@TbsJah sagte: @Smolo sagte: Die Steuerung von Geräten sollte bei solchen Adaptern im Default immer deaktiviert sein um Probleme zu vermeiden. Stimmt, ist mir wohl für den eigenen Test durchgerutscht. 🤷🏼 Wird in der kommenden Version als Default mit aus gesetzt. Top @Smolo sagte: Ich habe ihn grad bei mir Installiert und es schaut bezüglich Lesen ganz gut aus...Danke dafür :-) Allerdings gleich folgende Logmeldungen: Ich habe min Werte gesetzt für die Eingabe Werte. Die kann ich noch weiter heruntersetzen. Aber inwiefern macht eine Hysterese von 0,5 °C denn Sinn? Da läuft die Pumpe doch eigentlich nahezu durchgehend. Meine Hysterese HR steht bei 1,5k (das ist bei meiner WP auch der Standardwert!) die Logmeldungen sind daher für mich nicht ganz einleuchtend. Ich kann mir höchstens vorstellen das es ein Problem wegen dem Nachkomma gibt und nicht wegen dem zu kleinen Wert. Grundsätzlich solltest du da aber auch nicht eingreifen gegenüber der WP. Die Werte welche sie liefert solltest du auslesen wie Sie kommen d.h. die Wertebereiche sind auch entsprechend zu definieren. Ich würde hier lediglich viel zu große Werte oder Minusbereiche im Adapter ausschließen zwecks Fehleingaben. Speziell das automatische Übersteuern und unterschiedliche Wertebereiche sind keine gute Kombination ;-) Nachtrag: Deine 20 Grad vs. meiner gesetzten 18 Grad Rücklauf sind übrigens auch eine solche Thematik. Ich habe bei mir eine passive Kühlung integriert. Die WP Steuerung hat allerdings einen Bug in der installierten Version weil die Heizung bei Deaktivierung der Kühlung anspringt obwohl sie eigentlich deaktiviert ist und das kann ich nur mit dem niedrigeren Soll stoppen. Kommt auch in der nächsten Version. Instanz für den Adapter solange am besten auf Error stellen dann müllt dein Logo nicht zu. Ich warte noch bis zur nächsten Version... wenn das soweit ist kann ich auch endlich meine WP Updaten

In der neusten App Version gibt es jetzt Einstellungen wie Sturmschutz und Abwesenheitsmodus Gibt es Planungen, die auch in den Adapter aufzunehmen?

Cool danke, hatte ich gar nicht gesehen. Funktioniert. Aber die Durchflussmenge bekomme ich aber nicht angezeigt, oder?

@The_Stig wird dir jetzt nichts mehr bringen, aber ich habe noch mal eine Version mit Hinweis im Changelog und einer Warnung in Log hinzugefügt wenn inverseMaxPower kleiner als das neue Limit ist (zB 0)

@David-G. sagte: Woran seht ihr denn, wann er die 12V Batterie nutzt? Der Wert wird geringer. Im Info-log sieht man zudem, wenn Daten direkt vom Fzg geholt werden.

@holger76 Bin mir nicht mehr ganz sicher: https://account.withings.com/partner/dashboard_oauth2 E-Mail eingeben nicht den per Mail erhaltenen Code eingeben sondern "Stattdessen mit Passwort anmelden" unterhalb von "weiter" auswählen "Passwort vergessen" auswählen dann läuft die übliche Vergabe eines neuen Passwortes

@Happyuser20 .. wenn ich das richtig verstanden habe, ist das die Ausrichtung innerhalb der Textbox

@TT-Tom sagte: @Daniel-8 wenn du deinen Key bekommen hast, kannst du die aktuelle GitHub Version mal testen. Wenn sie bei dir Läuft erstelle ich ein Release und sie kommt dann ins Beta. Werde ich machen. Muss dann erst nach dem Urlaub admin auch noch updaten.

Danke dir

Kurz auch von mir weil es ja oben Fragen gab: Der nut Adapter läuft seit langem stabil und alles ist gut. Er kann halt nur eine USV und so ... @krobi hatte sich mal dran gemacht das zu erweitern und im gespräch haben wir gesagt das am Ende der SUpport mehrerer USVs und ähnliche strukturelle änerungen endweder "breaking" für nut wären und damit für alle user oder ein nut2 Adapter und man stellt um. UnserErgebnis war das nut2 einfacher ist. Wenn der neue Adapter stabil ist dann überlege ich "nut" zu deprecaten, aber alles fein und kein Stress und nichts ist eol oder sonstwas :-)

Neue Beta-Version verfügbar 2.1.0 (2026-08-29) Geräte am CoAP-Protokoll verbinden sich nicht mehr alle paar Minuten neu, obwohl die Verbindung in Ordnung ist — das Log läuft nicht mehr mit „connection lost / connected" voll (betraf ruhige Geräte wie den CX7550/01, DrBakterius) Ein dauerhaft nicht erreichbares Gerät wird jetzt in wachsenden Abständen erneut versucht statt alle 30 Sekunden und wiederholt dieselbe Fehlerzeile nicht mehr endlos im Log Neue Einstellung: Für unbekannte Geräte-Attribute kann das Loglevel geändert werden (Info/Debug) Keine Fehlermeldungen mehr beim Stoppen oder Neustarten der Instanz („DB closed", „setTimeout called, but adapter is shutting down") (MatthiasBosch) Kein Vorschlag mehr, auf CoAP zu wechseln, wenn ein funktionierendes HTTP-Gerät die Verbindung verliert — der Hinweis kommt nur noch, solange HTTP nie funktioniert hat (tukey42) Hinweis zum ersten Punkt: Ruhige Geräte senden nur, wenn sich etwas ändert. Die Werte stehen dann eine Weile unverändert im Objektbaum — das ist normal, die Verbindung bleibt trotzdem als verbunden gemeldet. Diese Version wird ab morgen im Latest/Beta sein. Vielen Dank fürs Testen und euer Feedback. Bitte schreibt hier in den Thread oder besser noch erstellt ein Issue auf Github. https://github.com/iobroker-community-adapters/ioBroker.philips-air/issues Sollte diese Version keine großen Fehler aufweisen, wird sie dann auch ins Stable gehen.

Release 3.1.1 wurde erstellt und sollte spätestens in 24h im LATEST Repository verfügbar sein. Changelog siehe Github Repository

@hsteinme Besser ist es von npm zu installieren Ich habe oben die installationsanleitung ergänzt

@Adapterman sagte: Bitte gerne testen und Feedback Leider hatte ich keinen Erfolg mit dem Adapter. Ich nutze seit einiger Zeit ein eigenes Skript um die Daten abzufragen, das funktioniert. Hier das Log: Spoiler 2026-08-27 11:35:20.119 - info: zte-mc888.0 (307056) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:35:20.335 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:35:50.354 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:36:20.372 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:36:50.389 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:37:20.414 - warn: zte-mc888.0 (307056) Poll failed: Router did not answer (enable debug logging to see the underlying transport error). 2026-08-27 11:37:29.567 - info: zte-mc888.0 (307056) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:37:29.569 - info: zte-mc888.0 (307056) terminating 2026-08-27 11:37:29.571 - info: zte-mc888.0 (307056) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:37:30.071 - info: zte-mc888.0 (307056) terminating 2026-08-27 11:37:30.072 - info: zte-mc888.0 (307056) terminating 2026-08-27 11:37:34.235 - info: zte-mc888.0 (307518) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:37:34.309 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:39.373 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:44.396 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:49.420 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:54.447 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:37:59.471 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:38:04.494 - warn: zte-mc888.0 (307518) Poll failed: socket hang up 2026-08-27 11:38:05.743 - info: zte-mc888.0 (307518) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:38:05.745 - info: zte-mc888.0 (307518) terminating 2026-08-27 11:38:05.747 - info: zte-mc888.0 (307518) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:38:06.247 - info: zte-mc888.0 (307518) terminating 2026-08-27 11:38:06.248 - info: zte-mc888.0 (307518) terminating 2026-08-27 11:38:10.061 - debug: zte-mc888.0 (307684) Redis Objects: Use Redis connection: 127.0.0.1:6379 2026-08-27 11:38:10.072 - debug: zte-mc888.0 (307684) Objects client ready ... initialize now 2026-08-27 11:38:10.073 - debug: zte-mc888.0 (307684) Objects create System PubSub Client 2026-08-27 11:38:10.073 - debug: zte-mc888.0 (307684) Objects create User PubSub Client 2026-08-27 11:38:10.136 - debug: zte-mc888.0 (307684) Objects client initialize lua scripts 2026-08-27 11:38:10.140 - debug: zte-mc888.0 (307684) Objects connected to redis: 127.0.0.1:6379 2026-08-27 11:38:10.151 - debug: zte-mc888.0 (307684) Redis States: Use Redis connection: 127.0.0.1:9000 2026-08-27 11:38:10.165 - debug: zte-mc888.0 (307684) States create System PubSub Client 2026-08-27 11:38:10.167 - debug: zte-mc888.0 (307684) States create User PubSub Client 2026-08-27 11:38:10.203 - debug: zte-mc888.0 (307684) States connected to redis: 127.0.0.1:9000 2026-08-27 11:38:10.373 - info: zte-mc888.0 (307684) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:38:10.432 - debug: zte-mc888.0 (307684) Read failed: socket hang up 2026-08-27 11:38:10.443 - warn: zte-mc888.0 (307684) Poll failed: socket hang up 2026-08-27 11:38:15.499 - debug: zte-mc888.0 (307684) Read failed: socket hang up 2026-08-27 11:38:15.509 - warn: zte-mc888.0 (307684) Poll failed: socket hang up 2026-08-27 11:38:20.564 - debug: zte-mc888.0 (307684) Read failed: socket hang up 2026-08-27 11:38:20.573 - warn: zte-mc888.0 (307684) Poll failed: socket hang up 2026-08-27 11:38:25.497 - info: zte-mc888.0 (307684) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:38:25.499 - info: zte-mc888.0 (307684) terminating 2026-08-27 11:38:25.501 - info: zte-mc888.0 (307684) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:38:26.002 - info: zte-mc888.0 (307684) terminating 2026-08-27 11:38:26.003 - info: zte-mc888.0 (307684) terminating 2026-08-27 11:39:20.954 - debug: zte-mc888.0 (307917) Redis Objects: Use Redis connection: 127.0.0.1:6379 2026-08-27 11:39:20.968 - debug: zte-mc888.0 (307917) Objects client ready ... initialize now 2026-08-27 11:39:20.970 - debug: zte-mc888.0 (307917) Objects create System PubSub Client 2026-08-27 11:39:20.971 - debug: zte-mc888.0 (307917) Objects create User PubSub Client 2026-08-27 11:39:21.061 - debug: zte-mc888.0 (307917) Objects client initialize lua scripts 2026-08-27 11:39:21.067 - debug: zte-mc888.0 (307917) Objects connected to redis: 127.0.0.1:6379 2026-08-27 11:39:21.086 - debug: zte-mc888.0 (307917) Redis States: Use Redis connection: 127.0.0.1:9000 2026-08-27 11:39:21.143 - debug: zte-mc888.0 (307917) States create System PubSub Client 2026-08-27 11:39:21.145 - debug: zte-mc888.0 (307917) States create User PubSub Client 2026-08-27 11:39:21.224 - debug: zte-mc888.0 (307917) States connected to redis: 127.0.0.1:9000 2026-08-27 11:39:21.394 - info: zte-mc888.0 (307917) starting. Version 0.0.5 (non-npm: muraus/ioBroker.zte-mc888#c9ed5dc5c6451a9666d058f0bdda647eda3063d9) in /opt/iobroker/node_modules/iobroker.zte-mc888, node: v24.19.0, js-controller: 7.2.2 2026-08-27 11:39:21.528 - debug: zte-mc888.0 (307917) Read failed: socket hang up 2026-08-27 11:39:21.538 - warn: zte-mc888.0 (307917) Poll failed: socket hang up 2026-08-27 11:39:26.599 - debug: zte-mc888.0 (307917) Read failed: socket hang up 2026-08-27 11:39:26.614 - warn: zte-mc888.0 (307917) Poll failed: socket hang up 2026-08-27 11:39:31.670 - debug: zte-mc888.0 (307917) Read failed: socket hang up 2026-08-27 11:39:31.685 - warn: zte-mc888.0 (307917) Poll failed: socket hang up 2026-08-27 11:39:34.426 - info: zte-mc888.0 (307917) Got terminate signal TERMINATE_YOURSELF 2026-08-27 11:39:34.427 - info: zte-mc888.0 (307917) terminating 2026-08-27 11:39:34.429 - info: zte-mc888.0 (307917) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2026-08-27 11:39:34.929 - info: zte-mc888.0 (307917) terminating 2026-08-27 11:39:34.930 - info: zte-mc888.0 (307917) terminating

Nicht, dass ihr denkt, bei PoolControl geht es nicht weiter. 😉 Aktuell läuft der Adapter bewusst weiter im Latest-Repository, weil ich die laufende Poolsaison noch komplett als Testphase nutzen möchte. Mein nächstes größeres Ziel steht aber schon fest: Wenn die Saison durch ist und alles weiterhin sauber läuft, möchte ich über die Wintermonate die Aufnahme von PoolControl ins Stable-Repository von ioBroker vorbereiten und anschließend beantragen. Bis dahin bleibt Latest weiterhin die Teststrecke für die laufende Saison und natürlich auch für alles, was noch auffällt oder dazukommt. Es geht also weiter – nur im Moment ganz bewusst ohne unnötige Hektik. 🙂

Was noch nervig ist, man hat ein paar Lampen, und wenn man die am Handy anfaßt, um runter oder hoch zu scrollen, gehen sie sofort an. P.S. Ich habe extra deswegen den Admin auf 8.0.8 und Devices auf 4.2.0 gestellt, dennoch ist nichts besser geworden. Widgtet Camera wird mir nicht angeboten.

Wenn ich mit "remote.createEvent" ein Event starte. Kann ich es dann auch manuell stoppen?

Mir jetzt bekannte Installationen laufen einwandfrei. Hat jemand noch Inputs? Ansonsten beantrage ich den Stable Status.