NEWS
Test Adapter PoolControl
-
@sigi234 sagte in Test Adapter PoolControl:
@DasBo1975 sagte in Test Adapter PoolControl:
Überblick: Datenpunkte im Bereich heat.*
Wo sollte der DP sein?

Ok, der DP musste zuerst auf true geschaltet werden , dann kamen die DP
-
für die Heizungssteuerung würde ich eine "Pumpen-Vorlaufzeit vor Heizstart" benötigen.
Hintergrund ist das bei mir die Wärmepumpe eine Fehlermeldung ausgibt wenn kein Wasserdruck vorhanden ist. Wenn die Pumpe jedoch vor der Heizung eingeschaltet wird, passt alles.
Wäre super wenn du das einbauen könntest :-)
-
v0.9.1 – Heizungssteuerung: Pumpen-Vorlauf
✨ Neu
- Konfigurierbarer Pumpen-Vorlauf vor Heizstart.
- Die Pumpe kann nun für eine definierte Zeit vor dem Einschalten der Heizung gestartet werden, um ausreichend Wasserdurchfluss und Druck sicherzustellen (z. B. bei Wärmepumpen).
- Neue Datenpunkte:
heat.pump_prerun_minutesheat.prerun_active
🔒 Sicherheit & Integration
- Vollständig integriert in die bestehende Vorrangs-, Ownership- und Sicherheitslogik.
- Arbeitet ausschließlich im Automatikmodus der Pumpe und berücksichtigt den Saisonstatus sowie den Wartungsmodus.
Danke an claus1993 für das praxisnahe Feedback und die Feature-Anfrage.

🔹 heat.pump_prerun_minutes
Pumpen-Vorlaufzeit vor Heizstart (in Minuten)
Dieser Datenpunkt legt fest, wie lange die Pumpe laufen soll, bevor die Heizung eingeschaltet wird.
0 → kein Vorlauf
Die Heizung startet sofort, sobald Heizbedarf erkannt wird.0 → Vorlauf aktiv
Die Pumpe wird zuerst eingeschaltet und läuft die eingestellte Zeit,
erst danach wird die Heizung aktiviert.👉 Typischer Einsatz:
Wärmepumpen oder Heizgeräte, die Wasserdruck / Durchfluss benötigen,
bevor sie starten dürfen.🔹 heat.prerun_active
Status: Pumpen-Vorlauf aktiv
Dieser Datenpunkt zeigt an, ob gerade ein Pumpen-Vorlauf läuft.
true
→ Der Vorlauf ist aktiv
(Pumpe läuft bereits, Heizung ist noch aus)false
→ Kein Vorlauf aktiv (normaler Zustand)(null)
→ Der Vorlauf wurde noch nie ausgelöst, seit der Adapter läuft⚠️ Wichtig:
prerun_active wird nicht beim Start auf false gesetzt, sondern erst dann beschrieben,
wenn der Vorlauf tatsächlich gebraucht wird.
Das ist Absicht und unterscheidet:„existiert, wurde aber noch nie genutzt“
von„war aktiv und ist jetzt beendet“
-
@dasbo1975 Danke dir!
-
ioBroker.poolcontrol v1.0.0
✨ Neues Feature: Zusatz-Aktoren (Beleuchtung & Zusatzpumpen)
Mit Version 1.0.0 wird der Adapter um einen neuen Bereich Zusatz-Aktoren erweitert.
Damit können optionale Verbraucher wie Poolbeleuchtung, Attraktionen oder Zusatzpumpen direkt aus dem Adapter heraus gesteuert werden.Funktionen im Überblick
- Steuerung von bis zu 3 Beleuchtungen und 3 Zusatzpumpen / Attraktionen
- Ansteuerung externer Geräte über konfigurierbare Objekt-IDs (z. B. Schaltsteckdosen)
- Manuelles Ein- und Ausschalten über eigene States
- Optionaler Dauerbetrieb
- Zeitgesteuerter Betrieb mit Laufzeitvorgabe und Restlaufzeit-Anzeige
- Klarer, schreibgeschützter Status-State pro Aktor
- Aktoren sind nur aktiv, wenn sie in der Instanz-Konfiguration freigegeben wurden
- Kein Eingriff in bestehende Pumpen-, Solar- oder Heizlogik
- Vollständig eventbasiert, ohne Polling
Technische Hinweise
- Alle Aktor-States sind fest angelegt und dauerhaft verfügbar
- Die Ansteuerung externer Geräte erfolgt direkt über die in der Admin-UI hinterlegte Objekt-ID
- Die Logik ist vollständig gekapselt im neuen
actuatorsHelper - Bestehende Installationen bleiben vollständig kompatibel
-
Version 1.0.1
"Bugfix-Release. Behebt unvollständige Wettercode-Beschreibungen im KI-Wettervorhersagemodul durch vollständige Anpassung an die offizielle Open-Meteo-Wettercode-Spezifikation. Dadurch wird verhindert, dass rohe numerische Wettercodes in Benachrichtigungen, Sprachausgaben oder KI-generierten Texten erscheinen, und es werden durchgehend verständliche Klartext-Beschreibungen sichergestellt.
-
🔧 Kurzinfo: Drehzahlsteuerung / Leistungsempfehlung für Pumpen (PoolControl)
Aktuell gibt es ein GitHub-Issue mit dem Wunsch nach einer Drehzahlsteuerung für Poolpumpen (z. B. über 0–10 V, Shelly, Frequenzumrichter).
Wichtig vorab:
PoolControl wird keine Pumpe direkt regeln oder in die bestehende Pumpenlogik eingreifen.Stattdessen wurde ein folgendes Konzept umgesetzt:
- Einführung eines rein passiven Bereichs pump.speed
- PoolControl ermittelt daraus einen logischen Leistungszustand der laufenden Pumpe:
- off, frost, low, normal, high, boost
- Dieser Zustand ist nur eine Empfehlung, keine Steuerung
- Zusätzlich wird daraus ein empfohlener Prozentwert (0–100 %) abgeleitet
- Die Prozentwerte sind frei konfigurierbar und updatefest
- Umsetzung erfolgt ohne Umbau der bestehenden Pumpensteuerung
Das Konzept läuft bei mir privat bereits auf dem Testsystem, wird dort aktiv genutzt und in den nächsten Tagen offiziell ausgerollt.
👉 Die eigentliche Drehzahlregelung (z. B. Shelly 0–10 V, Blockly, FU) bleibt bewusst extern, damit:
- bestehende Setups unverändert weiterlaufen
- maximale Freiheit für individuelle Lösungen erhalten bleibt
Ziel ist es, PoolControl als Entscheidungs- und Empfehlungsebene zu nutzen – nicht als Motorsteuerung.
-
Version 1.1.0 ist nun online.
Es wurde der Bereich Pumpen-Leistungsempfehlung eingebaut.

Dieses System stellt eine zentrale, rein passive Leistungsempfehlung für die Poolpumpe bereit, ohne selbst in die Pumpensteuerung oder Hardware einzugreifen.
Kerneigenschaften:
- Neuer interner Leistungszustand pump.speed.state als einzige zentrale Ableitungsbasis
- Semantische Ausgabe (pump.speed.mode) und technische Ausgabe (pump.speed.percent)
- Keine doppelte Status- oder Reason-Logik
- Keine Hardware-Steuerung, keine Drehzahlregelung
- Frei nutzbar für externe Systeme (z. B. Blockly, Skripte, Shelly, Frequenzumrichter)
- Benutzerdefinierbares Prozent-Mapping je Leistungszustand
- Vollständig kompatibel mit bestehender Pumpen-, Solar-, Heizungs- und Wartungslogik
Das System arbeitet ereignisbasiert, greift ausschließlich auf bereits vorhandene Pumpen-States zu und ist dauerhaft aktiv, ohne den bestehenden Betrieb zu beeinflussen.