<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><br></div>Temperature here would have to drop 25celcius or more for me to be able to test ;-) That said, I here we're going to have a cold snap this weekend - it will perhaps drop to +15celcius or lower...<div><br></div><div>Then again, I'm interested in seeing what is going to happen in a couple of months when we reach 35celcius ambient here. Is there a mysterious "Cooling" state?</div><div><br></div><div>Mark.</div><div><br><div><div>On 16 Feb 2012, at 4:35 PM, Jack West wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div bgcolor="#FFFFFF"><div>Mark and Michael,</div><div><br></div><div>This didn't get the right results.  It seems that the heating state does not error out into a stopped state.  If you lose the pilot while heating, the car just goes back to preparing, so no alerts.  Stopping heating 'by request' does get a 0x15 state so that part is OK.  I messed with it quite a bit but can't seem to get the logic programmed right.  </div><div><br></div><div>Seems like we want the app to read "charging" when we are heating and "charging stopped" if heating state fails.  But not get any alerts when heating ends and charging commences normally.</div><div>I also tried looking at the pilot B2b3 to check for failure.  I'm doing my best but you guys seem to have quite the knack for knocking this stuff out.  I am pretty good at catching salmon though :)</div><div><br></div><div>Best, Jack</div><div><br></div><div><br><br>On Feb 15, 2012, at 10:28 PM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div>Jack,<div><br></div><div>Sorry for late response.</div><div><br></div><div>Yes, that looks good. You could also optimise it with "can_databuffer[1]  |= 0x10" (I've never tried that on PIC, but it should work).</div><div><br></div><div>Regards, Mark</div><div><br></div><div><div><div>On 15 Feb 2012, at 11:34 AM, Jack West wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div bgcolor="#FFFFFF"><div><div>Mark and Michael,l,</div><div><br></div><div>I'm all for making things easy.  Sounds like a good solution.  Just to clarify:</div><div><br></div><div>can.c line #243</div><div><br></div><div>case 0x96:</div><div>if ((car_chargestate = = 0x0d) || (car_chargestate = = 0x0f))</div><div>     can_databuffer[1] = can_databuffer[1] | (0x10);</div><div><br></div><div>I'm pretty rusty at programming and only want to help, not make more work.</div><div><br></div><div>Jack<br><br>On Feb 14, 2012, at 6:05 PM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div><div><font class="Apple-style-span"><br></font></div><font class="Apple-style-span">Would it be easier to 'fix' the issue by just setting bit4 high in can_databuffer[1] of 0x96 if the chargestate was 'preparing' or 'heating'?</font><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">It would make it easier for the Apps to handle.</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">Mark.</font></div><div><font class="Apple-style-span"><br></font><div><div><font class="Apple-style-span">On 15 Feb 2012, at 10:51 AM, Jack West wrote:</font></div><font class="Apple-style-span"><br class="Apple-interchange-newline"></font><blockquote type="cite"><div bgcolor="#FFFFFF"><div><font class="Apple-style-span">Michael and Mark,</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">I'm glad you were able to test this out and confirm Michael.  My car was too warm to test the heating cycle today.  I'm proposing the following and will test it out tonight or in the morning (as soon as my car chills out).</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">can.c</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">Line #243</font></div><div><font class="Apple-style-span">Case 0x96:</font></div><div><font class="Apple-style-span">  if ((car_charging) && !((can_databuffer[1] & 0x10) || (car_chargestate == 0x0f)))</font></div><div><font class="Apple-style-span">     car_stopped = 1;</font></div><div><font class="Apple-style-span">  car_charging = ((can_databuffer [1] & 0x10) || (car_chargestate == 0x0f));</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">And</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">Line #229</font></div><div><font class="Apple-style-span">case 0x95:</font></div><div><font class="Apple-style-span">if (car_chargestate = = 0x0f) // heating state is treated as charging</font></div><div><font class="Apple-style-span">   car_charging = 1;</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">Jack</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span"><br>On Feb 14, 2012, at 3:43 AM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>> wrote:<br><br></font></div><div></div><blockquote type="cite"><div><div><font class="Apple-style-span"><br></font></div><font class="Apple-style-span">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).</font><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">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.</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">The 0-49 log shows:</font></div><div><font class="Apple-style-span"><br></font></div><blockquote class="webkit-indent-blockquote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 40px; border-top-style: none; border-right-style: none; border-bottom-style: none; border-left-style: none; border-width: initial; border-color: initial; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><div><div><font class="Apple-style-span">0.0 100 95 0D 07 64 A4 01 16 00    ->VDS Charger v1.5 (preparing-to-charge) (conn-pwr-cable) (standard)</font></div><div><font class="Apple-style-span"> ...</font></div></div><div><font class="Apple-style-span">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)</font></div><div><div><font class="Apple-style-span">0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><div><font class="Apple-style-span">0.0 100 95 0F 0B 18 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 18 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 15 03 64 A4 01 16 00    ->VDS Charger v1.5 (stopped-charging) (by-request) (standard)</font></div></div><div><font class="Apple-style-span">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)</font></div></blockquote><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">The 100 log shows:</font></div><div><font class="Apple-style-span"><br></font></div><blockquote class="webkit-indent-blockquote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 40px; border-top-style: none; border-right-style: none; border-bottom-style: none; border-left-style: none; border-width: initial; border-color: initial; padding-top: 0px; padding-right: 0px; padding-bottom: 0px; padding-left: 0px; "><div><div><font class="Apple-style-span">0.0 100 95 15 03 64 A4 01 16 00    ->VDS Charger v1.5 (stopped-charging) (by-request) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">0.0 100 95 0F 0B 63 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</font></div><div><font class="Apple-style-span">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)</font></div><div><font class="Apple-style-span">0.0 100 95 0D 01 64 A4 01 16 00    ->VDS Charger v1.5 (preparing-to-charge) (??sub-state?? 1) (standard)</font></div><div><font class="Apple-style-span">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)</font></div><div><font class="Apple-style-span">0.0 100 95 01 05 64 A4 01 16 00    ->VDS Charger v1.5 (charging) (??sub-state?? 5) (standard)</font></div><div><font class="Apple-style-span">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)</font></div><div><font class="Apple-style-span">0.0 100 95 01 05 64 A4 01 16 00    ->VDS Charger v1.5 (charging) (??sub-state?? 5) (standard)</font></div></div></blockquote><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">[ side note - it seems the pilot does go false at some points in your logs ]</font></div><div><font class="Apple-style-span"><br></font></div><div><font class="Apple-style-span">Regards, Mark.</font></div><div><font class="Apple-style-span"><br></font><div><div><font class="Apple-style-span">On 14 Feb, 2012, at 7:01 PM, Michael Stegen wrote:</font></div><font class="Apple-style-span"><br class="Apple-interchange-newline"></font><blockquote type="cite"><div><font class="Apple-style-span">Mark, Jack,<br><br>I can confirm that the charging bit is not set when pre-heating the battery.<br>It's only set when it goes from pre-heating to charging.<br><br>Maybe we should just look at the State (0x95) instead of charging bit (0x96) and state.<br><br>I have uploaded my logfiles fom when i did the test here:<br><a href="http://www.stegen.com/pub/bat_heating.rar">http://www.stegen.com/pub/bat_heating.rar</a><br><br>Inside the rar archive are two logfiles, one pre-heats till 49% then i press stop from the VDS.<br>The otherone pre-heats till 100%, and then the charging begins.<br><br>Note that the "preparing to charge" state is also entered after the pre-heating ended and before the actual charging starts.<br><br>-Michael<br><br><br><br><br><br><br><br>Op 14-2-2012 4:01, Mark Webb-Johnson schreef:<br></font><blockquote type="cite"><font class="Apple-style-span">Urgh.<br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote><blockquote type="cite"><font class="Apple-style-span">I think we really need to get a good trace of what you are seeing.<br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote><blockquote type="cite"><font class="Apple-style-span">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.<br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote><blockquote type="cite"><font class="Apple-style-span">Regards, Mark.<br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote><blockquote type="cite"><font class="Apple-style-span">On 14 Feb 2012, at 2:22 AM, Jack West wrote:<br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span">Mark,<br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span">One possibility that might explain what I saw:<br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span">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.<br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span">I'll look into this in more detail tonight.<br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span">Jack<br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span">_______________________________________________<br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span">OvmsDev mailing list<br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span"><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br></font></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><font class="Apple-style-span"><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br></font></blockquote></blockquote><blockquote type="cite"><font class="Apple-style-span">_______________________________________________<br></font></blockquote><blockquote type="cite"><font class="Apple-style-span">OvmsDev mailing list<br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote><blockquote type="cite"><font class="Apple-style-span"><br></font></blockquote><font class="Apple-style-span"><br><br>-- <br>Stegen Electronics<br>Kwartslaan 95<br>3162 RD Rhoon<br>The Netherlands<br><br>Tel:    +31 10-5016960<br>Skype:   <a href="http://stegen.com/">stegen.com</a><br><a href="http://www.stegen.com/">www.stegen.com</a><br><br>_______________________________________________<br>OvmsDev mailing list<br><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br></font></div></blockquote></div><font class="Apple-style-span"><br></font></div></div></blockquote><blockquote type="cite"><div><font class="Apple-style-span"><span>_______________________________________________</span><br><span>OvmsDev mailing list</span><br><span><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a></span><br><span><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a></span><br></font></div></blockquote></div></blockquote></div></div></div></blockquote><div><div><div><div><blockquote type="cite"><div bgcolor="#FFFFFF"><blockquote type="cite"><div><br></div></blockquote></div></blockquote></div></div></div></div><br>On Feb 14, 2012, at 6:05 PM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div><div><br></div>Would it be easier to 'fix' the issue by just setting bit4 high in can_databuffer[1] of 0x96 if the chargestate was 'preparing' or 'heating'?<div><br></div><div>It would make it easier for the Apps to handle.</div><div><br></div><div>Mark.</div><div><br><div><div>On 15 Feb 2012, at 10:51 AM, Jack West wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div bgcolor="#FFFFFF"><div>Michael and Mark,</div><div><br></div><div>I'm glad you were able to test this out and confirm Michael.  My car was too warm to test the heating cycle today.  I'm proposing the following and will test it out tonight or in the morning (as soon as my car chills out).</div><div><br></div><div>can.c</div><div><br></div><div>Line #243</div><div>Case 0x96:</div><div>  if ((car_charging) && !((can_databuffer[1] & 0x10) || (car_chargestate == 0x0f)))</div><div>     car_stopped = 1;</div><div>  car_charging = ((can_databuffer [1] & 0x10) || (car_chargestate == 0x0f));</div><div><br></div><div>And</div><div><br></div><div>Line #229</div><div>case 0x95:</div><div>if (car_chargestate = = 0x0f) // heating state is treated as charging</div><div>   car_charging = 1;</div><div><br></div><div>Jack</div><div><br></div><div><br></div><div><br></div><div><br></div><div><br>On Feb 14, 2012, at 3:43 AM, Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net">mark@webb-johnson.net</a>> wrote:<br><br></div><div></div><blockquote type="cite"><div><div><br></div>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).<div><br></div><div>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.</div><div><br></div><div>The 0-49 log shows:</div><div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div>0.0 100 95 0D 07 64 A4 01 16 00    ->VDS Charger v1.5 (preparing-to-charge) (conn-pwr-cable) (standard)</div><div> ...</div></div><div>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)</div><div><div>0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div></div><div>0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div><div>0.0 100 95 0F 0B 18 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 18 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 15 03 64 A4 01 16 00    ->VDS Charger v1.5 (stopped-charging) (by-request) (standard)</div></div><div>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)</div></blockquote><div><br></div><div>The 100 log shows:</div><div><br></div><blockquote class="webkit-indent-blockquote" style="margin: 0 0 0 40px; border: none; padding: 0px;"><div><div>0.0 100 95 15 03 64 A4 01 16 00    ->VDS Charger v1.5 (stopped-charging) (by-request) (standard)</div><div>0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 00 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 31 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>0.0 100 95 0F 0B 63 A4 01 16 00    ->VDS Charger v1.5 (??state?? 15) (??sub-state?? 11) (standard)</div><div>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)</div><div>0.0 100 95 0D 01 64 A4 01 16 00    ->VDS Charger v1.5 (preparing-to-charge) (??sub-state?? 1) (standard)</div><div>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)</div><div>0.0 100 95 01 05 64 A4 01 16 00    ->VDS Charger v1.5 (charging) (??sub-state?? 5) (standard)</div><div>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)</div><div>0.0 100 95 01 05 64 A4 01 16 00    ->VDS Charger v1.5 (charging) (??sub-state?? 5) (standard)</div></div></blockquote><div><br></div><div>[ side note - it seems the pilot does go false at some points in your logs ]</div><div><br></div><div>Regards, Mark.</div><div><br><div><div>On 14 Feb, 2012, at 7:01 PM, Michael Stegen wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div>Mark, Jack,<br><br>I can confirm that the charging bit is not set when pre-heating the battery.<br>It's only set when it goes from pre-heating to charging.<br><br>Maybe we should just look at the State (0x95) instead of charging bit (0x96) and state.<br><br>I have uploaded my logfiles fom when i did the test here:<br><a href="http://www.stegen.com/pub/bat_heating.rar">http://www.stegen.com/pub/bat_heating.rar</a><br><br>Inside the rar archive are two logfiles, one pre-heats till 49% then i press stop from the VDS.<br>The otherone pre-heats till 100%, and then the charging begins.<br><br>Note that the "preparing to charge" state is also entered after the pre-heating ended and before the actual charging starts.<br><br>-Michael<br><br><br><br><br><br><br><br>Op 14-2-2012 4:01, Mark Webb-Johnson schreef:<br><blockquote type="cite">Urgh.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">I think we really need to get a good trace of what you are seeing.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">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.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">Regards, Mark.<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite">On 14 Feb 2012, at 2:22 AM, Jack West wrote:<br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><blockquote type="cite">Mark,<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">One possibility that might explain what I saw:<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">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.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">I'll look into this in more detail tonight.<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">Jack<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">_______________________________________________<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite">OvmsDev mailing list<br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br></blockquote></blockquote><blockquote type="cite">_______________________________________________<br></blockquote><blockquote type="cite">OvmsDev mailing list<br></blockquote><blockquote type="cite"><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br></blockquote><blockquote type="cite"><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br></blockquote><blockquote type="cite"><br></blockquote><blockquote type="cite"><br></blockquote><br><br>-- <br>Stegen Electronics<br>Kwartslaan 95<br>3162 RD Rhoon<br>The Netherlands<br><br>Tel:    +31 10-5016960<br>Skype:   <a href="http://stegen.com/">stegen.com</a><br><a href="http://www.stegen.com/">www.stegen.com</a><br><br>_______________________________________________<br>OvmsDev mailing list<br><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br></div></blockquote></div><br></div></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OvmsDev mailing list</span><br><span><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a></span><br><span><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a></span><br></div></blockquote></div></blockquote></div><br></div></div></blockquote></div></blockquote></div><br></div></div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>OvmsDev mailing list</span><br><span><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a></span><br><span><a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a></span><br></div></blockquote></div></blockquote></div><br></div></body></html>