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. Hardware
  4. IEEE bei cod.m Zigbee Koordinator ändern

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.6k

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

IEEE bei cod.m Zigbee Koordinator ändern

Geplant Angeheftet Gesperrt Verschoben Hardware
24 Beiträge 7 Kommentatoren 2.5k Aufrufe 3 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.
  • pmayerP pmayer

    @schmakus

    error:         z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration.
    

    Das sieht danach aus also ob z2m die IP nicht erreichen kann.
    Kannst du sicherstellen, dass dein z2m an die 192.168.0.92 kommt? Thema Docker-Netzwerk, etc?

    Kann auch sein, dass nur adapter fehlt, siehe dazu https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/ und speziell https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/#ipv4

    Seit zigbee2mqtt Version 2.0 ist die Angabe von adapter zwingend, da zstack nicht mehr der Standardwert ist.

    Ist im nächsten Update der CZC-FW drin, damit im Webinterface das richtige Config-Beispiel gezeigt wird.
    Die aktuelle FW ist noch von vor z2m-2.0-Zeiten.

    @mods: Kann das mal einer abtrennen? Support und die IEEE Diskussion machen sicher keinen Sinn im Marktplatz.

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

    @pmayer sagte in IEEE bei cod.m Zigbee Koordinator ändern:

    Kann das mal einer abtrennen? Support und die IEEE Diskussion machen sich keinen Sinn im Marktplatz.

    ich hoffe das passt jetzt

    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
    1
    • pmayerP Offline
      pmayerP Offline
      pmayer
      schrieb am zuletzt editiert von pmayer
      #22

      Sooo,

      unser Entwickler hat sich mal durch die Sourcen der Z-Stack Firmware und cc2538-bsl gegraben.
      Wie es aussieht wird beim Update die IEEE im CC2652P7 an die falsche stelle geschrieben, weil das Speicherlayout anders ist als beim CC1352P7.

      c5ef5bf2-ebec-4318-82b5-32e3f75bd5de.jpg

      Ich denke, dass wir cc2538-bsl (was auch unter dem ZigStar Tool läuft) patchen. Müssen wir uns noch anschauen.

      Wir bauen uns jetzt mal ne gepatchte binary und gucken ob es funktioniert.

      Ich hab unseren Entwickler gebeten hier im Thread zu posten.

      Gruß,
      Patrik

      1 Antwort Letzte Antwort
      1
      • S Offline
        S Offline
        sbikkes
        schrieb am zuletzt editiert von
        #23

        @pmayer said in IEEE bei cod.m Zigbee Koordinator ändern:

        cc2538-bsl

        Hallo! Der Entwickler hier!

        Die cc2538-bsl-Software ist nicht dafür ausgelegt, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen.
        Jeder MCU hat eine werkseitig voreingestellte MAC-Adresse, auf die er standardmäßig zurückfällt.

        Eine benutzerdefinierte IEEE-MAC-Adresse wird gesetzt, indem ein Wert an einer bestimmten Stelle im Flash-Speicher geändert wird.
        (Konkret: 64 Bits bei Offset 0x20 im letzten Flash-Sektor – der CCFG-Sektion –, die standardmäßig auf 0xFFFFFFFFFFFFFFFF gesetzt sind.)

        Beim Programmieren dieses Wertes in den Flash-Speicher muss die Software:

        1. An der korrekten Adresse programmieren
        2. Das Schreiben und Löschen des Flash-Speichers korrekt handhaben (Bits im Flash können nur von 1 → 0 gesetzt und zurück auf 1 gesetzt werden, indem der gesamte Sektor gelöscht wird).

        cc2538-bsl scheint beides für den CC2652P7 nicht zu tun.

        Meiner Meinung nach ist der einfachste Weg, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen, einfach die gewünschte MAC-Adresse mit einem Hex-Editor oder einem Skript bei Offset 0x20 in der CCFG-Sektion des Binärimages zu schreiben und dieses gepatchte Image zu flashen!

        AsgothianA 1 Antwort Letzte Antwort
        4
        • S sbikkes

          @pmayer said in IEEE bei cod.m Zigbee Koordinator ändern:

          cc2538-bsl

          Hallo! Der Entwickler hier!

          Die cc2538-bsl-Software ist nicht dafür ausgelegt, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen.
          Jeder MCU hat eine werkseitig voreingestellte MAC-Adresse, auf die er standardmäßig zurückfällt.

          Eine benutzerdefinierte IEEE-MAC-Adresse wird gesetzt, indem ein Wert an einer bestimmten Stelle im Flash-Speicher geändert wird.
          (Konkret: 64 Bits bei Offset 0x20 im letzten Flash-Sektor – der CCFG-Sektion –, die standardmäßig auf 0xFFFFFFFFFFFFFFFF gesetzt sind.)

          Beim Programmieren dieses Wertes in den Flash-Speicher muss die Software:

          1. An der korrekten Adresse programmieren
          2. Das Schreiben und Löschen des Flash-Speichers korrekt handhaben (Bits im Flash können nur von 1 → 0 gesetzt und zurück auf 1 gesetzt werden, indem der gesamte Sektor gelöscht wird).

          cc2538-bsl scheint beides für den CC2652P7 nicht zu tun.

          Meiner Meinung nach ist der einfachste Weg, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen, einfach die gewünschte MAC-Adresse mit einem Hex-Editor oder einem Skript bei Offset 0x20 in der CCFG-Sektion des Binärimages zu schreiben und dieses gepatchte Image zu flashen!

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

          @sbikkes sagte in IEEE bei cod.m Zigbee Koordinator ändern:

          @pmayer said in IEEE bei cod.m Zigbee Koordinator ändern:

          cc2538-bsl

          Hallo! Der Entwickler hier!

          Die cc2538-bsl-Software ist nicht dafür ausgelegt, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen.
          Jeder MCU hat eine werkseitig voreingestellte MAC-Adresse, auf die er standardmäßig zurückfällt.

          Eine benutzerdefinierte IEEE-MAC-Adresse wird gesetzt, indem ein Wert an einer bestimmten Stelle im Flash-Speicher geändert wird.
          (Konkret: 64 Bits bei Offset 0x20 im letzten Flash-Sektor – der CCFG-Sektion –, die standardmäßig auf 0xFFFFFFFFFFFFFFFF gesetzt sind.)

          Beim Programmieren dieses Wertes in den Flash-Speicher muss die Software:

          1. An der korrekten Adresse programmieren
          2. Das Schreiben und Löschen des Flash-Speichers korrekt handhaben (Bits im Flash können nur von 1 → 0 gesetzt und zurück auf 1 gesetzt werden, indem der gesamte Sektor gelöscht wird).

          cc2538-bsl scheint beides für den CC2652P7 nicht zu tun.

          Meiner Meinung nach ist der einfachste Weg, eine benutzerdefinierte IEEE-MAC-Adresse zu setzen, einfach die gewünschte MAC-Adresse mit einem Hex-Editor oder einem Skript bei Offset 0x20 in der CCFG-Sektion des Binärimages zu schreiben und dieses gepatchte Image zu flashen!

          In diesem Zusammenhang würde ich (als einer der Entwickler am Zigbee Adapter) empfehlen auf diese Funktion vollständig zu verzichten. Sie ist in dieser Form meiner Meinung nach zu Fehleranfällig, und wird nur da benötigt wo Nutzer mit alten und eigentlich so nicht vorgesehenen Verschlüsselungsmethoden arbeiten.

          Ein fehlen dieser Funktion betrifft nur selektive Fälle bei denen

          • die IEEE des Koordinators Teil der transportverschlüsselung ist
          • dieses nicht in der Konfiguration des Adapters eingetragen ist.

          Ich habe inzwischen verschiedene Tests mit den aktuellen Versionen des zigbee Adapters und des zigbee-herdsman gemacht - jede mögliche Kombination in der dieses auftritt lässt sich ohne anpassen der Hardware-IEEE lösen.

          Ein Vorteil dieser Lösung ist das dadurch die Konfiguration der Software successive gerade gezogen wird.

          Eine Version des zigbee-Adapters bei dem der Nutzer dieses interaktiv durchführen kann ist aktuell in Entwicklung.

          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
          3
          Antworten
          • In einem neuen Thema antworten
          Anmelden zum Antworten
          • Älteste zuerst
          • Neuste zuerst
          • Meiste Stimmen


          Support us

          ioBroker
          Community Adapters
          Donate

          861

          Online

          32.6k

          Benutzer

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