LOW, LOW, LOW.
One-third of a penny per unit tonight!!
LOW, LOW, LOW.
One-third of a penny per unit tonight!!
The problem I see with agile tariffs, at least for me, is that you can’t completely predict when the cheapest periods will be. I charge both my Model S and Powerwall 2 on night rate electricity and am currently on the EDF Easy Online 18 month tariff which is 4.9p/kWh night (7 hours) and about 24.6p/kWh peak. These lowest and maximum rates are similar to your Octopus Agile real rates, but the high peak is much longer on the EDF tariff. Thos doesn’t bother me because my Powerwall 2 should supply all my Peak rate demand.
So my problem with the Octopus Agile tariff is that I set the night period on the Powerwall 2 and set the start of charge the on the Model S so that they only use the low night rate and I have 7 hours of that. Until we get smart Powerwall and Model S charging times that tie in with the agile tariffs I can’t accurately set the timers to be sure to use the cheapest rates.
I do have another problem with the Easy Online tariff, which required the installation of a Smart Meter, something I was rather reluctant to do, with good reason it seems. Until the smart meter was fitted a week ago, I wan’t using any peak rate electricity, according to both my old drum meter and the Powerwall PVOutput data. However, the smart meter is clocking up a steady demand of about 0.1kW all the time. That may not sound much but equates to over £150 per annum! Investigations are under way. Before you make observations on this problem, please read my detailed correspondence on the Tesla Motors Club Energy forum at
[https://teslamotorsclub.com/tmc/threads/gateway-2-and-smart-meter-accuracy.172604/]
I am aware of potential sampling errors at low energy flows.
This is where the code / app of the batteries / chargers needs to be better imho.
With Octopus publishing data via their API its upto the app owners to hook into this to allow charging when appropriate (ie when cheapest). They should be no need to ‘predict’ or hand crank charging times when the data is fully available each evening for the next day.
The Ohme charger for example does this. https://www.ohme-ev.com/
The latest fruits of my coding labour is a new Twitter account (@energystatsuk) that tweets out and graphs the next days Octopus Agile tariff data each evening.
https://twitter.com/energystatsuk
Its work in progress, so if anyone has any thoughts or comments please let me know.
Utter Madness on Octopus Agile tariff tonight.
Over 5 hours of negative pricing, so you GET PAID to use as much electricity as you want.
Min: -1.8p (02:30)
Max: 25.3p (17:00)
Average: 6.8p
Av Excl Peak: 4.2p
Go Period (0030-0430): -0.8p
Peak Time (1600-1900): 24.0p
Stats via https://www.energy-stats.uk/
Follow on Twitter: @energystatsuk
It gets even better tonight… get paid almost 5p per unit!!!
What is this windy madness!!
I was asked if I could add the daily Agile pricing in table format.
Whilst I can’t guarantee I can add everything asked for, this one seemed to work out ok.
So I’ve added table based pricing as an alternative to the graphs/charts to each of the 14 DNO regional Agile and Agile Outgoing pages.
For example: https://www.energy-stats.uk/octopus-agile-yorkshire/
Hope this helps folks.
I’ve made some changes to my code over the weekend which should now enable quicker updates to the website (https://www.energy-stats.uk/) and posting the Agile pricing summary graph out via @energystatsuk
I used to have a set cron job at 6pm that did all the work, but i’ve now put some ongoing checks from 4pm onwards looking for new pricing via the API and acting upon them when I see them posted.
Its seems to have been stable over the past few days, so hopefully will continue to work as planned in to the future.
I expect this would kill graph caching efficiency, but what about somehow highlighting the current 1/2 slow with a vertical coloured bar ? You’d have to redraw each 30 minutes, but that should still not be too bad ?
As I use Grafana to display the graphs on the site i’m really bound by the functionality that it can provide.
I managed to spend a bit of time over Christmas and New Year coding some new functionality for the site that I’ve just put live.
Download historical Agile and Agile Outgoing data.
Far and away the most frequent request I get to the site is “Where can I get full historical pricing data for Agile and/or Agile Outgoing?”
Usually cos they want to do their own geeky analysis of the figures.
Agile started on 18th February 2018.
Agile Outgoing started on 15th May 2019.
Both data sets go right back to day one for each tariff will be updated every day with the new pricing from the Octopus API, so usually sometime after around 4pm.
If you’ve had the daily graph tweet from @energystatsuk then you know the underlying data will have been updated for that day.
https://www.energy-stats.uk/download-historical-pricing-data/
Hope you find this useful.
Just added a new graph to the site on each of the 14 regional “Go versus Agile” pages.
This new one is Go versus Agile (00:30 to 04:30) for the previous year, but shows Agile as a weekly average.
For example: https://www.energy-stats.uk/octopus-go-versus-agile-london/
Hope this helps.
It was clear that comparing Go (00:30 to 04:30 with Agile (00:30 to 04:30) pricing is an unfair comparison.
I think a fairer comparison is Go versus an average of the lowest 4 hours each day of Agile, so the cheapest 8 x 30 min slots each day.
Note: The 4 hours (8 x 30 mins slots) may not well not be sequential. They could be picked randomly from throughout the day.
From today, you can now see those comparisons on each of 14 regional Go versus Agile page.
For example: https://www.energy-stats.uk/octopus-go-versus-agile-london/
The same cheapest 4hr average stats are also available on the weekly summary graphs too that are on the same page.
Hope this helps.
Agile tariff is two years old today… here’s what two years worth of minimum, average and maximum pricing looks like.
My little website and twitter project has become so popular that Octopus Energy themselves got in touch to ask me all about it.
Obviously, I was more than happy to have a geeky chat with them!!
Never seen that in the afternoon before - I guess there must be an excess due to the combination of a sunny and windy day. According to http://www.gridwatch.templar.co.uk/ wind is currently providing 36% of demand and solar 25%.
Sadly it wouldn’t benefit us as our solar panels are currently producing more that we can use.
Bob.
Hi I wondered if any one has similar problems. I am not technical so please forgive if the following ramble is published in the wrong place.
I have a tesla powerwall a small pv array(2.5kwh) and a small ev. I joined the octopus go tariff and found it very good charging car and battery at night and the full battery covered me for most of the day.
The smart meters fitted by octopus ( landis & gyr) did not work very well and also developed a problem with the powerwall (so I was told) this resulted in a non billing for a considerable period my monthly payment stayed the same for well over a year. Eventually the meters were changed to Kafta and things started to work again. I requested a refund as my octopus account was well in credit. Unable to do said octopus as the meters were not working correctly. These after many heated emails were finally sorted and a refund promised.
I then had a call from octopus to say that my octopus go tariff was ended as there was a unresolved conflict with the meter the powerwall and the goverment system so I would now be on standard tariff dispite trying to save peak power use by having the latest smart meter a powerwall an ev with smart charger they could not tell me how many people would be effected or if all battery’s were effected or if only certain meters were effected was it the goverments system? Or was it my many emails over a near 2 year period asking for a refund and when my system would be working?
Regards Len