I have a 3 fase multiplus system with ac out pv solar edge 3 phase system an victron ev charger.
I setup the overload protection for the ev charger listening to the import metering of the multiplusses. The entire house goes through the multiplusses so if they dont import more then 25A per fase i will not get a grid breaker failing.
This works like it should, so for that part i am happy. If i set the ev charger to 32A it ramps up the charge and mesures an overload and shuts down the ev charger, lowers the charge current and tries again. This proces goed on until it reaches a charge current where my import of 25A isnt overloaded and then continues charging the ev.
The only big downside i find is that when surplus energy comes available during ev charging the current to the charger doesn not actively goes up again like in active load balancing i see in other ev chargers with lets say p1 readout. I know overload protection is working on a different way then load balancing, but i am wondering if there is in the future the option for the software of the ev charger to actively listen to the grid limit and actively loadbalance to max available. Especcially on partly clouded day i misout on a lot of charging speed with only the overload protection since it never ramps up again when my solar power steps up big time when cloud goes away from the sun.
Or is there a way to make this happen within nodered?
Problem is that solar power can fluctuate rapidly, and breakers allow only a short during overload, i’m not sure if nodered can respond rapidly enough and then there might be communication issues so if you would manage to raise the charging level and a comms issue happens probably the main breaker will switch, you really don’t want that to happen, so you should stay at a manageable max rate.
Btw, it’s pretty easy adjusting max charge current via modbus.
Node red is fast enough, provided you have a fast energymeter.
As example: We build our own EVCS loadbalancing and charge algo’s for our clients and node red is used to just blueprint and unit test the our software which ultimately uses MQTT and not Node red pallet to drive EVCS settings keeping Victron’s security measures in place.
mqtt for power subscription of a sensor and a python modbus interface is what i use but a plc with direct powerreading would be way more reliable and faster, but then a wired ethernet or serialmodbus connection would be better too.