Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[apollon77]

@dragon Bitte zeig mal die DebugDetails (Icon in der UI von dem gert) und zeig bitte was die Infos als gemappte states anzeigen (Info icon).

[Dragon]

@apollon77

  Endpoint 129 (DoorLock):
    Cluster-Servers:
      Cluster-Server "Identify" (0x3) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 4
          "featureMap" (0xfffc): value = {}
          "attributeList" (0xfffb): value = [0,1,65533,65532,65531,65529,65528]
          "acceptedCommandList" (0xfff9): value = [0]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "identifyTime" (0x0): value = 0
          "identifyType" (0x1): value = 4
        Commands:
          "identify" (0x0/0x0)
        Events:

      Cluster-Server "DoorLock" (0x101) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 7
          "featureMap" (0xfffc): value = {"pinCredential":false,"rfidCredential":false,"fingerCredentials":false,"logging":false,"weekDayAccessSchedules":false,"doorPositionSensor":false,"faceCredentials":false,"credentialOverTheAirAccess":false,"user":false,"notification":false,"yearDayAccessSchedules":false,"holidaySchedules":false,"unbolting":false}
          "attributeList" (0xfffb): value = [0,1,2,37,38,65533,65532,65531,65529,65528]
          "acceptedCommandList" (0xfff9): value = [0,1]
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "lockState" (0x0): value = 2
          "lockType" (0x1): value = 2
          "actuatorEnabled" (0x2): value = true
          "operatingMode" (0x25): value = 0
          "supportedOperatingModes" (0x26): value = {"normal":false,"vacation":true,"privacy":true,"noRemoteLockUnlock":false,"passage":true}
        Commands:
          "lockDoor" (0x0/0x0)
          "unlockDoor" (0x1/0x1)
        Events:
          "doorLockAlarm" (0x0)
          "lockOperation" (0x2)
          "lockOperationError" (0x3)
      Cluster-Server "Descriptor" (0x1d) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 2
          "featureMap" (0xfffc): value = {"tagList":false}
          "attributeList" (0xfffb): value = [0,1,2,3,65533,65532,65531,65529,65528]
          "acceptedCommandList" (0xfff9): value = []
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "deviceTypeList" (0x0): value = [{"deviceType":10,"revision":3},{"deviceType":17,"revision":1},{"deviceType":19,"revision":2}]
          "serverList" (0x1): value = [3,257,29,57,47]
          "clientList" (0x2): value = []
          "partsList" (0x3): value = []
        Commands:

        Events:

      Cluster-Server "BridgedDeviceBasicInformation" (0x39) 
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 3
          "featureMap" (0xfffc): value = {}
          "attributeList" (0xfffb): value = [3,5,14,15,17,18,65533,65532,65531,65529,65528]
          "acceptedCommandList" (0xfff9): value = []
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "productName" (0x3): value = Smartlock
          "nodeLabel" (0x5): value = Smartlock
          "productLabel" (0xe): value = Smartlock
          "serialNumber" (0xf): value = 69aa346c07474b22aa198bfa59252fa1
          "reachable" (0x11): value = true
          "uniqueId" (0x12): value = cba3bb623a5e4d7f9f59dd2b2aff8a6e
        Commands:

        Events:
          "reachableChanged" (0x3)
      Cluster-Server "PowerSource" (0x2f) (Features: battery)
        Global-Attributes:
          "clusterRevision" (0xfffd): value = 2
          "featureMap" (0xfffc): value = {"wired":false,"battery":true,"rechargeable":false,"replaceable":false}
          "attributeList" (0xfffb): value = [0,1,2,31,65533,65532,65531,65529,65528,14,15,16]
          "acceptedCommandList" (0xfff9): value = []
          "generatedCommandList" (0xfff8): value = []
        Attributes:
          "status" (0x0): value = 1
          "order" (0x1): value = 0
          "description" (0x2): value = Battery as reported by ioBroker
          "endpointList" (0x1f): value = [129]
          "batChargeLevel" (0xe): value = 0
          "batReplacementNeeded" (0xf): value = false
          "batReplaceability" (0x10): value = 2
        Commands:

        Events:

    Cluster-Clients:
    Child-Endpoints:

0_userdata.0.Andere_Geräte.Lock.json

[apollon77]

@dragon Ok er hat weder Battery % noch DoorState erkannt als States und deswegen sind die auch nicht drin. Welche Adapter version ist das? Door State ist seit der 0.4.13 (2025-02-01) drin

Bitte mal Instanz auf Debug log stellen (erweitertes Matter Log brauchts nicht). Dann starten und wenn gestartet wurde dann mal die Bridge deaktivieren, kurz warten bis es aus ist und neu starten - Davon dann bitte Debug Log.

[Dragon]

@apollon77

MatterSmartlock.txt

Habe alles von der ersten Erwähnung vom Smartlock kopiert. Hoffe es hilft weiter

[Feuersturm]

@dragon ggf. auch Mal mit der 0.4.14 testen die es schon gibt.

[Dragon]

@feuersturm Update gemacht. Gerät gelöscht und neu hinzugefügt, keine anderen States, sondern die gleichen wie vorher.

Habe eben mal den LOWBAT State gelöscht und es mal hinzugefügt. Dann ist garkein BatteryStatus mehr drin

[no6mis]

Hallo,

ich habe erfolgreich einen Rollladen in Matter integriert und es in Alexa verfügbar gemacht. Allerdings tritt nun das bekannte Problem auf, dass die Prozentwerte für den Öffnungsgrad invertiert sind.

Laut Troubleshooting im Wiki kann man dieses Problem lösen, indem man einen Alias für den entsprechenden Datenpunkt erstellt und dort eine Konvertierungsfunktion nutzt. Allerdings besteht ein Gerät nicht nur aus einem einzelnen Datenpunkt.

Was ist in diesem Fall die Best Practice in ioBroker? Erstellt man für jeden relevanten Datenpunkt einen Alias und fasst diese dann zu einem Gerät für Matter zusammen? Oder gibt es eine effizientere Lösung?

Am liebsten würde ich die Konvertierungsfunktion direkt in der Matter-Konfiguration anpassen, jedoch habe ich dafür bislang keine entsprechende Einstellungsmöglichkeit gefunden. Gibt es hierfür eine Alternative oder eine geplante Funktion in Matter?

Vielen Dank im Voraus für eure Unterstützung!

Viele Grüße
Simon

[Wildbill]

@no6mis Naja, bei Beschattung gibt es, denke ich, nicht die eine richtige Zuordnung. Was für den einen 100% beschattet/geschlossen bedeutet für den anderen 100% offen/100% Lichteinfall.

Also ja, da bleibt nur ALIAS, um das auf den eigenen Gusto anzupassen, falls es "verkehrt herum" ist.

Du kannst Dir doch unter den ALIAS ein Gerät (sprich Ordner) anlegen und dann dort die von Dir gewünschten Datenpunkte anegen und mit der jeweils passenden Konvertierung anpassen. Oder ich verstehe Deine Frage nicht so ganz...

Gruss, Jürgen

EDIT: Ich habe da auch mehrere verschiedene Rollotypen. Einmal unter FHEM mit einem CUL, einmal Homepilot/Rademacher. Die haben auch teilweise komplett verschiedene Datenpunkte. Im Normalfall schaue ich aber erst gar nicht bei den Objekten. Skripte mache ich einmal so, dass sie laufen, da ist es mir egal ob 100% down oder up (wie bei FHEM) bedeutet. Gleiches für VIS. Einmal das Widget passend eingestellt und ich habe ein Bild ob auf oder zu. Ob da im Hintergrund nun up/down oder 0/100 oder 100/0 steht ist doch dann grad egal. Da schaue zumindest ich seltenst direkt nach.

[no6mis]

@wildbill said in Matter-Beta: Devices und Bridges:

Oder ich verstehe Deine Frage nicht so ganz...

Mein Rollo hat mehrere Datenpunkte (Position, Rotation...), invertieren muss ich nur die Position. Für das Matter Gerät muss ich sie aber alle in einem Channel haben. Also müsste ich jetzt für jeden Datenpunkt einen Alias anlegen, nur damit ich den einen invertieren kann oder gibt es eine geschicktere Möglichkeit?

Ob da im Hintergrund nun up/down oder 0/100 oder 100/0 steht ist doch dann grad egal. Da schaue zumindest ich seltenst direkt nach.

Für das Bild ist mir das auch egal, es macht aber bei Alexa einen Unterschied, ob ich 80 % oder 20 % sagen muss, um das Rollo ein Stück zu schließen. Da es bisher immer 20 % waren, um es ein Stück nach unten zu fahren, ist es irritierend, wenn man jetzt plötzlich 80 % sagen muss, nur weil es plötzlich den Weg über Matter geht.

[Wildbill]

@no6mis Naja, wenn Du alle relevanten Datenpunkte mit für Deinen Zweck korrekter Anzeige haben willst, dann bleibt Dir da nur, unter ALIAS eben ein Gerät (den von Dir erwähnten Channel) zu erstellen, und dort alle relevanten Datenpunkte abzulegen, mit passender Konvertierung, wo nötig. Im originalen Pfad unter matter.0 kommt es eben so an, wie es vom Gerät kommt, da kannst Du nix invertieren oder so.
Dafür wurden die ALIASe ja „erfunden“. Um das, was man gerne passend beisammen hätte mit passender Bezeichnung, Zuordnung und eventueller Konvertierung an einem Ort zu haben.

Vorteil: Wenn Du für Skripte und Visualisierung dann die jeweiligen Datenpunkte unter alias.0 verwendest, musst Du nur die Zuordnung unter alias neu machen, falls Du mal ein Gerät tauschst. Also alles an einem Platz.

Gruss, Jürgen

EDIT: Da ich Rolläden sowohl über Homepilot als auch FHEM verwalte, habe ich das genau so. Struktur unter alias.0 mit Raum.Rollladen.Datenpunkt. So habe ich bei allen beispielsweise Auf/Zu, auch wenn die bei FHEM Up/Down und bei Homepilot 0%/100% heißen.

[Feuersturm]

@no6mis sagte in Matter-Beta: Devices und Bridges:

Was ist in diesem Fall die Best Practice in ioBroker? Erstellt man für jeden relevanten Datenpunkt einen Alias und fasst diese dann zu einem Gerät für Matter zusammen? Oder gibt es eine effizientere Lösung?

Eine Unterstützung über die GUI bekommst du, wenn du das Menü "Geräte" verwendest

Dort kannst du dir dein Gerät mit deinen gewünschten Datenpunkten zusammenstellen und am Ende wird dies dann auch unter alias.0 angelegt

[no6mis]

@feuersturm said in Matter-Beta: Devices und Bridges:

Dort kannst du dir dein Gerät mit deinen gewünschten Datenpunkten zusammenstellen und am Ende wird dies dann auch unter alias.0 angelegt

Danke!

Ich bin noch an den Geräte-Manager des ioT-Adapters gewöhnt und finde diesen intuitiver als den aktuellen Geräte-Adapter. Leider habe ich einige Schwierigkeiten mit der Nutzung und Konfiguration.

Auswahl des richtigen Geräts
Bereits bei der Auswahl des richtigen Geräts im Eingangsbereich habe ich Probleme. Mir fehlt eine Übersicht, die zeigt, welches Gerät ich wählen muss, um die passenden Datenpunkte korrekt zu verknüpfen. Gibt es eine solche Übersicht?

Ein Beispiel:
Bei Lampen benötige ich oft mehrere Versuche, um das passende Gerät auszuwählen. Zudem habe ich den Eindruck, dass der Adapter nicht immer das ausgewählte Gerät verwendet.

Wenn ich zuerst ein RGB-Licht auswähle, dann aber feststelle, dass mein Gerät keine einzelnen Farbkanäle (R/G/B) verwaltet und daher ein RGB-Licht einzeln mit einem gemeinsamen Wert erstelle, fragt der Adapter mich trotzdem wieder nach den einzelnen Farbwerten.
Erst nach einem Neuladen der Seite kann ich RGB als einen gemeinsamen Wert verwalten.

Ich bin unsicher, ob dies ein Problem mit dem Browser-Cache ist oder ob der Adapter fehlerhaft arbeitet.

Probleme beim Löschen und Verknüpfen von Datenpunkten
Wenn ich ein Gerät lösche, verschwindet es zwar aus der „Geräte“-Liste, aber der Eintrag in alias.0 bleibt weiterhin bestehen. Ist das so beabsichtigt oder handelt es sich um einen Fehler?

Zusätzlich gibt es ein weiteres Problem bei der Verknüpfung von Datenpunkten:

Nach dem Erstellen eines Geräts habe ich z. B. fünf Zustände.
Nach einem Neuladen der Seite sind plötzlich nur noch drei vorhanden.
Die fehlenden zwei Datenpunkte muss ich erneut verknüpfen.

Matter-Integration und fehlerhafte Geräteerkennung in Alexa
Ich habe einen Temperatursensor erstellt und ihm zwei Datenpunkte zugeordnet:

• Temperatur

• Luftfeuchtigkeit

Wenn ich dieses Gerät über Matter bekannt gebe (automatische Erkennung), wird es in Alexa fehlerhaft erkannt.

• Die Werte für Temperatur und Luftfeuchtigkeit stimmen nicht.

• Nach einiger Zeit reagiert das Gerät gar nicht mehr.

Interessanterweise funktioniert es einwandfrei, wenn ich Temperatur und Luftfeuchtigkeit als einzelne Werte erstelle (statt als kombinierte Werte innerhalb eines Geräts, die in Alexa zu einem kombinierten Dummy-Gerät und zwei einzelnen Geräten führen).

Allerdings gibt es eine Einschränkung im Matter-Adapter, jedes Gerät darf nur einmal verwendet werden.
Dadurch kann ich Temperatur und Luftfeuchtigkeit nicht gleichzeitig in einem Gerät erfassen.
Gibt es hierfür eine Lösung oder einen Workaround?

Lüftungsanlage und passende Gerätetypen in ioBroker/Matter
Ich habe eine Lüftungsanlage mit Ventilatorstufen von 0 bis 4.

Im Original-Skill ist das Gerät in Alexa als „Lüftung“ definiert.
Die Stufen lassen sich über die „Lüfterdrehzahl“ einstellen.
Gibt es einen äquivalenten Gerätetyp in ioBroker/Matter, der diese Funktionalität abbilden kann?

[Feuersturm]

@jackdaniel Das Problem ist bei mir mit der neuen Version von google Home gelöst. Ich hab jetzt wieder einen Slider bei den Rolläden

[JackDaniel]

danke für die info, teste ich dann wenn ich wieder aus los angeles zurück bin
jetzt muss ich erst mal space x "glücklich" machen :)

[BlueBook]

Hallo zusammen,

ich klink mich hier auch einmal ein.
Ich versuche z.Z. alle meine Aktoren über die Bridges aus dem iobroker im Homeassistent zur Verfügung zu stellen (also so gut das natürlich Matter hergibt, aber ich hätte die Hoffnung, dass meiste dürfte wohl gehen).

Mein Vorgehen ist jetzt so, dass ich die "Gruppenobjekte" einem Raum zuordne - z.B. meine Homematic-Heizungsventile.
Diese lassen sich dann im Matteradapter als Gruppenobjekt/gerät autom. erkennen und hinzufügen und werden auch im Homeassistent "richtig" angezeigt.
Soweit schon einmal super :) :+1:

Jetzt wollte ich meine Rademacher-Rolladenmotoren ähnlich hinzufügen....
Das funktioniert aber leider so outOfTheBox noch nicht ganz ;)
Hier werden wohl falsche Endpoint autom. erkannt/genommen z.B. "slatposition" für den level...

Daher meine Frage, ist mein Vorgehen falsch?
Wie wäre es sonst bestmöglich besser? Klar, ich kann auch nur den LevelEndpunkt einzeln übergeben. Würde man dadurch etwas verlieren?

Oder kann/möchte man ggf. den Adapter erweitern, dass auch die Rademacher-Objekte direkt richtig erkannt werden?
Was bräuchte man dafür?

Viele Grüße
BB

[apollon77]

@bluebook naja slatlevel hat die rolle level.blind oder was genau meinst du - er tut das was er soll.Wenn du ein anderes Mapping brauchst weil die Rollen komisch sind (das am besten beim adapter melden das es da gefixt wird) dann Alias anlegen und den im Matter Adapter nutzen

[BlueBook]

@apollon77 alles klar, danke für die Info! Kannte das Vorgehen nicht. Wenn "einfach" der erste bzw. letzte Punkt gewählt wird bzw. erwartet wird, dass es nur einen gibt - passt das hier halt nicht, okay.

Die Endpunkte sehen beim Homepilot so aus - find ich auch okay/normal, bzw. teilweise ohne den "slatposition", aber dann wird der inverted... genommen.
Okay, löse es dann über die Alias - danke Dir für den Hinweis.

Gibt es eine Übersicht, welche Mattergerätegattung, welche Endpunkt unterstützt?
Oder woher weiß man, welche Aliase man anlegen muss?
z.B. dass es bei den Heizungsventilen "soll" und "ist" gibt und anscheinend bei den Blinds nur einen "Level"?

[apollon77]

@bluebook Naja es geht nicht um "erster "oder "letzter" (ok bei mehreren mit der gleichen Rolle ist wohl am wahrscheinlichsten das der Erste gewinnt) sondern um Rolle und Datentypen und read/write und sowas. Teilweise auch Enums. Da steck bissl Magie und bestmögliches Raten drin

Die Gerätetyp-Mappings die unterstützt werden sind unter https://github.com/ioBroker/ioBroker.matter/wiki/Supported-devices gelistet

[BlueBook]

@apollon77 sorry, vielleicht war das zu undeutlich. Oder ich hab irgendwie einen ganz falschen Ansatz im Kopf.

Also, dass automatische Hinzufügen klappt bei mir nicht.
Jetzt soll es über aliases laufen.

Ich versteh noch nicht ganz, wie das manuelle Hinzufügen mehrere Datenpunkte zu einem mattergerät in der Bridge funktionieren soll.

Leider ist die Doku da noch etwas leer:
https://github.com/ioBroker/ioBroker.matter/wiki/Bereitstellung-von-ioBroker-Geräten-als-Matter-Geräte-und-Bridges-(Tab-"Bridges"-und-"Geräte")

Das autom. Erkennen hab ich verstanden - schlaue Glücksradmagie :>

"Gerät aus einem State hinzufügen" ergibt sich vom Namen. Aber da hab ich halt auch nur einen State im Gerät.
Wenn ich ein komplexes Gerät manuell anlegen möchte, wie ein Thermostet (das funktioniert ja autom. bei homematic - super), aber falls nicht:

Dann muss ich doch ein Gerät mit zwei Endpunkten erstellen?
Das kann der untere Button (glaube ich) "Gerät aus einem State hinzufügen" nicht, oder?

Und den mittleren "Gerät aus Kanal oder Gerät hinzufügen" - der fühlt sich genauso wie der obere bei mir an - da kann ich auch nur eine Gruppe auswählen, oder? Wofür der da ist hab ich noch nicht verstanden.

Meine Frage wäre also, wenn ich ein Gerät in der Matterbridge z.B. manuell mit zwei Endpunkten (actual und set) anlegen möchte - geht das über die Oberfläche? oder geht das irgendwie anders? Oder geht das gar nicht?

Ich dachte - es geht über die Aliases - ich lege also die benötigten Endpunkte als Alias mit den passenden Namen in einen Ordner und lass dann das "Glücksrad" laufen und schwupp: mit den "richtigen" Namen klappts.

Aber was sind die richtigen Namen? wie finde ich heraus welche Aliasnamen und Datenpunkt ich angeben muss?
Klar, da oben im Screenshot bei dem erkannten Gerät, sehe ich es jetzt.
Bei meinen nicht erkannten Rolladen, weiß ich nicht welche Endpunkte ggf. unterstützt werden - daher suchte hier ich nach Detaildoku, oder ist der Ansatz falsch?

Auf der Seite habe ich zwar eine gute Übersicht:
https://github.com/ioBroker/ioBroker.matter/wiki/Supported-devices

Aber die Details fehlen, oder? Und die brauche ich doch, oder?

Danke schon einmal für die Unterstützung.

[apollon77]

@bluebook sagte in Matter-Beta: Devices und Bridges:

Und den mittleren "Gerät aus Kanal oder Gerät hinzufügen" - der fühlt sich genauso wie der obere bei mir an - da kann ich auch nur eine Gruppe auswählen, oder? Wofür der da ist hab ich noch nicht verstanden.

Naja wenn du ein komplex gerät anlegst hast du entweder ein "device" objekt mit einer untersturktur aus channeln und states ... oder alles ist in einem "Channel" objekt.

Auch der Devices Adapter erstellt Dir einen Alias mit einem device oder channel als "parent". Dasd nimmst Du dann.

Von daher ist schon richtig mit "alles in einen Ordner" ... den Ordner dann wählen via "Kanal oder Device"

Die Namen der Objekte im Alias sind egal. Wichtig sind das Rollen, Datentypen und so passen. Also nimm doch am besten den Devices adapter zum anlegen solcher geräte. Dort sagt er dir was wo rein mus und legt es weitestgehende konform an