[Aufruf] ZigBee CC253x Adapter
-
schau ich mir mal heute Abend an .. wenn ihr lust habt können wir das in TS bequatschen.. ab 20 Uhr währ ich da
-
Hallo,
ich habe da ein Problem mit dem Gledopto RGBW Controller dieser sollte ja jetzt eigentlich auch unterstützt werden oder ?!
Mir ist aufgefallen das in der Liste der Unterstützten Geräte was von "GL-C-008" steht auf meinem Karton steht "GL-C-007" wird dieser nicht unterstützt bzw wo ist da der Unterschied ?!
Anlernen konnte ich das Teil aber er wird halt nur als "undefined" angezeigt.
@arteck wenn dieser noch nicht vorhanden ist könnten man diesen vielleicht auch hinzufügen ?!
Gruß Lars
-
Hab auch eine FritzBox und hab das gestern Abend genau so gemacht. Zuerst war mein WLAN auf Kanal 4 (sollte man sowieso nicht machen, 1,6,11 Regel) und Zigbee auf 11 was zu Überlappungen führte und so zigbee schlechter funktionierte.
In unserer Nachbarschaft gibt es auf WLAN Kanal 1 wenige und nur sehr schwache Netze. Hab jetzt mein WLAN auf Kanal 11 und zigbee auf 11.
Seit dem funktioniert es wieder viel besser `
Ich habe gestern auch etwas herum getestet. tatsächlich ist bei mir WLAN 1 auch die bessere Wahl. Jetzt fungiert sogar eine Hue-Lampe als Router. War vorher undenkbar
-
Error im Log trotz erfolgreichem Schalten.
Eine Osram Plug über VIS-Button ein- und nach ein paar Sekunden wieder ausgeschaltet. Folgende Meldungen im Log:
Erstes ein/aus:
2018-11-30 08:01:32.666 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:01:32.679 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:01:47.887 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack.Zweites ein/aus:
2018-11-30 08:55:29.558 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:55:49.918 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:55:50.055 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack.Schalte ich eine andere gleichen Typs, erfolgen keine Logeinträge.
Verbindungsqualität lat Datenpunkt 39, laut Karte 0.
-
Error im Log trotz erfolgreichem Schalten.
Eine Osram Plug über VIS-Button ein- und nach ein paar Sekunden wieder ausgeschaltet. Folgende Meldungen im Log:
Erstes ein/aus:
2018-11-30 08:01:32.666 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:01:32.679 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - on - {} - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:01:47.887 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack.Zweites ein/aus:
2018-11-30 08:55:29.558 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:55:49.918 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - off - {} - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack. 2018-11-30 08:55:50.055 - error: zigbee.0 Zigbee publish to '0x84182600000fb1c7', genOnOff - read - [{"attrId":0}] - 3 failed with error Error: AF data request fails, status code: 233\. MAC no ack.Schalte ich eine andere gleichen Typs, erfolgen keine Logeinträge.
Verbindungsqualität lat Datenpunkt 39, laut Karte 0. `
ich habe 4 Plugs hier im einsatz.. und ich gebe dir recht irgendwas stimmt da nicht.. die werden zwar geschaltet ober die ack(bestätigung) kommt mit Log im eintrag rein… vor allem wenn man direk on/off/on schaltet.
es liegt aber mnicht am adapter.. ich tippe eher es hat sich an der dependecies was geändert... da schau ich selten rein.. hab mal ilya informiert vielleicht schaut er sich das an..
-
Hallo,
ich habe da ein Problem mit dem Gledopto RGBW Controller dieser sollte ja jetzt eigentlich auch unterstützt werden oder ?!
Mir ist aufgefallen das in der Liste der Unterstützten Geräte was von "GL-C-008" steht auf meinem Karton steht "GL-C-007" wird dieser nicht unterstützt bzw wo ist da der Unterschied ?!
Anlernen konnte ich das Teil aber er wird halt nur als "undefined" angezeigt.
@arteck wenn dieser noch nicht vorhanden ist könnten man diesen vielleicht auch hinzufügen ?!
Gruß Lars `
das sind 2 unterschiedliche Geräte .. funktiniert die 007 wie die 008 ??
-
Das wäre super. Stört mich auch. Auch wenn es trotzdem funktioniert - mir ist immer unwohl, wenn in meinem Logfile mit Level warn was drin steht
Gesendet von meinem Redmi 5 Plus mit Tapatalk
-
Hallo,
ich habe da ein Problem mit dem Gledopto RGBW Controller dieser sollte ja jetzt eigentlich auch unterstützt werden oder ?!
Mir ist aufgefallen das in der Liste der Unterstützten Geräte was von "GL-C-008" steht auf meinem Karton steht "GL-C-007" wird dieser nicht unterstützt bzw wo ist da der Unterschied ?!
Anlernen konnte ich das Teil aber er wird halt nur als "undefined" angezeigt.
@arteck wenn dieser noch nicht vorhanden ist könnten man diesen vielleicht auch hinzufügen ?!
Gruß Lars `
das sind 2 unterschiedliche Geräte .. funktiniert die 007 wie die 008 ?? `
Leider funktioniert die 007 nicht eine 008 ist noch unterwegs habe beim vorringen kauf nicht drauf geachtet ob 007 oder 008.
Im Adapter wird das Gerät nur als "undefined" angezeigt.
Gruß
-
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
