@bahnuhr Ja, nee. Leider (oder zum Glück?) nicht. Korrigiert mich gerne, aber ich habe es so verstanden, dass die ganzen Vis-Elemente auf dem Cloud-Server gehostet werden und wirklich nur die reinen DP zwischen Cloud und der iobroker-Instanz ausgetauscht werden. Ergo funktionieren nur Widgets, die auch auf dem Cloud-Server verfügbar sind. Ansonsten ist das Konzept absolut genial und mega-sicher ;-)

@m1k3f15h sagte: Hy, Frage: gibst die Möglichkeit einen "Button" anzulegen? also ich bräuchte halt eine Taster, der ein Script triggert :) Mike Ähm.. klar.. ? Was genau meinst du mit "skript triggert"? Du kannst ein Skript starten/stoppen, indem du das Objekt javascript.#.scriptEnabled.ggfOrdner.skriptName auf true/false stellst. "Triggern" könnte jetzt sein, dass das Skript beim start durchläuft und wenn es fertig ist seinen eigenen State da wieder auf false ändert. Da hab ich einige Skript, die das so machen. Da könntest du dann einfach für das Objekt ein manuelles Entity anlegen. Da bietet sich dann "Automation" an, macht da jemand auf github so. Weiß nicht, wo da dein Problem liegt. Ansonsten werden Skripte auch oft durch state Änderungen getriggert. Die kannst du natürlich auch erzeugen. Du kannst auch einen Knopf erzeugen, der einen State immer auf einen bestimmten Wert setzt. Das könnte so aussehen: - type: button name: Alles aus entity: switch.Alles_Aus tap_action: action: call-service service: switch.turn_off service_data: entity_id: switch.Alles_Aus Also hier immer nur false setzen (turn_off). Gibt auch services, wo man den Werte mitgeben kann (z.B. bei Lampen Helligkeit oder so). Mittlerweile lässt sich sowas auch im UI zusammen klicken.

@black-thunder vorausgesetzt ich finde eine, gibt es eine einfache Möglichkeit die Box 1.0 und 2.0 zu unterscheiden? Kann hier vielleicht jemand eine .apk bereitstellen? Ich könnte ein Android Gerät auftreiben oder mit einer VM arbeiten. Wie kann ich es später steuern wenn es einmal gekoppelt ist?

@derweidner Bei solchen Problemen mal bitte den Adapter in debug Modus versetzen. Die Häckchen für msgSetGet, msgUpdate und debug in der Gerätedefinition setzen. Dann das log vom Neustart mit einigen …[get]… und …[update]… posten. Dann schau ich es mir an. Wird ja wieder kühler😎

@Andreas67-0 Danke !!!

Schade, mein Hyper ohne zenSDK ist halt auch schon altes Eisen.

Der normale Automatik-Modus, sowie der Zeitmodus funktionieren sauber. Dort wird die Pumpe nicht abgeschaltet.

@TT-Tom sagte: Umfrage an alle zu den widgets es wurde öfter schon die feste Größe angesprochen, mir kommen da aktuell zwei Möglichkeiten in den Kopf Scrollbalken für horizontal und vertikal Textgröße anpassen -> da bin ich mir unsicher mit den Icon, mal schauen jemand hat eine andere IDEE-> immer raus damit ja, gibt mal euer Feedback was ihr so meint, was sinnvoll ist. Um ehrlich zu sein habe ich die nur für die Tests bauen lassen (Claude), um zu sehen was an Daten kommt. Baue sie aber gerne für euch aus, bzw lasse sie bauen Bei mir wäre mehr Flexibilität bezüglich der Widget- und auch Textgröße wünschenswert. Mit Scrollbalken habe ich leider nicht alles im direktem Blick. Vielleicht kann man auch den einzelnen Spaltenbreite noch etwas optimieren, bzw. ein paar PX einsparen.

ivogt, Ich habe es jetzt mit einem Script gelöst: https://github.com/speefak/hvk-reader-bfw Der Empfang hätte auch nicht bis in den Keller zum ioBroker Server gereicht, von daher ist eine Mobile Script Lösung fürs Notebook besser. Ich denke die nächsten HKV werden welche mit LoRaWAN um o.g. Probleme zu umgehen.

@tombox Läuft. Keine Fehlermeldungen mehr. Kurzer Test aller verfügbaren Funktionen -> alles prima. Herzlichen Dank!

Neue Testversion sun2000 Adapter Version v2.5.1 released. Die Installation erfolgt über npm oder morgen über das Beta Repository. Es gibt diesmal nur ein paar fixes. Changelog: 2.5.1 (2026-06-29) (bolliy) fix: update service queue logic (#283) (bolliy) statistics fix: adjust reset handling logic to treat significant drops in value as potential resets Bitte testen! LG Stephan

Der Adapter findet keine devices, in der App habe ich zwei HS100 Steckdosen und eine D235 Doorbell. Wo ist der Fehler? 2026-06-29 16:06:23.851 - info: tapo.0 (284068) starting. Version 0.5.4 in /opt/iobroker/node_modules/iobroker.tapo, node: v22.23.1, js-controller: 7.2.2 2026-06-29 16:06:23.862 - info: tapo.0 (284068) Login tp TAPO App 2026-06-29 16:06:24.371 - info: tapo.0 (284068) Login succesfull 2026-06-29 16:06:24.542 - info: tapo.0 (284068) Found 0 devices 2026-06-29 16:06:24.544 - info: tapo.0 (284068) Wait for connections for non camera devices 2026-06-29 16:06:34.545 - info: tapo.0 (284068) Start first Update

@Garfonso sagte: lügt der? Sie alle lügen wenn sie Antwort nicht kennen. Da wird versprochen, dass das jetzt aber ganz sicher funktioniert, tut es aber nicht. Gut, ich kenne nur die kostenlosen eingeschränkten Varianten, doch bei den Ergebnissen motiviert mich das nicht ein Abo zu nehmen.

Ja, danke, das hatte ich gelesen. Es funktioniert jetzt. Woran es jetzt genau gelegen hat, kann ich nicht sagen. Das per Adapter gesteuerte NS-Panel soll eines per Skript gesteuertes NS-Panel ersetzen. Ich hatte vom "alten" die ganzen Einstellungen (SetOption 13, SetOption114), Rule1, Rule2, Rule3, SwitchMode0, SwitchMode1 und das Template verglichen. Neues NS-Panel: Rule1 und 2 waren nicht gesetzt. Rule3 wird Adapter-intern genutzt. SetOptionen waren auf dem alten nicht gesetzt, so habe ich nur Rule2 gesetzt. Hat auch nix gebracht. Das Template ändern: Button auf Switch und SwitchMode auf 2 hat für die Tasterschaltung geholfen. Dann hatte ich nochmal die Entkopplung getriggert. Nun läuft es.

Die ~3.4.10~ 3.4.11 ist raus. Macht folgendes: Unterstützung des Devicemanagers (zumindest rudimentär - wenn da mehr gewünscht ist lasst es mich wissen) 2 der 3 open issues aus der 3.4.9 sind raus - Issue #2896 bleibt offen - ich hab da noch keine saubere Lösung. ZH 10.5 ZHC 26.73 An dieser Stelle brauche ich nochmal Meinungen: Wenn Ihr euch die Fernbedienungen / etc. im Adapter und im Device-Manager anschaut sollte auffallen, das sie unterschiedlich dargestellt werden: Zigbee Adapter: [image: 1782561779554-screenshot-2026-06-27-at-14.02.54.png] Device Manager [image: 1782561731374-screenshot-2026-06-27-at-14.02.07.png] Der Hauptunterschied ist, das ich im Device-Manager die einzelnen Datenpunkte für die Tastendrücke nicht darstelle, während der Adapter sie einzeln alle darstellt. Mich würde interessieren was als besser wahrgenommen wird. In beiden Fällen kann man sehen wenn eine Nachricht vom Gerät ankommt - es ändert sich der DP Triggered action A. p.s. Wichtig: es geht nur um die Anzeige im Device Manager / dem Zigbee UI - die Datenpunkte bleiben alle erhalten ! p.p.s die 3.4.10 hatte einen gemeinen bug - deswegen so schnell die 3.4.11

Halo zusammen, ich habe schon seit Jahren eine KLF200 rumliegen und wollte damit schon immer meine Markise anbinden. Die Neuen Adapter für HomeAssistant und co. arbeiten aber wohl schon mit der neuen Softwareversion des KLF200. Die kann man beim Hersteller nicht mehr herunterladen. Hat diese zufällig jemand für mich?

@tony63526 .. nicht das ganze System neu starten, sondern nur die Life360ng Instanz. Da kann man nichts kaputt machen. Ich mache das immer (bei allen Adaptern) wenn es einen komischen Log gibt. Meistens hat sich das Problem dann schon erledigt. EDIT: (Hat sich ja bereist geklärt) Sollte es bei dir nicht helfen, Dann bitte einmal den Log nach dem Neustart posten. Ich checke das dann.

@TT-Tom sagte: Neue Beta-Version verfügbar 1.5.0 (2026-06-24) Die CoAP-Verbindung bleibt nun stabil und bricht nicht mehr alle paar Minuten ab Warnmeldungen des Adapter-Checkers wurden behoben 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/tt-tom17/ioBroker.public-transport/issues Bitte titel im ersten Beitrag noch anpassen