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. ioBroker Allgemein
  4. [GELÖST] Matter: von Alexa zu ioBroker

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

[GELÖST] Matter: von Alexa zu ioBroker

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
21 Beiträge 5 Kommentatoren 1.1k 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.
  • FabioF Fabio

    @schweiger2 okay, ja das habe ich auch gelesen. Wenn ich bei mir eine Abfrage mache mit ip a dann kommt zum Beispiel bei mir nicht der Punkt 3 der im Troubleshooting-Guide beschrieben ist.
    Weiterhin findet der Controller ja Matter over Thread Geräte wenn ich ihn suchen lasse, zwar nicht alle, aber er findet welche.
    Das heißt doch auch das es kein Problem geben kann mit ipv6.

    Wie ist da denn wenn du bei dir die Suche im Controller startest, siehst du denn den Bewegungsmelder?

    Grüße
    Fabio

    S Online
    S Online
    schweiger2
    schrieb am zuletzt editiert von
    #7

    @fabio

    nein, wie oben beschrieben kreist der Donut eine Weile und dann kommt

    Fehler beim Ausführen des Befehls "controllerCommissionDevice": Failed to connect on any discovered server

    FabioF 1 Antwort Letzte Antwort
    0
    • S schweiger2

      @fabio

      nein, wie oben beschrieben kreist der Donut eine Weile und dann kommt

      Fehler beim Ausführen des Befehls "controllerCommissionDevice": Failed to connect on any discovered server

      FabioF Offline
      FabioF Offline
      Fabio
      schrieb am zuletzt editiert von
      #8

      @schweiger2 was hast du den für eine ioBroker Instalation?

      Iobroker:

      • Für mich persöhnlich, gibt es nichts besseres, ich liebe es.

      • Das hat unser Smarthome erst zu Smarthome gemacht.

      • Du wächst mit ioBroker und ioBroker wächst mit dir.

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

      S 1 Antwort Letzte Antwort
      0
      • FabioF Fabio

        @schweiger2 was hast du den für eine ioBroker Instalation?

        S Online
        S Online
        schweiger2
        schrieb am zuletzt editiert von
        #9

        @fabio

        ioBroker ist in einer VM auf Trixie unter Proxmox installiert.

        Meinst Du das ?

        FabioF 1 Antwort Letzte Antwort
        0
        • S schweiger2

          @fabio

          ioBroker ist in einer VM auf Trixie unter Proxmox installiert.

          Meinst Du das ?

          FabioF Offline
          FabioF Offline
          Fabio
          schrieb am zuletzt editiert von
          #10

          @schweiger2 ja das meinte ich.
          Grüße
          Fabio

          Iobroker:

          • Für mich persöhnlich, gibt es nichts besseres, ich liebe es.

          • Das hat unser Smarthome erst zu Smarthome gemacht.

          • Du wächst mit ioBroker und ioBroker wächst mit dir.

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

          1 Antwort Letzte Antwort
          0
          • S Online
            S Online
            schweiger2
            schrieb am zuletzt editiert von
            #11

            @fabio @duffy

            So, jetzt ist das Problem weitgehend gelöst und ich konnte den Aqara P2 aus Alexa in den Matter-Adapter einbinden.

            Ich musste dafür nochmal gemäß Troubleshooting-Guide ausführen:

            sudo sysctl -w net.ipv6.conf.#######.accept_ra_rt_info_max_plen=64

            Kontrolle dann mit:

            sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen
            Ergebnis muss 64 sein.

            Danach war das Gerät schwupps in iobroker importierbar/gekoppelt.

            Allerdings bleibt diese Einstellung trotz des Eintrags in sysctl.conf nicht persistent, muss also nach jedem Neustart neu gesetzt werden, zumindest in Trixie.

            Weiß dazu jemand Rat ?

            arteckA FabioF 2 Antworten Letzte Antwort
            0
            • S schweiger2

              @fabio @duffy

              So, jetzt ist das Problem weitgehend gelöst und ich konnte den Aqara P2 aus Alexa in den Matter-Adapter einbinden.

              Ich musste dafür nochmal gemäß Troubleshooting-Guide ausführen:

              sudo sysctl -w net.ipv6.conf.#######.accept_ra_rt_info_max_plen=64

              Kontrolle dann mit:

              sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen
              Ergebnis muss 64 sein.

              Danach war das Gerät schwupps in iobroker importierbar/gekoppelt.

              Allerdings bleibt diese Einstellung trotz des Eintrags in sysctl.conf nicht persistent, muss also nach jedem Neustart neu gesetzt werden, zumindest in Trixie.

              Weiß dazu jemand Rat ?

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

              @schweiger2 dann bau dir ein bash script mit den einträgen

              sysctl -w net.ipv6.conf.xxxx.forwarding=0
              sysctl -w net.ipv6.conf.xxxx.accept_ra=2
              sysctl -w net.ipv6.conf.xxxx.accept_ra_rt_info_max_plen=64
              

              und pack den bei reboot in crontab ein

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

              1 Antwort Letzte Antwort
              0
              • S schweiger2

                @fabio @duffy

                So, jetzt ist das Problem weitgehend gelöst und ich konnte den Aqara P2 aus Alexa in den Matter-Adapter einbinden.

                Ich musste dafür nochmal gemäß Troubleshooting-Guide ausführen:

                sudo sysctl -w net.ipv6.conf.#######.accept_ra_rt_info_max_plen=64

                Kontrolle dann mit:

                sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen
                Ergebnis muss 64 sein.

                Danach war das Gerät schwupps in iobroker importierbar/gekoppelt.

                Allerdings bleibt diese Einstellung trotz des Eintrags in sysctl.conf nicht persistent, muss also nach jedem Neustart neu gesetzt werden, zumindest in Trixie.

                Weiß dazu jemand Rat ?

                FabioF Offline
                FabioF Offline
                Fabio
                schrieb am zuletzt editiert von
                #13

                @schweiger2 das freut ich mich das du das geschafft hast. :+1:
                Ich bin da nicht weiter gekommen.
                Herzliche Grüße
                Fabio

                Iobroker:

                • Für mich persöhnlich, gibt es nichts besseres, ich liebe es.

                • Das hat unser Smarthome erst zu Smarthome gemacht.

                • Du wächst mit ioBroker und ioBroker wächst mit dir.

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

                1 Antwort Letzte Antwort
                0
                • S Online
                  S Online
                  schweiger2
                  schrieb am zuletzt editiert von schweiger2
                  #14

                  Nach etwas Lesen (chatgpt, um ehrlich zu sein) habe ich nun gefunden, dass unter Trixie die sysctl.conf anders funktioniert:

                  Gekürzte Zusammenfassung:
                  "Unter Debian Trixie (Debian 13, Testing/Unstable) und generell bei aktuellen Systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen:

                  Früher wurde klassisch /etc/sysctl.conf verwendet, heute bevorzugt systemd (bzw. systemd-sysctl.service).

                  Lege eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/iobroker.conf

                  Da rein gehören dann in meinem Fall z.B. die Einträge aus dem Troubleshooting Guide.

                  Danach sofort aktivieren: sudo sysctl --system"

                  Et voilá: nach dem Neustart bleibt der Wert 64 persistent.

                  FabioF JackDanielJ FeuersturmF 3 Antworten Letzte Antwort
                  2
                  • S schweiger2

                    Nach etwas Lesen (chatgpt, um ehrlich zu sein) habe ich nun gefunden, dass unter Trixie die sysctl.conf anders funktioniert:

                    Gekürzte Zusammenfassung:
                    "Unter Debian Trixie (Debian 13, Testing/Unstable) und generell bei aktuellen Systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen:

                    Früher wurde klassisch /etc/sysctl.conf verwendet, heute bevorzugt systemd (bzw. systemd-sysctl.service).

                    Lege eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/iobroker.conf

                    Da rein gehören dann in meinem Fall z.B. die Einträge aus dem Troubleshooting Guide.

                    Danach sofort aktivieren: sudo sysctl --system"

                    Et voilá: nach dem Neustart bleibt der Wert 64 persistent.

                    FabioF Offline
                    FabioF Offline
                    Fabio
                    schrieb am zuletzt editiert von
                    #15

                    @schweiger2 super Danke für die Info. Das hilft bestimmt anderen weiter.:+1:

                    Iobroker:

                    • Für mich persöhnlich, gibt es nichts besseres, ich liebe es.

                    • Das hat unser Smarthome erst zu Smarthome gemacht.

                    • Du wächst mit ioBroker und ioBroker wächst mit dir.

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

                    1 Antwort Letzte Antwort
                    0
                    • S schweiger2

                      Nach etwas Lesen (chatgpt, um ehrlich zu sein) habe ich nun gefunden, dass unter Trixie die sysctl.conf anders funktioniert:

                      Gekürzte Zusammenfassung:
                      "Unter Debian Trixie (Debian 13, Testing/Unstable) und generell bei aktuellen Systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen:

                      Früher wurde klassisch /etc/sysctl.conf verwendet, heute bevorzugt systemd (bzw. systemd-sysctl.service).

                      Lege eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/iobroker.conf

                      Da rein gehören dann in meinem Fall z.B. die Einträge aus dem Troubleshooting Guide.

                      Danach sofort aktivieren: sudo sysctl --system"

                      Et voilá: nach dem Neustart bleibt der Wert 64 persistent.

                      JackDanielJ Offline
                      JackDanielJ Offline
                      JackDaniel
                      schrieb am zuletzt editiert von
                      #16

                      @schweiger2

                      ich hab deinen beitrag mal gemeldet damit das ins troubleshooting mit aufgenommen wird
                      hat mir sehr schnell geholfen bei dem selben problem, danke nochmals dafür

                      Carpe diem

                      1 Antwort Letzte Antwort
                      0
                      • S schweiger2

                        Nach etwas Lesen (chatgpt, um ehrlich zu sein) habe ich nun gefunden, dass unter Trixie die sysctl.conf anders funktioniert:

                        Gekürzte Zusammenfassung:
                        "Unter Debian Trixie (Debian 13, Testing/Unstable) und generell bei aktuellen Systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen:

                        Früher wurde klassisch /etc/sysctl.conf verwendet, heute bevorzugt systemd (bzw. systemd-sysctl.service).

                        Lege eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/iobroker.conf

                        Da rein gehören dann in meinem Fall z.B. die Einträge aus dem Troubleshooting Guide.

                        Danach sofort aktivieren: sudo sysctl --system"

                        Et voilá: nach dem Neustart bleibt der Wert 64 persistent.

                        FeuersturmF Online
                        FeuersturmF Online
                        Feuersturm
                        schrieb am zuletzt editiert von
                        #17

                        @schweiger2 Wenn du mir den Text etwas aufbereitest, so das man ihn ins Wiki übernehmen kann, dann füge ich es dort gerne ein. Am besten die Beschreibung dann so formulieren, das Dritte es einfach nachvollziehen können :)

                        1 Antwort Letzte Antwort
                        0
                        • S Online
                          S Online
                          schweiger2
                          schrieb am zuletzt editiert von
                          #18

                          Ok, mache ich sehr gerne, denn ich freue mich, auch mal etwas beitragen zu können und nicht nur Nehmender zu sein.

                          1 Antwort Letzte Antwort
                          1
                          • S Online
                            S Online
                            schweiger2
                            schrieb am zuletzt editiert von
                            #19

                            @feuersturm

                            Hier nun endlich meine kleine Beschreibung, wie unter Debian 13 Trixie persistente Einträge der Konfiguration erhalten werden können. Ich reklamiere kein geistiges Eigentum, du kannst den Text nach Belieben verändern.

                            Unter Debian 13 (Trixie) und generell bei aktuellen systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen.

                            Früher wurde wie oben beschrieben /etc/sysctl.conf verwendet, seit Debian 13 jedoch bevorzugt systemd (bzw. systemd-sysctl.service).

                            Die Anwendung der alten Methode kann dazu führen, dass wichtige Konfigurationseinträge nach einem Rechner-Neustart vergessen werden; insbesondere der Eintrag accept_ra_rt_info_max_plen=64 scheint dafür anfällig zu sein.
                            Lege zur Lösung des Problems eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/99-sysctl.conf .

                            Terminal: sudo nano /etc/sysctl.d/99-sysctl.conf

                            In diese neue Datei werden die oben genannten 4 Einträge aus dem Troubleshooting Guide eingefügt. Bitte "ens18" durch eure Schnittstelle ersetzen.

                            net.ipv6.conf.all.forwarding = 0
                            net.ipv6.conf.ens18.forwarding = 0
                            net.ipv6.conf.ens18.accept_ra = 2
                            net.ipv6.conf.ens18.accept_ra_rt_info_max_plen = 64

                            Falls eure /etc/sysctl.conf bereits Einträge enthält, sollten diese auch in die neue Datei übertragen werden. Abspeichern nicht vergessen !

                            Danach sofort aktivieren: sudo sysctl --system"

                            Auch nach einem Neustart sind die Werte nun Wert persistent.

                            FeuersturmF 2 Antworten Letzte Antwort
                            2
                            • S schweiger2

                              @feuersturm

                              Hier nun endlich meine kleine Beschreibung, wie unter Debian 13 Trixie persistente Einträge der Konfiguration erhalten werden können. Ich reklamiere kein geistiges Eigentum, du kannst den Text nach Belieben verändern.

                              Unter Debian 13 (Trixie) und generell bei aktuellen systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen.

                              Früher wurde wie oben beschrieben /etc/sysctl.conf verwendet, seit Debian 13 jedoch bevorzugt systemd (bzw. systemd-sysctl.service).

                              Die Anwendung der alten Methode kann dazu führen, dass wichtige Konfigurationseinträge nach einem Rechner-Neustart vergessen werden; insbesondere der Eintrag accept_ra_rt_info_max_plen=64 scheint dafür anfällig zu sein.
                              Lege zur Lösung des Problems eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/99-sysctl.conf .

                              Terminal: sudo nano /etc/sysctl.d/99-sysctl.conf

                              In diese neue Datei werden die oben genannten 4 Einträge aus dem Troubleshooting Guide eingefügt. Bitte "ens18" durch eure Schnittstelle ersetzen.

                              net.ipv6.conf.all.forwarding = 0
                              net.ipv6.conf.ens18.forwarding = 0
                              net.ipv6.conf.ens18.accept_ra = 2
                              net.ipv6.conf.ens18.accept_ra_rt_info_max_plen = 64

                              Falls eure /etc/sysctl.conf bereits Einträge enthält, sollten diese auch in die neue Datei übertragen werden. Abspeichern nicht vergessen !

                              Danach sofort aktivieren: sudo sysctl --system"

                              Auch nach einem Neustart sind die Werte nun Wert persistent.

                              FeuersturmF Online
                              FeuersturmF Online
                              Feuersturm
                              schrieb am zuletzt editiert von
                              #20

                              @schweiger2 Hier noch die Ursache, warum die von dir genannte Änderung notwendig ist: https://www.debian.org/releases/trixie/release-notes/issues.de.html#etc-sysctl-conf-is-no-longer-honored (Danke @thomas-braun)

                              Ich werde es in Kürze ins Troubleshooting übernehmen.

                              1 Antwort Letzte Antwort
                              0
                              • S schweiger2

                                @feuersturm

                                Hier nun endlich meine kleine Beschreibung, wie unter Debian 13 Trixie persistente Einträge der Konfiguration erhalten werden können. Ich reklamiere kein geistiges Eigentum, du kannst den Text nach Belieben verändern.

                                Unter Debian 13 (Trixie) und generell bei aktuellen systemd-basierten Distributionen gibt es eine kleine Änderung im Umgang mit sysctl-Konfigurationen.

                                Früher wurde wie oben beschrieben /etc/sysctl.conf verwendet, seit Debian 13 jedoch bevorzugt systemd (bzw. systemd-sysctl.service).

                                Die Anwendung der alten Methode kann dazu führen, dass wichtige Konfigurationseinträge nach einem Rechner-Neustart vergessen werden; insbesondere der Eintrag accept_ra_rt_info_max_plen=64 scheint dafür anfällig zu sein.
                                Lege zur Lösung des Problems eine eigene Konfigurationsdatei in /etc/sysctl.d/ an, z.B. /etc/sysctl.d/99-sysctl.conf .

                                Terminal: sudo nano /etc/sysctl.d/99-sysctl.conf

                                In diese neue Datei werden die oben genannten 4 Einträge aus dem Troubleshooting Guide eingefügt. Bitte "ens18" durch eure Schnittstelle ersetzen.

                                net.ipv6.conf.all.forwarding = 0
                                net.ipv6.conf.ens18.forwarding = 0
                                net.ipv6.conf.ens18.accept_ra = 2
                                net.ipv6.conf.ens18.accept_ra_rt_info_max_plen = 64

                                Falls eure /etc/sysctl.conf bereits Einträge enthält, sollten diese auch in die neue Datei übertragen werden. Abspeichern nicht vergessen !

                                Danach sofort aktivieren: sudo sysctl --system"

                                Auch nach einem Neustart sind die Werte nun Wert persistent.

                                FeuersturmF Online
                                FeuersturmF Online
                                Feuersturm
                                schrieb am zuletzt editiert von
                                #21

                                @schweiger2 Troubleshooting habe ich mit deinem Text aktualisiert https://github.com/ioBroker/ioBroker.matter/wiki/Troubleshooting#ipv6-kommunikation-für-nutzung-von-thread-geräten

                                Wenn noch Änderungen zu diesem Thema notwendig sind, am besten dieses issue verwenden https://github.com/ioBroker/ioBroker.matter/issues/674

                                1 Antwort Letzte Antwort
                                1
                                Antworten
                                • In einem neuen Thema antworten
                                Anmelden zum Antworten
                                • Älteste zuerst
                                • Neuste zuerst
                                • Meiste Stimmen


                                Support us

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

                                357

                                Online

                                32.6k

                                Benutzer

                                82.0k

                                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