Rückmeldungen Nightly 1.9.300.1

[seaspotter]

Mit dem Update von Sungrow vom 02.06. funktioniert Sungrow bei mir gar nicht mehr (https://github.com/snaptec/openWB/commi ... e00ee9e093) , würde mir wünschen das diese Änderungen rückgängig gemacht werden. Ich muss von Nightly 1.9.301.1 zurück auf die Stable 1.9.301 damit alles wieder funktioniert.

Verbaut ist ein SH10RT mit SBR096, nach dem Update wird eine absolut utopische PV Leistung angezeigt die bis auf 40kW Leistung hochgeht (bei 15,4 kWp verbaut), der SoC der Batterie ist immer 0 und Lade und Entladeleistung wird auch nicht mehr angezeigt.
EVU, PV und Speichermodul sind jeweils Sungrow SH ausgewählt, Werte kommen via LAN Port (nicht Winet-S) rein, korrekte IP eingetragen.

Code: Alles auswählen

2023-06-04 08:37:07: PID: 999: **** Regulation loop needs 5 seconds (LV2) at 62 cleanup /var/www/html/openWB/regel.sh
2023-06-04 08:37:07: PID: 999: Timing Umschaltung: 300 / 660 (LV1) at 17 u1p3pswitch u1p3p.sh
2023-06-04 08:37:07: PID: 999: automatische Umschaltung aktiv (LV1) at 16 u1p3pswitch u1p3p.sh
2023-06-04 08:37:07: PID: 999: Zeit zum abfragen aller Werte 5 Sekunden (LV1) at 186 main /var/www/html/openWB/regel.sh
2023-06-04 08:37:06: PID: 999: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: plugstatlp1 1 plugstatlp2 0 plugstatlp3 0 (LV1) at 1273 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: lp1enabled 0 lp2enabled 0 lp3enabled 1 (LV1) at 1272 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: EVU 1:V/0A 2: V/0A 3: V/0A (LV1) at 1271 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: lla3 0 llv3 232.9 llas13 0 llas23  soclp1 100 soclp2 0 (LV1) at 1270 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: lla2 0 llv2 233.0 llas12 0 llas22  sofortll 6 hausverbrauch 49721 wattbezug 0 uberschuss 0 (LV1) at 1269 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: lla1 0 llv1 233.1 llas11 0 llas21  mindestuberschuss 1600 abschaltuberschuss -150 lademodus 3 (LV1) at 1268 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: pv1watt -47436 pv2watt -2315 pvwatt -49751 ladeleistung 0 llalt 0 nachtladen 0 nachtladen 0 minimalA 6 maximalA 16 (LV1) at 1267 loadvars loadvars.sh
2023-06-04 08:37:06: PID: 999: speicherleistung 0 speichersoc 0 (LV1) at 1262 loadvars loadvars.sh
2023-06-04 08:37:05: PID: 1359: EVU RET:  (LV2) at 20 main modules/bezug_sungrow/main.sh
2023-06-04 08:37:03: PID: 1251: BAT RET: 0 (LV2) at 16 main modules/speicher_sungrow/main.sh
2023-06-04 08:37:03: PID: 30860: legacy run server: Completed running command in 0.03s: ["modules.devices.sungrow.device","bat","192.166.233.118","1","0","0"]
2023-06-04 08:37:03: PID: 30860: soc.modules.common.component_context: Update Komponenten ['Sungrow Speicher']
2023-06-04 08:37:03: PID: 30860: modules.devices.sungrow.device: Start device reading {'componentNone': <modules.devices.sungrow.bat.SungrowBat object at 0x74f5bff0>}
2023-06-04 08:37:03: PID: 30860: legacy run server: Received command ["modules.devices.sungrow.device","bat","192.166.233.118","1","0","0"]
2023-06-04 08:37:03: PID: 1231: RET: 0 (LV2) at 12 main modules/wr2_smamodbus/main.sh
2023-06-04 08:37:03: PID: 30860: legacy run server: WR 1 nach Korrektur: InverterState(power=-2315, exported=27545705, currents=[0.0, 0.0, 0.0], dc_power=-2380)
2023-06-04 08:37:03: PID: 30860: legacy run server: Completed running command in 0.12s: ["modules.devices.sma_sunny_boy.device","inverter","192.166.233.116","0","none","none","none","0","0
2023-06-04 08:37:03: PID: 30860: soc.modules.common.store._api: Saving InverterState(power=-2315, exported=27545705, currents=[0.0, 0.0, 0.0], dc_power=None)
2023-06-04 08:37:03: PID: 30860: modules.devices.sma_sunny_boy.inverter: WR 192.166.233.116: InverterState(power=-2315, exported=27545705, currents=[0.0, 0.0, 0.0], dc_power=-2380)
2023-06-04 08:37:03: PID: 30860: soc.modules.common.component_context: Update Komponente ['Sma Sunny Boy/Tripower Wechselrichter']
2023-06-04 08:37:03: PID: 30860: modules.devices.sma_sunny_boy.device: SMA Modbus Hybrid: 0
2023-06-04 08:37:03: PID: 30860: modules.devices.sma_sunny_boy.device: SMA Modbus Version: 0
2023-06-04 08:37:03: PID: 30860: modules.devices.sma_sunny_boy.device: SMA Modbus weitere IPs: none, none, none
2023-06-04 08:37:03: PID: 30860: modules.devices.sma_sunny_boy.device: SMA Modbus Webbox: 0
2023-06-04 08:37:03: PID: 30860: modules.devices.sma_sunny_boy.device: SMA Modbus Ip-Adresse: 192.166.233.116
2023-06-04 08:37:03: PID: 30860: legacy run server: Received command ["modules.devices.sma_sunny_boy.device","inverter","192.166.233.116","0","none","none","none","0","0
2023-06-04 08:37:03: PID: 30860: legacy run server: Completed running command in 0.03s: ["modules.devices.sungrow.device","inverter","192.166.233.118","1","1","1","0"]
2023-06-04 08:37:03: PID: 30860: modules.devices.sungrow.device: Start device reading {'componentNone': <modules.devices.sungrow.counter.SungrowCounter object at 0x74f6b390>, 'component1': <modules.devices.sungrow.inverter.SungrowInverter object at 0x74f6b490>}
2023-06-04 08:37:03: PID: 30860: legacy run server: Received command ["modules.devices.sungrow.device","inverter","192.166.233.118","1","1","1","0"]

[Maxify23]

Guten Tag
Ich habe schon den ersten Patch dafür geschrieben und teste ihn schnellstmöglich aus. Wenn das passt gibt es ein weiteres Update hierfür.

Updaten auf eine Nighly Version bedeutet:
Unter Nightly Build, Nightly Snapshot oder kurz Nightly versteht man in der Softwareentwicklung einen im Entwicklungsverlauf frühzeitigen, ungetesteten oder zwischenzeitlichen Versionsstand eines Softwareprojektes. Er stellt eine Vorstufe der kontinuierlichen Integration dar.

Bitte dies berücksichtigen. Ich melde mich sobald es aktualisierte Nightly zum Testen gibt.

Ein downgrade zur Stabel hat bei mir einwandfrei geklappt. Um sicher zu gehen am besten übers Backup downgraden.

[Maxify23]

Die Fehler wurden gefunden und der Code angepasst.

Der PR hat folgenden LINK:
https://github.com/snaptec/openWB/pull/2738

[derNeueDet]

Warum änderst du nicht direkt auf deinem Raspi bis alles funktioniert und reichst das dann als PR ein?

VG
Det

[Maxify23]

Warum änderst du nicht direkt auf deinem Raspi bis alles funktioniert und reichst das dann als PR ein?

VG
Det

Dank der hilfreichen Tipps hier drunter konnte weiß ich jetzt wie

[Gero]

Nun, der bash-Befehl holt sich vom repository ein Shell-Script und führt das aus. Dieses macht dann alles Notwendige für eine Neuinstallation.

Hast du mal den Update-Button bei der laufenden openWB ausprobiert? So hole ich mir immer das Nightly oder sonstwas. Auf den Kaufboxen gibt es ja keinen ssh-Zugang, so dass die Funktionen im UI ausreichen müssen.

[philipp123]

1) Wie kann ich ein geforktes geändertes Repo als Installationsquelle für OpenWB festlegen ? ( durch einen geänderten Installationsbefehl klappt es nicht )

$ git remote rm origin
$ git remote add origin git@newserver:project.git
$ git remote show origin

Edit: Nicht bei der Installation sondern so verbiegst du für ein Update das Repository

[rleidner]

Ich habe mein Möglichstes getan.
Ich brauche jetzt die Unterstützung des OpenWB Entwicklerteams.

Hintergrund:
Leider kann ich keinen geänderten Code aus meinem OpenWB Fork auf einen Raspberry installieren.
mit dem Befehl:
curl -s https://raw.githubusercontent.com/maxif ... install.sh | sudo bash

Zieht er sich leider nicht mein geforktes Repo mit den neuen Commits sondern das main Repo als nightly.
Ich kann leider so keine Tests am geänderten Code mit Livehardware durchführen.

Deswegen meine bitte:
Ich habe einen neuen PR Erstellt.
Prüft diesen mit Augenmerk auf die Bash Befehle.
Ich verstehe nicht an welcher Stelle die von den Bash Befehlen übergeben Werte (IP, ModbusID etc.) an die device.py Module übergeben werden und wie diese ausgelesen werden. (wo findet die Referenzierung von §ipa und §ida zu den dann weiter genutzen Werten statt?) Ich habe mich beim fixen an den vorherigen Code von Lutz und Lena orientiert und dabei, dass ähnlich aufbaute GoodWee Modul, als Vergleichsobjekt herangezogen.


Der PR hat folgenden LINK:
https://github.com/snaptec/openWB/pull/2738

Wenn Du code von Deinem fork ziehen möchtest, dann musst Du mit git remote den origin auf Deinen fork zeigen lassen oder ein weiteres remote repository einrichten und von dem "pullen"
Kommando: git remote ...

Ich lasse allerdings in meiner Testinstanz das origin meiner Testinstallation auf dem openwb repository und habe in einem development folder eine Kopie, die mit meinem fork als remote arbeitet.

Grober Ablauf:
In der Testinstanz die richtige Version installieren (per Web-UI, meistens Noghtly, also master)
in der testinstanz am code Änderunegn machen und testen.
Wenn alles läuft :
in github den fork synchronisieren auf die Nightly.
im development folder pull vom fork
Neuen branch für die Änderung anlegen: git checkout -b <branchname>
Kopiere die Änderungen aus der Testinstanz in den in den development folder.
git status zeigt die geänderten Dateien im neuen branch.
Geänderte Dateien mit git add zumbranch hinzufügen
Mit git commit einen commit erzeugen
mit git push origin <branchname> den commit auf github pushen
auf github aus dem commit einen PR im openwb repository anlegen.

[Maxify23]

Hallo rleidner, philipp123 und Gero,
erstmal großes Dankeschön für eure Hilfestellungen.
Sobald die neuen micro SD Karten da sind mache ich mich ans Werk ein Testsetup zum programmieren aufzubauen. (aktuell rauchen die micro SD Karten wohl überall einfach so ab...)

Ich habe übrigens die Logikstruktur grade verstanden und gemerkt die Fehler meiner Meinung getilgt.
Der PR müsste jetzt funktionieren.
Sobald er in der Nightly ist erhaltet ihr Rückmeldung.

Unabhängig davon baue ich mir natürlich für die weitere Arbeiten ein Testsetup auf

Danke für die hilfreichen Infos.

[seaspotter]

Ich hätte ja nochmal die Bitte geäußert das die Commits bezüglich Sungrow rückgängig gemacht werden bis das vernünftig getestet wurde und läuft. Sowohl der Commit vom 02.06. als auch der vom 05.06. funktionieren einfach nicht. Damit lässt sich ein Sungrow WR mit Speicher nicht auslesen siehe mein Post vom Wochenende. Ebenfalls mit https://github.com/snaptec/openWB/commi ... cfaadb2a84 geht es nicht, Lade- und Entladeleistung werden nicht angezeigt und SoC ebenfalls nicht.

Bis zu diesen Änderungen funktionierte bei mir alles bestens. Wenn diese Änderungen jetzt drin bleiben und versehentlich mit in ein neues Stable kommen ist auch niemanden geholfen, daher die Bitte das doch erstmal ausführlich durch Maxify23 testen zu lassen bis es sauber läuft und dann einen PR zu stellen, so bringt das ja niemandem etwas im Nightly. Danke natürlich auch für die Mühe das anzupacken.