Problem in der Nightly 1.9.249

[Ihaglc]

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...

[HSC]

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

[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.

[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

[HSC]

Da bin ich ja beruhigt!
Ja richtig, es gehört Ladereserve und Entladeleistung gleichermaßen angezeigt.
VG

[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

[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. )

[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.

[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*

[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.