@pete0815 danke!

@haselchen ok - ich wollte die Lampe auch gleichzeitig zur Erweiterung des Coordinator-Zigbee-Netzes nutzen - daher meine Frage. Na da werde ich mal googlen.

Liegt an der neuen Beta Version 2.13.0 Es wurden neue UI-Funktionen hinzugefügt, um Routing-Probleme in einem Zigbee-Netzwerk zu finden. Die Linienfarben zwischen den Knoten haben mehr Kontrast, um schwache Verbindungen besser zu erkennen. Das Routing hängt davon ab, wie gut sich die Geräte gegenseitig "sehen" können. Der entscheidende Parameter ist hier der Link Quality Indicator (LQI). Bei zwei Lichtern A und B gibt es beispielsweise zwei LQI-Werte, die eine Rolle spielen: (i) wie A B sieht, und (ii) wie B A sieht. Wenn die Schaltfläche LQI in deCONZ aktiviert ist, werden diese Werte angezeigt. Bedeutungen der LQI-Werte: 255 ausgezeichnet 200 gut 130 unzuverlässig, kann aber funktionieren < 100 problematisch Streben Sie immer LQI-Werte von 200 und mehr an, um ein stabiles Netzwerk zu erhalten! Unter "Panels > Source Routing" gibt es ein neues Kontrollkästchen Minimum LQI display, das Links unterhalb des angegebenen LQI-Wertes ausblendet.

PROBLEM UMGANGEN Ich habe es jetzt "einfach" wie folgt gelöst: Fritte vom Main-LAN in das VLAN umgelegt, in dem auch ioBroker läuft. Jetzt geht auch der TR-064-Adapter wieder. Ist zwar nicht die präferierte Lösung, aber durch den Wechsel der Fritte ins VLAN funktioniert auch weiterhin die Telefonie. Thema (für mich) damit erledigt/solved

@hpoperator Knalls einfach nochmal drüber: curl -sLf https://iobroker.net/install.sh | bash -

Hi, Nur als Info das Thema hat sich erledigt es läuft wieder alles 1A ! Danke noch mal ! mfg

@rollo85 Und? Funktioniert wie gewünscht?

@yetiman Warum Sonderfall? Das ist ganz 'normal' falsch gemacht worden. Wie man es gerade rückt steht im zweiten Posting.

@topsurfer warte einfach mal ein wenig. Am Anfang hatte ich da auch mal zwischen Fantastischen und zu kleine Werten alles drin. Mit Warten meine ich: schau Morgen noch mal oder Übermorgen. Die Geräte funktionieren doch nehme ich an.

@lucajordi geh doch bitte in den ersten post und füge [gelöst] in die überschrift dazu

@homoran OK Oh - erwischt - wie sich Beiträge in den Threads alle paar Stunden wiederholen können. Ich bin schuldig und bitte um Entschuldigung. Wer im Glashaus sitzt, sollte nicht mit Steinen werfen. ;)

@flo-0 sagte in Zigbee Adapter Gledopto GL-MC-001P RGB Farben: @asgothian ich habe auf 1.6.3 aktualisiert und jetzt funktioniert es mit den color state. Folgender Syntax wird akzeptiert und verarbeitet: #FF00FF. Vielen Dank. zigbee.0 warn ELEVATED Change state 'color' at device 0x84fd27fffec8a5b4 type 'GL-MC-001P' zigbee.0 warn ELEVATED: User stateChange zigbee.0.84fd27fffec8a5b4.color {"val":"#000033","ack":false,"ts":1636549559034,"q":0,"from":"system.adapter.admin.0","user":"system.user.admin","lc":1636549559034} admin.0 warn Read-only state "zigbee.0.84fd27fffec8a5b4.color" has been written without ack-flag with value "#000033" Dass ist doch schon einmal schön. Leider bist du von einem Bug betroffen, den ich bisher nur in einem Test-Repository gefilde hab. Siehe auch dieser Thread.

@wolfgangfb Wie gesagt - ich stehe diesen Adaptern immer sehr skeptisch gegenüber und präferiere in jedem Fall eine Lösung mit einer API Schnittstelle zur Firmware der Heizung. Der Adapter kann nur digital reagieren - oder falls er inzwischen - weniger digital reagiert nur über die Solltemperatur.

@liv-in-sky sagte in Tasmota 10 und sonoff adapter: z.b dein attr. das beginnt nicht immer mit _Illuminance - es wird mittlerweile mit nur Illuminance im dp geschrieben, dafür ist es in einem anderen ordner in der sonoff-instanz aber das ist doch der Sinn der Klasse! Du möchtest einen DP abfragen der irgendwas mit illuminance enthält, entweder _illuminance oder Info1_Illuminance oder auch Info2.illuminance usw. Mit der Klasse werden die Attribute vereinfacht zu illuminance, egal in welcher Hierarchie sie stehen. Alles vor und incl. _ wird gelöscht. Das wäre auch schon der Nachteil, im tr-064 Adapter gibt es jede Menge json DP, da klappt das nur wenn man nicht den gesamten Adapter durchsucht sondern nur den nächst höheren Level. Für normale Geräte sollte es aber nur ein on oder rgb oder volume etc. geben und da ist es dann egal wo sie stehen. In einer 2ten Version habe ich die Getter dynamisch erstellt, d.h. man muss die Klasse nicht anpassen sondern greift einfach auf NeuesLicht.NeuesFeature zu und erhält den Wert ohne ihn vorher in der Klasse explizit definiert zu haben und ohne zu wissen wo er genau steht. Auch ist es so erweitert dass man auch auf den Originalnamen zugreifen kann, also device.hostname und device.Info1_hostname liefern den gleichen Wert Ich habe mir Teile deines Skriptes angesehen und denke immer noch dass das genau das ist was du brauchst. Allerdings müssen die DP eindeutige Namen haben, rgb etc darf nicht zweimal erscheinen.

Habe es jetzt verstanden. Ich dachte, ich müsste dazu ein zus Mapping-Adapter installieren. Funktioniert jetzt mit den Texten OPEN - CLOSED - TILTED anstatt 0, 1 und 2 Vielen Dank

@arteck Danke, läuft !

@homoran es hat sich erledigt, anscheinend hatte das Gerät in Iobroker entfernt aber es war noch in Homematic CUxD vorhanden. Habe es gelöscht die Meldung wird nicht mehr angezeigt. Vielen herzlichen Dank für die Unterstützung

@pix ein Versuch war es wert, hatte gelesen, das du in einem anderen Thread davon geschrieben hattest. Mit iobroker restart hat es erst mal funktioniert. Mal sehen ob ich noch auf andere Probleme stoße.

@johgre Ja, hatte ich - ist es mir dafür aber einfach nicht Wert Wir nutzen das ganze hier tatsächlich nur für Kleinigkeiten und dafür reicht es, wie es ist So z.B. dass das Licht im Flur schon mal an ist, wenn ich jetzt nach Hause komme, damit unsere Tiger net flüchten, wenn man die Haustür aufmacht und noch nix sieht Oder das eben alles ausgeschaltet hat, wenn alle weg sind.

@michi_pi ja habe ich gemacht alles ok.