استراتيجية ESP Firmware في AuroraSOC
لا يحتاج AuroraSOC إلى إطار ESP واحد لكل لوحة. التوصية الحالية مختلطة بحسب الدور وسطح التكامل.
ملخص القرار
- Rust Embassy هو الخيار الأقوى حاليا لعقد الاستشعار الجديدة ESP32-C3.
- Rust Embassy مناسب ايضا لعقد الاستشعار الجديدة ESP32-S3 عندما تكون طبقة التعريفات محدودة ويكون الهدف طبقة تطبيق no_std رفيعة وقابلة للاختبار.
- ESP-IDF ما زال منطقيا للوحات ESP32 و ESP8266 القديمة، وللعقد ذات الحمل الشبكي او الخلوي الاكبر، وللحالات التي تعتمد على Wi-Fi و TLS و OTA و PPPoS ودعم Espressif الطرفي.
- يبقى Zephyr في مكانه للبوابة الحالية ESP32-S3 لان هذا الدور قائم بالفعل في شجرة firmware الحالية.
متى يكون Embassy هو الخيار الافضل
يفضل Embassy عندما يحتاج AuroraSOC إلى:
- firmware امن للذاكرة مع no_std
- مهام async بدون خيوط او ضغط heap
- منطق تطبيق قابل للاختبار على المضيف قبل ربط اللوحة
- عقد استشعار صغيرة تبقي طبقة اللوحة رفيعة
تبدأ مساحة العمل الجديدة firmware/embassy-esp/ بثلاث طبقات:
- crate مشتركة لعقود AuroraSOC والموضوعات والحمولات
- crate لمنطق قرار AHT21B مع hysteresis وتكرار العتبات
- crate مشروع ESP32-C3 يجمع الطبقتين ويمثل طبقة التطبيق
اين يظل ESP-IDF مناسبا
يبقى ESP-IDF خيارا عمليا عندما يحتاج AuroraSOC إلى:
- توافق مع ESP32 او ESP8266 القديمة
- ميزات شبكية اوسع من طبقة Espressif
- تكامل اسرع مع المودمات او واجهات المستخدم او التعريفات الطرفية
- حالات يكون فيها اتساع دعم المورد اهم من تصميم no_std خالص
انظر ايضا إلى صفحة ESP-IDF portfolio لشرح هذا المسار.