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

[DennisMenger]

Vielen Dank, werde ich testen

[DasBo1975]

Mit der Version 1.3.10 habe ich einige größere Erweiterungen und Verbesserungen rund um die Photovoltaik-Integration umgesetzt.

✨ Neu: Photovoltaic Insights

Ich habe einen neuen Analysebereich analytics.insights.photovoltaic eingeführt.

Damit werte ich jetzt aus:

wie lange die Pumpe durch PV-Überschuss gelaufen ist
wie viel Energie dabei genutzt wurde
und welche Einsparung sich daraus ungefähr ergibt

Dazu gibt es:

einen neuen Helper (photovoltaicInsightsHelper)
eine eigene State-Struktur (Inputs, Calculation, Results, Debug)
sowie Zusammenfassungen als Text, JSON und HTML

Der Bereich ist vollständig in das bestehende i18n-System integriert.

🔧 Verbesserung: Active Helper Handling

Ich habe das Handling von pump.active_helper vereinheitlicht.

Folgende Helper unterstützen das jetzt sauber:

photovoltaicHelper
solarHelper
solarExtendedHelper

Bisher haben einige dieser Helper den Status nicht gesetzt, wenn sie die Pumpe gesteuert haben.
Das habe ich jetzt vereinheitlicht.

Jeder Helper:

setzt sich selbst als aktiven Helper, wenn er die Pumpe steuert
gibt die Kontrolle wieder frei, wenn er fertig ist
überschreibt keine anderen aktiven Helper

Zusätzlich kann der Datenpunkt pump.active_helper jetzt auch sehr gut für Visualisierungen genutzt werden,
um direkt zu sehen, welcher Helper aktuell die Pumpe steuert und warum sie läuft.

Das sorgt für eine saubere Prioritätslogik und verhindert Konflikte zwischen den Helpern.

🧠 Verbesserung: PV-Laufzeit-Auswertung

Die PV-Laufzeit wird jetzt nur noch gezählt, wenn:

tatsächlich PV-Überschuss aktiv ist
und der photovoltaicHelper die Pumpe auch wirklich steuert

Dadurch sind die Werte für Laufzeit, Energie und Einsparung deutlich genauer.

🐛 Fix: PV-Umwälzlogik

Ich habe einen Fehler behoben, bei dem die Pumpe gestoppt wurde, obwohl
photovoltaic.ignore_on_circulation = false gesetzt war.

Die Prüfung der Umwälzmenge greift jetzt nur noch, wenn diese Option auch wirklich aktiviert ist.

[DasBo1975]

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 sich solarHelper und solarExtendedHelper beim 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

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