Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[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

[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.

[Armilar]

@oliverio

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

Würde mich dann ebenfalls interessieren, sollten sich die Rollen des Players mit Matter ändern...

[apollon77]

@realwax Auch wenn final bitte in GitHub weiter: Color Temperature === 0 ... das darf nicht sein ... :-) wäre mein erster Tip. Setz mal was gescheites und restarte ... wenn es das ist kann ich gern mal validierung noch erweiterm. Aber as said -> GitHub bitte weiter. ur das die anderen die Richtung lesen

[apollon77]

@armilar Aktuell ist der Ansatz das Matter das nimmt was definiert ist. Wir erweitern wenn Matter mehr kann, oder fixen wenn wir rausfinden das die Rollen bisher blödsinn waren. Also aktuelle Annahme: nein ändert sich nichts :-)

[OliverIO]

@armilar

so wie gedacht wird das noch eine ganze weile dauern, da das basis device in iobroker matter noch nicht implementiert wurde.
wenn dann wäre das sicherlich eine major änderung

So wie ich das jetzt sehe, kann man aktuell nur einzelne Funktionen einzelner Player jeweils als separate virtuelle Geräte umsetzen (Play/Stop, Favoriten Auswahl, etc.)

[OliverIO]

Im rahmen meiner Tests mit dem squeezebox adapter und matter,
wie man mit den aktuellen Limitationen eine Player dennoch einigermaßen Steuern kann habe ich schon mal einen Play/Pause switch umgesetzt:

Dazu habe ich einen read/write boolean state angelegt und diesen mit der
Funktion Add device from state in der Matter bridge hinzugefügt. Als device typ musste ich "Light" auswählen, da socket oder window sensor mir nicht ganz passend erschien.

In der Alexa App, hab ich dann die vorgeschlagenen Routingen (ich glaube Licht an/aus) mit passenden Anweisungen umbenannt. So kann ich nun mit einem Sprachkommando den Player spielen und wieder stoppen lassen.

Nun versuche ich gewisse Streams/Radio-Sender per Sprachkommando zu starten. Dazu wieder einen boolean state mit der Rolle button angelegt. In der matter bridge als device hinzugefügt. In der Alexa-App hab ich aber nun Schwierigkeiten, genau wie eben, diesem Kommando ein Sprachkommando zum auslösen hinzuzufügen.

Habe ich hier den falschen Device-Typ gewählt?
Was könnte ich den hier anders machen?

[apollon77]

@oliverio Ich glaube Alexa kann noch keine "buttons" - die werden als Matter Switch exposed ... Apple und Google können das. Vllt mal "switch" als rolle versuchen und dann halt manuell zurücksetzen mit nem kleinen JS oder so?