Large Negative Values

[tmedeirosa]

First of all thank you very much tomquist! Awesome tool!

I have a particular set-up, a bigger PV with its own CT's and battery which makes the automatic management of the largest part of energy.
I used the CT's for the other system to emulate a shelly pro 3em using your tool.

In your tool it seems is all correct:

}
Sending response: {"id":1,"src":"shellypro3em-ec4609c439c1","dst":"unknown","result":{"a_act_power":1061.0,"b_act_power":-1338.0,"c_act_power":-1687.0,"total_act_power":-1963.999}}
Received UDP message: {"id":1,"method":"EM.GetStatus","params":{"id":0}}
From: 192.168.178.29:10000
Parsed request: {
"id": 1,
"method": "EM.GetStatus",
"params": {
"id": 0
}

However I believe that the B2500 cannot handle such big negative values.
It reads Correct the Phase 1, but Phase 2 and 3 it reads - 58 and -120...
Do you have any experience with something like this?

Thank you very much!

[tomquist]

When you say "It reads Correct the Phase 1, but Phase 2 and 3 it reads - 58 and -120..." do you mean the app shows those values? It's more likely a rendering issue. These aren't very large values (at least not large enough to cause problems).

[tmedeirosa]

That is correct, the app shows those values... I am not sure if it is a rendering and I am a bit concerned to leave it working like this...

[sailmich]

Hallo,
Vielen Dank für den emulator!
ich habe ein ähnliches Problem. Es sieht so aus als ob Werte kleiner als minus 250 auf einer Phase dazu führen, das auf dieser Phase dann, innerhalb der Marstek App, falsche Werte angezeigt werden. Ich habe ein Fronius smart meter für meine PV Anlage und hole die Werte der drei Phasen mit Node red, gerundet auf ganze Zahlen, über die api.
Der Intervall in Node red beträgt eine Sekunde.
Die einzelnen phasen addiert geben auch nicht den Wert total, der in der App angezeigt wird, wieder. Dabei ist es egal wie hoch der negative Wert der einzelnen Phasen war. Wenn nur zwei Phasen negativ sind stimmt die Addition auch!
Bei nur positiven Werten ist die Addition der einzelnen Phasen immer richtig.
Ich habe dann in Node red die einzelnen Phasen simuliert und komme so zu dem Schluss, dass Werte kleiner als minus 250 auf einer Phase, dazu führen das diese Phase dan einfriert oder einen falschen viel zu großen Wert anzeigt (z.B. -4).
In dem Protokoll des B2500-meter addons im Home Assistant werden die richtigen Werte für die einzelnen Phasen angezeigt!
Verstehe ich es richtig, das dass b2500-meter addon nur die Werte der drei Phasen simuliert und die Berechnung findet in der Marstek app statt? Wenn dem so ist, dann liegt das Problem in der Marstek App.

Hello,
Thank you very much for the emulator!
I have a similar problem. It seems that values less than minus 250 on one phase cause incorrect values to be displayed on that phase within the Marstek app. I have a Fronius smart meter for my PV system and retrieve the values of the three phases with Node red, rounded to whole numbers, via the API.
The interval in Node red is one second.
The individual phases added together do not give the total value displayed in the app. It does not matter how high the negative value of the individual phases was. If only two phases are negative, the addition is correct!
If only positive values are present, the sum of the individual phases is always correct.
I then simulated the individual phases in Node red and came to the conclusion that values less than minus 250 on a phase cause this phase to freeze or display an incorrect value that is much too high (e.g. -4).
The log of the B2500-meter add-on in Home Assistant shows the correct values for the individual phases!
Am I correct in understanding that the b2500-meter add-on only simulates the values of the three phases and the calculation takes place in the Marstek app? If so, then the problem lies in the Marstek app.

Translated with DeepL.com (free version)