نجاح الترجمة ورفع البرنامج يثبت أن بيئة التطوير نقلت الكود إلى اللوحة، لكنه لا يثبت صحة منطق البرنامج أو التوصيلات أو منظومة التغذية. يميّز هذا الجزء بين أخطاء التشغيل وأخطاء الترجمة والرفع.
يُرفع البرنامج ولكن لا يظهر أي سلوك
ابدأ بمثال Blink. إذا عمل المثال فالاتصال واختيار اللوحة سليمَان غالبًا. أضف نقاط تتبع مؤقتة باستخدام Serial.print() لمعرفة الموضع الذي يتوقف عنده التنفيذ، وراجع حدود المصفوفات وتعريف اتجاه الأطراف وحلقات while الحاجبة والشروط التي لا يمكن أن تتحقق.
ذاكرة البرنامج ليست ذاكرة SRAM
إذا تجاوز الكود سعة Flash تفشل الترجمة؛ وليس المعتاد أن يُرفع ثم يتوقف بصمت. عدم الاستقرار بعد الرفع يرتبط غالبًا بنفاد SRAM أو الكتابة خارج حدود مصفوفة أو تجزئة الذاكرة بسبب استخدام String الديناميكي بكثرة. في لوحات AVR الصغيرة خزّن الرسائل الثابتة في Flash باستخدام F() واستخدم مصفوفات محارف محددة السعة عند الحاجة.
تعارض منفذ الاتصال التسلسلي
أغلق أي برنامج خارجي أو نسخة أخرى من البيئة تستخدم المنفذ نفسه. في Arduino IDE الحديثة تُدار الشاشة التسلسلية داخل البيئة، لكن تطبيق Terminal مستقل قد يحجز المنفذ. اقرأ السطر التفصيلي الذي يسبق رسالة exit status 1 لأنه يحدد السبب الحقيقي.
المكتبات وأخطاء الربط
ثبّت المكتبات عبر Library Manager متى أمكن، وتأكد من دعمها لمعمارية اللوحة. وجود نسختين تحملان اسم الترويسة نفسه قد يجعل المترجم يختار النسخة الخطأ. نصائح حذف ملفات .jar تخص غالبًا إضافات Arduino IDE 1.x القديمة؛ في IDE 2.x حدّث البيئة وحزمة اللوحة والمكتبة ثم راجع المخرجات الكاملة.
التغذية والعتاد المتصل
اختبر اللوحة بعد فصل الوحدات الخارجية ثم أعد توصيل كل وحدة منفردة. قد تسبب المحركات والريليهات ووحدات الراديو والسيرفو هبوط جهد أو تشويشًا رغم صحة الكود. استخدم مصدرًا يتحمل التيار المطلوب مع أرضي مشترك ودائرة قيادة وحماية مناسبة.
اترك تعليقا