هندسة الطاقة في الأنظمة المدمجة (Power Management & Power Budgeting): كيف تعرف الحدود الكهربائية للأردوينو وESP32 وتوزّع الطاقة على الحساسات والمكونات بشكل صحيح؟

تبدأ أغلب المشاريع الإلكترونية بخطوة بسيطة: لوحة ESP32 أو Arduino، ثم شاشة صغيرة، ثم حساس حرارة. بعد ذلك يضيف المصمم وحدة GPS، ثم ريليه، ثم شريط مصابيح ملونة. وفجأة تبدأ اللوحة بإعادة التشغيل دون سبب واضح، أو تتذبذب قراءات الحساسات، أو يسخن المنظم حتى يصعب لمسه. السبب في أغلب الحالات ليس البرمجة، بل غياب ميزانية الطاقة (Power Budget).

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

1. المفاهيم الأساسية: الجهد والتيار والقدرة والطاقة والمقاومة

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

الجهد (Voltage) هو فرق الضغط الكهربائي الذي يدفع الشحنات، ويُقاس بالفولت (V). لذلك نقول إن ESP32 يعمل على 3.3 V، بينما يعمل Arduino Uno على 5 V. التيار (Current) هو كمية الشحنة المارة في الثانية، ويُقاس بالأمبير (A) أو الملي أمبير (mA). وهو الكمية التي تنفد أولاً في أغلب المشاريع.

المقاومة (Resistance) هي ممانعة المادة لمرور التيار، وتُقاس بالأوم (Ω). أما القدرة (Power) فهي معدل استهلاك الطاقة أو تحويلها، وتُقاس بالواط (W). وأخيراً، الطاقة (Energy) هي القدرة مضروبة في الزمن، وهي ما يفرغ البطارية.

لنأخذ مثالاً سريعاً. شاشة OLED تعمل على 3.3 V وتسحب 20 mA. إذن قدرتها 3.3 × 0.02 = 0.066 W. صحيح أن هذا رقم صغير، لكن المشكلة لا تظهر في الأجزاء الصغيرة. بل تظهر عندما نجمع عشرة أجزاء، ثم نمرر مجموعها عبر منظم صغير أو سلك رفيع.

2. المتحكم ليس هو اللوحة: فرق جوهري

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

في المقابل، قدرة اللوحة على تغذية الآخرين لا تحددها الشريحة. بل يحددها أضعف عنصر في مسار التغذية: الفيوز، أو المنظم، أو مسارات النحاس، أو منفذ USB في الحاسب. لهذا السبب قد تملك لوحتان المتحكم نفسه، لكن حدودهما الكهربائية مختلفة تماماً.

على سبيل المثال، ورقة البيانات الرسمية الحديثة لـ Arduino Uno R3 تذكر منظم SPX1117 لخط 5 V، بينما استخدمت إصدارات أقدم منظمات أخرى من عائلة 1117. أما لوحات ESP32 DevKit فتختلف أكثر، لأن كل مصنّع يختار منظمه وحمايته. لذلك لا تفترض أبداً أن جميع اللوحات متطابقة، حتى لو حملت الاسم نفسه. لذلك تبدأ ميزانية الطاقة دائماً من مخطط لوحتك الفعلي.

3. حدود منافذ GPIO و3.3V و5V وVIN وUSB

أيضاً، كل طرف على اللوحة له حد مختلف، لأن كل طرف متصل بمسار مختلف داخلها. الرسم التالي يوضح مسار الطاقة في اللوحتين، والمربعات الحمراء هي نقاط الاختناق.

مقارنة الحدود الكهربائية بين Arduino Uno وESP32

أطراف GPIO: إشارة لا مصدر طاقة

طرف GPIO مصمم ليرسل إشارة، لا ليغذي حملاً. في Arduino Uno، الحد الموصى به 20 mA لكل طرف، بينما 40 mA هو الحد المطلق الذي يتلف بعده الطرف. علاوة على ذلك، تضع ورقة بيانات ATmega328P حدوداً جماعية لمجموعات المنافذ، ومجموع كل ما يمر عبر أطراف التغذية لا يتجاوز 200 mA. بمعنى آخر، لا يمكنك تشغيل عشرة مصابيح بـ 20 mA لكل منها من عشرة أطراف بأمان.

أما في ESP32، فتذكر ورقة بيانات WROOM-32 أن الطرف يمكنه توفير نحو 40 mA عند أقصى قوة تشغيل. لكن هذا الرقم ينخفض إلى نحو 29 mA عندما تعمل أطراف كثيرة في الوقت نفسه. كما أن إعداد ESP-IDF الافتراضي يستخدم قوة تشغيل أقل من القصوى. لذلك فالقاعدة العملية واحدة في اللوحتين: مصباح LED صغير مقبول، أما الريليه والمحرك وشريط المصابيح فتحتاج ترانزستوراً أو دائرة تشغيل.

طرف 3.3V وطرف 5V وطرف VIN

في Arduino Uno، يأتي طرف 3.3V من منظم صغير، ووثائق Arduino تحدد تياره بـ 50 mA فقط. هذا يكفي حساساً أو اثنين، لكنه لا يكفي وحدة Wi-Fi خارجية مثل ESP-01. في المقابل، طرف 5V يأخذ تياره إما من USB عبر الفيوز، أو من منظم 1117 عندما تغذي اللوحة عبر المقبس.

هنا يظهر فخ شائع. منظم 1117 خطي، أي يحوّل فرق الجهد كله إلى حرارة. فإذا غذيت اللوحة بـ 12 V وسحبت 300 mA من طرف 5V، فإن المنظم يحرق:

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

إذن رفع جهد الإدخال لا يعني طاقة أكبر. بل على العكس، كلما ارتفع VIN قلّ التيار الذي تستطيع سحبه بأمان. وفي ESP32 DevKit يتكرر المبدأ نفسه مع منظم 3.3 V. أغلب هذه اللوحات تستخدم منظماً من نوع AMS1117-3.3 بتصنيف 1 A، لكن الحد الفعلي حراري. كذلك يحتاج هذا المنظم فرق جهد يقارب 1.1 V ليعمل، أي أن مدخله يجب ألا ينخفض كثيراً عن 4.4 V.

منفذ USB

منفذ USB 2.0 في الحاسب مصمم لتوفير 500 mA للجهاز، بجهد بين 4.75 و5.25 V عند المنفذ. أما USB 3.0 فيوفر 900 mA. بعض الشواحن توفر أكثر، لكن الكابل نفسه قد يكون الحد الحقيقي. ذلك لأن الكابلات الرخيصة تستخدم أسلاك تغذية رفيعة، وكل سلك رفيع يعني هبوط جهد إضافياً.

4. كيف تقرأ ورقة البيانات (Datasheet) وتستخرج الحدود

في الحقيقة، ورقة البيانات هي المرجع الوحيد الموثوق. لكن قراءتها تحتاج معرفة أين تبحث، لأن الرقم نفسه قد يظهر في ثلاثة جداول بمعانٍ مختلفة.

أولاً: جدول Absolute Maximum Ratings. هذا الجدول يحدد النقطة التي يتلف بعدها المكون. لذلك لا تصمم عليه أبداً، بل اعتبره خطاً أحمر لا تقترب منه. مثلاً، حد 40 mA لطرف ATmega328P من هذا النوع.

ثانياً: جدول Recommended Operating Conditions. هذا هو نطاق التشغيل الذي تضمن فيه الشركة الأداء. وعلى سبيل المثال، تحدد Espressif جهد وحدة WROOM-32 بين 3.0 و3.6 V، وتشترط مصدراً يوفر 0.5 A على الأقل.

ثالثاً: جدول Electrical Characteristics. هنا تجد قيم الاستهلاك في أعمدة Min وTyp وMax. القيمة النموذجية (Typ) تصف قطعة متوسطة في ظروف المختبر. أما في ميزانية الطاقة فاستخدم دائماً القيمة القصوى (Max)، أو قيمة الذروة إن وُجدت.

رابعاً: شروط الاختبار. كل رقم مكتوب بجانبه شرط: درجة حرارة، وجهد، وتردد. فإذا كان استهلاك المتحكم مذكوراً عند 25 °C و8 MHz، فلن يكون الرقم نفسه عند 16 MHz وفي علبة مغلقة داخل سيارة صيفاً.

خامساً: الخصائص الحرارية. للمنظمات والترانزستورات قيمة θJA، وهي مقدار ارتفاع الحرارة لكل واط. ومنها نحسب حرارة الوصلة:

5. ميزانية الطاقة (Power Budgeting) خطوة بخطوة

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

باختصار، هذه هي الطريقة التي يتبعها المهندس:

1. اكتب قائمة الأحمال كلها: المتحكم، والشاشة، والحساسات، ووحدات الاتصال، والمصابيح، والمحركات.
2. صنّفها حسب خط التغذية: ما يعمل على 3.3 V، وما يعمل على 5 V، وما يعمل على جهد أعلى.
3. استخرج ثلاث قيم لكل حمل: النموذجية، والقصوى، والذروة.
4. اجمع كل خط على حدة: ثم انتبه إلى أن تيار خط 3.3 V يمر عبر المنظم، فيُضاف إلى خط 5 V الذي يغذيه.
5. طبّق معامل التزامن: أي اسأل أي الأحمال تعمل معاً في اللحظة نفسها.
6. قارن كل حلقة بحدها: الطرف، ثم المنظم، ثم الفيوز، ثم المصدر، ثم الكابل.
7. أضف هامشاً احتياطياً: ثم تحقق بالقياس الفعلي.

لاحظ نقطة دقيقة هنا. المنظم الخطي (LDO) لا يقلل التيار، فتيار دخله يساوي تيار خرجه تقريباً. أما منظم Buck فيحافظ على القدرة تقريباً، فيقل تيار الدخل عندما يكون جهد الدخل أعلى. لذلك سنعود إلى هذا الفرق في قسم توزيع الطاقة.

6. التيار العادي والأقصى وتيار الذروة في ميزانية الطاقة

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

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

على سبيل المثال، خذ ESP32. حسب ورقة بيانات Espressif، يستهلك المتحكم بين 20 و68 mA في وضع Modem-sleep حسب سرعة المعالج. لكن عند إرسال Wi-Fi بمعيار 802.11b وبأعلى قدرة إرسال، يقفز الاستهلاك إلى نحو 240 mA. كذلك يستهلك إرسال Bluetooth نحو 130 mA. وهذه القفزات تتكرر عشرات المرات في الثانية أثناء الاتصال.

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

7. هل يتحمل النظام حساساً إضافياً؟ اختبار قبل التوصيل

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

1. هل يتوافق الجهد؟ وحدة تعمل بمنطق 5 V قد تتلف أطراف ESP32 دون محوّل مستويات (Level Shifter).
2. هل يتسع الهامش؟ احسب: الهامش = (0.8 × تيار المصدر المقنن) − مجموع الذروة الحالي. ثم قارن الهامش بذروة الحمل الجديد.
3. هل يتحمل المنظم الحرارة الإضافية؟ أعد حساب P = (Vin − Vout) × I الجديد.
4. هل يتحمل الطرف الذي سيوصل به؟ طرف 3.3V في Uno مثلاً محدود بـ 50 mA.
5. هل يعمل في اللحظة نفسها مع حمل ثقيل؟ مثلاً، تشغيل المحرك أثناء إرسال Wi-Fi يجمع الذروتين.
6. هل توجد موارد كافية؟ أي أطراف حرة، وعنوان I2C غير مستخدم، وذاكرة كافية. وهذا موضوع القسم 15.

8. توزيع الطاقة (Power Distribution): مصادر خارجية وBuck وLDO

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

المنظم الخطي (LDO)

أولاً، المنظم الخطي بسيط وهادئ، أي لا يُصدر ضوضاء كهربائية تقريباً. لذلك هو مناسب للحساسات التناظرية والدوائر الحساسة. لكن عيبه أن كفاءته تساوي تقريباً نسبة جهد الخرج إلى جهد الدخل. فمن 5 V إلى 3.3 V تكون الكفاءة نحو 66%، ومن 12 V إلى 3.3 V تنخفض إلى نحو 27%، والباقي حرارة.

منظم Buck Converter

ثانياً، منظم Buck يعمل بالتبديل السريع، فتصل كفاءته عادة بين 85% و95%. وبالتالي يمكنه تحويل 12 V إلى 5 V بتيار عدة أمبيرات دون سخونة كبيرة. في المقابل، يُصدر ضوضاء تبديل قد تؤثر في القراءات التناظرية. والحل الشائع أن تستخدم Buck للخفض الكبير، ثم LDO صغيراً بعده للدوائر الحساسة.

مكثفات الفصل والتخزين

المكثف القريب من الحمل يعمل كخزان صغير يغطي الذروات القصيرة قبل أن يشعر بها المصدر. لذلك ضع مكثفاً سيراميكياً 100 nF ومكثفاً إلكتروليتياً بين 100 و470 µF قرب طرفي التغذية في ESP32. وكذلك ضع مكثفاً كبيراً، مثل 1000 µF، عند بداية شريط مصابيح WS2812B، ومكثفاً قرب المحركات.

9. التوالي والتوازي والأرضي المشترك (Common Ground)

في التوصيل على التوازي يرى كل حمل الجهد نفسه، بينما تُجمع التيارات. وهذا ما نريده للحساسات والوحدات، لأن كل وحدة مصممة لجهد ثابت. أما في التوصيل على التوالي فيمر التيار نفسه في كل الأحمال، بينما يتقاسم الحملان الجهد. ولأن مقاومة الوحدة الإلكترونية تتغير مع عملها، يصبح جهد كل منها غير مستقر.

القاعدة نفسها تنطبق على البطاريات. فخليتان على التوالي تضاعفان الجهد، وخليتان على التوازي تضاعفان السعة، والطاقة المخزنة متساوية في الحالتين.

الأرضي المشترك: لماذا هو ضروري؟

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

لكن الربط الصحيح لا يعني أي ربط. إذا عاد تيار المحرك عبر أرضي لوحة التحكم، فسيرتفع جهد الأرضي عندها لحظياً، وتتأثر القراءات. والحل هو الأرضي النجمي (Star Ground): كل حمل ثقيل يعود بسلك مستقل إلى نقطة واحدة قرب المصدر، وتتصل لوحة التحكم بالنقطة نفسها بسلكها الخاص.

10. هبوط الجهد وBrownout والحرارة والقراءات غير المستقرة

هبوط الجهد (Voltage Drop)

بدايةً، كل سلك له مقاومة، وكل مقاومة تسبب هبوط جهد يساوي التيار مضروباً فيها. فالسلك بقياس 24 AWG مثلاً مقاومته نحو 0.084 Ω لكل متر. وأسلاك Dupont ونقاط لوحة التجارب تضيف مقاومة تلامس لا تظهر في الحسابات.

هذا الهبوط يبدو صغيراً، لكنه يتراكم. فإذا وصل إلى منظم AMS1117 جهد 4.3 V أثناء ذروة Wi-Fi، فلن يتمكن المنظم من الحفاظ على 3.3 V، لأنه يحتاج فرقاً يقارب 1.1 V.

إعادة التشغيل بسبب Brownout

علاوة على ذلك، يحتوي ESP32 على كاشف Brownout يراقب الجهد. وعندما ينخفض الجهد تحت العتبة، يعيد المتحكم التشغيل لحماية الذاكرة من الكتابة الخاطئة. العتبة الافتراضية في ESP-IDF تقارب 2.43 V، ويمكن رفعها حتى نحو 2.8 V. لذلك ترى في الشاشة التسلسلية رسالة مثل Brownout detector was triggered، ثم سبب إعادة التشغيل rst:0xf (BROWNOUT_RST).

سخونة منظمات الجهد

إذا شعرت بأن المنظم ساخن لدرجة لا تستطيع لمسه، فحرارته غالباً فوق 60 °C. احسب القدرة المفقودة عليه بالمعادلة P = (Vin − Vout) × I. فإذا تجاوزت نحو 1 W في عبوة صغيرة، فالحل إما خفض جهد الدخل، أو تقليل التيار، أو استبدال المنظم الخطي بمنظم Buck.

عدم استقرار قراءات الحساسات

في Arduino Uno، المرجع الافتراضي لمحوّل ADC هو جهد التغذية نفسه. إذن عندما ينخفض 5 V إلى 4.7 V بسبب محرك، تتغير كل القراءات التناظرية بالنسبة نفسها. أما في ESP32 فهناك سببان إضافيان: ضوضاء Wi-Fi، وأن قناة ADC2 لا تعمل أثناء تشغيل Wi-Fi. والحلول العملية هي: فصل أرضي الأحمال الثقيلة، وإضافة مكثفات، وأخذ متوسط عدة قراءات، والقراءة في لحظات توقف المحرك.

11. القياس الفعلي: كيف تتحقق من حساباتك

بمعنى آخر، الحساب يعطيك توقعاً، والقياس يعطيك الحقيقة. لذلك لا تكتمل ميزانية الطاقة حتى تقارن الحساب بالقياس.

قياس التيار بالملتيميتر

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

لكن انتبه لأمرين. أولاً، الملتيميتر يعرض متوسطاً بطيئاً، فلن يُظهر ذروات Wi-Fi التي تستمر أجزاء من الثانية. ثانياً، للملتيميتر مقاومة داخلية في نطاق mA، فيسبب هبوط جهد يسمى Burden Voltage. وقد يكون هذا الهبوط وحده كافياً لإحداث Brownout أثناء القياس. لذلك قِس على جانب 5 V قبل المنظم، لا على خط 3.3 V مباشرة.

أدوات أدق

12. اختيار مصدر التغذية والهامش الاحتياطي في ميزانية الطاقة

بعد أن تحسب الذروة الكلية، تحتاج إلى مصدر يتحملها بهامش. والقاعدة الهندسية الشائعة أن يعمل المصدر بشكل مستمر عند 70–80% من قدرته المقننة على الأكثر. أي يجب أن تكون قدرته أكبر من الحمل بنسبة 25–40%.

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

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

مثال على عمر البطارية

جهاز ESP32 يستيقظ كل 10 دقائق، ويعمل 5 ثوانٍ بتيار 120 mA، ثم ينام. وحدة ESP32 وحدها تستهلك نحو 10 µA في Deep-sleep. لكن لوحة DevKit كاملة قد تستهلك عدة ملي أمبيرات أثناء النوم، بسبب المنظم وشريحة USB ومصباح البيان.

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

13. مثال حسابي كامل: ميزانية الطاقة لمشروع ESP32 يكبر حتى يتجاوز حدوده

الآن نجمع كل ما سبق في مشروع واحد. نبدأ بلوحة ESP32 DevKit تتغذى من منفذ USB 2.0، أي أن الحد 500 mA، وحد التصميم الآمن 400 mA. ثم نضيف المكونات على أربع مراحل، ونحسب ميزانية الطاقة بعد كل مرحلة.

المرحلة أ: المتحكم والشاشة وحساسان

إذن الوضع آمن، والمنظم دافئ فقط.

المرحلة ب: إضافة GPS وريليه

المشروع ما زال يعمل، لكنه وصل إلى حافة الهامش. فإذا كان كابل USB رفيعاً، فقد تبدأ إعادة التشغيل أثناء ذروات Wi-Fi.

المرحلة ج: إضافة 8 مصابيح WS2812B

أما هنا فقد تجاوز المشروع حدوده بوضوح. حتى لو خفضت سطوع المصابيح إلى 30%، فسيكون المجموع نحو 540 mA، وهو أيضاً فوق حد USB.

المرحلة د: إضافة محرك سيرفو

إعادة التصميم الصحيحة

مع ذلك، الحل هنا ليس متحكماً أقوى، بل مصدر طاقة مناسب وتوزيع صحيح. لذلك نستخدم محوّل 12 V، ثم منظم Buck يخرج 5 V بتيار 3 A. بعد ذلك نغذي المصابيح والمحرك والريليه من ناقل 5 V مباشرة، ونغذي لوحة ESP32 من طرف 5V من الناقل نفسه.

وبالتالي أصبح لدى المشروع هامش كبير لإضافات مستقبلية. كما أن تيار المحرك والمصابيح لم يعد يمر عبر لوحة التحكم. وأخيراً، أضفنا مكثف 1000 µF عند المصابيح، ومكثف 470 µF عند المحرك، وأرضياً نجمياً يجمع الكل.

14. متى يكون الحل مصدراً خارجياً بدلاً من تغيير المتحكم؟

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

15. حدود الطاقة وحدود موارد المتحكم الأخرى

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

الأطراف (GPIO): يملك Arduino Uno أربعة عشر طرفاً رقمياً وستة أطراف تناظرية فقط. أما ESP32 فيملك أطرافاً أكثر، لكن بعضها مخصص للإدخال فقط، مثل GPIO34 حتى GPIO39. كما أن أطراف الإقلاع، مثل GPIO0 وGPIO2 وGPIO12 وGPIO15، تؤثر في طريقة التشغيل إذا وُصلت بشكل خاطئ.

ناقل I2C: كل جهاز عليه عنوان، والعناوين لا تتكرر. فمثلاً، شاشة OLED تستخدم غالباً 0x3C، وBME280 يستخدم 0x76 أو 0x77، وMPU6050 يستخدم 0x68 أو 0x69. إذن لا يمكنك توصيل شاشتين متطابقتين على الناقل نفسه دون مبدّل مثل TCA9548A. علاوة على ذلك، الأسلاك الطويلة ترفع سعة الناقل، والمعيار يحدها بـ 400 pF.

ناقل SPI: يتسع لأجهزة كثيرة، لكن كل جهاز يحتاج طرف اختيار (CS) خاصاً به.

الذاكرة: يملك Arduino Uno ذاكرة SRAM بحجم 2 KB فقط. وشاشة OLED بدقة 128×64 تحتاج 1 KB لذاكرة العرض المؤقتة في المكتبات الشائعة، أي نصف ذاكرة المتحكم. في المقابل، يملك ESP32 نحو 520 KB، لذلك نادراً ما تكون الذاكرة عائقاً فيه.

المعالجة والتوقيت: تشغيل Wi-Fi وBluetooth معاً، مع قراءة حساسات بتردد عالٍ، قد يستهلك وقت المعالج. لذلك يوزع المصممون المهام على نواتي ESP32 أحياناً.

قارنّا هذه الفروق بالتفصيل في دليل Arduino وRaspberry Pi وESP32: الفرق بينها وكيف تختار اللوحة المناسبة.

قائمة تحقق ميزانية الطاقة قبل إضافة أي مكون

• استخرجت قيمة الذروة من ورقة البيانات، لا القيمة النموذجية.
• جمعت تيار خط 3.3 V وأضفته إلى خط 5 V.
• بقي المجموع تحت 80% من قدرة المصدر.
• حسبت حرارة كل منظم خطي على أسوأ حرارة محيطة.
• الأحمال الثقيلة تتغذى من المصدر مباشرة، لا من اللوحة.
• كل المصادر مرتبطة بأرضي مشترك نجمي.
• يوجد مكثف قرب كل حمل ذي ذروة.
• الجهود المنطقية متوافقة، أو يوجد محوّل مستويات.
• تحققت بالقياس في أسوأ حالة تشغيل.

اختبر نفسك

أسئلة شائعة

المصادر

• Arduino UNO R3: المواصفات الرسمية
• ورقة بيانات Arduino UNO R3 (A000066)
• Microchip: ورقة بيانات ATmega328P
• Espressif: ورقة بيانات ESP32-WROOM-32
• Espressif: ورقة بيانات سلسلة ESP32 (جداول الاستهلاك)
• Espressif: إرشادات تصميم العتاد لـ ESP32