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.8k

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

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

                  375

                  Online

                  32.6k

                  Benutzer

                  82.1k

                  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