RedMatic
RedMatic copied to clipboard
rdmtc
Zigbee mit Conbee II
Ich habe einen ConBee II Stick in eine RaspberryMatic 3.5.55 Installation auf einem Raspi 3 gesteckt. Das Ganze habe ich im RedMatic über den Node node-red-contrib-zigbee version 0.20.1 eingebunden. Der Conbee Stick hat die Firmware vom November 2020. Der Stick wird sauber als ttyACM0 erkannt und eingebunden. CuxD greift nicht auf den ttyACM0 zu, das wurde mittels NC unterbunden. Nach einem Neustart der RedMatic kann der Stick angesprochen werden. Das Einbinden von Geräten funktioniert. Bei einem Deploy wird noch versucht ein disconnect auf den Stick zu machen, dann kommt im Debug Fenster ein Timeoiut und bei dem dann erfolgenden Neustart kann der Stick nicht mehr angesprochen werden, da noch die alte Verbindung aufgebaut ist. Manchmal klappt es, meistens aber nicht. Nach einem Restart der RedMatic funktioniert der Verbindungsaufbau wieder. Aber bereits die Aufstellung von Gruppen schlägt mit einem time out fehl. Das reine erstellen der Gruppe geht noch, das einbinden von Geräten nicht mehr.
Command 0x14b457fffe4cf148/1 genGroups.add({"groupid":1,"groupname":""}, {"timeout":10000,"disableResponse":false,"disableRecovery":false,"disableDefaultResponse":true,"direction":0,"srcEndpoint":null,"reservedBits":0,"manufacturerCode":null,"transactionSequenceNumber":null}) failed (no response received)
Das Einschalten vom Report der Zigbee Geräte ergibt auch nur eine Fehlermeldung. Ich habe dann auch im HomeKit den Zigbee Node hinzugefügt. Ich sehe jetzt im HomeKit die Geräte vom Zigbee. Bei dem Versuch darauf zu zugreifen passiert entweder einfach nichts oder es kommt die Meldung das keine Antwort kommt.
Wie kann ich einen korrekten Zugriff realisieren? Ist die Konfiguration via /dev/ttyACM0 korrekt? Welche Baud Rate ist die richtige?
Es gibt noch eine Node direkt für Conbee. Allerdings kann der nicht direkt eingebunden werden. Für den Zigbee Node gibt es auch eine neue Version 0.20.2. Würde die weiterhelfen? Eine direkte Aktualisierung geht leider aus dem selben Grund nicht, weshalb auch der Conbee Node nicht direkt eingebunden werden kann. Wäre prima wenn sowohl der Conbee Node als auch die aktuelle Version des Zigbee Node für RedMatic bereitgestellt werden könnte.
VG
Im SysLog habe ich jetzt folgende Einträge gefunden. Vielleicht kann ihr damit was anfangen? Der ConBee Stick wird erst als Device 7 und dann nochmal als als Device 8 eingebunden wird, aber angesprochen wird es immer als ttyACM0. Ist das so in Ordnung?
kernel: [111158.451176] usb 1-1.4: new full-speed USB device number 7 using dwc_otg kernel: [111158.557120] usb 1-1.4: New USB device found, idVendor=1cf1, idProduct=0030, bcdDevice= 1.00 kernel: [111158.557144] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 kernel: [111158.557162] usb 1-1.4: Product: ConBee II kernel: [111158.557179] usb 1-1.4: Manufacturer: dresden elektronik ingenieurtechnik GmbH kernel: [111158.558784] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device kernel: [111162.067218] usb 1-1.4: USB disconnect, device number 7 kernel: [111162.291254] usb 1-1.4: new full-speed USB device number 8 using dwc_otg kernel: [111162.399833] usb 1-1.4: New USB device found, idVendor=1cf1, idProduct=0030, bcdDevice= 1.00 kernel: [111162.399848] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3 kernel: [111162.399857] usb 1-1.4: Product: ConBee II kernel: [111162.399866] usb 1-1.4: Manufacturer: dresden elektronik ingenieurtechnik GmbH kernel: [111162.401685] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
Dann kommt immer diese Meldung:
kernel: [111158.219634] WARN::dwc_otg_hcd_urb_dequeue:638: Timed out waiting for FSM NP transfer to complete on 2 kernel: [111158.220275] WARN::dwc_otg_hcd_urb_dequeue:638: Timed out waiting for FSM NP transfer to complete on 7 kernel: [111158.220914] WARN::dwc_otg_hcd_urb_dequeue:638: Timed out waiting for FSM NP transfer to complete on 6 kernel: [111158.222194] WARN::dwc_otg_hcd_urb_dequeue:638: Timed out waiting for FSM NP transfer to complete on 1 kernel: [111158.221555] WARN::dwc_otg_hcd_urb_dequeue:638: Timed out waiting for FSM NP transfer to complete on 5
Ich kann mir nicht so recht vorstellen, das das so passt, wie der Stick eingebunden wird. Wäre schön, wenn sich jemand der Sache annimmt.
VG
Siehe auch https://github.com/jens-maus/RaspberryMatic/issues/1002 Ob das mit dem Conbee was zu tun hat oder dadurch der Conbee ein Problem bekommt weiß ich nicht. Könnte aber nach der ersten Beschreibung in diesem RaspberryMatic Issue durchaus sein.
Danke für den Hinweis. Demnach scheint die dwc_otg_hcd_urb Meldung nichts mit dem Einbinden des USB Sticks zu tun zu haben. Die Systemcrash's habe ich aber auch bereits zweimal gehabt. Das scheint dann aber eher mit diesen Meldungen zu tun zu haben: WARN::dwc_otg_hcd_handle_hc_fsm:2460: Unexpected IRQ state on FSM transaction:dev_addr=6 ep=3 fsm=6, hcint=0x00000002
Laut dem verlinkten Issue scheint es eher mit den OS Aktualisierungen zu tun zu haben.
Das doppelte Einbinden des Sticks erklärt das aber nicht.
Zum Einen: Den Conbee Stick kenne ich nicht, es gibt aber durchaus Zigbee "Sticks" (die TI Launchpads) die zwei unterschiedliche Devices im System einbinden.
Zum Anderen:
kernel: [111158.451176] usb 1-1.4: new full-speed USB device number 7 using dwc_otg
...
kernel: [111162.067218] usb 1-1.4: USB disconnect, device number 7
kernel: [111162.291254] usb 1-1.4: new full-speed USB device number 8 using dwc_otg
...
kernel: [111162.401685] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
Das USB device 7 wird sofort wieder disconnected.
Gibt aus meiner Sicht 3 Möglichkeiten für dieses Verhalten:
- Das gehört so für Conbees (würde mich aber wundern)
- Das System / der USB Port hat ein Problem
- Der Conbee hat ein Problem
Aus dieser Sicht, würde ich zuerst mal nicht bei Redmatic und seiner Zigbee-Einbindung suchen. Leider kann ich Dir insofern auch nicht mehr Tipps geben, außer ggf. den Stick an einer anderen Kiste zu testen.
Hallo, Ich habe mir das heute mal auf einem org. Raspi System angesehen. Seltsamerweise scheint das anlegen, sofortige löschen und neu anlegen des Device tatsächlich System zu haben bzw. so normal zu sein. Das Verhalten ist auf dem Raspi 4 identisch. Vielleicht könnte das mal jemand bestätigen? Ich bin doch sicherlich der einzige mit einem Conbee II und RedMatic.
Allerdings funktioniert hier der Conbee Stick und kann die Lampen über die Deconz bzw. Phoscon App erfolgreich ansteuern.
Von daher scheint es doch ursächlich am RedMatic zu liegen oder ich mache hier was grundsätzlich falsch. Das will ich nicht ausschliessen. Allerdings kann man beim Anlegen des Controllers und das einrichten einer Gruppe auf dem Controller eigentlich nicht viel falsch machen. Oder?
https://homematic-forum.de/forum/viewtopic.php?f=77&t=60218&start=20#p623009
Der Erfolg mit dem Conbee Stick scheint sehr gemischt.
Ja, scheint so. Allgemein wird der Stick als solches aber schon gelobt. Die Einbindung in Homematic / Raspberrymatic / RedMatic scheint aber problematisch zu sein. Schade ist das sich hier niemand meldet, der auch den Conbee II nutzt. Dann könnte ich zumindest mal klären ob diese seltsame Ladeverhalten normal ist oder nicht.
Hallo @dibadodo
Es gibt noch eine Node direkt für Conbee. Allerdings kann der nicht direkt eingebunden werden.
Wenn Du damit diese hier meinst, dann funktioniert die mit RedMatic. Ich setze sie selber auf einer CCU3 ein.
Nach meiner Erfahrung arbeitet Conbee und RaspBee II sehr zuverlässig. Allerdings würde ich empfehlen, den Zigbee Stack auf einem separatem Raspi aufzubauen. Ich entnehme Deinem Post oben, dass Du damit auch schon experimentiert hast.
Hast Du darüber hinaus Deine Anfrage mal im deCONZ-Discord Channel gestellt? Der Support dort ist typischer Weise sehr "responsive". Zumindest denke ich kannst Du dort Antworten auf das USB-Port verhalten bekommen.
