أفضل المنصات المحلية لنظام الشرفة الشمسية والتخزين بالبطاريات (2026)

جميع المنصات التسع في هذا الدليل تتواصل مع أجهزة الطاقة الشمسية في الشرفة عبر أحد نفس البروتوكولات المحلية الثلاثة: Modbus TCP/RTU أو MQTT أو REST API المحلية للجهاز. اختيارك للمنصة لا يغير الأجهزة الفيزيائية التي يمكنك الوصول إليها — بل يغير الأدوات التي تستخدمها لقراءة تلك البيانات والتصرف بناءً عليها. فهم البروتوكول الذي يكشفه جهازك المحدد هو السؤال الأولي قبل اختيار المنصة؛ المقال المرافق الطاقة الشمسية في الشرفة بدون سحابة: مراقبة نظامك مع Home Assistant يغطي قرار البروتوكول على مستوى الأجهزة (الواجهة التي تكشفها ماركة بعينها وكيفية التحقق منها). يفترض هذا المقال وجود واجهة محلية ويركز على أي منصة برمجية تشغّل فوقها.

Modbus RTU (سيريال RS-485) وModbus TCP (Ethernet/WiFi) هما الواجهتان الأكثر شيوعاً للقراءة والكتابة في أنظمة العواكس الشمسية والبطاريات. معظم المنصات تتصل بـ Modbus TCP بشكل أصلي. Modbus RTU يتطلب عادةً محول من سيريال إلى USB أو جهاز جسر ESPHome (انظر ملف تعريف ESPHome أدناه).

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

المنصة الصحيحة تعتمد على حالة استخدامك وتحملك للتعقيد — وليس على قدرة البروتوكول الخام، إذ تتعامل جميع المنصات مع Modbus وMQTT. قرر أيها الأكثر أهمية لك قبل مقارنة المنتجات:

كل منصة موصوفة بتصنيف نوعها، ومثال عملي على الطاقة الشمسية، وملف تعريف لأنسب مستخدم لها. ادعاءات القدرات مُعلَّمة بـ "(تم التحقق من الوثائق العامة، يوليو 2026)" حيث جرى التأكيد، أو "(غير متحقق — راجع سجل المحولات)" حيث لم يكن التأكيد ممكناً وقت الكتابة.

Home Assistant — مفتوح المصدر (Apache 2.0)، محلي بالكامل، يعتمد Python. يعمل على Raspberry Pi أو جهاز HA Green/Yellow مخصص أو جهاز افتراضي. يمتلك تكاملات رسمية وتكاملات مجتمعية HACS تغطي Modbus TCP وMQTT وREST وتكاملات خاصة بالعلامات التجارية لـ SMA وFronius وZendure وGrowatt وغيرها (تحقق من قائمة تكاملات HA لموديلك بالضبط، إذ يتفاوت الدعم حسب خط الإنتاج). *مثال*: منظومة Zendure SolarFlow Hub تنشر مستوى شحن البطارية الحي وتدفق الطاقة عبر REST/MQTT API المحلية؛ يلتقط تكامل مجتمعي HACS تلك القيم وتشغّل أتمتة HA غسالة الصحون عندما يتجاوز إنتاج الطاقة الشمسية 400 واط. *الأنسب لـ*: الخيار الافتراضي — أكبر مجتمع، أكثر التكاملات، تحكم نشط وأتمتة.

openHAB — مفتوح المصدر (EPL 2.0)، محلي بالكامل، يعتمد Java. يمتلك ربطاً رسمياً لـ Modbus (قراءة/كتابة، Modbus TCP وRTU، تم التحقق) وربطاً لـ HTTP/REST. التهيئة تعتمد إلى حد بعيد على الملفات؛ منحنى التعلم أكثر حدة من Home Assistant أو ioBroker. *مثال*: استطلاع نقطة نهاية SolarAPI المحلية لعاكس Fronius كل 10 ثوانٍ وتشغيل قاعدة لتحويل جدول سخّان الاحتياطي إلى ذروة إنتاج منتصف النهار. *الأنسب لـ*: المستخدمون المتقدمون والمدمجون الذين يفضلون إطار عمل أتمتة صارماً على مستوى المؤسسات، أو الذين لديهم تثبيتات openHAB قائمة.

ioBroker — مفتوح المصدر (MIT)، محلي بالكامل، يعتمد Node.js. المجتمع الألماني هو الأقوى بين جميع المنصات في هذه القائمة لمستخدمي DACH. يمتلك محول Modbus (تم التحقق)، ومحول MQTT (تم التحقق)، ومحولات خاصة بالعلامات التجارية تشمل Fronius (محول fronius، تم التحقق)، وHoymiles عبر جسر OpenDTU (تم التحقق)، وSMA Energy Meter (محول sma-em — غير متحقق، راجع مستودع محولات ioBroker للحالة الراهنة). لوحة VIS توفر التمثيل البصري دون أداة منفصلة. *مثال*: قراءة عاكس Sungrow عبر محول Modbus وعرض مستوى شحن البطارية اليومي كمخطط شريطي في لوحة VIS. *الأنسب لـ*: مستخدمو DACH المندمجون بالفعل في نظام ioBroker، أو الذين يفضلون الوثائق والمنتديات باللغة الألمانية.

Node-RED — مفتوح المصدر (Apache 2.0)، محلي بالكامل، محرر تدفق بصري يعتمد Node.js. عقد Modbus TCP/RTU متاحة عبر حزمة npm المسماة node-red-contrib-modbus (غير متحقق — راجع حالة صيانة الحزمة الحالية على npm). عقد MQTT مدمجة. عقد طلب HTTP تدعم REST. يُقترن عادةً مع Home Assistant أو ioBroker كمصاحب لتحويل البيانات أو الأتمتة وليس كمنصة مستقلة. *مثال*: سحب البيانات من عاكس صغير Hoymiles عبر MQTT، وحساب متوسطات 15 دقيقة، ودفع النتيجة إلى نموذج InfluxDB لتصور Grafana. *الأنسب لـ*: المستخدمون الذين يفضلون برمجة التدفق البصري أو الذين يحتاجون إلى منطق تحويل بيانات مخصص بين نظامين.

EVCC — مفتوح المصدر (MIT)، ألماني الأصل (evcc.io)، محلي بالكامل. مصمم خصيصاً لشحن السيارة الكهربائية بالفائض الشمسي والتحكم في الحد الصفري للتغذية. يأتي مع مكتبة قوالب تغطي عشرات ماركات العواكس والبطاريات بما فيها Fronius وSMA وKostal وGrowatt وHuawei SUN2000 وVictron وBYD والمزيد (تحقق من evcc.io/docs/devices لموديلك بالضبط وإصدار الفيرموير). ينشر البيانات عبر MQTT للتكامل مع Home Assistant أو ioBroker. *مثال*: تم تسجيل عاكس Kostal Plenticore Plus وسيارة Volkswagen ID.4 كأجهزة EVCC؛ يراقب EVCC الفائض الشمسي كل 10 ثوانٍ ويضبط معدل شحن السيارة الكهربائية ديناميكياً للحفاظ على استيراد الشبكة قرب الصفر. *الأنسب لـ*: مستخدمو السيارات الكهربائية وأنظمة الطاقة الشمسية في الشرفة الذين يريدون شحن الفائض دون تشغيل منصة أتمتة عامة؛ وأيضاً مستخدمو DACH (EVCC مطوّر ألمانياً بوثائق باللغة الألمانية).

Solar Assistant — تجاري (ترخيص خاص، مرة واحدة ~30–40 دولاراً — تحقق من السعر الحالي على solar-assistant.io)، مثبّت محلياً على Raspberry Pi 3 أو 4 أو 5 عبر صورة مهيأة مسبقاً. يدعم كثيراً من ماركات العواكس عبر Modbus RTU/TCP (تحقق من قائمة الأجهزة المدعومة على موقع Solar Assistant لموديلك). يُخرج البيانات عبر MQTT إلى موزّع محلي؛ تكامل مرافق مع Home Assistant متاح عبر HACS (غير متحقق — راجع HACS للحالة الراهنة). Solar Assistant لا يرسل أوامر كتابة إلى العواكس — هو للمراقبة فقط. *مثال*: توصيل عاكس Growatt SPH بكابل Modbus RS-485 إلى Raspberry Pi؛ يقرأ Solar Assistant الإنتاج ومستوى شحن البطارية والاستهلاك وينشرها عبر MQTT إلى Home Assistant لعرض لوحة التحكم والأتمتة. *الأنسب لـ*: المستخدمون غير التقنيين الذين يريدون إعداداً جاهزاً سريعاً للمراقبة ومستعدون للدفع مرة واحدة بدلاً من تهيئة منصة من الصفر.

Victron Venus OS / Cerbo GX — قاعدة مفتوحة المصدر (GPL)، مُباع كأجهزة المورّد (Victron Energy، هولندا) في شكل Cerbo GX أو Ekrano GX، لكن متاح أيضاً كصورة Raspberry Pi مجانية (VenusOS — تحقق من التوافق مع إصدار جهاز Pi الخاص بك في منتدى مجتمع Victron). يمتلك موزّع MQTT محلياً مدمجاً؛ بوابة VRM السحابية الاختيارية غير مطلوبة للاستخدام المحلي. يقرأ ويكتب معدات Victron أصلياً عبر VE.Can أو VE.Direct أو VE.Bus. الأجهزة الخارجية تتصل عبر Modbus TCP أو برامج تشغيل مكتوبة من المجتمع. *مثال*: يعمل Victron Cerbo GX كموزّع لوحدة تحكم شحن Victron MPPT ووحدة بطارية BYD؛ ينشر Venus OS جميع القيم عبر MQTT المحلي الذي يشترك فيه نموذج EVCC للتحكم في شحن فائض السيارة الكهربائية. *الأنسب لـ*: مالكو معدات Victron؛ الأنظمة المستقلة عن الشبكة أو الهجينة حيث Victron هو المدمج للنظام.

Grafana + Telegraf + InfluxDB — مجموعة مراقبة وتحليلات مفتوحة المصدر (Grafana OSS وTelegraf وInfluxDB OSS). يجمع Telegraf البيانات عبر اشتراك MQTT أو استطلاع HTTP أو مكونات إدخال أخرى؛ يخزّن InfluxDB بيانات السلاسل الزمنية؛ يصوّر Grafana البيانات. لا قدرة على الأتمتة أو التحكم — هذا تحليلات ولوحات تحكم فقط. *مثال*: يشترك Telegraf في موضوع MQTT الذي ينشره نموذج Solar Assistant، ويكتب قيم إنتاج الطاقة الشمسية ومستوى الشحن إلى InfluxDB، ويعرض Grafana لوحة مقارنة الإنتاج من أسبوع لآخر. *الأنسب لـ*: المستخدمون الذين لديهم بيانات تتدفق بالفعل من منصة أخرى ويريدون تحليلات تاريخية احترافية فوقها.

ESPHome (مستقل) — مفتوح المصدر (MIT)، فيرموير لوحدات تحكم ESP32 وESP8266 الدقيقة. ESPHome ليس منصة مراقبة — بل هو جسر: تكتب فيرموير ESPHome على لوح ESP32 رخيص (~5–15 يورو) مهيأ للتواصل عبر Modbus RTU بواسطة معالج إشارة RS-485، ويكشف تلك البيانات للشبكة كرسائل MQTT أو كجهاز API أصلي لـ Home Assistant. *مثال*: عاكس شمسي يكشف فقط منفذ Modbus RS-485 بدون WiFi أو Ethernet. يقرأ ESP32 مع وحدة معالجة RS-485 ومبرمج بمكون modbus_controller الخاص بـ ESPHome سجلات العاكس وينشرها إلى موزّع MQTT المنزلي الذي تشترك فيه Home Assistant أو ioBroker أو EVCC. *الأنسب لـ*: مستخدمو DIY حيث يكشف العاكس Modbus RTU فقط عبر RS-485 ويحتاج إلى جسر WiFi للأجهزة قبل أن تتمكن أي منصة برمجية من الاتصال.

طابق موقفك مع أحد هذه السيناريوهات القصيرة — كل منها يُعيّن توصية منصة بناءً على القدرات الموثقة اعتباراً من يوليو 2026.

هذه هي أكثر أخطاء التكامل شيوعاً — تحقق من كل منها قبل افتراض أن إعدادك سيعمل بسلاسة.

المنصات في هذا الدليل برمجيات — معظمها مفتوحة المصدر على مستوى الاتحاد الأوروبي أو المجتمع — بدون تعرض مباشر للرسوم الجمركية. الأجهزة التي تتصل بها شأن مختلف: الماركات السائدة لتخزين الشرفة الشمسية (Anker وEcoFlow وBYD وGrowatt وMarstek وZendure) مصنوعة في الصين وخاضعة لتدابير مكافحة الإغراق بين الاتحاد الأوروبي والصين على الخلايا والعواكس وحزم البطاريات، فضلاً عن رسوم المادة 301 الأمريكية على معدات تخزين الطاقة ذات المنشأ الصيني. الماركات الأوروبية (Kostal وSMA DE وFronius AT وVictron NL) أقل تعرضاً مباشراً لهذه التدابير.

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