# emonEVSE on order - Working with Octopus Agile **URL:** \ **Category:** OpenEVSE\ **Tags:** emonevse, octopus, emonpi\ **Created:** [15 October 2019 15:21 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180 "2019-10-15T15:21:07Z")\ **Posts on this page:** 14\ **Page:** 1
**Author:** ![PaulS](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/pauls/32/11429_2.png) [@PaulS](https://community.openenergymonitor.org/u/PaulS)\ **Post date:** [15 October 2019 15:21 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/1 "2019-10-15T15:21:07Z")
Hi all, I’ve just ordered my emonEVSE to be installed, so I thought I’d introduce myself on the forum, and ask a couple of questions. I already have an emonPi monitoring my house usage and solar, and I’m in the process of moving to Octopus Agile for my tariff (partly to get cheap power, but also to try to get reasonable export rates when the solar is generating and no-one is home - I missed the FIT and don’t have storage). So the plan is to automate the EVSE to charge the car during the cheapest period, depending on how much charge the car needs, and when you plan to need it. I have a script already which deals with getting the car SoC (I have an i3 so it talks to BMW to get that) and working out when/ how long to charge using the Octopus API, but I’ve yet to get my head around controlling the EVSE. First pass would probably be just set timers, but I’d like to get to a point where it stopped charging during spikes to continue later, feathered the charge rate in higher priced time periods, and provided power for preconditioning before departure. At the moment I’m really just trying to find out if other people have done similar things that I use / customise, or if anybody wants to work together on something like this? ---
**Author:** ![TrystanLea](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/trystanlea/32/31_2.png) [@TrystanLea](https://community.openenergymonitor.org/u/TrystanLea)\ **Post date:** [15 October 2019 17:50 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/2 "2019-10-15T17:50:52Z")
Hello @PaulS great to hear! You might be interested in the [Emoncms Demand Shaper module - #23 by TrystanLea](https://community.openenergymonitor.org/t/emoncms-demand-shaper-module/9097/23) we are working on doing this exact thing and it works already alongside the emonEVSE 🙂 It will need some adaptation to work with the script your using the get the i3 SOC - at the moment the only SOC integration implemented is with OVMS. ---
**Author:** ![PaulS](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/pauls/32/11429_2.png) [@PaulS](https://community.openenergymonitor.org/u/PaulS)\ **Post date:** [16 October 2019 12:38 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/3 "2019-10-16T12:38:39Z")
@TrystanLea Is that a module that lives on the emonPI? Guess I might need to look at flashing a new SD card to get up to date. Mine’s too old to do live updates these days. On the i3 SoC. I don’t think OVMS works on BMW as nobody has worked out if it’s possible to read SoC (or anything else) via the CAN bus. I can imagine you wouldn’t want to go down the path of adding code specific to every car manufacturer, so any ideas how I can hook my 10-20 lines of python/requests code in? ---
**Author:** ![borpin](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/borpin/32/193_2.png) [@borpin](https://community.openenergymonitor.org/u/borpin)\ **Post date:** [16 October 2019 12:53 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/4 "2019-10-16T12:53:02Z")
> [@PaulS](#): > > Is that a module that lives on the emonPI? It is under ‘Apps’. What version are you on? @TrystanLea is just running a fresh image based on the [Emonscripts](https://github.com/openenergymonitor/EmonScripts) repository (which you can run yourself on a fresh Rasbian Lite). You _should_ be able to export your data, dahboards etc and then import it onto the new system. I’d recommend a new SD card firstly so you can roll back and secondly they do wear out eventually. ---
**Author:** ![PaulS](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/pauls/32/11429_2.png) [@PaulS](https://community.openenergymonitor.org/u/PaulS)\ **Post date:** [16 October 2019 13:12 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/5 "2019-10-16T13:12:08Z")
> [@borpin](#): > > What version are you on? It reports: **Emoncms** Version low-write 9.8.30 2018.05.08 ---
**Author:** ![borpin](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/borpin/32/193_2.png) [@borpin](https://community.openenergymonitor.org/u/borpin)\ **Post date:** [16 October 2019 13:17 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/6 "2019-10-16T13:17:24Z")
Is the backup module installed? ---
**Author:** ![TrystanLea](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/trystanlea/32/31_2.png) [@TrystanLea](https://community.openenergymonitor.org/u/TrystanLea)\ **Post date:** [16 October 2019 14:38 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/7 "2019-10-16T14:38:03Z")
The demandshaper module is not currently installed by default on the existing emonSD-30Oct18 image or earlier. We are including it by default on the new image that is currently going through testing [emonSD-17Oct19 (original beta testing thread)](https://community.openenergymonitor.org/t/emonsd-02oct19-beta-currently-in-testing/12077). Im just in the process of doing another run through the image build with a couple of things fixed since the 02Oct19 version, it would be worth you using the new version. Im also going to write a guide on the DemandShaper module for [https://guide.openenergymonitor.org](https://guide.openenergymonitor.org) that will hopefully help with using it. ---
**Author:** ![PaulS](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/pauls/32/11429_2.png) [@PaulS](https://community.openenergymonitor.org/u/PaulS)\ **Post date:** [16 October 2019 14:57 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/8 "2019-10-16T14:57:16Z")
> **Modules** Administration | App v1.1.0 | **Backup v1.1.2** | EmonHub Config v1.0.0 | Dashboard v1.2.0 | EventProcesses | Feed | Graph v1.2.0 | Input | postprocess | CoreProcess | Schedule | Network Setup v1.0.0 | sync | Time | User | Visualisation | WiFi v1.0.0 Yep, it is. ---
**Author:** ![borpin](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/borpin/32/193_2.png) [@borpin](https://community.openenergymonitor.org/u/borpin)\ **Post date:** [16 October 2019 15:07 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/9 "2019-10-16T15:07:03Z")
> [@PaulS](#): > > Yep, it is. Best way forward, once @TrystanLea has finished testing the new build, will be to export your data using the backup module, install a fresh image and then import your data. It is worth keeping the system up-to date; trying to do a big jump can prove problematic. ---
**Author:** ![PaulS](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/pauls/32/11429_2.png) [@PaulS](https://community.openenergymonitor.org/u/PaulS)\ **Post date:** [17 October 2019 14:32 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/10 "2019-10-17T14:32:18Z")
It’s been one of those things that… it’s been working, so why mess with it? ---
**Author:** ![borpin](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/borpin/32/193_2.png) [@borpin](https://community.openenergymonitor.org/u/borpin)\ **Post date:** [17 October 2019 15:16 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/11 "2019-10-17T15:16:55Z")
> [@PaulS](#): > > it’s been working, so why mess with it? Yes I’m a bit ‘ain’t broke, don’t fix’ but it then gets to be a real pain to do big jumps. I tend to now try and keep things reasonably current. ---
**Author:** ![Robert.Wall](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/robert.wall/32/38246_2.png) [@Robert.Wall](https://community.openenergymonitor.org/u/Robert.Wall)\ **Post date:** [17 October 2019 15:49 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/12 "2019-10-17T15:49:47Z")
Some say: “If it ain’t broke, fix it until it is.” 😆 ---
**Author:** ![AndyinHawick](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/andyinhawick/32/15669_2.png) [@AndyinHawick](https://community.openenergymonitor.org/u/AndyinHawick)\ **Post date:** [20 October 2020 16:48 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/13 "2020-10-20T16:48:48Z")
Hi Paul I’d be interested in understanding how you are pulling the state of charge from your i3; our car club has an i3 and a Leaf connected to smart chargers (Zappi) supplied by [the non-domestic version of] Agile and I want to automatically schedule the charging to make use of the cheapest half-hours. Getting the SoC is an aspect that I can only currently do with the manufacturer’s iPhone apps. ---
**Author:** ![glyn.hudson](https://community.openenergymonitor.org/user_avatar/community.openenergymonitor.org/glyn.hudson/32/35003_2.png) [@glyn.hudson](https://community.openenergymonitor.org/u/glyn.hudson)\ **Post date:** [20 October 2020 17:14 UTC](https://community.openenergymonitor.org/t/emonevse-on-order-working-with-octopus-agile/12180/14 "2020-10-20T17:14:32Z")
The BMW i3 has got built in telematics for which an API is available: > **[GitHub - edent/BMW-i-Remote: A reverse engineered interface for the BMW i3...](https://github.com/edent/BMW-i-Remote)** > > A reverse engineered interface for the BMW i3 Electric Car - GitHub - edent/BMW-i-Remote: A reverse engineered interface for the BMW i3 Electric Car Note: I’ve not tried this myself, nor do I have access to an i3 to test.