Neues YouTube-Video: Visualisierung im Devices-Adapter

[homecineplexx]

ok, dh es gibt nicht einen eigenen UI Eintrag in der Instanz?

[DasBo1975]

@homecineplexx sagte:

ok, dh es gibt nicht einen eigenen UI Eintrag in der Instanz?

Genau. In diesem Falle nicht. Ich hatte mich dagegen entschieden gehabt, weil ich der Meinung bin, dass es wahrscheinlich nicht so häufig vorkommen wird, dass diese Datenpunkte genutzt werden.

Aber wie gesagt wie in dem Text vorher geschrieben einfach deinen Daten. Zum Beispiel Messsteckdose für eine UV Lampe in den beschriebenen Daten. Im Adapter eintragen eintragen. Der Adapter prüft, ob dieser Datenpunkt gültig ist und für ihn funktionieren würde und gib dir anschließend eine Ausgabe dazu an.

[DennisMenger]

@dasbo1975 habe heute im Automatikmodus festgestellt, dass der Wert flow/current und flow/delta-per-hour nicht aktualisiert wird. Nur wenn ich in der Instanz einmal einen anderen Sensor auswähle, dann wird es aktualisiert, eine Zeit später dann nicht mehr. Aktuelle Version 1.3.22

Kann das sonst jemand bestätigen?

[DasBo1975]

@DennisMenger sagte:

@dasbo1975 habe heute im Automatikmodus festgestellt, dass der Wert flow/current und flow/delta-per-hour nicht aktualisiert wird. Nur wenn ich in der Instanz einmal einen anderen Sensor auswähle, dann wird es aktualisiert, eine Zeit später dann nicht mehr. Aktuelle Version 1.3.22

Kann das sonst jemand bestätigen?

Hallo Dennis,
danke für die Rückmeldung.

Das Verhalten kenne ich, wenn der verwendete Temperatursensor keine gültigen Werte mehr liefert oder kurzzeitig ausfällt. Die Werte flow/current und flow/delta_per_hour werden aus den Temperaturwerten berechnet. Wenn dort null, veraltete oder ungültige Messwerte ankommen, kann der Adapter daraus keinen neuen gültigen Verlauf berechnen.

Dass es nach dem erneuten Auswählen eines Sensors kurz wieder aktualisiert wird, passt dazu, weil dadurch die Berechnung einmal neu angestoßen wird.

Bitte prüf einmal, ob der ausgewählte Temperatursensor dauerhaft gültige Werte liefert und regelmäßig aktualisiert wird. Interessant wären dabei besonders:

• welcher Sensor in der Instanz ausgewählt ist
• ob dieser State laufend neue Werte bekommt
• ob dort zwischendurch null, undefined, NaN oder alte Zeitstempel auftreten

Aus meiner Sicht sieht das aktuell eher nach fehlenden/ungültigen Eingangsdaten aus als nach einem direkten Fehler in der Adapterlogik.

Bei mir sieht man das gleiche Verhalten aktuell am Rücklaufsensor. Der Sensor ist seit zwei Tagen ausgefallen, was mir die Temperaturbox auch meldet. Der letzte gültige Wert bleibt noch sichtbar, aber abgeleitete Werte wie delta_per_hour, max_today und min_today stehen dann auf null, weil keine gültige neue Messbasis vorhanden ist.

[DennisMenger]

Moin.

Der Sensor bekommt alle 2-3 Minuten neue Werte. Ich logge den Datenpunkt bereits seit einigen Jahren, von daher konnte ich das gleich nachvollziehen. Von 18.35 Uhr ist der letzte Datenpunkt in flow/current. Rund um 18.35 Uhr hat der Datenpunkt immer regelmäßig neue Werte bekommen. Siehe Screenshot.

[DasBo1975]

@DennisMenger sagte:

Moin.

Der Sensor bekommt alle 2-3 Minuten neue Werte. Ich logge den Datenpunkt bereits seit einigen Jahren, von daher konnte ich das gleich nachvollziehen. Von 18.35 Uhr ist der letzte Datenpunkt in flow/current. Rund um 18.35 Uhr hat der Datenpunkt immer regelmäßig neue Werte bekommen. Siehe Screenshot.

Danke für die Rückmeldung.

Kannst du bitte einmal direkt beim Datenpunkt flow/current nachsehen, wann dort der letzte gültige Wert eingegangen ist bzw. welchen Zeitstempel der letzte Eintrag hat?

Hintergrund: Du schreibst, dass der Sensor alle 2–3 Minuten neue Werte liefert. Dann wäre interessant zu sehen, ob flow/current ebenfalls noch in diesem Abstand aktualisiert wird oder ob dort irgendwann keine neuen berechneten Werte mehr ankommen.

Zusätzlich wäre interessant, wann du nachgeschaut hast, damit wir den Abstand zwischen Sensoreingang und flow/current vergleichen können.

[DennisMenger]

Letzte Aktualisierung von flow/current erfolgte gestern 18.35 Uhr. Zeitstempel ist auch von 18.35 Uhr.

Zuletzt nachgeschaut habe ich eben gerade. Keine Veränderung.

[DasBo1975]

@DennisMenger sagte:

Letzte Aktualisierung von flow/current erfolgte gestern 18.35 Uhr. Zeitstempel ist auch von 18.35 Uhr.

Zuletzt nachgeschaut habe ich eben gerade. Keine Veränderung.

Danke dir.

Dann wissen wir jetzt zumindest, dass poolcontrol.0.temperature.flow.current seit gestern 18:35 Uhr wirklich keinen neuen Wert mehr bekommen hat.

Könntest du bitte einmal direkt beim eigentlichen Temperatursensor-Datenpunkt nachsehen, den du als Vorlaufsensor (flow) in PoolControl eingetragen hast?

Interessant wären dort bitte:

• aktueller Wert
• ts
• lc
• ack

Vor allem der Zeitstempel wäre jetzt wichtig.

Wenn dort ebenfalls der letzte Zeitstempel bei ca. 18:35 Uhr liegt, dann aktualisiert sich der Sensor selbst nicht mehr.

Wenn dort aber weiterhin neue Werte/Zeitstempel kommen, dann müssten wir uns die Verarbeitung im Adapter genauer ansehen.

[DennisMenger]

Hier der Screenshot davon. Ist ein Alias-Datenpunkt. Da kommen die Werte aber stabil rein. Alle 3-5 Minuten.

[DasBo1975]

@DennisMenger sagte:

Hier der Screenshot davon. Ist ein Alias-Datenpunkt. Da kommen die Werte aber stabil rein. Alle 3-5 Minuten.

Danke dir fürs Prüfen.

Bitte trag testweise einmal nicht den Alias-Datenpunkt ein, sondern direkt den originalen Homematic-/HmIP-Temperaturdatenpunkt als Vorlaufsensor in PoolControl.

Danach bitte die PoolControl-Instanz neu starten und beobachten, ob temperature.flow.current dann dauerhaft weiter aktualisiert wird.

Wenn es mit dem Originaldatenpunkt läuft, liegt die Ursache sehr wahrscheinlich in der Alias-Kette bzw. Alias-Konfiguration. Wenn es auch mit dem Originaldatenpunkt stehen bleibt, schauen wir weiter Richtung Homematic-Update-/Eventverhalten.

[DennisMenger]

Ok, habe ich jetzt geändert. Neuer Zeitstempel 10.29 Uhr. Ich werde das jetzt mal 2 Stunden beobachten und dann eine Rückmeldung geben.

[DennisMenger]

Das scheint zu funktionieren. Was mich wundert ist, dass ich einige Alias-Datenpunkte nutze. Und die anderen funktioneren einwandfrei. Grundsätzlich ist es ja sinnvoll, dass Alias-Datenpunkte genutzt werden. So wäre ein Austausch eines Sensors deutlich einfacher möglich.