MultiPlus assistant charge current control

Hi I am setting up a assistant in my Multiplus.

My goal is to evaluate 3.3v that arrives across the terminals of the MultiPlus Aux1 terminals. Its part of a Home assistant dashboard project I am building, where I am allowing members of my family to turn on the inverter’s charging function without the need to go into the VRM and mess about with charging schedules (as these are burried in multiple menus and confusing).

To that end I am using a Multiplus assistant ‘charge current control’ which monitors the MultiPlus’ Aux replay pins. When the Aux1 pins go high (3.3v is present) the assistant sets the Inverters charge current from 0 to a value I have predetermined. if 0 volts are poresents across the same pins, the charge current is set to 0A.

This is where my actual question lays:

The Inverter charger is pulling power from the grid and not a Solar array (my solar arrays are controlled via a charge controller unit RS450). So initally I set the current value in the assistant at the maximum value of the fuse installed between my house and the street (here in Portugal domestic main fuses are 40A)

However when I activate the Inverter’s charging via this assistant I see very little Watts being drawn from the grid. When I read the Assistant instaructions it clearly states DC current. Which in my case is set to 150A in the BMS, and I have a Maximum current physically in my buzzbar set by 200A fuses.

.

So my question is can I set the Assistant charge current to 150A rather than the 40A I currently have it set to, and how do I know that my main fuse will not blow?

Kind regards

Duncan

Set your Input Current limit to 40A in the Multi’s settings (or a little lower if you want a safety margin). At 230V that’s like 9000W.
The Multi in your pic can only charge up to 110A anyway, and at battery V might peak at ~ 6000W.
Both limits will be honoured separately.

Hi JohnC

The input current limit as set in the General tab?

As I do not see any setting for this in the Charge Tab.

Kind regards

Duncan

Hi @JohnC

I made the suggested changes:


However while the Aux1 detects the presence of the 3.3v the Inverters charger still seems to be drawing no current from the Grid.


As I have the Over ruled by Remote checked, do I need to set any values in the CebroGX?

Kind regards

Duncan

Ok, you seem to have sorted the Input Limit. There’s other places you can set that, like in Cerbo, VRM, or MFD app, but usually the last one changed applies universally. But check in Cerbo anyway.

I don’t have personal experience with that particular Assistant, but you could try testing it with no V at all across the Aux port. It says it will “pull up” to ~2V if a jumper across the port is disconnected. BUT, I think the comment below that is unclear. I would expect that below (say) 1V with the port shorted would give one A value, and when the circuit opened would give another. No in-between settings in that case.
You may need to experiment.

Hi @JohnC

I am getting closer to the issue. I am now pretty sure I have a conflict between the ‘Charge Current Control’ Assistant and the ESS assistant.

The first thing I did was turn off shared current sense in the DVCC module of the Remote console (the CebroGX)

I then discovered that in the ESS module. you have to use the mode ‘Keep batteries charged’. to allow manual charging to work

That allows you to turn the inverter charger on and off via the Aux1 hack (using the Charge Current Control’ assistant. However it also means that the Grid supplies all power to the critical loads of the inverter, which is not the desired outcome.

Chosing any other ESS mode causes the ESS module to take control and the manual charging hack stops working.

So I am thinking I either have to stop using the ESS assistant within the Multiplus or revert back to turning night charging on and off within the VRM (which is problematic for wider family hence the HA project).

This is an issue as I mainly use ESS to push excess solar power to the grid to allow the pannels to run at 100%,rather than throttling down.

A real fix would be if Victron exposed the ESS charge schedule toggles (to acctivate/inactivate a schedule) to HA, in that way you could simply used the ESS assistant as I was, including setting up what any schedule was (time, date, days etc) within the VRM. Then Allow HA to simply turn a shcedule on or off.

For now I think I’ll disable the ESS assistant in the MultiPlus and see if I can get this manual charging project working.

Any words of wisdom would help.

Kind regards

Duncan

Ok I have found a resolution to this issue:

To revise my goal was to set up a simple Dashboard in Home Assistant to allow Victron MultiPlus charging (my home buying power from our Grid Supplyer) to be turned on and off by family members when I am not home, via a simpler Home Assistant dashboard. The reason is that the ESS schedules that control this type of charging ar burried deep in the VRM and my famility is already using Home Assistant dashboards so are familure with it.

My inital approach was to deploy a hack which leverages the MultiPlus Aux ports that can sense a small voltage change across the terminals. The voltage was being supplied by a ESP32866 board controlled by Home Assistant. The Voltage change was being monitored in the MultiPlus by an assistant entitled ‘charge current control’. This assistant allows you to adjust the charge current from 0 to 110 amps in the MulitpLus Charge TAB of its configuration page, effectively using the change as a switch.

The issue I was having is that the ESS assitant in the MultiPlus and the ESS module which its paired to in the CebroGX clash with the charge current control assistant, and you get undesirable results.

To that end I started to explore the Modbus protocol as I was able to see some data in Home assistant via an intergration entitled ‘hass-victron’. So I went off down the Modbus rabbit hole and got some way to see data and write changes to the MultiPlus (mostly to the relay ports). But I struggled to find any ability to switch the Multiplus charging on or off or activate and deactivate the CebroGX scheduled charges (which would be the best solution).

After a fear amount of head scratching and failing to get the Modbus approach to work (this requires writing Yamal code and knowning the correct Victron registeres to communicate with - all well documented so not that hard to research and write). I deciced to read the documentation on the Github page for the hass-victron intergration more carefully. There I discovered that I had not configured this intergration into Home Assistant correctly, and that if I simply reconfigured it, and checked one small box (“Ticking the write support option enables an “advanced” users mode. If write support is disabled the integration is “safer” to use.”) then intergration would pull in all the switchable elements the CebroGX allows you to control externally of the Victrom ecosystem.

Importaly for my project the MultiPlus ‘Inverter mode’ selection is exposed.

This one element gave me the means to create my Home assistant dash board. Its not the final solution I would like to achieve (the ability to turn on and off the ESS schedules directly), but it works in the same manner as my inital soloution just using a slightly different approach.

So what I did next was:

  1. Remove the ‘charge current control’ assistant from the Multiplus config. As its not needed in my build, and keeps the MultiPlus config cleaner and easier to support.
  2. Remove the ESP83266 board from the physical connection to the MultipLus Aux port. Again it’s not needed and cleans up the physical install.
  3. Reconfigure the Home Assistant hass-victron intergration with the correct write support check box ticked.
  4. In the Charging Tab of the Multiplus config, set the charging current back to 100Amps. As we will not be manipulating this value and need it to be at its upper level when charging from the grid is called for.
  5. In the CenroGX I set up 4 ESS charging schedules, and turn these all to active. which causes them to fire regardless of what Home Assistant deos. These schedules have a charge to SOC of 100 percent set, as the actual SOC will be managed by Home Assistant.
  6. Then in Home Assistant I have an automation which can select a MultiPlus mode via the now exposed inverter mode function in the hass-victron intergration.

The helper toggle simply creates an on/off switch for my dash board, the charge to SOC is a value that the automation evaluates to see if the desired charge SOC has been reached, and the start charging is the time that the Home Assistant Automation will fire.

How this works is if my wife turns charging on in Home assistant, and sets the SOC to 80% battery at 01:10am. Home Assistant will wait until that time then fire the automation. Which selects the ‘ON’ value in the Multiplus. ON turns on the charger, so if a ESS schedule is also set to be active within this same period power is pulled from the grid and my battery charges.

When Home Assistant evaulates the SOC against the automation SOC helper number, and they become equal, it sets the MultiPlus mode to ‘INVERTER’ which turns off the charger. The ESS schedule may be still active at this point but without the mjeans to charge anything no more power is pulled from the grid.

We have been using this solution for a few days now and it works seemlessly. The only issue I think we will have is Solar excess. In that at times (usualy in the summer months) we have excess solar and push that to the grid to keep the pannels opperating at 100% and thus staying cooler.

I have not confirmed but I suspect my current solution stops the MultiPlus push power to the grid as I beleive it uses the charger for this task. However as we generally only buy power at night or on Sundays (due to the tarrif we are on) in the Autum and Winter months, I think deactivating the ESS schedules one a year (for Spring and Summer) and then reactivating them one a year, is far better than not having the Home Assistant charging functions.

Further this approach still allows us to remotely (via VRM) set charging on and off as the same inverter modes are available in the VRM, so we have not limited the Victron ecsystem with the changes I have made.

So to conclude:

I am somewhat annoyed my first go at this using the ESP board and assistant hack failed, but I think thats the geek in me talking. The Solution we have now, is simpler, easy to use and will work for now. Eventually if the ESS Schedules become exposed to the hass-vcitron intergration I’ll adapt my Home Assistant automation to adjust those rather that the mode switch. As I beleive that would be a more correct answer.

For now I hope this post helps someone else struggling to design the same kind of project.

Take Care D