Test Adapter ZigBee CC253x v0.11.x

[RichieXX]

Der Controller ist defekt. Ein neuer tut wie er soll. Danke fürs Mitdenken.

[RichieXX]

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.

[Asgothian]

@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]

@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.

[arteck]

@RichieXX das hab ich schon mal bei irgendjemanden gesehen.. nach neustart war aber wieder gut

[RichieXX]

Habe alles schon neu gestartet.

[Marcel Meissel]

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

[Siegfried]

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?

[Asgothian]

@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]

@Asgothian
Super danke.
Wenn du irgendwelche Informationen benötigst bin ich abends gerne bereit.
Kenn mich selbst nur leider Zuwenig aus

[Asgothian]

@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]

@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.

[Asgothian]

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/GroupErrorInGetDevices

A.

[flubb]

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 8275

unter 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.3

jmd. eine Idee oder einen Hinweis wieso die aktuelle Version bei mir nicht läuft?

Danke!

[arteck]

@flubb zieh mal den stick kurz raus.. und starte den adapter neu

[flubb]

@arteck bereits mehrfach getan, leider keine Änderung , habe auch bereits Hard- und Softreset ausprobiert...

[arteck]

@flubb hmm. also ich hab gerade von GIT neu gezogen.. kein Problem

[flubb]

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!

[eMd]

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
eMd

PS: 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.

[RichieXX]

@Asgothian
Ist dein Fix (oder besser Workarround?!) in die aktuelle 0.11.3 eingeflossen oder sollte ich das Update lieber auslassen?