Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[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

[BlueBook]

@apollon77 Ah! - Danke!
Eine Device-Adapter - damit hatte ich nicht gerechnet und den kannte ich auch noch nicht.
Ich hab mich auch schon gewundert, weiter oben im Thread über den Screenshot mit dem Punkt "Geräte" und dachte... war bestimmt eine vorherige Version oder so ;) ...
so geht´s....

JA - der Adapter löst wahrscheinlich alle Herausforderungen und ist ja auch viel komfortabler :)

Danke für die Unterstützung! :+1:

[BlueBook]

Hallo zusammen,

Ich häng gerade noch bei der Bezahlschranke:
"Sie benötigen den ioBroker.pro-Assistenten oder ein Remote-Abonnement, um mehr als 5 Geräte in Bridge zu haben"

-> 2 Tage später: okay, hat sich geklärt. ;)
Man muss die Zugangsdaten zur iobroker-Cloud im Matteradapter selbst hinterlegen - dass hatte ich übersehen.
Dieser prüft dann über https://iobroker.pro:3001/api/v1/subscriptions die Lizenz....

Vielleicht kann man bei der Fehlermeldung auf die fehlenden Login-Daten hinweisen - wenn diese noch leer sind?
Das hätte mich schneller auf die richtige Lösung gebracht :>

Gruß
BB

[Feuersturm]

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

Vielleicht kann man bei der Fehlermeldung auf die fehlenden Login-Daten hinweisen - wenn diese noch leer sind?

Wie lautete denn die Fehlermeldung aus? Diese wird ja vom matter.x Adapter gesendet was ein Indiez dafür sein sollte, das es im Adapter nicht vollständig konfiguriert ist.

[BlueBook]

@feuersturm

Die Fehlermeldung ist:
"Sie benötigen den ioBroker.pro-Assistenten oder ein Remote-Abonnement, um mehr als 5 Geräte in Bridge zu haben"

Die Fehlermeldung passt halt nur so halb - weil ich hatte ja die Lizenz, nur die Zugangsdaten nicht hinterlegt - super doofer Fehler, klar...

Als Endanwender muss man halt erst einmal verstehen, wie das mit den Lizenzen funktioniert...

Ich dachte eigentlich es läuft auch über das bestehende "net"-Konto und ich bekomm ähnlich zu vis einen API-Key den ich zentral im iobroker eintrage....
ich hatte mich gewundert, dass mein login auf net angeblich nicht da ist und mich neu registriert.
Das die URL automatisch auf der Seite wechselt über den "tab" (im Menü) und ich stattdessen ein neues Konto unter "pro" anlege - ein echtes Killerfeature :>

überhaupt: das es zwei unterschiedliche Logins sind.... absolut unerwartet (für mich)...
Klar, wenn man das einmal verstanden hat...
"net" läuft über iobroker direkt
"pro" liegt jeweils in den Adaptern

Daher war der Weg ein bissel lang...
Ich glaube, wenn man eh schon ein proKonto hat und den Adapter neu installiert, stößt man ja direkt auf die loginDaten....
Nur so im Nachgang war es bei mir unglücklich...

Also ggf. statt:
"Sie benötigen den ioBroker.pro-Assistenten oder ein Remote-Abonnement, um mehr als 5 Geräte in Bridge zu haben"
wäre cool gewesen, wenn dieser kurz prüft, ob der Pro-Account überhaupt verfügbar ist und falls nicht:
"Prüfen sie ihre Logindaten des ProAccounts im matter-Adapter" - oder so...ggf. zusätzlich
Dann wäre direkt klar gewesen, dass es um ein "pro-Zugang" geht und dieser im Adapter hinterlegt werden muss.

Sonst scheint jetzt aber alles super zu laufen - werde mal fleißig testen :)

[Feuersturm]

@bluebook Danke für deine ausführliche Rückmeldung.
Erstelle am besten hier https://github.com/ioBroker/ioBroker.matter ein Ticket, dann kann @apollon77 es sich anschauen und ggf. ändern

[arteck]

@BlueBook

das ist der Text im Matter adapter..der sagt doch alles aus

[bob der 1.]

Nur zu Info:

Neuer Aqara Matter Hub M100,für 20€ auf Amazonien,für alle eine Idee die den M300 wollten aber preislich abgeschreckt wurden.

Mal sehen wie der Adapter darauf reagiert,leider hab ich schon den M300

https://amzn.eu/d/6pa7aUi

[apollon77]

@bob-der-1 Aber bedenkt: 20 Zigbee Geräte Limit!!

[bob der 1.]

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

@bob-der-1 Aber bedenkt: 20 Zigbee Geräte Limit!!

Oh doch 20!hatte irgendwie 40 im Sinn.
Danke!den Hinweis hätte ich geben sollen

[Ein ehemaliger Benutzer]

Frage zur Rückmeldung eines States bei Zustandsänderung
Hintergrund:
Ziel ist es etwas (Pumpe) auf Zeit (z.B. 10 Sekunden) (Ein-) zu schalten.
Einen Zahlenwert (Zeit in Sekunden) mit zu geben wird wohl nicht unterstützt, zumindest habe ich nicht gefunden wo und wie. Also habe ich mir einen State (Pumpe) in 0_User angelegt und diesen in der Matter Bridge eingetragen, dieser wurde auch in Alexa erkannt und lässt sich darüber schalten. Ein Script erledigt (Trigger Ist größer als letztes für "0_userdata.0.MClimate.Pumpe") den notwendigen Eintrag (10) im eigentlichen Datenpunkt und setzt den Datenpunkt "0_userdata.0.MClimate.Pumpe" nach 15 Sekunden auf false.
Nun würde ich erwarten, dass sich auch der Zustand von Pumpe in der Alexa App auf "false" aktualisiert, tut es aber nicht. Ist das so nicht vorgesehen, oder was ist zu tun das zu ändern?

[Feuersturm]

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

Also habe ich mir einen State (Pumpe) in 0_User angelegt und diesen in der Matter Bridge eingetragen, dieser wurde auch in Alexa erkannt und lässt sich darüber schalten.

Als was für ein Gerät hast du es denn bereitgestellt?

[Ein ehemaliger Benutzer]

@feuersturm
Gerätetyp: Steckdose

[apollon77]

@j_paul Matter meldet nur Finale Werte nach außen weiter. Also … acl=true. Setzt du das korrekt ? Bzw an sich muss ja das Gerät was du steuerst ein acl=false als Kommando bekommen und acl=true setzen wenn es ausgeführt wurde.

[Ein ehemaliger Benutzer]

@apollon77

ja, das war´s danke.

[Ein ehemaliger Benutzer]

@apollon77
Um "unsere" LoRaWAN Thermostate kompatibl(er) zu machen, wäre 1. Anlaufstelle hier?
https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md#thermostat-thermostat
Was bereits funktioniert bei

Richtig:

1. Ist Temperatur
2. Soll Temperatur
3. Luftfeuchte

Falsch:
Boost Mode (Mode Einstellung 2 bedeutet z.B. beim Vicki, dass externe Temperatur benutzt werden soll). Da müssen wir (auf unserer Seite) schauen.
Fehlt:
Ventil Stellung in %
Nachtrag:
Die Anzeige der Ventilöffnung in % ist wohl (noch) nicht in Matter inkludiert, allerdings Min/Max Temperaturen, sowie die Anzeige eines externen (Boden) Temperatursensors?