Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Error/Bug
  4. Zigbee Adapter Failed to start

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.9k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    900

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.2k

Zigbee Adapter Failed to start

Geplant Angeheftet Gesperrt Verschoben Ungelöst Error/Bug
zigbee adapter cc2531
48 Beiträge 10 Kommentatoren 5.4k Aufrufe 12 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • hg6806H hg6806

    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?

    arteckA Offline
    arteckA Offline
    arteck
    Developer Most Active
    schrieb am zuletzt editiert von arteck
    #35

    @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 angelernt

    es 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

    zigbee hab ich, zwave auch, nuc's genauso und HA auch

    1 Antwort Letzte Antwort
    0
    • hg6806H Offline
      hg6806H Offline
      hg6806
      Most Active
      schrieb am zuletzt editiert von
      #36

      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?

      D 1 Antwort Letzte Antwort
      0
      • hg6806H hg6806

        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?

        D Offline
        D Offline
        dimaiv
        schrieb am zuletzt editiert von
        #37

        @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

        arteckA 1 Antwort Letzte Antwort
        1
        • D dimaiv

          @hg6806
          Einfach alles Reihe nach über Coordinator anlernen. Zuerst Router, danach batteriebetriebene Geräte.

          arteckA Offline
          arteckA Offline
          arteck
          Developer Most Active
          schrieb am zuletzt editiert von
          #38

          @dimaiv richtig....

          zigbee hab ich, zwave auch, nuc's genauso und HA auch

          1 Antwort Letzte Antwort
          0
          • hg6806H Offline
            hg6806H Offline
            hg6806
            Most Active
            schrieb am zuletzt editiert von
            #39

            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?

            D 1 Antwort Letzte Antwort
            0
            • hg6806H hg6806

              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?

              D Offline
              D Offline
              dimaiv
              schrieb am zuletzt editiert von
              #40

              @hg6806
              Wirklich über den Koordinator.

              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

              1 Antwort Letzte Antwort
              0
              • hg6806H Offline
                hg6806H Offline
                hg6806
                Most Active
                schrieb am zuletzt editiert von
                #41

                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

                1 Antwort Letzte Antwort
                0
                • C Offline
                  C Offline
                  chrisweber
                  schrieb am zuletzt editiert von
                  #42

                  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

                  A 1 Antwort Letzte Antwort
                  0
                  • C chrisweber

                    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

                    A Offline
                    A Offline
                    Andersmacher
                    schrieb am zuletzt editiert von
                    #43

                    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!?

                    ioBroker auf Raspi4B 8GB Debian(12) 64Bit

                    Thomas BraunT 1 Antwort Letzte Antwort
                    0
                    • A Andersmacher

                      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!?

                      Thomas BraunT Online
                      Thomas BraunT Online
                      Thomas Braun
                      Most Active
                      schrieb am zuletzt editiert von
                      #44

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

                      Linux-Werkzeugkasten:
                      https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                      NodeJS Fixer Skript:
                      https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                      iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                      A 1 Antwort Letzte Antwort
                      0
                      • Thomas BraunT Thomas Braun

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

                        A Offline
                        A Offline
                        Andersmacher
                        schrieb am zuletzt editiert von
                        #45

                        @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

                        D Thomas BraunT 2 Antworten Letzte Antwort
                        0
                        • A Andersmacher

                          @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!

                          D Offline
                          D Offline
                          dimaiv
                          schrieb am zuletzt editiert von
                          #46

                          @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)

                          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

                          1 Antwort Letzte Antwort
                          0
                          • A Andersmacher

                            @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!

                            Thomas BraunT Online
                            Thomas BraunT Online
                            Thomas Braun
                            Most Active
                            schrieb am zuletzt editiert von
                            #47

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

                            Linux-Werkzeugkasten:
                            https://forum.iobroker.net/topic/42952/der-kleine-iobroker-linux-werkzeugkasten
                            NodeJS Fixer Skript:
                            https://forum.iobroker.net/topic/68035/iob-node-fix-skript
                            iob_diag: curl -sLf -o diag.sh https://iobroker.net/diag.sh && bash diag.sh

                            1 Antwort Letzte Antwort
                            0
                            • A Offline
                              A Offline
                              Andersmacher
                              schrieb am zuletzt editiert von
                              #48

                              @thomas-braun Hier noch ´mal eine aktualisierte Info:
                              Seit Anfang Januar gab es ja mindestens 3 Aktualisierungen des zigbee-Adapters und mir ist gerade bewußt geworden, daß die Instanz seit einiger Zeit auch nach Reboots immer wieder problemlos von selbst grün wird. Da ich keinerlei Aktionen bezüglich udev-Regeln durchgeführt habe (weil ich das auch gar nicht könnte), kann ich mir nicht vorstellen, daß es an solchen Regeln gelegen hat und wenn doch, müßten ja die Adapter-Updates irgendwie auf diese Regeln eingewirkt haben, was ich mir auch nicht vorstellen kann.

                              Egal woran es lag, mit der aktuellen V1.6.6 läuft mein zigbee-Stick / Instanz auch nach Reboots problemlos.

                              ioBroker auf Raspi4B 8GB Debian(12) 64Bit

                              1 Antwort Letzte Antwort
                              0
                              Antworten
                              • In einem neuen Thema antworten
                              Anmelden zum Antworten
                              • Älteste zuerst
                              • Neuste zuerst
                              • Meiste Stimmen


                              Support us

                              ioBroker
                              Community Adapters
                              Donate

                              708

                              Online

                              32.6k

                              Benutzer

                              82.2k

                              Themen

                              1.3m

                              Beiträge
                              Community
                              Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                              ioBroker Community 2014-2025
                              logo
                              • Anmelden

                              • Du hast noch kein Konto? Registrieren

                              • Anmelden oder registrieren, um zu suchen
                              • Erster Beitrag
                                Letzter Beitrag
                              0
                              • Home
                              • Aktuell
                              • Tags
                              • Ungelesen 0
                              • Kategorien
                              • Unreplied
                              • Beliebt
                              • GitHub
                              • Docu
                              • Hilfe