Rückmeldungen 2.1.6 Release & Release 1

[raudi]

Hi,

mir ist gestern noch eine "Kleinigkeit" aufgefallen...

Ich nutze hier das manuelle SoC Modul und ich wollte meinen PKW mal "komplett" voll laden, da ich morgen eine längere Strecke zu fahren habe.

PKW hat bei 66% begonnen zu laden, ich habe in der openWB das SoC Limit auf 100% gestellt, normal lade ich bis 90%. Der PKW wurde aber nur bis 99% geladen, da bei er Errechnung ja eine gewisse Toleranz ist. Könnte man bei 100% nicht einfach das SoC Limit komplett deaktivieren? Einfach voll laden, bis der PKW nicht mehr lädt?

Wobei, ich habe gerade gesehen, ich hätte anstatt das Limit auf 100% zu stellen, vermutlich die "Begrenzug" auf "keine" stellen müssen, aber 100% ist ja eigentlich auch keine Begrenzung.

Von daher, ne "Kleinigkeit", die man evtl. mal bei Gelgenehit optimieren könnte.

[Gero]

Doch, zwischen 100% und "vollmachen bis nichts mehr geht" ist ein Unterschied. Denn die openWB macht Schluß wenn die 100% erreicht sind, das Auto aber noch nicht notwendigerweise, falls es erst mal 100% meldet und dann mit dem balancieren der Zellen anfängt. Erst wenn das abgeschlossen ist, beendet auch das Auto die Ladung.

[raudi]

Naja, es ging mir eher darum, dass beim manuellen SoC dieser errechnet wird, und dass dieses niemals so genau sein kann, dass auch wirklich zu 100% geladen werden. Wobei die Toleranz ja auch in die andere Richtung gehen könnte, die openWB denkt es wäre 99% geladen und der PKW hat schon 100% und beendet das beladen.

Daher im Modus "Manueller SoC": Ziel SoC auf 100% = voll Laden = nicht durch openWB den Strom abschalten

Aber auch dein Argument würde mich nur darin bestätigen, dass die openWB nicht einfach bei 100% den Strom abschaltet und lieber bei einer Einstellung von 100% wartet bis der PKW die Ladung beendet.

[openWB]

Das ist unabhängig der Quelle des SoC.
Die Diskussion gab es schon ein paar mal.
Wenn keine Begrenzung gewünscht ist, dann bitte keine auswählen.

[seaspotter]

Moin,
seit dem update auf 2.1.6 kann die OpenWB nicht mehr den Wechselrichter erreichen, unter 2.15 Patch2 war noch alles okay.
ModBus Einstellungen sind überprüft worden.

SMA, Modell: STP5.0-3AV-40 428

Fehlermeldung aus Statusmeldung:
Modulmeldung:
<class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.178.29:502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.178.29:502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.')

Logauszug anbei.
https://paste.openwb.de/zNyErE6lDaVuDdC

SMA, Modell: STP5.0-3AV-40 428

Grüße und Danke,
Michael

Habe hier einen STP6.0-3AV-40 mit aktuellem Master 2024-11-25 14:03:30 +0100 [68533a761] auch im Modbus Betrieb des WR und keinerlei Probleme. Würde da eher beim Wechselrichter mal schauen.

[deklamic]

Moin,
seit dem update auf 2.1.6 kann die OpenWB nicht mehr den Wechselrichter erreichen, unter 2.15 Patch2 war noch alles okay.
ModBus Einstellungen sind überprüft worden.

SMA, Modell: STP5.0-3AV-40 428

Fehlermeldung aus Statusmeldung:
Modulmeldung:
<class 'pymodbus.exceptions.ConnectionException'> ('Failed to connect[ModbusTcpClient(192.168.178.29:502)]', 'Modbus-Client konnte keine Verbindung zu 192.168.178.29:502 aufbauen. Bitte Einstellungen, IP-Adresse und Port sowie Netzwerk-Anschluss prüfen.')

Logauszug anbei.
https://paste.openwb.de/zNyErE6lDaVuDdC

SMA, Modell: STP5.0-3AV-40 428

Grüße und Danke,
Michael

Habe hier einen STP6.0-3AV-40 mit aktuellem Master 2024-11-25 14:03:30 +0100 [68533a761] auch im Modbus Betrieb des WR und keinerlei Probleme. Würde da eher beim Wechselrichter mal schauen.

Da hat sich die letzten Jahre nichts geändert. Der WE ist unter seiner IP erreichbar und an der Modbus Konfiguration hat sich nichts geändert
Das Problem muss da noch anderswo liegen.

Grüße,
Michael

[seaspotter]

Da hat sich die letzten Jahre nichts geändert. Der WE ist unter seiner IP erreichbar und an der Modbus Konfiguration hat sich nichts geändert
Das Problem muss da noch anderswo liegen.

Grüße,
Michael

In den letzten Releases wurden aber in openWB an der SMA Integration auch nicht verändert, siehe commits. Und wenn es etwas grundlegendes wäre, dann hätten es ja alle SMA String WR also bei mir auch. Daher mein Hinweis lieber mal bei dir zu schauen, notfalls mit anderen Modbus Tools mal auf dem SMA lauschen ob da auch alles ankommt.

[zoe*in]

BUG:

openWB/web/settings/#/VehicleConfiguration

Konfiguration Fahrzeuge - Fahrzeug 2+3 lassen sich nicht mehr öffnen.

Waren mehr als 1 Fahrzeug (Standard-Fahrzeug) konfiguriert, sind diese nach dem Update nicht mehr zu öffnen. Beim Klick auf Standard-Fahrzeug öffnet sich das Feld mit den Einstellungen. Klingt man auf das Fahrzeug 2 oder 3 passiert nichts, d.h. man kann diese Fahrzeuge weder editieren noch löschen.

[deklamic]

Da hat sich die letzten Jahre nichts geändert. Der WE ist unter seiner IP erreichbar und an der Modbus Konfiguration hat sich nichts geändert
Das Problem muss da noch anderswo liegen.

Grüße,
Michael

In den letzten Releases wurden aber in openWB an der SMA Integration auch nicht verändert, siehe commits. Und wenn es etwas grundlegendes wäre, dann hätten es ja alle SMA String WR also bei mir auch. Daher mein Hinweis lieber mal bei dir zu schauen, notfalls mit anderen Modbus Tools mal auf dem SMA lauschen ob da auch alles ankommt.

Ich habe das Problem lösen können.
Ich habe den WE komplett stromlos (AC/DC) gemacht für ca. 2-3 min.
Jetzt steht die Verbindung wieder, keine Fehlermeldung mehr.
Das Problem wurde in einem anderen Forum beschrieben, wo ich fündig geworden bin.

Grüße,
Michael

[Oesi]

Guten Abend,
Seit dem Update Sperren sich meine Ladepunkt an 2 Standorten nicht mehr. Mit der 2.1.5. hat das immer funktioniert. LPte werden über
RFID freigegeben, Fahrzeug darüber eingestellt. Nach dem Abschluss des Ladens wird wieder auf Standard gewechselt und der Ladepunkt soll automatisch gesperrt werden. Seit dem Update bleibt der LP frei, sperren muss ich von Hand. Hat sich da bei der 2.6.1 da wa im Ablauf geändert. Habe mal testweise das Auto-Sperren nach dem laden deaktiviert, gespeichert und wieder zurück gestellt, das hat aber nichts gebracht. Welche Logs wären die richtigen?

Viele Grüße
Oesi