Neues YouTube-Video: Visualisierung im Devices-Adapter

[DasBo1975]

@homecineplexx sagte:

wo trag ich die UV-Lampe ein?

Guten Morgen,

für den neuen Bereich "follow the pump" werden die Datenpunkte direkt im jeweiligen device bei Datenpunk poolcontrol.0.actuators.follow_pump_devices.device1.target_state_id eingetragen. Beim Datenpunkt Name kannt du einen Namen eintragen. Z.B. UV-Lampe

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

[DasBo1975]

@DennisMenger sagte:

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.

Danke dir für die Rückmeldung.

Eine Sache würde mich noch interessieren, einfach damit wir das sauber eingrenzen können:

Welchen Homematic-/HmIP-Temperatursensor nutzt du genau als Vorlaufsensor? Also die genaue Gerätebezeichnung bzw. den Sensortyp.

Hintergrund: Dann können wir später besser vergleichen, ob das eher ein allgemeines Homematic-/Alias-Thema ist oder eventuell nur bestimmte Sensoren betrifft.

[DennisMenger]

Das ist der HmIP-STE2-PCB. Der hat 2 Kabel für 2 Sensoren.

https://de.elv.com/p/elv-bausatz-homematic-ip-2-kanal-temperatursensor-mit-externen-fuehlern-2-fach-hmip-ste2-pcb-P155614/?itemId=155614

Bei dem anderen funktioniert es sauber mit dem Alias, bei dem anderen dann eben leider nicht. Das gleiche Gerät nutze ich auch für den Solarkollektor.

[DasBo1975]

Danke nochmal fürs Testen und die Rückmeldung.

Ich habe mir das Thema heute noch etwas genauer angeschaut und parallel dazu bereits ein paar zusätzliche Sicherheits- und Diagnosefunktionen für den Temperaturbereich eingebaut. Diese ist in der heute ausgelieferten Version enthalten (v1.3.25).

Neu dazugekommen sind unter anderem zusätzliche Diagnosewerte direkt bei jedem Temperatursensor, z. B.:

• letzter gültiger Wert
• Zeitpunkt des letzten gültigen Wertes
• Minuten seit letztem Eingangswert
• Quellenstatus (ok, warning, usw.)

Damit lässt sich künftig deutlich schneller erkennen, ob ein Sensor sauber Werte liefert oder ob eventuell keine Aktualisierung mehr erfolgt.

Zusätzlich gibt es jetzt auch einen Recovery-Mechanismus. Wenn ein Temperatursensor länger keine neuen Werte liefert und auf warning geht, versucht PoolControl automatisch noch einmal nachzulesen.

Ich habe außerdem noch etwas recherchiert und dabei ist mir aufgefallen, dass genau der von dir verwendete HmIP-STE2-PCB kein ganz normaler Temperatursensor ist. Der arbeitet intern mit mehreren Kanälen bzw. externen Fühlern und es gab in anderen Projekten und Integrationen wohl schon häufiger Besonderheiten oder Anpassungen bei genau diesem Gerät.

Das bedeutet nicht automatisch, dass der Sensor fehlerhaft ist. Da aber der direkte Homematic-Datenpunkt bei dir jetzt sauber läuft und gleichzeitig andere Alias-Datenpunkte funktionieren, würde ich die Kombination aus diesem Sensor + Alias erst einmal als möglichen Sonderfall im Hinterkopf behalten und weiter beobachten.

[DasBo1975]

Hallo zusammen,

mit der Version 1.3.27 habe ich einen neuen Bereich „Chemistry Tools“ hinzugefügt.

Diesen findet ihr unter:

poolcontrol.0.chemistry.tools

Aktuell enthalten sind:

• pH-Plus-Rechner
• pH-Minus-Rechner
• Salz-Rechner

Die Rechner dienen als einfache Hilfswerkzeuge für die manuelle Poolpflege. Nach Eingabe der benötigten Werte berechnet PoolControl die erforderliche Menge und stellt das Ergebnis direkt als Datenpunkt und Klartext zur Verfügung.

Vorhandene Werte wie das Poolvolumen können automatisch aus PoolControl übernommen werden, lassen sich aber jederzeit manuell überschreiben.

Wichtig:

Die Rechner stellen keine automatische Dosierung dar und ersetzen keine Kontrolle der Wasserwerte. Die Ergebnisse sind als Berechnungs- und Orientierungswerte gedacht und sollen bei der manuellen Poolpflege unterstützen. Herstellerangaben der verwendeten Produkte sowie eigene Messwerte sollten weiterhin beachtet werden.

Wie immer freue ich mich über Rückmeldungen, Ideen und Verbesserungsvorschläge. 😊

[DasBo1975]

Zum vorherigen Post mal ein Beispiel zur PH Plus Berechnung

[DennisMenger]

@dasbo1975 ich habe zwischendurch mal Probleme mit den Pumpenstarts. An manchen Tagen funktioniert alles, an anderen Tagen geht sie nach 5-6 Sekunden auf Fehler. Kann es eventuell daran liegen, dass nicht sofort die Leistung in pump/live/current_power_w aktualisiert wird? Nach welchem Zeitraum wird auf Fehler geprüft? Ist mit sowohl im Zeit-Modus als auch im Automatik-Modus aufgefallen?

Und die Anzahl der Pumpenstarts zählt er bei mir innerhalb einer bis zwei Sekunden immer 2 dazu bis er dann auf Fehler geht.

[DasBo1975]

@DennisMenger sagte:

@dasbo1975 ich habe zwischendurch mal Probleme mit den Pumpenstarts. An manchen Tagen funktioniert alles, an anderen Tagen geht sie nach 5-6 Sekunden auf Fehler. Kann es eventuell daran liegen, dass nicht sofort die Leistung in pump/live/current_power_w aktualisiert wird? Nach welchem Zeitraum wird auf Fehler geprüft? Ist mit sowohl im Zeit-Modus als auch im Automatik-Modus aufgefallen?

Und die Anzahl der Pumpenstarts zählt er bei mir innerhalb einer bis zwei Sekunden immer 2 dazu bis er dann auf Fehler geht.

Danke für die Rückmeldung.

Ja, PoolControl prüft nach einem Pumpenstart, ob innerhalb einer fest definierten Zeit ein gültiger Leistungswert erkannt wird. Aktuell liegt dieses Zeitfenster bei 5 Sekunden.

Wird innerhalb dieser Zeit kein Leistungswert größer als 5 Watt erkannt, wechselt PoolControl in den Fehlerzustand. Hintergrund ist der Schutz der Pumpe, damit ein Pumpenstart ohne erkennbare Leistungsaufnahme nicht unbegrenzt weiterläuft.

Deine Vermutung ist daher durchaus plausibel. Wenn der Leistungswert der verwendeten Steckdose bzw. des Leistungsmessers gelegentlich verzögert aktualisiert wird, könnte die Fehlererkennung bereits greifen, bevor der neue Wert bei PoolControl angekommen ist.

Da du das sowohl im Zeit- als auch im Automatikmodus beobachtest, spricht das eher für die allgemeine Pumpenüberwachung als für einen bestimmten Betriebsmodus.

Ich werde das auf jeden Fall beobachten. Falls sich ähnliche Rückmeldungen von weiteren Nutzern ergeben, werde ich mir den Timeout-Bereich noch einmal genauer ansehen.