Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

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