Zigbee2mqtt: Owon PC321 Z unvollständig

Hallo zusammen,

Ich schreibe gerade etwas über den Owon PC321-Z und stelle fest, dass er in Gladys nur teilweise erkannt wird. Wie kann man ihm alle Funktionen hinzufügen?

Während er in Zigbee2MQTT:

{
    "current": 0.87,
    "current_l1": 0.56,
    "current_l2": 0.307,
    "current_l3": 0,
    "energy": 28.36,
    "energy_l1": 8.559000000000001,
    "energy_l2": 19.805,
    "energy_l3": 0,
    "linkquality": 149,
    "power": 45,
    "power_factor_l1": 1,
    "power_factor_l2": 0.75,
    "power_factor_l3": 0,
    "power_l1": -6,
    "power_l2": 53,
    "power_l3": 0,
    "power_reactive": 46,
    "reactive_energy": 21.857,
    "reactive_energy_l1": 2.036,
    "reactive_energy_l2": 19.821,
    "reactive_energy_l3": 0,
    "reactive_power_l1": 0,
    "reactive_power_l2": 46,
    "reactive_power_l3": 0,
    "voltage_l1": 230.8,
    "voltage_l2": 230.6,
    "voltage_l3": 230.6
}

Vielen Dank im Voraus

Man muss einen Feature-Request stellen, damit ein Entwickler sie hinzufügt :+1:

Danke für das Feedback @McFlyPartages, ich habe diesen Beitrag in einen Feature-Request umgewandelt!

Ist das wirklich eine Funktion? Denn es ist eine Gerätehinzufügung in Zigbee2mqtt, oder?

Um die unbekannten Funktionen dieses Geräts in Gladys zu integrieren.
Das ist nicht kompliziert.
Ich verspreche nichts, weil ich im Moment nicht viel Zeit habe, aber ich kann es mir merken. Es sei denn, jemand macht es vorher…

Wenn es eine Anleitung gibt, würde ich gerne versuchen, aber wie bei allen anderen fehlt auch mir die Zeit.

Eine Funktionsanfrage = eine Entwicklung :slight_smile:

Sobald jemand „ran muss“ (außer bei Bugs, dann ist es ein Github Issue), muss es in diese Kategorie :slight_smile:

Hier ist ein Beispiel für eine PR für diese Art von Entwicklung:

Es gibt die gesamte Entwicklerdokumentation:

Live-Codings sind auch gute Beispiele :slight_smile:

Dabei ist das Schwierigste nicht die PR, sondern die zeitaufwendigste Sache ist, die Informationen zusammenzutragen und in der Praxis zu testen, dass alles funktioniert!

In diesem Fall muss man auch neue Arten von Funktionen erstellen, denn wir verwalten nicht „reactive_energy“, etc.. Ich weiß nicht mal, was das ist, ehrlich gesagt :sweat_smile:

@pierre-gilles

Das entspricht der Energie, die von alten Geräten wie Kühlschränken verbraucht wird, die einen RC-Kreis mit Kondensatoren haben und eine Phasenverschiebung verursachen. Sie wird in der Industrie mit Drehstrom gemessen und abgerechnet, aber nicht bei Privatkunden…

https://www.edf.fr/entreprises/faq-entreprises/facture/comprendre-gerer/quest-ce-que-lenergie-reactive

Die Blindenergie wird separat durch den Linky-Zähler gemessen und nicht an die Lieferanten übertragen. Sie wird daher nicht für die Abrechnung des Kunden berücksichtigt. Die Hauptverbraucher von Blindenergie sind große Verbraucher, insbesondere in der Industrie, die Schweißmaschinen, Induktionsöfen, Lichtbogenöfen, Asynchronmotoren, Transformatoren oder Leuchtstofflampen verwenden. Bei Hochspannungstarifierung führt ein zu hoher Blindenergieverbrauch zur Verhängung einer finanziellen Strafe durch den Verteilernetzbetreiber. Der Grenzwert wird durch den cos phi-Wert festgelegt, der > 0,9 bleiben muss. Dieser Wert ist auf jeder monatlichen Rechnung, in der unteren linken Ecke, angegeben

Da haben wir es… EDF liefert mehr als nur Licht! :rofl:

@pierre-gilles, ich glaube, du hast mir von einem JSON gesprochen, das ich bereitstellen soll? Ist das nicht das, was ich oben gepostet habe?

Danke im Voraus

@McFlyPartages Nein, du verwechselst das mit diesem Thema :slight_smile:

Jetzt verstehe ich, warum ich die Nachricht nicht gefunden habe lol

Falls ihr Dokumente/Informationen zu diesem Gerät benötigt, zögert nicht, mich zu fragen. Ich habe mich um das Hinzufügen bestimmter Metriken gekümmert, insbesondere den Leistungsfaktor:

Ich sollte die Attribut-IDs finden können, da dieses Gerät einige nicht standardmäßige Metriken sendet.