Test Adapter ZigBee CC253x v0.11.x

[bishop]

@bishop sagte in [Aufruf] ZigBee CC253x Adapter Version 0.11.x:

hallo,

habe ein update von 0.10.x zu 0.11.4 gemacht und nun startet der Adapter nicht mehr.

host.All-In-One_RasPi	2019-10-16 21:42:50.056	info	Restart adapter system.adapter.zigbee.0 because enabled
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	instance system.adapter.zigbee.0 terminated with code 0 (OK)
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	Caught by controller[0]: at FSReqWrap.readFileAfterClose [as oncomplete] (fs.js:511:3)
host.All-In-One_RasPi	2019-10-16 21:42:50.056	error	Caught by controller[0]: at /opt/iobroker/node_modules/nedb/lib/persistence.js:281:38
host.All-In-One_RasPi	2019-10-16 21:42:50.055	error	Caught by controller[0]: at Persistence.treatRawData (/opt/iobroker/node_modules/nedb/lib/persistence.js:242:11)
host.All-In-One_RasPi	2019-10-16 21:42:50.054	error	Caught by controller[0]: Error: More than 10% of the data file is corrupt, the wrong beforeDeserialization hook may be u

das mit den "ExtPanID" habe ich gelesen, der Adapter startet aber nicht einmal.
Hab den den Adapter auch schon komplett gelöscht und wieder installiert aber das selbe!

Was kann ich noch tun?

vielen dank

mein Problem hat sich erledigt.
Keine Ahnung was ich alles gemacht habe aber...

What i did and seems to solve it for me, when zigbee shepperd starts and comes with the error for trying to fix 60sec. within the period it's "fixing" press then the debug button on the usb stick and it works for me.

evtl. hat auch das geholfen nun geht alles wieder

zigbee.0	2019-10-17 19:57:41.797	info	Zigbee-shepherd ready. Firmware version: 2.7.2 rev 20190425
zigbee.0	2019-10-17 19:57:41.445	info	zigbee-shepherd started!

ist es normal das der Motionsensor "lumi.sensor_motion.aq2" von Xiaomi immer

no converter available for 'RTCGQ11LM' with key 'occupancy'

anzeigt?

[Findus]

Noch ein Versuch: Versuche die etwas ältere Frage unten zu präzisieren.

Ist diese Zigbee Impementierung so flexibel, dass die einzeln Komponenten einen Hub mit guter Verbindung (Lampe, Repeater..)" finden und nicht stupide einen beliebigen Hub finden und dann trotz schwacher Verbindung zu diesem dort hängen bleiben, (obwohl es Hubs mit besserer Verbindung gibt) und als Folge dann auch noch die Verbindung dauerhaft verlieren?
Ist bei mir leider so. Ein Osram Schaltsteckdose im Keller verbindet sich mit Birne einen Stock höher (schwache Verbindung) obwohl es im Keller noch einen Signalrepeater gibt. Die Schaltsteckdose verliert dann recht schnell die Verbindung und bekommt sie auch nicht mehr hin.

Habe eine Verständnis Frage: Habe ein Tradfri Signalrepeater der wiederum eine gute Verbindung zum Koordinator hat. Ein paar Meter davon entfernt ist ein Osram Plug. Wenn ich jetzt versuche den Plug zu pairen dann klappt es an seiner Position nicht. Ich muss den Plug näher beim Koordinator platzieren. Positioniere ich ihn danach wieder an seine Position verliert er die Verbindung wieder (available: false). Meine Frage nun: Was bringt der Signal Repeater dann ueberhaupt? Ich habe gehofft er kann dass Signal weiterleiten ??

[FredF]

@Findus
Meiner Erfahrung nach sind die Osram Plugs sehr bockig mit Ihrer Verbindung...

[arteck]

@Findus hast du den repeater nur reingesteckt oder ins netz eingebunden ?? man weiss ja nie..

ewtl ist der kaputt.. bei mir damals hatte ich keine Probleme mit diesem. Testweise 2 im einsatz gehabt..

welchen Kanal nutzt dein WLAN ??

[Findus]

@arteck

Benutze Kanal 23. Repeater ist eingebunden und hat Verbindung ins Netzwerk. Verhalten ist mit 2 verschiedenen Repeatern identisch.

Meine Frage war aber auch, ob dies das Netzwerk überhaupt kann? Ich wuerde z.B erwarten, dass eine Komponente die die Verbindung verliert, selber bei besseren Signalverhaeltnissen die Verbindung wieder etabliert ( z.B wenn ich eine Komponente wieder naeher an einen Repeater platziere) - aber auch dies funktioniert nicht. Wenn weg dann weg.

[arteck]

@arteck sagte in [Aufruf] ZigBee CC253x Adapter Version 0.11.x:

welchen Kanal nutzt dein WLAN ??

@Findus WLAN Kanal ??

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