<div dir="ltr">I would say to keep things simpler that if you're doing a standard charge, always optimize for cost (since a full standard charge isn't bad for the battery at all), but if the car is set for Range Charge, then do the "finish by" thing.<div>
<br></div><div style>My (Nor Cal PGE) TOU periods are:</div><div style><font face="courier new, monospace"> Summer M-F</font><span style="font-family:'courier new',monospace"> Summer Weekends Summer Rates</span></div>
<div style><font face="courier new, monospace"> Peak: 2pm-9pm None $0.30-$0.54/kWh</font></div><div style><font face="courier new, monospace">Part-Peak: 7am-2pm & </font><span style="font-family:'courier new',monospace">9pm-mid</span><span style="font-family:'courier new',monospace"> 5pm-9pm $0.09-$0.34/kWh</span></div>
<div style><font face="courier new, monospace"> Off-Peak: mid-7am 9pm-mid & </font><span style="font-family:'courier new',monospace">mid-5pm $0.04-$0.28/kWh</span></div><div style><font face="courier new, monospace"><br>
</font></div><div style><div><font face="courier new, monospace"> Winter M-F</font><span style="font-family:'courier new',monospace"> Winter Weekends Winter Rates</span></div><div><font face="courier new, monospace"> Peak: None None None</font></div>
<div><font face="courier new, monospace">Part-Peak: 7am</font><span style="font-family:'courier new',monospace">-mid</span><span style="font-family:'courier new',monospace"> 5pm-9pm $0.09-$0.34/kWh</span></div>
<div><font face="courier new, monospace"> Off-Peak: mid-7am 9pm-mid & </font><span style="font-family:'courier new',monospace">mid-5pm $0.04-$0.30/kWh</span></div><div><font face="courier new, monospace"><br>
</font></div><div><font face="courier new, monospace"><br></font></div><div><div>The new Nor Cal PGE TOU periods get rid of summer/winter time differences and will be:</div><div><font face="courier new, monospace"> M-F</font><span style="font-family:'courier new',monospace"> Weekends Rates</span></div>
<div><font face="courier new, monospace"> Peak: 2pm-9pm 3pm-7pm summer:$0.36 winter:$0.27</font></div><div><font face="courier new, monospace">Part-Peak: 7am-2pm & </font><span style="font-family:'courier new',monospace">9pm-11pm</span><span style="font-family:'courier new',monospace"> None summer:$0.20 winter:$0.16</span></div>
<div><font face="courier new, monospace"> Off-Peak: 11pm-mid & mid-7am 7pm-mid & </font><span style="font-family:'courier new',monospace">mid-3pm summer:$0.10 winter:$0.10</span></div></div></div><div style>
<br></div><div style>I'm attaching PGE's letter on TOU periods.</div><div style><br></div><div style>Note that we could just leave the off-peak entries off, since even PGE says "Off-peak is all other times." Just enter peak and part-peak and whatever's left is off-peak.</div>
<div style><br></div><div style>Probably the cases I'm worried about are edge cases, where the charging amperage is so low that it won't get to full at the next upcoming off-peak period, and so don't really matter. Since the Off-Peaks are always followed by a Part-Peak, there would be no reason not to wait until the Off-Peak to start any charging, since any time overflow would be in the next lowest tier anyway.</div>
<div style><br></div><div style>For Range charging on trips, I would suggest that if charging time permits, it would be better to do a cost-optimized Standard charge, followed by a time-optimized Range charge. That's what I do manually today - charge Standard overnight and then when I wake up the next morning, switch to Range and charge again. By the time I'm showered, fed, and packed, the car is Range charge full. </div>
<div style><br></div><div style>As long as you can calculate the time from Standard Full to Range Full you can work out when to start the Range to be Range full in time. I also suggest this saves energy, as there's less aggressive battery cooling in standard charge. Of course, some people might be battery coolness freaks and want to range charge all the time but with stopping the charge early (eg, at the same SOC as a standard full). That would keep the battery from getting too full while keeping the battery very cool. However, I think there are issues with performance and even battery life trying to pull a lot of power out of a too-cool battery. Range Mode charge leaves you in Range mode driving, which reduces power. I think that's not only to help your charge go faster, but to reduce the strain on a too-cool battery.</div>
<div style><br></div><div style>- Bennett</div><div style><br></div><div><br></div><div><br><div>
<br></div><div><br></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Sun, Jun 2, 2013 at 6:05 AM, <span dir="ltr"><<a href="mailto:ovmsdev-request@lists.teslaclub.hk" target="_blank">ovmsdev-request@lists.teslaclub.hk</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">Send OvmsDev mailing list submissions to<br>
<a href="mailto:ovmsdev@lists.teslaclub.hk" target="_blank">ovmsdev@lists.teslaclub.hk</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:ovmsdev-request@lists.teslaclub.hk" target="_blank">ovmsdev-request@lists.teslaclub.hk</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:ovmsdev-owner@lists.teslaclub.hk" target="_blank">ovmsdev-owner@lists.teslaclub.hk</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of OvmsDev digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: Advanced Charge Control (ACC) (Mark Webb-Johnson)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Sun, 2 Jun 2013 21:05:12 +0800<br>
From: Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net" target="_blank">mark@webb-johnson.net</a>><br>
Subject: Re: [Ovmsdev] Advanced Charge Control (ACC)<br>
To: OVMS Developers <<a href="mailto:ovmsdev@lists.teslaclub.hk" target="_blank">ovmsdev@lists.teslaclub.hk</a>><br>
Message-ID: <<a href="mailto:943A7C26-8D84-4086-9FEF-37DB7B42233B@webb-johnson.net" target="_blank">943A7C26-8D84-4086-9FEF-37DB7B42233B@webb-johnson.net</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Bennett,<br>
<br>
I'm a little confused on why we need this.<br>
<br>
Say you have three TOU rates:<br>
(a) 6am->6pm the most expensive<br>
(b) 6pm->2am the middle rate<br>
(c) 2am-6am the cheapest<br>
<br>
Now, you leave for work at 8am.<br>
<br>
Assume a charge requires 5 hours to complete.<br>
<br>
You could put in 8am as the departure time, in which case you would get 3 hours in rate (c) and 2 hours in rate (a).<br>
<br>
Or you could just put in the end of the most cheap rate, in which case the charge would be 1 hour in rate (b) and 4 hours in rate (c).<br>
<br>
Surely when you are doing a complete-charge-by-time style of charge, you could either put in the time you leave (to optimise for battery lifetime) or the end of the cheap rate band (to reduce charge cost)?<br>
<br>
My concern is because of (a) complicating the setup and configuration (in particular where user has to choose been optimising his battery lifetime or electricity bill), and (b) complicating the code (eeprom, ram and flash storage are very very tight).<br>
<br>
Could you provide some examples for your electricity provider? What are the current rate bands, and what time are they for weekdays and weekends?<br>
<br>
Regards, Mark.<br>
<br>
On 2 Jun, 2013, at 12:22 PM, Bennett Leeds <<a href="mailto:bennettleeds@gmail.com" target="_blank">bennettleeds@gmail.com</a>> wrote:<br>
<br>
> This is really exciting. I would request that the Charge Timer should be based on Time Of Use periods, in order to automatically have the lowest charging costs while still having a full vehicle when you need it.<br>
><br>
> Here in the states, many EV owners are on time of use meters. The cheapest period times very not only by day of the week, but also by season. I'd like to be able "teach" the car what the TOU periods are, tell it what time I leave each morning, and then have the car figure out the cheapest way to get me a full charge by the time I need it given the upcoming TOU periods between plug-in and when I need to leave.<br>
><br>
> The TOU periods could be specified in 3 levels per weekday and 3 levels per weekend. With 2 seasons, that would be 12 fields to be entered. Time Needed could be specified per weekday and per weekend - so 14 time fields total for this to work.<br>
><br>
> The logic is pretty straightforward. When the car is off and plugged in, look to see when the full charge is needed by. Either know the amperage available, or use the cooldown to get a pilot signal. Obey any lower current limits set by owners (which might be done due to old breakers, etc.). Then figure out if the cheapest time period is long enough to fully charge the car. If not, then do just enough charging in the second cheapest time period to result is a full charge, and if that won't be enough, then do just enough charging in the most expensive time period to result in a full charge after the upcoming second cheapest and most cheapest periods.<br>
><br>
> I'd be happy to be a tester for whatever you come up with.<br>
><br>
> thanks<br>
> - Bennett<br>
><br>
><br>
><br>
><br>
><br>
> On Sat, Jun 1, 2013 at 9:00 PM, <<a href="mailto:ovmsdev-request@lists.teslaclub.hk" target="_blank">ovmsdev-request@lists.teslaclub.hk</a>> wrote:<br>
> Send OvmsDev mailing list submissions to<br>
> <a href="mailto:ovmsdev@lists.teslaclub.hk" target="_blank">ovmsdev@lists.teslaclub.hk</a><br>
><br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
> <a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
> or, via email, send a message with subject or body 'help' to<br>
> <a href="mailto:ovmsdev-request@lists.teslaclub.hk" target="_blank">ovmsdev-request@lists.teslaclub.hk</a><br>
><br>
> You can reach the person managing the list at<br>
> <a href="mailto:ovmsdev-owner@lists.teslaclub.hk" target="_blank">ovmsdev-owner@lists.teslaclub.hk</a><br>
><br>
> When replying, please edit your Subject line so it is more specific<br>
> than "Re: Contents of OvmsDev digest..."<br>
><br>
><br>
> Today's Topics:<br>
><br>
> 1. Re: Advanced Charge Control (ACC) (Tom Saxton)<br>
> 2. Re: Advanced Charge Control (ACC) (Mark Webb-Johnson)<br>
><br>
><br>
> ----------------------------------------------------------------------<br>
><br>
> Message: 1<br>
> Date: Sat, 01 Jun 2013 12:02:41 -0700<br>
> From: Tom Saxton <<a href="mailto:tom@idleloop.com" target="_blank">tom@idleloop.com</a>><br>
> Subject: Re: [Ovmsdev] Advanced Charge Control (ACC)<br>
> To: OVMS Developers <<a href="mailto:ovmsdev@lists.teslaclub.hk" target="_blank">ovmsdev@lists.teslaclub.hk</a>><br>
> Message-ID: <<a href="mailto:CDCF9361.804A3%25tom@idleloop.com" target="_blank">CDCF9361.804A3%tom@idleloop.com</a>><br>
> Content-Type: text/plain; charset="US-ASCII"<br>
><br>
> Mark,<br>
><br>
> This all sounds great. It covers everything I want, and more. Personally, I<br>
> think three zones is plenty if you want to save some parameter space.<br>
><br>
> Tom<br>
><br>
> on 5/31/13 6:56 AM, Mark Webb-Johnson wrote:<br>
><br>
> > I've spent some time planning this, and now have the time to try to get it<br>
> > done. The observant will have noticed a new branch ACC just appeared in the<br>
> > github repository.<br>
> ><br>
> > This is primarily for Tesla Roadster owners, but once we work out how to do<br>
> > charge control in other cars, it will have use for them.<br>
> ><br>
> > The premise of what I'm thinking is a replacement for the limited charge<br>
> > control in the car, to make an Advanced Charge Control:<br>
> ><br>
> > We have the concept of a 'charge location'. This is an area (square, because<br>
> > it is easiest) around a GPS location. An area of 200m x 200m, centred on the<br>
> > charge location, should be sufficient for gps inaccuracies. Up to 5 such<br>
> > charge locations can be defined (I'm thinking home, work, and one other).<br>
> > Once the car enters a charge location, an action can be triggered. At the<br>
> > moment, I'm only thinking of automatic home link activation, but others are<br>
> > possible.<br>
> > When a car is turned off, while in a charge location, acc is enabled and<br>
> > current charge settings are saved.<br>
> > When a car is turned on, while in a charge location, acc is disabled and<br>
> > previous charge settings are restored.<br>
> > Features that acc should support include:<br>
> > Homelink activation.<br>
> > Cooldown (cool the car using a sequence of low amperage range mode charges) -<br>
> > this would need a minimum temperature (don't cool down unless ESS temperature<br>
> > is above this), a desired temperature (cool down until the ESS reaches this<br>
> > temperature),and a time limit (stop cooling down if we've been trying for too<br>
> > long).<br>
> > Charge mode (standard, storage, range, performance).<br>
> > Charge current limit.<br>
> > Various charge types, including:<br>
> > Charge on plug-in<br>
> > Start charge at specific time<br>
> > Complete charge by specific time<br>
> > Desired charge limit (SOC%, ideal miles/kilometers, or full)<br>
> > In addition to the charge locations, acc should be able to be turned on,<br>
> > one-off, for the current location. This should be done after the car is turned<br>
> > off, before plugging in. It will be effective until the car is turned on<br>
> > again.<br>
> > It should also be possible to use this one-off acc to override the charge<br>
> > control for the current location. This will be effective until the car is<br>
> > turned on again.<br>
> > Control, and status, is possible by SMS commands.<br>
> > Control is also possible by a new tab added to the apps. I'm going to do<br>
> > iPhone first, with the existing charge control moved to a new "Charge" tab.<br>
> ><br>
> > I'm not sure how to do the 'specific time'. This could be<br>
> > simple-to-ludicrously-complex. My inclination is to just put a day-of-week<br>
> > filter on each charge location - with acc only being enabled if the day<br>
> > matches. More than one location could be created for each physical gps<br>
> > location, with different day matches, to control how that would behave.<br>
> ><br>
> > Changes to be made include:<br>
> ><br>
> > Move the roadster digital speedo experimental feature to a fully supported<br>
> > features, and give it a permanent feature storage number.<br>
> > Assign five new permanent parameters, one each for five charge locations<br>
> > (home, work, other, or whatever they want to be known as - we just call them<br>
> > #1, #2, #3, #4 and #5).<br>
> > The parameter storage for these new locations includes the charging<br>
> > preferences for each location.<br>
> > We would also need a parameter for time zone.<br>
> > Add a new module called "acc".<br>
> > If "acc" detects we are at a known charge location, it will take over the<br>
> > charge control from the car.<br>
> > The "acc" will also support commands for the current location, and will be<br>
> > able to take over charge control from now until the car is next driven.<br>
> ><br>
> > Please let me have your comments / suggestions. I'll handle the coding, but<br>
> > I'll need lots of help testing.<br>
> ><br>
> > Regards, Mark.<br>
> ><br>
> > _______________________________________________<br>
> > OvmsDev mailing list<br>
> > <a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
> > <a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
><br>
><br>
><br>
><br>
> ------------------------------<br>
><br>
> Message: 2<br>
> Date: Sun, 2 Jun 2013 09:29:37 +0800<br>
> From: Mark Webb-Johnson <<a href="mailto:mark@webb-johnson.net" target="_blank">mark@webb-johnson.net</a>><br>
> Subject: Re: [Ovmsdev] Advanced Charge Control (ACC)<br>
> To: OVMS Developers <<a href="mailto:ovmsdev@lists.teslaclub.hk" target="_blank">ovmsdev@lists.teslaclub.hk</a>><br>
> Message-ID: <<a href="mailto:AF3A64D7-E806-4CF3-94A8-360D170626C4@webb-johnson.net" target="_blank">AF3A64D7-E806-4CF3-94A8-360D170626C4@webb-johnson.net</a>><br>
> Content-Type: text/plain; charset=us-ascii<br>
><br>
> Tom,<br>
><br>
> My original design was 3 (home, work, other). I increased to 5 to allow for different schedules weekday / weekend, etc.<br>
><br>
> Lets see how it works out. More would be good.<br>
><br>
> Regards, Mark<br>
><br>
> On 2 Jun, 2013, at 3:02 AM, Tom Saxton <<a href="mailto:tom@idleloop.com" target="_blank">tom@idleloop.com</a>> wrote:<br>
><br>
> > Mark,<br>
> ><br>
> > This all sounds great. It covers everything I want, and more. Personally, I<br>
> > think three zones is plenty if you want to save some parameter space.<br>
> ><br>
> > Tom<br>
> ><br>
> > on 5/31/13 6:56 AM, Mark Webb-Johnson wrote:<br>
> ><br>
> >> I've spent some time planning this, and now have the time to try to get it<br>
> >> done. The observant will have noticed a new branch ACC just appeared in the<br>
> >> github repository.<br>
> >><br>
> >> This is primarily for Tesla Roadster owners, but once we work out how to do<br>
> >> charge control in other cars, it will have use for them.<br>
> >><br>
> >> The premise of what I'm thinking is a replacement for the limited charge<br>
> >> control in the car, to make an Advanced Charge Control:<br>
> >><br>
> >> We have the concept of a 'charge location'. This is an area (square, because<br>
> >> it is easiest) around a GPS location. An area of 200m x 200m, centred on the<br>
> >> charge location, should be sufficient for gps inaccuracies. Up to 5 such<br>
> >> charge locations can be defined (I'm thinking home, work, and one other).<br>
> >> Once the car enters a charge location, an action can be triggered. At the<br>
> >> moment, I'm only thinking of automatic home link activation, but others are<br>
> >> possible.<br>
> >> When a car is turned off, while in a charge location, acc is enabled and<br>
> >> current charge settings are saved.<br>
> >> When a car is turned on, while in a charge location, acc is disabled and<br>
> >> previous charge settings are restored.<br>
> >> Features that acc should support include:<br>
> >> Homelink activation.<br>
> >> Cooldown (cool the car using a sequence of low amperage range mode charges) -<br>
> >> this would need a minimum temperature (don't cool down unless ESS temperature<br>
> >> is above this), a desired temperature (cool down until the ESS reaches this<br>
> >> temperature),and a time limit (stop cooling down if we've been trying for too<br>
> >> long).<br>
> >> Charge mode (standard, storage, range, performance).<br>
> >> Charge current limit.<br>
> >> Various charge types, including:<br>
> >> Charge on plug-in<br>
> >> Start charge at specific time<br>
> >> Complete charge by specific time<br>
> >> Desired charge limit (SOC%, ideal miles/kilometers, or full)<br>
> >> In addition to the charge locations, acc should be able to be turned on,<br>
> >> one-off, for the current location. This should be done after the car is turned<br>
> >> off, before plugging in. It will be effective until the car is turned on<br>
> >> again.<br>
> >> It should also be possible to use this one-off acc to override the charge<br>
> >> control for the current location. This will be effective until the car is<br>
> >> turned on again.<br>
> >> Control, and status, is possible by SMS commands.<br>
> >> Control is also possible by a new tab added to the apps. I'm going to do<br>
> >> iPhone first, with the existing charge control moved to a new "Charge" tab.<br>
> >><br>
> >> I'm not sure how to do the 'specific time'. This could be<br>
> >> simple-to-ludicrously-complex. My inclination is to just put a day-of-week<br>
> >> filter on each charge location - with acc only being enabled if the day<br>
> >> matches. More than one location could be created for each physical gps<br>
> >> location, with different day matches, to control how that would behave.<br>
> >><br>
> >> Changes to be made include:<br>
> >><br>
> >> Move the roadster digital speedo experimental feature to a fully supported<br>
> >> features, and give it a permanent feature storage number.<br>
> >> Assign five new permanent parameters, one each for five charge locations<br>
> >> (home, work, other, or whatever they want to be known as - we just call them<br>
> >> #1, #2, #3, #4 and #5).<br>
> >> The parameter storage for these new locations includes the charging<br>
> >> preferences for each location.<br>
> >> We would also need a parameter for time zone.<br>
> >> Add a new module called "acc".<br>
> >> If "acc" detects we are at a known charge location, it will take over the<br>
> >> charge control from the car.<br>
> >> The "acc" will also support commands for the current location, and will be<br>
> >> able to take over charge control from now until the car is next driven.<br>
> >><br>
> >> Please let me have your comments / suggestions. I'll handle the coding, but<br>
> >> I'll need lots of help testing.<br>
> >><br>
> >> Regards, Mark.<br>
> >><br>
> >> _______________________________________________<br>
> >> OvmsDev mailing list<br>
> >> <a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
> >> <a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > OvmsDev mailing list<br>
> > <a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
> > <a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
><br>
><br>
> ------------------------------<br>
><br>
> _______________________________________________<br>
> OvmsDev mailing list<br>
> <a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
> <a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
><br>
><br>
> End of OvmsDev Digest, Vol 17, Issue 5<br>
> **************************************<br>
><br>
> _______________________________________________<br>
> OvmsDev mailing list<br>
> <a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
> <a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.teslaclub.hk/pipermail/ovmsdev/attachments/20130602/887d633b/attachment.html" target="_blank">http://lists.teslaclub.hk/pipermail/ovmsdev/attachments/20130602/887d633b/attachment.html</a>><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
OvmsDev mailing list<br>
<a href="mailto:OvmsDev@lists.teslaclub.hk" target="_blank">OvmsDev@lists.teslaclub.hk</a><br>
<a href="http://lists.teslaclub.hk/mailman/listinfo/ovmsdev" target="_blank">http://lists.teslaclub.hk/mailman/listinfo/ovmsdev</a><br>
<br>
<br>
End of OvmsDev Digest, Vol 17, Issue 7<br>
**************************************<br>
</blockquote></div><br></div></div></div>