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

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

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.3k

  • Neues Video "KI im Smart Home" - ioBroker plus n8n
    BluefoxB
    Bluefox
    16
    1
    3.4k

[GELÖST] Matter: von Alexa zu ioBroker

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
18 Beiträge 5 Kommentatoren 758 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 ich habe diese Probleme leider auch und kann dir nicht sagen woran das liegt.
    Du hast es aber von Vorgang her alles richtig gemacht und so sollte es auch klappen.
    Evtl. kann @apollon77 was dazu sagen.

    Herzliche Grüße
    Fabio

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

    Allerdings fällt auf, dass

    sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen

    nicht 64, sondern immer 0 zurückgibt, trotz entsprechender Einträge in sysctl.conf.

    FabioF 1 Antwort Letzte Antwort
    0
    • S schweiger2

      Allerdings fällt auf, dass

      sudo sysctl -n net.ipv6.conf.#######.accept_ra_rt_info_max_plen

      nicht 64, sondern immer 0 zurückgibt, trotz entsprechender Einträge in sysctl.conf.

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

      @schweiger2 ist aber 0 nicht aktiviert? Ich blicke da nicht mehr durch. Bei mir hat alles perfekt funktioniert. Als ich dann die FRITZ!Box neu starten musste ging alles den Bach runter. Jetzt ist mein Stand das ich nichts mehr am Controller was over Thread ist angelernt bekomme.
      Grüße

      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 ist aber 0 nicht aktiviert? Ich blicke da nicht mehr durch. Bei mir hat alles perfekt funktioniert. Als ich dann die FRITZ!Box neu starten musste ging alles den Bach runter. Jetzt ist mein Stand das ich nichts mehr am Controller was over Thread ist angelernt bekomme.
        Grüße

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

        @fabio

        Der Troubleshooting-Guide sagt halt:

        Kontrolle der Einstellungen:

        sudo sysctl -n net.ipv6.conf.########.forwarding
        Ergebnis muss: 0

        sudo sysctl -n net.ipv6.conf.#######.accept_ra
        Ergebnis muss: 2

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

        Aber im letzten Punkt erhalte ich trotz Eintragung in der sysctl.conf immer den Wert 0 nach reboot; beim manuellen Setzen besteht der Wert 64 nur in der laufenden Sitzung.

        FabioF 1 Antwort Letzte Antwort
        1
        • S schweiger2

          @fabio

          Der Troubleshooting-Guide sagt halt:

          Kontrolle der Einstellungen:

          sudo sysctl -n net.ipv6.conf.########.forwarding
          Ergebnis muss: 0

          sudo sysctl -n net.ipv6.conf.#######.accept_ra
          Ergebnis muss: 2

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

          Aber im letzten Punkt erhalte ich trotz Eintragung in der sysctl.conf immer den Wert 0 nach reboot; beim manuellen Setzen besteht der Wert 64 nur in der laufenden Sitzung.

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

          @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

          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 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 Online
                              JackDanielJ Online
                              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
                                  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

                                  822

                                  Online

                                  32.5k

                                  Benutzer

                                  81.6k

                                  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