Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

vehicle.charge.pilot.on/off storm on Leaf causing device to stop respond or even reboot. #975

Open
malyjaponec opened this issue Feb 25, 2024 · 5 comments

Comments

@malyjaponec
Copy link

When I connect AC cable or when I switch on AC on on Nissan Leaf 2012 it started to generate events charge-pilot-on and off messages very quickly and device is overloaded, is irresponsible, doing reboots and sometimes it freeze completely.
image

I blamed the ABRP script that I later disabled and it is happening again. I blamed my one line scripts that changes charging limits when I arrive/leave home. Happened also after deleting them. I tried to several combinations.

Adding long files I got from device.
logs.zip

This behaviour render the device unusable as i can ot read SOC on app while charging most of times or it drops connection after setting on preheating, that are two main reasons why I bought and install the unit. I can test whatever needed.

@malyjaponec
Copy link
Author

malyjaponec commented Mar 5, 2024

After some days of checking I found that on ZE0 LEAF it might do strange things when switch on AC at running car but the only problem using OVMS on this car is that it has almost 100% probability to die when AC charging. The problem is that even LOG file is not showing problem. It is overloaded with messages about start stop mode change of charging and probably there is memory leak that kills it when so much events happens quickly in short time.
I have just watched on ping how it response when plug in cable of disabled charger does nothing but when charger starts to work then the ping reply is missing about 20 30s but the replies randomly missing not all of them. After 30 seconds it looks like it overcome problem and starts to ping regularly but (I do not now exactly) about minute or it suddenly stop reacting to ping at all and it is dead. No way to wake up. I have to go to car unplug and re plug it.

I have attached some logs at level Debug that does not show how it happens exactly. Most of it is how standard AC charging session proceeds. There are also some log from previous day where I could see some crash logs reports, that might be same issue. Crash that keeps device running is fine and it is also logged but my crashes are final, it do not restart. Where is a hw watchdog?
Downloads.zip

I will try to disable server reporting (which makes no sense as the main reason - control it by app will not work) and also scripts for ABRP and keep using it as is for several days what happens.

@malyjaponec
Copy link
Author

New information: I found that the problem is not happening only during charging but during normal drive. This is what OVMS unit receives when car is on. Just stays parked ON, nobody is doing nothing,, no charging cables in socket.

D (356530) events: Signal(vehicle.charge.pilot.on)
D (356540) events: Signal(vehicle.charge.pilot.off)
E (356540) can: can2: intr=590918 rxpkt=597993 txpkt=3 errflags=0x22401c02 rxerr=0 txerr=0 rxinval=0 rxovr=0 txovr=0 txdelay=0 txfail=0 wdgreset=0 errreset=0
E (356540) can: can2: intr=590918 rxpkt=597994 txpkt=3 errflags=0x23401c01 rxerr=0 txerr=0 rxinval=0 rxovr=0 txovr=0 txdelay=0 txfail=0 wdgreset=0 errreset=0
D (356630) events: Signal(vehicle.charge.pilot.on)
D (356640) events: Signal(vehicle.charge.pilot.off)
D (356730) events: Signal(vehicle.charge.pilot.on)
D (356740) events: Signal(vehicle.charge.pilot.off)
D (356830) events: Signal(vehicle.charge.pilot.on)
D (356840) events: Signal(vehicle.charge.pilot.off)
D (356930) events: Signal(vehicle.charge.pilot.on)
...
D (372150) events: Signal(vehicle.charge.pilot.off)
V (372240) v-nissanleaf: Range: ideal=141 km, est=92 km, full=119 km
D (372240) v-nissanleaf: Poll state: 1
E (372240) can: can2: intr=617067 rxpkt=624500 txpkt=3 errflags=0x22401c02 rxerr=0 txerr=0 rxinval=0 rxovr=0 txovr=0 txdelay=0 txfail=0 wdgreset=0 errreset=0
D (372250) events: Signal(vehicle.charge.pilot.on)
D (372250) events: Signal(vehicle.charge.pilot.off)
I (372300) ovms-duk-util: [lib/abrp.js:25:log] (2024-03-07 21:48:24.000+01:00) INFO: Not parked or DC fast charging
D (372350) events: Signal(vehicle.charge.pilot.on)
D (372350) events: Signal(vehicle.charge.pilot.off)

The problem is not in server task that kills the unit because want to transfer all data. The problem is that unit does not know CAN messages of this car and thinks that some message that travels on can several times per second if car is on is something about charging. Not it is not.

And I cant tell you just logging this kills the unit time to time.

@malyjaponec
Copy link
Author

Today the unit works very well (it restarts during charging once in 5 minutes but to the mobile app it sends every secoond charging start and charging stop message. No way to see how much was chargerd as the notificaiton in android change forth and back as it charging or not charging. There is probably wrong interpretation of CAN messages what is charging and what is end of charging. This is the only reason why whole device can restart 5 times in 5 minutes. I am not expert but there should be CAN message database for this car.
I always pray that device does not freeze and will be able to stop charging at 80% and I will not get car to 100%.
Web interface is almost all the charging time dead, if it opens it stops responding in several seconds.

@velihukka
Copy link

velihukka commented Mar 25, 2024

Version 3.3.004 seems to fix this issue, it is available currently through the eap channel for testing.

@malyjaponec
Copy link
Author

Updating right now. I will monitor it and give feedback in a few days.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants