NEWS
Zigbee Adapter Failed to start
-
@arteck
na ja, ganz so einfach sheint es dann docxh nicht zu sein.
Ich weiss zwar nicht, was Du unter "ordentlich" verstehst, aber ich habe einenich habe bei dimaiv einen CC2538+CC2592 ZigBee Stick bestellt, und bin seiner Empfehlung gefogt:
Was ich dir empfehlen kann
wenn du neuen Stick bekommen hast:
Reihenfolge wichtig!!!Stick noch nicht wechseln! Alle Geräte im Adapter löschen. Stick Im Adapter Hard Resetten. Stick entfernen. Instanz Zigbee löschen. Adapter deinstallieren. Ordner /opt/iobroker/iobroker-data/zigbee_0 löschen. Neue Stick verbinden. Aktuele Adapter installieren. COM-Port Einstellungen (Adapter) vornehmen (/dev/ttyACM0). Speichern und Schliessen. Alle Geräte neue pairen.Läuft seit 2 Tagen und heute morgen hat es begonnen, mit solchen Fehlermeldungen
- error: zigbee.0 (2249) Error on send command to 0x00158d0001922b0b. Error: Error: Read 0x00158d0001922b0b/1 hvacThermostat([16392], {"timeout":6000,"manufacturerCode":4151,"disableDefaultResponse":true}) failed (Error: AREQ- AF - dataConfirm after 3000ms)
Das sind Euronics Heizungsstellmotore. Diesen habe ich eben mit aktivem Pairen im ioBroker neu gestartet (Batterie aus und wieder eingelegt) der Startet auch sien "ins" verbinden und im iobroker sehe ich dass er sich selber gemeldet hat. Leider wir der und auch andere Geräte nicht mehr erreicht. In diesem Fall ist der Abstand sogar unter 100cm Stick zum Aktor.
Gibt es noch andere Ideen, wie das zigbee stabil zu bekommen ist? Wäre für erfolgreichen Tipp sehr dankbar :)
lg@chrisweber
Bei mir läuft es jetzt seit 2 Tagen ganz stabil. Aber erst, seit ich auf "unstable" umgestellt habe und der zigbee Adapter von 1.0.4 auf 1.1.1 upgedated ist.
Ich hoffe es bleibt dabei. lg -
Habe mit dem CC2531 als Koordinator auf 1.1.1 upgedated, gleiches Verhalten.
Nach dem Host Neustart muss man immer erst den Stick ziehen und Adapter neu starten.Ist halt erst einmal eine Notlösung bis es hoffentlich mal einen Workaround gibt.
Welche Sticks könnt ihr empfehlen? Für Koordinator und Router.
Den CC2538 habe ich für schlanke 20,- bei Ali gesehen, jedoch mit Print-F Antenne.
Ich brauche einen USB-Stick mit einer "richtigen" Antenne. Außer dem CC2531 kenne ich da leider nichts. -
Habe mit dem CC2531 als Koordinator auf 1.1.1 upgedated, gleiches Verhalten.
Nach dem Host Neustart muss man immer erst den Stick ziehen und Adapter neu starten.Ist halt erst einmal eine Notlösung bis es hoffentlich mal einen Workaround gibt.
Welche Sticks könnt ihr empfehlen? Für Koordinator und Router.
Den CC2538 habe ich für schlanke 20,- bei Ali gesehen, jedoch mit Print-F Antenne.
Ich brauche einen USB-Stick mit einer "richtigen" Antenne. Außer dem CC2531 kenne ich da leider nichts.@hg6806 erstmal schaust dir das video an... wenn du interessiert bist.. um zu verstehen wie Zigbee funktioniert
cc2531 mit Antenne.. die bringt ja auch so viel.. egal...
ansonsten Empfehlung
https://forum.iobroker.net/topic/30609/cc2538-cc2592-pa-zigbee-stick-platine/91oder das Board cc26x2r kann ich dir auch empfehlen.. alles restliche steht im Forum
-
-
-
@hg6806 ups vergessen zu verlinken
-
Danke für das Video, wirft aber folgende Frage auf.
Ich habe auch massive Probleme mit den Router, da sich kein Endgerät daran verbindet.
Liegt wohl daran, dass sie an dem Koordinator (CC2531 Stick) mal eine Link Quality hatten.Jetzt hatte ich aber gelesen, die Endgeräte MÜSSEN zuerst an dem Koordinator angelernt werden, da das Anlernen am Router nicht geht.
Also MÜSSEN sie auch alle eine Link-Quality vom Koord. haben.
Wie zum Geier bekomme ich die dann überhaupt an einen Router connected? -
Danke für das Video, wirft aber folgende Frage auf.
Ich habe auch massive Probleme mit den Router, da sich kein Endgerät daran verbindet.
Liegt wohl daran, dass sie an dem Koordinator (CC2531 Stick) mal eine Link Quality hatten.Jetzt hatte ich aber gelesen, die Endgeräte MÜSSEN zuerst an dem Koordinator angelernt werden, da das Anlernen am Router nicht geht.
Also MÜSSEN sie auch alle eine Link-Quality vom Koord. haben.
Wie zum Geier bekomme ich die dann überhaupt an einen Router connected?@hg6806 ich weiss zwar nicht wo du es gelesen hast ..aber das ist falsch
man kann keine Devices am Router anlernen ..wie sollte das den gehen.. die werden am über Router am Coordinator angelerntes gibt eine source-routing Firmware für den cc2531 da musst du zuerst min. 4 Router zuerst anlernen den so baut sich das Netz ertmal auf
-
Hmmm, muss mal schauen wo das war.
Vorgehensweise ist also zuerst alle Router am Coordinator anlernen.
Dann die Endgeräte am ROUTER anlernen und dabei darauf achten, dass sie keine Connection zum Koordinator bekommen können. Richtig?
Wenn die Endgeräte dann doch mal eine Verbindung zum Router haben, ablernen oder nur versuchen über die Connect-Taste mit dem Router zu verbinden? -
Hmmm, muss mal schauen wo das war.
Vorgehensweise ist also zuerst alle Router am Coordinator anlernen.
Dann die Endgeräte am ROUTER anlernen und dabei darauf achten, dass sie keine Connection zum Koordinator bekommen können. Richtig?
Wenn die Endgeräte dann doch mal eine Verbindung zum Router haben, ablernen oder nur versuchen über die Connect-Taste mit dem Router zu verbinden?@hg6806
Einfach alles Reihe nach über Coordinator anlernen. Zuerst Router, danach batteriebetriebene Geräte.ioBroker- NUC8i3 / Proxmox / VM
Node.js v22.21.0
NPM v10.9.4
JS controller 7.1.0
Admin 7.7.20
ZigBee Adapter 3.3.1alpha.0
Zigbee LAN Gateway CC2652P
Zigbee Firmware 20250321 -
@hg6806
Einfach alles Reihe nach über Coordinator anlernen. Zuerst Router, danach batteriebetriebene Geräte. -
Sorry, muss noch einmal blöd' fragen.
Habe jetzt die Router an den Coordinator angelernt.
Ein Motion Sensor von Xiaomi hat sich direkt an einen Router angemeldet lt. Netzwerkkarte. So far so good.
Wie lerne ich jetzt die Temperatur Endgeräte an? Wirklich über den Koordinator oder über den Pairing Button des Routers im Adapter? -
Sorry, muss noch einmal blöd' fragen.
Habe jetzt die Router an den Coordinator angelernt.
Ein Motion Sensor von Xiaomi hat sich direkt an einen Router angemeldet lt. Netzwerkkarte. So far so good.
Wie lerne ich jetzt die Temperatur Endgeräte an? Wirklich über den Koordinator oder über den Pairing Button des Routers im Adapter? -
Wollte nochmal Rückmeldung geben. Bei mir läuft es jetzt stabil, der Adapter geht auch direkt noch Neustart des Pis direkt grün ohne dass man ihn nochmal ziehen muss. Installierte Version: 1.1.1
-
Hallo Zusammen,
ich möchte auch zurück melden ,wie der Zigbee Adapter so läuft. Im grunde bin ich ganz zufrieden, seit 8 Wochen habe ich meine gesamten Geräte ohne Probleme online. Nur ein Euronics Stellantrieb der macht zicken, Der ist nach ein paar Tagen nicht mehr erreichbar. Ist aber immer derselbe, vielleicht ist er kaputt?
Was allerdings nicht klappt, ist ein Neustart. Danach (proxmox) muss ich immer den Stick einmal ab- und wieder anstecken.
Aber im Moment kann ich damit leben. Danke an Alle für die Anregungen!
cu cw -
Hallo Zusammen,
ich möchte auch zurück melden ,wie der Zigbee Adapter so läuft. Im grunde bin ich ganz zufrieden, seit 8 Wochen habe ich meine gesamten Geräte ohne Probleme online. Nur ein Euronics Stellantrieb der macht zicken, Der ist nach ein paar Tagen nicht mehr erreichbar. Ist aber immer derselbe, vielleicht ist er kaputt?
Was allerdings nicht klappt, ist ein Neustart. Danach (proxmox) muss ich immer den Stick einmal ab- und wieder anstecken.
Aber im Moment kann ich damit leben. Danke an Alle für die Anregungen!
cu cwAllen ein gutes neues Jahr!
Ich möchte das Thema noch einmal aufgreifen, da es ja inzwischen bereits die V1.3.1 bzw. die V1.4.0 (latest) gibt, das Problem aber offenbar noch nicht gelöst ist:
Ich arbeite mit einem TI_CC2531 und habe ihn by-id eingebunden und erhalte nach einem Reboot des Pi immer die bekannte Meldung im Log:
'Error: Error Resource temporarily unavailable Cannot lock port'
Zuerst dachte ich, daß das mit den anderen Komponenten (zwei USB-Sticks und ein MAX!Cube) an den anderen USB-Ports zu tun hat.
Nach intensiver Lektüre der reichlich gefundenen Posts scheint das Problem aber zumindest früher bei einigen auch aufgetreten zu sein, die gar keine weiteren USB-Geräte angeschlossen hatten. Daher würde ich nicht ausschließen, daß es eine ganz andere, noch immer ungelöste Ursache hat.
Bei mir funktioniert der "Workaround" Stick im Betrieb ziehen und wieder einstecken und dann den Adapter im ioBroker neu starten. Aber schön ist das natürlich nicht und bei Remote-Starts ja auch nicht möglich.Daher ist meine Hoffnung, daß zwischenzeitlich doch jemand eine bessere Lösung gefunden hat oder falls es am Adapter liegt, der Entwickler (wer ist das eigentlich) hier mitliest und vielleicht eine Lösung ins nächste Update einbauen kann!?
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
Allen ein gutes neues Jahr!
Ich möchte das Thema noch einmal aufgreifen, da es ja inzwischen bereits die V1.3.1 bzw. die V1.4.0 (latest) gibt, das Problem aber offenbar noch nicht gelöst ist:
Ich arbeite mit einem TI_CC2531 und habe ihn by-id eingebunden und erhalte nach einem Reboot des Pi immer die bekannte Meldung im Log:
'Error: Error Resource temporarily unavailable Cannot lock port'
Zuerst dachte ich, daß das mit den anderen Komponenten (zwei USB-Sticks und ein MAX!Cube) an den anderen USB-Ports zu tun hat.
Nach intensiver Lektüre der reichlich gefundenen Posts scheint das Problem aber zumindest früher bei einigen auch aufgetreten zu sein, die gar keine weiteren USB-Geräte angeschlossen hatten. Daher würde ich nicht ausschließen, daß es eine ganz andere, noch immer ungelöste Ursache hat.
Bei mir funktioniert der "Workaround" Stick im Betrieb ziehen und wieder einstecken und dann den Adapter im ioBroker neu starten. Aber schön ist das natürlich nicht und bei Remote-Starts ja auch nicht möglich.Daher ist meine Hoffnung, daß zwischenzeitlich doch jemand eine bessere Lösung gefunden hat oder falls es am Adapter liegt, der Entwickler (wer ist das eigentlich) hier mitliest und vielleicht eine Lösung ins nächste Update einbauen kann!?
@Andersmacher Schau dir an wie man udev-Regeln anlegt. Wenn die für die ganzen Sticks sauber sind sollten die locks auch nicht mehr auftreten.
-
@Andersmacher Schau dir an wie man udev-Regeln anlegt. Wenn die für die ganzen Sticks sauber sind sollten die locks auch nicht mehr auftreten.
@Thomas-Braun OOOOKeeeeee,... Erst´mal vielen Dank für die Antwort!
Ich habe mir das eben ´mal im Überflug angesehen und es hat mir etwas den Mut genommen, da das Thema für mich komplett neu ist und ich bereits 61 ".rules-Dateien" auf meinem Raspi gefunden habe, deren Inhalt für mich erst einmal nicht verständlich ist. In einigen könnte ich Zusammenhänge mit USB/seriellen Schnittstellen erahnen, in anderen nicht.
Ich bin eigentlich schon jemand, der sich in eine Thematik einarbeiten kann, aber hier wird das bestimmt nicht so einfach für mich, da mir vermutlich sehr/zu viel Basiswissen fehlt.Ist es aus Deiner Sicht überhaupt möglich, daß (wie in einigen Posts behauptet) udev-bedingte "locks" (wie Du es nennst) auch in Systemen auftreten, die gar keine weiteren USB-Geräte nutzen?
Ich scheine ja nicht der einzige zu sein, bei dem ein Reboot den Adapter "abhängt". Wenn das mit udev-Regeln zusammen hängt, wie muß ich mir das vorstellen?:
Bringt der Adapter bei Installation (s)eine passende Regel mit, die dann auf den betroffenen Systemen aus irgendeinem Grund nicht funktioniert (dummer Zufall) oder ist eher davon auszugehen, daß der Adapter keine Regel mitbringt, weil man die ohnehin für sein System selber bauen/anpassen muß?@hg6806 Du bist der einzige, den ich gefunden habe, der berichtet, daß bei ihm reproduzierbar der ZigBee-Adapter nach einem Reboot des Pi nie auf gelb hängenbleibt, sondern immer grün wird.
Hast Du das mit dem "udev" manuell bearbeitet oder hat es "einfach so" funktioniert?
Fährst Du noch immer die V.1.1.1 oder klappt es bei Dir auch mit der aktuellen V1.3.1 bzw. die V1.4.0 (latest)?
Wäre es Dir möglich, ´mal in Deinem System zu schauen, was/wieviele ".rules-Dateien" auf Deinem System sind, und was da drin steht?
Dann könnte man durch Vergleich vielleicht schon viele Dateien vom Problem isolieren/ausschließen.
Soweit ich das bisher verstanden habe (ich bin da aber noch ganz am Anfang) geht es (nur/vorrangig?) um die Verzeichnisse /lib/udev/rules.d und /etc/udev/rules.d.Danke für Rückmeldungen!
ioBroker auf Raspi4B 8GB Debian(12) 64Bit
-
@Thomas-Braun OOOOKeeeeee,... Erst´mal vielen Dank für die Antwort!
Ich habe mir das eben ´mal im Überflug angesehen und es hat mir etwas den Mut genommen, da das Thema für mich komplett neu ist und ich bereits 61 ".rules-Dateien" auf meinem Raspi gefunden habe, deren Inhalt für mich erst einmal nicht verständlich ist. In einigen könnte ich Zusammenhänge mit USB/seriellen Schnittstellen erahnen, in anderen nicht.
Ich bin eigentlich schon jemand, der sich in eine Thematik einarbeiten kann, aber hier wird das bestimmt nicht so einfach für mich, da mir vermutlich sehr/zu viel Basiswissen fehlt.Ist es aus Deiner Sicht überhaupt möglich, daß (wie in einigen Posts behauptet) udev-bedingte "locks" (wie Du es nennst) auch in Systemen auftreten, die gar keine weiteren USB-Geräte nutzen?
Ich scheine ja nicht der einzige zu sein, bei dem ein Reboot den Adapter "abhängt". Wenn das mit udev-Regeln zusammen hängt, wie muß ich mir das vorstellen?:
Bringt der Adapter bei Installation (s)eine passende Regel mit, die dann auf den betroffenen Systemen aus irgendeinem Grund nicht funktioniert (dummer Zufall) oder ist eher davon auszugehen, daß der Adapter keine Regel mitbringt, weil man die ohnehin für sein System selber bauen/anpassen muß?@hg6806 Du bist der einzige, den ich gefunden habe, der berichtet, daß bei ihm reproduzierbar der ZigBee-Adapter nach einem Reboot des Pi nie auf gelb hängenbleibt, sondern immer grün wird.
Hast Du das mit dem "udev" manuell bearbeitet oder hat es "einfach so" funktioniert?
Fährst Du noch immer die V.1.1.1 oder klappt es bei Dir auch mit der aktuellen V1.3.1 bzw. die V1.4.0 (latest)?
Wäre es Dir möglich, ´mal in Deinem System zu schauen, was/wieviele ".rules-Dateien" auf Deinem System sind, und was da drin steht?
Dann könnte man durch Vergleich vielleicht schon viele Dateien vom Problem isolieren/ausschließen.
Soweit ich das bisher verstanden habe (ich bin da aber noch ganz am Anfang) geht es (nur/vorrangig?) um die Verzeichnisse /lib/udev/rules.d und /etc/udev/rules.d.Danke für Rückmeldungen!
@Andersmacher
Auf meinem test-Pi, laufen schon seit Jahren unterschiedliche Sticks, und auch nach hunderte neuestarts wird der Zigbee Adapter zu 99% grün. (und ich weiß gar nicht was udev rules sind) -
@Thomas-Braun OOOOKeeeeee,... Erst´mal vielen Dank für die Antwort!
Ich habe mir das eben ´mal im Überflug angesehen und es hat mir etwas den Mut genommen, da das Thema für mich komplett neu ist und ich bereits 61 ".rules-Dateien" auf meinem Raspi gefunden habe, deren Inhalt für mich erst einmal nicht verständlich ist. In einigen könnte ich Zusammenhänge mit USB/seriellen Schnittstellen erahnen, in anderen nicht.
Ich bin eigentlich schon jemand, der sich in eine Thematik einarbeiten kann, aber hier wird das bestimmt nicht so einfach für mich, da mir vermutlich sehr/zu viel Basiswissen fehlt.Ist es aus Deiner Sicht überhaupt möglich, daß (wie in einigen Posts behauptet) udev-bedingte "locks" (wie Du es nennst) auch in Systemen auftreten, die gar keine weiteren USB-Geräte nutzen?
Ich scheine ja nicht der einzige zu sein, bei dem ein Reboot den Adapter "abhängt". Wenn das mit udev-Regeln zusammen hängt, wie muß ich mir das vorstellen?:
Bringt der Adapter bei Installation (s)eine passende Regel mit, die dann auf den betroffenen Systemen aus irgendeinem Grund nicht funktioniert (dummer Zufall) oder ist eher davon auszugehen, daß der Adapter keine Regel mitbringt, weil man die ohnehin für sein System selber bauen/anpassen muß?@hg6806 Du bist der einzige, den ich gefunden habe, der berichtet, daß bei ihm reproduzierbar der ZigBee-Adapter nach einem Reboot des Pi nie auf gelb hängenbleibt, sondern immer grün wird.
Hast Du das mit dem "udev" manuell bearbeitet oder hat es "einfach so" funktioniert?
Fährst Du noch immer die V.1.1.1 oder klappt es bei Dir auch mit der aktuellen V1.3.1 bzw. die V1.4.0 (latest)?
Wäre es Dir möglich, ´mal in Deinem System zu schauen, was/wieviele ".rules-Dateien" auf Deinem System sind, und was da drin steht?
Dann könnte man durch Vergleich vielleicht schon viele Dateien vom Problem isolieren/ausschließen.
Soweit ich das bisher verstanden habe (ich bin da aber noch ganz am Anfang) geht es (nur/vorrangig?) um die Verzeichnisse /lib/udev/rules.d und /etc/udev/rules.d.Danke für Rückmeldungen!
@Andersmacher sagte in Zigbee Adapter Failed to start:
Ist es aus Deiner Sicht überhaupt möglich, daß (wie in einigen Posts behauptet) udev-bedingte "locks" (wie Du es nennst) auch in Systemen auftreten, die gar keine weiteren USB-Geräte nutzen?
Ja, über den USB Bus werden nicht nur 'richtige' USB-Geräte angesprochen, der Bus wird auch mit internen Dingen verwendet.
Support us
694
Online32.6k
Benutzer82.1k
Themen1.3m
Beiträge