Rückmeldungen Nightly 1.9.250

[uwec]

Danke @yankee!

Zumindest habe ich jetzt mal den Standbyverbrauch gesehen und weiß dass man den ggf. abfragen kann.
Versteh aber auch die andere Seite, zumal SE ja offensichtlich diese Werte auf null setzt.

Vielleicht ergibt sich die Möglichkeit, den Wert separat per MQTT zur Verfügung zu stellen….

Vielen Dank nochmals!

[RemiRem]

@yankee hast du dir das mal angeschaut? Dadurch das ich mal den falschen WR in PV1 WR rein gespeichert habe, und ich nun aber den richtigen drin habe, wird der alter nicht überschrieben und der Fehler bleibt vorhanden.

OK, verstehe, du hast nicht nur die IP-Adresse verstellt, sondern einen ganz anderen WR-Typ drin gehabt.

Bei den "neuen" WR-Modulen gibt es diesen Fehlerstatus. Wenn ein Fehler auftritt wird dieser gesetzt und wenn es wieder funktioniert geht der Status weg. Das SMA-Modul ist zwar schon etwas modernisiert im Vergleich zu vorher, aber es ist noch nicht auf das neue Paketsystem umgeschrieben und macht daher mit dem Status nichts. Weder wird da ein Fehler kommen wenn was nicht passt, noch der Fehler verschwinden wenn es geht.

Ohne es getestet zu haben oder es zu wissen: Ich würde erwarten, dass der Fehler verschwindet, wenn du die openWB neu startest. Oder du kannst per Modbus die Topics openWB/set/pv/1/faultStr=Kein Fehler. und openWB/set/pv/1/faultState=0 setzen.

@Yankee habe das so gemacht und nun steht das drin in der Beschreibung
Beim Speicher steht DIE drin
Schau mal.
Habe ein Neustart gemacht und ein Update.

verstehe nicht wieso immer das drin steht.

[el_Olli]

Ich habe heute erst festgestellt, dass 1.9.250 keine Ertragswerte von meinem SMA WR mehr ausliest. Noch einmal im Graph-Log nachgesehen, da ist der Ertrag seit dem Update Null.

Dann habe ich auf meiner Testinstallation wieder die beta 1.9.245 installiert und der Ertrag ist wieder da. Leider verliere ich damit aber die Möglichkeit das Sofortladen bei absurd hohen aWATTar Preisen anzustellen, was manchmal tatsächlich notwendig ist.

Auf dem Testsystem bin ich wieder auf 1.9.250 gegangen und sehe im debug-log folgenden Fehler:

Code: Alles auswählen

Traceback (most recent call last):
loadvars.sh: line 96: [: : integer expression expected
2021-12-20 11:54:31: Modbus EVSE read CP1 issue - using previous state '' (LV0)
loadvars.sh: line 90: /var/www/html/openWB/ramdisk/evseplugstate: No such file or directory
pymodbus.exceptions.ConnectionException: Modbus Error: [Connection] Failed to connect[ModbusSerialClient(rtu baud[9600])]
    raise ConnectionException("Failed to connect[%s]" % (self.__str__()))
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/sync.py", line 107, in execute
    return self.execute(request)
  File "/usr/local/lib/python2.7/dist-packages/pymodbus/client/common.py", line 114, in read_holding_registers
    request = client.read_holding_registers(readreg,reganzahl,unit=modbusid)
  File "runs/readmodbus.py", line 17, in <module>

[yankee]

@Yankee habe das so gemacht und nun steht das drin in der Beschreibung
Beim Speicher steht DIE drin

Mhh... Der Speicher ist böse mit dir. Wenn einem der Hausspeicher zuruft, man soll sterben hätte ich auch Angst.

Also ich habe das jetzt mal bei mir ausprobiert. So sieht es aus:

mqtt_error.png (10.76 KiB) 2330 mal betrachtet

Auf das richtige Topic, nämlich `openWB/set/pv/1/faultState` kommt OB es einen Fehler gibt. 0=kein Fehler, 1=Warnung, 2=Fehler. Auf `openWB/set/pv/1/faultStr` kommt der Text dazu als JSON-string.

[yankee]

Ich habe heute erst festgestellt, dass 1.9.250 keine Ertragswerte von meinem SMA WR mehr ausliest.[..]

Auf dem Testsystem bin ich wieder auf 1.9.250 gegangen und sehe im debug-log folgenden Fehler:

Der Fehler in deinem Log ist auch spannend, hat aber eher nichts mit dem SMA WR zu tun. Das ist... was direkt über seriell geht. Geht die Anzeige der Ladeleistung?

Um zu deinem SMA-WR zu kommen: Wie genau ist der konfguriert? Hast du "SMA ModbusTCP WR" als Typ ausgewählt? Wenn ja bitte Loglevel auf 2 stellen und dann im Log den Teil von "SMA ModbusTCP WR: Beginning update" bis "SMA ModbusTCP WR: Update completed successfully" (bzw. falls letzteres nicht zu finden ist, dann bis zum Fehler) raussuchen und hier posten.

[RemiRem]

@Yankee habe das so gemacht und nun steht das drin in der Beschreibung
Beim Speicher steht DIE drin

Mhh... Der Speicher ist böse mit dir. Wenn einem der Hausspeicher zuruft, man soll sterben hätte ich auch Angst.

Also ich habe das jetzt mal bei mir ausprobiert. So sieht es aus:
mqtt_error.png
Auf das richtige Topic, nämlich `openWB/set/pv/1/faultState` kommt OB es einen Fehler gibt. 0=kein Fehler, 1=Warnung, 2=Fehler. Auf `openWB/set/pv/1/faultStr` kommt der Text dazu als JSON-string.

Du bist so gut! Es hat alles geklappt. Vielen herzlichen Dank

[Meth]

Hallo ,

Btw das neue byd Batterie Modul geht immer noch nicht.
Liest keine Daten aus .
Keine entladeleistung und ladeleistung , keinen soc...
Steht aber nix im openwb.log
Nur im Status
Screenshot_20211218-073022_Firefox.jpg

So habe nun folgende Meldung im Debug.Log nach Stellung des Debugmodus auf Level 2

2021-12-18 11:52:28: BattLeistung: 19 (LV1) at 30 main modules/speicher_bydhv/main.sh
2021-12-18 11:52:28: RET: 1 (LV2) at 26 main modules/speicher_bydhv/main.sh
AttributeError: 'NoneType' object has no attribute 'group'
group = re.search("^.*value=$", response).group()
File "/var/www/html/openWB/modules/speicher_bydhv/byd.py", line 36, in <module>
Traceback (most recent call last):
2021-12-18 11:52:27: PID: 877: Speicher Passwort: byd@12345
2021-12-18 11:52:27: PID: 877: Speicher User: installer
2021-12-18 11:52:27: PID: 877: Speicher IP: 192.168.0.30
2021-12-18 11:52:27: Speicher User: byd@12345 (LV2) at 21 main modules/speicher_bydhv/main.sh
2021-12-18 11:52:27: Speicher Passwort: installer (LV2) at 20 main modules/speicher_bydhv/main.sh
2021-12-18 11:52:27: Speicher IP: 192.168.0.30 (LV2) at 19 main modules/speicher_bydhv/main.sh

Hoffe das hilft

Kann sich der Verantwortliche das byd Batterie Modul mal ansehen?

[wp-bev]

[..]nach dem Umschalten auf Debuglevel 0 wird die PV Erzeugung angezeigt[..]

Das ist irritierend. Da sollte kein Zusammenhang sein. Das Debuglevel soll nur beeinflußen wie detailreich das logging ist, und an den Werten auf der UI nichts ändern.
...

Mag sein, dass da kein Zusammenhang bestehen sollte, er besteht aber.
Ich habe eine openWB series 2 standard+, ohne jegliche Modifikationen.
Da ich keinen SSH Zugang habe, kann ich Dir da auch nicht weiterhelfen.
DEBUGLEVEL 0: Die PV und Hausverbrauchs Angaben sind für ien aktuellen Werte und die Tageswerte (der, welcher in Klammern steht) vorhanden.
DEBUGLEVEL 1 und 2: Es werden keine aktuelle Werte für PV und Hausverbrauch angezeigt.
Die PV Laderegelung Regelung funktioniert jedoch, unabhängig vom Debuglevel.
Der nachstehende Screenshot zeigt die Änderungen der Debuglevel und die Auswirkungen auf die Bedienoberfläche.
Die EVU Verbauchsangaben stimmen, diese werden ja aus dem SHM ausgelesen, unabhängig vom Debuglevel.

[hhoefling]

@all eventuell wird eine Debugmeldung per "echo" ausgegegeben
die ersetzt dann das Ergbniss und ist nicht nummerisch aka -> 0

[el_Olli]

Der Fehler in deinem Log ist auch spannend, hat aber eher nichts mit dem SMA WR zu tun. Das ist... was direkt über seriell geht. Geht die Anzeige der Ladeleistung?

Dazu muss ich leider gestehen, dass mein Testsystem gar keine Modbus Zähler enthält, also bitte vergessen.

Um zu deinem SMA-WR zu kommen: Wie genau ist der konfguriert? Hast du "SMA ModbusTCP WR" als Typ ausgewählt? Wenn ja bitte Loglevel auf 2 stellen und dann im Log den Teil von "SMA ModbusTCP WR: Beginning update" bis "SMA ModbusTCP WR: Update completed successfully" (bzw. falls letzteres nicht zu finden ist, dann bis zum Fehler) raussuchen und hier posten.

Genau, der WR ist als "SMA ModbusTCP WR" konfiguriert.

Ich habe den debug level 2 eingestellt und ausser dem plausiblen Fehler wegen des fehlenden Modbus-Ladezählers finde ich keine weiteren Fehlermeldungen im Log.
Interessant: Ich habe auch discovergy Zähler bei mir verbaut, auch einen als Erzeugungszähler. Wenn ich den bei PV konfiguriere (statt SMA Modbus WR) bekomme ich ebenfalls keinen PV Ertrag mehr ausgelesen!
Sieht also so aus, als wenn sie mit keinem eingestellten PV Modus etwas anzufangen weiss.

'pv1watt' und 'pvwatt' sind immer Null. Die alternative Verwendung der discovergy Zähler hat vorher übrigens auch tadellos funktioniert.

Habe ich den Debugmodus überhaupt richtig eingestellt?
Einstellungen -> System -> Debugging -> Debug Modus: Mode 2 (Berechnungsgrundlage) ?