Fronius Netz und Hausverbrauch nicht mehr verfügbar

[Skibbie]

Hallo,
ich habe heute ein Update auf meinen Fronius Symo Hybrid 5.0 aufgespielt.
neue Version: 1.17.3-1
Seitdem erscheinen in der openWB nicht mehr Netz- und Hausverbrauch. PV- und Batterieleistung und SOC werden noch übertragen.

Ich habe gesehen, dass in der EU Modulkonfi schon Reiter für Symo Gen24 sind. Die beiden Varianten haben leider nichts gebracht.

Hier die Ausgabe, die ich von der API (ip/solar_api/v1/GetPowerFlowRealtimeData.fcgi) des Wechselrichters bekomme:

Code: Alles auswählen

{"Body":{"Data":{"Inverters":{"1":{"Battery_Mode":"disabled","DT":99,"E_Day":1233.199951171875,"E_Total":1092594.75,"E_Year":8394.7001953125,"P":0,"SOC":40}},"Site":{"BatteryStandby":false,"E_Day":1233.2,"E_Total":1092594.7,"E_Year":8394.7000000000007,"Meter_Location":"grid","Mode":"bidirectional","P_Akku":null,"P_Grid":1155.5799999999999,"P_Load":-1155.5799999999999,"P_PV":null,"rel_Autonomy":0,"rel_SelfConsumption":null},"Version":"12"}},"Head":{"RequestArguments":{},"Status":{"Code":0,"Reason":"","UserMessage":""},"Timestamp":"2021-01-13T18:17:50+01:00"}}

Hier ist P_Grid (Netzbezug) und P_Load (Hausverbrauch) korrekt enthalten. Wie die API Ausgabe vor dem Update aussah, weiß ich leider nicht.

Kann ich noch mehr liefern zum debuggen?

Danke & Gruß,
Christian

[Skibbie]

Hier noch mehr von der API (ip/solar_api/v1/GetMeterRealtimeData.cgi?Scope=System):

Code: Alles auswählen

{"Body":{"Data":{"0":{"Current_AC_Phase_1":1.123,"Current_AC_Phase_2":0.56599999999999995,"Current_AC_Phase_3":0.71799999999999997,"Details":{"Manufacturer":"Fronius","Model":"Smart Meter 63A","Serial":"20040066"},"Enable":1,"EnergyReactive_VArAC_Sum_Consumed":126220,"EnergyReactive_VArAC_Sum_Produced":19730670,"EnergyReal_WAC_Minus_Absolute":242639,"EnergyReal_WAC_Plus_Absolute":1806610,"EnergyReal_WAC_Sum_Consumed":1806610,"EnergyReal_WAC_Sum_Produced":242639,"Frequency_Phase_Average":49.899999999999999,"Meter_Location_Current":0,"PowerApparent_S_Phase_1":264.12959999999998,"PowerApparent_S_Phase_2":133.00999999999999,"PowerApparent_S_Phase_3":167.5812,"PowerApparent_S_Sum":401,"PowerFactor_Phase_1":0.62,"PowerFactor_Phase_2":0.12,"PowerFactor_Phase_3":0.98999999999999999,"PowerFactor_Sum":0.68000000000000005,"PowerReactive_Q_Phase_1":-165.02000000000001,"PowerReactive_Q_Phase_2":-116.94,"PowerReactive_Q_Phase_3":-9.4499999999999993,"PowerReactive_Q_Sum":-291.41000000000003,"PowerReal_P_Phase_1":132.25999999999999,"PowerReal_P_Phase_2":14.380000000000001,"PowerReal_P_Phase_3":129.56999999999999,"PowerReal_P_Sum":276.20999999999998,"TimeStamp":1610559570,"Visible":1,"Voltage_AC_PhaseToPhase_12":407.19999999999999,"Voltage_AC_PhaseToPhase_23":405.60000000000002,"Voltage_AC_PhaseToPhase_31":405.80000000000001,"Voltage_AC_Phase_1":235.19999999999999,"Voltage_AC_Phase_2":235,"Voltage_AC_Phase_3":233.40000000000001}}},"Head":{"RequestArguments":{"DeviceClass":"Meter","Scope":"System"},"Status":{"Code":0,"Reason":"","UserMessage":""},"Timestamp":"2021-01-13T18:39:31+01:00"}}

Das wäre dann wie Variante1, nur "Body.Data."0"" anstatt "1" ...

[Skibbie]

ist es vielleicht die Meter ID, die über die Modulkonfi einstellbar ist? Dann könnte man es dynamisch in den Code bringen:

Code: Alles auswählen

wattbezug=$(echo "scale=0; $(echo $response_sm | jq '.Body.Data."$froniuserzeugung".PowerReal_P_Sum')/1" | bc)

Wie bekomme ich das jetzt am schnellsten auf meine openWB?

[openWB]

ist es vielleicht die Meter ID, die über die Modulkonfi einstellbar ist? Dann könnte man es dynamisch in den Code bringen:

Code: Alles auswählen

wattbezug=$(echo "scale=0; $(echo $response_sm | jq '.Body.Data."$froniuserzeugung".PowerReal_P_Sum')/1" | bc)

Wie bekomme ich das jetzt am schnellsten auf meine openWB?

Ist der Aufruf nötig mit der extra ID bei dir bzw. funktioniert dann?
Gerne einen PR stellen. Muss nur sichergestellt werden das es ohne die ID ebenso funktioniert damit bestehende Installationen weiter funktionieren.

[Skibbie]

Die ID ist in Variante1 schon enthalten. Aktuell nur hart auf "1" codiert. Bei mir ist es aber die "0". Das funktioniert dann auch.
Mit Hilfe der Button "Meter ID" im EVU konfig kann man zwischen 1 und 0 umschalten.
Bestehende Konfigurationen, die die Fronius Variante 1 nutzen müssten demnach dann die Meter ID einmal korrekt einstellen.
Laut API ist es auch denkbar, dass hier noch weitere Werte möglich sind, je nachdem wie viele Fronius Meter man verwendet. (Solar API: DeviceId String 0..65535)
Also ggf. kann man in der EVU Modulkonfi die zwei Button durch ein Eingabefeld ersetzen. Wobei wahrscheinlich die allerwenigsten mehr als 2 Meter im Einsatz haben. In der Regel dürfte auch das EVU Meter die ID 0 haben...

[Skibbie]

Aktueller Nightly ist gefixt.

Nun ist mir aufgefallen, dass Variante0 bei mir auch prinzipiell noch funktioniert. Eine winzige Änderung wäre nötig: es muss ein kleines "d" in "DeviceId" im Aufruf der API sein.
Mit dem Update ist der Fronius scheinbar case sensitiv geworden.
Es wäre interessant, ob die alte Firmware auch mit einem kleinen "d" funktioniert, dann ist ggf. Variante1 überflüssig.
Es sei denn es gibt noch andere Firmware Stände, die nur den Aufruf über Variante1 erlauben.
Laut API Dokumentation sollten aber beide Varianten in allen Fällen funktionieren. (sofern kleines "d" genutzt wird, da das so auch in der API-Doku steht)

Variante2 sieht komplett anders aus und ist so auch nicht in der API Doku zu finden, das ist dann wohl eine "echte" eigene Variante.

Gruß, Christian

[papabong]

Ich habe leider auch die aktuelle Fronius Version eingespielt

Leider keine gute Idee. Ich bekomme aktuell folgende Fehlermeldung beim PV

Störungsbeschreibung "<class 'requests.exceptions.InvalidURL'> Invalid URL 'http:///solar_api/v1/GetPowerFlowRealtimeData.fcgi': No host supplied"

Leider habe ich keine Ahnung wie ich das fixen kann ...

[vuffiraa]

Ich habe leider auch die aktuelle Fronius Version eingespielt

Leider keine gute Idee. Ich bekomme aktuell folgende Fehlermeldung beim PV

Störungsbeschreibung "<class 'requests.exceptions.InvalidURL'> Invalid URL 'http:///solar_api/v1/GetPowerFlowRealtimeData.fcgi': No host supplied"

Leider habe ich keine Ahnung wie ich das fixen kann ...

Zeig mal deine Konfiguration und dein Log. So schlimm ist die aktuelle Nightly jetzt auch nicht ...

[LutzB]

Die IP des zweiten WR war leer. Dort muss laut Beschreibung "none" drinstehen.

[shangri]

hm, kann der Fehler auch in der Stable-Version auftreten, selbst wenn man im PV-Modul temporär anstelle des Fronius "nicht vorhanden" wählt?