[Aufruf] ZigBee CC253x Adapter
-
0xd0cf5efffe22e689 TRADFRI bulb E27 CWS opal 600lm `
ist wie es soll drin.. mach mal folgendes ..stope den adapter lösche das Objekt 0xd0cf5efffe22e689 starte den wieder…
das Gerät nicht enfernen nur das Objekt löschen
-
Ich habe immer noch Probleme mit meiner Installation. Ich kann mir einfach nicht vorstellen, dass eine so alte und weit verbreitete Technik so unzuverlässig sein soll. Aber vielleicht kommen wir ja mit den folgenden Angaben auf die Spur.
Ausgangspunkt ist folgende Map:
Es geht um die rot umrandete Steckdose. Der klaren Identifizierbarkeit halber habe ich dem Namen die letzten zwei STellen der Seriennummer angehängt. So wird die Zuordnung von Logeinträgen klarer.
Alle unten beschriebenen Vorgänge sind kurz (<1Min) nach Erstellen der Map geschehen.
Ausgangsstatus der Steckdose:
-
Physikalischer Schaltzustand "Ein", vor ca. 1 Stunde manuell geschaltet
-
Datenpunkt state ist "false"
-
Datenpunkt link_quality ist 47, Zeitstempel jedoch von gestern vor ca. 17 Stunden
Dann folgende Vorgänge ausgeführt:
1. um 08:45:30 eingeschaltet (war in VIS ja als AUS dargestellt)
2. um 08:45:45 ausgeschaltet
Die Steckdose veränderte ihren Zustand nicht.
Hier der Log dazu:
!
2018-12-01 08:45:30.391 - debug: zigbee.0 User stateChange zigbee.0.84182600000fa3fa.state {"val":true,"ack":false,"ts":1543650330388,"q":0,"from":"system.adapter.web.0","lc":1543650330388} 2018-12-01 08:45:30.407 - debug: zigbee.0 2018-12-01T07:45:30.407Z zigbee:controller debug Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd on - payload {} - endpoint 3 undefined 2018-12-01 08:45:30.408 - debug: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd on - payload {} - endpoint 3 2018-12-01 08:45:30.409 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:request REQ --> AF:dataRequest, transId: 23 2018-12-01 08:45:30.410 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT cc-znp:SREQ --> AF:dataRequest, { dstaddr: 48141, destendpoint: 3, srcendpoint: 1, clusterid: 6, transid: 23, options: 48, radius: 30, len: 3, data: } 2018-12-01 08:45:30.411 - debug: zigbee.0 Read timeout for cmd 'on' is 0 2018-12-01 08:45:30.413 - debug: zigbee.0 read message: {"cid":"genOnOff","cmd":"read","cmdType":"foundation","zclData":[{"attrId":0}],"cfg":{"manufSpec":0,"disDefaultRsp":0}} 2018-12-01 08:45:30.419 - debug: zigbee.0 2018-12-01T07:45:30.419Z zigbee:controller debug Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd read - payload [{"attrId":0}] - endpoint 3 undefined 2018-12-01 08:45:30.420 - debug: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd read - payload [{"attrId":0}] - endpoint 3 2018-12-01 08:45:30.421 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:request REQ --> AF:dataRequest, transId: 24 2018-12-01 08:45:30.438 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT cc-znp:SRSP <-- AF:dataRequest, { status: 0 } 2018-12-01 08:45:30.438 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:request RSP <-- AF:dataRequest, status: 0 2018-12-01 08:45:30.441 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT cc-znp:SREQ --> AF:dataRequest, { dstaddr: 48141, destendpoint: 3, srcendpoint: 1, clusterid: 6, transid: 24, options: 48, radius: 30, len: 5, data: } 2018-12-01 08:45:30.451 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT cc-znp:SRSP <-- AF:dataRequest, { status: 0 } 2018-12-01 08:45:30.451 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:request RSP <-- AF:dataRequest, status: 0 2018-12-01 08:45:30.969 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT cc-znp:AREQ <-- AF:dataConfirm, { status: 205, endpoint: 1, transid: 24 } 2018-12-01 08:45:30.970 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: dataConfirm, msg: [object Object] 2018-12-01 08:45:30.971 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:msgHdlr IND <-- AF:dataConfirm, transId: 24 2018-12-01 08:45:30.972 - debug: zigbee.0 2018-12-01T07:45:30.971Z zigbee:controller error Zigbee publish to '0x84182600000fa3fa', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. undefined 2018-12-01 08:45:30.972 - error: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. 2018-12-01 08:45:30.982 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT cc-znp:AREQ <-- AF:dataConfirm, { status: 205, endpoint: 1, transid: 23 } 2018-12-01 08:45:30.984 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: dataConfirm, msg: [object Object] 2018-12-01 08:45:30.987 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:30 GMT zigbee-shepherd:msgHdlr IND <-- AF:dataConfirm, transId: 23 2018-12-01 08:45:30.988 - debug: zigbee.0 2018-12-01T07:45:30.988Z zigbee:controller error Zigbee publish to '0x84182600000fa3fa', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. undefined 2018-12-01 08:45:30.988 - error: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. 2018-12-01 08:45:45.521 - debug: zigbee.0 User stateChange zigbee.0.84182600000fa3fa.state {"val":false,"ack":false,"ts":1543650345519,"q":0,"from":"system.adapter.web.0","lc":1543650345519} 2018-12-01 08:45:45.537 - debug: zigbee.0 2018-12-01T07:45:45.537Z zigbee:controller debug Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd off - payload {} - endpoint 3 undefined 2018-12-01 08:45:45.538 - debug: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd off - payload {} - endpoint 3 2018-12-01 08:45:45.539 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT zigbee-shepherd:request REQ --> AF:dataRequest, transId: 25 2018-12-01 08:45:45.540 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT cc-znp:SREQ --> AF:dataRequest, { dstaddr: 48141, destendpoint: 3, srcendpoint: 1, clusterid: 6, transid: 25, options: 48, radius: 30, len: 3, data: } 2018-12-01 08:45:45.541 - debug: zigbee.0 Read timeout for cmd 'off' is 0 2018-12-01 08:45:45.541 - debug: zigbee.0 read message: {"cid":"genOnOff","cmd":"read","cmdType":"foundation","zclData":[{"attrId":0}],"cfg":{"manufSpec":0,"disDefaultRsp":0}} 2018-12-01 08:45:45.544 - debug: zigbee.0 2018-12-01T07:45:45.544Z zigbee:controller debug Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd read - payload [{"attrId":0}] - endpoint 3 undefined 2018-12-01 08:45:45.544 - debug: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - cmd read - payload [{"attrId":0}] - endpoint 3 2018-12-01 08:45:45.545 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT zigbee-shepherd:request REQ --> AF:dataRequest, transId: 26 2018-12-01 08:45:45.558 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT cc-znp:SRSP <-- AF:dataRequest, { status: 0 } 2018-12-01 08:45:45.559 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT zigbee-shepherd:request RSP <-- AF:dataRequest, status: 0 2018-12-01 08:45:45.561 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT cc-znp:SREQ --> AF:dataRequest, { dstaddr: 48141, destendpoint: 3, srcendpoint: 1, clusterid: 6, transid: 26, options: 48, radius: 30, len: 5, data: } 2018-12-01 08:45:45.572 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT cc-znp:SRSP <-- AF:dataRequest, { status: 0 } 2018-12-01 08:45:45.573 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT zigbee-shepherd:request RSP <-- AF:dataRequest, status: 0 2018-12-01 08:45:45.964 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT cc-znp:AREQ <-- AF:dataConfirm, { status: 205, endpoint: 1, transid: 26 } 2018-12-01 08:45:45.965 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: dataConfirm, msg: [object Object] 2018-12-01 08:45:45.966 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:45 GMT zigbee-shepherd:msgHdlr IND <-- AF:dataConfirm, transId: 26 2018-12-01 08:45:45.966 - debug: zigbee.0 2018-12-01T07:45:45.966Z zigbee:controller error Zigbee publish to '0x84182600000fa3fa', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. undefined 2018-12-01 08:45:45.967 - error: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. 2018-12-01 08:45:46.166 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:46 GMT cc-znp:AREQ <-- AF:dataConfirm, { status: 205, endpoint: 1, transid: 25 } 2018-12-01 08:45:46.166 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:46 GMT zigbee-shepherd:af dispatchIncomingMsg(): type: dataConfirm, msg: [object Object] 2018-12-01 08:45:46.169 - debug: zigbee.0 Sat, 01 Dec 2018 07:45:46 GMT zigbee-shepherd:msgHdlr IND <-- AF:dataConfirm, transId: 25 2018-12-01 08:45:46.169 - debug: zigbee.0 2018-12-01T07:45:46.169Z zigbee:controller error Zigbee publish to '0x84182600000fa3fa', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. undefined 2018-12-01 08:45:46.170 - error: zigbee.0 Zigbee publish to '0x84182600000fa3fa', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 205\. No network route. Please confirm that the device has (re)joined the network. !Es scheint mit dem Gerät keinerlei Kommunikation stattzufinden. Dabei geht aber offensichtlich die Abfrage zum Aufbau der Map.
Interessant in diesem Zusammenhang:
-
die beiden anderen Steckdosen lassen sich problemlos schalten
-
der Bewegungsmelder ist seit gestern auch stumm. Wird aber in der Map als verbunden und bei jedem Neuaufbau mit marginal unterschiedlichen Werten der Verbindungsqualität dargestellt.
-
-
0xd0cf5efffe22e689 TRADFRI bulb E27 CWS opal 600lm `
ist wie es soll drin.. mach mal folgendes ..stope den adapter lösche das Objekt 0xd0cf5efffe22e689 starte den wieder…
das Gerät nicht enfernen nur das Objekt löschen `
Kann mich hier leider anschließen, habe das selbe Problem.
Die Farbe lässt sich ohne Probleme ändern aber eine Änderung der Farbtemperatur nimmt er - auch nach Stoppen, löschen, starten des Adapters - nicht an
-
Nachdem Umzug vom Raspberry Pi zum Banana Pi macht mein Zigbee Stick / Adapter Probleme (Version 0.8.0) / hat jemand eine Idee?
! bananapimaster 2018-12-01 20:12:10.318 info instance system.adapter.zigbee.0 terminated with code 0 (OK)
! Caught 2018-12-01 20:12:10.318 error by controller[7]: 2018-12-01T19:12:10.232Z zigbee:controller info zigbee-shepherd stopped undefined
! Caught 2018-12-01 20:12:10.318 error by controller[7]: Sat, 01 Dec 2018 19:12:10 GMT zigbee-shepherd zigbee-shepherd is stopped.
! Caught 2018-12-01 20:12:10.317 error by controller[7]: Sat, 01 Dec 2018 19:12:10 GMT zigbee-shepherd zigbee-shepherd is stopping.
! Caught 2018-12-01 20:12:10.317 error by controller[6]: Sat, 01 Dec 2018 19:11:57 GMT zigbee-shepherd:msgHdlr IND <– AF:incomingMsg, transId: 0
! Caught 2018-12-01 20:12:10.316 error by controller[5]: Sat, 01 Dec 2018 19:11:57 GMT cc-znp:AREQ <– AF:incomingMsg, { groupid: 0, clusterid: 1024, srcaddr: 51628, srcendpoint: 1, dstendpoint: 1, wasbroadcast: 0, linkquality: 5, securit
! Caught 2018-12-01 20:12:10.316 error by controller[4]: Sat, 01 Dec 2018 19:11:46 GMT zigbee-shepherd:msgHdlr IND <– AF:incomingMsg, transId: 0
! Caught 2018-12-01 20:12:10.315 error by controller[3]: Sat, 01 Dec 2018 19:11:46 GMT cc-znp:AREQ <– AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 55124, srcendpoint: 3, dstendpoint: 1, wasbroadcast: 0, linkquality: 10, securityu
! Caught 2018-12-01 20:12:10.315 error by controller[2]: Sat, 01 Dec 2018 19:11:44 GMT zigbee-shepherd:msgHdlr IND <– AF:incomingMsg, transId: 0
! Caught 2018-12-01 20:12:10.314 error by controller[1]: Sat, 01 Dec 2018 19:11:44 GMT cc-znp:AREQ <– AF:incomingMsg, { groupid: 0, clusterid: 6, srcaddr: 16779, srcendpoint: 3, dstendpoint: 1, wasbroadcast: 0, linkquality: 0, securityus
! zigbee.0 2018-12-01 20:12:10.233 info zigbee-shepherd stopped
! host.bananapimaster 2018-12- -
welche node version ??
-
-
hmm ok müsste ich mir mal live anschauen..
wann hast du mal Zeit ??
-
0xd0cf5efffe22e689 TRADFRI bulb E27 CWS opal 600lm `
ist wie es soll drin.. mach mal folgendes ..stope den adapter lösche das Objekt 0xd0cf5efffe22e689 starte den wieder…
das Gerät nicht enfernen nur das Objekt löschen `
Kann mich hier leider anschließen, habe das selbe Problem.
Die Farbe lässt sich ohne Probleme ändern aber eine Änderung der Farbtemperatur nimmt er - auch nach Stoppen, löschen, starten des Adapters - nicht an
`Ja, leider Funktioniert das so auch nicht
-
So, ich habe heute den Gledopto GL-C-008 angeschlossen. Nach dem Pairing steht im Log jedoch nur "Device with modelID 'GL-C-008' is not supported"'…
Ich nutze zwar Zigbee2Mqtt und nicht ioBroker.zigbee, aber hat vielleicht trotzdem jemand eine Ahnung, warum das kommt? Das Gerät ist laut Wiki supported und ich bin auf der aktuellsten Version von GitHub ...
-
Hallo
Wie wird denn der CC2530 Router gepaart?
Habe auf den paaring Button geklickt und den CC2530 an den Rechner in die USB Buchse gesteckt, kein Erfolg.
Gruß NetFritz
-
Nach dem flashen versucht er sich automatisch anzulernen. Dementsprechend: Flashen, dann in ioBroker anlernen aktivieren, dann den CC2530 in unter Strom setzen
-
Hallo
Ich habe den CC2530 bei Ebay geflascht gekauft.
Mein CC2531 auch bei Ebay vom gleichen Verkäufer gekauft.
Dann habe ich es aber richtig gemacht,
im ioBroker anlernen aktivieren, dann den CC2530 in unter Strom setzen.
Gruß NetFritz
-
Mein Gledopto GL-C-008 ist heute auch angekommen ich nutze den iobroker.zigbee und da wird er ohne Probleme erkannt.
Wäre schön wenn die 007 jetzt auch noch funktionieren würden
Gruß Lars
-
Mein Gledopto GL-C-008 ist heute auch angekommen ich nutze den iobroker.zigbee und da wird er ohne Probleme erkannt.
Wäre schön wenn die 007 jetzt auch noch funktionieren würden
Gruß Lars `
das ist schön.. währe könnte sollte würde… ich brauche https://forum.iobroker.net/viewtopic.php?f=24&t=18214#p190272
-
So, ich habe heute den Gledopto GL-C-008 angeschlossen. Nach dem Pairing steht im Log jedoch nur "Device with modelID 'GL-C-008' is not supported"'…
Ich nutze zwar Zigbee2Mqtt und nicht ioBroker.zigbee, aber hat vielleicht trotzdem jemand eine Ahnung, warum das kommt? Das Gerät ist laut Wiki supported und ich bin auf der aktuellsten Version von GitHub ...
`welche Adapterversion ??
-
Wie gesagt, ich nutze nicht den Adapter. Koenkk hat es gestern aber schon im Shepherd Converter gefixt!
Gesendet von meinem Redmi 5 Plus mit Tapatalk
-
Mein Gledopto GL-C-008 ist heute auch angekommen ich nutze den iobroker.zigbee und da wird er ohne Probleme erkannt.
Wäre schön wenn die 007 jetzt auch noch funktionieren würden
Gruß Lars `
das ist schön.. währe könnte sollte würde… ich brauche https://forum.iobroker.net/viewtopic.php?f=24&t=18214#p190272 `
Diesen Beitrag habe ich ja noch gar nicht gesehen :?
Habe dort geantwortet und alle Informationen rein geschrieben.
Gruß Lars
-
Hallo zusammen,
ich muß mal etwas dazwischen fragen.
Ich würde auch gernen einen ZigBee Adapter kaufen - nur welchen?
Gibt es da eine Empfehlung? Große Reichweite? Problemloser Betrieb?
Grüße und Danke
Manfred
-
Den Adapter kaufen geht nicht, der ist bei iobroker kostenlos dabei …
Du meinst eher den Zigbee-Stick.
Da gibt es 2 Arten: CC2531 und CC2530.
Wenn Du nicht selber flashen willst, kannste so einen fertig geflasht kaufen.
Vorzugsweise bei dem User arteck hier aus dem Forum; ansonsten bei ebay.
Ob der Stick bei Dir allerdings funktioiert oder nicht ist eine andere Sache (kommt auch auf Hardware; Betriebssystem etc. an).
Mein Favorit ist der CC2530, weil der eine externe Antenne hat und
meiner Erfahrung nach damit etwas mehr Reichweite.
MfG Markus
-
Hatte ich falsch formuliert. Ich meinte den Stick. :oops:
Adapter ist klar - ioBroker.
Danke für die Hilfe.
