Der neue Monatsrückblick für Mai und Juni 2026 ist online!

[TbsJah]

Stimmt, beides jetzt mit der 3.6 behoben

[Homer.J.]

@TbsJah Betriebszustand wird bei 8888 bei LAD9 aktualisiert bei der 8889 ab V.3.92.3 nicht.

[TbsJah]

@Homer.J. sagte:

@TbsJah Betriebszustand .... 8889 ab V.3.92.3 nicht.

Firmware 3 braucht Port 8214
Das sollte aktualisieren

LAD9 müsste auch 8889 sein

[Homer.J.]

@TbsJah sagte:

Firmware 3 braucht Port 8214

hatte ich vorhin schon geschrieben geht nicht mehr.

luxtronik2-controller.1
2026-07-14 20:37:52.346 error Fehler beim Ausführen des Raw-Dumps: Unexpected server response: 400

luxtronik2-controller.1
2026-07-14 20:39:25.979 info Raw 3004 Fehler: Unexpected server response: 400

[TbsJah]

Kannst du bitte erneut den Adapter löschen (um eventuelle Datei-Leichen zu löschen)
Aktuell ist die Version 0.3.8

Das Problem sollte gefixt sein

[Homer.J.]

@TbsJah alles gelöscht und neu installiert.

luxtronik2-controller.1
2026-07-14 20:58:59.441	error	Fehler beim Ausführen des Raw-Dumps: Unexpected server response: 400

luxtronik2-controller.1
2026-07-14 20:58:59.438	info	=======================================================

luxtronik2-controller.1
2026-07-14 20:58:59.438	info	START COMPACT RAW DUMP: LISTE 3003 (PARAMETER) via WebSocket

luxtronik2-controller.1
2026-07-14 20:58:59.438	info	=======================================================

luxtronik2-controller.1
2026-07-14 20:58:53.181	info	Historie für Informationen.07_Abschaltungen.Abschaltungen aus Rohdaten aktualisiert.

luxtronik2-controller.1
2026-07-14 20:58:53.176	info	Historie für Informationen.06_Fehlerspeicher.Fehlerspeicher aus Rohdaten aktualisiert.

luxtronik2-controller.1
2026-07-14 20:58:45.498	info	Verbinde mit Wärmepumpe auf 192.168.178.61:8214...

[TbsJah]

@Homer.J. sagte:

luxtronik2-controller.1
2026-07-14 20:58:59.441 error Fehler beim Ausführen des Raw-Dumps: Unexpected server response: 400

Puh, hilfreich, zeigt aber wie schwach der Webserver ist.
Er braucht mehr Zeit damit er die Abfragen einzeln sauber abschließen kann und die Websockets schließt. In der Zeit hängt er und deshalb bekommst du ein 400er.

Hoffe dieser Fix passt.

[Homer.J.]

@TbsJah gleiche Fehler

[TbsJah]

@Homer.J. sagte in Test Luxtronik2-Controller:

@TbsJah gleiche Fehler

Wirklich, fischen im trüben...
Gehe aber immer noch davon aus, dass die Websockets das Problem sind.
Daher... Versuch macht klug

Jetzt mit sauberen close und nicht terminate und abfrage ob Socket noch offen

[Homer.J.]

@TbsJah

luxtronik2-controller.1
2026-07-14 22:09:34.957	info	Raw 3004 Fehler: Unexpected server response: 400

luxtronik2-controller.1
2026-07-14 22:09:31.454	info	Raw 3003 Fehler: Unexpected server response: 400

luxtronik2-controller.1
2026-07-14 22:09:31.450	info	Schreibe Wert direkt in Wärmepumpe: zip_aktiv = 120

luxtronik2-controller.1
2026-07-14 22:09:31.408	info	State value to set for "luxtronik2-controller.1.Einstellungen.05_ZIP.zip_aktiv" has to be type "string" but received type "number"

luxtronik2-controller.1
2026-07-14 22:09:31.406	error	Fehler beim Schreiben von warmwater_temperature an die Pumpe: Unexpected server response: 400

luxtronik2-controller.1
2026-07-14 22:09:31.403	info	writePumpAsync Raw-Befehl: ID 2, val: 500

luxtronik2-controller.1
2026-07-14 22:09:31.147	info	Schreibe Wert direkt in Wärmepumpe: warmwater_temperature = 50

luxtronik2-controller.1
2026-07-14 22:09:31.103	error	Fehler beim Schreiben von heating_system_circ_pump_voltage_nominal an die Pumpe: Unexpected server response: 400

luxtronik2-controller.1
2026-07-14 22:09:31.095	info	writePumpAsync Raw-Befehl: ID 867, val: 700

luxtronik2-controller.1
2026-07-14 22:09:31.095	info	Schreibe Wert direkt in Wärmepumpe: heating_system_circ_pump_voltage_nominal = 7

luxtronik2-controller.1
2026-07-14 22:09:31.091	info	Synchronisiere Konfigurationswerte mit der Wärmepumpe...

luxtronik2-controller.1
2026-07-14 22:09:30.542	info	Verbinde mit Wärmepumpe auf 192.168.178.61:8214...

[TbsJah]

@Homer.J. sagte:

State value to set for "luxtronik2-controller.1.Einstellungen.05_ZIP.zip_aktiv" has to be type "string" but received type "number"

ok - das habe ich angepasst
einmal zip_aktiv löschen (oder ganzen objektbaum) dann wird das neu sauber erstellt und auch später nicht falsch behandelt

Jetzt zum wichtigen Punkt. Ich habe ein bisschen gesucht wegen deiner beiden LWPs LAD9 und MSW2-9S.
Beide laufen auf dem selben TCP Port 8889 und nicht auf dem Socket Port.
Also bitte bei beiden 8889 eintragen. Das sollte hoffentlich schon die Lösung sein.

Alles in allem gab es aber durch meine falsche Annahme noch einmal ein gute refactoring des Codes :)

Neuste Version ist oben.

[TbsJah]

Update 0.5.1

[Homer.J.]

@TbsJah Guten Morgen,

läuft soweit einzige diese beiden Datenpunkte werden nicht aktualisiert ab V 3.

"_id": "luxtronik2-controller.1.Informationen.08_Betriebszustand.heatpump_extendet_state_string",

"_id": "luxtronik2-controller.1.Informationen.08_Betriebszustand.heatpump_state_string",```

[TbsJah]

@Homer.J. sagte:
"_id": "luxtronik2-controller.1.Informationen.08_Betriebszustand.heatpump_extendet_state_string",

"_id": "luxtronik2-controller.1.Informationen.08_Betriebszustand.heatpump_state_string",```

heatpump_extendet_state_string ist rawValues[119]
heatpump_state_string ergibt sich aus rawValues[117] & rawValues[118] und rawValues[120] --> sind die bei dir befüllt (Write raw data to log)?

[Homer.J.]

@TbsJah sagte:

awValues[117] & rawValues[118] und rawValues[120] --> sind die bei dir befüllt (Write raw data to log)?

Meinst du das hier?

luxtronik2-controller.1
2026-07-16 05:21:30.675	info	[RAW 3004] Index 120 = 0

luxtronik2-controller.1
2026-07-16 05:21:30.675	info	[RAW 3004] Index 118 = 0

luxtronik2-controller.1
2026-07-16 05:21:30.675	info	[RAW 3004] Index 117 = 0

Es wird ja beschrieben aber nur einmal und mit dem falschen Wert ich habe den Heizbetrieb aus.

Wert:
Heizbetrieb
Typ:
string
Zeitstempel:
a day ago
Bestätigt:
Bestätigt (true)
Zuletzt geändert:
a day ago
Qualität:
0x00 - good
Von:
system.adapter.luxtronik2-controller.1
Benutzer:
--

hier das gleiche egal ob sie läuft oder nicht der Zeitstempel steht.

Wert:
Wärmepumpe läuft seit 00:00:00
Typ:
string
Zeitstempel:
a day ago
Bestätigt:
Bestätigt (true)
Zuletzt geändert:
a day ago
Qualität:
0x00 - good
Von:
system.adapter.luxtronik2-controller.1
Benutzer:
--

Vielleicht haben sie ja ab V3 die Datenpunkte ein wenig verschoben bei V2 läuft es ja einwandfrei.

[TbsJah]

@Homer.J. sagte:

luxtronik2-controller.1
2026-07-16 05:21:30.675 info [RAW 3004] Index 120 = 0

Kurze Frage zur Hardware: Verfügt die Anlage inzwischen über ein neues Touch-Display (statt des bisherigen 4-Zeilen-LCDs)?
Ich habe einen Fallback implementiert, der sich nun ausschließlich auf den Betriebszustand WP_BZ_akt (Index 80) bezieht.

Wichtige Anmerkung zur Version 0.5.3:
Mit dem neuen Release habe ich den Adapter offiziell zu den ioBroker-Repositories hinzugefügt. Um die dortigen Richtlinien zu erfüllen, musste die Objektstruktur leider komplett auf Englisch umgestellt werden.

Bitte löscht daher unbedingt den gesamten Objektbaum, bevor ihr das Update durchführt!

[TbsJah]

@mcm1957 Bitte Löschen

[Homer.J.]

@TbsJah sagte:

Kurze Frage zur Hardware: Verfügt die Anlage inzwischen über ein neues Touch-Display (statt des bisherigen 4-Zeilen-LCDs)?

Ist genau die gleich Bedienung wie bei der V2 Variante.

[Homer.J.]

@TbsJah sagte:

Mit dem neuen Release habe ich den Adapter offiziell zu den ioBroker-Repositories hinzugefügt. Um die dortigen Richtlinien zu erfüllen, musste die Objektstruktur leider komplett auf Englisch umgestellt werden.

aber wieso müssen denn auch die Werte auf Englisch sein?

[TbsJah]

@Homer.J. sagte:
aber wieso müssen denn auch die Werte auf Englisch sein?

Das liegt daran, dass dies eine zwingende Vorgabe ist, um in das offizielle Repository aufgenommen zu werden: "State value labels must be in English".

Ganz glücklich bin ich mit dieser Regelung ehrlich gesagt auch nicht. Es hat schon eine gewisse Ironie, einen Adapter für Wärmepumpen, der primär im deutschsprachigen Raum genutzt wird, auf einer mehrheitlich deutschen Plattform auf Englisch zu belabeln. Aber die Grundsatzdiskussion darüber heben wir uns am besten für zwei, drei Bier auf dem nächsten Entwickler-Stammtisch auf. 😉

Immerhin hat es den positiven Nebeneffekt, dass so letztlich alle Anwender etwas davon haben, egal ob sie nun Deutsch oder Englisch bevorzugen.

Als Lösung für dieses Dilemma habe ich mir nun Folgendes überlegt: Ihr könnt ab sofort in der Adapter-Konfiguration selbst auswählen, welche Sprache ihr für die Ausgabe der States bevorzugt – Deutsch oder Englisch. Die Konfigurationsseite selbst richtet sich dabei ganz bequem automatisch nach der eingestellten Systemsprache eures ioBrokers.