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: 'undefined Devices' unbekannter Herkunft im Netzwerk

NEWS

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    10
    1
    322

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.5k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.5k

ZigBee: 'undefined Devices' unbekannter Herkunft im Netzwerk

Geplant Angeheftet Gesperrt Verschoben Error/Bug
35 Beiträge 5 Kommentatoren 1.2k Aufrufe 5 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.
  • AsgothianA Offline
    AsgothianA Offline
    Asgothian
    Developer
    schrieb am zuletzt editiert von
    #25

    Ist ein bug - einfach den Button bei gestarteten Netz nutzen - der Adapter sollte das Netz erst anhalten.

    Ansonsten bei angehaltenem Netz via Dateisystem nvbackup und Shepherd.dB löschen.

    A.

    ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
    "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

    1 Antwort Letzte Antwort
    0
    • bilberryB Offline
      bilberryB Offline
      bilberry
      schrieb am zuletzt editiert von
      #26

      Danke, hab mein Netz (weitestgehend) mit neuen IDs und Key wieder aufgebaut. Nun ist mir aber aufgefallen, dass in der nvbackup.json (/opt/iobroker/iobroker-data/zigbee_0/) immer noch Geräte stehen, die da nicht rein gehören. Manuelles rauslöschen hat nichts gebracht. Genauso wenig wie komplettes Löschen der Datei.
      Offensichtlich wird die nvbackup.json immer neu angelegt, wenn das Netzwerk gestoppt wird. Aber wo kommen die Daten darin her und wie kann ich erzwingen, das meine manipulierte/bereinigte nvbackup.json eingelesen wird?

      Haben die Buttons "NVRAM" damit was zu tun? Für was genau sind die gut? Wann benutzt man die für was genau? In der Doku hab ich das noch nicht gefunden
      77f5c620-ec88-4b07-9468-b19381acd3d8-grafik.png

      1 Antwort Letzte Antwort
      0
      • bilberryB Offline
        bilberryB Offline
        bilberry
        schrieb am zuletzt editiert von
        #27

        @asgothian, kannst du mir bitte 'ne kurze Rückmeldung zu meinem letzten Post geben? Danke!

        1 Antwort Letzte Antwort
        0
        • AsgothianA Offline
          AsgothianA Offline
          Asgothian
          Developer
          schrieb am zuletzt editiert von
          #28

          Sorry - das war mir durchgerutscht.

          Abhängig was du für einen Koordinator hast wird auf dem Koordinator im NVRam etwas gespeichert. Das wird via NVBackup.json gesichert, damit man es auf einen anderen Koordinator übertragen kann. Allerdings hängt es dann vom Koordinator ab ob er das überschreiben lassen kann. So wies ich das bei Dir darstellt geht es bei Deinem nicht. Wenn es ein USB Koordinator ist, dann hilft es zumeist eine neue Firmware zu flashen (oder die alte nochmal) Dabei immer den Haken setzen das der Flash Speicher vollständig gelöscht wird.. Bei Lan-Koordinatoren ist die Sache komplizierter. Da kocht jeder sein eigenes Süppchen.

          A.

          ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
          "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

          1 Antwort Letzte Antwort
          0
          • bilberryB Offline
            bilberryB Offline
            bilberry
            schrieb am zuletzt editiert von
            #29

            OK, danke dir @asgothian! Ich habe einen SONOFF Zigbee 3.0 USB Dongle P (mit CC2652P) So wie du das beschreibst verstehe ich es so:

            • ich müsste die nvbackup.json von Hand bereinigen
            • einen neu geflashten Koordinator einstecken
            • dieser zieht der sich dann die "initiale Betankung" des NVRam aus der bereinigten nvbackup.json

            Demnach holen sich die Koordinatoren immer nur einmal nvbackup.json? Aber was ist dann der Trigger dafür?

            Ich will auf alle Fälle vermeiden, mein Netz noch mal neu aufzubauen. Bis alle Geräte wieder liefen, hat mich die letztem beiden Tage deutlich mehr Zeit gekostet als ich schon großzügig geschätzt hatte.

            arteckA 1 Antwort Letzte Antwort
            0
            • AsgothianA Offline
              AsgothianA Offline
              Asgothian
              Developer
              schrieb am zuletzt editiert von
              #30

              Zu 100%ig bin ich aktuell nicht sicher - da müsste ich tief im herdsman Code graben wie das genau verschachtelt ist.

              Ich gehe aber davon aus das du mit dem Ablauf den du beschrieben hast sauber bist.

              A.

              ioBroker auf RPi4 - Hardware soweit wie möglich via Zigbee.
              "Shit don't work" ist keine Fehlermeldung, sondern ein Fluch.

              1 Antwort Letzte Antwort
              0
              • bilberryB bilberry

                OK, danke dir @asgothian! Ich habe einen SONOFF Zigbee 3.0 USB Dongle P (mit CC2652P) So wie du das beschreibst verstehe ich es so:

                • ich müsste die nvbackup.json von Hand bereinigen
                • einen neu geflashten Koordinator einstecken
                • dieser zieht der sich dann die "initiale Betankung" des NVRam aus der bereinigten nvbackup.json

                Demnach holen sich die Koordinatoren immer nur einmal nvbackup.json? Aber was ist dann der Trigger dafür?

                Ich will auf alle Fälle vermeiden, mein Netz noch mal neu aufzubauen. Bis alle Geräte wieder liefen, hat mich die letztem beiden Tage deutlich mehr Zeit gekostet als ich schon großzügig geschätzt hatte.

                arteckA Offline
                arteckA Offline
                arteck
                Developer Most Active
                schrieb zuletzt editiert von
                #31

                @bilberry sagte in ZigBee: 'undefined Devices' unbekannter Herkunft im Netzwerk:

                Demnach holen sich die Koordinatoren immer nur einmal nvbackup.json?

                ja und bei jedem beenden des adapter wird diese neu geschrieben..

                Aber was ist dann der Trigger dafür?

                das nicht aufmachen des Netzwerks..

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

                1 Antwort Letzte Antwort
                0
                • bilberryB Offline
                  bilberryB Offline
                  bilberry
                  schrieb zuletzt editiert von
                  #32

                  Vielen Dank, @arteck, das hilft mir!
                  Noch mal eine Verständnisfrage hierzu an Dich: Du schriebst, "das Aufmachen des Netzwerks" triggert das Einlesen der nvbackup.json. Was genau ist unter "Aufmachen" in dem Zusammenhang zu verstehen? Der erfolgreiche Start des Adapters oder was einmaliges internes?
                  Es muss ja offenbar einen Unterschied geben, da mein Koordinator die nvbackup.json offenbar nicht (mehr) einliest, aber beim Stopp jedes Mal erstellt.

                  HomoranH 1 Antwort Letzte Antwort
                  0
                  • bilberryB bilberry

                    Vielen Dank, @arteck, das hilft mir!
                    Noch mal eine Verständnisfrage hierzu an Dich: Du schriebst, "das Aufmachen des Netzwerks" triggert das Einlesen der nvbackup.json. Was genau ist unter "Aufmachen" in dem Zusammenhang zu verstehen? Der erfolgreiche Start des Adapters oder was einmaliges internes?
                    Es muss ja offenbar einen Unterschied geben, da mein Koordinator die nvbackup.json offenbar nicht (mehr) einliest, aber beim Stopp jedes Mal erstellt.

                    HomoranH Nicht stören
                    HomoranH Nicht stören
                    Homoran
                    Global Moderator Administrators
                    schrieb zuletzt editiert von
                    #33

                    @bilberry sagte in ZigBee: 'undefined Devices' unbekannter Herkunft im Netzwerk:

                    Du schriebst, "das Aufmachen des Netzwerks"

                    nein! er schrieb

                    @arteck sagte in ZigBee: 'undefined Devices' unbekannter Herkunft im Netzwerk:

                    das nicht aufmachen des Netzwerks..

                    kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

                    Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

                    der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

                    1 Antwort Letzte Antwort
                    0
                    • bilberryB Offline
                      bilberryB Offline
                      bilberry
                      schrieb zuletzt editiert von
                      #34

                      Au peinlich! Wer lesen kann… Danke.

                      1 Antwort Letzte Antwort
                      0
                      • arteckA Offline
                        arteckA Offline
                        arteck
                        Developer Most Active
                        schrieb zuletzt editiert von
                        #35

                        Ein Zigbee Netzwerk ist immer da und funkt wenn mindestenst ein Router oder ein Coordinator oder beide da sind.
                        wenn nur ein Router da ist übernimmt er die Rolle des coordinators, du hannst das dann nur nicht steuern da dieser Teil fehlt dem Router, also muss ein Coordinator her.

                        wenn der Coordinator Einstellungen zum Netzwerk hat (egal welche) dann erstellt der herdsman (die Software) auch ein nvbackup.. die Software weiss nicht ob es das richtige Netzwerk ist oder nicht..

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

                        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

                        765

                        Online

                        32.5k

                        Benutzer

                        81.7k

                        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