Logger: zigpy_deconz.api
Source: components/zha/radio_manager.py:178
First occurred: 09:42:22 (2 occurrences)
Last logged: 09:43:37
No response to 'Command.read_parameter' command with seq id '0x02'
Mittlerweile habe ich den ConBee II wieder zum Laufen gebracht. Ich kann nur vermuten dass es mit der gestern von mir begonnenen Einrichtung des Homematic zusammen hängt....
Was hast Du als Pfad für den Stick in der Konfiguration eingegeben?
Den dev_path oder den langen by-id Pfad?
Gruß
Osorkon
Den dev path. Ich bin auch schon deutlich weiter und kann als Ursache tatsächlich eine Verbindung zum Modul des Homematic herstellen. Ich habe das RaspiMatc - Addon installiert und auch das Homematic Modul auf den Gipos am Laufen. 1. erhalte ich eine Fehlermeldung aus dem Homematic heraus die lautet "Critical RaspberryPi4+USB3+GPIO use detected". Das weißt darauf hin dass am Raspi ein Gipo Modul zusammen mit einem Gerät im USB3 Port genutzt wird. Die Kombi USB3 und Gipo-Modul sind ungünstig für das Gipo-Modul, da USB3 Störsignale senden.
Scheinbar wirkt sich das auch auf den ConBee II aus. Ich habe jetzt beides am Laufen und wenn ich nun meine Wohnzimmerlichter über Zigbee schalte ( 6 Stück), gehen diese im Zeitlupentempo nacheinander an und aus.
Fazit: Ich verzichte auf Homematic
Verwende immer den langen by-id Pfad! Dieser ist eineindeutig und änderst sich auch nicht, wenn Du den USB- Port ändern tust, oder zusätzliche USB-Sticks verwenden tust.
Auch nach einem Host Neustart kann sich der dev path ändern!
Verwende immer den langen by-id Pfad! Dieser ist eineindeutig und änderst sich auch nicht, wenn Du den USB- Port ändern tust, oder zusätzliche USB-Sticks verwenden tust.
Auch nach einem Host Neustart kann sich der dev path ändern!
Gruß
Osorkon
Danke für den Hinweis! Ich kann das jederzeit neu Konfigurieren ohne die Geräte neu anlernen zu müssen??