Matter: Devices und Bridges
-
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 AdapternDaher 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
-
@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 -
-
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
-
@bob-der-1 Aber bedenkt: 20 Zigbee Geräte Limit!!
-
@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 -
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? -
@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?
-
@feuersturm
Gerätetyp: Steckdose
-
@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.
-
ja, das war´s danke.
-
@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:- Ist Temperatur
- Soll Temperatur
- 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? -
@j_paul matter Thermostate kennen keine VentilStellung in % ... da wären wir dann bei einem "Valve" in Matetr was aber dann den Temperaturteil um den es hier geht nicht hat.
Ja ein Matter Thermostat kann optional eine "outdoor Temp" mit ausgeben - müssten wir dann in den Typen bei ioBroker erweitern denke ich. "Min/Max" temperaturen für settings ist drin und sollte aus den objekt min/max übernommen werden - oder was meinst Du?
-
@apollon77 gibt es eine Übersicht, welche Geräte schon mit welche Rollen implementiert sind?
Könnte man schon irgendwie Ein Energiemessgerät einpflegen (Bspw. mit Leistung und EnergiewertenBspw. Aktuelle Leistung 1000W
Verbrauch Gestern: 5kWh
Geliefert gestern: 3kWhGeht sowas irgendwie schon?
- Frage wäre:
Ich habe meine Geräte, welche ich über die standard Bridge gescannt habe und in Apple Home angezeigt bekomme.
Wenn nun eine Person nur 2 Geräte sehen soll...
Könnte ich eine 2. Bridge anlegen und dort nur die 2 Geräte rein legen, welche dann von der anderen Person gescannt wird?Geht das?
- Frage wäre:
-
@ben1983 sagte in Matter: Devices und Bridges:
gibt es eine Übersicht, welche Geräte schon mit welche Rollen implementiert sind?
Hier findest du die Übersicht welche Gerät der Matter Adapter bereits unterstützt
https://github.com/ioBroker/ioBroker.matter/wiki/Supported-devicesKönnte man schon irgendwie Ein Energiemessgerät einpflegen
Was meinst du hiermit? Ich hab zu dem Thema diesen Artikel gefunden https://matter-smarthome.de/entwicklung/energie-management-im-matter-standard/
Hast du ein Gerät was "Electrical Power Measurement Cluster" unterstützt? -
@apollon77
Ich frag mal andersrum:
Im Matter Adapter wird das hinzufügen "aus Kanal" angeboten. Beim Hinzufügen eines Thermostats wird aktuell was erwartet/erwünscht? Welche States sollten vorhanden sein, welchen Namen sollten die haben mit welchen Rollen? Welche Namen, oder Rollen sollten in dem Kanal nicht vorkommen?
Da gibt es bereits viel und es wird noch einiges dazu kommen, schätze ich (Tages/Wochenpläne, Childlock, WindowOpen Detektion usw). Gibt es eine zentrale Stelle, wo solche Infos gesammelt werden?
Nachtrag:
Wir sind schon ein Stück weiter gekommen
Einiges bleibt aber unklar:
Mode 4 für Heat wird so von Matter gleich übernommen (finde keine Beschreibung)?
Es wird ein State Power erzeugt, obwohl dieser Datenpunkt die Rolle "switch" hat und nicht wie dokumentiert "switch.power"
Issue erstellt:
https://github.com/ioBroker/ioBroker.matter/issues/463 -
@feuersturm ich habe einiges an Messtechnik, was bspw. Leistung und Energie bereitstellt.
Bspw. Was wurde heute aus dem netzt bezogen und was geliefert?
Im kleinsten könnte das ja sogar ein Shelly sein. -
@feuersturm genau wie @J_Paul wprde mich interessieren, welches Device welche Rollen erwartet. Nur mit der Beschreibung, welcher Type unterstützt wird, kann ich mir leider nicht erklären, welche Rollen dort erwartet werden.
-
@j_paul Ganz am Anfang in den Erklärungen wir deine Github Seite verlinkt in welcher eine Tabelle existiert mit den Gerätetypen und den einzelnen Rollen der Datenpunkte jedes Gerätes.
-
@ben1983 sagte in Matter: Devices und Bridges:
welches Device welche Rollen erwartet. Nur mit der Beschreibung, welcher Type unterstützt wird, kann ich mir leider nicht erklären, welche Rollen dort erwartet werden.
Hi, der Matter Adapter nutzt den type-detector.
Hier findest du eine Beschreibung welches Device welche Datenpunkt / Rollen erwartet https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md
Hilft dir das weiter?
