-
Want to remove ads? Register an account and login to see fewer ads, and become a Supporting Member to remove almost all ads.
Scheduled Off-Peak Charging and departure time cabin warming
- Thread starter Dilly
- Start date
I can see the point, but I’m not a lover of having all sorts of apps to achieve a goal. Tonight I’ll test out raising the charge limit to the max but ensuring that both boosts fall well short. That should force the car to want an earlier start time than my first boost and not completing and locking out #he second boost.
It’s only a four mile trip so it doesn’t matter.
My memory might be a bit crap but I'm sure it was possible for me to set a charging schedule and departure time in the i3, independantly of eachother. The car would start warming up to be ready for the departure time. I used to be on Go when I had the i3, so it worked perfectly (that I remember).
That being said, in both the i3 and Tesla I have found that if they are connected to the charger and can charge they will draw power from the charger rather than the battery to do the preconditioning. In recent days, with Agile, this has been to my detriment because the cost around the time I need to leave is much higher than it was when I actually charged the car (around 1am). I would rather charge the car up with cheap electricity, and overcharge it to account for using some of it for preconditioning, than just use shore power because it's there.
I would like to see:
- A separate charging (start & end) schedule to a scheduled departure time.
- The option to use (or not use) shore power when preconditoning the cabin/battery. In an ideal world it would be configurable so it would use battery power above a defined battery level, and shore power below.
- To be able to do the above using the app! It's beyond infuriating that I have to unlock the car to change the charging start time on the screen. I guess this isn't a problem for people on Go, or even most people, but on Agile it's pretty important.
I’m as bad as the rest of us. Wanting easy ways to charge and warm.
I had to smile. I remember hanging a paraffin heater under my sump overnight and putting a electric fan heater in the car in the morning.
And... the heater taking 6 miles to produce tepid air
I had to smile. I remember hanging a paraffin heater under my sump overnight and putting a electric fan heater in the car in the morning.
And... the heater taking 6 miles to produce tepid air
You have, although I keep forgetting about it. Would just rather it was in the Tesla app. I’m not sure I’m totally comfortable with a cloud service having my API details.
Another vote for EV.energy app - it just works.
Although, the energy it claims it puts into my car it’s different from what my Pod-Point app thinks. Who knows what’s actually going on? Wife keeps telling me not to worry about it but my obsessions are creeping in…
I Made two-boost charging work and got a warm car this morning.
I did cock up the first time, setting it to start as off peak ended and taking it all out of my Powerwall! Now corrected.
231 miles left, set charge limit to 270. I wanted about 250 and warm car at 7.15am.
Fooling the car to want greater range had the desired effect. It would have started a 4.00am and put in 15 miles then. Second boost cut in at 7.00am, car warm. Wouldn’t work for everyone, I know, but fine for short trips.
I did cock up the first time, setting it to start as off peak ended and taking it all out of my Powerwall! Now corrected.
231 miles left, set charge limit to 270. I wanted about 250 and warm car at 7.15am.
Fooling the car to want greater range had the desired effect. It would have started a 4.00am and put in 15 miles then. Second boost cut in at 7.00am, car warm. Wouldn’t work for everyone, I know, but fine for short trips.
Glan gluaisne
Active Member
Me neither. There's no means of knowing how secure, or not, any third party app provider's services may be. There are far too many cases of security breaches with cloud-based services for me to trust giving one the keys to the car.
I find that a simple programmable time switch controlling the charge point works perfectly for me. I can just flick a switch when I plug the car in to choose whether to charge only during the cheap period, or allow immediate charging. It's as foolproof as the timers that switch our heated towel rails or central heating on and off at set times, just does it's thing with no intervention from me, and with no possible flakiness from an app service going awry.
I understand the security concerns, but these should be true of any internet enabled device, not just access to an internet enabled device that more than one party has access to. Sure, you don't want to be handing over access to the cars API to a company that has proven not to take security seriously, nor has the relevant (or equivalent) ISO qualifications, but to say that it's a bad idea to give any 3rd party access to your cars API is really tarring an entire industry with the same brush.
Check what security principles the 3rd party is following, but also do the same for Tesla. Ensure you change your Tesla Account password periodically, that your password is strong, that you're using 2FA, and that your password is not memorised (use a pw manager) to prevent social engineering. And use P2D. Update your router password frequently, update the passwords and pins on any mobile or tablet devices that you access your tesla account with or tesla app with...
I work for software company that stores, manages and distributes the nations track infrastructure data and distributes it back to the first party and authorised partners. We are a responsible 3rd Party company that manages and secures that data, in many cases, more securely than the first party.
With regard to the simple programmable switch, I fully support homebrew but I'm not sure your switch could handle without considerable efforts the same complexities that the ev.energy app handles?
The app pulls in the daily changing Octopus Agile Rates via the Octopus API. It reads the cars required charge level set via the Tesla API and the cars current SoC. It calculates the amount of 30 minute charge sessions that are required in order to reach the required charge level, by the required departure time. It understands the cheapest/least carbon producing periods in which to charge between, the time the car is plugged in and the time of the cars departure. It will pick which 30 minute periods to use, which are rarely consecutive. It will do this every day based on the new rates, the current SoC, the required SoC and the required departure time without intervention.
Glan gluaisne
Active Member
How many ordinary people have any real way of knowing how secure any third party app provider is, though? These companies aren't big corporations, with well-established cyber security provisions, they are pretty small, perhaps even just one-man-band operations, so they cannot hope to have every security base covered. Even the big players sometimes get it wrong, as I found out with Google and my medical records being made public.
As for the time switch, I did say it worked for me, and that it was a time based solution, as per the title of this thread, not something to track a smart tariff, like Agile, which is way off-topic. Timing works perfectly for TOU tariffs, like E7. My charge points just turn on at the set start of the cheap rate period and off at the end of it, nothing much to go wrong, and as reliable as the metering system, which also just uses a time switch in the meter.
As for the time switch, I did say it worked for me, and that it was a time based solution, as per the title of this thread, not something to track a smart tariff, like Agile, which is way off-topic. Timing works perfectly for TOU tariffs, like E7. My charge points just turn on at the set start of the cheap rate period and off at the end of it, nothing much to go wrong, and as reliable as the metering system, which also just uses a time switch in the meter.
Glan gluaisne
Active Member
Not what I wrote. My original comment about third parties was this (my added emphasis below):
Some may well be as secure as it's possible to get, some may not. The key point I was making was that most people have no way of being able to determine how secure any app provider, and the services they contract to use, may be. What I did not say, or imply, was that all third party providers are inherently flawed.
The key issue for me is about verification and trust, and how ordinary people can be assured that the product they have chosen to use is as secure as they would want it to be. If I buy locks for my house I can choose "secured by design", or some other benchmark standard, and be assured of the level of security they provide. Same goes for Thatcham approval for vehicle security products. There's no equivalent. AFAIK, for an app that has the keys to your car.
For any first or third party that you choose to trust with your data, you can get an indication of how responsible they are with your data by looking at the security qualifications they possess - this would be the lock analogy equivalent of the benchmark standard. One of the most prevalent is IS027001 but there's many more such as CISM, CRISC, CySA+. None of these certificates guarantee protection against attacks of course, just like a secured by design lock is not unpickable, but it does demonstrate diligence.
If a first or third party company is serious about the security of your data and possessions you should be able to read about it on their website and if there was still doubt, reference the certificates that they claim to have with the awarding body.
Glan gluaisne
Active Member
This is the bit that seems to be missing in the information provided by even some of the bigger players, like EV Connect, for example. I've just read their legal stuff on their website (here: Terms and Conditions — EV Connect) and there seems to be no mention at all of any security standards they comply with, just that they comply with the provisions of US law.
Why wouldn't an app provider that is handling the digital equivalent of someone's car keys not make a point of highlighting the security accreditations they hold? After all, every single reasonably decent quality lock manufacturer will have their credentials on the front page of any advertisement, the same goes for Thatcham approved vehicle security stuff. To my, perhaps suspicious, way of thinking, any company that doesn't make it very obvious that what they are selling is accredited to a recognised standard most probably doesn't really have any form of recognised security accreditation at all.
True enough. Then again, there's no real way of knowing how secure, or not, Tesla's services may be.
I hate the current state of 3rd party integration with Tesla. It's completely unofficial, and requires an all-or-nothing approach. It would not be immensely difficult for them to create an official 3rd party API, with individual tokens and restrictions. If the third party doesn't need to be able to unlock the car, or only needs to know its location, or whatever, then it gets locked down to that. You could revoke individual 3rd party access, rather than all at once. So many things would work so much better.
12Pack
Member
Definitely Tesla need to add the on and off tariff slot. That combined with a departure time would work. Even the lowly Mini Electric does this, and in the official app too.
Thanks goodness for 3rd party Tesla apps.
Thanks goodness for 3rd party Tesla apps.
If you’ve talking Model 3, you can’t set a start time and a departure time. It’s one or the other.
Departure will stop charging at the time set.
In my Ioniq, you could set two separate timers in one night. Early one for off peak charge followed by a later shorter pre-warm
Similar threads
