Matter: Devices und Bridges

[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