NEWS
-
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 ??
-
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ß
-
-
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- -
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 ... :-(
-
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 ??
-
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
Support us
739
Online32.6k
Users82.3k
Topics1.3m
Posts