ZigBee neue Version 1.5.x
-
@frank579 ohh Danke..habs korrigiert
-
@rushmed zeigma die Kachel
-
@arteck Prego!
-
@rushmed der Button meldet sich als W2049. ist so
https://github.com/Koenkk/zigbee2mqtt/issues/7655
closed Ikea Tradfri E2044 - not supported (?) #7655
-
@arteck Ja ok, stört mich auch nicht. Mein Problem ist dass nur die Hälfte der Tasten (als Objekte) gehen aber im debug LOG doch auch die anderen irgendwie ankommen wie in meinem Post geschrieben.
Im verlinkten Issue ist das Pairing das Problem, nicht dass die Tasten nur teilweise funktionieren. -
@rushmed sagte in ZigBee neue Version 1.5.x:
Hallo,
ich komme gerade vom Ikea Einkauf und habe zwei kleine Probleme.
Die Fernbedienung STYRBAR wird vom Adapter als W2094 erkannt. Auf dem Gerät steht aber W2044 und in der Anleitung E2002. Das ist erstmal kein Problem für mich, allerdings funktionieren Druck und langer Druck nur bei den links/rechts Tasten. Die anderen beiden Tasten funktionieren garnicht.
Wenn ich STYRBAR direkt mit einer Lampe kopple geht alles.
Wenn ich den Adapter auf debug stelle kommen Tastendrücke an:zigbee.0 2021-06-12 19:09:59.315 debug (18506) Publish {"action":"brightness_stop","action_group":901} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:59.300 debug (18506) Type commandStopWithOnOff device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"p zigbee.0 2021-06-12 19:09:59.299 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandStopWithOnOff', cluster 'genLevelCtrl', data '{}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:59.297 debug (18506) handleMessage. {"type":"commandStopWithOnOff","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profi zigbee.0 2021-06-12 19:09:58.939 debug (18506) Publish {"action":"brightness_move_down","action_rate":83,"action_group":901} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:58.926 debug (18506) Type commandMove device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID" zigbee.0 2021-06-12 19:09:58.926 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandMove', cluster 'genLevelCtrl', data '{"movemode":1,"rate":83}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:58.924 debug (18506) handleMessage. {"type":"commandMove","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260 zigbee.0 2021-06-12 19:09:57.127 debug (18506) Publish {"action":"brightness_stop","action_group":901} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:57.116 debug (18506) Type commandStopWithOnOff device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"p zigbee.0 2021-06-12 19:09:57.114 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandStopWithOnOff', cluster 'genLevelCtrl', data '{}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:57.113 debug (18506) handleMessage. {"type":"commandStopWithOnOff","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profi zigbee.0 2021-06-12 19:09:56.660 debug (18506) Publish {"action":"brightness_move_up","action_rate":83,"action_group":901} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:56.644 debug (18506) Type commandMoveWithOnOff device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"p zigbee.0 2021-06-12 19:09:56.643 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandMoveWithOnOff', cluster 'genLevelCtrl', data '{"movemode":0,"rate":83}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:56.640 debug (18506) handleMessage. {"type":"commandMoveWithOnOff","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profi zigbee.0 2021-06-12 19:09:54.926 debug (18506) Publish {"action":"on","action_group":901} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:54.917 debug (18506) Type commandOn device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":2 zigbee.0 2021-06-12 19:09:54.916 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandOn', cluster 'genOnOff', data '{}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:54.915 debug (18506) handleMessage. {"type":"commandOn","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260," zigbee.0 2021-06-12 19:09:53.737 debug (18506) Publish {"action":"arrow_right_click"} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:53.720 debug (18506) Type commandTradfriArrowSingle device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID" zigbee.0 2021-06-12 19:09:53.719 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandTradfriArrowSingle', cluster 'genScenes', data '{"value":256,"value2":13}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:53.715 debug (18506) handleMessage. {"type":"commandTradfriArrowSingle","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1," zigbee.0 2021-06-12 19:09:52.576 debug (18506) Publish {"action":"off","action_group":901} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:52.563 debug (18506) Type commandOff device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID": zigbee.0 2021-06-12 19:09:52.561 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandOff', cluster 'genOnOff', data '{}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:52.558 debug (18506) handleMessage. {"type":"commandOff","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"profileID":260, zigbee.0 2021-06-12 19:09:51.208 debug (18506) Publish {"action":"arrow_left_click"} to "842e14fffe471ae1" zigbee.0 2021-06-12 19:09:51.199 debug (18506) Type commandTradfriArrowSingle device {"type":"device","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID" zigbee.0 2021-06-12 19:09:51.196 debug (18506) Received Zigbee message from '0x842e14fffe471ae1', type 'commandTradfriArrowSingle', cluster 'genScenes', data '{"value":257,"value2":13}' from endpoint 1 with groupID 901 zigbee.0 2021-06-12 19:09:51.194 debug (18506) handleMessage. {"type":"commandTradfriArrowSingle","device":{"ID":33,"_type":"EndDevice","_ieeeAddr":"0x842e14fffe471ae1","_networkAddress":24375,"_manufacturerID":4476,"_endpoints":[{"ID":1,"Der Timeout für die Erkennung des langen Drucks ist mit ca. 3 s auch sehr lang, kann man das irgendwo verstellen? Das ist zum Beispiel bei E1743 nur ca. 1 s, was viel besser passt.
Dann habe ich noch eine LED1924G9, die funktioniert soweit, außer die Effekte. Da tut sich garnichts.
Hat da jemand einen Tipp für mich?
Hat hierzu keiner weiter eine Idee. Hab ich vll. an der falschen Stelle gepostet?
-
@rushmed Nein, hast du nicht. im Issue steht auch bereits das daran gearbeitet wird, aber das es noch dauern wird da es aktuell eine deutlich grössere Baustelle gibt.
Wenn Du magst kannst Du dich da aber auch selber heran wagen. Das Problem ist das die Definition der states über die exposes nicht zu den Nachrichten des Herdsman passt.
A.
-
@asgothian Klingt interessant, was kann ich tun?
-
- Fork vom Zigbee-Adpater auf Github erstellen
- Prüfen wie durch die Funktion(en) unter lib/exposes.js die Datenpunkte der Fernbedienung angelegt werden, und auf welche Nachrichten diese reagieren
- Code anpassen
- zum test bei Dir installieren, testen
- rinse- repeat bis das Zielergebnis erreicht ist.
- Wenn es läuft: PR gegen den Hauptadapter stellen
- Wenn es nicht läuft / nicht zum laufen zu bekommen ist - im Issue auf Github posten was du versucht hast und an welcher Stelle du hängst.
A.
Note: Programmierwissen in JS ist notwendig. Du wirst dich auch in die Arbeitsweise des codes einarbeiten müssen. Das ist nicht in einer Stunde erledigt.
-
@asgothian Puuh, da bin ich raus.
-
@rushmed sagte in ZigBee neue Version 1.5.x:
@asgothian Puuh, da bin ich raus.
Das hatte ich schon befürchtet. Jetzt ist hoffentlich auch klar warum das nicht 'mal eben' gemacht ist.
A.
-
@asgothian Mir ist schon klar was ihr hier alle leistet!
Falls ich irgendwie behilflich sein kann, zum Testen oder hier und da mal ne Zeile in einer Datei ändern stehe ich bereit.
-
@ilovegym Läuft der "Tuya TS0215A_sos" bei dir mittlerweile eigentlich?
-
@sborg sagte in ZigBee neue Version 1.5.x:
@ilovegym Läuft der "Tuya TS0215A_sos" bei dir mittlerweile eigentlich?
Hi,
leider nicht, hab alles ausprobiert, was @Asgothian mir empfohlen hat, er wird erkannt, verbindet sich, die Datenpunkte werden angelegt, aber anscheinend sendet er was, das nicht ausgewertet werden kann oder so..
Im Debuglog find ich nichts..Zur Zeit fällt mir da nix dazu ein.. muss aber auch mit der V1.5.6 nochmal testen, meine Tests ware noch mit der 1.4.x..
Ansonsten läuft das superstabil hier, 181 devices am Zigbee, geile Sache..
-
@ilovegym zeig nochmal deine Netzwerk-Karte, will nochmal neidisch werden ^^ und sehen, an welchen Repeatern sich deine Geräte verbinden
Läuft seit dem 11.6. und sieht bei mir (immer) so aus:
Ich werde mal versuchen, alle roten Sensoren nahe an einen Repeater zu bringen und dort neu anzulernen über den Repeater wenn das geht...
-
@kueppert wie bekommt Ihr den immer diese lesbaren Graphiken? bei mir sieht das immer nur recht schematisch aus.
So lange alles läuft braucht man es ja nicht wirklich und die schematische Darstellung gibt einen groben Eindruck.
Aber wenn man es zur Fehlersuche nutzen müßte, würde es mühselig. -
@klassisch so:
PS: was sind das für Repeater bei dir, an denen sich die Geräte verbinden?
-
@kueppert "siblings". Einmal hats funktioniert, dann nicht mehr.
Meine Repeater sind- ikea Floalt Panel. Mittlerweile mind 1 pro Raum, dauerbestromt. Ich denke, die bringen die Stabilität.
- Sirene
- Blitzwolf leistungsmessender Zwischenstecker
- Sonoff UP Schaltaktor
Von den Blitzwolfs habe ich noch nachgeordert. Mal sehen, ob ich dann den Wirkungsbereich weiter in den Garten vergrößern kann. Habe den Automower an einer Shelly. Die werde ich mal durch eine Blitzwolf ersetzen.
-
hmm ist ja nur ne Momentdarstellung, kannst aber mal gerne nachzählen, obs wirklich 181 Devices sind..
zeigt zwar n paar als nicht verbunden an, sind se aber doch, funktionieren auch...
-
@ilovegym sagte in ZigBee neue Version 1.5.x:
Zur Zeit fällt mir da nix dazu ein.. muss aber auch mit der V1.5.6 nochmal testen, meine Tests ware noch mit der 1.4.x..
Noppe, ich nutze die 1.5.6 und geht damit nicht.
Ich habe noch weiter getestet und gepatcht, bekomme es aber mit meinem beschränkten Wissen nicht hin, zumindest sieht so alles gut aus. IMHO schlägt bei den Exposes die Zuordnung fehl, denn nicht mal der wohl doch sehr rudimentäre Batterielevel funktioniert.
Durch die Art des Gerätes bin ich auch auf Funktionstüchtigkeit angewiesen. Ich werde noch mal auf einer anderen Maschine direkt den Zigbee2MQTT probieren ob es damit geht. Wäre dann aber blöd, da dann bspw. NodeRed nötig wäre, ich zwar noch einen CC2531 mit ZStack 3.0 rumliegen habe (damit lässt sich der Tuya aber noch nicht einmal pairen...) und extra noch ein CC26X2R1 ist auch nicht gerade prickelnd
