Rückmeldungen Nightly 1.9.272

[Ihaglc]

Es handelt sich um einen Fehler der durch meinen PR #2311 reingekommen ist und der durch meinen PR #2351 wieder gelöst werden sollte. Bei dem Fehler geht es soweit bekannt nur darum, dass die Versionsnummer nicht korrekt angezeigt wird. Das Update wird aber trotzdem durchgeführt, die Versionsnummer stimmt danach aber auf biegen und brechen nicht. Wenn der #2351 dann drin ist müssen alle, die nach dem 26.07.2022 10:39 Uhr ein Update gemacht haben 2x den Updateprozess durchführen, dann sollte alles wieder richtig sein.

Danke Det,
Das wusste ich und habe es, bevor ich auf die stable wieder zurückgegangen bin, auch gemacht.

yep
openWB Version: 1.9.272 (2022-08-11 15:48:21 +0200 [c2bb3741] )

Während der Fehler voher die Anzeige einer alten Version war, gab es diesmal aber gar keine Anzeige von Datum und Uhrzeit.
Gestern habe ich auch direkt von der stable auf die nightly gewechselt; der Patch von yankee hätte da schon greifen müssen, bzw. wäre gar nicht mehr nötig gewesen!?

[derNeueDet]

Ich kannst dir jetzt nicht genau sagen, da es sich um geänderte Berechtigungen auf Dateien gehandelt hat, kann das dadurch, dass du schon mal auf die Nightly gegangen bist, auch noch etwas anders gezeigt haben.

Wichtiger für dich wäre vermutlich eher, dass der Rest wieder funktioniert.

VG
Det

[Ihaglc]

Ganz genau,
bin daher wieder auf die Stable und warte auf eine Rückmeldung, bevor ich es mit der Nightly wieder probiere

[hominidae]

...openWB series2 DUO

Es hat eigentlich auf der stabile angefangen, aber ein Update auf die nightly heilt es nicht.

LP1 und LP2 zeigten, nach Abstecken des LP2 spiegelverkehrte Daten, mit Status (LP2 gesteckt, obwohl Fzg nicht mehr da und LP1 nicht gesteckt, obwohl es gesteckt in der Garage wartet).

Ein reboot hat das dann korrigiert, aber die an LP1 geladenen kWh (gesamt) zeigen nun den Gesamt-Zählerstand LP1,während die km der letzten Ladung korrekt stehen bleiben).

Ein Upgrade auf die nightly hat das nicht gefixt.

[JPRider]

Hallo Lena,

sorry für die späte Rückmeldung, war bis grad im Urlaub.
Im Anhang habe ich Dir noch einmal einen Auszug als simultane Gegenüberstellung von OpenWB und Sunny Portal sowie einen Debuglog im Mode 2 von besagten Zeitraum der Batterieladung gemacht. Ich hoffe es hilft bei der Lösungsfindung.

Gruss Frank

OpenWB_Auszug_2022_08_03_07_46.pdf
OpenWB_Debuglog_Mode_2_2022_08_03.txt

Und nochmal zwei Auszüge in Gegenüberstellung von OpenWB und Sunny Portal, einmal in der Entladephase und einmal der Ladephase. Es sieht so aus als würde die Ladeleistung der Batterie auf die PV-Leistung und den Hausverbrauch aufgeschlagen werden.
Wie gesagt, beim Entladen und wenn die Batterie voll ist passen die Momentanwerte. Die Tageswerte passen dann natürlich durch die falschen Werte während der Ladephase nicht.
Hybridoption ist aktiviert!


Ladephase_OpenWB_Auszug_2022_08_05.pdf
Entladephase_OpenWB_Auszug_2022_08_05.pdf

Ich habe gestern spät, also bei Dunkelheit und somit ohne Leistung der PV-Generatoren, nochmal auf die Anlage geschaucht und festgestellt, dass PV-Leistung angezeigt wurde. Wahrscheinlich war der Mond zu hell
Spass bei Seite. Dieses Verhalten war mir bislang noch nicht aufgefallen.
Konkret sah es so aus, dass der Wert der Batterieentladung als PV-Leistung ausgegeben wurde und auch der Wert für den Hausverbrauch um diesen geringer ausfiel. Bislang bin ich davon ausgegengen, dass in der Entladephase des Speichers die Werte für PV und Hausverbrauch stimmten (im Abgleich OpenWB und Sunnyportal). Ohne Restleistung von den Modulen hatte ich mir das noch nicht angeschaut.

Gibt es zu dem beschrieben Verhalten der SMA STP Smart Energy Hybridwechselrichter zwischenzeitlich einen Lösungsansatz?

[floycion]

Hallo,

sowohl mit der 1.9.271 Stable als auch der 1.9.272 Nightly (2022-08-12 13:55:08 +0200 [130dca32] )
kommen keine PV-Werte mehr rein. Update wurde 2x durchgeführt mit anschließendem Reboot.

Bildschirmfoto vom 2022-08-16 10-51-45.png (14.51 KiB) 1648 mal betrachtet

WR ist ein Sunplug (SolarWorld-gelabelter StecaGrid Coolcept), der zwar alle Momentanwerte aber leider in der "yield.xml" keine Werte bereitstellt. Die fehlenden PV-Ertragswerte waren mir bislang egal. Am fehlenden "Yield"-Wert liegt vermutlich der Grund (s. Debug-Log: "unhandled exception").
Konfiguriert als PV-Modul 2 "Kostal Piko MP oder Steca Grid Coolcept":

Hier der relevante Ausschnitt vom Debug-Log (Level 2).

Code: Alles auswählen

2022-08-16 09:59:12: PID: 8084: RET: 0 (LV2) at 19 main modules/wr2_kostalsteca/main.sh
AttributeError: 'NoneType' object has no attribute 'get'
".//Yield[@Type='Produced']/YieldValue").get("Value")))
File "/var/www/html/openWB/modules/wr2_kostalsteca/kostal_steca.py", line 46, in update
parser.set_defaults(RUN=lambda args: function(*[getattr(args, argument_name) for argument_name in arg_spec.args]))
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 19, in <lambda>
args.RUN(args)
File "/var/www/html/openWB/packages/helpermodules/cli/_run_using_positional_cli_args.py", line 34, in run_using_positional_cli_args
run_using_positional_cli_args(update, argv)
File "/var/www/html/openWB/modules/wr2_kostalsteca/kostal_steca.py", line 74, in main
importlib.import_module(parsed[0]).main(parsed[1:])
File "/var/www/html/openWB/packages/legacy_run_server.py", line 109, in handle_message
self.__callback(read_all_bytes(connection))
File "/var/www/html/openWB/packages/legacy_run_server.py", line 87, in handle_connection
yield
File "/var/www/html/openWB/packages/legacy_run_server.py", line 48, in redirect_stdout_stderr_exceptions_to_log
Traceback (most recent call last):
2022-08-16 09:59:12: PID: 2770: legacy run server: Unhandled exception
2022-08-16 09:59:12: PID: 2770: KostalSteca WR: YIELD: <?xml version='1.0' encoding='UTF-8'?><root><Device Name='Sunplug eco 5.5 TL3i' NominalPower='5500' Type='Inverter' Serial='754299AH005727330003' BusAddress='1' NetBiosName='INV005727330003' IpAddress='192.168.2.33' DateTime='2022-08-16T09:56:54'><Yields></Yields></Device></root>
2022-08-16 09:59:12: PID: 2770: requests.packages.urllib3.connectionpool: http://192.168.2.33:80 "GET /yields.xml HTTP/1.1" 200 None
2022-08-16 09:59:12: PID: 2770: requests.packages.urllib3.connectionpool: Starting new HTTP connection (1): 192.168.2.33:80
2022-08-16 09:59:12: PID: 2770: KostalSteca WR: PVWatt: -3611
2022-08-16 09:59:12: PID: 2770: KostalSteca WR: measurements: <?xml version='1.0' encoding='UTF-8'?><root><Device Name='Sunplug eco 5.5 TL3i' NominalPower='5500' Type='Inverter' Serial='754299AH005727330003' BusAddress='1' NetBiosName='INV005727330003' IpAddress='192.168.2.33' DateTime='2022-08-16T09:56:54'><Measurements><Measurement Value='230.5' Unit='V' Type='AC_Voltage1'/><Measurement Value='231.8' Unit='V' Type='AC_Voltage2'/><Measurement Value='233.4' Unit='V' Type='AC_Voltage3'/><Measurement Value='5.236' Unit='A' Type='AC_Current1'/><Measurement Value='5.191' Unit='A' Type='AC_Current2'/><Measurement Value='5.179' Unit='A' Type='AC_Current3'/><Measurement Value='3611.4' Unit='W' Type='AC_Power'/><Measurement Value='1212.4' Unit='W' Type='AC_Power1'/><Measurement Value='1200.7' Unit='W' Type='AC_Power2'/><Measurement Value='1202.4' Unit='W' Type='AC_Power3'/><Measurement Value='50.002' Unit='Hz' Type='AC_Frequency1'/><Measurement Value='50.003' Unit='Hz' Type='AC_Frequency2'/><Measurement Value='49.998' Unit='Hz' Type='AC_Frequency3'/><Measurement Value='559.9' Unit='V' Type='DC_Voltage'/><Measurement Value='6.579' Unit='A' Type='DC_Current'/><Measurement Value='40.7' Unit='°C' Type='Temp'/><Measurement Unit='W' Type='GridPower'/><Measurement Value='100.0' Unit='%' Type='Derating'/></Measurements></Device></root>
2022-08-16 09:59:12: PID: 2770: requests.packages.urllib3.connectionpool: http://192.168.2.33:80 "GET /measurements.xml HTTP/1.1" 200 None
2022-08-16 09:59:12: PID: 2770: requests.packages.urllib3.connectionpool: Starting new HTTP connection (1): 192.168.2.33:80
2022-08-16 09:59:12: PID: 2770: KostalSteca WR: PV Kostal Steca Variant: 0
2022-08-16 09:59:12: PID: 2770: KostalSteca WR: PV Kostal Steca IP: 192.168.2.33
2022-08-16 09:59:12: PID: 2770: legacy run server: Received command ["wr2_kostalsteca.kostal_steca","192.168.2.33","0"]
2022-08-16 09:59:12: PID: 8084: PV IP: 192.168.2.33 (LV2) at 14 main modules/wr2_kostalsteca/main.sh

Viele Grüße
Flo

[floycion]

Sodele,
ich gebe mir selber die Antwort:
Mir ist entgangen, daß es inzwischen die für das Modul die Variante "Kostal Piko Mp (non-plus)" gibt, die sich wg. der leeren yields.xml den ertrag aus der .html holt.

Jetzt läufts bei mir auch wieder.
VG
Flo

[LutzB]

Es geht mit der Beta 1.9.273 weiter. https://www.openwb.de/forum/viewtopic.php?f=9&t=5723

[okaegi]

gerade einen weiteren Berechnungs-oder Anzeigefehler entdeckt ( evt. verursacht durch vorherige Fehler? ):
Im Graph werden die Smarthomeverbraucher nicht zum Hausverbrauch hinzugerechnet angezeigt.2022-08-09 14_34_43-Start.png2022-08-09 14_33_53-Start.png

Der Smarthomeverbraucher wird aber doch irgendwo berücksichtigt:
im Beispiel wird der Ladestrom reduziert:
2022-08-09 14_43_51-Start.png

alles irgendwo strange,

@LenaK und LutzB könnt ihr nicht zu den gesammelten Fehlern Hilfestellung geben?
openWB Version: 1.9.272 (2022-08-03 13:40:23 +0200 [904182d4] )

Ich habe das Issue erst jetzt gesehen, ist das mit dem Smarthome noch ein aktuelles Problem ?
Kannst du mal im smarthome.log (unter Menuepunkt status ) schauen ob du im log folgende Werte hast:
2022-08-19 07:20:35,830 INFO Total Watt abschaltbarer smarthomedevices: 0
2022-08-19 07:20:35,831 INFO Total Watt nichtabschaltbarer smarthomedevices: 60
2022-08-19 07:20:35,832 INFO Total Watt nicht im Hausverbrauch: 0
Dann ist die Frage ob die Parametrisierung vom smarthomedevice stimmt.
Wie geht es intern:
Er merkt sich pro Smarthomedevice ob er den Wert in den Hausverbrauch reinnehmen soll.
Das sind die Variablen $RAMDISKDIR/smarthome_device_minhaus_x
Diese werden dann im cron5min abgefragt:
d1haus=$(<"$RAMDISKDIR/smarthome_device_minhaus_1")
# zero out devices were kwh should be included in house consumtion
if (( d1haus == 1 )); then
d1dailyyield=0
fi
Und dann wird hier der Hausverbrauch gerechnet:

hausdailyyield=$(echo "scale=2;$bezugdailyyield + $pvdailyyield - $lladailyyield + $sedailyyield - $sidailyyield - $einspeisungdailyyield - $d1dailyyield - $d2dailyyield - $d3dailyyield - $d4dailyyield - $d5dailyyield - $d6dailyyield - $d7dailyyield - $d8dailyyield - $d9dailyyield - $verbraucher1dailyyield + $verbrauchere1dailyyield - $verbraucher2dailyyield + $verbrauchere2dailyyield - $verbraucher3dailyyield" | bc)
echo "$hausdailyyield" > "$RAMDISKDIR/daily_hausverbrauchkwh"
Gruss Oliver

[Ihaglc]

nightly 1.9.272 von okaegi » Fr Aug 19, 2022 7:41 am

Ihaglc hat geschrieben: ↑Di Aug 09, 2022 2:38 pm
gerade einen weiteren Berechnungs-oder Anzeigefehler entdeckt ( evt. verursacht durch vorherige Fehler? ):
Im Graph werden die Smarthomeverbraucher nicht zum Hausverbrauch hinzugerechnet angezeigt.

Ich habe das Issue erst jetzt gesehen, ist das mit dem Smarthome noch ein aktuelles Problem ?

Hallo Oliver!
Nein, habe ich für mich so gelöst, dass alle SM-Verbraucher zum Hausverbrauch hinzugerechnet werden, auch dann, wenn sie nur Teilverbräuche messen.
praktisches Beispiel zum Hausverbrauch hinzu zurechnen: Smarthomemessung "Gesamtenergie Einlieger" und Einzel-SmarthomeMessung "Waschmaschine Einlieger".
Unlogisch, aber so erhalte ich den richtigen Hausverbrauch. ( ist in der stable aber auch schon so )

Aber ein anderes ungelöstes Problem besteht nach wie vor in der nightly, bei dem mir noch keiner helfen konnte. Beginnt hier mit mehreren Posts und Logs von mir.
Vielleicht hast Du eine Idee?

Vielen Dank