[Ovmsdev] Polling keeps car awake (VW e-Up at least)
Mark Webb-Johnson
mark at webb-johnson.net
Mon Aug 3 14:28:00 HKT 2020
As mentioned previously, another thing to check would be the 12v reading:
metric list v.b.12v.voltage
See if there is any difference in that between the car awake vs sleeping (probably safest to do this test with no car module loaded, so no polling at all).
Regards, Mark.
> On 3 Aug 2020, at 12:19 PM, Soko <ovms at soko.cc> wrote:
>
> Mornin,
>
> Source is here: https://github.com/devmarxx/Open-Vehicle-Monitoring-System-3/tree/master/vehicle/OVMS.V3/components/vehicle_vweup/src <https://github.com/devmarxx/Open-Vehicle-Monitoring-System-3/tree/master/vehicle/OVMS.V3/components/vehicle_vweup/src>
> Attached are two logs. I haven't had the can-monitor active unfortuantely..
>
> VWUP_OFF_TICKER_THRESHOLD 5 with 4 trys.log
> As the name says it polls every 5 seconds in PollState=1 and swaps back to PollState=0 after 5*4=20 seconds.
> Until line 35 you see the CAN errors as the vehicle is OFF. Then I unlocked the car and in line 38 I get the first reply.
> Around line 90 I locked the car again. It polls, but gets no reply, but not error either (?!).
> Line 118 sets the PollState=0 and suddenly a response comes in. So in Line 123 I set the PollState=1 again.
> The the game starts again: Polls get send, no reply but no error either. After 21 CarOffTickers I switch to PollState=0 and suddenly a reply comes in...
>
> VWUP_OFF_TICKER_THRESHOLD 10 with 4 trys.log
> Here I unlocked at line 57 and locked around line 100. After that polls get send, no reply, but errors happen. And the car is finally off.
> Although I've tried the same thing later that day and the car didn't even go to sleep with Threshold=30!?!? So the behavior is not 100% reproducible (yet)...
>
> @gateway throttling: In VCDS (which - hopefully - does only polling too) I have a little number showing me the refresh rates of the values. It indicates ~8 refreshes per second. So with 1 second shouldn't be any throttling.
>
> @OBD "tester": I have no clue what this is ;) So if the polling framework doesn't do it, I don't do it. All I do is in the obd_eup.* files.
>
> Soko
>
> On 02.08.2020 20:12, Michael Balzer wrote:
>> Soko,
>>
>> polling may keep the car awake, that's also an issue on the Kia e-Niro IIRC.
>>
>> Changing the PollState can only affect the car indirectly via the changed polls. Maybe you could add your code & a log?
>>
>> Regarding the poll replies stopping, is that also reflected in a CAN log? Maybe the OBD gateway throttles if it sees too many requests? (Hopefully not…)
>>
>> If the gateway does throttling: do you login to the OBD as a "tester" and keep the session active by periodically sending the "tester present" frame?
>>
>> Regards,
>> Michael
>>
>>
>> Am 02.08.20 um 19:30 schrieb Soko:
>>> Heya again,
>>>
>>> I'm trying to develop a detection for when the car is off/locked but I'm encountering a weird phenomena:
>>>
>>> Car is shut down and locked
>>> OVMS connected
>>> CAN poll for voltage (only one poll value active) with 30 secs fails with error (so far nothing weird)
>>> Unlock the car via car-key remote
>>> Poll succeeds and I'm switching from PollState=0 to PollState=1 where I poll every 2 secs
>>> Lock the car via car-key remote
>>> After 1 hour the polls still work and the car is active
>>> Is something like this known from other vehicles? So basically my car never shuts down :(
>>>
>>> Another secondary weird thing:
>>> When increasing the time to 5 secs for PollState=1 the polls get no reply and after 20 secs I swap back to PollState=0.
>>> BUT the second the PollState changes the car replies again...
>>> Even more weirdness: When PollState=1 time is 10 secs and I swap back to Pollstate=0 after 40 secs the same thing happens! Immediately I swap to PollState=0 the car replies again.
>>> As if the PollState switching somehow wakes the car up??!
>>>
>>> Any ideas?
>>>
>>> Soko
>>>
>>>
>>>
>>> _______________________________________________
>>> 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 <mailto:OvmsDev at lists.openvehicles.com>
>> http://lists.openvehicles.com/mailman/listinfo/ovmsdev <http://lists.openvehicles.com/mailman/listinfo/ovmsdev>
> <VWUP_OFF_TICKER_THRESHOLD 10 with 4 trys.log><VWUP_OFF_TICKER_THRESHOLD 5 with 4 trys.log>_______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.openvehicles.com
> http://lists.openvehicles.com/mailman/listinfo/ovmsdev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20200803/b68ad65b/attachment.htm>
More information about the OvmsDev
mailing list