(SDU, OI board) control of derating via CAN, from BMS

[et0]

Hi, creating a thread for this topic since I can't see it explained anywhere (please link if it has been)

On the SDU web interface, there is support for bmslimhigh and bmslimlow. I believe this is associated with a digital input from a BMS to give a fixed change of limits for "turtle mode" type operation, or to reduce regen. The pin seems not to be brought out to the external connector.

On the SDU board, the support exists to both send and receive some values over CAN - I am using this to send values already, based on the instructions here:
https://openinverter.org/wiki/CAN_communication

In the list of "spot values" which can be set via CAN, there is "bms" which will presumably work with the bmslimhigh and bmslimlow values above. But this is a crude method, I would prefer to change idcmax or something like that to definitively use the dynamic limit from the BMS. idcmax is not in the list.

There is discussion of "SDO" in the page above, which seems to be the way to modify other parameters not in the "spot values" list. Has anyone successfully used this method, and which values did you use to achieve it? And any other tips

I will update with my answer, assuming I find one, if no-one else does!

[et0]

There was actually a link to a thread on that page, I missed it:

viewtopic.php?t=1468

Will confirm...

[johu]

You can map idcmin and idcmax to receive via CAN. On the newer web interface this is possible via gui, on the older on you'll need a custom command like

Code: Select all

can rx idcmax 100 0 16 1

But of course the same is possible with SDO

[et0]

Thanks, I have tried it the "old way", but will look into updating if that's possible.
Is there any way to validate that the correct value is received, or is it only possible by mashing the accelerator and see what happens?

[tom91]

Thanks, I have tried it the "old way", but will look into updating if that's possible.
Is there any way to validate that the correct value is received, or is it only possible by mashing the accelerator and see what happens?

Refresh the values on the webinterface.

[et0]

Refresh the values on the webinterface.

idcmin and idcmax under "parameters" remain at the values I originally set, not what the BMS is transmitting. Should they reflect the received values?

The messages sent by Orion:

image.png (9.84 KiB) Viewed 301 times

The custom config used (copied from that post linked above):

can rx idcmax 1301 0 16 32

can rx idcmin 1300 0 16 -32

[tom91]

idcmin and idcmax under "parameters" remain at the values I originally set, not what the BMS is transmitting. Should they reflect the received values?

The show the active current parameters in memory, not the ones loaded from flash on start. So if they are not changing they are not received correctly.

[johu]

Which version software? The more recent ones take 1 as a multiplier for unity gain, no longer 32

[et0]

OK, thanks, they do change, and the 32 was incorrect. It's a very confusing trial and error process as the wifi disconnects every 30 seconds or so, so always a lottery if it actually refreshed or accepted the command.

A working config is:

can rx idcmin 1300 0 16 -1
With Orion settings:
0x514, PACK CCL, 2 bytes field length, MSB, Little Endian, Signed value. 48ms repetition

can rx idcmax 1301 0 16 1
With Orion settiings:
0x515, PACK DCL, 2 bytes field length, MSB, Little Endian. 48ms repetition

I will see how it drives and report back.