تطوير BSP لـ Linux المضمن والبرامج الثابتة لـ STM32

تساعد Obeita مصنّعي المعدات على تشغيل اللوحات المضمنة لأول مرة، وتكييف البرامج الثابتة، وحل الأعطال التي تعيق تسليم المنتج. ابدأ بمهمة تطوير محددة أو مشكلة قابلة لإعادة الإنتاج. نربط التغييرات البرمجية باللوحة والواجهات والاختبارات على الأجهزة الفعلية اللازمة للتحقق من السلوك المتفق عليه.

Linux المضمن وBSP وبرامج التشغيل وU-Boot

نحدد نطاق تشغيل اللوحة بدءاً من مسار الإقلاع وصولاً إلى الوحدات الطرفية وبدء التطبيق. بحسب اللوحة والشيفرة المصدرية المتاحة، قد تشمل الأعمال تكييف U-Boot، وتعديل شجرة الأجهزة، ودمج برامج التشغيل، وتهيئة Buildroot، ونشر صور النظام. وتُراجع مواءمة Android BSP بصورة منفصلة وفق منصة المورّد وصورة النظام الخاصة بها.

عند وجود مشكلات في الإقلاع أو الاستقرار، نفحص ظروف التغذية الكهربائية، وسجلات المنفذ التسلسلي، وسلوك بدء التشغيل وذاكرة DDR، والمستويات الكهربائية، وبرامج التشغيل، وتفاعلات التطبيقات. تُربط التغييرات بمراجعة محددة للوحة وبناء برمجي محدد، مع توثيق خطوات إعادة إنتاج المشكلة والأسباب المستبعدة.

تشمل الأعمال ذات الصلة التي سُلّمت طرفية RK3566 وتكييف BSP، وتطوير واجهة HMI باستخدام Linux وQt، وتطوير بوابة شبكة Linux تعتمد على RK3528. تحدد أوصاف دراسات الحالة نطاق العمل الذي سُلّم؛ وتظل المتطلبات الخاصة بـ Linux وAndroid ومحمّل الإقلاع بحاجة إلى اتفاق منفصل لكل مشروع.

البرامج الثابتة لـ STM32 وتحديد نطاق مشاريع RTOS

في أعمال المتحكمات الدقيقة، حدد سلوك الوحدات الطرفية، وتوقيت جمع البيانات، وإطارات الاتصال، ومعالجة الأخطاء، والاستعادة قبل التنفيذ. إذا كان تطبيقك يتطلب نظام تشغيل في الزمن الحقيقي RTOS، فأرسل النواة وإصدارها، وأولويات المهام، واستخدام المقاطعات، وحدود الذاكرة، ومتطلبات الجدولة حتى يمكن الاتفاق على نطاق العمل والاختبارات.

توضح دراستا حالة جمع البيانات باستخدام STM32 وبوابة IoT متعددة الواجهات أعمالاً مسلّمة تعتمد على STM32. لا تحدد أوصافهما المنشورة وجود RTOS، لذا ينبغي قراءتهما بوصفهما أمثلة على عتاد STM32 وبرامجه الثابتة.

المخرجات والتحقق

  • خلاصة تشخيصية أو تغييرات متفق عليها في البرامج الثابتة أو BSP، مع تحديد إصدارات اللوحة والبرمجيات المعنية.
  • ملاحظات البناء والتهيئة، وتعليمات تحميل البرامج الثابتة أو الاستعادة، وسجلات الاختبار، وفق ما يتضمنه نطاق المشروع.
  • تحديد صريح للشيفرة المصدرية والتصحيحات ومراجعات التصميم ومسؤوليات الصيانة قبل التسليم.

قد يشمل القبول بدء التشغيل، وعمل الوحدات الطرفية، والاتصال، وإعادة إنتاج الأعطال، والاستعادة، ضمن ظروف اختبار متفق عليها. تُحدد مدة الاختبار والحمل ومعايير النجاح وفق التطبيق. ولا يثبت نجاح الإقلاع وحده الاستقرار طويل الأمد أو صلاحية كل واجهة.

اكتملت مشاريع العملاء المرتبطة بهذه الصفحة وسُلّمت بعد أن أثبت اختبار العتاد والبرمجيات على أجهزة فعلية استيفاء المتطلبات المتفق عليها. وأي مراجعة جديدة للوحة أو برنامج تشغيل أو RTOS أو صورة نظام تحتاج إلى تحقق خاص بها.

المعلومات اللازمة لمراجعة قابلة للتنفيذ

أرسل مراجعة اللوحة، والمخطط أو تفاصيل الواجهات، وظروف التغذية الكهربائية، وسجلات الإقلاع أو المنفذ التسلسلي، وخطوات إعادة إنتاج المشكلة، والبرامج الثابتة الحالية، ومدى توافر الشيفرة المصدرية، والسلوك المتوقع. حدد أي قيود على الشيفرة المصدرية والعتاد المتاح للاختبار. عندها يمكن فصل التشخيص عن أعمال النقل إلى منصة أخرى أو إعادة كتابة البرمجيات أو تعديل العتاد الأوسع نطاقاً.

منصات مضمنة ذات صلة

ناقش مهمتك في البرامج الثابتة أو BSP

أخبرنا عن مشروعك