NEWS
[GELÖST] Matter: von Alexa zu ioBroker
-
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 ?
-
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 ?
@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=64und pack den bei reboot in crontab ein
-
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 ?
@schweiger2 das freut ich mich das du das geschafft hast. :+1:
Ich bin da nicht weiter gekommen.
Herzliche Grüße
Fabio -
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.
-
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.
@schweiger2 super Danke für die Info. Das hilft bestimmt anderen weiter.:+1:
-
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.
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 -
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.
@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 :)
-
Ok, mache ich sehr gerne, denn ich freue mich, auch mal etwas beitragen zu können und nicht nur Nehmender zu sein.
-
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 = 64Falls 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.
-
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 = 64Falls 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.
@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.
-
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 = 64Falls 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.
@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