wichtiges UPDATE für controller 7.2.2 im stable

[DennisMenger]

@dasbo1975 heute leider wieder das Problem, dass im Zeitmodus die Umwälzmenge nicht aktualisiert wird. Sowohl mit der Version 1.3.18, als auch mit der 1.3.17. Wenn ich händisch den Schalter pump_switch einschalte, dann wird die Umwälzmenge gezählt. Schaltet die Pumpe über die Zeitsteuerung ein, dann passiert nix.

[sigi234]

@DasBo1975 sagte:

Bei mir im Produktiv- und Testsystem laufen die Zeitanzeigen jetzt wieder korrekt.

Bei mir auch bis auf:

poolcontrol.0
2026-05-12 12:50:52.530	info	State value to set for "poolcontrol.0.chemistry.ph.debug.last_update" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:50:52.497	info	State value to set for "poolcontrol.0.chemistry.ph.trend.reference_24h_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:50:52.462	info	State value to set for "poolcontrol.0.chemistry.ph.input.last_valid_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:50:52.456	info	State value to set for "poolcontrol.0.chemistry.ph.input.previous_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:50:52.443	info	State value to set for "poolcontrol.0.chemistry.ph.input.last_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:49:52.416	info	State value to set for "poolcontrol.0.chemistry.ph.debug.last_update" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:49:52.401	info	State value to set for "poolcontrol.0.chemistry.ph.input.last_valid_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:49:52.397	info	State value to set for "poolcontrol.0.chemistry.ph.input.previous_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:49:52.388	info	State value to set for "poolcontrol.0.chemistry.ph.input.last_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:48:52.398	info	State value to set for "poolcontrol.0.chemistry.ph.debug.last_update" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:48:52.389	info	State value to set for "poolcontrol.0.chemistry.ph.input.last_valid_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:48:52.387	info	State value to set for "poolcontrol.0.chemistry.ph.input.previous_value_at" has to be type "string" but received type "number"

poolcontrol.0
2026-05-12 12:48:52.377	info	State value to set for "poolcontrol.0.chemistry.ph.input.last_value_at" has to be type "string" but received type "number"

[DasBo1975]

@sigi234 sagte:

@DasBo1975 sagte:

Bei mir im Produktiv- und Testsystem laufen die Zeitanzeigen jetzt wieder korrekt.

Bei mir auch bis auf:

Hallo,

das liegt daran, dass bei dir noch die alten Datenpunkte vorhanden sind, die an diesen Stellen noch string erwarten. Die neue Version schreibt dort jetzt korrekt number-Zeitstempel.

Bitte einmal die drei Ordner ph, tds und orp unter poolcontrol.0.chemistry löschen und anschließend den Adapter neu starten. Dann werden die Datenpunkte neu angelegt und die Meldungen sollten weg sein.

[DasBo1975]

@DennisMenger sagte:

@dasbo1975 heute leider wieder das Problem, dass im Zeitmodus die Umwälzmenge nicht aktualisiert wird. Sowohl mit der Version 1.3.18, als auch mit der 1.3.17. Wenn ich händisch den Schalter pump_switch einschalte, dann wird die Umwälzmenge gezählt. Schaltet die Pumpe über die Zeitsteuerung ein, dann passiert nix.

Hallo Dennis,

danke für die Rückmeldung. Ich habe den Zeitmodus heute mehrfach in meinem Test- und Produktivsystem geprüft. Dort wird circulation.daily_total im Zeitmodus korrekt hochgezählt, auch wenn pump.active_helper = timeHelper aktiv ist.

Ich hänge zusätzlich zwei Screenshots von heute 20:10 Uhr und 20:13 Uhr an. Dort sieht man meine aktuelle Einstellung im Pumpenbereich wärend des Zeitmodus sowie, dass daily_total dabei weiter hochzählt.

Dadurch scheint das Problem momentan nicht generell den Zeitmodus selbst zu betreffen, sondern möglicherweise eine bestimmte Konstellation bei den Leistungs-/Livewerten.

Könntest du mir bitte während der Fehler aktiv ist einmal folgende Datenpunkte schicken bzw. als Screenshot posten:

• pump.current_power
• pump.live.flow_current_lh
• pump.live.flow_percent
• pump.pump_switch
• pump.active_helper
• circulation.daily_total
• pump.pump_max_watt
• pump.pump_power_lph

Wichtig wäre dabei:

• Pumpe läuft über die Zeitsteuerung
• daily_total zählt in dem Moment nicht weiter

Dann kann ich besser eingrenzen, an welcher Stelle die Werte bei dir nicht weitergegeben oder berechnet werden.

Viele Grüße
DasBo

[DennisMenger]

Hier einmal zwei Screenshots. Ich hoffe alle Datenpunkte sind dabei.

[DasBo1975]

@DennisMenger sagte:

Hier einmal zwei Screenshots. Ich hoffe alle Datenpunkte sind dabei.

Bitte einmal im Zeitmodus die Werte von circulation.daily_total über 3 Minuten beobachten:
Startwert notieren, 3 Minuten warten, Endwert notieren.
Bei deinem aktuellen flow_current_lh von ca. 6196 l/h müsste daily_total in 3 Minuten um ungefähr 300 Liter steigen.

[DennisMenger]

Moin.

Einmal zwei Screenshots. Beide Werte bei 0. Pumpe lief im Zeitmodus. Die Werte im Ordner pump/live verändern sich auch, aber bei daily_total leider nicht.

Start:

nach 4 Minuten:

[DasBo1975]

Hallo zusammen,

ich habe gerade die Version 1.3.20 hochgeladen.

Enthalten sind diesmal hauptsächlich Stabilitätsverbesserungen im Bereich Runtime-/Umwälzberechnung sowie eine Nachbesserung der Zeitsteuerung.

Änderungen:

• Runtime-Selbstheilung für seltene verpasste Pumpenstart-Ereignisse ergänzt
• Laufzeit- und Umwälzberechnung bei verzögerten oder gefilterten Pumpenschalter-Updates stabilisiert
• Seltenen Synchronisationsfehler behoben, bei dem die Umwälzberechnung trotz aktiver Pumpen-Livewerte stehen bleiben konnte
• Interne Runtime-Synchronisierung robuster gegenüber kleinen Timing-Unterschieden zwischen unterschiedlichen Systemen gemacht
• Zeitsteuerungs-Datenpunkte (timecontrol.*) gegen Überschreiben bei Updates/Überinstallationen abgesichert
• Gespeicherte Zeitfenster, Uhrzeiten und Wochentage bleiben jetzt bei Updates erhalten

Danke auch an @dennismenger für die Screenshots und Rückmeldungen rund um das Verhalten im Zeitmodus. Dadurch konnte ich die Runtime-/Synchronisationslogik nochmals gezielt absichern.

Viele Grüße
DasBo

[homecineplexx]

Gibts hier auch die Möglichkeit eine UV-Lampe einzuschalten, aber nur dann wenn die Pumpe läuft?

Und kann ich zb den Flow-Sensor meiner Dosieranlage irgendwie nutzen um zu sagen, es ist kein Flow, dreh alles ab, oder benachritige mich?

[DasBo1975]

@homecineplexx sagte:

homecineplexx
schrieb am 14. Mai 2026, 11:50
zuletzt editiert von
#417
Gibts hier auch die Möglichkeit eine UV-Lampe einzuschalten, aber nur dann wenn die Pumpe läuft?

Und kann ich zb den Flow-Sensor meiner Dosieranlage irgendwie nutzen um zu sagen, es ist kein Flow, dreh alles ab, oder benachritige mich?

Hallo,

die Idee finde ich grundsätzlich interessant.

Die Ansteuerung von Geräten wie z. B. UV-Anlagen, Wasserspielen oder ähnlichen Komponenten nur während des Pumpenlaufs hatte ich bislang noch nicht direkt vorgesehen. Ich habe das Thema aber aufgegriffen und werde mit einem der nächsten Updates einen neuen Bereich ergänzen, über den externe Geräte automatisch dem Lauf der Hauptpumpe folgen können.

Zum Thema Durchflusssensor: Eine direkte Verarbeitung bzw. Auswertung von externen Durchflusssensoren ist aktuell im PoolControl-Adapter noch nicht enthalten. Das Thema steht aber bereits auf meiner To-Do-Liste, da ich später auch selbst mit Durchflusswerten und entsprechenden Sicherheits- bzw. Diagnosefunktionen arbeiten möchte.

Viele Grüße
DasBo

[DasBo1975]

Hallo zusammen,

ich habe gerade die Version 1.3.21 hochgeladen.

An dieser Stelle auch vielen Dank für die Anregung und die Idee zu diesem Thema. Daraus ist jetzt eine allgemeine Lösung entstanden und nicht nur eine spezielle UV-Funktion.

Neu hinzugekommen ist der Bereich:

Zusatz-Aktoren → Geräte mit Pumpenlauf

Zu finden unter:

actuators.follow_pump_devices

Dort stehen aktuell bis zu 3 frei konfigurierbare Geräte zur Verfügung.

Die Idee dahinter: Externe Geräte können automatisch dem Lauf der Hauptpumpe folgen.

Beispiele:

• UV-Anlagen
• Wasserspiele
• Zusatzfilter
• weitere externe Geräte oder Relais

Pro Gerät können folgende Einstellungen vorgenommen werden:

• Aktivieren / Deaktivieren
• frei vergebener Name
• Ziel-Datenpunkt hinterlegen (target_state_id)

Wichtig:

Der eingetragene Ziel-Datenpunkt muss vom Typ boolean sein und beschreibbar sein, da PoolControl diesen direkt ein- bzw. ausschaltet.

Ablauf:

• Hauptpumpe EIN → Ziel-Datenpunkt wird automatisch eingeschaltet
• Hauptpumpe AUS → Ziel-Datenpunkt wird automatisch ausgeschaltet

Zusätzlich habe ich eine Prüfung eingebaut:

• Datenpunkt vorhanden?
• Datenpunkt vom Typ boolean?
• Datenpunkt beschreibbar?

Der Adapter meldet den Status direkt zurück und erkennt damit fehlerhafte oder ungeeignete Ziel-Datenpunkte.

Zusätzlich wurde ein Schutz gegen interne Follow-Pump-Schleifen ergänzt, damit keine problematischen Selbstreferenzen entstehen.

Die Konfigurationswerte bleiben selbstverständlich auch bei Überinstallationen erhalten.

Viele Grüße

DasBo

[homecineplexx]

wo trag ich die UV-Lampe ein?

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