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

[DasBo1975]

@sigi234 sagte:

@DasBo1975 sagte:

Außerdem wurde die bestehende pH-Struktur erweitert und an die neuen TDS-/ORP-Bereiche angepasst.

Warum sind die Zeitwerte alle in der Zukunft?

Okay. Das ist gruselig. Bei mir ist mir das bislang noch nicht aufgefallen. Stimmt denn die Zeitwerte bei dir auf dem Rechner?

Wenn ich heute Abend zu Hause bin, dann werde ich mir das anschauen

[sigi234]

@DasBo1975 sagte:

Stimmt denn die Zeitwerte bei dir auf dem Rechner?

Ja

Edit:

Wert stimmt nicht

[DasBo1975]

Mit Version 1.3.18 habe ich einen Fehler in den Zeit-/Datumsanzeigen der pH-, ORP- und TDS-Bereiche behoben.

Vielen Dank an @sigi234 für den Hinweis und das genaue Beobachten. 👍

Ursache war letztlich die Art, wie die Zeitstates intern gespeichert wurden. Einige value.time-Datenpunkte wurden bislang mit lokal formatierten Datumsstrings beschrieben. Je nach ioBroker/Admin-Interpretation konnte das zu falschen Datumsanzeigen führen.

Die betroffenen Zeitstates werden jetzt ioBroker-konform als numerische Millisekunden-Timestamps gespeichert. Zusätzlich habe ich eine rückwärtskompatible Behandlung älterer Werte eingebaut, damit bestehende Installationen sauber weiterlaufen.

Betroffen waren:

• pH-Auswertung
• ORP-/Redox-Auswertung
• TDS-Auswertung

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

[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