# Arduino based Mk2 PV Diverter being resurrected **URL:** \ **Category:** Applications\ **Created:** [20 August 2019 05:53 UTC](https://community.openenergymonitor.org/t/arduino-based-mk2-pv-diverter-being-resurrected/11713 "2019-08-20T05:53:04Z")\ **Posts on this page:** 1\ **Showing post:** 2
**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:** [20 August 2019 11:11 UTC](https://community.openenergymonitor.org/t/arduino-based-mk2-pv-diverter-being-resurrected/11713/2 "2019-08-20T11:11:28Z")
Welcome back.👍 Robin’s system and software is still available to constructors - all the (modern) details are on his website [https://mk2pvrouter.co.uk/](https://mk2pvrouter.co.uk/) There’s no reason why the two or more systems won’t work together - but each must **not** try to steal from the other. There’s [a thread](https://community.openenergymonitor.org/t/emonpi-solar-pv-openevse-setup-tesla-model-3/11675) running at the moment about this, and I solved a similar problem with another user some while ago. You’ll need to make sure that all systems can accept a control hierarchy. The system with highest priority needs to be seen by the one with the lower priority as part of it’s normal domestic load, and the higher priority system must not see the dump load(s) of the lower priority system(s). The user whom I helped had just two systems - I think battery and water heating, and his problem was the two systems oscillated, stealing power from each other alternately. I suggested that he ran the wire feeding his immersion heater backwards through the grid c.t. of the other system, so its current in the main cable was cancelled out. So it knew nothing about the immersion heater, while the immersion PV system saw the battery charger as part of the normal house load, which automatically had priority. That solved the problem. With the overall control strategy hopefully explained: > [@Paraal](#): > > How will the PV Diverter interact & work with this system. That depends entirely how the two systems want to interact, according to the type of installation the designer of the battery system envisaged or assumed. > [@Paraal](#): > > Will each system interfere with the other? Unless you do something like I’ve outlined, there’s every possibility of that. > [@Paraal](#): > > Will battery system have priority over the available spare power? If you decide that will be so, yes (given what I’ve written above). [Edit] Here’s the previous thread about a battery charger: > [@Wiring of CTs for controlling a battery alongside a surplus diverter](https://community.openenergymonitor.org/t/wiring-of-cts-for-controlling-a-battery-alongside-a-surplus-diverter/11002): > > Hi all, I hope someone can help me with pointers to resources that explain how to achieve… I have an emonPi running well for quite a while and also one of Robin Emley’s mk2pvrouters for diverting surplus solar. I’ve recently installed a battery which is working fine, but there can sometimes be a bit of conflict between the battery and the Router in respect of priority for energy because both systems use CTs at the same grid import position and both attempt to keep current at that location clo… And the conclusion: > [@Wiring of CTs for controlling a battery alongside a surplus diverter](https://community.openenergymonitor.org/t/wiring-of-cts-for-controlling-a-battery-alongside-a-surplus-diverter/11002/9): > > With this new topology the battery’s web interface now shows an “export” amount when the battery is not absorbing all surpus power, but this “export” is then offered th the Mk2 - which seems to be much finer-grained and responsive in its diversion which is improving my total self-consumption. --- _[View the full topic](https://community.openenergymonitor.org/t/arduino-based-mk2-pv-diverter-being-resurrected/11713)._