Seite 22 von 24
Re: Problem in der Nightly 1.9.249
Verfasst: Do Nov 11, 2021 7:37 pm
von Ihaglc
HSC hat geschrieben: ↑Do Nov 11, 2021 12:42 pm
Schau mal bitte im Reiter "Speichervorrang", ob dort einige Watt Entladung zugelassen sind.
Ich hatte irgendwann bei mir festgestellt, dass genau dieser eingetragene Wert auch bei EV- Vorrang mit verwendet wird.
VG
Danke HSC
Ich habe tatsächlich einen Wert für die maximale Entladung im Reiter des Speichervorrangs.
Ich dachte eigentlich, das dieser Wert auch nur für die Speichervorrangsladung gelten soll.
Gerade ein bischen zu dunkel, um das jetzt zu überprüfen.
werde mich aber später melden, ob es so ist.
Wenn dieser Wert wirklich für beide Einstellungen gelten soll, sollte er aber auch für beim EV- Vorrang und beim Speichervorang angezeigt werden.
Welchen Sinn hat dann aber noch die Möglichkeit der Einstellung für die "Ladeleistungsreserve" im EV-Vorrang?
m.M nach beißt sich da irgendetwas...
Re: Problem in der Nightly 1.9.249
Verfasst: Do Nov 11, 2021 7:50 pm
von HSC
Ihaglc hat geschrieben: ↑Do Nov 11, 2021 7:37 pm
HSC hat geschrieben: ↑Do Nov 11, 2021 12:42 pm
Schau mal bitte im Reiter "Speichervorrang", ob dort einige Watt Entladung zugelassen sind.
Ich hatte irgendwann bei mir festgestellt, dass genau dieser eingetragene Wert auch bei EV- Vorrang mit verwendet wird.
VG
Danke HSC
Ich habe tatsächlich einen Wert für die maximale Entladung im Reiter des Speichervorrangs.
Ich dachte eigentlich, das dieser Wert auch nur für die Speichervorrangsladung gelten soll.
Gerade ein bischen zu dunkel, um das jetzt zu überprüfen.
werde mich aber später melden, ob es so ist.
Wenn dieser Wert wirklich für beide Einstellungen gelten soll, sollte er aber auch für beim EV- Vorrang und beim Speichervorang angezeigt werden.
Welchen Sinn hat dann aber noch die Möglichkeit der Einstellung für die "Ladeleistungsreserve" im EV-Vorrang?
m.M nach beißt sich da irgendetwas...
...dann habe ich es bei mir richtig beobachtet. Der Wert passt auch ungefähr zu Deiner Entladung im Screen.
Warum es so ist, kann ich nicht beantworten. Ich hätte es, wenn es wirklich so verarbeitet wird, auch gern so, dass ich es direkt angezeigt bekomme.
Gegen die Funktion an sich habe ich nichts. Wenn mehr Überschuss da ist, soll er den Accu mit xy W zusätzlich mindestens laden. Wenn es weniger wird, kann er auch gern den eingestellten Entladewert mit nutzen.
Für mich beisst sich die Funktion nicht, nur eben die (nicht direkte) Ansicht.
VG
Re: Problem in der Nightly 1.9.249
Verfasst: Do Nov 11, 2021 11:36 pm
von Ihaglc
naja, wenn das so funktionieren würde, wie Du es beschrieben hast, wäre es ok.
Aber anscheinend ist es ja nicht so:
Bei Überschuss und gewünschtem EV Vorrang berücksichtigt die OWB nicht die gewünschte Mindestladung des Speichers , sondern entlädt anscheinend statt dessen den Speicher aus der Einstellung des Speichervorrang. ( siehe Diagramm im Sreenshots )
Da beißt es sich also immer noch für mich.
Die Einstellung des Speicher SOC`s aus dem Speichervorrang spielt evt. auch noch beim EV Vorrang eine Rolle?
Da die Einstellungen aus EV-Vorrang und Speichervorrang scheinbar nicht klar in der GUI getrennt sind, ist es schwierig, da noch den Überblick über das Ladeverhalten der OWB zu behalten.
z.B. Unter welchen Bedingungen wird der Speicher bei Überschuss mit EV Vorrang jetzt wirklich geladen?
Die GUI sagt für mich was anderes , als das was dann wirklich herauskommt
Die Einstellungsmaske für EV- und Speicher-Vorrang sollten nach m.M. daher verständlicher dargestellt werden.
Re: Problem in der Nightly 1.9.249
Verfasst: Fr Nov 12, 2021 12:35 pm
von Ihaglc
Habe heute bei konstantem Wetter einiges ausprobieren können:
Fazit: es ist so, wie Du es angenommen hattest:
Die Einstellungen, die unter Speichervorrang eingestellt sind, gelten auch für den EV Vorrang.
aus den Screenshots ergibt sich:
bei EV Vorrang
Wenn der Speicher SOC aus Speichervorrang erfüllt ist, wird mit dem hier eingestellten Wert der Speicher entladen.
Wenn nicht, wird mit dem Wert aus dem EV Vorrang der Speicher geladen.
Ist soweit alles richtig und logisch, nur leider sind die Zusammenhänge so nicht zu erkennen.
Beide Einstellungen sollten daher gleichzeitig jeweils für die EV - und Speichervorrangs- Einstellung zu sehen und änderbar sein.
Danke Euch
Re: Problem in der Nightly 1.9.249
Verfasst: Fr Nov 12, 2021 12:42 pm
von HSC
Da bin ich ja beruhigt!
Ja richtig, es gehört Ladereserve und Entladeleistung gleichermaßen angezeigt.
VG
Re: Problem in der Nightly 1.9.249 EVU-KIT
Verfasst: Sa Nov 13, 2021 12:07 pm
von Bastelfrosch
Hallo zusammen,
habe das gleiche Problem,
1.9.48 alles fein
1.9.49 keine EVU-Daten
zurück zu 1.9.48 alles wieder gut
erneutes Update auf aktuelle nightly, Problem wieder da ...
runs/pubmqtt.sh: Zeile 295: / 1000: Syntax Fehler: Operator erwartet. (Fehlerverursachendes Zeichen ist \"/ 1000\").
(standard_in) 1: syntax error
2021-11-13 13:06:54: Überschuss 0; mindestens 1400 (LV1) at 104 nurpvlademodus nurpv.sh
2021-11-13 13:06:54: anzahlphasen 1 (LV1) at 557 main /var/www/html/openWB/regel.sh
2021-11-13 13:06:53: Zeit zum abfragen aller Werte 2 Sekunden (LV0) at 159 main /var/www/html/openWB/regel.sh
2021-11-13 13:06:53: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1185 loadvars loadvars.sh
2021-11-13 13:06:53: plugstatlp1 0 plugstatlp2 0 plugstatlp3 0 (LV1) at 1184 loadvars loadvars.sh
2021-11-13 13:06:53: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1183 loadvars loadvars.sh
2021-11-13 13:06:53: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1182 loadvars loadvars.sh
2021-11-13 13:06:53: lla3 0 llv3 0 llas13 llas23 soclp1 0 soclp2 (LV1) at 1181 loadvars loadvars.sh
2021-11-13 13:06:53: lla2 0 llv2 0 llas12 llas22 sofortll 10 hausverbrauch 2254 wattbezug 0 uberschuss 0 (LV1) at 1180 loadvars loadvars.sh
2021-11-13 13:06:53: lla1 0 llv1 0 llas11 llas21 mindestuberschuss 1400 abschaltuberschuss 5 lademodus 2 (LV1) at 1179 loadvars loadvars.sh
2021-11-13 13:06:53: pv1watt -2254 pv2watt pvwatt -2254 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 10 maximalA 16 (LV1) at 1178 loadvars loadvars.sh
2021-11-13 13:06:53: PID: 7863: Fehler im Modul openwb
IndexError: list index out of range
num = int(argv[3])
File "/var/www/html/openWB/packages/modules/openwb/device.py", line 76, in read_legacy
read_legacy(sys.argv)
File "/var/www/html/openWB/packages/modules/openwb/device.py", line 100, in <module>
kleiner Nachtrag, der PV-Zähler am EVU-Kit funtioniert einwandfrei
Re: Problem in der Nightly 1.9.249
Verfasst: Mo Nov 15, 2021 9:18 am
von fawick
Das AlphaESS-Modul (fuer Speicher in meinem Fall) funktioniert nach Update von "Nightly vom 25.10." auf aktuelle Nightly (82803ee83b2155ca92e35000780c637c09f7c0d9) mal wieder nicht.
Auszug aus dem Log:
Code: Alles auswählen
2021-11-15 09:59:42: BattLeistung: 0 (LV1) at 29 main modules/speicher_alphaess/main.sh
2021-11-15 09:59:42: RET: 1 (LV2) at 25 main modules/speicher_alphaess/main.sh
SystemError: Parent module '' not loaded, cannot perform relative import
from ...helpermodules import log
File "/var/www/html/openWB/packages/modules/alpha_ess/device.py", line 8, in <module>
Traceback (most recent call last):
2021-11-15 09:59:42: Speicher Version: 1 (LV2) at 20 main modules/speicher_alphaess/main.sh
2021-11-15 09:59:41: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
Python-Version auf der OpenWB ist 3.5.3.
(Danke, Hausmeister @HSC.
)
Re: Problem in der Nightly 1.9.249
Verfasst: Mo Nov 15, 2021 9:31 am
von Darkshadow
Hallo,
bei mir funktioniert seit dem Update gestern auf 249 nightly die Ladestand-Anzeige vom BYD HVS nicht mehr. Die restlichen Daten von Fronius werden korrekt dargestellt.
Setup -Fronius Symo Gen24
-BYD HVS
-oWB .249 nightly
Im Fronius Solarweb wird er korrekt angezeigt. Ich hab bisher das Speichermodul aus oWB entfernt, Reboot durchgeführt und das Speichermodul wieder eingefügt. Keine Besserung.
Hatte das auch jemand? Irgendwelche Tipps?
Danke.
Re: Problem in der Nightly 1.9.249
Verfasst: Mo Nov 15, 2021 9:45 am
von fawick
Den SystemError wird man hiermit los:
Code: Alles auswählen
pi@openWB:/var/www/html/openWB/packages/modules/alpha_ess $ git diff .
diff --git a/packages/modules/alpha_ess/device.py b/packages/modules/alpha_ess/device.py
index 1557ad1a..07060ea2 100644
--- a/packages/modules/alpha_ess/device.py
+++ b/packages/modules/alpha_ess/device.py
@@ -11,7 +11,7 @@ try:
from . import bat
from . import counter
from . import inverter
-except (ImportError, ValueError):
+except (SystemError, ImportError, ValueError):
from helpermodules import log
from modules.common import modbus
from modules.common import abstract_device
Dann kommt der naechste Fehler zum Vorschein:
Code: Alles auswählen
2021-11-15 10:40:33: BattLeistung: 0 (LV1) at 29 main modules/speicher_alphaess/main.sh
2021-11-15 10:40:33: RET: 0 (LV2) at 25 main modules/speicher_alphaess/main.sh
2021-11-15 10:40:33: PID: 16664: Fehler im Alpha Ess Skript
IndexError: list index out of range
num = int(argv[3])
File "/var/www/html/openWB/packages/modules/alpha_ess/device.py", line 59, in read_legacy
read_legacy(sys.argv)
File "/var/www/html/openWB/packages/modules/alpha_ess/device.py", line 84, in <module>
Traceback (most recent call last):
2021-11-15 10:40:32: Speicher Version: 1 (LV2) at 20 main modules/speicher_alphaess/main.sh
2021-11-15 10:40:31: **** Regulation loop start **** (LV1) at 50 main /var/www/html/openWB/regel.sh
Und dafuer brauch man dann folgende Aenderung:
Code: Alles auswählen
pi@openWB:/var/www/html/openWB/packages/modules/alpha_ess $ git diff .
diff --git a/packages/modules/alpha_ess/device.py b/packages/modules/alpha_ess/device.py
index 1557ad1a..07ac58cd 100644
--- a/packages/modules/alpha_ess/device.py
+++ b/packages/modules/alpha_ess/device.py
@@ -57,7 +57,7 @@ def read_legacy(argv: List[str]) -> None:
version = int(argv[2])
try:
num = int(argv[3])
- except ValueError:
+ except (IndexError, ValueError):
num = None
device_config = get_default_config()
*seufz*
Re: Problem in der Nightly 1.9.249
Verfasst: Mo Nov 15, 2021 10:15 am
von fawick
Falls es sich bei @yankee um
https://github.com/yankee42 handelt, dann folgendes fuer @yankee:
Meine Probleme im AlphaESS-Module kamen durch die Aenderung
https://github.com/snaptec/openWB/commi ... 2885b8e8d1
Ich habe nur im Alpha-Modul testen koennen, aber ich gehe mal schwer davon aus, dass der Eingrenzung auf die Exception Types in den `except`-Bloecken auch an anderen Stellen ein paar Moeglichkeiten fehlen koennten. Es macht vermutlich Sinn, wenn Du das nochmal pruefst.
