RisalDash RisalDash

دليل · التغذية · تصحيح الأعطال

هل تُعيد ESP32 التشغيل وحدها؟ المشكلة في التغذية لا في الكود

إعادات تشغيل عشوائية. تتجمّد اللوحة لحظة اتصال Wi-Fi. وفي مِرقاب المنفذ تظهر Brownout detector was triggered. يصطدم بهذا كل مبتدئ تقريباً، وهو نادراً ما يكون خللاً في الكود. إنه هبوط في التغذية تحت الحِمل. إليك السبب وطريقة الإصلاح نهائياً.

التغذيةBrownoutESP32AMS1117Wi-Fiالعتاد
رسم الجهد: دفعة إرسال WiFi تهبط تحت عتبة 2.8 V فتُعيد تشغيل اللوحة
الكلاسيكيّة: دفعة WiFi تُهبط VDD تحت 2.8 V — فتُعاد اللوحة.

ما معنى «brownout» فعلاً

تحوي ESP32 كاشف هبوط الجهد (brownout): إذا انخفض خط 3.3V دون عتبة معيّنة (~2.4–2.8V) يُعيد ضبط الشريحة كي لا تعمل على جهد سيّئ. فالرسالة إذن ليست المرض بل العَرَض الذي يخبرك بأن الخط انهار.

المُتسبِّب في الغالب هو راديو Wi-Fi. عند الإرسال يسحب دفعات تيار مفاجئة قدرها 300–500 مِلّي أمبير. وإذا لم يستطع مصدر التغذية أو الكابل أو المُنظِّم الموجود على اللوحة تسليم ذلك فوراً، يهبط الجهد، ويعمل الكاشف، وتُعيد اللوحة التشغيل — ولذلك تموت تماماً عند تشغيل Wi-Fi.

الأسباب المعتادة

الحلول (بالترتيب)

تغذية الأطراف دون هبوط الجهد

شريط WS2812 أو محرِّك سيرفو أو محرِّك قد يسحب كلٌّ منها أكثر من ESP32 بأكملها. وسحب ذلك عبر المُنظِّم الصغير على اللوحة يضمن إعادات التشغيل. القاعدة: الحوسبة والراديو على مصدر واحد، والعَضَل على مصدر آخر، والأرضي موصول معاً. وأي وحدة أو LED بجهد 5V تحتاج أيضاً إلى فحص مستوى 3.3V ↔ 5V إن كانت تُخاطِب ESP32 منطقياً.

على البطارية

تُضيف البطارية فخّها الخاص: يُبدِّد AMS1117 التيار حتى في الخمول (تيار سكون رديء) ويحتاج هامشاً فوق 3.3V كي يُنظِّم. للمشاريع البطارية استخدم buck/boost عالي الكفاءة — أو غذِّ خلية LiFePO4 (3.2V) شبه مباشرةً إلى خط 3.3V. ثم طارِد كل مايكرو أمبير بالنوم العميق.

في تسع حالات من عشر يكون العلاج كابلاً أفضل مع مكثِّف كبير. أصلِح الخط، فتتوقّف الأعطال الغامضة وانقطاعات Wi-Fi وإعادات التشغيل «العشوائية» ببساطة.

توصِّل أجزاء 5V بلوحة ESP32 بجهد 3.3V؟ لا تُحرِق دبوساً في أثناء ذلك.