Test Adapter PoolControl
-
Hallo @MrHenker27 ,
erstmal vielen Dank für dein ausführliches Feedback und deine Gedanken – genau solche Anregungen finde ich super, weil sie zeigen, dass du dich wirklich mit dem Thema Poolsteuerung auseinandergesetzt hast.
Dein Ansatz mit der temperaturabhängigen Pumpenlaufzeit ist spannend, und ich kann absolut nachvollziehen, warum du das so umgesetzt hast. Feste Zeitfenster sind in der Praxis oft zu starr, und ein gewisser „Dynamikfaktor“ macht natürlich Sinn – vor allem, wenn man das Ganze aus älteren Blockly-Skripten kennt.
Im PoolControl-Adapter gehe ich aber inzwischen einen etwas anderen, ganzheitlicheren Weg.
Das System arbeitet ereignisbasiert, also nicht mehr rein zeitgesteuert, sondern reagiert auf reale Zustände und Sensorwerte:Feste Mindest-Umwälzung pro Tag: In der Instanz-Konfiguration gibt es die „Minimale tägliche Umwälzung“ – das ist der garantierte Grundbetrieb, der immer läuft, egal ob Sommer oder Herbst. So bleiben Hygiene, Chemieverteilung und Skimming dauerhaft sichergestellt.
Automatische Betriebsmodi: Neben dem klassischen Zeitmodus gibt es Automatik-, Solar-, Frost- und künftig auch Wärmepumpen-Modus. Diese greifen ineinander, sodass die Pumpe automatisch läuft, wenn tatsächlich Bedarf besteht – z. B. durch Solarertrag oder Frostschutz.
Temperatur- und Statusüberwachung: Alle wichtigen Temperaturen (Pool, Kollektor, Umgebung usw.) sind bereits integriert und fließen in die Steuerung mit ein. Dadurch entsteht schon heute ein indirekt temperaturabhängiges Laufverhalten – ohne starre Berechnungen.
Dein Vorschlag, die Tageslaufzeit bei kühlerem Wetter zu verkürzen, klingt zwar effizient, wäre aber im Gesamtkontext problematisch:
Bakterien, Algen und Schmutzpartikel kennen keine Außentemperatur – eine regelmäßige und vollständige Umwälzung bleibt zwingend nötig, um das Wasser stabil und sauber zu halten. Eine Kürzung nach Temperatur würde daher auf Dauer die Wasserhygiene gefährden, auch wenn man an warmen Tagen wieder „aufholt“.Genau deshalb arbeite ich mit einem festen Mindest-Floor, der nie unterschritten wird.
Temperatur- oder Solar-Ereignisse können die Laufzeit erhöhen, aber niemals verkürzen. So bleibt der Betrieb sicher, energiesparend und zuverlässig.Ich freue mich sehr, dass du dir den Adapter schon angeschaut hast und ihn nächstes Jahr testen willst – je mehr reale Rückmeldungen aus dem Betrieb kommen, desto besser kann ich das System weiter verfeinern.
Vielen Dank also nochmal für deine Idee und dein Feedback!
Viele Grüße
Dirk (DasBo1975)
Entwickler des PoolControl-Adapters -
️ PoolControl v0.6.0 – Photovoltaik-Steuerung mit Sicherheits-OverrideMit Version 0.6.0 erhält PoolControl eine eigenständige Photovoltaik-Steuerung.
Die Pumpe kann jetzt automatisch auf PV-Überschuss reagieren – unter Berücksichtigung von Hausverbrauch, Saisonstatus, Nachlaufzeit und Umwälzung.
Neuer PV-Modus- Neuer Pumpenmodus „Automatik (PV)“ unter
pump.mode - Schaltet die Pumpe nur bei PV-Überschuss ein
- Einschaltlogik: Überschuss ≥ Pumpen-Nennleistung + konfigurierter Schwellwert
- Berücksichtigt Saisonstatus und Nachlaufzeit
- Optional: „PV ignorieren bei erreichter Umwälzung“ – verhindert unnötiges Nachpumpen
Sicherheits-Override- Integrierter Kollektor-Überhitzungsschutz auch im PV-Modus
→ Sobaldsolar.collector_warning = true, wird die Pumpe zwangsweise eingeschaltet,
unabhängig vom PV-Überschuss.
So wird der Kollektor aktiv heruntergekühlt, auch wenn wenig Stromüberschuss vorhanden ist.
Nach Abkühlung läuft der Adapter automatisch wieder im normalen PV-Modus weiter.
HinweisNach dem Update bitte einmal:
- Adapter neu starten
- In den Instanzeinstellungen unter Photovoltaik die Objekt-IDs für
Erzeugungsleistung und Hausverbrauch eintragen
Viel Spaß beim Testen!
Wie immer freue ich mich über Rückmeldungen, Erfahrungen oder Verbesserungsideen
- Neuer Pumpenmodus „Automatik (PV)“ unter
-
Hallo, zum testen brauche ich bitte folgende Werte:
Erzeugungsleistung in Watt
Hausverbrauch in Watt
Kollektortemperatur
-
@dasbo1975 sagte in Test Adapter PoolControl:
Erzeugungsleistung und Hausverbrauch eintragen
Wird nicht erkannt:
Aha, habe eine Tageswert eingegeben und eine Einheit.
Muss ich mal ändern.Edit:
-
Also, via DP: poolcontrol.0.pump.mode kann in der VIS nicht gesteuert werden.
Wenn ich es in den Objekte ändere schon.
VIS:
Der Wert wird nicht übernommen
Siehe Kommentar von
@dennismenger sagte in Test Adapter PoolControl:
@sigi234 Pumpenmodus auf "Zeit" und im Zeitfenster die Uhrzeiten eingestellt und das jeweilige Zeitfenster aktiviert. Ich habe es jeweils über den Adapter selbst eingestellt.
EDIT: grundsätzlich geht es über die VIS2 auch, es werden die Werte aber nicht als bestätigt zurückgegeben und daher muss man das in den Objekten aktuell noch per Hand anpassen, wenn die Einstellung über die VIS2 erfolgte
-
Noch was, wenn die Erforderliche tägliche Umwälzmenge erreicht ist sollte sich da die Pumpe nicht ausschalten?
-
Kann man einen Nachtmodus für die Sprachausgabe einbauen?
Also keine Sprachausgabe von 22:00 - 06:00 Uhr -
Warum wird die Monatsstatistik zurückgesetzt?
poolcontrol.0 2025-11-04 06:49:30.751 info statisticsHelperMonth: Monatsstatistik wird zurückgesetzt. poolcontrol.0 2025-11-04 06:49:30.688 info [photovoltaicHelper] Pumpe AUS (mode_not_auto_pv, ohne Nachlauf) poolcontrol.0 2025-11-04 06:49:30.652 info [pumpHelper2] Erfolgreich initialisiert poolcontrol.0 2025-11-04 06:49:30.552 info [controlHelper2] Rückspülerinnerung initialisiert (täglicher Check um 12:00 Uhr). poolcontrol.0 2025-11-04 06:49:30.551 info [controlHelper] initialisiert poolcontrol.0 2025-11-04 06:49:30.550 info [photovoltaicHelper] Initialisierung abgeschlossen. poolcontrol.0 2025-11-04 06:49:30.550 info [photovoltaicHelper] Subscribed: PV="0_userdata.0.Pool.PV.Erzeugungsleistung", Haus="0_userdata.0.Pool.PV.Hausverbrauch" poolcontrol.0 2025-11-04 06:49:30.549 info [pumpHelper3] Erfolgreich initialisiert poolcontrol.0 2025-11-04 06:49:30.549 info [pumpHelper3] Initialisierung gestartet poolcontrol.0 2025-11-04 06:49:30.549 info [pumpHelper2] Initialisierung gestartet poolcontrol.0 2025-11-04 06:49:30.546 info [migrationHelper] Migration-Helper beendet. poolcontrol.0 2025-11-04 06:49:30.542 info [migrationHelper] Starte Migration-Check ... poolcontrol.0 2025-11-04 06:49:30.245 info [createPhotovoltaicStates] Initialisierung abgeschlossen. poolcontrol.0 2025-11-04 06:49:30.080 info Adapter gestartet poolcontrol.0 2025-11-04 06:49:30.071 info starting. Version 0.6.0 (non-npm: DasBo1975/ioBroker.poolcontrol) in C:/SmartHome/node_modules/iobroker.poolcontrol, node: v22.21.1, js-controller: 7.0.7 poolcontrol.0 2025-11-04 06:49:25.261 info terminating poolcontrol.0 2025-11-04 06:49:24.752 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason poolcontrol.0 2025-11-04 06:49:24.752 info terminating poolcontrol.0 2025-11-04 06:49:24.748 info Got terminate signal TERMINATE_YOURSELF -
Probleme mit der Schaltung aus der VIS im Bereich pump.mode
Die Helper des PoolControl-Adapters reagieren auch auf Änderungen des Datenpunkts pump.mode,
selbst wenn dieser über die VIS oder andere Schnittstellen umgeschaltet wird.
Alle Logiken werden dabei automatisch neu ausgewertet.Je nach internem Aufbau des jeweiligen Helpers kann die Reaktion zeitversetzt erfolgen —
in der Regel innerhalb von wenigen Sekunden bis maximal 60 Sekunden.
Diese kurze Zeitspanne ist bewusst gewählt, um den Adapter ressourcenschonend und stabil zu halten,
auch auf kleineren oder schwächeren ioBroker-Systemen.Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Dabei hat die Reaktion des Adapters wie erwartet funktioniert.
Ich behalten das Verhalten aber selbstverständlich im Blick,
falls es unter bestimmten Systemkonfigurationen zu Abweichungen kommen sollte.Ich habe das Verhalten heute mehrfach getestet – sowohl bei bestätigten (ack=true)
als auch bei unbestätigten (ack=false) Änderungen aus der VIS.
In allen Fällen wurde der Pumpenmodus korrekt umgeschaltet
und die internen Helper haben darauf reagiert.
Es ist daher denkbar, dass Unterschiede im Verhalten auch
von den jeweils verwendeten Widgets oder deren Konfiguration abhängen können.Ich werde es auf jedenfall im Auge behalten.
Danke euch für das ausgiebige Testen
-
@dasbo1975 sagte in Test Adapter PoolControl:
Es ist daher denkbar, dass Unterschiede im Verhalten auch
von den jeweils verwendeten Widgets oder deren Konfiguration abhängen können.
Ich werde es auf jedenfall im Auge behalten.Ok, ich werde es mal mit andere Widgets weiter testen.
-
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
Ich habe es mit dem jqui - select ValueList gemacht. Andere habe ich nicht probiert
-
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
Ich habe es mit dem jqui - select ValueList gemacht. Andere habe ich nicht probiert
Vis 2 - Material-Widgets - Schalter oder Knöpfe - Wähler = Keine Funktion
Vis 2 Widget Gestylt Zustände steuern = Funktioniert
Also hängt es wirklich von den verwendeten Widgets ab !
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
Ich habe es mit dem jqui - select ValueList gemacht. Andere habe ich nicht probiert
Vis 2 - Material-Widgets - Schalter oder Knöpfe - Wähler = Keine Funktion
Vis 2 Widget Gestylt Zustände steuern = Funktioniert
Also hängt es wirklich von den verwendeten Widgets ab !
Ärgerlich, aber dafür finde ich zur zeit keine Lösung
-
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
Ich habe es mit dem jqui - select ValueList gemacht. Andere habe ich nicht probiert
Vis 2 - Material-Widgets - Schalter oder Knöpfe - Wähler = Keine Funktion
Vis 2 Widget Gestylt Zustände steuern = Funktioniert
Also hängt es wirklich von den verwendeten Widgets ab !
Ärgerlich, aber dafür finde ich zur zeit keine Lösung
Kein Problem, kommen ja sowieso mal deine Widgets.
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
Ich habe es mit dem jqui - select ValueList gemacht. Andere habe ich nicht probiert
Vis 2 - Material-Widgets - Schalter oder Knöpfe - Wähler = Keine Funktion
Vis 2 Widget Gestylt Zustände steuern = Funktioniert
Also hängt es wirklich von den verwendeten Widgets ab !
Ärgerlich, aber dafür finde ich zur zeit keine Lösung
Kein Problem, kommen ja sowieso mal deine Widgets.
Aber schon mal schön, dass bei der ganzen Fehlerbeseitigung der letzten Stunden, dieser Fehler nicht an mir Lag
-
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
Ich habe es mit dem jqui - select ValueList gemacht. Andere habe ich nicht probiert
Vis 2 - Material-Widgets - Schalter oder Knöpfe - Wähler = Keine Funktion
Vis 2 Widget Gestylt Zustände steuern = Funktioniert
Also hängt es wirklich von den verwendeten Widgets ab !
Ärgerlich, aber dafür finde ich zur zeit keine Lösung
Kein Problem, kommen ja sowieso mal deine Widgets.
Aber schon mal schön, dass bei der ganzen Fehlerbeseitigung der letzten Stunden, dieser Fehler nicht an mir Lag
Jupp, sorry für die Extraarbeit
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Über den Tag hinweg wurden mehrere Tests mit Schaltungen direkt aus der VIS durchgeführt.
Welches Widget hast du genommen?
Ich habe es mit dem jqui - select ValueList gemacht. Andere habe ich nicht probiert
Vis 2 - Material-Widgets - Schalter oder Knöpfe - Wähler = Keine Funktion
Vis 2 Widget Gestylt Zustände steuern = Funktioniert
Also hängt es wirklich von den verwendeten Widgets ab !
Ärgerlich, aber dafür finde ich zur zeit keine Lösung
Kein Problem, kommen ja sowieso mal deine Widgets.
Aber schon mal schön, dass bei der ganzen Fehlerbeseitigung der letzten Stunden, dieser Fehler nicht an mir Lag
Jupp, sorry für die Extraarbeit
Nein. Genau richtig. Nur so erfahren wir ja wo noch Probleme sind. Mein Chef hat nur komisch geguckt auf der Arbeit. Weil das so garnichts mit der Arbeit zu tun hatte. Und ich möchte ja das der Adapter irgendwie perfekt wird
Edit:
Ich bin auf jedenfall froh, dass ich auf einen Modularen aufbau gegangen bin und jeder Bereich seine eigene State oder Helper Datei hat. So ist das suchen viel einfacher
-
🧩 PoolControl – Version 0.6.1
Stabilitäts- & Fehlerkorrektur-Update
🧠 Allgemein
Dieses Update konzentriert sich auf Korrekturen und strukturelle Bereinigungen, die im Laufe des 4. November 2025 durchgeführt wurden.
Es handelt sich um ein reines Wartungs- und Stabilitätsupdate, ohne neue Funktionen.
Bugfixes & Code-Korrekturen
Statistik-System- Fehlerhaften Monats-Reset behoben, der beim Adapterstart oder nach einer Überinstallation ausgelöst wurde, obwohl kein Monatswechsel stattgefunden hat.
→ Die Monatsstatistik wird jetzt nur noch bei einem echten Monatswechsel zurückgesetzt. last_update-Zeitstempel in der Monatsstatistik korrigiert – zeigt nun das echte Datum der letzten Aktualisierung an (keine Fantasiedaten wie 2001 oder 1970 mehr).- Zusätzliche Sicherheitsprüfungen gegen ungültige Datumswerte (
NaN,undefined) ergänzt. - Logausgaben präzisiert, um versehentliche Resets besser nachvollziehen zu können.
️ Wochen- & Monats-Statistik-Reset-Buttons- Die fälschlicherweise angelegten Datenpunkte
analytics.statistics.temperature.week.<sensor>.reset_today
analytics.statistics.temperature.month.<sensor>.reset_todaywurden entfernt.
- Diese Reset-Buttons waren nicht vorgesehen und wirkungslos.
Sie müssen einmalig manuell gelöscht werden, falls sie noch vorhanden sind.
(Die Tagesstatistik behält ihren Reset-Button weiterhin.) - Eine überarbeitete, einheitliche Reset-Struktur wird zu einem späteren Zeitpunkt wieder eingeführt.
️ Photovoltaik-Helper- Erweiterte Logik: Pumpe startet nur bei Überschuss, wenn die tägliche Umwälzmenge noch nicht erreicht ist.
- Pumpe stoppt automatisch, wenn die tägliche Umwälzmenge erreicht ist – auch bei weiterem PV-Überschuss.
- Verbesserte Debug-Ausgaben für Überschuss-Status und Umwälzprüfung.
Time-Helper- Verhalten geprüft und dokumentiert: arbeitet mit einem zyklischen 60-Sekunden-Intervall, um ressourcenschonend zu bleiben.
- Keine Echtzeit-Reaktion notwendig, Design bestätigt.
️ Allgemeine Verbesserungen- Alle betroffenen Dateien wurden gelinted und formatiert (
eslint --fix). - Interne Schutzabfragen und Logs ergänzt, um künftige Fehldiagnosen zu vermeiden.
- Alle Helper wurden überprüft und hinsichtlich Reaktionszeit dokumentiert (VIS-Kompatibilität bestätigt).
Hinweise- Nach der Installation dieser Version sollten eventuell vorhandene fehlerhafte Reset-Datenpunkte unter
analytics.statistics.temperature.week.*undanalytics.statistics.temperature.month.*
einmalig manuell gelöscht werden. - Das Verhalten der Helper beim Umschalten des Datenpunkts
pump.modewurde geprüft.
Änderungen aus der VIS werden korrekt erkannt – je nach Widget kann es jedoch zu unterschiedlicher Reaktionszeit kommen (bis zu 60 Sekunden beim Time-Helper). - Dieses Update wird als stabile Fehlerbehebung (Maintenance Release) veröffentlicht.
🧾 Versionsempfehlung
Empfohlenes Update für alle Nutzer der Version 0.6.0, insbesondere wenn Monats- oder Wochenstatistik verwendet wird.
- Fehlerhaften Monats-Reset behoben, der beim Adapterstart oder nach einer Überinstallation ausgelöst wurde, obwohl kein Monatswechsel stattgefunden hat.
-
@dasbo1975 sagte in Test Adapter PoolControl:
Nach der Installation dieser Version sollten eventuell vorhandene fehlerhafte Reset-Datenpunkte unter
analytics.statistics.temperature.week.* und analytics.statistics.temperature.month.*
einmalig manuell gelöscht werden.Diese alle löschen bei jeden Sensor?
