<div dir="auto">I did have some code that handled this kind of stuff... But it was over complicated.. There's a new function that allows you to set the new size that the ioniq 5 code uses... But a similar function could be added that just compresses what is there as well.<div dir="auto"><br></div><div dir="auto">Michael </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, 12 Nov 2022, 9:02 pm Mark Webb-Johnson, <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
The original Model S had a fairly simple to decode CAN bus message 0x6f2 with the first byte in range 0..1f and each message encoding 3 battery bricks, for a total of 96 bricks.<br>
<br>
However, things have now got more complicated. A 75kWh Model X, and a replacement pack for a 85kWh Model S, contain cut-down packs with modules missing, so 0x6f2 only contains 28 messages, for 84 bricks, with bricks #15, #16, #17 and #31 missing from the message.<br>
<br>
When we feed this into BmsSetCell… calls, the OVMS BMS support code sees the missing bricks, assumes things are missing, and refuses to give an output.<br>
<br>
So my (hopefully simple) question, is how to tell it the brick arrangement? Or how to deal with these missing bricks?<br>
<br>
Regards, Mark.<br>
<br>
_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.openvehicles.com" target="_blank" rel="noreferrer">OvmsDev@lists.openvehicles.com</a><br>
<a href="http://lists.openvehicles.com/mailman/listinfo/ovmsdev" rel="noreferrer noreferrer" target="_blank">http://lists.openvehicles.com/mailman/listinfo/ovmsdev</a><br>
</blockquote></div>