Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. ioBroker Allgemein
  4. Zigbee-Adapter extendedPanID wird nicht übernommen

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    705

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    543

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    1.1k

Zigbee-Adapter extendedPanID wird nicht übernommen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
zigbeecc1352p-2flashen
7 Beiträge 2 Kommentatoren 1.1k Aufrufe 2 Beobachtet
  • Ä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.
  • V Offline
    V Offline
    vain
    schrieb am zuletzt editiert von vain
    #1

    Hallo zusammen,
    ich habe etwa 48 ZigBee Geräte im Einsatz und nutze dafür den Zigbee-Adapter in der Version 1.1.1
    Als Coordinator nutze ich einen CC1352p-2 Rev.B. Gestern habe ich den Adapter mal mit debug loggen lassen. Dabei ist mir aufgefallen, dass der beim start der Coordinator nicht mit der eingestellten extendedPanID startet sondern mit 0xdddddddddddddddd. Auch wenn ich die ID nochmal ändere bleibt das Problem. Bzw. ist das ein Problem?

    debug	(4258) Zigbee network parameters: {"panID":4444,"extendedPanID":"0xdddddddddddddddd","channel":11: }
    

    Beste Grüße und vielen Dank!

    arteckA 1 Antwort Letzte Antwort
    0
    • V vain

      Hallo zusammen,
      ich habe etwa 48 ZigBee Geräte im Einsatz und nutze dafür den Zigbee-Adapter in der Version 1.1.1
      Als Coordinator nutze ich einen CC1352p-2 Rev.B. Gestern habe ich den Adapter mal mit debug loggen lassen. Dabei ist mir aufgefallen, dass der beim start der Coordinator nicht mit der eingestellten extendedPanID startet sondern mit 0xdddddddddddddddd. Auch wenn ich die ID nochmal ändere bleibt das Problem. Bzw. ist das ein Problem?

      debug	(4258) Zigbee network parameters: {"panID":4444,"extendedPanID":"0xdddddddddddddddd","channel":11: }
      

      Beste Grüße und vielen Dank!

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

      @vain als nächstes schreibst du "meine 48 Geräte sidn nicht mehr erreichbar nachdem ich die panid geändert habe... und wieder zurück gestellt habe"

      nein es ist kein Problem warum sollte es sein ?

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

      V 1 Antwort Letzte Antwort
      0
      • arteckA arteck

        @vain als nächstes schreibst du "meine 48 Geräte sidn nicht mehr erreichbar nachdem ich die panid geändert habe... und wieder zurück gestellt habe"

        nein es ist kein Problem warum sollte es sein ?

        V Offline
        V Offline
        vain
        schrieb am zuletzt editiert von
        #3

        @arteck
        Moin,
        Danke für deine Rückmeldung. Meine Geräte waren nicht mehr erreichbar aber das war vorher schon der Fall. Erst aus diesen Grund habe ich das Logging auf Debug gestellt.

        Ich bin davon ausgegangen das die ExtPanID in den Adapter-Einstellungen die extendedPanID in dem Log entspricht.
        Denn die panID in dem Log stimmt mit der aus den Adapter-Einstellungen überein.

        Warum bei mir die Geräte nicht mehr erreichbar waren ist mir noch nicht ganz klar.
        Ich hatte aber meinen CC1352p-2 auf eine neuere Version geflashed. Das sollte ja eigentlich nicht das Problem darstellen. Ich bin da der Anleitung von Koenkk gefolgt: Anleitung

        In der Anleitung steht auch das man ein "Erase Entire Flash" durchführen soll. Könnte es daran liegen? Eigentlich doch nicht. Normalerweise kann man doch einfach die Hardware tauschen und alles sollte weiterlaufen.

        Das einzige Problem nach dem Flashen war, das der Adapter nicht hochkommen wollte. Laut einer anderen Anleitung muss man dann die PanID ändern. Damit ist das auf jeden Fall klar das man neu anlernen muss. Aber warum kommt der dann nicht hoch? Ich hatte was davon gelesen, das der erkennen soll das es bereits ein Netzwerk mit den selben Parametern gibt und startet dann nicht. Man solle dann alle Router abschalten. Gibt es da Erfahrung bei dir?

        Gruß

        arteckA 1 Antwort Letzte Antwort
        0
        • V vain

          @arteck
          Moin,
          Danke für deine Rückmeldung. Meine Geräte waren nicht mehr erreichbar aber das war vorher schon der Fall. Erst aus diesen Grund habe ich das Logging auf Debug gestellt.

          Ich bin davon ausgegangen das die ExtPanID in den Adapter-Einstellungen die extendedPanID in dem Log entspricht.
          Denn die panID in dem Log stimmt mit der aus den Adapter-Einstellungen überein.

          Warum bei mir die Geräte nicht mehr erreichbar waren ist mir noch nicht ganz klar.
          Ich hatte aber meinen CC1352p-2 auf eine neuere Version geflashed. Das sollte ja eigentlich nicht das Problem darstellen. Ich bin da der Anleitung von Koenkk gefolgt: Anleitung

          In der Anleitung steht auch das man ein "Erase Entire Flash" durchführen soll. Könnte es daran liegen? Eigentlich doch nicht. Normalerweise kann man doch einfach die Hardware tauschen und alles sollte weiterlaufen.

          Das einzige Problem nach dem Flashen war, das der Adapter nicht hochkommen wollte. Laut einer anderen Anleitung muss man dann die PanID ändern. Damit ist das auf jeden Fall klar das man neu anlernen muss. Aber warum kommt der dann nicht hoch? Ich hatte was davon gelesen, das der erkennen soll das es bereits ein Netzwerk mit den selben Parametern gibt und startet dann nicht. Man solle dann alle Router abschalten. Gibt es da Erfahrung bei dir?

          Gruß

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

          @vain sagte in Zigbee-Adapter extendedPanID wird nicht übernommen:

          In der Anleitung steht auch das man ein "Erase Entire Flash" durchführen soll. Könnte es daran liegen? Eigentlich doch nicht. Normalerweise kann man doch einfach die Hardware tauschen und alles sollte weiterlaufen.

          NEIN kan man nicht.. zumindest nicht im iobroker..

          Das einzige Problem nach dem Flashen war, das der Adapter nicht hochkommen wollte. Laut einer anderen Anleitung muss man dann die PanID ändern.

          nein muss man nicht... man muss nur alle aber wirklich ALLE Router vom Strom nehmen.. dann Adapter starten.. denn dann rekonfiguriert sich der Coordinator ... ja funktioniert schon mal gemacht

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

          V 1 Antwort Letzte Antwort
          0
          • arteckA arteck

            @vain sagte in Zigbee-Adapter extendedPanID wird nicht übernommen:

            In der Anleitung steht auch das man ein "Erase Entire Flash" durchführen soll. Könnte es daran liegen? Eigentlich doch nicht. Normalerweise kann man doch einfach die Hardware tauschen und alles sollte weiterlaufen.

            NEIN kan man nicht.. zumindest nicht im iobroker..

            Das einzige Problem nach dem Flashen war, das der Adapter nicht hochkommen wollte. Laut einer anderen Anleitung muss man dann die PanID ändern.

            nein muss man nicht... man muss nur alle aber wirklich ALLE Router vom Strom nehmen.. dann Adapter starten.. denn dann rekonfiguriert sich der Coordinator ... ja funktioniert schon mal gemacht

            V Offline
            V Offline
            vain
            schrieb am zuletzt editiert von vain
            #5

            @arteck
            Ist dein erstes großes "NEIN" darauf bezogen das man die Hardware nicht tauschen kann oder das man kein "Erase Entire Flash" durchführen darf.

            nein muss man nicht... man muss nur alle aber wirklich ALLE Router vom Strom nehmen..

            Dann mache ich beim nächsten Mal einfach die Sicherung vor dem Zähler raus. Der Coordinator läuft bei mir an einem alten ThinkPad. Daher hat der dann noch Strom =)

            Gibt es dazu eine Schritt für Schritt Anleitung irgendwo? Das würde sehr hilfreich sein. Macht man doch nicht alle Tage.

            1. Zigbee-Adapter deaktivieren
            2. Router flashen nach dieser Anleitung OHNE ein "Erase Entire Flash": Anleitung
            3. Nach dem flashen alle Router vom Strom trennen
            4. Zigbee-Adapter starten
            5. Router wieder in Betrieb nehmen.

            Wäre das Vorgehen so korrekt?

            Ps: Vielen, vielen Dank für deine Hingabe für das Projekt! 👏 👍

            arteckA 1 Antwort Letzte Antwort
            0
            • V vain

              @arteck
              Ist dein erstes großes "NEIN" darauf bezogen das man die Hardware nicht tauschen kann oder das man kein "Erase Entire Flash" durchführen darf.

              nein muss man nicht... man muss nur alle aber wirklich ALLE Router vom Strom nehmen..

              Dann mache ich beim nächsten Mal einfach die Sicherung vor dem Zähler raus. Der Coordinator läuft bei mir an einem alten ThinkPad. Daher hat der dann noch Strom =)

              Gibt es dazu eine Schritt für Schritt Anleitung irgendwo? Das würde sehr hilfreich sein. Macht man doch nicht alle Tage.

              1. Zigbee-Adapter deaktivieren
              2. Router flashen nach dieser Anleitung OHNE ein "Erase Entire Flash": Anleitung
              3. Nach dem flashen alle Router vom Strom trennen
              4. Zigbee-Adapter starten
              5. Router wieder in Betrieb nehmen.

              Wäre das Vorgehen so korrekt?

              Ps: Vielen, vielen Dank für deine Hingabe für das Projekt! 👏 👍

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

              @vain man kann ohne die Geräte neu anzulernen nicht einfach so flashen.. deshalb NEIN .. da die Geräte am Coordinator dran hängen

              ein Erase Entire Flash löscht alles ..so alles alles...

              es gibt im zigbee2mqtt Projekt eine Möglichkeit soweit ich weiss wo der coordinator die gelrnten Geräte nach dem Flashen wieder übernimmt..aber das ist nicht nach iobroker adaptierbar..

              ich lasse mich aber des besseren belehren (währe ja nicht das ersta mal im zigbee) wo nach dem flashen alles so läuft wie bisher.ohne neu zu pairen

              vielleicht weisst da @Asgothian mehr drüber

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

              V 1 Antwort Letzte Antwort
              0
              • arteckA arteck

                @vain man kann ohne die Geräte neu anzulernen nicht einfach so flashen.. deshalb NEIN .. da die Geräte am Coordinator dran hängen

                ein Erase Entire Flash löscht alles ..so alles alles...

                es gibt im zigbee2mqtt Projekt eine Möglichkeit soweit ich weiss wo der coordinator die gelrnten Geräte nach dem Flashen wieder übernimmt..aber das ist nicht nach iobroker adaptierbar..

                ich lasse mich aber des besseren belehren (währe ja nicht das ersta mal im zigbee) wo nach dem flashen alles so läuft wie bisher.ohne neu zu pairen

                vielleicht weisst da @Asgothian mehr drüber

                V Offline
                V Offline
                vain
                schrieb am zuletzt editiert von vain
                #7

                man kann ohne die Geräte neu anzulernen nicht einfach so flashen.. deshalb NEIN .. da die Geräte am Coordinator dran hängen

                @arteck Oh, das ist mir neu. Ich habe gedacht das die Infos aus dem zigbee2mqtt Projekt auf den iobroker Adapter anwendwar ist. Siehe What does and does not require repairing of all devices?

                1 Antwort Letzte Antwort
                0

                Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

                Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

                Mit deinem Input könnte dieser Beitrag noch besser werden 💗

                Registrieren Anmelden
                Antworten
                • In einem neuen Thema antworten
                Anmelden zum Antworten
                • Älteste zuerst
                • Neuste zuerst
                • Meiste Stimmen


                Support us

                ioBroker
                Community Adapters
                Donate
                FAQ Cloud / IOT
                HowTo: Node.js-Update
                HowTo: Backup/Restore
                Downloads
                BLOG

                496

                Online

                32.8k

                Benutzer

                82.9k

                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