Multiplus inverting while grid is available

Hi All - can anyone please shed some light on this, my Multiplus is inverting as if the grid is not available, but the grid is available; it is not loadshedding and our power is not off. This happened last night as well. Please see attached screenshot.
??

Switch on the AC IN voltage graph and then check that it is within limits.
See High Grid Voltage
and Grid voltage too high?

1 Like

Hi Louis - itā€™s changing between 253 to 255 Volts, with the odd 260 Volt (and now itā€™s load shedding, so canā€™t check anymore). From the posts you quoted above, I gather that the voltage is too high as per the Grid code, which is why the Multi disconnects the grid, and the Municipality will have to sort this out. Well, cantā€™ see that happening here in Tshwaneā€¦ :expressionless: :expressionless: Thanks for the reply.

1 Like

The supply voltage is actually a contractual, legally binding obligation, not an oops-a-daisy guideline. Push the issue.

1 Like

I have seen a minimum of 3 grid disconnects from my Tripconnect today.

Set it to 250v, Iā€™m done waiting for Victron to have to step in ā€¦ ok, Victron is now the abso-bloody-last-resort.

Iā€™ve noticed my Multi I 5KVAā€™s relays click over a couple of times in the last few days - but only for a second or two.

I downloaded the data (attached) of the last time it happened earlier this afternoon - but canā€™t really see that it is going too high (in either Home Assistant or VRM). Not sure whatā€™s going on?

Also in City of Tswhane.

20230528-1354_to_20230528-1453.xlsx (46.1 KB)

Mine does it when I turn on my coffee machine. Doesnt like the rotary pump.

It seems to doing it more and more.

I canā€™t however see in the VRM logs that the voltage is too high - it seems to hover between 230 - 240v. Not sure VRM has enough resolution to see - any other way I can check?

I do notice that thereā€™s more in the last hour or so (evening peak?)

EDIT: I donā€™t see any correlation between my own usage.

Can you check the grid frequency?

Caught it as it happened:

image

Frequency 50.1 Hz according to the GX is fine?
239V is fine?

Me taking a stab in the dark, but I heard thereā€™s a way for municipalities to inject a signal in the AC to control geysers etc. Not sure how it works, but could it be that the municipality is trying that out and the Multi doesnā€™t like it?

Not sure, and also weird that they started doing it ~5 days ago. Iā€™ve never had this issue before in the 2+ years Iā€™ve had the system.

Also would expect more people in Tshwane to complain, but a colleague in Centurion has no such issue.

Very unlikely, itā€™s a standard and has been in use for a very long time.

Had a look at a colleagueā€™s VRM, who lives a couple of streets from me (generally the same neighbourhood). No indication of problems on hisā€¦ makes me worry that it might be my inverter.

Indeed. I know of one country where there was an issue, but they were using something non-standard (compared to the rest of the world). I think it was Poland but Iā€™m unsure.

@ebendl There is another somewhat hidden value you can look at. I assume you are at least somewhat familiar with rooting a GX and looking on dbus? On the vebus service (the Multi), there is a few logs of the reasons it disconnected, stored on the path Devices/0/InterfaceProtectionLog/n/ErrorFlags, where n is a number. The last 4 is remembered.

Yours shows the value 8. It is a bitmask, and that value is 1000 in binary. The 4th bit means ā€œLowVoltageā€. It disconnected because there was a very brief dip in the voltage.

Roughly,
1 = RoCoF, 2 = HIgh frequency, 4 = Low frequency, 8 = Low voltage, 16 = High voltage, etc.

Interestingly the previous event has the value 12, which means low voltage and frequency.

Edit: And RoCoF is Rate of Change of Frequency. Second derivative in other words. If it accelerates or decelerates too quickly, it is seen as a problem.

1 Like

Using MQTT Explorer I can see how the V and Hz causes these errors during the loadshedding cycle.

image

1 Like

On a linux system, or anything where the date commands accepts the -d option (is that GNU-specific?), you can also easily translate that timestamp.

date -d '1970-01-01 1685517180 seconds'
Wed 31 May 2023 07:13:00 SAST

or https://www.epochconverter.com/

@plonkster - is the bitmask documented somewhere in public github?

This is a really nice way of diagnosing why the inverter decides to disconnect, thank you. Using ā€˜dbus-spyā€™ on the venus itself you can also access the values under the ā€˜com.victronenergy.vebus.xxxā€™ key. For example, on my system: