Bizarre. I guess they don't count it as 'charging' until current is going into the pack directly (as opposed to coming out of the wall).

I converted your logs (thanks) to roadster_can.pl compatible format, and it all looks quite clean. There are some very strange message states (in particular, the percentage jumps all over the place), but I don't see any unexpected charging->notcharging->charging transitions. Charging is OFF for the whole of the 0-49 log, and only goes on after pre-heat in the 100 log.

The 0-49 log shows:

0.0 100 95 0D 07 64 A4 01 16 00    ->VDS Charger v1.5 (preparing-to-charge) (conn-pwr-cable) (standard)
 ...
0.0 100 96 2C 00 02 21 38 00 00    ->VDS Doors (l-door: closed) (r-door: closed) (chargeport: open) (pilot: true) (charging: false) (bits 2C)
0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 18 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 18 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 15 03 64 A4 01 16 00    ->VDS Charger v1.5 (stopped-charging) (by-request) (standard)
0.0 100 96 2C 00 02 21 38 00 00    ->VDS Doors (l-door: closed) (r-door: closed) (chargeport: open) (pilot: true) (charging: false) (bits 2C)

The 100 log shows:

0.0 100 95 15 03 64 A4 01 16 00    ->VDS Charger v1.5 (stopped-charging) (by-request) (standard)
0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 95 0F 0B 63 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)
0.0 100 96 2C 00 02 21 38 00 00    ->VDS Doors (l-door: closed) (r-door: closed) (chargeport: open) (pilot: true) (charging: false) (bits 2C)
0.0 100 95 0D 01 64 A4 01 16 00    ->VDS Charger v1.5 (preparing-to-charge) (??sub-state?? 1) (standard)
0.0 100 96 2C 00 02 21 38 00 00    ->VDS Doors (l-door: closed) (r-door: closed) (chargeport: open) (pilot: true) (charging: false) (bits 2C)
0.0 100 95 01 05 64 A4 01 16 00    ->VDS Charger v1.5 (charging) (??sub-state?? 5) (standard)
0.0 100 96 3C 00 02 21 38 00 00    ->VDS Doors (l-door: closed) (r-door: closed) (chargeport: open) (pilot: true) (charging: true) (bits 3C)
0.0 100 95 01 05 64 A4 01 16 00    ->VDS Charger v1.5 (charging) (??sub-state?? 5) (standard)

[ side note - it seems the pilot does go false at some points in your logs ]

Regards, Mark.

On 14 Feb, 2012, at 7:01 PM, Michael Stegen wrote:

Mark, Jack,

I can confirm that the charging bit is not set when pre-heating the battery.
It's only set when it goes from pre-heating to charging.

Maybe we should just look at the State (0x95) instead of charging bit (0x96) and state.

I have uploaded my logfiles fom when i did the test here:
http://www.stegen.com/pub/bat_heating.rar

Inside the rar archive are two logfiles, one pre-heats till 49% then i press stop from the VDS.
The otherone pre-heats till 100%, and then the charging begins.

Note that the "preparing to charge" state is also entered after the pre-heating ended and before the actual charging starts.

-Michael







Op 14-2-2012 4:01, Mark Webb-Johnson schreef:
Urgh.

I think we really need to get a good trace of what you are seeing.

Is it possible for you to run the 1.2.0-rc3 code in the car, using 202.52.42.80 server, do a full charge (including pre-heat), then let me know UTC time it started? If possible, check up on it with an App during the charge (when an App is connected, the car reports in once every minute - otherwise only once every ten minutes). I have a full log running on the development server at the moment, and 1.2.0 code sends the detailed charging bytes as well as the summary status text.

Regards, Mark.

On 14 Feb 2012, at 2:22 AM, Jack West wrote:

Mark,

One possibility that might explain what I saw:

In heating substate the car does not turn on b4 of B2 in 0x96. Therefore logic does not see the car as charging when in the heating state so flags are not set, etc.

I'll look into this in more detail tonight.

Jack
_______________________________________________
OvmsDev mailing list
OvmsDev@lists.teslaclub.hk
http://lists.teslaclub.hk/mailman/listinfo/ovmsdev
_______________________________________________
OvmsDev mailing list
OvmsDev@lists.teslaclub.hk
http://lists.teslaclub.hk/mailman/listinfo/ovmsdev




--
Stegen Electronics
Kwartslaan 95
3162 RD Rhoon
The Netherlands

Tel:    +31 10-5016960
Skype:   stegen.com
www.stegen.com

_______________________________________________
OvmsDev mailing list
OvmsDev@lists.teslaclub.hk
http://lists.teslaclub.hk/mailman/listinfo/ovmsdev