[Ovmsdev] Issues since latest update (184.108.40.206)
mark at webb-johnson.net
Wed Sep 2 15:23:12 HKT 2020
The impacting issue I am seeing is that new users are coming onboard our platform, and the first thing they do is upgrade to the latest (3.2.014) during the install process. They then get continuous crashes. The CAN bus errors shown in the car are also very scary. I think it best to replace 3.2.014 asap. My only concern is if there is anything newly broken in 3.2.015.
> On 2 Sep 2020, at 2:55 PM, Michael Balzer <dexter at expeedo.de> wrote:
> OK, followed on my server.
> It would have been an option to first let the users with issues test the edge version. But I think the release should be OK, crash statistics of the current version look much better so far.
> Am 02.09.20 um 02:27 schrieb Mark Webb-Johnson:
>> I’ve tagged, built, and released to EAP, 3.2.015 - based on head of edge.
>> Not sure if this is generally releasable at this point (perhaps too rushed), but that should make it easier to access.
>> Regards, Mark.
>>> On 2 Sep 2020, at 2:38 AM, Derek Caudwell <d.caudwell at gmail.com <mailto:d.caudwell at gmail.com>> wrote:
>>> Looking at the differences between 220.127.116.11 and earlier it looks like the use of EV Can rather than CAR Can to enable battery monitoring on the Leaf was the main trigger for frequent event crashes (fixed 31/8 in commit
>>> 07f25e3).The polling being turned on (when vehicle ON was set) being more noticeable than at other times as both buses have a lot of traffic - but still not guaranteed to cause a crash as reported by GlynHudson in issue #409. Based on my own experience this issue could still occur randomly but less frequently when the vehicle was off/not polling.
>>> The issue would still occur even if enable canwrites were set to off as reported by GlynHudson in #409, as canwrite logic was not implemented in the Leaf code until 19/8 in commit 41ac2f1.
>>> A temporary workaround was also implemented in the Leaf code to switch buses prior to polling on 16/8 in commit
>>> The subsequent poller rework has enabled the Leaf to direct polls to the correct bus, allowing the PID polls originally defined (but not working depending on the car state) to function when the vehicle is on or off and charging. Also the IncomingPollReply code was tidied up and aligned with that used for the Twizy. The vehicle poller extra frame request delay was also originally fixed at 25ms uneccessarily slowing down large replies such as the battery cell voltage responses, now set to 0. These changes mean the polling for the Leaf is now working as it should.
>>> The current edge version appears to be stable and allows PID polling reliably to both buses without causing crashes. I have been running it for 24h with 6 start/stop events without issue.
>>> If others agree could 18.104.22.168 be staged for EAP release to move Leaf users off 22.214.171.124? A note could be to 126.96.36.199 stating there is a known stability issue on the Leaf and to use 188.8.131.52 or similar.
>>> GlynHudson and others on other Leaf models can test to ensure we are back to a stable release with the required polling functionality working.
>>> Kind regards
>>> OvmsDev mailing list
>>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
>> OvmsDev mailing list
>> OvmsDev at lists.openvehicles.com <mailto:OvmsDev at lists.openvehicles.com>
>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
> Fon 02333 / 833 5735 * Handy 0176 / 206 989 26
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the OvmsDev