<html><head><meta http-equiv="Content-Type" content="text/html charset=iso-8859-1"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Matt, Thomas,<div><br></div><div>Looks good.</div><div><br></div><div>When ready for this to be merged to mainline, please let me know.</div><div><br></div><div>Regards, Mark.</div><div><br><div><div>On 18 Oct, 2013, at 5:08 pm, Matt Beard <<a href="mailto:matt@beard.tv">matt@beard.tv</a>> wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div dir="ltr"><div><div><div><div>OK, I've done a bit more testing and it looks promising.<br><br></div>What I have found is the following:<br><br></div><div>Charger Temperature<br></div><div>I spotted a value in byte 3 of PID 286 that rises gradually during charging, then falls slowly afterwards. It seems likely this is charger temperature of some kind. This seems to settle at about 40 higher than the current outdoor temperature in Celsius. It seems odd to be having a different offset to the battery temperature values, but the outside air temperature here is 9.7C and the PID 286 value is 50 with battery sensor average value 65. This would mean the charger is almost exactly ambient and the batteries 5C higher. I have added this as PEM temp.<br>
<br></div><div>Motor Temperature<br></div><div>I found that PID 298, which has the suspected motor RPM, has a set of 4 values in a similar range to the possible charger temperature reading. These seem to rise while driving, the forth of them (byte 3) rises fastest and highest. I suspect that these are intimately linked to the motor, either a direct motor temperature, or the motor drive electronics. Again, they settle to about 40 above ambient in C when not in use. I have added this as motor temp.<br>
</div><div><br></div><div>I have found that the charger temperature rises a little while driving, and the motor temperature possibly a tad while charging (but not much). This could simply be because the two are physically close, or the charger could be involved in regenerative braking.<br>
<br></div>Rapid/quick charge detection.<br>During RC the bus has PID 346 messages, but the range in byte 7 is 255 rather than a valid estimated range. I have seen logs showing 255 for a few samples at startup, so maybe we need to add a test for this 255 being stable for more than a second or two. Of course the problem now is that we have lost the predicted range. We have "ideal" range, but that is a bit of a chocolate teapot as you are never going to get that range and it is not correctly calculated in my opinion (due to unusable SOC at the bottom of the battery).<br>
<br>I have studied some of my charging records and it seems that the predicted range hits 0 at about 10% SOC, and it is roughly linear to 100% from there. The slope of the line depends on the recent driving style. I have used this to code a replacement "guess-o-meter" for use during rapid charge. The way it works is as follows: I constantly record valid SOC and est_range until either of them gets too low to be reliable (20% SOC or 5 range) - this gives me an indication of the slope that should be used for the line. During RC I calculate est_range = (SOC-10%) * Slope, where Slope = (Old_Range / (Old_SOC-10%)). This works, but I have only tried one RC with this code and the ranges it gave me were a bit higher than I expected. This might need some debugging.<br>
<br></div>I have attached the revised code. You will see that I have also optimised the PID filtering a bit to try and reduce load while still capturing the increased number of PIDs we are now monitoring. I wonder how easy it is to check how close we are to running out of CPU capacity in the read code.<br>
<br></div>Matt Beard<br><br><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 17 October 2013 07:10, Matt Beard <span dir="ltr"><<a href="mailto:matt@beard.tv" target="_blank">matt@beard.tv</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I hope to be able to do so in the next day or so.<span class="HOEnZb"><font color="#888888"><br></font></span><div>
<span class="HOEnZb"><font color="#888888">Matt</font></span><div><div class="h5"><br><br>On Wednesday, October 16, 2013, Thomas Bergo wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Greate work.<div><br></div><div>If you share your discoveries and your code, I can also do some testing<span></span>.</div><div><br></div><div>Regards, Thomas<br><br>onsdag 16. oktober 2013 skrev Matt Beard følgende:<br>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>I was wrong about the bus being quiet during RC and have figured out how to detect rapid charging.</div><div><br></div>Also I've found the AC charger temperature (which should probably go in PEM temperature) and I'm pretty certain I have found the motor temperature (but I need to do more testing). What I really want is the ambient temperature, but no sign yet. Any ideas?<div>
<br></div><div>Matt Beard</div><div><br><br>On Friday, September 27, 2013, Matt Beard OVMS wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>
<div>Has anyone seen a CAN log from a rapid charge?<br><br></div>Is the OBD port active at all during rapid charge? I found nothing gets reported during RC.<br><br></div>Matt<br><br></div><div>
<br><br><div>On 26 September 2013 10:29, Thomas Bergo <span dir="ltr"><<a>thomas.bergo@gmail.com</a>></span> wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Ok, then you have the same issue.<div><br></div><div>Will look into this later.</div><div><br></div><div>Regards, Thomas</div></div><div><br><br><div>
2013/9/26 Matt Beard OVMS <span dir="ltr"><<a>smvo@mxf.org.uk</a>></span><br>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div><div><div>My STAT? gives:<br><br></div>Not charging<br></div> SOC: 100%<br></div> Ideal Range: 93 mi<br>
</div> Est. Range 68 mi<br></div><div><br><br><div>On 26 September 2013 10:02, Thomas Bergo <span dir="ltr"><<a>thomas.bergo@gmail.com</a>></span> wrote:<br>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Matt:<div>Do you get the ODO in the "STAT?" SMS message? I did until two days ago, did a cleanup of the code before push to GitHub. After that i haven't got ODO. Can't see any changes to the code from the previous version ether.</div>
<div><br></div><div>Regards, Thomas </div></div><div><br><br><div>2013/9/25 Matt Beard OVMS <span dir="ltr"><<a>smvo@mxf.org.uk</a>></span><br>
<blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>Having disconnected OVMS and power-cycled the car the charge seemed to be going OK, so I connected the unit back up and let it go the last 50% or so with OVMS and it was still fine. So, looks like something set a bad value! Maybe there is a "set max % charge" CAN message and it got set due to noise on the bus. Wish I knew what it was!<span><font color="#888888"><br>
<br></font></span></div><span><font color="#888888">Matt<br><br></font></span></div><div><br><br><div><div>On 25 September 2013 14:35, Thomas Bergo <span dir="ltr"><<a>thomas.bergo@gmail.com</a>></span> wrote:<br>
</div><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">How did the rest of the charging go?<div>Any other hick ups?</div><div><br></div><div>
Regards,Thomas<span></span></div>
<div><br>onsdag 25. september 2013 skrev Matt Beard følgende:<div><br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
The SOC <span></span>was about 25%<div><br></div><div>Matt</div><div><br><br>On Tuesday, 24 September 2013, Thomas Bergo wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Was the SOC approximately 70% ?<div><br></div><div>The Car takes a pause and stops charging for some time at 70%. I belive this is to level the charge state of the cells. After some time the charging will continue.</div>
<div>
<br></div><div>Regards, Thomas<br><br>tirsdag 24. september 2013 skrev Matt Beard følgende:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">More strange behaviour with my C-Zero.<div>
<br></div><div>Trying to investigate charging current today I discovered that the car would not charge for longer than a couple of minutes with the OVMS connected (with Thomas' image loaded). It would start charging, then the current would drop to zero, but the charge light stayed on. After a while it stopped even trying to charge. Disconnecting the OVMS didn't fix it until I also turned the car on and off again (with the OVMS not connected). Did can noise cause problems again?</div>
<div><br></div><div>Matt</div><div><br><br>On Tuesday, September 24, 2013, Thomas Bergo wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">The first models (2011) was delivered with a 16A cable. This was changed for the later models (2012 ->) to 10A cable do to firesafty.<div>
At home i use a 16A cable for charging, but the car only draw 13A.</div>
<div><br></div><div>I'm not sure what is the correct info, EVSE limit or the charger limit.</div></div></blockquote></div></blockquote></div></blockquote></div></blockquote></div></div></blockquote>
</div></div></blockquote></div></div></blockquote></div></div></blockquote></div></div></blockquote></div></div></blockquote></div></blockquote></div>
</blockquote></div></div></div>
</blockquote></div><br></div>
<span><vehicle_mitsubishi.c></span>_______________________________________________<br>OvmsDev mailing list<br><a href="mailto:OvmsDev@lists.teslaclub.hk">OvmsDev@lists.teslaclub.hk</a><br>http://lists.teslaclub.hk/mailman/listinfo/ovmsdev<br></blockquote></div><br></div></body></html>