Test Adapter ZigBee CC253x v0.11.x

[Findus]

@arteck Fritzbox mit Autokanal. Kanal 1

[ts020339]

Hallo Zusammen,
ich bräuchte mal Hilfe bei der Fehlersuche mit dem zigbee Adapter (neueste Version 0.11.4 von github installiert). Wenn ich den Adapter starte, wird er gelb. Wenn ich dann in die Einstellungen gehe, bekomme ich als erstes diesen Fehler angezeigt:

Klicke ich dann auf das grüne Symbol zum Anlernen, bekomme ich nocht die folgende Fehlermeldung:

Das Log sieht so aus:

zigbee.0	2019-10-25 23:54:58.337	debug	(619) User stateChange zigbee.0.info.pairingMessage {"val":"Error: Join failure.. Error: Shepherd is not enabled.","ack":false,"ts":1572040498319,"q":0,"from":"system.adapter.zigbee.0","user":"system.
zigbee.0	2019-10-25 23:54:58.334	silly	(619) States redis pmessage zigbee.0.*/zigbee.0.info.pairingMessage:{"val":"Error: Join failure.. Error: Shepherd is not enabled.","ack":false,"ts":1572040498319,"q":0,"from":"system.adapter.zigbee.0"
zigbee.0	2019-10-25 23:54:58.324	debug	(619) User stateChange zigbee.0.info.pairingMessage {"val":"Pairing started all","ack":false,"ts":1572040498315,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1572040498315}
zigbee.0	2019-10-25 23:54:58.321	silly	(619) States redis pmessage zigbee.0.*/zigbee.0.info.pairingMessage:{"val":"Pairing started all","ack":false,"ts":1572040498315,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1
zigbee.0	2019-10-25 23:54:58.311	error	(619) Join failure.. Error: Shepherd is not enabled.
zigbee.0	2019-10-25 23:54:58.306	debug	(619) sendTo "letsPairing" to system.adapter.admin.0 from system.adapter.zigbee.0: Start pairing!
zigbee.0	2019-10-25 23:54:58.292	info	(619) Zigbee: allowing new devices to join.
zigbee.0	2019-10-25 23:54:58.283	silly	(619) States redis pmessage io.messagebox.system.adapter.zigbee.0/io.messagebox.system.adapter.zigbee.0:{"command":"letsPairing","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"
zigbee.0	2019-10-25 23:54:37.266	debug	(619) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-10-25 23:54:37.265	debug	(619) List of ports: [{"comName":"/dev/ttyAMA0"},{"comName":"/dev/ttyACM0"}]
zigbee.0	2019-10-25 23:54:36.901	debug	(619) sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-10-25 23:54:36.899	debug	(619) getGroups result: {}
zigbee.0	2019-10-25 23:54:36.888	silly	(619) States redis pmessage io.messagebox.system.adapter.zigbee.0/io.messagebox.system.adapter.zigbee.0:{"command":"getGroups","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id
zigbee.0	2019-10-25 23:54:36.885	silly	(619) States redis pmessage io.messagebox.system.adapter.zigbee.0/io.messagebox.system.adapter.zigbee.0:{"command":"getMap","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"id":7
zigbee.0	2019-10-25 23:54:36.882	debug	(619) sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-10-25 23:54:36.872	silly	(619) States redis pmessage io.messagebox.system.adapter.zigbee.0/io.messagebox.system.adapter.zigbee.0:{"command":"getDevices","message":{},"from":"system.adapter.admin.0","callback":{"message":{},"i
zigbee.0	2019-10-25 23:54:36.839	silly	(619) States redis pmessage io.messagebox.system.adapter.zigbee.0/io.messagebox.system.adapter.zigbee.0:{"command":"listUart","message":null,"from":"system.adapter.admin.0","callback":{"message":null,
zigbee.0	2019-10-25 23:54:19.204	silly	(619) States redis pmessage system.adapter.zigbee.0.logLevel/system.adapter.zigbee.0.logLevel:{"val":"silly","ack":true,"ts":1572040459132,"q":0,"from":"system.adapter.zigbee.0","lc":1572039399950}
zigbee.0	2019-10-25 23:54:19.105	info	(619) Reset coordinator
zigbee.0	2019-10-25 23:54:18.950	info	(619) Queue is: true
zigbee.0	2019-10-25 23:54:18.948	info	(619) Start on port: /dev/ttyACM0 channel 11
zigbee.0	2019-10-25 23:54:18.810	info	(619) starting. Version 0.11.4 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.17.0
zigbee.0	2019-10-25 23:54:03.088	info	(603) Terminated (START_IMMEDIATELY_AFTER_STOP): Without reason
zigbee.0	2019-10-25 23:54:03.084	info	(603) terminating
zigbee.0	2019-10-25 23:54:03.080	debug	(603) cleaned everything up...
zigbee.0	2019-10-25 23:54:03.076	info	(603) Got terminate signal TERMINATE_YOURSELF
zigbee.0	2019-10-25 23:54:03.073	silly	(603) States redis pmessage system.adapter.zigbee.0.sigKill/system.adapter.zigbee.0.sigKill:{"val":-1,"ack":false,"ts":1572040443065,"q":0,"from":"system.host.HomeAutomation","lc":1572040443065}
zigbee.0	2019-10-25 23:38:15.880	debug	(603) User stateChange zigbee.0.info.pairingMessage {"val":"Error: Join failure.. Error: Shepherd is not enabled.","ack":false,"ts":1572039495863,"q":0,"from":"system.adapter.zigbee.0","user":"system
zigbee.0	2019-10-25 23:38:15.868	debug	(603) User stateChange zigbee.0.info.pairingMessage {"val":"Pairing started all","ack":false,"ts":1572039495857,"q":0,"from":"system.adapter.zigbee.0","user":"system.user.admin","lc":1572039495857}
zigbee.0	2019-10-25 23:38:15.854	error	(603) Join failure.. Error: Shepherd is not enabled.
zigbee.0	2019-10-25 23:38:15.849	debug	(603) sendTo "letsPairing" to system.adapter.admin.0 from system.adapter.zigbee.0: Start pairing!
zigbee.0	2019-10-25 23:38:15.835	info	(603) Zigbee: allowing new devices to join.
zigbee.0	2019-10-25 23:38:02.765	debug	(603) sendTo "listUart" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-10-25 23:38:02.763	debug	(603) List of ports: [{"comName":"/dev/ttyAMA0"},{"comName":"/dev/ttyACM0"}]
zigbee.0	2019-10-25 23:38:02.356	debug	(603) sendTo "getGroups" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-10-25 23:38:02.355	debug	(603) getGroups result: {}
zigbee.0	2019-10-25 23:38:02.338	debug	(603) sendTo "getDevices" to system.adapter.admin.0 from system.adapter.zigbee.0
zigbee.0	2019-10-25 23:36:39.922	info	(603) Reset coordinator
zigbee.0	2019-10-25 23:36:39.763	info	(603) Queue is: true
zigbee.0	2019-10-25 23:36:39.761	info	(603) Start on port: /dev/ttyACM0 channel 11
zigbee.0	2019-10-25 23:36:39.635	info	(603) starting. Version 0.11.4 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.17.0
zigbee.0	2019-10-25 23:36:38.388	debug	(603) States connected to redis: 192.168.2.5:9000
zigbee.0	2019-10-25 23:36:38.301	debug	(603) statesDB connected
zigbee.0	2019-10-25 23:36:38.275	debug	(603) Objects connected to redis: 192.168.2.5:9001
zigbee.0	2019-10-25 23:36:38.266	debug	(603) Redis States: Use Redis connection: 192.168.2.5:9000
zigbee.0	2019-10-25 23:36:38.256	debug	(603) objectDB connected
zigbee.0	2019-10-25 23:36:38.077	debug	(603) Redis Objects: Use Redis connection: 192.168.2.5:9001

Ich habe klar ein Problem mit dem zigbee sheperd, ich weiß aber nicht, wie ich das weiter debugge.

Wäre toll, wenn mich jemad in die richtige Richtung weisen kann.

Danke!
Tim

[Jan1]

@ts020339
Dein Fehler ist schon mal, dass Du meinst, dass wenn Du von GitHub direkt lädst, es sei die aktuellste funktionsfähige Version.
Über Github wird nur installiert wenn der Adapter über die normale Admin Seite nicht verfügbar ist, oder der Entwickler des Adapter ausdrücklich dazu auffordert. Im ungünstigsten Fall lädst Dir ne halbfertige Version runter die eh nicht läuft, steht aber auch genau so in der Doku.

Die aktuellste Version ist 0.11.3 und die läuft bei mir ohne Probleme.
Wesentlich interessanter wäre mal zu wissen worauf Dein System läuft und von dem die relevanten Versionen.

[Jey Cee]

@ts020339 ich hab das mal an das passende Thema angehängt, da du eine Version verwendest die noch im Testing ist.

[ts020339]

@Jan1 : Ich habe die github version aufgespielt, nachdem sowohl die Version aus den default-Quellen und die Version aus den latest-Quellen den wie oben beschriebenen Fehler zeigt. UND nachdem hier im Forum in vielen Fällen bei ProblemThreads die erste Antwort ist "nimm mal die Version aus git".

Die Version 0.11.3 zeigt bei mir das EXAKT gleiche Fehlerverhalten.

Mein ioBroker Host läuft in einem Docker Container auf einem QNAP NAS.
Der Zigbee-USB Stick hängt jedoch in einem ioBroker Client auf einem Raspi3 (auch als Docker Container von Buanet realisiert). Das Device /dev/ttyACM0 ist in den Container hineingereicht und dort vorhanden.
Hier mal ein Info Auszug der Hardware des Pi3-Client:

Betriebssystem     linux
Architektur    arm
CPUs     4
Geschwindigkeit     600 MHz
Modell    ARMv7 Processor rev 4 (v7l)
RAM    926.08 MB
System Betriebszeit    15:18:48
Node.js     v10.17.0
NPM     6.11.3
JS controller  2.0.35

Ich weiß nicht genau, welche Firmware Version ich auf dem STick habe, da ich diesen nicht selber geflasht habe. Ich habe den Stick jetzt ca. 1 Jahr. Kann ich die vorhandene Firmware Version irgendwie auslesen?

Das ganze Setup hat funktioniert bis 11. August (letzter Update meiner Zigbee Sensor Datenpunkte), ich komme aber erst jetzt dazu, mich damit ernsthaft auseinander zusetzen. Keine Ahnung ob das relevant ist (irgendeine signifikante Änderung zu dem Zeitpunkt?), ich wollte es aber mal erwähnen.

[Jan1]

@ts020339
Im Forum wird viel geschrieben und solange der Entwickler nicht selber zur GitHub Version rät, gilt das nun mal nicht allgemein.
Zu Deinem eigentlichen Problem kann ich leider nichts sagen, da bei mir alles direkt unter Buster auf einem Beelink läuft und da mit der "lateset" Version ohne Probleme.

[arteck]

@Findus das ist schlecht.. somt überlagerst du das Zigbee Netz.. stelle bitte dein WLAN auf 11 fest...
und lass Zigbee auch auf 11 (sollte schon voreingestellt sein)

[marcuskl]

Hallo zusammen,

Ich habe ein Problem mit meiner Ikea Tadfri RGB E27 Birne LED1624G9.
Es lässt sich die Farbtemperatur nicht einstellen, es kommt dieser Error:

zigbee.0	2019-10-29 20:37:58.500	error	(22553) No converter available for 'LED1624G9' with key 'colortemp'

Jemand eine Lösung ?

[hg6806]

Hallo zusammen,

leider bin ich bei den ersten Versuchen mit Zigbee kläglich gescheitert.
Eine klare Anleitung gibt es dazu nicht?

Geflashed habe ich ihn schon einmal bekommen mit "CC2531_DEFAULT_20190608"

Frage dazu: Ist das die Coordinator-Firmware?

Dann habe ich es am Pi3 versucht, hier habe ich folgenden Probleme bekommen:

https://forum.iobroker.net/topic/26306/pi3-mit-iobroker-ständig-am-freezen/2

Dann ging es weiter am einen Rock64. Hier habe ich den untern USB2.0 Port genommen (stand mal irgendwo).
Der Rock ist frisch installiert mit Desktop-Version.

root@rock64:~# lsusb
Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 002: ID 0451:16a8 Texas Instruments, Inc.
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
root@rock64:~# ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Nov  1 17:29 usb-Texas_Instruments_TI_CC2531_USB_CDC___0X10CEA9DEA362FFFF-if00 -> ../../ttyACM0
root@rock64:~#

Das sieht doch schon mal ganz gut aus.
So, wie geht es nun weiter? Ich habe in der Instanz ACM0 eingestellt und nun?
Bei Github steht was mit Drücken des grünen Buttons. What?

Woran erkenne ich überhaupt das der Adapter mit dem Stick spricht und wie paire ich?

Log gibt folgendes aus:

host.rock64	2019-11-01 17:43:12.846	info	instance system.adapter.zigbee.0 terminated with code 156 ()
zigbee.0	2019-11-01 17:43:08.867	error	Join failure.. Error: Shepherd is not enabled.
zigbee.0	2019-11-01 17:43:08.859	info	Zigbee: allowing new devices to join.
zigbee.0	2019-11-01 17:43:07.679	info	Error while starting zigbee-shepherd, attempting to fix... (takes 60 seconds)
zigbee.0	2019-11-01 17:43:02.196	info	Reset coordinator
zigbee.0	2019-11-01 17:43:02.122	info	Queue is: true
zigbee.0	2019-11-01 17:43:02.121	info	Start on port: /dev/ttyACM0 channel 11
zigbee.0	2019-11-01 17:43:02.072	info	starting. Version 0.11.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.17.0
host.rock64	2019-11-01 17:42:59.896	info	instance system.adapter.zigbee.0 started with pid 2097
host.rock64	2019-11-01 17:42:59.867	info	object change system.adapter.zigbee.0
host.rock64	2019-11-01 17:42:58.917	info	stopInstance system.adapter.zigbee.0 killing pid 2082
host.rock64	2019-11-01 17:42:58.917	info	stopInstance system.adapter.zigbee.0
host.rock64	2019-11-01 17:42:58.916	info	"system.adapter.zigbee.0" disabled
host.rock64	2019-11-01 17:42:58.916	info	object change system.adapter.zigbee.0
zigbee.0	2019-11-01 17:42:57.666	info	Reset coordinator
zigbee.0	2019-11-01 17:42:57.593	info	Queue is: true

[marcuskl]

Wird der neue Dimmer von Tadfri eigentlich schon unterstützt ?
Wenn ich diesen hinzufüge, steht dieser mit einen Fragezeichen im Adapter und unter den Objekten habe ich nur ein State, mit dem ich nichts anfangen kann.

[Garfonso]

@hg6806 said in Test Adapter ZigBee CC253x v0.11.x:

Woran erkenne ich überhaupt das der Adapter mit dem Stick spricht und wie paire ich?

Das erkennst du, wenn der Adapter erfolgreich startet. Das sieht dann so ca. aus:

2019-11-04 07:26:17.189  - info: zigbee.0 (8052) starting. Version 0.11.5 in /opt/iobroker/node_modules/iobroker.zigbee, node: v10.17.0
2019-11-04 07:26:17.239  - info: zigbee.0 (8052) Start on port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B0018E25DED-if00 channel 11
2019-11-04 07:26:17.239  - info: zigbee.0 (8052) Queue is: true
2019-11-04 07:26:17.351  - info: zigbee.0 (8052) Reset coordinator
2019-11-04 07:26:20.541  - info: zigbee.0 (8052) zigbee-shepherd started!
2019-11-04 07:26:21.487  - info: zigbee.0 (8052) Zigbee-shepherd ready. Firmware version: 2.6.3 rev 20190706
2019-11-04 07:26:21.488  - info: zigbee.0 (8052) Shepherd ready. {"state":"Coordinator","channel":"11","panId":7102,"extPanId":[13,101,117,140,141,193,245,255],"ieeeAddr":"0x00124b0018e25ded","nwkAddr":0}
2019-11-04 07:26:21.515  - info: zigbee.0 (8052) 1 (0x00158d00035831c4): MCCGQ01LM - Xiaomi MiJia door & window contact sensor (EndDevice)

Besonders die Zeile mit der Firmware sagt, dass der Stick ready ist und genutzt werden kann.
Pairen geht danach im Instances Tab bei den Einstellungen der Instanz. Da muss man dann nur noch auf der Hardware, die ins Netz will rumdrücken...

Wie hast du denn versucht den Stick zu flashen? Was du geschrieben hast ist eine Coordinator Firmware, ja.

[Garfonso]

@ts020339 said in Test Adapter ZigBee CC253x v0.11.x:

Ich weiß nicht genau, welche Firmware Version ich auf dem STick habe, da ich diesen nicht selber geflasht habe.

Siehe meine Log im vorherigen Post, wenn der Adapter noch startet.
Irgendwie, dass der sheperd nicht startet, habe ich auch manchmal... oft hilft da den Stick nochmal rauszuziehen und wieder reinzustecken. mE weist das aber auf ein Problem mit dem Stick hin.

[arteck]

@Garfonso ja der Stick macht ab und an mal zu..

[hg6806]

Sorry, I hatte noch einen CC2540, der ist mir dazwischengerutscht beim Flashen. Sieht halt auch genauso aus.
Ist schon seltsam, dass hier das TI Flash Programm nicht meckert wenn kein CC2531 angeschlossen ist
Auf jeden Fall ging es mit einem "richtigen" CC2531 Stick.
Woher ich jetzt wieder eine Bluetooth Dongle FW/SW für einen CC2540 bekomme einen anderen Geschichte....

[Findus]

@arteck habe es nun genau so gemacht wie du gesagt hast. Wlan auf 11, Zigbee auf 11.

Ausserdem auf neueste Version des Adapter upgedatet und ich habe auch die neueste Software Stick Version von Juni drauf.

Alle Devices zuerst entfernt. Neu anlernen ist eine Katastrophe. Klappt eigentlich nie. Muss Iobroker nach jedem angelernten Device rebooten damit ich naechstes anlernen kann.

Ich verliere so langsam die Lust. Finde das Projekt super und schätze eure Arbeit aber für mich ist dies nach 10 Monaten echt frustrierend.

Bein Pairen tauchen dann Geraete wieder auf die schon gepaired sind .. alles sehr strange.

[arteck]

@Findus du machst dir die Arbeit selber schwer.. stell den Timer auf 250 dann hast du mer Zeit zum anleren.. sollte es nicht gehen reicht es wenn du den Stick abziehst.. und adapter neu startest.. danach musst du immer erst warten bei mir dauert es 10 min bis das Netzt da ist.

p.s: bedenke bitte das der cc2531 sowie der cc2530 sniffer sind die missbraucht werden für Zigbee. ausserdem sind es auch die häusliche Gegebenheit die auch eine Rolle spielt.

[toki1973]

Ich stolpere auch gerade wieder über das Pairing Problem nach dem ich meinen PI neu installiert habe und nun alle Devices wieder pairen muss. Wie ist das beste Vorgehen? Wie erhöhe ich den Timer?

@arteck Wie ist dein Vorgenen zu verstehen? iobroker stop, USB Stick abziehen (am laufenden RPI?), Stick einstecken, iobroker start, 10 Minuten warten und dann Pairen?

Vielen Dank!

[arteck]

@toki1973 unter Einstellungen im Adapter kannst du den Timer erhöhen.. wenn du noch nix angelernt hast brauchst du auch nicht warten da das Netz noch nicht da ist

[Garfonso]

Mein Vorgehen ist eigentlich so (wenn es mal wieder gar nicht will):
zigbee Adapter stoppen
USB Stick abziehen und wieder dran stecken
zigbee Adapter starten
Dann Pairingmodus starten und im Fenster gucken. Da darf man sich nicht wundern, da kann man jetzt zugucken, wie alle bekannten Geräte gesucht und interviewt werden. Da kann man mit zählen oder so und warten bis der Stick/Adapter fertig ist sein Netz zusammen zu basteln. Das Fenster kann man solange einfach offen lassen und Pairing muss dafür natürlich nicht an sein (alternativ kann man das ggf. auch im Log beobachten).
Danach dann Pairing an. Ich habe hier 120 Sekunden.

Was bei mir auch die Erfolgschance erhöht: Zuerst Pairing aktivieren, dann erst das neue Gerät zurücksetzen / neustarten. Irgendwie geht es besser, wenn das seine Suche startet und der Adapter da schon neue Geräte zulässt. Aber vielleicht ist das auch nur gefühlt so.

Zum PI neuinstallieren noch einen Hinweis: wenn du noch ein Backup hast, müsstest du daraus eigentlich die sheperd db retten können und so ein pairen umgehen können, oder? Also wenn die anderen Netzwerksettings auch gleich sind. Ich habe jedenfalls so schon einmal meinen Coordinator von einem auf einen anderen Rechner umgezogen.

[toki1973]

Ja doch ich ein paar Geräte wieder neu angelernt. Jetzt komme ich aber nicht mehr voran und wollte fragen wie man am besten vorgeht.