ZigBee CC2652P2 mit zigbee2mqtt startup Problem

Ich hab mir auf einem Raspi4 zigbee2mqtt mit dem CC2652P2 Funkmodul eingerichtet. Das ganze läuft zusammen mit openHAB auf einer openHabian Basis.

Für das Funkmodul wird /dev/ttyAMA0 verwendet.
Ich konnte auch erfolgreich 4 Sensoren pairen.

Ich hab zigbee2mqtt als systemd service gestartet. Nach einem reboot des Raspi kann zigbee2mqtt keine Verbindung zum Funkmodul herstellen. zigbee2mqtt gestartet in einer Endlosschleife (so im systemd service eingestellt.

Fehlermeldung im log:

info 2022-02-04 14:26:00: Logging to console and directory: ‘/opt/zigbee2mqtt/data/log/2022-02-04.14-25-58’ filename: log.txt
info 2022-02-04 14:26:00: Starting Zigbee2MQTT version 1.23.0 (commit #6ea61bae)
info 2022-02-04 14:26:00: Starting zigbee-herdsman (0.14.10)
error 2022-02-04 14:26:21: Error while starting zigbee-herdsman
error 2022-02-04 14:26:21: Failed to start zigbee
error 2022-02-04 14:26:21: Check Zigbee2MQTT fails to start | Zigbee2MQTT for possible solutions
error 2022-02-04 14:26:21: Exiting…
error 2022-02-04 14:26:21: Error: Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)
at ZStackAdapter.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/adapter/z-stack/adapter/zStackAdapter.ts:102:27)
at Controller.start (/opt/zigbee2mqtt/node_modules/zigbee-herdsman/src/controller/controller.ts:123:29)
at Zigbee.start (/opt/zigbee2mqtt/lib/zigbee.ts:58:27)
at Controller.start (/opt/zigbee2mqtt/lib/controller.ts:100:27)
at start (/opt/zigbee2mqtt/index.js:101:5)

Sobald ich am Funkmodul den RESET button drücke kann der zigbee2mqtt die Verbindung aufbauen und es funktioniert wieder.
Gleiches passiert auch wenn ich den Raspi von der Stromversorgung trenne und neu Hochfahre - also auch das Funkmodul einen Power Cycle macht.

Ideen was falsch sein könnte?

Hey Florian,

das Modul schein einen “Hau” zu haben. Meld dich mal unter support@codm.de, damit wir es austauschen können.

Gruß,
Patrik


edit:
Falls das ein Modul von mir ist?
Achso, und was nutzt du für ein Netzteil?

Kann ich da noch was debuggen um sicher das Modul einzugrenzen? Es ist ein Modul von Dir :slight_smile:
Netzteil ist das original von Raspi.

Hmm… ja - dann lass gucken, dass wir das testweise mal austauschen. Hatte ich so noch nicht.

Das Modul scheint es nicht zu sein.
Ich hab eine aktuelle jungfräuliche openhabian Installation ausprobiert. Da scheint es keine Probleme zu machen.

Ich forsche weiter woran es liegen kann …

1 Like

Also ich hab an den UART einen Logic Analyzer drangehängt.
Das openhabian das mir Probleme macht verschickt beim Systemstart folgende Zeichenkette

250 254 244 % 252 250 255 253 255 214 (faming error) 255 254 245 255 255

Dann ist Ruhe. Ich schicke per echo text > /dev/ttyAMA0 und sehe im Logic Analyzer

t e x t \r \n

Meine Vermutung, durch den Quatsch beim Systemstart wird das Funkmodul beeinflusst und benötigt einen RESET um wieder zu laufen.

Jetzt mach ich das Experiment auf dem openhabian wo das Funkmodul sauber funktioniert.
Der Systemstart ist im Logic Analyzer beim Systemstart ruhig (wenn der zigbee2mqtt nicht beim Systemstart automatisch mitgestartet wird).
Ebenfalls kann ich text rausschicken und sehe es auf dem Logic Analyzer.

Hat jemand eine Idee was während des Systemstarts auf dem UART sendet aber danach ruhig ist.

1 Like

Hui - danke! Dann hätte ein neues Modul wirklich nichts genutzt.
Hatten wir nicht mal einen von den openhabian-Jungs hier im Forum? @mstormi, kannst du helfen?

Ursache gefunden!!!

Beim mir läuft auf dem openhabian zusätzlich noch FHEM. Der macht ein

Probing TCM_ESP3 device /dev/ttyAMA0
Probing CUL device /dev/ttyAMA0
Probing TCM_ESP3 device /dev/ttyUSB0
Probing CUL device /dev/ttyS0

auf diverse Interfaces. Wenn ich den FHEM ausschalte ist mein Problem weg. Schade aber das sich die Firmware des CC2652P2 davon stören lässt und das Modul erst nach einem Reset wieder funktioniert.

Jetzt muss ich nur rausfinden wie ich dem FHEM das Probing auf ttyAMA0 austreibe.

1 Like

Im Zweifelsfall die Berechtigungen wegnehmen :wink: