Proč různé verze firmware ve stacku ničí Pylontech baterie
V jednom stacku jsem našel čtyři různé verze firmware. Jak neshoda FW mezi master a slave bateriemi způsobuje alarmy, odpojování modulů a postupnou degradaci článků.
Tohle je věc, o které se moc nemluví, ale viděl jsem to už u několika instalací: zákazník má stack 8–10 baterií US3000C a každá má jinou verzi firmware. V jednom případě jsem našel V1.2, V1.3, V1.4 a V1.8 — čtyři různé verze v jednom stacku.
Jak to vznikne
Jednoduše. Zákazník koupí baterie postupně — třeba dvě v roce 2022, další tři v 2023 a zbytek v 2024. Každá série z výroby má jinou verzi FW. Pylontech průběžně aktualizuje firmware, ale neříká zákazníkům "aktualizujte si staré kusy".
Problém je, že master baterie (ta první ve stacku, adresa 1) řídí komunikaci s měničem přes CAN bus. A pokud má master starší FW než slave baterie, může docházet k:
- Rozdílné interpretaci ochranných prahů
- Nekonzistentnímu chování při balancování
- Různým reakcím na teplotní limity
- Komunikačním chybám mezi moduly
Jak to zjistím vzdáleně
V PylonChecku čteme FW verzi každé baterie ve stacku příkazem info na adresách 1 až N. Výstup vypadá takto:
Device name : US3000C
Main Soft version : V1.3
Barcode : PPTCR03101B16466Pokud se verze liší, systém automaticky vygeneruje alert: "FW mismatch detected". Zákazník i technik to vidí v dashboardu okamžitě.
Reálný případ
Instalace s 10× US3000C. Zákazník hlásil opakované alarmy a občasné odpojení dvou baterií ze stacku. Měnič hlásil komunikační chybu.
Po vzdálené diagnostice:
- Baterie 1–3: FW V1.2
- Baterie 4–6: FW V1.3
- Baterie 7–8: FW V1.4
- Baterie 9–10: FW V1.8
Dvě nejnovější baterie (V1.8) měly jiné chování ochranných limitů. Když master (V1.2) poslal příkaz na balancování, V1.8 baterie ho interpretovaly jinak.
Řešení
Bohužel, vzdálený FW update není možný. Pylontech vyžaduje fyzické připojení přes EPON port a software BatteryView na Windows. To znamená výjezd technika s notebookem a speciálním kabelem.
Co ale MŮŽEME udělat vzdáleně:
- Detekovat problém — automatický alert při neshodě verzí
- Nastavit konzervativní BOV — snížit horní limit nabíjení, aby se minimalizoval stres na články s různým chováním
- Monitorovat imbalanci — sledovat, zda nesoulad FW nezpůsobuje postupnou degradaci
- Doporučit zákazníkovi sjednocení — s konkrétním důkazem, proč je to potřeba
Co to znamená pro praxi
Pokud instalujete nové baterie do existujícího stacku, vždy zkontrolujte FW verze. Ideálně by měly být všechny stejné. Pokud to nejde, dejte nejnovější baterii jako master (adresa 1) — novější FW je obvykle zpětně kompatibilní se staršími slave bateriemi.
A hlavně — monitorujte. Problém se neprojeví hned. Může trvat týdny nebo měsíce, než se rozdíly v chování projeví jako reálná degradace článků.