NEWS
Test Adapter PoolControl
-
Hallo zusammen,
ich habe soeben die Version 1.3.11 veröffentlicht.
Die Version ist diesmal relativ schnell nach der letzten erschienen, weil sich ein Fehler in der Solarsteuerung eingeschlichen hatte.
Konkret haben sichsolarHelperundsolarExtendedHelperbeim Datenpunkt für die Sprachausgabe (speech.solar_active) gegenseitig beeinflusst. Im ungünstigsten Fall führte das dazu, dass die Sprachausgabe minütlich zwischen „eingeschaltet“ und „beendet“ gewechselt hat.Das Verhalten ist jetzt korrigiert. Die beiden Solarmodi sind sauber voneinander getrennt und beeinflussen sich nicht mehr gegenseitig. Die Sprachausgabe arbeitet damit wieder stabil.
Da ich ohnehin am Code war, habe ich zusätzlich zwei größere Funktionen integriert, die ich ohnehin als nächste Schritte geplant hatte:
Neu: pH-Auswertung (chemistry.ph)
- Unterstützung für manuelle Eingabe und externe Datenpunkte
- Berücksichtigung des Messortes (Pool, Messstrecke etc.)
- Plausibilitätsprüfung und Statusbewertung
- Verständliche Handlungsempfehlungen (keine automatische Dosierung)
- Optionaler Mischlauf mit sauberem Pumpen-Handling
- Erste Historienfunktionen
Neu: TDS-Auswertung (chemistry.tds)
- Unterstützung für manuelle Eingabe und externe Datenpunkte
- Trendanalyse über 24h, 7 Tage und 30 Tage
- Referenzwert (Startwert) zur Bewertung der Wasserentwicklung
- Bewertung auf Basis von Trend, Absolutwert und Veränderung
- Speicherung von Messwerten für die Trendberechnung
- Ausgaben als Text, JSON und HTML für spätere Visualisierung
Wie immer gilt:
Das Ganze ist bewusst erstmal ohne automatische Chemie-Steuerung umgesetzt. Fokus liegt auf sauberer Auswertung und nachvollziehbaren Hinweisen.Falls euch beim Testen noch etwas auffällt oder ihr Ideen habt, gerne melden 🙂
Viele Grüße
DasBo -
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.
-
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
-
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,manualoder 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 -
@dasbo1975 kein Problem ... wir testen nur. Die meiste Arbeit hast ja du.
Funktioniert jetzt einwandfrei. Danke
-
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,manualoder 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
DasBoAußerdem wurde die bestehende pH-Struktur erweitert und an die neuen TDS-/ORP-Bereiche angepasst.
Warum sind die Zeitwerte alle in der Zukunft?

-
Außerdem wurde die bestehende pH-Struktur erweitert und an die neuen TDS-/ORP-Bereiche angepasst.
Warum sind die Zeitwerte alle in der Zukunft?

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
-
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
-
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.
-
@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.
-
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.
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" -
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"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
stringerwarten. Die neue Version schreibt dort jetzt korrektnumber-Zeitstempel.Bitte einmal die drei Ordner
ph,tdsundorpunterpoolcontrol.0.chemistrylöschen und anschließend den Adapter neu starten. Dann werden die Datenpunkte neu angelegt und die Meldungen sollten weg sein.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren Anmelden
