
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div>Jack,</div><div><br></div><div>No. Not completely. My big test the other day found the edge case: If the charging is aborted by some line problem (breaker-trip, slide-to-stop, etc), then pilot goes true->false.</div><div><br></div><div>My issue is that the pilot bit comes in on a different message than the charger status. If we miss a message (entirely possible), or the car sends the charger status _before_ door status (which has the pilot bit), then we would miss it.</div><div><br></div><div>I think it is much safer to work off the charge state and sub-state, as they are in the same CAN message so we have to race conditions to deal with. Particular as the sub-state seems to record by-request - and if that works for all cases it gives us exactly what we need.</div><div><br></div><div>Regards, Mark.</div><div><br></div><div><div>On 19 Feb, 2012, at 11:45 AM, Jack West wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><span class="Apple-style-span" style="border-collapse: separate; font-family: Helvetica; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; -webkit-border-horizontal-spacing: 0px; -webkit-border-vertical-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px; font-size: medium; "><div>Canbus notes reads pilot bit is always 1 on your 2.5, is this accurate?</div><div><br></div><div>Jack</div></span></blockquote></div><br></body></html>