Hallo in die Runde,
Wird der Parameter “Requests charging” der Pylontech Akkus irgendwie vom Cerbo ausgewertet?
Im Cerbo Handbuch oder über Google hab ich nichts brauchbares darüber gefunden
Danke für die Hilfe
Unfortunately this is one of the UID’s ignored (so far) by the Cerbo.
however, your system should not get into this state, as the Cerbo should start charging on low voltage or low SOC first.
Thanks for the reply.
I was just curious to know what was behind it.
Under Details, there are also parameters related to the topic.
After a little web search, I finally found the protocol, but with little explanation.
I have copies of both the Pylontech and Victron protocols, but these are subject to confidentiality agreements. Pylontech have 0x35c = BMS request: Bits 4&5 are labeled as “force charge”, with “Immediately charge the battery system until these 2 flags = 0, Triggered when capacity too low”.
So in a normally operating system these flags should NEVER get set, as the Venus o/s will trigger the generator / grid charge well before they are set. As such, there is little point in Venus recognising these, as the action they request has already been taken if possible.
Thank you very much.
I was just curious when the Pylontech batteries set the flag and what happens on the Victron side.
The link above explains it quite well.
It seems to be part of the old Pylontech protocol.
We still have six CAN messages, but the ID 0x359 (Protection & Alarms) and 0x35C (charge/discharge requests) have gone, replaced by IDs 0x35A and 0x35F. Additionally, 0x355 has changed from 4 bytes to six. A bit of an explanation is on this table I found, produced by Open Solar Energy:
As you can see, 0x359 and 0x35C were unique to Pylon – not used by SMA and Victron. This would be a good reason to drop them – to bring things in line with other manufacturer’s protocols. 0x35A and 0x35F are both used by SMA and Victron.