Qubino ZMNHXD Datenpunkt w_produced bleibt immer 0 auch wenn w_consumed negativ wird

[chris299]

Describe the bug
Bei meinem Qubino ZMNHXD (SmartMeter) bleiben die Datenpunkte ...w_produced immer 0 auch wenn w_consumed negativ wird. gleiches gilt für kvar und kvarh Datenpunkte ...kwh_produced dagegen zeigt einen richtigen Wert an, wenn Strom produziert wurde.

To Reproduce
immer wenn überschüssiger Strom von der Balkon-PV produziert wird....

Expected behavior
w_produced sollte einen Wert anzeigen wenn w_consumed negative Werte zeigt, ggf. den gleichen Wert mit positivem Vorzeichen.

Screenshots & Logfiles

welche Logfiles könnten hier helfen?

Versions:

• Adapter version: 3.0.5
• JS-Controller version: 4.0.24
• Node version: 16.20.2
• Operating system: ubuntu

Additional context
siehe auch: https://forum.iobroker.net/topic/66975/qubino-datenpunkt-zeigt-keinen-wert-an

[AlCalzone]

Das ist eine Frage für den Qubino-Support. Der Adapter zeigt lediglich die Werte an, die das Gerät berichtet.

[chris299]

@AlCalzone Vielen Dank für den Hinweis. Ich frage da gern mal nach, aber wie könnte ich denn sehen, was das Gerät wirklich roh liefert? Nicht das da ein Interpretations-Fehler unterwegs passiert, z.b. dass der Wert nicht gespeichert wird, oder irgendwo einer Regel unterzogen wird, die aus negativen Werten 0 macht...

[AlCalzone]

Du kannst im Adapter das Z-Wave Log anzeigen lassen, oder noch besser ne Logdatei schreiben.

Kann dir aber mit Sicherheit sagen, dass der Adapter keine Logik oder Übersetzungen für solche Werte ausführt.

[chris299]

@AlCalzone der Qubino support meint, das gehört so... :-( macht aber dann doch irgendwie keinen Sinn solche Datenpunkte zu haben, oder? Die kommen doch vermutlich aus der Definition des Geräts von Qubino, oder?

Hier trotzdem noch ein Log von meinem Node_18 dazu....

zwavejs_2023-09-04.log

[AlCalzone]

Also das Gerät liefert definitiv negative Werte für den Verbrauch. Ich hab nochmal in die Z-Wave Spezifikation geschaut, für mich ergibt das so aber nicht wirklich Sinn, was berichtet wird.

Für Geräte, die nur entweder Verbrauch oder Produktion können, stimmt das so:

• The accumulated value of a production meter grows when more resources are produced • The accumulated value of a production meter drops when more resources are consumed • The accumulated value of a consumption meter grows when more resources are consumed • The accumulated value of a consumption meter drops when more resources are produced

Dein Gerät scheint jedenfalls zu berichten, dass es Verbrauch und Produktion separat zählen kann:

A meter device may advertise that it implements two separate registers for the production and con- sumption, respectively. In that case, both of these meters are always running forward.

Letzteres ist bei dir nicht der Fall.

Um ganz sicher zu gehen, interview das Gerät bitte nochmal neu (nur mit dem Button im Z-Wave Geräte-Tab - nicht neu anlernen!), damit ich sehe ob das wirklich beide Register als unterstützt angibt.

[chris299]

@AlCalzone hier das um ein Interview ergänzte Log meines Node 18. Allerdings hat dieses Interview nun dazu geführt, dass - neben dem Löschen einiger orphaned states - nun alle der vormals immer 0 "produced" Werte jeweils den "consumed" Wert vom Zeitpunkt des Interviews anzeigen.... das soll sicher nicht so, oder?

zwavejs_2023-09-04.log

[AlCalzone]

Sieht ganz so aus als behauptet das Gerät, dass es sowohl Consumed als auch Produced kann, es aber nicht wirklich tut. Meiner Ansicht nach ist das ein Consumption Meter nach der Definition in der Spezifikation, zumindest für alles außer kWh.

Z-Wave hat leider keine Möglichkeit, zu unterscheiden, welche Skalen (W, kWh, ...) welchen Modus unterstützen. Ich könnte zwar in der Konfigurationsdatei festlegen, dass der Adapter denkt es handelt sich um einen Consumption Meter, aber dann fehlt dir kwh_produced, was auch nicht Sinn der Sache ist...

TL;DR: Ich fürchte du musst einfach alle _produced Werte bis auf den einen ignorieren.

[chris299]

@AlCalzone vielen Dank für die Analyse. Mache ich dann so... Bleibt aber noch die Frage nach den Werten die da nun nach dem re-interview in _produced drin stehen. sieht ein wenig so aus, wie eine fehlende initialisierung einer temporären Variable.... ;-) Und wie bekomme ich die denn nun weg?

[AlCalzone]

Für mich sieht das folgendermaßen aus:

• Adapter fragt das Gerät: Wie ist der Wert für xyz (consumed)?
• Gerät antwortet mit Wert für xyz, ignoriert (consumed)
• Adapter fragt das Gerät: Wie ist der Wert für xyz (produced)?
• Gerät antwortet mit Wert für xyz, ignoriert (produced)

Und wie bekomme ich die denn nun weg?

Gar nicht ‍🤷‍♂️ Augen zu und durch.

[chris299]

@AlCalzone ich habe hier noch eine Folge-Frage: Nach meinem Verständnis sollte der Qubino Werte wie den W_consumed auch nach einem Zeit-intervall (default sind wohl 60 Sek.) erneut senden, wenn der Wert sich nicht verändert (alternativ bei Änderung um einen eingestellten Prozentwert). Sehe ich das richtig? Leider macht er das aber scheinbar nicht, bzw. im IOBroker bleibt der Wert und der aktualisierungs-zeitstempel über lange Zeit unverändert. Kannst Du im Log sehen, ob da wirklich nichts kommt? dann kann ich den Qubino support nochmal fragen...

[AlCalzone]

Parameter no. 42 – Reporting on time interval This parameter is currently valid only for Active Energy Total Import/Export (kWh), Reactive Energy Total (kvarh), Total Energy (kVAh)

Parameter no. 43 – Other Values - Reporting on time interval This parameter is valid only for Voltage (V of ph1, ph2, ph3), Current (A of ph1, ph2, ph3), Total Power Factor, Total Reactive Power (var)

Ich würde sagen, W ist von zeitbasierten Reports ausgeschlossen. Grundsätzlich ist es in Z-Wave auch ne ziemlich blöde Idee häufig das gleiche zu senden, insofern macht das schon Sinn.

[chris299]

@AlCalzone danke für die Erläuterung. Das hatte ich in der Anleitung übersehen....

[chris299]

@AlCalzone mit https://github.com/AlCalzone/ioBroker.zwave2/issues/1048#issuecomment-1959391265 ist dieses issue wohl obsolete