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

[Homer.J.]

die Datenpunkt hab ich mir noch rausgesucht.

173 Durchfluss l/h
254 Ein_Akt_Kühlung_Durchfluss l/h

könntest du den noch mit einbauen und in ein Text umbauen jetzt ist es 0 und 1.
cool wäre Aus und Aktiv
Vielleicht ist es ja möglich das du es bei den eigenen angelegten Datenpunkten mit einbauen kannst das man z.B. Zahl als Text anzeigen lassen kann.

108 Einst_BA_Kuehl_akt

den Datenpunkt hab ich nicht gefunden.

sollte der sein

730 ID_Zaehler_BetrZeitKuehlen

[TbsJah]

@Homer.J. sagte:

die Datenpunkt hab ich mir noch rausgesucht.

173 Durchfluss l/h
254 Ein_Akt_Kühlung_Durchfluss l/h
108 Einst_BA_Kuehl_akt
730 ID_Zaehler_BetrZeitKuehlen

173 -> 02_Inputs neu
254 -> 13_Cooling neu
108 --> 13_Cooling existiert bereits mit 0 Off/ Aus 1 Automatic/ Automatik (Attribute von den Werten kannst du auch auslesen über VIS)
730 ist 66 -> Betriebsstunden Kühlen -> 05_OperationHours existiert bereits

Wegen dem Mapping bei eigenen Werten schau ich mal
Die neuen Punkte muss ich noch der Konfig hinzufügen
Dauert noch etwas

[Homer.J.]

@TbsJah sagte:

173 -> 02_Inputs neu

hier wird der Wert falsch angezeigt momentan bei mir 1500l/h 150l/h wird angezeigt.

wäre dann hier das gleich.

flow_rate_heat_source

[Homer.J.]

@TbsJah sagte:

108 --> 13_Cooling existiert bereits mit 0 Off/ Aus 1 Automatic/ Automatik (Attribute von den Werten kannst du auch auslesen über VIS)

war von mir falsch aber gibt es vielleicht ein

opStateCoolingString

um den Status auszulesen?

[TbsJah]

@Homer.J. sagte:
hier wird der Wert falsch angezeigt momentan bei mir 1500l/h 150l/h wird angezeigt.

angepasst

[TbsJah]

@Homer.J. sagte:

war von mir falsch aber gibt es vielleicht ein

opStateCoolingString

um den Status auszulesen?

Der wird über Logik erstellt
Was wären deine Vorgaben ?

Kühlen nicht erlaubt -> AT<20°C
Kühlen erlaubt AT Freigabe > 12h
Kühlen nicht erlaubt AT < 12h
Kühlen nicht erlaubt AT Unterschreitung > 12h

[Homer.J.]

Morgen, @TbsJah

also wenn ich es jetzt in ein kleines script packen würde.

wenn Automatik an und AT < 20°C und AT Unterschreitung > 12h dann (opStateCoolingString) Aus

wenn Automatik an und AT > 20°C und AT Freigabe > 12h
dann (opStateCoolingString) Aktiv

wenn Kühlung aus dann (opStateCoolingString) Aus

ich weiß nicht wie es in der WP geprüft wird dann könnte man den ein oder anderen Punkt weglassen.

hoffe ist Verständlich.

Kannst du meine WP noch mit aufnehmen.

MSW2-9S

wird als unbekannt angezeigt.

[TbsJah]

@Homer.J. sagte:

MSW2-9S

Welche Zahl zeigt dir rawValues[78]?

[TbsJah]

@Homer.J. sagte:

wenn Automatik an und AT < 20°C und AT Unterschreitung > 12h dann (opStateCoolingString) Aus

wenn Automatik an und AT > 20°C und AT Freigabe > 12h
dann (opStateCoolingString) Aktiv

wenn Kühlung aus dann (opStateCoolingString) Aus

Steht im Display irgendwo ein Zähler der Abläuft wenn die Temperatur erreicht oder unterschritten ist und abläuft bis zur Vorgabezeit?

Also Temperatur vorgabe erreicht > 20°C seit 10 Minuten - Kühlfreigabe nach 2h
Timer -> 1:50h

Kannst du bitte mal schauen und wenn ja dann mit einem Dumplog abgleichen (dort sind es bestimmt Sekunden)
Ich bräuchte dann den Index

[Homer.J.]

@TbsJah sagte:

Welche Zahl zeigt dir rawValues[78]

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

[TbsJah]

@Homer.J. sagte:

wenn Kühlung ...

Ist drin. Auch ein paar andere Objekte für Kühlung
Schau es dir es mal an - vielleicht passt dir das schon

Typ ist auch eingetragen

[Homer.J.]

@TbsJah

Morgen,

habs durchgesehen einiges ist mir aufgefallen.

dieser Punkt sieht schon gut aus wird aktualisiert zeigt aber unbekannt bei Automatik.

dieser Punkt für was ist der?

da passiert nichts.

und bei diesen kommt eine Zahlenreihenfolge die aktualisiert wird.

für was ist dieser Punkt

Grüße

[TbsJah]

@Homer.J. sagte:

habs durchgesehen

Hatte gehofft das es darüber auswertbar ist

Was bekommst du bei den Werten zurück?

@Homer.J. sagte:
zeigt aber unbekannt bei Automatik.

Habe eine Aktualisierung hochgeladen

Und wie immer leider - ich habe (noch) keine Kühlung - daher ist das wieder blindes Steuern

[Homer.J.]

@TbsJah sagte:

Was bekommst du bei den Werten zurück?

Sag mal ich hab jetzt meine Zirku mit angeschlossen warum wird diese jede Stunde angeschalten obwohl es abgestellt ist?

[TbsJah]

Schau mal bitte ob bei dir eine on Zeit gesetzt ist
Die zwei Werte sind bei der LWP direkt gesetzt
Wichtig ist dass du da 0 bei on einträgst - sonst läuft das zusätzlich zum Bewegungsmelder/ Taster

Müsste ich mal in der Doku vermerken - aber ich bin sehr Faul was die Dokumentation betrifft

[TbsJah]

Die neue Version 0.6.4 des Luxtronik 2 Adapters steht zur Verfügung.
Der Schwerpunkt dieses Updates liegt auf der Reduzierung von Schreibzugriffen auf den internen Flash-Speicher (EEPROM) der Wärmepumpe, um Hardware-Verschleiß vorzubeugen.

Hier sind die wesentlichen technischen Änderungen:

1. Überwachung und Reduzierung der Schreibzyklen (Read-Before-Write)
   Um die Schreibvorgänge auf die Steuerung nachvollziehbar zu machen, wurden unter den Systeminformationen zwei neue Datenpunkte integriert:

write_cycles_today (automatischer Reset täglich um 00:00 Uhr)

write_cycles_total (fortlaufend)

Zusätzlich prüft der Adapter nun vor jedem Netzwerbbefehl global ab, ob der zu schreibende Wert bereits dem Ist-Zustand entspricht (Read-Before-Write). Ist dies der Fall, wird der Schreibbefehl blockiert, um unnötige EEPROM-Zugriffe zu verhindern.

2. Steuerung externer Aktoren für die Zirkulationspumpe (ZIP)
   Bisher führte das softwareseitige Auslösen der Zirkulationspumpe (z. B. bei Präsenzerkennung) zu unvermeidbaren Schreibvorgängen in der Luxtronik-Steuerung.

In den Adapter-Einstellungen können nun stattdessen externe Aktoren (z. B. Shelly- oder Zigbee-Relais) per Objekt-ID hinterlegt werden. Der Adapter schaltet bei Anforderung diese Relais direkt. Die Luxtronik wird hierbei komplett umgangen, wodurch die EEPROM-Schreibvorgänge für die ZIP-Steuerung auf 0 sinken.

Die Logik der externen Aktoren ist dabei an die Wärmepumpe gekoppelt:

Die in der Luxtronik hinterlegten ZIP-Zeitpläne (Woche, 5+2, Einzeltage) können weiterhin als erlaubtes Zeitfenster für die Relais genutzt werden.

Die externen Aktoren können bei einer aktiven Warmwasserbereitung der Wärmepumpe automatisch synchron mitgestartet werden.

Das Update sollte in Kürze über die entsprechenden Repositories verfügbar sein.
Viel Spaß beim Testen! Ich freue mich wie immer über euer Feedback und Rückmeldungen,

Hier der komplette changelog

0.6.3 (2026-07-23)

Features & Enhancements

• External Actor Support for ZIP (100% Flash Safe): Added the ultimate hardware protection feature. Users can now configure a list of external actors (e.g., Shelly or Zigbee relays) via their object IDs in the Admin UI. When motion is detected, the adapter switches these relays directly, completely bypassing the heat pump and reducing Luxtronik EEPROM write cycles to absolute zero.
• External Actor Schedule Compliance: External ZIP actors now dynamically respect the Luxtronik ZIP time tables (Week, 5+2, or Individual days). Motion triggers will be cleanly ignored if they occur outside the permitted time windows, unless the user explicitly checks the "Disable Hardware ZIP Timers" option in the configuration.
• Hot Water Sync for External Actors: The adapter now automatically activates external circulation pump relays when the heat pump begins a hot water generation cycle, maximizing comfort at the tap with zero impact on flash memory wear.
• Global EEPROM Flash Protection (Read-Before-Write): Implemented a global interceptor for all hardware write commands (writePumpSafe). The adapter now caches the current heat pump parameters in real-time and strictly blocks any duplicate or redundant write requests before they are sent over the network.
• Automated Hardware-Safe ZIP Defaults: The adapter can now automatically enforce hardware-safe circulation pump schedules upon startup. Accounts for Luxtronik firmware behavior by intelligently setting the first start block to 00:01:00 (60 seconds) to prevent invalid zero-run rejections, while keeping ON-time at 0 min and OFF-time at 60 min.
• Admin UI - Flash Wear Statistics & Guidance: Expanded the ZIP configuration page with detailed educational information. Added hard data explaining that internal ZIP control causes between 4 and 14 physical write operations per activation, highly recommending the new external actor setup.
• Write Cycle Monitoring: Introduced two new virtual data points under System Info (write_cycles_today and write_cycles_total) to transparently track physical write operations sent to the heat pump. The daily counter automatically resets every night at midnight.
• Cooling Extension & Intelligent Status: Comprehensive integration of new cooling data points (e.g., cooling_status, cooling_configured, opStateCooling). Added the dynamically calculated opStateCoolingString.
• Admin UI - Notification Testing: Added a dedicated "Send Test Message" button to the configuration interface to easily verify Telegram and ioBroker Notification Center setups directly from the UI.
• Hardened ZIP Macro Execution: Reaffirmed and secured the ZIP demand-driven macro to exclusively use the deaeration program (Entlüftungsprogramm).
• New Flow Rate Datapoints: Added flow rate tracking for the heat source (flow_rate_heat_source, ID 173) and cooling (flow_rate_cooling, ID 254) to the state mapping.
• Extended Admin UI: All newly added cooling data points and the heat source flow rate can now be individually enabled or disabled via new checkboxes in the adapter configuration (jsonConfig.json).
• New Hardware Supported: Officially added the MSW2-9S heat pump to the model recognition (HP_TYPES).

Bugfixes

• Motion Sensor Cooldown Logic: Fixed an issue where the 10-minute anti-cycling cooldown for motion sensors was perpetually stuck when using external relays. The logic now correctly monitors the virtual Activate_Zip state's timestamp instead of the bypassed internal ZIPout state.
• Virtual State Reset: Fixed a bug where the Activate_Zip button/state remained true after an external relay timer expired, which broke subsequent cooldown calculations. It now cleanly resets to false when the run cycle finishes.
• External Actor State Detection: Fixed a logic flaw where the adapter incorrectly checked the internal heat pump state (ZIPout) instead of the external relay state to determine if the circulation pump was already running. It now dynamically checks getForeignStateAsync for configured actors, cleanly preventing redundant switch commands and allowing silent timer extensions if motion is re-detected.
• Timer Formatting in Objects: Fixed a bug where timer schedules (Heating, Hot Water, Circulation) were incorrectly displayed as raw seconds (e.g., 60 or 0). Applied the internal duration formatter (isDurationFormat: true) globally so all time tables natively and persistently display as HH:MM:SS (e.g., 00:01:00) in the ioBroker object tree.
• Admin UI i18n Compliance: Fixed missing language definitions (E5611) in the jsonConfig.json dropdown menus to strictly comply with the latest ioBroker repository checks.
• TypeScript/Linter Strictness: Fixed strictly typed linter errors (e.g., @typescript-eslint/no-floating-promises, no-redundant-type-constituents, and template literal typings) by correctly handling asynchronous database calls, replacing any with unknown, and strictly casting types.
• Missing Imports: Resolved compilation errors regarding missing helper functions (e.g., getDpPath) during module refactoring.
• Cooling Operating Hours: Fixed the hours_cooling datapoint. The value is now correctly read from real-time telemetry data (raw_value), resolving an issue where the timestamp "Jan 1, 1970" was incorrectly shown.
• Config Cleanup: Fixed an incorrect identifier in the admin UI (changed sync_Gerätezeit to sync_deviceTime) and removed unused/dead checkboxes.

Technical Changes (Under the Hood)

• Separation of Concerns (zipManager): Completely refactored the motion sensor and circulation pump logic. Extracted the event handling and startup initialization out of main.ts into zipManager.ts. It now also dynamically handles iterations over arrays of external actors.
• Network Queue Isolation: Extracted the core transmission queue (queueWrite, processQueue) from the main adapter class into rawFunctions.ts, achieving 100% isolation of TCP/WebSocket network logic from ioBroker state management.
• Comprehensive Code Refactoring (DRY): Created dedicated convert.ts and utils.ts modules to centralize time string formatting (timeStringToSeconds, formatTimerSecondsToTime) and generic helper functions (getNumber, delay).
• Global Time Refactoring: Centralized the duration and time calculation for status texts in the updateStatusStrings function.
• i18n Support for State Names: Updated the internal state definition (name: string | { en: string; de?: string }) to fully support translation objects, allowing natively translated datapoint names in the ioBroker object tree.

[TbsJah]

@homer.j. hat es sich geklärt mit der ZIP bei dir?

[Homer.J.]

@TbsJah sagte:

@homer.j. hat es sich geklärt mit der ZIP bei dir?

Ja geht.

[Homer.J.]

Bei der Kühlung muss man nochmal schauen da haut der Status noch nicht so hin.
In der App schaut es so aus.

und so schau es im Adapter aus.

[Kanzler1959]

@TbsJah Na ... das kommt ja rechtzeitig für mich. Ich bekomme Anfang Oktober Ersatz für meine ausgediente Nibe Fighter (hat genug gekämpft). Der designierte Nachfolger ist eine AIT SWCV 122K3 (mit Luxtronic 2). Dann werde ich mal sehen was der Adapter hergibt (und natürlich hier Feedback geben).