Multi BMS Alpha code support

[Uksa007]

Discussion about Multi BMS Alpha code
Update: Alpha V2.16 available for my Patreon Alpha testers members.

I completed and implement the initial design, the data is now combined from the slaves as per the design.
I have made many improvements and made the code more robust.

You need to configure bms_num correctly:
BMS number: The number of BMS/interfaces you have connected on the CAN BUS, must be unique to each BMS, there must be a master!
0 is the Master, 1-9 are slaves.
bms_num: "0"

The master and slaves are all connected on the same CAN bus.
It is important to configure the CAN bus termination correctly, only the last device must have Termination.
My hardware interface has a solder jumper, which has been enabled by default for single BMS use, disable in the Multi BMS version with two RJ45 for daisy chaining the CAN bus

[Uksa007]

Reserved

[Uksa007]

He really should be using protocol 1, he is not using pylon 15s voltages.

Not use why he gets weird alarm codes, it works for others with same deye inverter (model may be different)
Very strange.

[Uksa007]

Also my HA JK error bitmask show readings 16 (i heated sensor) and 4 (i made an overcharge simulation)
If it makes any useful information

Yes, check your logs you should see
16 in Decimal = JK Bit 4 = CAN 0x08 High Temp Alarm
LOGS send can id: 0x359 hex: 8 0 8 0 3 0 0 0

4 in Decimal = JK Bit 2 = CAN 0x02 High Voltage Alarm
LOGS send can id: 0x359 hex: 2 0 2 0 3 0 0 0

These are the correct alarms so it proves it working as it should, why your inverter is not processing them correctly is another question.
Try using protocol 1 on everything you are not using pylon voltages.

Do you have BMS Err stop enabled for inverter to push the alarm or it goes off even if BMS err stop is not ticked?
Have you tried it both ways??

[denveronly]

Also my HA JK error bitmask show readings 16 (i heated sensor) and 4 (i made an overcharge simulation)
If it makes any useful information

Yes, check your logs you should see 16 in Decimal = JK Bit 4 = CAN 0x08 High Temp Alarm LOGS send can id: 0x359 hex: 8 0 8 0 3 0 0 0

4 in Decimal = JK Bit 2 = CAN 0x02 High Voltage Alarm LOGS send can id: 0x359 hex: 2 0 2 0 3 0 0 0

These are the correct alarms so it proves it working as it should, why your inverter is not processing them correctly is another question. Try using protocol 1 on everything you are not using pylon voltages.

Do you have BMS Err stop enabled for inverter to push the alarm or it goes off even if BMS err stop is not ticked? Have you tried it both ways??

I tried: PYLON with BMS ERR on and off ticked, and tried GOODWE with BMS ERR on and off ticked
tried fork of @Eumobong BMS ERR on and off ticked
and tried newest Multibms version with BMS ERR on and off ticked with both GOODWE AND PYLON
well there is no error in my inverter, same 0x0040,

The great thing is that Multi BMS code sets Charge/Discharge amps to 0 in case of error, so it is a way great protection already
Also new BMS code gathers temp sensors from 4 sensors of 2 BMS and it also great.

I will try contact DEYE about that, the man in 8k Deye thread has error displaying. Our HMI versions are same when updated, MAIN versions differ, Im not really sure what HMI and MAIN are (we have slight different inverters mine is 6K he has 8K)

[Uksa007]

Yes it's very strange why it doesn't action the alarm, I suspect it must either be something needs to be configured differently in the inverter, or the firmware.

How is the new V2.16 Multi BMS firmware going?
Does it stop both inverters charging/discharging when there is an Alarm (due to setting 0A)?

[denveronly]

It works almost excellent
Slave inverter goes to 0 battery drain
Master inverter drops to around 300w charge from PV (it shows 5A charge in BMS) which really doesnt affect any BMS safety with such current

I guess it is because of work of MPPT that on lowest mode is still generating a bit and inverter not yo clip the MPPT still charges a little

Im pretty happy with this result, on my alarms Deye promised to update firmware again soon, so i will feed back when they do it

[Uksa007]

I completed and implement the initial design, the data is now combined from the slaves as per the design.
I have made many improvements and made the code more robust.
For anyone interested there is additional 40 hrs work coding and testing the below improvements.
Alpha V2.16 available for my Patreon Alpha testers members.

V2.16 Clean up slave code
V2.15 Clean up can rx code and master logs received slave data
V2.14 Set slave Charging mode to Alarm if connected BMS has an alarm
V2.13 Set slaves Charing status to Slave
V2.12 Clean up slave code, stop sending slave CAN IDs 0x351 0x35C
V2.11 Any alarm including slaves will now set 0A for Discharge and Change and turn off all flags.
V2.10 Improve BMS Current now signed and standardised code
V2.09 Temperature now finds max of slaves and master then sent to inverter.
V2.08 Ignore CAN id's out of range
V2.07 Improve slave detection time now 3s
V2.06 Added startup delay 5s, slave data more robust
V2.05 SOC and SOH averaged with all slaves and master then sent to inverter

[Uksa007]

Multi BMS Alpha BYD Battery Box LV CAN Support

New version V2.18:

I have added a new CAN protocol for BYD Battery BYD Battery Box LV CAN.

This should have better support for inverters that don't support Goodwe batteries

NOTE: This version will enable BYD battery protocol by default you can change it:

• CAN Protocol: 1 for GOODWE, 2 for PYLON, 3 For BYD Battery Box LV

protocol: "3"

• V2.18 Add CAN Protocol 3 for BYD Battery Box LV support, add Battery total capacity

• V2.17 Text senor for software version

[denveronly]

Thank you for keeping the project really fast moving
Ive tried BYD battery protocol but experience Inverter CAN disconnection.
On inverter it appears for 10-15 seconds BYD, with set voltages and amps and then goes away to all to zero like there is nothing connected.
In logs i see that it gets communicate, and then there is a big no communication lag which i guess leads inverter to drop out
In logs there is only one inverter communication in recorded minute timeframe (I tried both with Slave and Without slave BMS)
logs_jk2_run (1).txt

https://youtube.com/shorts/FWVKalM5kA0?feature=share

As i understood further ESP send inverter info every 60 seconds, that is too long without comm, so inverters drops BMS info like it is gone

[11:11:24][I][main:263]: Waiting for inverter response can_305_rx: 59
[11:11:24][I][main:290]: Slave BMSs detected #: 0
[11:11:25][I][main:263]: Waiting for inverter response can_305_rx: 60
[11:11:25][I][main:266]: Check for inverter, send can data
[11:11:25][I][main:290]: Slave BMSs detected #: 0
[11:11:25][I][main:321]: Master Code, BMS#: 0
[11:11:25][I][main:369]: send can id: 0x359 hex: 0 0 0 0 0 0 0 0

[Uksa007]

And then what happened, what did the logs say?

Just the master, power off the salve.

[denveronly]

I will try today a bit later friend

[Uksa007]

Any logs?

[denveronly]

Any logs?
logs_jk2_logs.txt

Not heated, then heated, and after is cooled down

[Uksa007]

Sorry for the delay, try this and post back logs if still not working:
https://www.patreon.com/posts/83807205

• V2.21 tweaked how No CAN data is triggered, added extra logs to see jkerrormask