<!DOCTYPE html>
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
Wayne,<br>
<br>
payload cannot cause bus errors.<br>
<br>
<blockquote type="cite">
<pre
style="color: rgb(0, 0, 0); font-style: normal; font-variant-ligatures: normal; font-variant-caps: normal; font-weight: 400; letter-spacing: normal; orphans: 2; text-align: start; text-indent: 0px; text-transform: none; widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration-thickness: initial; text-decoration-style: initial; text-decoration-color: initial; overflow-wrap: break-word; white-space: pre-wrap;"><span
class="size" style="font-size: 12px">2025-03-23 13:48:10.648 AEDT E (11528) esp32can: can1 stuck bus-off error state (errflags=0x00040cab) detected - resetting bus</span><span
class="size" style="font-size: 12px">
</span></pre>
</blockquote>
<br>
<font face="monospace">OVMS# can can1 explain 0x00040cab<br>
Bus error flags 0x00040cab:<br>
| IR.2 Error-warning state<br>
| SR.3 TX done | SR.2 TX buffer free<br>
| ECC Stuff error in RX, segment data length code</font><br>
<br>
If not by false timing, stuff errors can be caused by noise on the
bus, some component flooding the bus with transmissions, or by
hardware issues with the cabling.<br>
<br>
Regarding Leaf CAN problems there ist a running investigation here:
<a class="moz-txt-link-freetext" href="https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/980">https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/issues/980</a><br>
<br>
Adding the termination resistor would have been my next guess, but
Richard already tried that, didn't help.<br>
<br>
Are you absolutely sure the issue only (!) and reproducably (!)
exists with that additional SOH poll entry?<br>
<br>
Assuming that's the case: could it be this is a bus overload caused
by the Leaf module itself when requesting all response frames
without delay?<br>
<br>
<blockquote type="cite"><font face="monospace">OvmsVehicleNissanLeaf::OvmsVehicleNissanLeaf()<br>
…<br>
<b>PollSetResponseSeparationTime(0);</b></font><br>
</blockquote>
<br>
The framework default is 25 ms, so you could try commenting out that
call.<br>
<br>
Regards,<br>
Michael<br>
<br>
<br>
<div class="moz-cite-prefix">Am 24.03.25 um 07:48 schrieb Wayne
Love:<br>
</div>
<blockquote type="cite"
cite="mid:2d1b0a34-4c15-4540-bc26-48ca1e18c69d@me.com">
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<div>Hi Michael,<br>
</div>
<div><br>
</div>
<div>Adding your patch did not make noticeable difference.<br>
</div>
<div><br>
</div>
<div>I noted that Leafspy pads the poll request with 0x00, whereas
ovms pads with 0x55. I've also
modified vehicle_poller_isotp.cpp to pad with 0x00 but again
this made no difference.<br>
</div>
<div><br>
</div>
<div>Thanks<br>
</div>
<div>Wayne</div>
<div><br>
</div>
<blockquote type="cite">
<div>On Mar 23, 2025, at 9:23 PM, Michael Balzer via OvmsDev
<a class="moz-txt-link-rfc2396E" href="mailto:ovmsdev@lists.openvehicles.com"><ovmsdev@lists.openvehicles.com></a> wrote:<br>
</div>
<div><br>
</div>
<div><br>
</div>
<div>
<div>Wayne,<br>
</div>
<div> <br>
</div>
<div> do you currently apply my CAN timing patch? If not,
please try that first.<br>
</div>
<div> <br>
</div>
<div> Also, a general question to all Leaf developers: did
anyone yet test fixing that random bytes write in
`OvmsVehicleNissanLeaf::CommandWakeup()`?<br>
</div>
<div> <br>
</div>
<div> Regards,<br>
</div>
<div> Michael<br>
</div>
<div> <br>
</div>
<div> <br>
</div>
</div>
</blockquote>
<div><br>
</div>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Michael Balzer * Am Rahmen 5 * D-58313 Herdecke
Fon 02330 9104094 * Handy 0176 20698926</pre>
</body>
</html>