[Ovmsdev] v2 android clients crashes while v3 is charging

Michael Balzer dexter at expeedo.de
Tue Nov 7 06:01:10 HKT 2017


I've just pushed a rework of the v2 stat message including some more metrics and automatic code/key translations for charge state & mode.

It works well on my test vehicle. The translation utilities can also be used to set the code metrics if you stick to the integer keys internally.

Still missing is the substate. From the v2 code it can have these values:

- 0 = undefined
- 1 = charge stop request
- 3 = charging by request
- 7 = cable not connected
- 14 = charge interrupted

That's a bit mixed scope… are these all substates to support?

Regards,
Michael


Am 06.11.2017 um 18:37 schrieb Michael Balzer:
>>>> I also sent another pull request for a minimal implementation of the charger state related values in the v2 protocol, and some small leaf fixes.
>> This pull request ( https://github.com/openvehicles/Open-Vehicle-Monitoring-System-3/pull/7 ) is still outstanding
> I think deriving the car_chargestate string from the charge flags is not correct. We've currently got…
>
>     OvmsMetricString* ms_v_charge_state;      // charging, topoff, done, preparing, heating, stopped
>     OvmsMetricString* ms_v_charge_mode;       // standard, range, performance, storage
>     OvmsMetricString* ms_v_charge_substate;   // tba...
>
> …but no longer their numerical equivalences as metrics -- assuming they are no longer necessary. Are they? I.e. do we need the numerical values other than for
> the old V2 protocol?
>
> I'd else translate the old codes to their old numerical values just for the "S" msg.
>

-- 
Michael Balzer * Helkenberger Weg 9 * D-58256 Ennepetal
Fon 02333 / 833 5735 * Handy 0176 / 206 989 26

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.teslaclub.hk/pipermail/ovmsdev/attachments/20171106/af75cd3e/attachment.html>


More information about the OvmsDev mailing list