Einbindung Lambda Wärmepumpe

[derNeueDet]

Es war dabei unrelevant welcher Softwarestand der 2.x drauf war. Mit den alten 1.9 läuft alles Problemlos.
Nach dem hochstellen des Updgerät auf 180 ist das bisher nicht mehr aufgetreten.

SG Christian

Super das das jetzt besser läuft.
Der parameter Updategerät steuert, in was für einem Sekundentakt openwb die Wp updaten soll. Je nach wp Hersteller kann hier zu schnelles senden zu einem Hänger auf der Wp Seite führen...
Gruss Oliver

Das sollte dann aber nicht dazu führen, dass die openWB stehen bleibt. Gibt es ne Idee, weshalb es bei der v1.9 weiter läuft während es die V2.x blockiert? Die Update Rate bei der V1.9 war ja vermutlich identisch wie bei der V2.x vor der Einführung des Parameters.

VG
Det

[jonas1611]

Das sollte dann aber nicht dazu führen, dass die openWB stehen bleibt. Gibt es ne Idee, weshalb es bei der v1.9 weiter läuft während es die V2.x blockiert? Die Update Rate bei der V1.9 war ja vermutlich identisch wie bei der V2.x vor der Einführung des Parameters.

VG
Det

Kann es sein, dass die V2 mehr Prozessorlast und dadurch mehr Wärme produziert?
Ich hatte vor kurzem auch das Problem, dass meine OpenWB nicht mehr wollte. Die Tempertur lag da über 60Grad.
Ab dieser Temperatur, soll ja der Prozessor des RPI3B runtertakten.
Aktuell habe ich 56.4'C bei 17'C Aussentemp. und meine Wallbox ist an der nördlichen Hauswand unter einem Carport angebaut.

[derNeueDet]

Da bin ich mir zu 99% sicher, dass das nicht der Fall ist.
Ich vermute eher, dass sich da was aufschaukelt, wenn entweder der Modbus Client nicht schnell genug antwortet oder die Session offen stehen bleibt.

VG
Det

[okaegi]

Der Parameter updategerät steuert wie häufig openwb den lambda client updatet. Es könnte sein, das sich ich hier das Standardtiming für Lamda zwischen 1.9 und 2.0 geändert habe. Die Periode sollte jeweils im smarthome.log stehen. (1.9 und 2.0 gleichermasssen.
Der Lambda driver in 2.0 wurde dahingehend angepassst, das bei jedem Durchlauf eine neue Session aufgebaut wird. Auch hatte es in der ersten 2.0 Lambda driver einen Hack drin, damit das gleiche Coding unter 2.0 und 1.9 lauffähig ist. Der Hack ist derweilen behoben.
Gruss OLliver

[jonas1611]

Hallo Oliver,

ich arbeite aktuell in der Release 2.1.5-Patch.2, ist da der neue Treiber schon drin?
Wo kann man im Log erkenner, wie oft er abfragt? Bin der gerade etwas blind...

Gruß Lars

[okaegi]

Die meldung im Smarthome.log sieht so aus:

Code: Alles auswählen

2024-09-23 22:24:21,172 (1) Gerät wurde upgedatet, neue Vorgabe 41 Periode 22

Gruss Oliver

[jonas1611]

Die meldung im Smarthome.log sieht so aus:

Code: Alles auswählen

2024-09-23 22:24:21,172 (1) Gerät wurde upgedatet, neue Vorgabe 41 Periode 22

Gruss Oliver

Habe da was gefunden, scheint ca. alle 20s zu kommen.

Code: Alles auswählen

2024-09-27 13:38:40,709 - (1) Gerät wurde upgedatet, neue Vorgabe 1471 Periode 19

[okaegi]

Periode ist die Zeit vom letzten update.die Vorgabe ist der Überschuss der an Lambda übertragen wurde.
Gruss Oliver

[tiffman]

Mal eine Frage zur Priorisierung:
PV-Laden ist bei mir so eingestellt, dass mein Tesla ab 1 kW Überschuss mit dem Laden beginnt.
Die Lambda bekommt den Überschuss ja immer gemeldet (weil sie ja sonst Fehler ausgibt, in OpenWB-Sprech ist das Gerät also immer eingeschaltet. Die Lambda selbst geht ab 2 kW Überschuss in den PV Modus.
Sehe ich es richtig, dass damit zwangsweise der Tesla priorisiert ist und ich daran auch nichts ändern kann?
Bsp.: Tesla wird nach Sonnenuntergang angesteckt. Sobald morgens 1 kW Überschuss anliegt, läd das Auto. Wenn über den Tag nie mehr als 13 kW Überschuss sind, würde die Lambda erst in den PV-Modus gehen, wenn der Tesla seine Ladegrenze erreicht, korrekt? Daran kann ich in den Einstellungen nichts ändern?
Wenn ich die Ladung des Teslas kurz unterbreche und erst wieder fortsetze, sobald die Lambda im PV-Modus ist, wäre aber die Lambda priorisiert und der Tesla lädt nur das, was die Lambda übrig lässt?

Ich muss nochmalauf das Thema der Priorisierung zurückkommen. Denn heute hat sich das System ganz anders verhalten, als es sollte:
- Gegen 9:00 Uhr ist die Lambda angegangen wegen Überschuss.
- Gegen 10:15 Uhr habe ich mein E-Auto angesteckt, das nach kurzer Zeit auf 3-phasig umgeschaltet hat und dadurch den gesamten verbleibenden Überschuss (stets > 4 kW) abnimmt.
- Ab 11:30 Uhr reduziert die Lambda stückweise ihre Leistungsaufnahme und schaltet dann um kurz vor 12 Uhr komplett ab weilkein PV-Überschuss mehr anliegt. Tatsächlich habe ich aber Überschuss, der wird jedoch komplett vom Auto gefressen!
- Gegen 12:20 Uhr ist das Auto voll und nach der eingestellten Wartezeit schaltet die Lambda um 12:35 wieder ein wegen PV-Überschuss.

ObenWB-Grafik:

openWB.jpg (30.36 KiB) 407 mal betrachtet

Lambda-Grafik:

Screenshot_20241003_153131_Samsung Internet.jpg

(342.92 KiB) Noch nie heruntergeladen

(Lambda-Grafik wird nicht angezeigt, bitte klicken)

Lambda-Legende:

Legende.jpg (43.15 KiB) 406 mal betrachtet

Ich war der Meinung, dass die Lambda dadurch priorisiert wird, dass Sie Überschuss abnimmt, bevor das Auto einschaltet. Dem scheint nicht so zu sein, da das Auto ihr den Überschuss wegzunemen scheint. Erst als es abschaltet, geht die Lambda wieder in Überschussbetrieb.

Wie kann ich die Lambda priorisieren? Das Auto soll nur bekommen, was die Lambda übrig lässt!

[DerFlo]

Jep.
Kann das Verhalten bestätigen.
Mit meiner kleinen 10 kwp PV-Anlage ist das ziemlich schmerzlich.
Ich schalte dann (manuell) die Autoladung auf 1phasig um, da ich sonst trotz PV-Überschuss jede menge Strom aus dem Netz ziehe.

Von daher wäre ich an der Lösung auch sehr interessiert.

Gruß
Flo