Matter: Devices und Bridges

[Feuersturm]

@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?

[J_Paul]

@dragon
Ja danke, im Text oben ist der Type Detector erwähnt, aber nicht verlinkt, zumindest hatte ich es nicht gesehen. Meine Frage (und Link) zum Type Detector hat sich aber zwischenzeitlich geklärt. Aber selbst die beste Beschreibung nützt nicht viel, wenn der Type Detector nicht wie beschrieben arbeitet, siehe:
Link Type-Detector Fehler

[apollon77]

@ben1983 Naja am Ende ist die Frage anders herum: Welchen Controller nutzt du Denn und welche Gerätetypen von Matter kann der denn?

meines Wissens hat noch kein Controller (aausser vllt Home Assiatant) die Energy-Geräte von Matter integriert. Messwerte vllt Samsung ... Von daher ist so eine Frage bei Matter aktuell vor allem relevant in Bezig auf das Ökosystem was Du nutzt. Weil nur das es der Adapter kann sagt nichts darüber aus ob es das Ökosystem kann.

[Ben1983]

@apollon77 Ich meinte doch folgendes:
Wenn ich einen State in ioBroker habe, egal wo der her kommt....
Dieser hat Bspw. die rolle value.power.
Wird aktuell vom Adapter nicht erkannt und die Leistung übertragen, oder?
Oder mit value.energy

ich habe die Bridge des Adapters mit dem iPhone gescannt und dort bekomme ich nun in der Home App bspw. alle übergebenen Thermostatwerte, oder Türen angezeigt.

Meine Frage zielte dahin ab, ob das auch mit Leistungs oder Energiedaten geht.
Wieso sollte ich da einen Controller benötigen? Oder stehe ich gerade auf dem Schlauch?

[Ben1983]

@apollon77 ist das value.power eventuell einfach noch nicht implementiert?

[apollon77]

Der Matter-Adapter unterstützt die Engery states Wenn der Device type bei uns das kann (https://github.com/ioBroker/ioBroker.type-detector/blob/master/DEVICES.md) generisch. man muss aber dann dazu sagen das aktuell meines Wissens nach nur Samsung Smartthings als Controller die auch anzeigt!

[Ben1983]

@apollon77 Das steht im Type Detector:

Fakt ist aber power.consumption gibt es als Definition in der Messtechnik nicht, sondern nur ernergy.consumption.
Dies nur als Hinweis.

[apollon77]

@ben1983 ja das sind (leider) backward compatibiloity things. Können gern die Rolle umbenennen und den Altenr namen als Fallback lassen. Wenn DU magst mach gern PR gegen die State-Role Doku ... dann ziehen wir das danach im type detector nach

[mcm1957]

@apollon77 value.power.consumption ist lt. stateroles.md DEPRECATED

Es gibt value.power.consumed / produced. Die sind jedenfalls das sinnvolle power Äquivalent to den value.energy,* roles.

[mcm1957]

Die Anmerkung dass es power.consumption/consumed in der Messtechnik nicht gibt versteh ich nicht.

Es gibt sehr wohl bezogene Leistung (power) in kW als auch bezogene Energie (energy). in kWh Ob eine klimaanlage nun die Leistung (kW) oder die bezogene Energie (kWh) als Grösse ausgibt wird vom Gerät abhängen.

Allerdings ist power in Verbindung mit Wh falsch.

Edit
sieht für mich danach aus dass nur der typedetector an ststrolrs anzupassen wäre

[Ben1983]

@mcm1957 eine Leistung (Power) ist Vorzeichenbehaftet. Im Verbraucherzählpfeilsystem positiv bei Leistung in Richtung des Verbrauchers und negativ, wenn Richtung Netz.(W)
Bezogen und geliefert wird die Arbeit angegeben, also die Energie in Wh.

Das sind die Einheiten. Man spricht zwar immer von bezogener Leistung, aber ist ist die Arbeit.

Man sagt ja auch Stromverbrauch… ist aber auch Arbeit.

[mcm1957]

@ben1983
In Bezug auf Arbeit / Energie (kWh) scheibt ja alles klar zu sein.

In Beug auf Leistung / Power (W bzw kW) geb ich dir bezüglich + / - recht sofern nur ein Wert und dieser mit Vorzeichen geliefert wird. Es gibt aber auch die Situation dass zwei Messwerte,bezogene (positive) Leistung und gelieferte (nagative) Leistung als zwei getrennte aber jeweils positive Werre angeboten werden.Und die ist vollkommen normgerecht - siehe z.B. die Smartmeterwerte Obis 1.7.0 und 2.7.0 für die Momentaneistung.

power.consumed u power.produced sind also durchaus berechtigt. Ob nun piwer.
produced oder power.negativ besser wäre kann man ggF diskutieren. Bedrf für eine Ändwrung sehe ich aber eigentlich nicht.

edit:
https://www.wienernetze.at/?search=obis

[Ben1983]

@mcm1957 Das mag wohl stimmen bezüglich der Obis Werte.
Werde häufig bei EVU Zählern verwendet, um diese als Impulse abzuholen,
aber die Leistung wir als 1 Wert immer positiv oder negativ angeboten.
OK, zusätzliche Werte wie value.power.consume und value.power.deliver könne es noch geben, aber auf jeden Fall value.power.
SInnvoller als die ersten beiden wären allerdings value.power.active und value.power.reactive.
Dies wären wenigtens in der Praxis verwendete Werte.
Die anderen beiden sind nice to have, aber in der Praxis (Und ich habe beruflich jeden Tag damit zu tun ) kommen sie so gut nie nie vor.

[mcm1957]

@ben1983

M.W. nach gibts alle 3 zuletzt genannten in der roles docu

[Winni]

Hallo in die Runde, ich würde gerne mal erste Schritte mit Matter und dem weiter oben erwähnten Aqara Smart Hub M100 probieren, oder Ist ein anderes Gerät empfehlenswerter? Hat jemand zu dem Gerät praktische Erfahrungen? Danke im voraus.

[realwax]

Hi,
Ich versuche, da der iobroker.iot Skill bei Amazon deaktiviert ist den Matter Bridge weg zu gehen und meine Geräte und Pseudogeräte (states mit script dahinter... on change) in die matter bridge zu bekommen.
ich habe für den ersten Test einfach aus einer deconz Gruppe mein Licht den hue state versucht zu integrieren. Am Device in der Bridge bekomme ich die Fehlermeldung.

Was kann ich tun? Danke!

Bridged Device is in an error state. Fix the error before enabling it again.
Uuid
5f6cc96d-3a88-4117-ae4b-5824dd3ee9aa on 773f13d2-2bde-4435-bc39-c9cc89ca4a0d
Error: Validating 773f13d2-2bde-4435-bc39-c9cc89ca4a0d.bridge.5f6cc96d-3a88-4117-ae4b-5824dd3ee9aa.colorControl.state: Constraint "max 65279": Value Infinity is not within bounds defined by constraint (135)

[apollon77]

@realwax Bitte setze den Adapter mal auf Debug log und poste das Log, am besten als GitHub issue. Scheinbar ist irgendein wert 0 oder null oder so der das nicht sein dürfte und das führt dasnn zu komischen Werten. Auch gern Screenshot vom Admin posten der die werte zeigt

[realwax]

@apollon77 Danke https://github.com/ioBroker/ioBroker.matter/issues/503

realwax created this issue in ioBroker/ioBroker.matter

open Probleme mit deconz und matter bridge beim Geräte anlegen #503

[OliverIO]

@apollon77
ich würde gern den Adapter squeezeboxrpc matter kompatibel machen, bzw so, das alle Geräte (Player,Server) möglichst einfach durch die Bridge erkannt werden

Nun ist ja im matter Adapter sowas wie ein Player noch nicht abgebildet.
Auch in der matter Spezifikation sehe ich nur einen Video Player

Weißt du, ob Audio Player darüber mit abgebildet werden sollen oder ob es (zunächst von matter aus) ein eigenes audio player device geben wird?
Gibt es irgendwo eine roadmap der matter Spezifikation?

[apollon77]

@oliverio Matter hat einige Gerätetypen auch in diese Richtung, die aber glaube ausser dem "Video Cast Player" oder so noch nicht gross in Benutzung bzw Supported sind. ich glaub nur Amazon hat da was. Also das wäre noch ein Thema für die Zukunft.