NEWS
Matter – IPv6, Hubs und sonstige Vorbedingungen
-
2025-02-07 00:25:56.905 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.905 DEBUG PeerSet Starting reconnection polling for udp://fd53:8bac:e82c:bb4c:1ac2:3cff:fe43:5038:5540 (Interval 600s) 2025-02-07 00:25:56.906 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.906 DEBUG MdnsScanner Registered waiter for query BFBE76C2C4578AC4-6D9DB5AC5AC90933._matter._tcp.local with no timeout 2025-02-07 00:25:56.906 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.906 DEBUG MdnsScanner Set 1 query records for query BFBE76C2C4578AC4-6D9DB5AC5AC90933._matter._tcp.local: [{"name":"BFBE76C2C4578AC4-6D9DB5AC5AC90933._matter._tcp.local","recordClass":1,"recordType":33}] 2025-02-07 00:25:56.906 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.906 DEBUG MdnsScanner Sending 1 query records for 1 queries with 0 known answers. Re-Announce in 1.5 seconds 2025-02-07 00:25:56.907 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.907 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:5353 localAddress: 0.0.0.0:5353 2025-02-07 00:25:56.907 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.907 DEBUG NodejsChannel Socket created and bound remoteAddress: undefined:5353 localAddress: :::5353 2025-02-07 00:25:56.907 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.907 DEBUG NodejsChannel Initialize multicast address: 10.0.1.20:5353 interface: eth0 type: udp4 2025-02-07 00:25:56.907 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.907 DEBUG NodejsChannel Initialize multicast address: ::%eth0:5353 interface: eth0 type: udp6 2025-02-07 00:25:56.910 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.910 DEBUG MdnsScanner Finishing waiter for query BFBE76C2C4578AC4-6D9DB5AC5AC90933._matter._tcp.local, resolving: true 2025-02-07 00:25:56.910 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.910 DEBUG MdnsScanner Removing last query BFBE76C2C4578AC4-6D9DB5AC5AC90933._matter._tcp.local and stopping announce timer 2025-02-07 00:25:56.910 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.910 DEBUG ControllerDiscovery Server addresses to try: udp://fd53:8bac:e82c:bb4c:1ac2:3cff:fe43:5038:5540,udp://fe80::1ac2:3cff:fe43:5038%eth0:5540,udp://10.0.3.13:5540 2025-02-07 00:25:56.910 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.910 DEBUG ControllerDiscovery Try to communicate with udp://fd53:8bac:e82c:bb4c:1ac2:3cff:fe43:5038:5540 ... 2025-02-07 00:25:56.910 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.910 DEBUG MessageExchange New exchange channel: udp://fd53:8bac:e82c:bb4c:1ac2:3cff:fe43:5038:5540 on session insecure/13441458344821501318 protocol: 0 exId: 31376 sess: insecure/13441458344821501318 peerSess: 0 SAT: 4000 SAI: 300 SII: 500 maxTrans: 5 MRP 2025-02-07 00:25:56.911 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.911 DEBUG ExchangeManager Message » for: SC/Sigma1 msgId: 0/31376/244722409 type: 0x0/0x30 reqAck size: 212 payload: 153001201e5ba833bee857046b48fc66385203fcbe44c23d07b34a44521433bf7b68084525023686300320a204a5f954797e3f6901bbf3c14ba9d859ad5a4bb1d91776614bb47ba4a1bf5e30044104579dbd631f3de5f9c3f3350920e6b77ca2ff54cca686045c2fbdc8d767341672b73d81a1a6a75383466fbfda6dfa45f9c96cf62d27c24e295662ff40c3d9759b35052501f40125022c012503a00f24041124050c26060000030124070a183006102b8bf303d76ed26f0717adf2152520a1300710fac7a56e8d4e0d8f457726d5c39c021f18 2025-02-07 00:25:56.911 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.911 INFO InsecureSession End insecure session insecure/13441458344821501318 2025-02-07 00:25:56.911 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.911 INFO PairedNode Node 7898669073339844915: Error waiting for device rediscovery, retrying send ENETUNREACH fd53:8bac:e82c:bb4c:1ac2:3cff:fe43:5038:5540 at doSend (node:dgram:722:16) at defaultTriggerAsyncIdScope (node:internal/async_hooks:464:18) at afterDns (node:dgram:668:5) at process.processTicksAndRejections (node:internal/process/task_queues:83:21) 2025-02-07 00:25:56.911 - [34mdebug[39m: matter.0 (8227) 2025-02-07 00:25:56.911 INFO PairedNode Node 7898669073339844915: Reconnecting in 600s ...Dieser Block steht da so alle 10 Minuten drin.
@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
-
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 !
:+1: :+1:
-
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
466
Online32.5k
Benutzer81.7k
Themen1.3m
Beiträge