SOC بطارية LiFePO4 دون ارتباط بـ BMS: أخطأ العاكس بنحو 40–60 نقطة

من أين تأتي قيمة العاكس

المحطة: عاكس Edecoa EM-624A وبطاريتان Dyness B4850، وهما معًا حزمة LiFePO4 بـ 15S وسعة 4.8 kWh. تقرأ لوحة ED-1 العاكس عبر RS-232 ببروتوكول PI30. لا يوجد كبل BMS، ويضبط البرنامج 05 نوع البطارية على USE، أي بحسب الجهد.

في ذلك الوضع يحسب العاكس حقل SOC في ردّ QPIGS (الحقل 10) من جهد البطارية على خط مستقيم: 46.2 V تساوي 0 %، ثم نحو 10 % لكل فولت. وهذا مقبول لبطاريات الرصاص الحمضية. ولا يصلح لـ LiFePO4: فبين 20 % و90 % يبقى جهد الراحة ضمن 3.25–3.35 V للخلية، أي 48.8–50.3 V للحزمة، ثم ينخفض أكثر تحت تيار التفريغ. وفي صباح 20 أكتوبر أظهر العاكس 34–42 % بينما أظهرت مؤشرات LED في الحزمة 75–100 %.

تعمل القواعد وأحداث التقويم وتنبيهات انخفاض البطارية على تلك القيمة. وخطأ بمقدار 40–60 نقطة يجعلها بلا فائدة: فشرط «عند 40 % وأقل» يتحقق على بطارية ممتلئة.

ما الذي تغيّر

في هذه المحطات لم يعد Svitgrid يأخذ SOC من العاكس. بل يحدد شحنة البطارية بنفسه، على الخادم، من بيانات ترسلها لوحة ED-1 أصلًا، ويدقّقها عند كل شحن كامل. ولا شيء يلزم تحديثه في التطبيق أو البرنامج الثابت.

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

الدورة الأولى

فُعّل الحساب الساعة 17:35 يوم 20 أكتوبر، في منتصف اليوم ودون سجل. وكانت أول قيمة له أعلى من الشحنة الحقيقية بـ 9 نقاط: ففي الجزء المسطّح من منحنى LiFePO4 لا يقول الجهد الكثير عن الشحنة. وخلال الليل شُحنت المحطة من الشبكة، وعند 01:55 كانت البطارية ممتلئة، وزال الخطأ. وأعدنا لاحقًا بناء الشحنة الحقيقية من الطاقة التي أعطتها البطارية في المساء وأخذتها خلال الليل.