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. Einsteigerfragen
  4. Einbindung von Geräten
  5. Probleme beim Einbinden des SMLight SLZB-06U

NEWS

  • Neues YouTube-Video: Visualisierung im Devices-Adapter
    BluefoxB
    Bluefox
    13
    1
    836

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

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    11
    1
    940

Probleme beim Einbinden des SMLight SLZB-06U

Geplant Angeheftet Gesperrt Verschoben Einbindung von Geräten
3 Beiträge 2 Kommentatoren 51 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.
  • M Offline
    M Offline
    miwu
    schrieb am zuletzt editiert von
    #1

    Hallo,

    ich möchte zusätzlich zu meinem bestehen Zigbee-Netzwerk ein zweites Netzwerk etwas weiter entfernt aufbauen. Hierfür habe ich mir einen SMLight SLZB-06U gekauft und per PoE angebunden. Die Gui des Gerätes ist erreichbar. Leider funktioniert die Einbindung in den iobroker nicht s richtig.
    Ich nutze den Zigbee-Adapter Version 3.4.2. Nachdem ich alles nach bestem Wissen und Gewissen konfiguriert habe bleibt der Adapter gelb, im Log findet sich folgender Grund:

    overriding zigbee options with:
    extPanID : xxxxxxxxxxxxxxxxxxxxxxx
    panID : 4829
    channel : 20
    port : tcp://192.168.143.XX:6638
    adapterType : zstack
    baudRate : 115200
    precfgkey : zzzzzzzzzzzzzzzzzzzzzzzzzzz
    flowCTRL : false
    Starting Adapter npm ...
    Installed Version: iobroker.zigbee@3.4.2 (Converters 26.46.0 Herdsman 9.0.11)
    Starting zigbee-herdsman...
    Network parameters in Config     : panID=4829 channel=20 extendedPanID=xxxxxxxxxxxxxxxxxxxx
    Network parameters on Coordinator: panID=65534 channel=0 extendedPanID=yyyyyyyyyyyyyyyyy
    Starting zigbee-herdsman problem : startup failed - configuration-adapter mismatch - see logs above for more information
    Failed to start Zigbee: no message given
    

    Die Zigbee-Netzwerkparameter unterscheiden sich also zwischen dem iobroker und dem Coordinator. Leider habe ich aber keine Ahnung, wie ich Kanal und extendedPanID auf dem Coordinator konfigurieren könnte. Nach meiner Erinnerung war das in meinem anderen Zigbee-Netzwerk (mit einem cod.m-Coordinator) damals auch nicht nötig.

    Wo könnte die Ursache für mein Verbindungsproblem liegen?

    Vielen Dank für jede Hilfe!

    1 Antwort Letzte Antwort
    0
    • M Offline
      M Offline
      miwu
      schrieb am zuletzt editiert von
      #2

      Das Problem ist gelöst. In meiner Verzweiflung habe ich mal den NVRam vom Coordinator gelöscht und den Adapter neu gestartet. Seitdem funktionierts :-)

      AsgothianA 1 Antwort Letzte Antwort
      0
      • M miwu

        Das Problem ist gelöst. In meiner Verzweiflung habe ich mal den NVRam vom Coordinator gelöscht und den Adapter neu gestartet. Seitdem funktionierts :-)

        AsgothianA Offline
        AsgothianA Offline
        Asgothian
        Developer
        schrieb am zuletzt editiert von Asgothian
        #3

        @miwu sagte:

        Das Problem ist gelöst. In meiner Verzweiflung habe ich mal den NVRam vom Coordinator gelöscht und den Adapter neu gestartet. Seitdem funktionierts :-)

        Das ist genau das was du tun musstest. Solang im NVRAM Daten vorhanden sind (extPanID insbesondere) kommt es genau zu diesem Konflikt. NVRAM auf dem Koordinator löschen erlaubt es dem Koordinator das NVRam backup des Adapters zu akzeptieren.

        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

        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

        500

        Online

        32.9k

        Benutzer

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