openWB Forum

Ich platziere hier mal noch einen Report, den ich allerdings jetzt nicht mehr rekonstruieren kann (will), weil ich auf die 2.x gewechselt habe.

Wegen des bevorstehenden Wechsels auf 2.x hatte ich die Tage schon auf 1.9.303 geupdatet. Danach hat unser Skoda Enyaq iV80 nicht mehr an der OpenWB geladen. Von Seiten der WB gab es keine Hinweise auf Fehler (Ladestromvorgabe wie gewohnt, nur das Auto hat eben nicht geladen). Ladeport am Auto hat weiß geblinkt und nach kurzer Zeit rot geleuchtet. Egal übrigens ob Sofortladen oder PV-Laden. Auch ein Neustart der WB hatte nichts gebracht. Stecker am Auto habe ich natürlich mehrfach abgezogen und wieder angesteckt. Auto auch verriegelt und wieder aufgesperrt. Nur gewartet, bis das Auto einschläft, das habe ich nicht.
Am Schuko-Ladekabel hat der Enyaq aber geladen. D.h. grundsätzlich hat der Bordlader funktioniert.
Unser zweites Auto, ein Skoda Citigo-e, hat aber ganz normal an der OpenWB geladen, ohne Auffälligkeiten.
Einzig und allein die Kombi "OpenWB 1.9.303 und Enyaq" hat nicht funktioniert.

Die WB ist eine Standard+ mit 32A.
Module waren für E3DC konfiguriert (PV, Speicher, EVU).

Nach dem Wechsel auf SW 2.x lädt der Enyaq wieder ganz normal an der WB. Ich schließe daher einen Fehler am Auto aus und auch die Hardware der WB scheint nicht das Problem zu sein. Fehler scheint irgendwie in der 1.9.303 zu liegen. Wie gesagt, da ich dann auf 2.x gewechselt habe und vorher keine Logs archiviert habe, kann ich leider keine näheren Details dazu liefern. Vielleicht hilft meine Beschreibung ja trotzdem.

Update 06.01.2023: Tibber: Klappt im Modus "Sofort" großartig (Details zu meiner Anlage und den go-e App-Einstellungen weiter unten).
Die Auswahl für den max. Preis ist einfach und übersichtlich. Begeistert bin ich von der Anzeige der zusätzlichen "Stromtarif-Info" in Balkendarstellung für den Tagesbezug des vorangegangenen Tages.

Meinen ursprünglichen Vorschlag (nachfolgend für die Optimierung) halte ich weiter für sinnvoll, komme aber sehr gut mit der Tatsache zurecht, dass Tibber nur im Modus "Sofort" funktioniert. Wenn mehr Sonne scheint, werde ich das E-Auto ohnehin überwiegend dann im Modus "PV-Laden" laden können.

1-/3- Phasenumschaltung der go-e funktioniert (Antwort auf meine Fragen in Zusatzkommentar)
Ein Hoch auf Matze und seine Seite https://github.com/matzempc/openWB/tree ... p3p-switch
sowie der tollen Anleitung von mistro (siehe viewtopic.php?p=80270#p80270).

Mein riesen Dankeschön an alle openWB 1.9-Programmierer und die openWB-Gemeinde für diese tolle Software, die meine Victron ESS und den go-e Charger optimal unterstützt.

Gruß Roland
===
Hallo liebe openWB-Gemeinde,

Vorab: Ich bin begeistert von der openWB1.9 auf meinem pi3 (Peugeot e-208, go-e Charger, Daten vom Cerbo GX meiner Victron-ESS) und freue mich jeden Tag, wie großartig alles funktioniert und dargestellt ist.

Mein Anliegen: Dynamisches Laden & optimierte Anzeige
Ich werde ab dem 01.01.24 meinen Strom über Tibber beziehen und schon einmal die Einrichtung in openWB1.9 vorgenommen.

Alles hat sofort funktioniert. Super.

Ich bin jedoch mit Situation nicht so glücklich, dass die Tibber-Preisvorgaben bei Sofortladen alle Stati der openWB überschreiben, insbesondere bei "PV-Laden".
Das hat den unschönen Effekt, dass das PV-Laden ausgehebelt ist, also das mit der go-e verbundene E-Auto nicht mit dem selbst erzeugten Überschuss geladen wird, weil der Ladepunkt über die Preisvorgabe gesperrt ist.
Ich behelfe mir damit, dass ich den Strompreis im Modus "Sofort" entsprechend manuell erhöhe und dann wieder in PV-Laden zurückwechsel.
Das ist aber leider jede Menge manueller Eingriff, den es nicht geben müsste.

Aus meiner Sicht könnte eine elegante Verbesserung sein, vom Benutzer festlegen zu lassen, ob "mit: dyn. an" oder "ohne: dyn. aus" der jeweilige Modus unterstützt werden soll.
Damit würde sich nichts an den Modi ändern, aber es ist klar, dass bei "dyn. an" der Ladepunkt deaktiviert ist, wenn der Preis zu hoch ist und ich kann es mit einem Klick ändern (ohne in die Einstellungen von "Sofort" zu gehen).

Ich habe nachfolgend einen Vorschlag, wie das aussehen könnte.
(habe dafür die Uhrzeit nach links gerückt; damit ist über der Netz-Angabe Platz für den aktuellen Strompreis und davor gibt es die Auswahl für an oder aus)

• Bei "dyn. an" ist die Farbe gleich dem Netzbezug und im Ladepunkt unten erscheint das Zusatzsymbol

• Bei "dyn. aus" ist die Farbe grau wie die ganze Zeile

Optimierte Anzeige
Ein angenehmer Nebeneffekt ergibt sich durch das reduzieren um eine Zeile in der Anzeige bei meinem 10,1" Tablet auch noch: Der ganze Bildschirm ist wieder sichtbar (Leider ist es bei meinem Android-Tablet nicht einstellbar und eine Info abgeschnitten (siehe Bild IST)).

Was haltet Ihr von meinem Vorschlag für die openWB1.9?

Noch einmal Danke, Danke, Danke für die Freude, die Ihr mir mit Eurer tollen Softwarelösung openWB1.9 bereitet und Gruß
Roland

Hallo!

Diesen Teil verstehe ich nicht:

Das hat den unschönen Effekt, dass das PV-Laden ausgehebelt ist, also das mit der go-e verbundene E-Auto nicht mit dem selbst erzeugten Überschuss geladen wird, weil der Ladepunkt über die Preisvorgabe gesperrt ist.

Entweder, ich bin im Modus sofort laden, und hab dann die Möglichkeit, mit einer Preisvorgabe zu laden. Oder ich bin im Modus PV Laden, und dann wird mit Überschuss geladen.

Es gibt allerdings ein aktuelles Problem mit der aktuellsten Firmware der Go E Charger - damit alles gut funktioniert brauchst du die Firmware Version 041.0 , wenn du einen V2 Charger hast.

Siehe auch folgenden Eintrag:
https://openwb.de/forum/viewtopic.php?p=94560#p94560

Gruß, Basti

Hallo Basti,
vielen Dank für Deine schnelle Antwort.

Es braucht zum Verständnis für meinen Betrieb und die Einstellungen der openWB noch zusätzliche Infos, sorry.

Meine Komponenten und Versionen:

• openWB Version: 1.9.303.0

• go-e charger (aus App): Firmware: 055.7 / HW-Version: V4

Bisherige "komfortable" Lade-Einstellung

• in Modus "PV & Min + PV" bei EV-SoC-Ladung: 40%

Effekt: Meine Frau benötigt für ihren täglichen Arbeitswege am morgen des nächsten Tages min. 40% SoC in der Batterie des e-208.
Wenn Sie zuhause ankommt, steckt sich einfach den Typ2-Stecker in den go-e charger, der auf PV eingestellt ist.

• weniger als 40% SoC: Sofortladen bis 40%

• ab 40% SoC: Überschussladen

Das funktioniert super und zuverlässig ohne die Einrichtung "dynamische Stromtarife mit Tibber".

Problem
Mit Tibber, wird der Ladepunkt automatisch gesperrt, wenn der aktuelle Preis > als der im Modus "Sofort" ist.

Das erfolgt nach meinem Verständnis der openWB Software, weil die Funktionalität "dyn. Stromtarife" nur im Modus "Sofort" eingestellt werden kann, das Sofort-Laden jedoch auch Bestandteil der Modi: "PV" und "Min + PV" ist!

Hast Du eine bessere Idee für die Einstellung
Vielleicht hast Du ja einen Tipp für mich, welche openWB-Einstellung ich wählen sollte, um die gleichen Komfort zu erhalten für:
ich/meine Frau kümmert sich um nichts und das Auto ist in jedem Fall morgens auf 40% geladen, vorrangig mit PV-Überschuss

Noch ein kleines Problem: Automatische 1ph./3ph. Umschaltung der go-e
Wenn ich in der go-e App, die Phasenumschaltung auf 1-Phsase oder 3-Phase wähle, funktioniert es super und wird auch in openWB korrekt im Ladeparameter mit (1) oder (3) angezeigt.
Leider funktioniert bei mir aktuell das Umschalten aus openWB nicht.
Hast DU ggf. auch hierfür einen Tipp für mich.

Lieben herzlichen Dank und Gruß
Roland

Hallo Roland,
Aufgrund der gewachsenen Struktur ist das in 1.9 so.
Diese Problematik gibt es in software2 nicht.
Die Phasenumschaltung wird für Dritthersteller generell nicht unterstützt.

RHL hat geschrieben: ↑So Nov 05, 2023 11:38 am
Hast Du eine bessere Idee für die Einstellung
Vielleicht hast Du ja einen Tipp für mich, welche openWB-Einstellung ich wählen sollte, um die gleichen Komfort zu erhalten für:
ich/meine Frau kümmert sich um nichts und das Auto ist in jedem Fall morgens auf 40% geladen, vorrangig mit PV-Überschuss

Hallo Roland,

ich hab das bei mir mit RFID Tags gelöst / es gehen auch (alte) Ladekarten, oder du holst dir verschieden farbige für den Schlüssel. Ich habe eine Karte für Sofort-Laden, eine für PV, und eine für "Min + PV". Die Karten entsperren den GO-E und schalten die entsprechenden Modi frei. Wenn meine Frau das Auto laden will, hält sie je nach Bedarf (Sofort oder PV) einfach beim Einstecken die jeweilige Karte vor den GO-E. Für den Modus Sofort-Laden kannst du ja einen (Tibber) Preis festlegen (der Preis gilt ja für ne Stunde, da sollten 40% geladen sein und in den Einstellungen für Sofortladen einen EV-SOC, damit hast du z.B. dann eine Lademengenbegrenzung auf 40%.

Siehe auch:
viewtopic.php?p=23335#p23335

Hallo Basti,

danke für deine Hinweise: Das ist ja wirklich eine sehr coole Lösung über verschiedene RFID Tags.
Damit geht dann wirklich alles über das Vorhalten an der go-e (ich wäre da nicht drauf gekommen: Respekt:-).
Da ich ein schönes großes 10.1" Display auf einem Extra-Tablet direkt am Eingang nutze, bleibe ich bei der Umschaltung hierüber.

Ich bin für meine optimale openWB-Anwendung wieder einen Schritt weiter gekommen:
Die von mir gewünschte Funktionalität:

• Lade bis vorgegebenen EV-SoC zum nächsten morgen,

lässt sich "auch" über Einstellungen>Allgemein: Nachtmodus realisieren.

Der große Vorteil ist, dass die günstigsten "Tibber-Preise" ohnehin Nachts sind UND der Modus "PV" von dieser Einstellung nicht betroffen ist.
Damit ist mein Problem: Ladepunkt wird gesperrt, wenn über der Preis-Vorgabe gelöst.

Zur Phasen-Umschaltung der go-e von openWB1.9
Ich gebe die 1ph./3ph.-Umschaltung der go-e mit openWB1.9 noch nicht auf, weil ich weiter glaube, dass es an den Einstellungen der go-e liegt.
Warum sollte sonst die korrekte ph.-Information in der openWB1.9-Anzeige erscheinen?

Ganz lieben Gruß und vielen herzlichen Dank noch einmal von mir.
Roland

Es gibt hier im Forum eine Lösung für eine Phasenumschaltung, musst du mal suchen, allerdings ohne Support!

Guten Abend,

Ich kann unten stehendes Phänomen ebenfalls berichten.

Gab es hierzu schon ein Feedback?

Grüße und einen schönen Abend
Lutz

bocanea hat geschrieben: ↑Mi Aug 23, 2023 11:42 am Hallo,
ich habe wohl seit dem Upgrade auf 1.9.288, bei 1.9.295 und jetzt immer noch bei 1.9.303.0 ein eigenartiges Phänomen:

Auch wenn gar kein Auto an der openWB angehängt ist bekomme ich in der Tagesansicht als auch in der Monatsansicht angezeigt das der LP1 (wir haben nur einen) ca. 300-400Watt ziehen würde. Am Tag dann um die 7KW in der Monatsübersicht - auch wenn kein Fahrzeug angesteckt war. ( Sind Bilder nötig? )

Konfiguration LP1:
- Anbindung: Series 1/2 mit geeichtem Zähler Variante1
- SOC Modul: Kia / Hyundai
- SoC nur Abfragen wenn Auto angesteckt: Nein
- Abfrageintervall: 60
- Kombiniere SoC Modul und manuelle Berechnung: Nein
- Push-Funktion für ABRP: Nein
- Erweiterte Einstellungen


Im Ladelog ist davon aber nichts zu sehen.

Ab und zu mal geht der Wert für eine kurze Zeit auf 0 runter um dann wieder auf die reativ konstante Höhe zu gehen - dieses ist aber unabhängig von Ladezyklen. Ich habe mir jetzt mal die alten Werte angeschaut und festgestellt dass es wohl mit dem update auf 1.9.288 gekommen sein muss.

Die Frage für mich ist jetzt vor allem - zieht die openWB wirklich die 300-400W durchgehend oder ist das ein Anzeigefehler und der Strom wird sonst im Haus verbraucht?

Der Gesammtverbrauch aus LP1 + Hausverbrauch stimmt aber leider in etwa mit dem Gesammtverbrauch von der SMA-Anlage gemessen wird überein.

Irgendwelche Ideen - ist soetwas bekannt?

Ich hoffe ich habe dieses mal alle relevante Daten zur verfügung gestellt um eine Antwort zu erhalten - wenn ich doch etwas vergessen haben sollte bitte ich um Nachsicht und es mir zu sagen.

Danke und Gruß

Bocanea

Code: Alles auswählen

2023-08-23 13:00:10: PID: 2233: Previous regulation loop still running. Skipping. (LV0) at 35 main /var/www/html/openWB/regel.sh
503
set-currents: setze ladung auf 6A
2023-08-23 13:00:07: PID: 503: uberschuss 4931 wattbezug -4931 ladestatus 1 llsoll 6 pvwatt -5225 mindestuberschussphasen 1000 wattkombiniert 4931 schaltschwelle 230 (LV2) at 586 main /var/www/html/openWB/regel.sh
2023-08-23 13:00:07: PID: 503: anzahlphasen 1 (LV1) at 585 main /var/www/html/openWB/regel.sh
2023-08-23 13:00:07: PID: 503: LP1 Modbus 6 korrekt (LV1) at 236 evsemodbuscheck evsedintest.sh
2023-08-23 13:00:05: PID: 503: Zeit zum abfragen aller Werte 5 Sekunden (LV1) at 186 main /var/www/html/openWB/regel.sh
2023-08-23 13:00:04: PID: 503: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 503: plugstatlp1 0 plugstatlp2 0 plugstatlp3 0 (LV1) at 1273 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 503: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1272 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 503: EVU 1:V/-7A 2: V/-7A 3: V/-6A (LV1) at 1271 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 503: lla3 36 llv3 240.2 llas13  llas23  soclp1 100 soclp2  (LV1) at 1270 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 503: lla2 0 llv2 240.5 llas12  llas22  sofortll 32 hausverbrauch 294 wattbezug -4931 uberschuss 4931 (LV1) at 1269 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 503: lla1 0 llv1 240.0 llas11  llas21  mindestuberschuss 1000 abschaltuberschuss 5 lademodus 2 (LV1) at 1268 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 503: pv1watt -5225 pv2watt  pvwatt -5225 ladeleistung 0 llalt 6 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1267 loadvars loadvars.sh
2023-08-23 13:00:04: PID: 1019: EVU RET: 0 (LV2) at 15 main modules/bezug_smashm/main.sh
2023-08-23 13:00:04: PID: 26345: legacy run server: Completed running command in 1.07s: ["modules.devices.sma_shm.device","counter","3008816633"]
2023-08-23 13:00:04: PID: 26345: modules.devices.sma_shm.device: All components updated
2023-08-23 13:00:04: PID: 26345: soc.modules.common.store._api: Saving CounterState(power_factors=[0.982, 0.984, 0.979], frequency=50.003, currents=[-7.131, -7.156, -6.602], power=-4931.6, exported=15679880.7, powers=[-1682.0, -1697.1, -1552.5], voltages=[240.598, 241.437, 240.735], imported=10605938.0)
2023-08-23 13:00:03: PID: 26345: legacy run server: Received command ["modules.devices.sma_shm.device","counter","3008816633"]
2023-08-23 13:00:02: PID: 502: ##### cron5min.sh finished ##### (LV0) at 313 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:02: PID: 955: RET: 0 (LV2) at 12 main modules/wr_tripower9000/main.sh
2023-08-23 13:00:02: PID: 26345: legacy run server: WR 1 nach Korrektur: InverterState(currents=[0.0, 0.0, 0.0], power=-5225, exported=22682576, dc_power=-5336)
2023-08-23 13:00:02: PID: 26345: legacy run server: Completed running command in 0.15s: ["modules.devices.sma_sunny_boy.device","inverter","WWW.XXX.YYY.ZZZ","0","none","none","none","0","0"
2023-08-23 13:00:02: PID: 26345: soc.modules.common.store._api: Saving InverterState(currents=[0.0, 0.0, 0.0], power=-5225, exported=22682576, dc_power=None)
2023-08-23 13:00:02: PID: 26345: modules.devices.sma_sunny_boy.inverter: WR WWW.XXX.YYY.ZZZ: InverterState(currents=[0.0, 0.0, 0.0], power=-5225, exported=22682576, dc_power=-5336)
2023-08-23 13:00:01: PID: 502: logfile cleanup triggered (LV1) at 310 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:01: PID: 26345: soc.modules.common.component_context: Update Komponente ['Sma Sunny Boy/Tripower Wechselrichter']
2023-08-23 13:00:01: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Hybrid: 0
2023-08-23 13:00:01: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Version: 0
2023-08-23 13:00:01: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus weitere IPs: none, none, none
2023-08-23 13:00:01: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Webbox: 0
2023-08-23 13:00:01: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Ip-Adresse: WWW.XXX.YYY.ZZZ
2023-08-23 13:00:01: PID: 26345: legacy run server: Received command ["modules.devices.sma_sunny_boy.device","inverter","WWW.XXX.YYY.ZZZ","0","none","none","none","0","0"
2023-08-23 13:00:01: PID: 768: push buttons disabled (LV1) at 41 pushButtonsSetup /var/www/html/openWB/runs/pushButtons/pushButtonsHelper.sh
2023-08-23 13:00:01: PID: 768: rse disabled (LV1) at 41 rseSetup /var/www/html/openWB/runs/rse/rseHelper.sh
2023-08-23 13:00:01: PID: 768: checking network setup (LV1) at 103 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: external openWB, daemon mode or socket mode not configured (LV1) at 97 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: legacy run server is already running (LV1) at 60 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: Starting legacy run server... (LV1) at 54 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: smart home handler is already running (LV1) at 42 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: smart home handler... (LV1) at 39 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: mqtt handler is already running (LV1) at 33 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: Starting MQTT handler... (LV1) at 31 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: modbus tcp server already running (LV1) at 25 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: Starting modbus server... (LV1) at 23 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:01: PID: 768: Starting OpenWB services (LV0) at 21 start /var/www/html/openWB/runs/services.sh
2023-08-23 13:00:00: PID: 502: current ip: WWW.XXX.YYY.ZZZ (LV1) at 293 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:00: PID: 502: updating daily yield stats (LV1) at 164 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:00: PID: 502: electricity provider not set up; skipping price update (LV2) at 160 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:00: PID: 502: Netzschutz konfiguriert; aktuelle Frequenz: 4995 (LV1) at 109 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:00: PID: 502: daily csv updated: /var/www/html/openWB/web/logging/data/daily/20230823.csv (LV1) at 101 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:00: PID: 503: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh
2023-08-23 13:00:00: PID: 502: ##### cron5min.sh started ##### (LV0) at 23 main /var/www/html/openWB/runs/cron5min.sh
2023-08-23 13:00:00: PID: 31580: **** FATAL ********************************* (LV0) at 68 cleanup /var/www/html/openWB/regel.sh
2023-08-23 13:00:00: PID: 31580: **** FATAL Regulation loop needs 9 seconds (LV0) at 67 cleanup /var/www/html/openWB/regel.sh
2023-08-23 13:00:00: PID: 31580: **** FATAL ********************************* (LV0) at 66 cleanup /var/www/html/openWB/regel.sh
set-currents: setze ladung auf 6A
2023-08-23 12:59:56: PID: 31580: uberschuss 4929 wattbezug -4929 ladestatus 1 llsoll 6 pvwatt -5244 mindestuberschussphasen 1000 wattkombiniert 4929 schaltschwelle 230 (LV2) at 586 main /var/www/html/openWB/regel.sh
2023-08-23 12:59:56: PID: 31580: anzahlphasen 1 (LV1) at 585 main /var/www/html/openWB/regel.sh
2023-08-23 12:59:55: PID: 31580: Zeit zum abfragen aller Werte 4 Sekunden (LV1) at 186 main /var/www/html/openWB/regel.sh
2023-08-23 12:59:54: PID: 31580: chargestatlp1 0 chargestatlp2 0 chargestatlp3 0 (LV1) at 1274 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31580: plugstatlp1 0 plugstatlp2 0 plugstatlp3 0 (LV1) at 1273 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31580: lp1enabled 1 lp2enabled 1 lp3enabled 1 (LV1) at 1272 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31580: EVU 1:V/-7A 2: V/-7A 3: V/-6A (LV1) at 1271 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31580: lla3 36 llv3 239.6 llas13  llas23  soclp1 100 soclp2  (LV1) at 1270 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31580: lla2 0 llv2 240.0 llas12  llas22  sofortll 32 hausverbrauch 315 wattbezug -4929 uberschuss 4929 (LV1) at 1269 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31580: lla1 0 llv1 239.8 llas11  llas21  mindestuberschuss 1000 abschaltuberschuss 5 lademodus 2 (LV1) at 1268 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31580: pv1watt -5244 pv2watt  pvwatt -5244 ladeleistung 0 llalt 6 nachtladen 0 nachtladen 0 minimalA 6 maximalA 32 (LV1) at 1267 loadvars loadvars.sh
2023-08-23 12:59:54: PID: 31769: EVU RET: 0 (LV2) at 15 main modules/bezug_smashm/main.sh
2023-08-23 12:59:54: PID: 26345: legacy run server: Completed running command in 0.26s: ["modules.devices.sma_shm.device","counter","3008816633"]
2023-08-23 12:59:54: PID: 26345: modules.devices.sma_shm.device: All components updated
2023-08-23 12:59:54: PID: 26345: soc.modules.common.store._api: Saving CounterState(power_factors=[0.982, 0.983, 0.978], frequency=49.998, currents=[-7.141, -7.179, -6.608], power=-4929.0, exported=15679867.0, powers=[-1681.8, -1699.5, -1547.7], voltages=[240.423, 241.11, 240.101], imported=10605938.0)
2023-08-23 12:59:53: PID: 26345: legacy run server: Received command ["modules.devices.sma_shm.device","counter","3008816633"]
2023-08-23 12:59:52: PID: 31740: RET: 0 (LV2) at 12 main modules/wr_tripower9000/main.sh
2023-08-23 12:59:52: PID: 26345: legacy run server: WR 1 nach Korrektur: InverterState(currents=[0.0, 0.0, 0.0], power=-5244, exported=22682563, dc_power=-5357)
2023-08-23 12:59:52: PID: 26345: legacy run server: Completed running command in 0.13s: ["modules.devices.sma_sunny_boy.device","inverter","WWW.XXX.YYY.ZZZ","0","none","none","none","0","0"
2023-08-23 12:59:52: PID: 26345: soc.modules.common.store._api: Saving InverterState(currents=[0.0, 0.0, 0.0], power=-5244, exported=22682563, dc_power=None)
2023-08-23 12:59:52: PID: 26345: modules.devices.sma_sunny_boy.inverter: WR WWW.XXX.YYY.ZZZ: InverterState(currents=[0.0, 0.0, 0.0], power=-5244, exported=22682563, dc_power=-5357)
2023-08-23 12:59:52: PID: 26345: soc.modules.common.component_context: Update Komponente ['Sma Sunny Boy/Tripower Wechselrichter']
2023-08-23 12:59:52: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Hybrid: 0
2023-08-23 12:59:52: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Version: 0
2023-08-23 12:59:52: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus weitere IPs: none, none, none
2023-08-23 12:59:52: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Webbox: 0
2023-08-23 12:59:52: PID: 26345: modules.devices.sma_sunny_boy.device: SMA Modbus Ip-Adresse: WWW.XXX.YYY.ZZZ
2023-08-23 12:59:52: PID: 26345: legacy run server: Received command ["modules.devices.sma_sunny_boy.device","inverter","WWW.XXX.YYY.ZZZ","0","none","none","none","0","0"
2023-08-23 12:59:51: PID: 31580: **** Regulation loop start **** (LV1) at 77 main /var/www/html/openWB/regel.sh
2023-08-23 12:59:50: PID: 30236: **** FATAL ********************************* (LV0) at 68 cleanup /var/www/html/openWB/regel.sh
2023-08-23 12:59:50: PID: 30236: **** FATAL Regulation loop needs 9 seconds (LV0) at 67 cleanup /var/www/html/openWB/regel.sh
2023-08-23 12:59:50: PID: 30236: **** FATAL ********************************* (LV0) at 66 cleanup /var/www/html/openWB/regel.sh
set-currents: setze ladung auf 6A

Hallo Lutz,
nein leider gabe es noch kein Feedback - aber jetzt sind wir schon zu zweit, vieleicht tut sich ja doch noch mal was, ich hoffe es zumindest. Wahrscheinlich sind die meisten mit der Version 2.0 beschäftigt , auf die will ich aber noch nicht gehen, und ob dort das Problem gelöst ist ist auch nicht klar.
Viele Grüße