Matter – IPv6, Hubs und sonstige Vorbedingungen
-
Hallo noch mal an die Wissenden :-)
Ich habe jetzt ja mein Nuki Smart Lock Ultra mit dem Adapter erfolgreich verbunden.
Funktioniert soweit alles, hab aber zu der RSSI Thread verbindungs Anzeige eine frage.
Ist das normal dass RSSI nur -81 anzeigt obwohl das Schloss direkt neben dem TBR ist.
Kann ich da Probleme mit Abbrüchen bekommen oder stimmt der angezeigte Wert nicht wirklich.
Gruß Jürgen@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 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 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!
-
@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.6Danke und Gruß Jürgen
-
@juggi1962 ich weiß nicht genau ob es beim raspberry genau so ist wie bei mein nuc mit proxmox. Wenn ja musst du die Dateien so wie oben beschrieben anpassen.
/etc/sysctl.conf net.ipv6.conf.all.forwarding=0 net.ipv6.conf.wlp0s20f3.forwarding=0 net.ipv6.conf.wlp0s20f3.accept_ra=1 net.ipv6.conf.wlp0s20f3.accept_ra_rt_info_max_plen=64 /etc/network/interfaces iface wlp0s20f3 inet6 auto -- accept_ra 2Das "wlp0s20f3" musst du ersetzen durch den Namen deiner Netzwerk Karte.
-
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=64Kontrollieren 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 noipv6rsSpeichern 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ürgenDas "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte
-
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=64Kontrollieren 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 noipv6rsSpeichern 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ürgenDas "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte
-
@theneon sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
… ja, jetzt funktioniert es auf meinem Raspi auch nach einem Reboot …
SUPER … DANKE !
-
wlpxxx ist doch jetzt hoffentlich kein wlan-interface..???
-
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=64Kontrollieren 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 noipv6rsSpeichern 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ürgenDas "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte
@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 noipv6rsSpeichern 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ürgenDas "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte
ich nehme das mal mit in den Wiki auf.
Danke ;) -
@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 noipv6rsSpeichern 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ürgenDas "eth0" muss man ersetzen durch den Namen eurer Netzwerk Karte
ich nehme das mal mit in den Wiki auf.
Danke ;)@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 noipv6rsSpeichern 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ürgenDas "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 😀
-
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?
-
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?
-
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 :(Carpe diem
-
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 :(@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 mussZaubern 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/
-
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?
@galen sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
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.
Nach dieser Übersicht https://github.com/ioBroker/ioBroker.matter/wiki/Supported-devices wird ein "Air Quality" Sensor noch nicht von ioBroker unterstützt.
Erstelle bitte einmal hier https://github.com/ioBroker/ioBroker.matter/issues ein github issue. Loglevel von der Matter Instanz auf Debug stellen und unter Allgemein die erweiterten Debuginformationen aktivieren. Log komplett löschen und dann deinen Air Quality beim ioBroker Matter Controller hinzufügen.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.
Gehe einmal bei deinem Node von der Steckdose auf die drei Punkte und dann kannst du im Tab Spezifikation sehen, welche Matter Spezifikation das Gerät unterstützt. Wenn es nicht 1.3 ist, dann kann die Firmware noch keine Energiedaten übertragen. Hast du mal im Netz etwas gesucht, ob es ggf. schon eine Beta Firmware für die Steckdose gibt wo das möglich ist?
-
@galen sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
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.
Nach dieser Übersicht https://github.com/ioBroker/ioBroker.matter/wiki/Supported-devices wird ein "Air Quality" Sensor noch nicht von ioBroker unterstützt.
Erstelle bitte einmal hier https://github.com/ioBroker/ioBroker.matter/issues ein github issue. Loglevel von der Matter Instanz auf Debug stellen und unter Allgemein die erweiterten Debuginformationen aktivieren. Log komplett löschen und dann deinen Air Quality beim ioBroker Matter Controller hinzufügen.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.
Gehe einmal bei deinem Node von der Steckdose auf die drei Punkte und dann kannst du im Tab Spezifikation sehen, welche Matter Spezifikation das Gerät unterstützt. Wenn es nicht 1.3 ist, dann kann die Firmware noch keine Energiedaten übertragen. Hast du mal im Netz etwas gesucht, ob es ggf. schon eine Beta Firmware für die Steckdose gibt wo das möglich ist?
@feuersturm said in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
@galen sagte in Matter Beta – IPv6, Hubs und sonstige Vorbedingungen:
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.
Nach dieser Übersicht https://github.com/ioBroker/ioBroker.matter/wiki/Supported-devices wird ein "Air Quality" Sensor noch nicht von ioBroker unterstützt.
Erstelle bitte einmal hier https://github.com/ioBroker/ioBroker.matter/issues ein github issue. Loglevel von der Matter Instanz auf Debug stellen und unter Allgemein die erweiterten Debuginformationen aktivieren. Log komplett löschen und dann deinen Air Quality beim ioBroker Matter Controller hinzufügen.Okay, mache ich nachher in Ruhe.
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.
Gehe einmal bei deinem Node von der Steckdose auf die drei Punkte und dann kannst du im Tab Spezifikation sehen, welche Matter Spezifikation das Gerät unterstützt. Wenn es nicht 1.3 ist, dann kann die Firmware noch keine Energiedaten übertragen. Hast du mal im Netz etwas gesucht, ob es ggf. schon eine Beta Firmware für die Steckdose gibt wo das möglich ist?
Der Hub kann schon 1.3.0. Die Steckdose wird als "OnOffPlugInUnit erkeannt:
-
GELÖST - Hab es gefunden - aktualisieren nach Umstellung.
Hallo zusammen,
ich wollte mir den Adapter gerne mal ansehen. Leider bekomme ich den weder unter stable noch unter beta angezeigt. Auch wenn ich den Adapter bei NPM suche bleibe ich erfolglos ... Was mache ich da falsch ? Oder kann man den gerade nicht laden ? :-)vg
Marc -
GELÖST - Hab es gefunden - aktualisieren nach Umstellung.
Hallo zusammen,
ich wollte mir den Adapter gerne mal ansehen. Leider bekomme ich den weder unter stable noch unter beta angezeigt. Auch wenn ich den Adapter bei NPM suche bleibe ich erfolglos ... Was mache ich da falsch ? Oder kann man den gerade nicht laden ? :-)vg
Marc -
@apollon77
der Wechsel alleine brachte nichts. Ich musste einmal auf neue Adspter prüfen und dann war alles Ok 😊@meicker said in Matter – IPv6, Hubs und sonstige Vorbedingungen:
@apollon77
der Wechsel alleine brachte nichts. Ich musste einmal auf neue Adspter prüfen und dann war alles Ok 😊Das Anklicken von "Nach Updates suchen" ist zu 100% erforderlich. Leider wird nach einem Wechsel des Repositories die Repository Liste nicht neu geladen sondern behält irgendeinen veralteten Inhalt. Siehe https://github.com/ioBroker/ioBroker.admin/issues/2420
@apollon77
Kannst du ev. mal abklären ob das nicht mit mäßigem Aufwand zu fixen wäre?
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login458
Online32.8k
Users82.7k
Topics1.3m
Posts