Ja. Kommunikationen mellan Pylontech Force H3 BMS och Ferroamp ESO (Energy Storage Optimizer) bygger på en etablerad industristandard.
Kommunikationsarkitektur
1. CAN-buss – den primära standarden
Kommunikationen mellan Force H3 BMS och ESO sker via CAN (Controller Area Network) över en dedikerad RJ45-kabel. Ferroamps installationsmanual anger uttryckligen att CAN-porten på BMS ska anslutas till ESO:s I/O-port med den medföljande CAN-kabeln.
CAN används eftersom den erbjuder:
- robust kommunikation i elektriskt störiga miljöer
- deterministisk realtidskommunikation
- hög driftsäkerhet
- inbyggd felhantering
Det är samma bussystem som används i bland annat:
- fordon (ISO 11898)
- batterisystem
- industriell automation
- växelriktare
2. Protokollet ovanpå CAN
Här blir det intressant.
CAN beskriver endast hur data skickas, inte vad datapaketen betyder.
Pylontech använder därför ett eget BMS-protokoll ovanpå CAN. Detta protokoll innehåller bland annat:
- SOC (State of Charge)
- SOH (State of Health)
- max laddström
- max urladdningsström
- batterispänning
- temperatur
- larm
- felkoder
- kontaktorstatus
Ferroamp ESO implementerar detta Pylontech-specifika protokoll och fungerar därför som en "översättare" mellan batteriets BMS och Ferroamps energisystem.
3. Är detta en öppen standard?
Delvis.
| Lager |
Standard |
| Fysisk buss |
✔ CAN (ISO 11898) |
| Kommunikationsmodell |
✔ CAN frames |
| Batteriprotokoll |
✖ Pylontech proprietärt |
| Datamodell |
✖ Pylontech proprietär |
Det innebär att många växelriktare (Victron, Growatt, GoodWe, Deye, Solis m.fl.) stöder "Pylontech CAN", men varje tillverkare behöver implementera Pylontechs protokoll för att kunna tolka meddelandena korrekt. Det är därför kompatibilitet ibland kräver särskilda firmwareversioner eller protokollval.
4. Vad skickas egentligen?
Typiskt utbyter BMS och ESO information som:
| BMS → ESO |
ESO → BMS |
| SOC |
Begär laddning |
| SOH |
Begär urladdning |
| Max Charge Current |
Start/Stop |
| Max Discharge Current |
Effektbegränsning |
| Temperatur |
Kvittens |
| Larm |
Status |
| Spänning |
Driftläge |
Det innebär att BMS alltid har sista ordet. Om batteriet blir för varmt eller når sina gränser sänker BMS tillåtna ladd- eller urladdningsströmmar, och ESO anpassar sig efter dessa.
Ett större perspektiv
Det här illustrerar också ett vanligt mönster i energibranschen:
- Lager 1: Standardiserad transport (CAN, Ethernet, RS485, Modbus TCP).
- Lager 2: Leverantörsspecifika datamodeller och kommandon (Pylontech, BYD, LG, Huawei m.fl.).
Det innebär att den fysiska kommunikationen ofta är standardiserad, medan den semantiska nivån – alltså hur batteriets data representeras och styrs – fortfarande är leverantörsspecifik.
För ditt arbete med energigemenskaper och en övergripande systemarkitektur är detta en viktig observation: det saknas fortfarande en fullt öppen och leverantörsoberoende standard för BMS-kommunikation. Initiativ som CANopen, CiA 418 (Battery Modules), IEC 61850 och OCPP visar dock att utvecklingen går mot mer standardiserade informationsmodeller, även om de ännu inte ersätter de proprietära batteriprotokollen i praktiken.