@Homoran für mich is das auch grad alles Neuland, hab mir erst letztens eine CCU zugelegt und hatte eben erst selbst diese "Verbindungsprobleme" zum ioB

Danke @Thomas Jansen und @paul53

@vb75 Hallo vb75, vorab, ich bin auch ziemlich am Anfang meiner "Iobroker-Karriere".-) Habe selbst ewig getüftelt und es am Ende lösen können. Meine Lösung war dann "MuliState" (read - write) auf den Sollwert... Bei mir der Sollwert-Komfort(Modus) [image: 1643378870704-6e51b547-6bae-453c-85da-3aee269b9876-image-resized.png] Prüfe auch die Flags im Knx Adapter, hier auf "schreiben" stellen. So hat es bei mir dann final geklappt. Muss jetzt nur noch den Status anpassen; das nächste todo... Evtl eine Möglichkeit... Grüße

Ok ich habe es mit dem Befehl von JLeg hinbekommen. Jetzt heißt es erstmal einen Überblick in die ganze Sache zu bekommen......

@icecube86 Schwer zu sagen. Ich betreibe meine ioBroker bereits seit mehr als 4-5 Jahren und solche Ausfälle kommen vor, ohne dass sich immer eine Ursache finden lässt. Häufig beendet ein Restart oder etwas Abwarten den Spuk ohne zusätzlichen Eingriff. Ich habe das Problem bei mir zwischenzeitlich gelöst (auch mit Hilfe dieses Threads). Insbesondere habe ich den Alexa-Skill von ioBroker de-/aktiviert inkl. erneuter Kontoverknüpfung (auf dem mobilen Gerät) die Log-Ausgabe der ioT-Instance auf Debug-Level gesetzt (ioBroker-Admin-Instanz-Tab) in der ioT-Instanz die Alexa-Geräte erneut suchen lassen und den Adapter 2x nacheinander neu gestartet. im ioBroker-Web unter Diagnose alles auf grün gecheckt dabei gleich meine iobroker.pro-Lizenz erneuert (war nicht erforderlich, ist es mir aber wert) Nach allem habe ich dann auf meinem mobilen Device eine meiner Test-Routinen manuell gestartet (hätte das auch über "Alexa, Telegram-Test" sprechen können). Fast gleichzeitig konnte ich im ioBroker-Admin-Log-Tab die Meldung sehen: iot.0 2022-01-28 14:56:17.513 debug Response: {"header":{"namespace":"Alexa.ConnectedHome.Control","name":"TurnOnConfirmation","payloadVersion":"2","messageId":"6df08bec-c9c6-4702-bee0-1fd273de9784"},"payload":{}} iot.0 2022-01-28 14:56:17.513 debug [ALEXA] Set "0_userdata.0.TelegramTest" to true iot.0 2022-01-28 14:56:17.513 debug [ALEXA] Controlling: 0_userdata.0.TelegramTest iot.0 2022-01-28 14:56:17.513 debug [ALEXA] ALEXA ON: TelegramTest iot.0 2022-01-28 14:56:17.513 debug [ALEXA] New Request: TurnOnRequest iot.0 2022-01-28 14:56:17.513 debug [ALEXA] Found following devices to control: {"id":"0_userdata.0.TelegramTest","role":"button","name":"Statusmeldung für Telegram","friendlyNames":"Telegramm Test, TelegramTest","byON":false,"nameModified":true,"room":null,"func":null} Das Log zeigt keine Fehler und es hat in der Tat auch wieder funktioniert. HTH.

Hi, Den Projektnamen findest du im Vis Editor unter Setup-Projekte Bei view Name trägst du den Namen des views ein, der als erster angezeigt werden soll. Den Block extern kannst du leer lassen, der wird nur benötigt, wenn du von außerhalb deines Netzweks auf vis zugreifen möchtest.

@jabba_the_hutt bei mir waren zum ende hin schon alle shelly betroffen... zurück zu 5.0.0, da ist ruhe. plus geräte hab ich sowieso (noch) keine.

@liv-in-sky @paul53 @Homoran Vielen Dank für eure Hilfestellungen. Ich bin, nachdem ich hier alles nochmals durchgelesen habe, guter Hoffnung, dass mit euren Hinweisen ich mein Vorhaben realisieren kann.

@arteck Der Zigbee Adapter 1.6.6 Das Heizungsventil ist dieses von essentials. Und ein Conbee II.

Ich habe es nun auf vier verschiedenen Rechnern jeweils mit Chrome, Edge und Firefox getestet. Ich wage zu behaupten, dass das nirgends funktioniert ;)

@a1uca2d Nun ist es egal. Habe das Problem mit Node-Red umgangen. Damit läuft sowohl Serial als auch TCP deutlich besser.

@thomas-braun danke

Hi, In Allgemein fehlt dear Projektname. In Intern fehlt der Name des WLAN Netzwerks.

@achim55 sagte in Zigbee- Adapter werte finden: Das geht am besten mit der Abfrage wann die letzte Änderung war, oder ? Das geht am besten in dem du die Kombination von Wert und letzter Aktualisierung des 'available' Datenpunktes überwachst. In Code ausgedrückt interessiert dich: const state = getState('zigbee.0.ieee.available'); const Wert = state.val; const Aktualisiert = state.ts; Hintergrund: Der available Datenpunkt wird immer dann mit wahr aktualisiert wenn eine Nachricht von einem Gerät eingeht. Bei Endgeräten (üblicherweise Batteriebetrieben, nicht dauerhaft aktiv) wird dabei passiv darauf gewartet das eine Nachricht kommt, und der Datenpunkt wechselt auf falsch wenn von einem Gerät über 25 h keine Meldung gekommen ist. Dieses bedeutet allerdings nicht das das Gerät deswegen nicht verbunden ist. Insbesondere Fernbedienungen senden von alleine keinerlei Nachricht, so das die Zeit seit der letzten Nachricht davon ab hängt wie oft eine Fernbedienung genutzt wird. Ein aktives Abfragen des Gerätestatus ist bei dieser Art von Geräten unmöglich. Bei Routern (üblicherweise fest mit Strom versorgt und dauerhaft aktiv) wird das Gerät in regelmässigen Abständen abgefragt um das Absetzen einer Nachricht zu erzwingen. Geht diese Nachricht nicht ein wird der Datenpunkt mit falsch aktualisiert.` Wichtig: das Ganze funktioniert nur dann stabil wenn der Zigbee Adapter nicht zwischendurch neu gestartet wird, da bei jedem Neustart der 'available' state aktualisiert wird. A.

Habe nun noch eine Frage. Die Entprellzeit habe ich auf 10 Sek. gesetzt. Doch Kurze 1 Sekunden Ausreißer nimmt er trotzdem auf. Warum ? [image: 1643261425622-e322b44e-8e96-4e80-9560-0d8c103c1d98-grafik.png] [image: 1643261465055-5913e7ab-4a8d-48d6-af0a-90e5bfa055f3-grafik.png] [image: 1643260960010-0e952ca2-5f1a-49ba-ae5d-4c70f53e0c2b-grafik.png]

@dos1973 kann ich bestätigen Hatte ich auch schon Mal Habe es nicht weiterverfolgt

@jensdausm nochmal nachtrag. die Anleitung aktualisiert nicht node, sondern nur den js-controller von iobroker. Wenn du node aktualisieren willst, dann geht das nur, wenn buanet das in der container-definition aktualisiert hast. dort ist node enthalten. dazu gibt es hier die allgemeine anleitung, wie man container aktualisiert. aber mache das nur, wenn alle deine iobroker daten auch weggesichert sind, so das du das backup wieder einspielen kannst. ich habe alle relevanten daten als volumes definiert und auf die festplatte definiert. da geht