Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. [solved] Zigbee Tausch Coordinator

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    [solved] Zigbee Tausch Coordinator

    This topic has been deleted. Only users with topic management privileges can see it.
    • D
      diwoma last edited by diwoma

      Hi Leute, ein leidiges Thema.
      Ich habe fast alle in diesem Forum existierenden Threads diesbezüglich durchgelesen und bin zur Erkenntnis gekommen, ob es mit Übernahme der Daten funktioniert hängt anscheinend vom Wetter, dem Datum (heute ist Freitag der 13.) und von der Kondition des Users ab.

      Ausgangslage:
      Auf einem RPi4 als Slave hängt ein Conbee II Stick, der ersetzt werden soll. Als neuer Coordinator sollte ein CC2652P2-TCP (letzte Software von 2022-02-19) ins Netz gehängt werden.
      Blauäugig wie ich nun mal bin, habe ich die Konfiguration des Zigbee-Adapters auf die korrekte neue Adresse des LAN-Devices geändert und auch den Typ auf TI-ZStack/CCxxx geändert. Alles andere habe ich gelassen wie es war:
      erweiterte PAN-ID: DDDDDDDDDDDDDDDA
      Pan ID: 6751
      Kanal:11
      Transport-Schlüssel: 01030507090B0D0F00020406080A0C0A

      Aber der Adapter connected nicht:

      maier@pi-broker:~ $ iobroker logs --watch
      2023-01-13 12:55:09.130  - debug: zigbee.0 (3805) Redis Objects: Use Redis connection: 192.168.40.10:9001
      2023-01-13 12:55:09.195  - debug: zigbee.0 (3805) Objects client ready ... initialize now
      2023-01-13 12:55:09.200  - debug: zigbee.0 (3805) Objects create System PubSub Client
      2023-01-13 12:55:09.202  - debug: zigbee.0 (3805) Objects create User PubSub Client
      2023-01-13 12:55:09.248  - debug: zigbee.0 (3805) Objects client initialize lua scripts
      2023-01-13 12:55:09.256  - debug: zigbee.0 (3805) Objects connected to redis: 192.168.40.10:9001
      2023-01-13 12:55:09.288  - debug: zigbee.0 (3805) Redis States: Use Redis connection: 192.168.40.10:9000
      2023-01-13 12:55:09.302  - debug: zigbee.0 (3805) States create System PubSub Client
      2023-01-13 12:55:09.303  - debug: zigbee.0 (3805) States create User PubSub Client
      2023-01-13 12:55:09.327  - debug: zigbee.0 (3805) States connected to redis: 192.168.40.10:9000
      2023-01-13 12:55:09.402  - debug: zigbee.0 (3805) Plugin sentry Initialize Plugin (enabled=true)
      2023-01-13 12:55:09.748  - info: zigbee.0 (3805) starting. Version 1.8.10 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.2, js-controller: 4.0.24
      2023-01-13 12:55:09.794  - debug: zigbee.0 (3805) Using zigbee-herdsman with settings: {"network":{"panID":6751,"extendedPanID":[218,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,10]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"tcp://192.168.40.15:20108","adapter":"zstack"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false}}
      2023-01-13 12:55:09.860  - info: zigbee.0 (3805) delete old Backup files. keep only last 10
      2023-01-13 12:55:09.862  - info: zigbee.0 (3805) Starting Zigbee  npm ...
      2023-01-13 12:55:09.863  - debug: zigbee.0 (3805) Starting zigbee-herdsman...
      2023-01-13 12:55:10.397  - info: zigbee.0 (3805) Installed Version: ioBroker/ioBroker.zigbee
      2023-01-13 12:55:10.411  - debug: zigbee.0 (3805) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2023_01_13-12_55_09.tar.gz success
      2023-01-13 12:55:09.130  - debug: zigbee.0 (3805) Redis Objects: Use Redis connection: 192.168.40.10:9001
      2023-01-13 12:55:09.195  - debug: zigbee.0 (3805) Objects client ready ... initialize now
      2023-01-13 12:55:09.200  - debug: zigbee.0 (3805) Objects create System PubSub Client
      2023-01-13 12:55:09.202  - debug: zigbee.0 (3805) Objects create User PubSub Client
      2023-01-13 12:55:09.248  - debug: zigbee.0 (3805) Objects client initialize lua scripts
      2023-01-13 12:55:09.256  - debug: zigbee.0 (3805) Objects connected to redis: 192.168.40.10:9001
      2023-01-13 12:55:09.288  - debug: zigbee.0 (3805) Redis States: Use Redis connection: 192.168.40.10:9000
      2023-01-13 12:55:09.302  - debug: zigbee.0 (3805) States create System PubSub Client
      2023-01-13 12:55:09.303  - debug: zigbee.0 (3805) States create User PubSub Client
      2023-01-13 12:55:09.327  - debug: zigbee.0 (3805) States connected to redis: 192.168.40.10:9000
      2023-01-13 12:55:09.402  - debug: zigbee.0 (3805) Plugin sentry Initialize Plugin (enabled=true)
      2023-01-13 12:55:09.748  - info: zigbee.0 (3805) starting. Version 1.8.10 (non-npm: ioBroker/ioBroker.zigbee) in /opt/iobroker/node_modules/iobroker.zigbee, node: v14.18.2, js-controller: 4.0.24
      2023-01-13 12:55:09.794  - debug: zigbee.0 (3805) Using zigbee-herdsman with settings: {"network":{"panID":6751,"extendedPanID":[218,221,221,221,221,221,221,221],"channelList":[11],"networkKey":[1,3,5,7,9,11,13,15,0,2,4,6,8,10,12,10]},"databasePath":"/opt/iobroker/iobroker-data/zigbee_0/shepherd.db","backupPath":"/opt/iobroker/iobroker-data/zigbee_0/nvbackup.json","serialPort":{"baudRate":115200,"rtscts":false,"path":"tcp://192.168.40.15:20108","adapter":"zstack"},"adapter":{"forceStartWithInconsistentAdapterConfiguration":false}}
      2023-01-13 12:55:09.860  - info: zigbee.0 (3805) delete old Backup files. keep only last 10
      2023-01-13 12:55:09.862  - info: zigbee.0 (3805) Starting Zigbee  npm ...
      2023-01-13 12:55:09.863  - debug: zigbee.0 (3805) Starting zigbee-herdsman...
      2023-01-13 12:55:10.397  - info: zigbee.0 (3805) Installed Version: ioBroker/ioBroker.zigbee
      2023-01-13 12:55:10.411  - debug: zigbee.0 (3805) Backup /opt/iobroker/iobroker-data/zigbee_0/backup_2023_01_13-12_55_09.tar.gz success
      2023-01-13 12:56:16.887  - error: zigbee.0 (3805) Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
      2023-01-13 12:56:16.888  - error: zigbee.0 (3805) Failed to start Zigbee
      2023-01-13 12:56:16.889  - error: zigbee.0 (3805) Error herdsman start
      2023-01-13 12:56:16.887  - error: zigbee.0 (3805) Starting zigbee-herdsman problem : "network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby"
      2023-01-13 12:56:16.888  - error: zigbee.0 (3805) Failed to start Zigbee
      2023-01-13 12:56:16.889  - error: zigbee.0 (3805) Error herdsman start
      2023-01-13 12:56:26.893  - info: zigbee.0 (3805) Try to reconnect.
      2023-01-13 12:56:26.896  - info: zigbee.0 (3805) Starting Zigbee  npm ...
      2023-01-13 12:56:26.898  - debug: zigbee.0 (3805) Starting zigbee-herdsman...
      2023-01-13 12:56:26.918  - info: zigbee.0 (3805) Installed Version: ioBroker/ioBroker.zigbee
      2023-01-13 12:56:26.893  - info: zigbee.0 (3805) Try to reconnect.
      2023-01-13 12:56:26.896  - info: zigbee.0 (3805) Starting Zigbee  npm ...
      2023-01-13 12:56:26.898  - debug: zigbee.0 (3805) Starting zigbee-herdsman...
      2023-01-13 12:56:26.918  - info: zigbee.0 (3805) Installed Version: ioBroker/ioBroker.zigbee
      

      diese network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby stört mich dabei, er sollte doch das Network das schon existiert verwenden (bei gleichen EInstellung).

      Zum Testen, ob der Coordinator funktioniert, habe ich zigbee_0 mal deaktiviert und auf dem Master (LC in Proxmox) eine weitere Instanz installiert und mit den gleichen Einstellungen konfiguriert. Aber auch das hat nicht funktioniert.

      Allerdings gab es da eine Fehlermeldung (die jetzt komischerweise nicht mehr auftaucht), dass Adapter-Id und extended Pan-Id nicht übereinstimmen würden. Und erst als ich die extended Pan-Id und Pan-Id aus dem Device in den Adapter eingetragen habe, wurde der Adapter grün und der Coordinator angezeigt.

      Wenn ich das auf die alten Werte des existierenden Netzwerkes zurückstelle kommt diese Meldung nicht mehr, sondern die gleiche Fehlermeldung wie auf dem Slave.

      Was kann ich noch tun (ausser alles zu löschen und alles neu anzulernen, was ich nicht so gerne möchte)?

      Asgothian 1 Reply Last reply Reply Quote 0
      • Asgothian
        Asgothian Developer @diwoma last edited by

        @diwoma sagte in Zigbee Tausch Coordinator:

        diese network commissioning timed out - most likely network with the same panId or extendedPanId already exists nearby stört mich dabei, er sollte doch das Network das schon existiert verwenden (bei gleichen EInstellung).

        Das kann er aber nicht.

        Das Zigbee Mesh bleibt aktiv solange wie mindestens 1 Router aktiv ist (fast jedes fest am Strom angeschlossene Gerät ist ein Router)
        Dem Netz ist die der Koordinator bekannt - es verweigert deinem "Neuen" Koordinator den Zugriff.

        @diwoma sagte in Zigbee Tausch Coordinator:

        Was kann ich noch tun (ausser alles zu löschen und alles neu anzulernen, was ich nicht so gerne möchte)?

        Was du versuchen kannst:

        • Alle Zigbee Geräte vom Strom trennen (ausser Batteriebetriebene)
        • Zigbee Adapter auf dem Slave starten
        • Netzwerk öffnen
        • Nacheinander die Geräte wieder mit Strom versorgen. Die Batteriebetriebenen mindestens 1x Triggern.
        • Beten (wichtig)

        A.

        D 2 Replies Last reply Reply Quote 0
        • D
          diwoma @Asgothian last edited by

          @asgothian said in Zigbee Tausch Coordinator:

          Was du versuchen kannst:

          Alle Zigbee Geräte vom Strom trennen (ausser Batteriebetriebene)
          Zigbee Adapter auf dem Slave starten
          Netzwerk öffnen
          Nacheinander die Geräte wieder mit Strom versorgen. Die Batteriebetriebenen mindestens 1x Triggern.
          Beten (wichtig)

          Danke für die Anleitung.
          Stromlos machen bedeuted bei mir wohl, dass ich den FI werfen muss, wie ich dann aber auf den Slave kommen kann, muss ich mir noch überlegen, weil die Switches nicht alle an einer USV hängen. Und die Rollo-Steuerung im ganzen Haus verteilt sind und auf verschiedenen Sicherungen hängen.

          Ich habe auch gelesen, das manche mit Abmontieren der Antenne und/oder einer Metall-Umhüllung über den Coordinator erfolg gehabt haben.
          Und ich habe auch irgendwo gelesen, das manche überhaupt keine Probleme gehabt haben.

          Und ich habe gehofft, dass es einfach sein würde.

          1 Reply Last reply Reply Quote 0
          • D
            diwoma @Asgothian last edited by

            @asgothian
            So habe ich es versucht:

            1. Antenne abgeschraubt - hat nicht funktioniert
            2. Koordinator in einen Suppentopf gelegt und Deckel drauf - hat nicht funktioniert
            3. Sicherungen durchprobiert, bis die Rollo-Aktoren in diesem Zimmer aus waren - Juchuu er hat durchgestartet.

            Allerdings konnten sich keine Devices von selbst connecten.
            Ich habe alle neu einbinden müssen, wahrscheinlich weil ich alle gleichzeitig wieder eingeschaltet habe und die sich wieder nur untereinander unterhalten haben.

            Selbst die batteriebetriebenen wollen sich nicht verbinden, was etwas blöd ist, weil ein paar davon so angebracht sind dass ich nicht an den Reset-Knopf komme.

            Aber im Allgemeinen sieht es jetzt ganz gut aus.

            Danke für die Begleitung.

            arteck 1 Reply Last reply Reply Quote 0
            • arteck
              arteck Developer Most Active @diwoma last edited by

              @diwoma sagte in [solved] Zigbee Tausch Coordinator:

              Antenne abgeschraubt - hat nicht funktioniert

              naürlich nicht warum auch..

              @diwoma sagte in [solved] Zigbee Tausch Coordinator:

              Koordinator in einen Suppentopf gelegt und Deckel drauf - hat nicht funktioniert

              hättest in alufolie einwickeln lassen

              @diwoma sagte in [solved] Zigbee Tausch Coordinator:

              Ich habe alle neu einbinden müssen, wahrscheinlich weil ich alle gleichzeitig wieder eingeschaltet habe und die sich wieder nur untereinander unterhalten haben.

              nein .. hättest in wenig länger waret müssen.. der Stick war noch nicht soeit

              D 1 Reply Last reply Reply Quote 0
              • D
                diwoma @arteck last edited by

                @arteck said in [solved] Zigbee Tausch Coordinator:

                nein .. hättest in wenig länger waret müssen.. der Stick war noch nicht soeit

                Sorry für die späte Antwort.
                Ich dachte 4 Stunden wären lang genug. In der Zeit hat sich keines meiner Devices angemeldet.

                1 Reply Last reply Reply Quote 0
                • First post
                  Last post

                Support us

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

                778
                Online

                31.9k
                Users

                80.2k
                Topics

                1.3m
                Posts

                3
                6
                680
                Loading More Posts
                • Oldest to Newest
                • Newest to Oldest
                • Most Votes
                Reply
                • Reply as topic
                Log in to reply
                Community
                Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                The ioBroker Community 2014-2023
                logo