Battery name correct on older Cerbo units, incorrect on new Cerbo units

I have a strange phenomena happening with some brand new Cerbo MK-II devices.

When paired with a Discover Helios battery, connected over CANbus, the Cerbo will recognise the battery as “LG Resu battery”, with a product ID of B0004.

When paired with an older Cerbo MK-II, or an older Cerbo-S, the battery is displayed as “Discover AES battery”, with a product ID of B016.

This even happens if I daisy chain the CANbus of the Cerbo-S and the Cerbo-MK II devices together , so they are both connected to the battery at the same time. Both have the same firmware version, 3.55

The MK-II Cerbo’s I have seen that display “LG resu battery” have serial numbers that start with
HQ244.

The MK-II Cerbo that displayed “Discover AES battery” had a serial number starting with:
HQ233

The Helios battery battery does not broadcast it’s own name, the name is derived from a lookup table on the Cerbo, which can be found here:

The codes in this table are:
45060 LG resu battery (0xB004)
45078 Discover AES battery (0xB016)

I’m wondering if the HQ244 Cerbo’s may have a the wrong table, which isn’t corrected by a firmware update?

There are some known issues with mk2’s which are already documented on this forum.
Try the latest beta on one of these systems, let us know if that resolves the issue.
Some fixes were applied in the current prod version, so you need to be current, but iirc additional are in the beta.

Thanks for the quick reply. I’ve updated the firmware to the beta version on multiple devices, power cycled, redetected the battery etc. No change.

The code is common across all devices, there are only some hardware variations.
What you could do is load the large image, add socketcan to nodered and monitor what is being sent from the BMS, it may help narrow it down.

If the battery is not on the supported list and spoofs another, errors can happen and it can also be firmware issues on the BMS that aren’t tested.
We saw issues with batteries spoofing pylontech for example.
As a community team we can’t really escalate issues for batteries that aren’t on the list.

Maybe someone else has some insight for you.

The battery is definitely on the list: B016 is the correct code.
The battery is currently connected to TWO Cerbo devices at once. One shows it as a LG Resu battery, the other as a Discover battery.
Both Cerbo devices will be receiving the same CANBus frame as each other, it must that either one unit has a different lookup table, or that one unit is somehow corrupting the frame when it reads it?

Indeed Discover was added not that long ago.
The requirements are documented here:

It also isn’t supported to connect a bms to two different GX’s.