Diagnostika Pylontech baterií na úrovni Článků – co střída neukáže

[LSLS]

Diagnostika Pylontech baterií na úrovni článků – co střídač neukáže
Zdravím,

jako instalační technik FVE pracuji s Pylontech bateriemi (US2000C, US3000C, H48050) denně. Chtěl bych se podělit o zkušenosti s diagnostikou na úrovni jednotlivých článků, protože právě tam se skrývají problémy, které přes střídač prostě neuvidíte.

Co vidíte přes střídač (GoodWe, Victron, Deye...)?
- celkové SOC baterie (%)
- celkové napětí stacku
- nabíjecí/vybíjecí proud
- teplotu (ale pozor – je to teplota BMS desky, ne článků!)
- případně alarmy typu "low voltage" nebo "over temperature"

Co vidíte přes BMS console port (RS232)?
- napětí KAŽDÉHO článku (15 článků na modul)
- teploty na více místech modulu
- přesný stav balancování
- verzi firmware
- sériové číslo a typ HW
- konkrétní BMS alarmy a jejich historii
- stav FET (nabíjecí/vybíjecí tranzistory)
- počet cyklů
- skutečnou zbývající kapacitu

Proč na tom záleží?

Střídač vidí baterii jako "černou skříňku" – zná jen celkové hodnoty. Ale problémy vznikají na úrovni jednotlivých článků:

1. Imbalance článků
Nejastější problém. Jeden článek má nižší napětí než ostatní → BMS zastaví vybíjení dřív → ztráta využitelné kapacity. Střídač ukáže jen "SOC 20%, konec" – ale neřekne vám PROČ.

Z praxe: Stack 10x US3000C, jeden článek v modulu #4 měl o 80mV nižší napětí. Výsledek? Celý stack ztratil 15% využitelné kapacity. Po identifikaci problému a vynucení balancování se kapacita vrátila.

2. Skoky SOC
Typický příznak: SOC skočí z 50% na 20% během pár minut bez odpovídající zátěže. Příčina? Jeden slabý článek, kterému rychle klesne napětí pod práh BMS. Střídač to ukáže jako "záhadný pokles SOC", ale přes console port vidíte přesně který článek to způsobuje.

3. Falešné alarmy
BMS hlásí "Cell Under Voltage" nebo "Over Temperature", ale střídač to interpretuje jako obecný alarm. Přes console port vidíte:
- KTERÝ článek spustil alarm
- jaká byla skutečná hodnota
- zda jde o reálný problém nebo o rozbalancovaný stack

4. Různé verze firmware v jednom stacku
Při rozšiřování stacku nebo výměně modulu se může stát, že máte v jedné sestavě verze V1.2, V1.8 a V2.5. To může způsobovat:
- rozdíly v komunikaci mezi moduly
- nekonzistentní chování balanceru
- různě vyhodnocované alarmy

Přes střídač tuto informaci nezjistíte. Přes console port ano.

5. Teplota BMS vs. teplota článků
Střídač ukazuje "teplotu baterie" – ale to je teplota BMS desky, která bývá o 5-15°C VYŠŠÍ než skutečná teplota článků (hlavně při balancování). Přes console port vidíte obojí.

Jak se k těm datům dostat?

Pylontech baterie mají console port (RS232, RJ45 konektor). Připojením přes USB-RS232 převodník a správným protokolem (115200 baud, 8N1) se dostanete k datům které střídač neukazuje.

Vzdálený monitoring

Já osobně řeším diagnostiku vzdáleně – malé zařízení připojené k baterii přes console port, které data posílá do cloudu. Díky tomu vidím stav baterií u zákazníků v reálném čase, bez nutnosti výjezdu.

Krátké video jak to vypadá v praxi:
https://www.youtube.com/watch?v=xu8BmvuA6YE

Víc info: https://www.pyloncheck.com

Shrnutí

Pokud máte Pylontech baterie a řešíte:
- ztrátu kapacity
- skoky SOC
- falešné alarmy
- podezření na slabý modul

...doporuuju se podívat na data z console portu. Střídač vám neřekne co se děje uvnitř.

Pokud máte dotazy k diagnostice Pylontech baterií, klidně se ptejte. Rád poradím z praxe.

[Swordfish]

Já jen doplním, že (nevím jestli vše) ale na většinu věcí jde z Pylontech H2 bateríí vyčítat i bez RS232 kabelu, přes Wifi. Totiž v rámci řešení mého problému s baterií Pylontech H2 jsem zjistil, že baterie má lokální MODBUS protokol dotupný přes Wifi.

1) Je nutné připojit baterii do lokální Wifi sítě. Jak na to je popsáno v https://solar-distribution.baywa-re.de/ ... d-user.pdf (strana 8 a 9) - ve zkratce se připojíte na Wifi baterie (AP_123456789), vlezete na IP adresu administrace 10.10.100.254, přihlášení admin/admin a v Quick Set se připojíte do vaší lokální sítě

2) Pak si zjistíte IP adresu, kterou baterie dostala ve vaší LAN síti a MODBUS je pak dostupný na dané adrese a portu 8899

3) Pomocí např. knihovny v Pythonu https://github.com/jmccrohan/pysolarmanv5 se pak dají z baterie vyčítat data, např. pomocí skriptu solarmanPylontechScan.py z https://gist.github.com/pavelmaca/170c2 ... c7633be3b2 (získaná data je pak nutné správně interpretovat).

To je tak vše, jen jsem chtěl napsat, že je možné ta data vyčítat automatizovaně i bez RJ45-RS232 kabelu (a RS232-USB převodníku) v rámci lokální LAN.