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 Geräte Ausfall auf Slave

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    14
    1
    409

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.8k

Zigbee Geräte Ausfall auf Slave

Geplant Angeheftet Gesperrt Verschoben Error/Bug
5 Beiträge 2 Kommentatoren 501 Aufrufe 2 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.
  • S Offline
    S Offline
    SidM
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich habe bei mir IoBroker mit einem Master und einem Slave. Der Master ist ein Server mit Unraid und IoBroker läuft dort im Docker als Master.
    In meiner Werkstatt habe ich ein RPI 4 der als Slave konfiguriert ist.
    Sowohl Master als auch Slave haben jeweils ein SONOFF Zigbee 3.0 USB Dongle Plus und spannen ihr Netz mit den Zigbee Adapter auf.

    Wenn ich den Server aufgrund von Updates, Änderungen etc. neu starten muss fährt anschließend IoBroker automatisch wieder hoch, startet alle Adapter und die Zigbee Instanz auf den Master verbindet sich wieder mit all seinen Geräten.

    Der Slave startet auch die Zigbee Instanz und verbindet sich mit den Geräten, ABER nicht mit allen.
    Konkret handelt es sich dabei um 2 Geräte. Einmal die Blitzwolf BW-SHP13 Steckdose und einmal den Lidl Livarno HG08010 Außenstrahler, also im Prinzip auch zwei Repeater Geräte.
    Diese wollen sich partout nicht verbinden, auch nicht nach längerer Wartezeit von ein paar Stunden.
    Ich lösche sie dann immer und starte anschließend einen neuen Pairing Vorgang.
    Dann funktionieren sie wieder solange ich wieder, bis ich ein Neustart mache.

    Sowohl auf Master als auch Slave läuft die Zigbee Instanz auf v1.10.2 , aber auch mit Versionen davor hatte ich das Problem.
    Der Slave bleibt während des Server Neustarts natürlich weiterhin an.

    Was kann ich tun, damit diese sich automatisch wieder verbinden?

    arteckA 1 Antwort Letzte Antwort
    0
    • S SidM

      Hallo zusammen,

      ich habe bei mir IoBroker mit einem Master und einem Slave. Der Master ist ein Server mit Unraid und IoBroker läuft dort im Docker als Master.
      In meiner Werkstatt habe ich ein RPI 4 der als Slave konfiguriert ist.
      Sowohl Master als auch Slave haben jeweils ein SONOFF Zigbee 3.0 USB Dongle Plus und spannen ihr Netz mit den Zigbee Adapter auf.

      Wenn ich den Server aufgrund von Updates, Änderungen etc. neu starten muss fährt anschließend IoBroker automatisch wieder hoch, startet alle Adapter und die Zigbee Instanz auf den Master verbindet sich wieder mit all seinen Geräten.

      Der Slave startet auch die Zigbee Instanz und verbindet sich mit den Geräten, ABER nicht mit allen.
      Konkret handelt es sich dabei um 2 Geräte. Einmal die Blitzwolf BW-SHP13 Steckdose und einmal den Lidl Livarno HG08010 Außenstrahler, also im Prinzip auch zwei Repeater Geräte.
      Diese wollen sich partout nicht verbinden, auch nicht nach längerer Wartezeit von ein paar Stunden.
      Ich lösche sie dann immer und starte anschließend einen neuen Pairing Vorgang.
      Dann funktionieren sie wieder solange ich wieder, bis ich ein Neustart mache.

      Sowohl auf Master als auch Slave läuft die Zigbee Instanz auf v1.10.2 , aber auch mit Versionen davor hatte ich das Problem.
      Der Slave bleibt während des Server Neustarts natürlich weiterhin an.

      Was kann ich tun, damit diese sich automatisch wieder verbinden?

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

      @sidm 2 adapter .. also auch 2 Netze hoffe ich mit unterschiedlichen Einstellungen ?

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

      S 1 Antwort Letzte Antwort
      0
      • arteckA arteck

        @sidm 2 adapter .. also auch 2 Netze hoffe ich mit unterschiedlichen Einstellungen ?

        S Offline
        S Offline
        SidM
        schrieb am zuletzt editiert von
        #3

        @arteck ähm... also die Einstellungen sind alle gleich, nur die Erweiterte Pan ID ist unterschiedlich.
        Einmal dddddddddddddddd und DDDDDDDDDDDDDDDD

        Oder zählt die Groß/Kleinschreibung nicht und es ist doch die serbe ID?

        Wenn aber die anderen nicht Repeater Geräte bei Neustart funktionieren und die Repeater nicht, kann es damit zusammenhängen?

        arteckA 1 Antwort Letzte Antwort
        0
        • S SidM

          @arteck ähm... also die Einstellungen sind alle gleich, nur die Erweiterte Pan ID ist unterschiedlich.
          Einmal dddddddddddddddd und DDDDDDDDDDDDDDDD

          Oder zählt die Groß/Kleinschreibung nicht und es ist doch die serbe ID?

          Wenn aber die anderen nicht Repeater Geräte bei Neustart funktionieren und die Repeater nicht, kann es damit zusammenhängen?

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

          @sidm sagte in Zigbee Geräte Ausfall auf Slave:

          die Repeater nicht, kann es damit zusammenhängen?

          na du bist ja laustig.. baust 2 dieselben Netze auf und wunders dich dass die Geräte switchen.. ja Repeater sind da die preferierten

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

          S 1 Antwort Letzte Antwort
          0
          • arteckA arteck

            @sidm sagte in Zigbee Geräte Ausfall auf Slave:

            die Repeater nicht, kann es damit zusammenhängen?

            na du bist ja laustig.. baust 2 dieselben Netze auf und wunders dich dass die Geräte switchen.. ja Repeater sind da die preferierten

            S Offline
            S Offline
            SidM
            schrieb am zuletzt editiert von
            #5

            @arteck

            lustig bin ich gerne:grin:

            Nee aber im Ernst, von switchen schrieb ich nichts. Ich weiß auch nicht mehr was ich mir bei der erweiterten PAN-ID gedacht habe. Dann werde ich die mal vom Slave ändern und schauen ob das Problem dann nicht mehr auftritt.
            Die PAN-ID ändere ich dann am besten auch gleich mit, wenn ich das richtig lese?
            Hätte aber jetzt nicht damit gerechnet, dass diese sich mit den entfernten Netz verbindet. Dazwischen liegen mindestens 70m und mit 3 Wänden.

            Hingegen erreiche ich ein Aqara Türkontakt und Vibrationssensor die ca.10 Meter Luftlinie entfernt sind mit vielleicht 4 Wänden dazwischen gar nicht.

            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

            898

            Online

            32.6k

            Benutzer

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