Monatsrückblick Oktober 2026 ist online!

[Homer.J.]

@TbsJah

[TbsJah]

Schick mir bitte mal deine raw log
Was macht der Custom Ordner?

[Homer.J.]

@TbsJah

geht nicht ich habe 2 Instanzen mit je einer WP am laufen bei der einen ohne Kühlung kann ich die raw erzeugen bei der mit nicht keine Ahnung warum.

Hatte die Log Stufe auf Error weil ich immer eine Warnung bekommen habe kannst du dir ja vielleicht gleich mit anschauen.

Log.txt

[TbsJah]

@Homer.J. sagte:

@TbsJah

geht nicht ich habe 2 Instanzen mit je einer WP am laufen bei der einen ohne Kühlung kann ich die raw erzeugen bei der mit nicht keine Ahnung warum.

Hatte die Log Stufe auf Error weil ich immer eine Warnung bekommen habe kannst du dir ja vielleicht gleich mit anschauen.

Die Warnung kommt wegen der HUP Pumpe - bitte mal im Webserver oder am Regler direkt was da als min. und max. eingetragen ist.
Min ist aktuell bei dir größer als max. Das passt so nicht (denke ich mal)

Über den Faktor in der Konfig kannst du das umstellen - Wäre dann bei dir die v3.x)

Laut Visualisierungsindex -> ID 5 hat die Anlage keine Kühlung.
Steht auf false. Daher ausgeblendet.
Wenn du den Punkt Nicht unterstütze... deaktivierst dann werden die Punkte angezeigt

[Homer.J.]

@TbsJah sagte:

Wenn du den Punkt Nicht unterstütze... deaktivierst dann werden die Punkte angezeigt

Hab den Haken jetzt raus gemacht jetzt werden die Datenpunkte angezeigt ist aber dann auch komisch oder.

[Homer.J.]

@TbsJah sagte:

Die Warnung kommt wegen der HUP Pumpe

die ist bei mir selbstregelnd da kann ich nichts einstellen.

[TbsJah]

@Homer.J. sagte:

@TbsJah sagte:

Die Warnung kommt wegen der HUP Pumpe

die ist bei mir selbstregelnd da kann ich nichts einstellen.

Das heißt konkret: Wenn du bei dir in den Datenpunkten luxtronik2-controller.0.Information.03_Outputs.circulation_pump_pwm (read only) oder luxtronik2-controller.0.Settings.04_HUP.heating_max_circ_pump_speed (writeable) Prozentwerte siehst, wird deine Pumpe über PWM gesteuert.

Genau dafür habe ich in der neuen Version 0.18.x eine smarte Erkennung eingebaut: Der Adapter prüft nun automatisch, ob eine PWM-Pumpe konfiguriert ist. Ist das der Fall, wird die dynamische HUP-Steuerung (die 0-10V Spannungsoptimierung) im Hintergrund komplett übersprungen – selbst dann, wenn du sie in den Instanz-Einstellungen aktiviert hast.

Das spart Systemressourcen und verhindert unnötige Befehle an die Steuerung, da die 0-10V Regelung bei PWM-Pumpen ohnehin ins Leere laufen würde.

Noch ein kurzer Hinweis zu der Warnmeldung "nur zwischen 3 und 10 V erlaubt", die bei einigen im Log aufgetaucht ist:

Das lag an einer Altlast in eurer ioBroker-Datenbank. Ganz früher waren für die Spannung mal feste Grenzen (3 bis 10V) definiert. ioBroker hat sich diese alten Limits im Hintergrund hartnäckig im Objektbaum gemerkt, obwohl sie im Adapter-Code längst gelöscht waren.

Mit der Version 0.18.x ist auch das behoben: Der Adapter überschreibt diese gecachten Werte nun beim Start aktiv mit den neuen, korrekten Limits (0 bis 10V). Die Anlage kann jetzt also völlig fehlerfrei in den 0V-Standby wechseln und euer Log bleibt sauber!

(Wer das Update noch nicht installieren will, kann den Datenpunkt oder den Ordner 04_HUP auch einfach manuell im ioBroker-Objektbaum löschen und die Adapter-Instanz neu starten – dann wird er direkt frisch und ohne die alten Grenzen neu angelegt).

[TbsJah]

0.18.0 (2026-10-12)

🚀 Features & Enhancements

• Smart PWM Pump Detection: The hupManager now automatically detects whether the heating circulation pump (HUP) is controlled via a PWM signal (verified by checking if heating_max_circ_pump_speed > 0%). If this is the case, the obsolete dynamic 0-10V voltage optimization is automatically bypassed. This saves system resources and prevents unnecessary write commands to the Luxtronik controller.

🐛 Bugfixes

• HUP Voltage Validation Fixed: Fixed an issue where ioBroker threw a warning ("nur zwischen 3 und 10 V erlaubt") in the log for HUP voltage values below 3V. The object definitions for minimum and nominal voltage have been explicitly updated to min: 0 and max: 10. This successfully overwrites lingering cache limits in the ioBroker database and allows the pump to transition into 0V standby mode without throwing errors.

[TbsJah]

@Homer.J. sagte:

@TbsJah sagte:

Wenn du den Punkt Nicht unterstütze... deaktivierst dann werden die Punkte angezeigt

Hab den Haken jetzt raus gemacht jetzt werden die Datenpunkte angezeigt ist aber dann auch komisch oder.

Warum komisch?
Deine Anlage enthält laut Visu Ausgabe (3005 ID5) keine Kühlung -> 0 = nicht aktiv/ vorhanden.
Daher wird die Kühlung komplett herausgefiltert im Objektbaum.

Wenn deine Anlage aber dennoch kühlen kann müsste ich einen anderen Ansatz finden 😊

[Homer.J.]

@TbsJah
Funktioniert ja wenn man weiss wie ist halt nur ein bisschen irritierend wenn man eine Kühlung hat die Datenpunkte angehakt sind und nix kommt.
Jetzt ist alles da und es funzt.
Ich bin mal gespannt wie es mit deiner COP Berechnung funktioniert.

[TbsJah]

@homer.j.
Hat deine Anlage also tatsächlich eine aktive Kühlfunktion? Das ist wirklich merkwürdig. In dem Log, das du mir geschickt hattest, steht der Visibilitäts-Index 5 nämlich auf 0 (was für die Steuerung eigentlich bedeutet: Kühlung = false / nicht vorhanden). Wenn du trotzdem kühlen kannst, hakt da bei der Rückmeldung der Anlage irgendwo etwas. Da muss ich nochmal genauer schauen, wo da der Fehler liegt.

Was das neue COP-Feature angeht: Da bin ich selbst schon extrem gespannt drauf! Ich habe da heute unter der Haube auch noch einen fiesen kleinen Fehler gefunden (der Adapter hat beim Neustart aus Versehen immer seine eigenen Langzeit-Datenpunkte gelöscht 🙈) und direkt bereinigt.

Wenn du (oder natürlich auch die anderen hier) noch weitere Ideen, Anregungen oder Logs habt – immer her damit!

[TbsJah]

0.18.1 (2026-10-13)

🐛 Bugfixes

• COP Database Persistence: Fixed a critical bug in the object manager's cleanup routine (cleanupStates). The internal database folder (hidden.cop_buckets) was missing from the exclusion list and got aggressively deleted upon every adapter restart, resulting in wiped COP histories and (null) values. The hidden states are now strictly protected against the cleanup process, ensuring long-term persistence for energy calculations.

[obermolch]

Ich komme nochmal auf das Thema mit dem Flash Speicher zurück, vielleicht bin ich auch ein Angsthase. Ich weiß nicht welche Hardware in der Luxtronik verbaut ist. Typischerweise muss ja irgendein Mikrocontroller mit Flash Memory laufen. Wenn ich über die Steuerung regelmäßig schreibe kann es diesen Flash mit der Zeit beschädigen. Ohne Wear Leveling Logic ist nach wenigen tausend Schreibzyklen Schluss, daher meine Frage wer hat nähere Informationen zu der verbauten Hardware und wie oft schreibt der Adapter Werte?

[TbsJah]

Moin @obermolch ,

das hat definitiv nichts mit „Angsthase“ zu tun – deine Bedenken sind absolut berechtigt und das ist ein enorm wichtiges Thema!

In der Luxtronik ist ein EEPROM/Flash-Speicher verbaut, der erfahrungsgemäß ungefähr 100.000 Schreibvorgänge (plus/minus natürlich) durchführen kann. Wenn dieser Speicher irgendwann „durchgeschrieben“ ist, kann es passieren, dass der Regler nicht mehr reagiert. Dann muss im schlimmsten Fall das komplette Steuerungsboard ausgetauscht werden, was ungefähre Kosten von 200 Euro verursacht.

Genau aus diesem Grund habe ich in den Adapter-Einstellungen bei der Steuerung der Zirkulationspumpe (ZIP) den ausdrücklichen Hinweis eingebaut, das unbedingt über ein externes Relais (z. B. einen Shelly) zu lösen. So vermeidet man es, die Befehle für jeden kleinen ZIP-Takt direkt in den Flash-Speicher des Controllers zu jagen.

Was die eigentliche „intelligente“ Steuerung für das Heizen und die Warmwassererzeugung angeht, arbeitet der Adapter extrem sparsam: Bei mir waren es für diese Optimierungen heute beispielsweise gerade einmal 15 Schreibvorgänge. Das hält sich also absolut im sicheren Rahmen und gefährdet die Lebensdauer des Speichers nicht.

Damit ihr da volle Transparenz habt und das selbst überprüfen könnt, loggt der Adapter die Schreibvorgänge auch mit. Ihr findet diese unter den Systeminformationen – aufgeschlüsselt nach täglichen und gesamten Schreibzyklen.
Viele Grüße!

[obermolch]

@tbsjah Danke für die ausführliche Antwort.

[Kanzler1959]

@TbsJah sagte:

🚨 BREAKING CHANGE / WICHTIGER HARDWARE-HINWEIS 🚨

Kritischer Firmware-Bug in Alpha Innotec / Novelan Steuerungen (V1.90.x & V2.90.x)
Der Hersteller hat mit den Firmware-Versionen V1.90.0 und V2.90.0 einen massiven Fehler im lokalen Luxtronik-Protokoll (Port 8889) eingeführt. Sobald ein Smart-Home-System (egal ob ioBroker, Home Assistant etc.) versucht, einen Parameter-Wert auf die Wärmepumpe zu schreiben, friert der Controller ein und erzwingt nach ca. 10 Sekunden einen harten Neustart (Reboot) der Anlage. Lesevorgänge sind hiervon nicht betroffen.

👉 Maßnahme des Adapters: Um deine Hardware vor ständigen Neustarts und möglichen Schäden zu schützen, wurde ein Schutzschild (Firewall) in den Adapter eingebaut.
Sobald der Adapter die Firmware V1.90.x oder V2.90.x erkennt, werden sämtliche Schreibbefehle hart blockiert. Im ioBroker-Log wird stattdessen eine entsprechende Warnung ausgegeben.

👉 Lösung für betroffene Nutzer: Bitte wende dich an den Hersteller-Support oder deinen Installateur und bitte um ein "Over-the-Air" (Remote) Downgrade auf die vorherige, stabile Version (V1.89 bzw. V2.89). Wer die alte Firmware-Datei noch lokal besitzt, kann diese per USB-Stick am Display flashen. Sobald die Anlage wieder auf V.89 läuft, gibt der Adapter die Schreibbefehle automatisch wieder frei!

---

✨ Neue Funktionen & Verbesserungen (Features)

• Hardware-Schutzschild implementiert: Dynamische Firmware-Überprüfung vor jedem Schreibvorgang zum Schutz vor dem Reboot-Bug der Firmware-Versionen 1.90.x und 2.90.x.
• Visibilities (Sichtbarkeiten) komplett überarbeitet: Die interne Logik für den Befehl 3005 wurde neu geschrieben (dynamische Erkennung von 1-Byte und 4-Byte Arrays). Der Adapter liest die Sichtbarkeits-Flags nun bei allen Firmware-Versionen fehlerfrei aus. Das Ausblenden von nicht vorhandener Hardware im Objektbaum funktioniert nun auch bei V1.x und V2.x Anlagen ohne Abstürze oder Timeouts!

🛠 Fehlerbehebungen (Bugfixes & Refactoring)

• Adapter-Konfiguration (UI): Veraltete Warnhinweise bei der Checkbox "Nicht unterstützte Parameter ausblenden" wurden entfernt, da diese Funktion nun über alle Generationen hinweg stabil läuft.
• Netzwerk / WebSocket: Die experimentelle Passwort-Übergabe für Port 8214 wurde restlos entfernt, da das Kommunikations-Problem nachweislich am Firmware-Bug von Alpha Innotec liegt. Die WebSocket-Verbindung für echte V3.x-Firmwares arbeitet wieder sauber über den bewährten Standard-Handshake.

Hallo @tbsjah (und der lesende Rest)
Ich habe jetzt seit 3 Tagen (seit Freitag 16.10.2026) meine (neue) WP am Laufen (die Nibe hat den Geist aufgegeben).
Ich habe dann Heute den Adapter neu installiert (V0.18.2) und mal 'reingeschaut.
Erster Eindruck - geht.

Vielen lieben Dank für die (Weiter)entwicklung des Adapters.

Ich habe

• Wärmepumpe: AIT SWCV 122K3 (der webserver gibt MSW3-12 aus)
• Luxtronik Software: V3.88.0 (soll aber die aktuelle SW noch zeitnah bekommen)
• Verbindung: TCP Port 8889
• Adapter: luxtronik2-controller 0.18.2

Ich musste das manuell installieren, da NPM (oder Anderes) nicht ging.
Auch muste ich unter ZIP die beiden Haken 'Deaktiviere ..." und "ZIP-Optimierung ..." deaktivieren. Sollte das nicht default auf 'Finger weg' stehen. Aber vielleicht sehe ich es auch genau falsch herum.
Jedenfalls habe ich bisher keine Flash Schreibzugriffe gesehen.

Ist dieser Bug der Firmware Vx.90 inzwischen gefixt seitens AIT?
Angeblich - so die Aussage des Installateurs - soll die Anlage / SW die 'Taktoptimierung' inzwischen selbst machen / können?!

[TbsJah]

@Kanzler1959 sagte:

@TbsJah sagte:

🚨 BREAKING CHANGE / WICHTIGER HARDWARE-HINWEIS 🚨

Kritischer Firmware-Bug in Alpha Innotec / Novelan Steuerungen (V1.90.x & V2.90.x)
Der Hersteller hat mit den Firmware-Versionen V1.90.0 und V2.90.0 einen massiven Fehler im lokalen Luxtronik-Protokoll (Port 8889) eingeführt. Sobald ein Smart-Home-System (egal ob ioBroker, Home Assistant etc.) versucht, einen Parameter-Wert auf die Wärmepumpe zu schreiben, friert der Controller ein und erzwingt nach ca. 10 Sekunden einen harten Neustart (Reboot) der Anlage. Lesevorgänge sind hiervon nicht betroffen.

👉 Maßnahme des Adapters: Um deine Hardware vor ständigen Neustarts und möglichen Schäden zu schützen, wurde ein Schutzschild (Firewall) in den Adapter eingebaut.
Sobald der Adapter die Firmware V1.90.x oder V2.90.x erkennt, werden sämtliche Schreibbefehle hart blockiert. Im ioBroker-Log wird stattdessen eine entsprechende Warnung ausgegeben.

👉 Lösung für betroffene Nutzer: Bitte wende dich an den Hersteller-Support oder deinen Installateur und bitte um ein "Over-the-Air" (Remote) Downgrade auf die vorherige, stabile Version (V1.89 bzw. V2.89). Wer die alte Firmware-Datei noch lokal besitzt, kann diese per USB-Stick am Display flashen. Sobald die Anlage wieder auf V.89 läuft, gibt der Adapter die Schreibbefehle automatisch wieder frei!

---

✨ Neue Funktionen & Verbesserungen (Features)

• Hardware-Schutzschild implementiert: Dynamische Firmware-Überprüfung vor jedem Schreibvorgang zum Schutz vor dem Reboot-Bug der Firmware-Versionen 1.90.x und 2.90.x.
• Visibilities (Sichtbarkeiten) komplett überarbeitet: Die interne Logik für den Befehl 3005 wurde neu geschrieben (dynamische Erkennung von 1-Byte und 4-Byte Arrays). Der Adapter liest die Sichtbarkeits-Flags nun bei allen Firmware-Versionen fehlerfrei aus. Das Ausblenden von nicht vorhandener Hardware im Objektbaum funktioniert nun auch bei V1.x und V2.x Anlagen ohne Abstürze oder Timeouts!

🛠 Fehlerbehebungen (Bugfixes & Refactoring)

• Adapter-Konfiguration (UI): Veraltete Warnhinweise bei der Checkbox "Nicht unterstützte Parameter ausblenden" wurden entfernt, da diese Funktion nun über alle Generationen hinweg stabil läuft.
• Netzwerk / WebSocket: Die experimentelle Passwort-Übergabe für Port 8214 wurde restlos entfernt, da das Kommunikations-Problem nachweislich am Firmware-Bug von Alpha Innotec liegt. Die WebSocket-Verbindung für echte V3.x-Firmwares arbeitet wieder sauber über den bewährten Standard-Handshake.

Hallo @tbsjah (und der lesende Rest)
Ich habe jetzt seit 3 Tagen (seit Freitag 16.10.2026) meine (neue) WP am Laufen (die Nibe hat den Geist aufgegeben).
Ich habe dann Heute den....

Zur fehlgeschlagenen Installation:
Woran hat es bei der Installation genau gehangen bzw. welche Fehlermeldung hast du bekommen? Wenn dein ioBroker auf das Beta-Repository (Latest) eingestellt ist, solltest du den Adapter eigentlich direkt über die Suche finden und installieren können. Auch der Weg über NPM sollte grundsätzlich immer funktionieren.
Eine manuelle Installation (via GitHub-URL oder Datei-Upload) ist aktuell die denkbar schlechteste Variante. Es fließen momentan kontinuierlich Updates ein – unter anderem für die Modbus-Integration sowie erste Vorbereitungen für die SmartGrid-Überschusssteuerung –, von denen du auf diesem Weg abgeschnitten bist. Falls die normale Installation bei dir streikt, teile mir das bitte hier mit oder öffne ein Issue auf GitHub, damit wir das lösen können. (Notiz an mich selbst: Ich sollte für solche Entwicklungen wohl besser wieder in einem separaten Branch arbeiten 🤷🏼‍♂️).
Zu den ZIP-Einstellungen (Zirkulationspumpe):
Wenn der erste Haken („Deaktiviere reguläre ZIP Werte“) nicht gesetzt ist, behält die Luxtronik die Kontrolle. Es gelten dann stur die im Regler definierten Erlaubt- und Aus-Zeiten (also feste Taktungen).
Der zweite Haken („ZIP-Optimierung zulassen“) ist optional. Er erlaubt dem Adapter, zusätzlich nach definierten Werten in die Steuerung einzugreifen. Ein aktives Eingreifen durch den Adapter macht in der Praxis aber primär dann Sinn, wenn du einen zusätzlichen Aktor (z. B. Shelly) nutzt oder das Ganze zukünftig über Modbus (sofern bei dir aktiv) ansteuerst. Da du bisher keine Flash-Schreibzugriffe bemerkt hast, fährst du mit den aktuell deaktivierten Haken in deinem Setup sicher.
Zur Firmware Vx.90 und der Taktoptimierung:
Da AIT leider so gut wie nie konkrete Release Notes veröffentlicht, sondern meist nur pauschal von „Optimierungen im Regelungsverhalten“ spricht, ist das schwer zu überprüfen. Die Aussage deines Installateurs, dass die Software nun ein echtes, gemeinsames Regeln für Warmwasser und Heizung beherrscht (sprich: kurz vor Erreichen der WW-Schwelle schon das Heizen zu starten, wenn die Temperatur ohnehin im unteren Hysteresebereich liegt, um einen durchgehenden Verdichterlauf zu erzwingen), wage ich aus der Erfahrung heraus sehr zu bezweifeln. Ich lasse mich da aber extrem gerne eines Besseren belehren!
Wichtig zur Einordnung: Diese Art der Taktoptimierung ist ohnehin primär für klassische On/Off-Wärmepumpen gedacht. Bei Inverter-Wärmepumpen sollte der Verdichter im Idealfall zumindest am unteren Heizband ohnehin geschmeidig durchlaufen.

Noch als kleiner Zusatz: Entschuldigt die Textwand – aber bei so einem herrlich vielfältigen Thema tippen sich die Finger manchmal wie von selbst. 🤷🏼‍♂️

[Kanzler1959]

Ok ... zur Installation: das Problem war zwischen den Ohren --> war schon lange her, das ich die Beta Sachen genutzt habe (waren also nicht zugelasen).
Habe es umgestellt ... log mit einem error (als Tipp - funktioniert aber):

$ iobroker add luxtronik2-controller auto --host myIOBroker --debug
NPM version: 10.9.8
Installing iobroker.luxtronik2-controller@0.18.2... (System call)
npm warn deprecated npmlog@4.1.2: This package is no longer supported.
npm warn deprecated are-we-there-yet@1.1.7: This package is no longer supported.
npm warn deprecated glob@7.2.3: Glob versions prior to v9 are no longer supported
npm warn deprecated gauge@2.7.4: This package is no longer supported.
> usocket@0.3.0 install
> node-gyp rebuild
gyp info it worked if it ends with ok
gyp info using node-gyp@7.1.2gyp info using node@22.23.2 | linux | arm64
(node:309458) [DEP0060] DeprecationWarning: The `util._extend` API is deprecated. Please use Object.assign() instead.(Use `node --trace-deprecation ...` to show where the warning was created)
gyp info find Python using Python version 3.11.2 found at "/usr/bin/python3"
gyp ERR! UNCAUGHT EXCEPTION gyp ERR! stack TypeError: Cannot assign to read only property 'cflags' of object '#<Object>'gyp ERR! stack at createConfigFile (/opt/iobroker/node_modules/usocket/node_modules/node-gyp/lib/configure.js:117:21)gyp ERR! stack at /opt/iobroker/node_modules/usocket/node_modules/node-gyp/lib/configure.js:84:9gyp ERR! stack at FSReqCallback.oncomplete (node:fs:186:23)gyp ERR! System Linux 6.12.96+rpt-rpi-v8gyp ERR! command "/usr/bin/node" "/opt/iobroker/node_modules/usocket/node_modules/.bin/node-gyp" "rebuild"gyp ERR! cwd /opt/iobroker/node_modules/usocketgyp ERR! node -v v22.23.2gyp ERR! node-gyp -v v7.1.2gyp ERR! Node-gyp failed to build your package.gyp ERR! Try to update npm and/or node-gyp and if it does not help file an issue with the package author.
added 2 packages in 12s
226 packages are looking for funding run `npm fund` for details
host.myIOBroker install adapter luxtronik2-controller
upload [21] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/de.json i18n/de.json application/json
upload [20] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/en.json i18n/en.json application/json
upload [19] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/es.json i18n/es.json application/json
upload [18] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/fr.json i18n/fr.json application/json
upload [17] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/it.json i18n/it.json application/json
upload [16] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/nl.json i18n/nl.json application/json
upload [15] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/pl.json i18n/pl.json application/json
upload [14] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/pt.json i18n/pt.json application/json
upload [13] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/ru.json i18n/ru.json application/json
upload [12] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/uk.json i18n/uk.json application/json
upload [11] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/i18n/zh-cn.json i18n/zh-cn.json application/json
upload [10] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/HUP_Optimierung.svg img/HUP_Optimierung.svg image/svg+xml
upload [9] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/HUP_Optimierung_de.svg img/HUP_Optimierung_de.svg image/svg+xml
upload [8] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/HUP_Optimierung_en.svg img/HUP_Optimierung_en.svg image/svg+xml
upload [7] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/Objekte.png img/Objekte.png image/png
upload [6] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/Objekte_DE.png img/Objekte_DE.png image/png
upload [5] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/Objekte_EN.png img/Objekte_EN.png image/png
upload [4] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/Takt_Optimierung.svg img/Takt_Optimierung.svg image/svg+xml
upload [3] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/img/Takt_Optimierung_de.svg img/Takt_Optimierung_de.svg image/svg+xml
upload [1] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/jsonConfig.json jsonConfig.json application/json
upload [0] luxtronik2-controller.admin /opt/iobroker/node_modules/iobroker.luxtronik2-controller/admin/luxtronik2-controller.png luxtronik2-controller.png image/png
host.myIOBroker object system.adapter.luxtronik2-controller created/updated
Updating objects from io-package.json for adapter "luxtronik2-controller" with version "0.18.2"
host.myIOBroker create instance luxtronik2-controller
host.myIOBroker object system.adapter.luxtronik2-controller.0.alive created
host.myIOBroker object system.adapter.luxtronik2-controller.0.connected created
host.myIOBroker object system.adapter.luxtronik2-controller.0.compactMode created
host.myIOBroker object system.adapter.luxtronik2-controller.0.cpu created
host.myIOBroker object system.adapter.luxtronik2-controller.0.cputime created
host.myIOBroker object system.adapter.luxtronik2-controller.0.memHeapUsed created
host.myIOBroker object system.adapter.luxtronik2-controller.0.memHeapTotal created
host.myIOBroker object system.adapter.luxtronik2-controller.0.memRss created
host.myIOBroker object system.adapter.luxtronik2-controller.0.inputCount created
host.myIOBroker object system.adapter.luxtronik2-controller.0.outputCount created
host.myIOBroker object system.adapter.luxtronik2-controller.0.eventLoopLag created
host.myIOBroker object system.adapter.luxtronik2-controller.0.sigKill created
host.myIOBroker object system.adapter.luxtronik2-controller.0.logLevel created
host.myIOBroker object system.adapter.luxtronik2-controller.0.objectsWarnLimit created
host.myIOBroker object luxtronik2-controller.0.info created
host.myIOBroker object luxtronik2-controller.0.backups created
host.myIOBroker object luxtronik2-controller.0.info.connection created
host.myIOBroker Set default value of luxtronik2-controller.0.info.connection: false
host.myIOBroker object system.adapter.luxtronik2-controller.0 created
Process exited with code 0

Noch ein Tip: Ich habe zwei Telegram Instanzen (bots) ... einer mit wenig Zeugs für die Familie und einer mit 'allerlei' für mich ;-). Es wird aber 'kein Tele....' angezeigt:

Aber die Instanzen sind dann schon da:

Ja - die neue Pumpe (nach wie vor eine Solepumpe) ist jetzt geschmeidiger (was ich so sagen kann bei drei Tagen (Dauer)lauf. Bis jetzt ist Sie tatsächlich durchgelaufen (75h). Die Nibe Fighter vorher war ein EIN/AUS Kompressor. Hat - vielleicht interessiert es jemanden - gute 20 Jahre gehalten. Dann war der Durchfluss nur noch 150l/h. Der Installateur hat mal reingeschaut (konnte man erst nach dem Abbau): Die Heizungsseite des Wärmetauschers war 'dicht'. Warum - keine Ide (evtl. das 'normale' Wasser in der Fussbodenheizung in Verbindung mit etwas sorglosem Umgang mit dem Druck in der Heizung. Ich habe teilweise Monate / Jahre nicht nach der Heizung geschaut - lief ja. Der Kompressor und der Rest liefen bis zum Ende einwandfrei. Wir haben uns dann gegen eine Reparatur entschieden, da das Ding dazu sowieso raus musste aus der Ecke - und wir jetzt (bis wir dann wirklich alt sind) erst mal Ruhe haben (und Förderung gibt es ja auch (noch)).

Man sieht - ich kann auch in lang ;-)

Jetzt muss ich mir noch ein bischen VIS basteln. Hab nix zum c/p gefunden

[TbsJah]

Der Adapter aura bietet auch sehr gute Visualisierungsmöglichkeiten.
Hat bei mir VIS abgelöst

[TbsJah]

@Kanzler1959 sagte:

log mit einem error (als Tipp - funktioniert aber):

Die Meldung betrifft ausschließlich Raspberry Pi / ARM-Nutzer.
Ich habe die Readme angepasst - Danke für die Info

Erklärung

Spoiler

Das Paket modbus-serial, das du für die Luxtronik-Kommunikation brauchst, unterstützt nicht nur Modbus TCP (über das Netzwerk), sondern auch Modbus RTU (über echte, physische serielle Kabel). Dafür versucht es, Hardware-Pakete für serielle Schnittstellen und systemnahe Sockets (wie serialport und tief im Baum versteckt dann eben auch usocket) herunterzuladen.
Weil diese ganze Kette aber durch das Wort optional eingeleitet wird, passiert beim Anwender auf dem Raspberry Pi genau das Richtige:
NPM versucht, diese systemnahen Pakete zu kompilieren. Der Compiler crasht (die roten Fehler im Log). NPM sagt sich: "Egal, der Entwickler von modbus-serial hat gesagt, das Zeug ist nur optional!", ignoriert den Fehler komplett und installiert deinen Adapter einfach erfolgreich zu Ende. Da du für die Luxtronik ohnehin nur Modbus TCP (Netzwerk) nutzt, funktioniert das auch ohne die fehlenden Pakete tadellos.

@Kanzler1959 sagte:

Es wird aber 'kein Tele....' angezeigt:

Da hast du völlig recht, das ist ein klassischer Logik-Fehler in der Oberfläche!
Ist jetzt aktualisiert in der 0.19.0

Spoiler