[Ovmsdev] OVMS v2.5.3 CHARGEBY doesn't seem to have any effect

Mark Webb-Johnson mark at webb-johnson.net
Thu Sep 26 08:09:56 HKT 2013

Tested this last night, and it worked well. The scheduled (chargeat) charge started on time, so the code in git head seems good (at least for timezones east of GMT).

Tonight I will test chargeby... I have a complicated ACC set to cooldown when I get home, then a current-limited timed charge completion to 90% SOC by a set time.

Regards, Mark.

On 24 Sep, 2013, at 9:33 PM, Mark Webb-Johnson <mark at webb-johnson.net> wrote:

> I found a bug (the usual byte overflow without an integer cast on an 8 bit processor) in the code to set timezone. It only appeared with timezones >4 hours from GMT.
> The timed charge itself seemed to work, just at the wrong time :-(
> I've committed this fix to github, plus a few other minor fixes, and will test in my car tomorrow.
> Regards, Mark.
> On 23 Sep, 2013, at 2:47 PM, Mark Webb-Johnson <mark at webb-johnson.net> wrote:
>> Curt,
>> If, for example, you are 5 hours west of GMT, you should set timezone to -05:00. That appears to be what you have set.
>> After setting a 'ACC PARAMS CHARGEBY 08:00', the 'ACC STAT' should show '08:00:00'. If it doesn't, something is wrong.
>> Can you also set the chargelimit (even if it is the same as the wall limit) - that is required in order to be able to estimate charge time.
>> Regards, Mark.
>> On 23 Sep, 2013, at 5:17 AM, Curt Harpold <curt.harpold at gmail.com> wrote:
>>> Mark,
>>> Sorry for all of the emails, I just figured you would want to know how testing is going.
>>> Never mind the earlier ones - TPMS data has re-appeared. I think that I needed to do a drive after the module was re-installed to get the data read in (not sure about that). I have opted in to charge logging, so you can see what is happening.
>>> Output of "SMS STAT" for the specified location
>>> STAT?
>>> Standard - Charging
>>>  232V/40A
>>>  Full: 88 mins
>>>  SOC: 73%
>>>  Ideal Range: 133 mi
>>>  Est. Range: 125 mi
>>>  ODO: 22,715.3 mi
>>>  CAC: 147.76
>>> ACC Status #1
>>>  39.072536, -77.131168
>>>  Enabled
>>>  Cooldown
>>>  Charge by time 03:44:00
>>>  Mode: standard (0A)
>>> Your vehicle id
>>> Output of base64 parameter string (from the cellphone app)
>>> Date/Time you entered the ACC location (with timezone)
>>> 22 September 2013 15:41 EST
>>> Date/Time you plugged in at the ACC location (with timezone)
>>> 22 September 2013 approx 16:45 EST
>>> In the smartphone app, call up the Features and Parameters screens (so the server logs those, and I can check)
>>> Done.
>>> Description of the problem you have
>>> I set the ACC params for Cooldown, Chargeby 08:00, and Standard mode. When I plugged in, the charge started immediately, with no cooldown phase (probably expected, since the battery is already below the threshold). Further attempt to request a cooldown made no change. Standard mode charge proceeded, even though I would have expected a timed charge to start some time tomorrow morning (and the STAT? command now reports time to full at just 88 minutes).
>>> Also, I set CHARGEBY for 08:00, but the ACC STAT return seems to indicate it is set for 44 minutes after the time specified. If it were working, it would be late.
>>> Now that I look at it again, I don't understand the time setting at all. I followed your insructions to use a leading "-" as I am West of GMT. I would expect the reported CHARGEBY time to be either 08:00 (local) or 13:00 (GMT), but I'm seeing 03:44.
>>> Many thanks - will try to help with any testing you need in a timely manner.
>>> ......curt
>>> _______________________________________________
>>> OvmsDev mailing list
>>> OvmsDev at lists.teslaclub.hk
>>> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
> _______________________________________________
> OvmsDev mailing list
> OvmsDev at lists.teslaclub.hk
> http://lists.teslaclub.hk/mailman/listinfo/ovmsdev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openvehicles.com/pipermail/ovmsdev/attachments/20130926/bf400475/attachment.htm>

More information about the OvmsDev mailing list