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

[DasBo1975]

Mit Version 1.3.13 wurde die Projektdokumentation erweitert.

Neu hinzugekommen ist eine ausführliche Funktionsübersicht des Adapters in deutscher und englischer Sprache unter docs/de und docs/en.
Die Dokumentation beschreibt die wichtigsten Bereiche und Funktionen von PoolControl, darunter Pumpensteuerung, Solar/PV, Statistik-, Insights- sowie Chemie- und Analysefunktionen.

Zusätzlich wurde ein ungültiger common.installedFrom-Eintrag in der io-package.json bereinigt.

[DennisMenger]

Moin.
Ich habe heute festgestellt, dass bei mir im Zeitmodus die Umwälzmenge in circulation/daily_total nicht angepasst wird. Im Automatikmodus funktioniert es.

Aktuelle Version: v1.3.15

[DasBo1975]

Guten Morgen. Schaue ich mir an

[DasBo1975]

Hallo zusammen,

ich habe soeben die Version 1.3.17 von PoolControl ins latest-Repository hochgeladen.

Neu dabei:

• Fehler bei der Umwälzberechnung im Zeitmodus behoben
• Sprachsystem und Runtime-Persistenz weiter stabilisiert
• Wiederholte Solar-Benachrichtigungen reduziert
• weitere interne Stabilitätsverbesserungen

Zusätzlich ist jetzt der neue ORP-/Redox-Bereich vollständig mit integriert:

• neuer Bereich unter chemistry.orp
• ORP-Eingabe über disabled, manual oder externen State
• Unterstützung für ORP-Werte in mV
• Einbindung der bestehenden pH-Werte als Referenz
• Messort-, Pumpen- und Stabilisierungslogik analog zu pH/TDS
• Trend-, History- sowie Text-/HTML-/JSON-Ausgaben
• bewusst ohne automatische Dosierung oder Chlorsteuerung

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

Ein besonderer Dank geht an @dennismenger für den Hinweis zur Umwälzberechnung im Zeitmodus. Dadurch konnte ich die Ursache eingrenzen und beheben.

Wie immer freue ich mich über Feedback und Rückmeldungen aus euren produktiven Systemen.

Viele Grüße
DasBo

[DennisMenger]

@dasbo1975 kein Problem ... wir testen nur. Die meiste Arbeit hast ja du.

Funktioniert jetzt einwandfrei. Danke

[sigi234]

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

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