NEWS
Test Adapter ZigBee CC253x v0.11.x
-
Nach Update von 0.8.2 auf die 0.11.2 gab es keinerlei Probleme, ich habe sogar inzwischen weitere Geräte angelernt. Heute habe ich bemerkt, dass unter Geräte nichts mehr gelistet wird, weil ich eines löschen wollte. Der Adapter ist grün und die Geräte funktionieren weiterhin einwandfrei (liefern Daten). Im Log kommt folgender Fehler:
zigbee.0 2019-08-13 17:21:05.753 error getDevices error: {}Neustart Adapter und iobroker bringt nichts.
-
Nach Update von 0.8.2 auf die 0.11.2 gab es keinerlei Probleme, ich habe sogar inzwischen weitere Geräte angelernt. Heute habe ich bemerkt, dass unter Geräte nichts mehr gelistet wird, weil ich eines löschen wollte. Der Adapter ist grün und die Geräte funktionieren weiterhin einwandfrei (liefern Daten). Im Log kommt folgender Fehler:
zigbee.0 2019-08-13 17:21:05.753 error getDevices error: {}Neustart Adapter und iobroker bringt nichts.
@RichieXX
Du scheinst ein Gerät in der Liste zu haben das bestimmte Eigenschaften im internen Speicher nicht sauber gefüllt hat - deswegen der Fehler. Dem nachzugehen ist nicht trivial - es sind aber trotzdem alle Geräte vorhanden und auch - der Fehler betrifft “nur” die Darstellung im Adapter.Nach meinem Urlaub würde ich anbieten das per teamviewer (o.ä) mit Dir durchzugehen das wir den Fehler weg bekommen.
A.
-
@RichieXX
Du scheinst ein Gerät in der Liste zu haben das bestimmte Eigenschaften im internen Speicher nicht sauber gefüllt hat - deswegen der Fehler. Dem nachzugehen ist nicht trivial - es sind aber trotzdem alle Geräte vorhanden und auch - der Fehler betrifft “nur” die Darstellung im Adapter.Nach meinem Urlaub würde ich anbieten das per teamviewer (o.ä) mit Dir durchzugehen das wir den Fehler weg bekommen.
A.
@Asgothian
Der Fehler ist nach dem Pairing des GL-C-008 aufgetreten, aber nicht direkt. Ich habe danach mindestens einmal die Geräteliste geöffnet. Davor habe ich aber auch das Update von der 0.8.2 auf die 0.11.2 gemacht. Gerne nehme ich deine Hilfe an. Melde dich wenn es dir passt. -
Nach Update von 0.8.2 auf die 0.11.2 gab es keinerlei Probleme, ich habe sogar inzwischen weitere Geräte angelernt. Heute habe ich bemerkt, dass unter Geräte nichts mehr gelistet wird, weil ich eines löschen wollte. Der Adapter ist grün und die Geräte funktionieren weiterhin einwandfrei (liefern Daten). Im Log kommt folgender Fehler:
zigbee.0 2019-08-13 17:21:05.753 error getDevices error: {}Neustart Adapter und iobroker bringt nichts.
-
Hallo,
bei mir erscheint seit einem Reboot heute das gleiche Problem. Nichts mehr in der Geräteliste. Unter Objekte sind sie noch und sie funktionieren auch.zigbee.0 2019-08-19 00:05:00.802 warn Dev 0x7cb03eaa00a751c5 Plug 01 not configured yet, will try again in latest 300 sec zigbee.0 2019-08-19 00:05:00.793 warn Dev 0x0017880103cac563 RWL021 not configured yet, will try again in latest 300 sec zigbee.0 2019-08-19 00:04:42.697 info Successfully configured 0x7cb03eaa00ae7470 Plug 01 zigbee.0 2019-08-19 00:04:12.619 info Successfully configured 0x7cb03eaa0a00eaf3 Plug 01 zigbee.0 2019-08-19 00:04:11.501 info Successfully configured 0x7cb03eaa0a0162da Plug 01 zigbee.0 2019-08-19 00:04:10.725 error getDevices error: {} zigbee.0 2019-08-19 00:04:10.723 error getDevices error: {} zigbee.0 2019-08-19 00:04:10.459 info new dev 0x7cb03eaa0a0162da 49197 Plug 01 zigbee.0 2019-08-19 00:04:05.559 error getDevices error: {} zigbee.0 2019-08-19 00:04:05.558 error getDevices error: {} zigbee.0 2019-08-19 00:04:05.490 info new dev 0x7cb03eaa0a01252a 44788 Plug 01 zigbee.0 2019-08-19 00:03:36.316 error getDevices error: {} zigbee.0 2019-08-19 00:03:09.883 info Successfully configured 0x7cb03eaa00b0a114 Plug 01 zigbee.0 2019-08-19 00:03:02.313 error Cannot get the Node Descriptor of the Device: 0x7cb03eaa0a0162da (Error: request unsuccess: 17) zigbee.0 2019-08-19 00:03:02.293 error Cannot get the Node Descriptor of the Device: 0x7cb03eaa0a01252a (Error: request unsuccess: 17) zigbee.0 2019-08-19 00:03:02.271 warn Dev 0x7cb03eaa00ae7470 Plug 01 not configured yet, will try again in latest 300 sec zigbee.0 2019-08-19 00:03:02.250 warn Dev 0x0017880103cac563 RWL021 not configured yet, will try again in latest 300 sec zigbee.0 2019-08-19 00:02:52.295 warn Dev 0x7cb03eaa00a751c5 Plug 01 not configured yet, will try again in latest 300 sec zigbee.0 2019-08-19 00:02:32.958 info Successfully configured 0x7cb03eaa0a0162da Plug 01 zigbee.0 2019-08-19 00:02:02.157 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.153 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.151 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.146 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.140 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.136 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.129 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.122 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.122 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.114 error getDevices error: {} zigbee.0 2019-08-19 00:02:02.108 error getDevices error: {} zigbee.0 2019-08-19 00:02:01.866 info 11 (0x7cb03eaa00b0a114): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2019-08-19 00:02:01.866 info 10 (0x0017880103cac563): 324131092621 - Philips Hue dimmer switch (EndDevice) zigbee.0 2019-08-19 00:02:01.866 info 9 (0x7cb03eaa0000244f): 4052899926110 - OSRAM Flex RGBW (Router) zigbee.0 2019-08-19 00:02:01.866 info 8 (0x7cb03eaa0a00eaf3): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2019-08-19 00:02:01.866 info 7 (0x7cb03eaa00ae7470): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2019-08-19 00:02:01.866 info 6 (0x7cb03eaa00a751c5): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2019-08-19 00:02:01.866 info 5 (0x000b57fffe931b01): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router) zigbee.0 2019-08-19 00:02:01.866 info 4 (0x000b57fffe846170): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router) zigbee.0 2019-08-19 00:02:01.866 info 3 (0x000b57fffe897f45): LED1650R5 - IKEA TRADFRI LED bulb GU10 400 lumen, dimmable (Router) zigbee.0 2019-08-19 00:02:01.866 info 2 (0x7cb03eaa0a01252a): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2019-08-19 00:02:01.866 info 1 (0x7cb03eaa0a0162da): AB3257001NJ - OSRAM Smart+ plug (Router) zigbee.0 2019-08-19 00:02:01.840 info Shepherd ready. {"state":"Coordinator","channel":"11","panId":6754,"extPanId":[221,221,221,221,221,221,221,221],"ieeeAddr":"0x00124b0019367a7d","nwkAddr":0} zigbee.0 2019-08-19 00:02:01.840 info Zigbee-shepherd ready. Firmware version: 2.6.3 rev 20190608 zigbee.0 2019-08-19 00:02:01.792 info zigbee-shepherd started! zigbee.0 2019-08-19 00:02:00.171 info Reset coordinator zigbee.0 2019-08-19 00:02:00.140 info Queue is: true zigbee.0 2019-08-19 00:02:00.140 info Start on port: /dev/ttyACM0 channel 11 zigbee.0 2019-08-19 00:02:00.115 info starting. Version 0.11.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v8.16.0 zigbee.0 2019-08-19 00:01:35.389 error getDevices error: {} zigbee.0 2019-08-19 00:01:21.607 error getDevices error: {}Wie kann ich an den Fehler herangehen? Danke und Gruß
Marcel
-
Hallo
Habe den Danalock v3 (zigbee-Version) eingebunden.
Aber mehr las den Batteriestatus sehe ich nicht
Muss ich noch was machen?
Hab auch versucht in dem Feld "Lock state" was reinzuschreiben (true/false) aber der wert wird nur rot und es geschieht nichts. Weis da jemand mehr oder kann mir helfen?
-
Hallo
Habe den Danalock v3 (zigbee-Version) eingebunden.
Aber mehr las den Batteriestatus sehe ich nicht
Muss ich noch was machen?
Hab auch versucht in dem Feld "Lock state" was reinzuschreiben (true/false) aber der wert wird nur rot und es geschieht nichts. Weis da jemand mehr oder kann mir helfen?@Siegfried sagte in [Aufruf] ZigBee CC253x Adapter Version 0.11.x:
Hallo
Habe den Danalock v3 (zigbee-Version) eingebunden.
Aber mehr las den Batteriestatus sehe ich nicht
Muss ich noch was machen?
Hab auch versucht in dem Feld "Lock state" was reinzuschreiben (true/false) aber der wert wird nur rot und es geschieht nichts. Weis da jemand mehr oder kann mir helfen?Die Implementation im ioBroker ist noch nicht sauber - ich habe das zusammen mit @matdos1gmx-de gängig gemacht, konnte die notwendigen Anpassungen bisher aber nicht in den Adapter zurück spielen, da Anpassungen sowohl am adapter als auch am Zigbee-Shepherd notwendig waren. Ich bekomme demnächst selber so ein schloss so das ich das fertig machen kann.
A.
-
@Siegfried sagte in [Aufruf] ZigBee CC253x Adapter Version 0.11.x:
Hallo
Habe den Danalock v3 (zigbee-Version) eingebunden.
Aber mehr las den Batteriestatus sehe ich nicht
Muss ich noch was machen?
Hab auch versucht in dem Feld "Lock state" was reinzuschreiben (true/false) aber der wert wird nur rot und es geschieht nichts. Weis da jemand mehr oder kann mir helfen?Die Implementation im ioBroker ist noch nicht sauber - ich habe das zusammen mit @matdos1gmx-de gängig gemacht, konnte die notwendigen Anpassungen bisher aber nicht in den Adapter zurück spielen, da Anpassungen sowohl am adapter als auch am Zigbee-Shepherd notwendig waren. Ich bekomme demnächst selber so ein schloss so das ich das fertig machen kann.
A.
@Asgothian
Super danke.
Wenn du irgendwelche Informationen benötigst bin ich abends gerne bereit.
Kenn mich selbst nur leider Zuwenig aus -
@Asgothian
Super danke.
Wenn du irgendwelche Informationen benötigst bin ich abends gerne bereit.
Kenn mich selbst nur leider Zuwenig aus@Siegfried
Danke für das Angebot. Letztendlich muss ich das Detailverhalten des Schlosses bei mir vor Ort analysieren. Das hatte ich per Teamviewer mit Matdos gemacht und auch einige Erfolge erzielt. Um das aber 100% sicher umzusetzen brauche ich das Schloss doch vor Ort. Dann kann ich auch besser mit den Maintainern vom zigbee2mqtt diskutieren wenn es darum geht Funktionen für das Danalock anzupassen.A.
-
@Asgothian
Der Fehler ist nach dem Pairing des GL-C-008 aufgetreten, aber nicht direkt. Ich habe danach mindestens einmal die Geräteliste geöffnet. Davor habe ich aber auch das Update von der 0.8.2 auf die 0.11.2 gemacht. Gerne nehme ich deine Hilfe an. Melde dich wenn es dir passt.@RichieXX sagte in [Aufruf] ZigBee CC253x Adapter Version 0.11.x:
@Asgothian
Der Fehler ist nach dem Pairing des GL-C-008 aufgetreten, aber nicht direkt. Ich habe danach mindestens einmal die Geräteliste geöffnet. Davor habe ich aber auch das Update von der 0.8.2 auf die 0.11.2 gemacht. Gerne nehme ich deine Hilfe an. Melde dich wenn es dir passt.Wir sind heute dem ganzen auf den Grund gegangen. Bei @RichieXX lag es daran das beim Aufzählen der Devices eines der Devices aus einem mir nicht klaren Grund Gruppeninformationen beinhaltet hat, die beim JSON.parse zu einer Exception führen. Was letztendlich da genau nicht ging haben wir aber nicht mehr auseinander gepflückt. Ich werde morgen eine gepatche Version des Adatpers auf Github hochladen - dann können andere mit einem vergleichbaren Fehler schauen ob das Problem durch den Patch auch weg ist.
Wichtiger Hinweis: der Patch führt ggf. dazu das die im Adapter definierbaren Gruppen nicht funktionieren. Daher bitte mit Vorsicht einsetzen.
A.
p.s. Noch einmal Danke an @RichieXX das ich ihm 2 Stunden Zeit klauen durfte um den Fehler zu lokalisieren. -
So.. der Branch ist soweit fertig. Bei mir geht er.
@RichieXX, @Marcel-Meissel : Wenn ihr den probieren wollt, könnt ihr vom unten stehenden Link installieren (per Katze):https://github.com/asgothian/ioBroker.zigbee/tarball/GroupErrorInGetDevicesA.
-
Hallo zusammen,
habe leider ein Problem mit dem aktuellen Zigbee-Adapter (0.11.2):
Nachdem ich meinen kompletten Raspberry aufgrund div. nicht behebbarer Probleme neu aufgesetzt habe, iobroker neu installiert (node v10.16.3) und ein Backup eingespielt habe lief alles. Dann habe ich meine Adapter aktualisiert und nun läuft leider der Zigbee-Adapter nicht mehr:
zigbee.0 2019-09-05 22:33:41.399 error Error while starting zigbee-shepherd!. Error: request timeout zigbee.0 2019-09-05 22:33:29.316 info Starting zigbee-shepherd zigbee.0 2019-09-05 22:32:29.308 info Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds) zigbee.0 2019-09-05 22:32:24.705 info Reset coordinator zigbee.0 2019-09-05 22:32:24.677 info Lib-Versions: ZShepherd 0.3.0, ZSConverters 10.2.4 zigbee.0 2019-09-05 22:32:24.621 info Queue is: true zigbee.0 2019-09-05 22:32:24.621 info Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00193663CC-if00 channel 11 zigbee.0 2019-09-05 22:32:24.577 info starting. Version 0.11.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.16.3 host.raspberrypi 2019-09-05 22:32:22.295 info instance system.adapter.zigbee.0 started with pid 8275unter der ursprüngliche installierten Version 0.10.3 läuft alles (auch wenn ich wieder auf 0.10.3 downgrade funktioniert es):
zigbee.0 2019-09-05 22:15:59.790 info zigbee-shepherd ready. version: 2.6.3 rev 20190608 zigbee.0 2019-09-05 22:15:59.769 info zigbee-shepherd started! zigbee.0 2019-09-05 22:15:58.464 info Reset coordinator zigbee.0 2019-09-05 22:15:58.464 info Queue is: true zigbee.0 2019-09-05 22:15:58.464 info Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00193663CC-if00 with panID 6754 channel 11 zigbee.0 2019-09-05 22:15:58.445 info starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.16.3jmd. eine Idee oder einen Hinweis wieso die aktuelle Version bei mir nicht läuft?
Danke!
-
Hallo zusammen,
habe leider ein Problem mit dem aktuellen Zigbee-Adapter (0.11.2):
Nachdem ich meinen kompletten Raspberry aufgrund div. nicht behebbarer Probleme neu aufgesetzt habe, iobroker neu installiert (node v10.16.3) und ein Backup eingespielt habe lief alles. Dann habe ich meine Adapter aktualisiert und nun läuft leider der Zigbee-Adapter nicht mehr:
zigbee.0 2019-09-05 22:33:41.399 error Error while starting zigbee-shepherd!. Error: request timeout zigbee.0 2019-09-05 22:33:29.316 info Starting zigbee-shepherd zigbee.0 2019-09-05 22:32:29.308 info Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds) zigbee.0 2019-09-05 22:32:24.705 info Reset coordinator zigbee.0 2019-09-05 22:32:24.677 info Lib-Versions: ZShepherd 0.3.0, ZSConverters 10.2.4 zigbee.0 2019-09-05 22:32:24.621 info Queue is: true zigbee.0 2019-09-05 22:32:24.621 info Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00193663CC-if00 channel 11 zigbee.0 2019-09-05 22:32:24.577 info starting. Version 0.11.2 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.16.3 host.raspberrypi 2019-09-05 22:32:22.295 info instance system.adapter.zigbee.0 started with pid 8275unter der ursprüngliche installierten Version 0.10.3 läuft alles (auch wenn ich wieder auf 0.10.3 downgrade funktioniert es):
zigbee.0 2019-09-05 22:15:59.790 info zigbee-shepherd ready. version: 2.6.3 rev 20190608 zigbee.0 2019-09-05 22:15:59.769 info zigbee-shepherd started! zigbee.0 2019-09-05 22:15:58.464 info Reset coordinator zigbee.0 2019-09-05 22:15:58.464 info Queue is: true zigbee.0 2019-09-05 22:15:58.464 info Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B00193663CC-if00 with panID 6754 channel 11 zigbee.0 2019-09-05 22:15:58.445 info starting. Version 0.10.3 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.16.3jmd. eine Idee oder einen Hinweis wieso die aktuelle Version bei mir nicht läuft?
Danke!
-
@arteck bereits mehrfach getan, leider keine Änderung , habe auch bereits Hard- und Softreset ausprobiert...
-
mangels besserer Ideen habe ich auf meinen Stick jetzt einfach mal die Z-Stack 3.0 Firmware geflasht und siehe da, es läuft. Da ich wissen wollte ob der Fehler reproduzierbar ist, habe ich dann wieder zurück auf die 1.2 geflasht und es läuft noch immer... Keine Ahnung was da das Problem war, fürchte irgendwas auf meinem Stick hat nicht 100% gepasst, warum auch immer.
Trotzdem Danke für deine Hilfe! -
Hallo,
Ich benutze zu Hause eine ZBT-ExtendedColor von Aldi.
Ich kann super Farben setzen usw. Sobald ich aber die Color.temperature setzen will sehe ich die Lampe kurz auf den weißtom springen und anschließend geht sie aber auf den farbwert zurück...
Egal ob ich die über vis, material, lovelace oder iqontrol ansteuere.
Kann das ein Adapter problem sein?
MfG
eMdPS: ICh habe jetzt gesehen das wenn ich eine Farbe setze, das objekt im Baum aktualisiert wird. Setze ich die color.temperature auf einen weißwert, dann wird der wert im objektbaum aktualisiert und anschließend der farbwert auch noch mal, dadurch nimmt die lampe natürlich immer den letzten wert der eingestellt wird.
Support us
172
Online32.4k
Benutzer81.4k
Themen1.3m
Beiträge