Matter – IPv6, Hubs und sonstige Vorbedingungen

[juggi1962]

@peter-v sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

@juggi1962
Die 2 ** hinter der 64,
stehen die bei dir so in der sysctl.conf
Bei mir sieht das so aus:

Aber warum du trotz sudo davor keine Rechte hast ?????
mal mit "sudo su" und dann bearbeiten versucht?

ja genau das Selbe steht bei mir auch so.

Nur nach einem Neustart steht wieder überall eine 0

[Peter V.]

@juggi1962
VPN aktiv?
Netzwerk kommt zu spät hoch?
schau mal bitte, ob noch aus einer anderen Datei eine Konfig geladen wird.
sudo sysctl --system

[Neuschwansteini]

@juggi1962

wlpxxx ist doch jetzt hoffentlich kein wlan-interface..???

[juggi1962]

@ilovegym sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

@juggi1962

wlpxxx ist doch jetzt hoffentlich kein wlan-interface..???

Das ist nicht von mir bei mir ist eth0 und mein iobroker ist per LAN angeschlossen.

[juggi1962]

@peter-v sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

@juggi1962
VPN aktiv?
Netzwerk kommt zu spät hoch?
schau mal bitte, ob noch aus einer anderen Datei eine Konfig geladen wird.
sudo sysctl --system

Das kommt wenn ich sudo sysctl --system eingebe

juggi1962@raspberrypi:~ $ sudo sysctl --system
* Applying /usr/lib/sysctl.d/50-bubblewrap.conf ...
* Applying /usr/lib/sysctl.d/50-pid-max.conf ...
kernel.pid_max = 4194304
* Applying /etc/sysctl.d/98-rpi.conf ...
kernel.printk = 3 4 1 3
vm.min_free_kbytes = 16384
net.ipv4.ping_group_range = 0 2147483647
* Applying /etc/sysctl.d/99-sysctl.conf ...
* Applying /usr/lib/sysctl.d/protect-links.conf ...
fs.protected_fifos = 1
fs.protected_hardlinks = 1
fs.protected_regular = 2
fs.protected_symlinks = 1
* Applying /etc/sysctl.conf ...

Nein kein VPN

[apollon77]

@galen Ja ich kann nur sagen - wenn dein Host ENETUNREACH sagt dann kann er diese IP und das netzwerk dazu nicht auflösen. Und kann nur nochmal fragen Netzwerk settings zu prüfen und so - nicht das da wieder ein settings nicht mehr aktiv ist oder so ... sonst keine Idee mehr um Ehrlich zu sein

[apollon77]

@juggi1962 Wie Feuersturm gesagt hat wird der RSSI aus der neighbor Table errechnet.

Kannst gern mal Instanz auf Debug stellen und das erweiterte Debug logging aktivieren und mir dann komplettes Log vom starten schicken/posten, dann kann ich mal nachrechnen warum bei dir -81 kommt ...

[Galen]

@apollon77 Das war der Fehler ... net.ipv6.conf.eth0.accept_ra stand wieder auf 0, obwohl es in der Datei korrekt auf 2 gestellt ist. Die anderen Aqara-Bridges hat er aber auch mit 0 erreicht, verrückt. Ich danke dir!

[juggi1962]

@apollon77
Hallo, das wäre der Log vom Neustart des Matter Adapters.
Ich hoffe das passt so damit du den RSSI Wert überprüfen kannst.

matter.0
2025-02-11 12:42:10.209	info	Node "8952120521010024051" connected

matter.0
2025-02-11 12:42:08.234	info	Node "8952120521010024051" offline, waiting for device discovery

matter.0
2025-02-11 12:42:07.045	info	Node "8952120521010024051" reconnecting

matter.0
2025-02-11 12:42:06.798	info	Endpoint 1 (MA-doorlock):

matter.0
2025-02-11 12:42:06.536	info	Node 8952120521010024051: Creating device for DoorLock (endpoint 1)

matter.0
2025-02-11 12:42:06.488	info	Node 8952120521010024051: Endpoint 1 to ioBroker Devices MA-doorlock / DoorLock

matter.0
2025-02-11 12:42:06.375	info	Node 8952120521010024051: Endpoint 0 to ioBroker Devices MA-rootnode / RootNode

matter.0
2025-02-11 12:42:05.359	info	Initializing to node "8952120521010024051" ...

matter.0
2025-02-11 12:42:05.355	info	Found 1 nodes: ["8952120521010024051"]

matter.0
2025-02-11 12:42:05.053	info	2025-02-11 12:42:05.052 WARN CommissioningController BLE is not supported on this platform

matter.0
2025-02-11 12:42:04.678	info	Creating controller with Fabric Label: ioBroker matter.0

matter.0
2025-02-11 12:42:04.139	info	starting. Version 0.4.13 in /opt/iobroker/node_modules/iobroker.matter, node: v20.18.2, js-controller: 7.0.6

Danke und Gruß Jürgen

[TheNeon]

@denjo kann es sein, dass die zweite Datei “interfaces.conf” heißen muss, weil ohne Erweiterung bekommt man nix abgespeichert.

[juggi1962]

So jetzt hab ich die Speicherung der IPV6 Einträge für meinen ioBroker geschafft.
Um die Änderungen von 0 zu ändern, musste ich folgende Schritte machen.

Das trägt mal die richtigen Werte ein.

sudo sysctl -w net.ipv6.conf.eth0.accept_ra=2
sudo sysctl -w net.ipv6.conf.eth0.accept_ra_rt_info_max_plen=64

Kontrollieren kann man es mit:

sudo sysctl -n net.ipv6.conf.eth0.accept_ra

**da sollte dann 2 stehen**

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

**da sollte dann 64 stehen**

Damit die Werte nach einem Reboot nicht wieder gelöscht werden, funktionierte nur das bei mir.
Raspberry Pi-Benutzer müssen möglicherweise die folgenden Zeilen hinzufügen, um zu verhindern, dass dhcpcd den accept_ra Wert überschreibt:

sudo nano /etc/dhcpcd.conf

**Dann mit dem Coursor ganz runter fahren, dann:**

noipv6
noipv6rs

Speichern und Beenden:

Drücke Strg + O, um die Änderungen zu speichern.
Drücke Enter, um den Dateinamen zu bestätigen.
Drücke Strg + X, um den Editor zu verlassen.

Vielleicht gibt es noch mehr so unwissende wie mich, dann könnte das helfen.
Gruß aus Tirol Jürgen

Das "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte

[TheNeon]

@juggi1962

… ja, jetzt funktioniert es auf meinem Raspi auch nach einem Reboot …

SUPER … DANKE !

[juggi1962]

@theneon sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

@juggi1962

… ja, jetzt funktioniert es auf meinem Raspi auch nach einem Reboot …

SUPER … DANKE !

[Peter V.]

@ilovegym
warum nicht per WLAN?
Habe mir einen AX1800 USB Wlan Adapter gegönnt und das ding rennt.
OK, Einrichtung war nicht ganz so einfach, aber läuft und habe knapp 1200MBit/s stabil.
Lankabel ziehen war leider nicht möglich (Altbau)

[Peter V.]

@juggi1962 said in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

Damit die Werte nach einem Reboot nicht wieder gelöscht werden, funktionierte nur das bei mir.
Raspberry Pi-Benutzer müssen möglicherweise die folgenden Zeilen hinzufügen, um zu verhindern, dass dhcpcd den accept_ra Wert überschreibt:

sudo nano /etc/dhcpcd.conf

**Dann mit dem Coursor ganz runter fahren, dann:**

noipv6
noipv6rs

Speichern und Beenden:

Drücke Strg + O, um die Änderungen zu speichern.
Drücke Enter, um den Dateinamen zu bestätigen.
Drücke Strg + X, um den Editor zu verlassen.

Vielleicht gibt es noch mehr so unwissende wie mich, dann könnte das helfen.
Gruß aus Tirol Jürgen

Das "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte

ich nehme das mal mit in den Wiki auf.
Danke

[juggi1962]

@peter-v sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

@juggi1962 said in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

Damit die Werte nach einem Reboot nicht wieder gelöscht werden, funktionierte nur das bei mir.
Raspberry Pi-Benutzer müssen möglicherweise die folgenden Zeilen hinzufügen, um zu verhindern, dass dhcpcd den accept_ra Wert überschreibt:

sudo nano /etc/dhcpcd.conf

**Dann mit dem Coursor ganz runter fahren, dann:**

noipv6
noipv6rs

Speichern und Beenden:

Drücke Strg + O, um die Änderungen zu speichern.
Drücke Enter, um den Dateinamen zu bestätigen.
Drücke Strg + X, um den Editor zu verlassen.

Vielleicht gibt es noch mehr so unwissende wie mich, dann könnte das helfen.
Gruß aus Tirol Jürgen

Das "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte

ich nehme das mal mit in den Wiki auf.
Danke

Ja gern, dann konnte ich auch mal was nützliches beitragen und nicht nur immer blöde Fragen stellen

[Galen]

Ich habe eine Steckdose von Aqara die ich über Matter zwar ein und ausschalten kann, aber ich sehe den Verbrauch nicht, der mir aber in der Aqara-App angezeigt wird. Dazu habe ich den neuen Luftsensor mit Display von IKEA. Dabei sehe ich zwar im Matter-Ordner-Baum den Ordner "AirQualitySensor-30", der enthält aber nichts. Beide Geräte hängen an einem Hub des Herstellers.

Liegt der Fehler bei IKEA/Aqara weil sie die Daten nicht übertragen oder kennt ioBroker das einfach noch nicht? Kann ich in letzterem Fall irgendwie helfen, Daten zu liefern, damit die bald angezeigt werden?

[Dragon]

@galen Ich bin mir nicht sicher, aber Verbrauchsdaten gibt es bei mir bei keinem Mattergerät und bei allen meinen Aqaras stand immer dabei, dass diese nur über die herstellerapp verfügbar sind und nicht über die Aqara Anbindung

[JackDaniel]

Energieverbrauch messen gib es schon seit der 1.3 Matter Veröffentlichung, aktuell ist die 1.4 seit Herbst.
Leider sind die Gerätehersteller da ziemlich „nachlässig“, was die Aktualisierung ihrer Geräte anbelangt
Es soll auch nicht so einfach sein, da man die Geräte da neu zertifizieren muss
Zum Beispiel der gerade erst erschienene Plug von Shelly läuft unter 1.2

[Feuersturm]

@jackdaniel sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:

Leider sind die Gerätehersteller da ziemlich „nachlässig“, was die Aktualisierung ihrer Geräte anbelangt
Es soll auch nicht so einfach sein, da man die Geräte da neu zertifizieren muss

Zaubern können die Hersteller auch nicht. Wenn der Standard 1.4 am 07.11.2024 veröffentlicht wurde und ein offizielles Testprozedere durchlaufen werden muss, dann wird man 4 Montage später sicherlich noch keine Geräte im Handel finden, welche nach 1.4 zertifiziert sind
Selbst die Version 1.3 wurde laut dieser Seite https://matter-smarthome.de/zeitlinie/ im Mai 2024 veröffentlicht. Seriensoftwareentwicklung + Zertifizierung dauern ein paar Tage.

Hier auf der Seite gibt es ein paar Infos zur Zertifizierung https://matter-smarthome.de/entwicklung/so-laeuft-die-matter-zertifizierung-ab/