Matter: Devices und Bridges
-
@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? -
@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 -
@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.
-
@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.energyich 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? -
@apollon77 ist das value.power eventuell einfach noch nicht implementiert?
-
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!
-
@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. -
@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
-
@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.
-
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 -
@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.
-
@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. -
@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. -
M.W. nach gibts alle 3 zuletzt genannten in der roles docu
