Rückmeldungen 2.1.7 Release Candidate 1

[ChristophR]

Cryptography wird fürs Backup auf OneDrive benötigt. Auf welcher Hardware läuft Deine openWB? Bei mir lief das auf einer Standalone, einer selbst installierten Variante auf einem Raspberry Pi 3b (?) sowie meiner arm VM problemlos durch.

Läuft direkt als Primary auf meiner openWB Series 2 Standard+ aus 2022.
One Drive Backup innerhalb des "fehlerhaften" RC.1 hat trotzdem funktioniert.
Es scheint nur das Update auf Version 44 fehlzuschlagen, im Release ist 42 drauf, das scheint dann gerade noch so zu laufen.

Habe es gerade nochmal mit dem initialen RC.1 aus dem Beta Zweig vom 30.1. versucht, da trat der Fehler auch schon auf.
Es fällt nur auf, wenn man beim Update die Systemmeldungen aufgeklappt lässt, dann erscheint kurz vor dem 2. Neustart kurz eine Meldung, dass die Installation von Phyton Modulen fehlgeschlagen sei.
Die verschwindet aber gleich wieder, so dass es danach gar nicht auffällt.

Problem tritt auch schon bei Beta.2 und Beta.1 auf, auf ältere Updates habe ich keinen Zugriff mehr.

[Andi]

Heute war mal wieder ausreichend PV da um sowohl den Speicher als auch die beiden Autos zu laden, da sind mir ein paar merkwürdige Dinge aufgefallen.

Hatte ich auch, anscheinend ist an der Schnittstelle für Secondaries was geändert worden! Nach einem Update der Secondary auf denselben MASTER Stand wie auf der Hauptbox ging wieder alles...

[Frank-H]

Hallo,

nachdem ich auf die 2.1.7 RC1 umgeschaltet hatte kommen laufend Fehlermeldungen bzgl. der EVSE, das Auto lädt aber problemlos, also kann die nicht kaputt sein:

Code: Alles auswählen

2025-02-18 18:15:59,917 - {helpermodules.utils.error_handling:31} - {ERROR:Internal Chargepoint} - Auslesen der EVSE nicht möglich. Vermutlich ist die EVSE defekt oder hat eine unbekannte Modbus-ID. Bitte nehme bei anhaltenden Problemen über die Support-Funktion in den Einstellungen Kontakt mit uns auf.
2025-02-18 18:18:14,440 - {helpermodules.utils.error_handling:31} - {ERROR:Internal Chargepoint} - modules.common.modbus <class 'Exception'> modules.common.modbus Modbus Error: [Input/Output] Modbus Error: [Invalid Message] No response received, expected at least 2 bytes (0 received)

Komischerweise kommen diese Fehlermeldungen aber nicht mehr, wenn man den Log Level auf INFO hochsetzt.

Hat das von euch schon jemand beobachtet?

Genau das ist bei mir auch der Fall. Die Fehlermeldungen kommen in unregelmäßigen Abständen. Der Support konnte auch keine konkrete Ursache finden und bot eine neue EVSE an. Das lasse ich aber erstmal, weil keine tatsächlichen Probleme erkennbar sind.
Es scheint sich also eher um einen Bug zu handeln, weil mir das, ebenso wie bei dir, in früheren Versionen nicht aufgefallen ist.
Vielleicht mal einen Supportfall aufmachen.

[Andi]

Habe fast täglich eine ungewollte kurze Ladung (z.B. 868wh bei 11kw), oft bei genau 0:00 - teils aber auch sehr früh morgens.

Gabs auch schon vor 2.1.7 RC1, zuletzt beim letzten Release 2.1.6

Lademodus: Sofortladen
Preisladen: aktiv (Tibber. Einstellung so, dass Preisgrenze deutlich überschritten)
Hw: owb Serie2 standard+

Habe seit langem auch mal mit Sofortladen und Preisgrenze im Tibbermodul vorgestern Nacht das Auto laden wollen und war gestern morgen als ich zum Skifahren wollte vor einem leeren Auto gestanden...

Ich hatte eine Preisgrenze eingestellt die zw. 2 und 6 Uhr Sofortladen freigeben sollte. Um genau Mitternacht sah ich dann im Graphen am morgen daß ein kurzer Ladevorgang gestartet wurde (dort war der PReis aber ÜBER der Schwelle!!) aber dann auch sofort wieder abgebrochen wurde. Da ich mit meiner Externen Ladesteuerung 15min nach Ladeende eines Sofortladens wieder automatisch auf PV-Laden umstelle wurde dann auch um 00:15Uhr auf PV Laden umgeschaltet... Und um 2 Uhr als der Preis dann unter der Schwelle war lud dann natürlich nix mehr da ja kein Sofortladen mehr aktiv war

Leider war ich gestern dann den ganzen Tag unterwegs und das log jetzt bringt wohl nix mehr. Aber es scheint ja öfter und reproduzierbar aufzutreten.

[Gero]

Heute war mal wieder ausreichend PV da um sowohl den Speicher als auch die beiden Autos zu laden, da sind mir ein paar merkwürdige Dinge aufgefallen.

Hatte ich auch, anscheinend ist an der Schnittstelle für Secondaries was geändert worden! Nach einem Update der Secondary auf denselben MASTER Stand wie auf der Hauptbox ging wieder alles...

Ja, so sieht das aus. Hier ist noch ein Hinweis auf ein update der modbus-Kommunitkation:

viewtopic.php?p=124048#p124048

[LenaK]

Habe gerade mal wieder ein Update von meiner Release-Version 2.1.6-Patch.1 auf den aktuellen master (2025-02-18 10:11:57 +0100 [173137a23]) versucht.
Zufällig habe ich im Log gesehen, dass die Installation des cryptography Moduls fehlschlägt (auch nach wiederholtem Neustart).
https://paste.openwb.de/DB4Y2JTvLhY7fXm
Ich konnte zwar keinen offensichtlichen Fehler erkennen, gehe aber lieber wieder per Backup zurück auf mein Release.

Es gab kürzliche ein neues Release vom cryptography-Paket. Ich habe die Version aktualisiert. Hier hat die Installation geklappt.

[ChristophR]

Habe gerade mal wieder ein Update von meiner Release-Version 2.1.6-Patch.1 auf den aktuellen master (2025-02-18 10:11:57 +0100 [173137a23]) versucht.
Zufällig habe ich im Log gesehen, dass die Installation des cryptography Moduls fehlschlägt (auch nach wiederholtem Neustart).
https://paste.openwb.de/DB4Y2JTvLhY7fXm
Ich konnte zwar keinen offensichtlichen Fehler erkennen, gehe aber lieber wieder per Backup zurück auf mein Release.

Es gab kürzliche ein neues Release vom cryptography-Paket. Ich habe die Version aktualisiert. Hier hat die Installation geklappt.

Jetzt hat´s geklappt, vielen Dank.
Dann spiele ich jetzt noch die letzten Tage beim master mit, nachdem der Timestamp wieder realistisch ist.

Lässt es sich noch ändern, dass die Meldung zum Fehler der Phyton Module bei solch einem Fehler stehen bleibt?
Es war wirklich nur ein großer Zufall, dass ich die Meldung habe durchhuschen sehen und dann genauer ins Log geschaut.

[knotzchef]

Hi,
so heute mal wieder PV-Überschuss mit der 2.1.7 RC1 c5c031547 geladen.. start war soweit gut, aber es schaltet einfach nicht ab.... Es war wieder PV-Leistung < 1kW und er hat gemütlich aus dem Speicher gezogen.

Screenshot 2025-02-09 161205.png

Log folgt, sobald das openWB paste mir einen Link ausgibt.

So nun der Link: https://paste.openwb.de/BCV07nLeVzukzK9

Liegt die Einspeisegrenze bei dir wirklich bei 150W? Normalwerweise ist die Einspeisegrenze deutlich höher, dann funktioniert es ordnungesgemäß.

Hallo Lena,
ja den Wert von 150W habe ich übernommen aus dem Template PV-Laden / Einspeisung
-> ab welchem Wert läuft die Regelung eurer Erfahrung nach besser?

->da andere Komponeten sogar kleinere Zielwerte schaffen, war ich der Meinung die openWB kommt mit etwas mehr Reserve klar.

[Gero]

Also bei mir ist die Einspeisegrenze bei den default 15kW und die Regelung danach ausgeschaltet. M.a.W: ich nutze das nicht, wie auch viele andere das nicht nutzen. Gerade Anlagen mit Speicher und 70% haben ja auch noch die Option, den Speicher erst mittags vollzuladen, damit die Kappung nicht aktiv wird. (Morgens, wenn die PV-Leistung geringer als 70% ist, wird voll eingespeist und mittags wird der Speicher geladen, damit der Überschuss nicht über die 70% steigt.) Die Einspeisegrenze bei der openWB macht das auch so, wenn man als Regelpunkt die 70%-Leistung einträgt. Deine 150W wären vielleicht als Einschaltschwelle besser aufgehoben. Oder mal ganz dumm gefragt: was möchtest Du eigentlich damit erreichen?

[knotzchef]

Also bei mir ist die Einspeisegrenze bei den default 15kW und die Regelung danach ausgeschaltet. M.a.W: ich nutze das nicht, wie auch viele andere das nicht nutzen. Gerade Anlagen mit Speicher und 70% haben ja auch noch die Option, den Speicher erst mittags vollzuladen, damit die Kappung nicht aktiv wird. (Morgens, wenn die PV-Leistung geringer als 70% ist, wird voll eingespeist und mittags wird der Speicher geladen, damit der Überschuss nicht über die 70% steigt.) Die Einspeisegrenze bei der openWB macht das auch so, wenn man als Regelpunkt die 70%-Leistung einträgt. Deine 150W wären vielleicht als Einschaltschwelle besser aufgehoben. Oder mal ganz dumm gefragt: was möchtest Du eigentlich damit erreichen?

Hi,
mein Ziel ist wie bei allen... max. PV-Strom ins Fahrzeug zu bekommen.
-> ich habe mich aus dem Templatevorschlag vielleicht verleiten lassen oder es falsch verstanden... weil bsp beim Heizstab schreibt man auch rein was soll am Ausgang noch übrig bleiben. Mein Gedanke (vielleicht verdreht) war... dass die openWB immer ca. 150W Einspeiseleistung stehen lässt damit eventuelle Schwankungen im Hausverbrauch nicht gleich zum Strombezug führen.....
Meine Wechselrichter selbst haben keine Leistungsbegrenzung, diese stehen beide auf 100%

Screenshot 2025-02-20 113737.png (75.41 KiB) 137 mal betrachtet