UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[MrHenker27]

guten Morgen,

jetzt muss ich erst mal meckern g Leider kommt der Adapter so günstig das meine Pumpe schon bei mir zu hause ist -.-

Ich bin jetzt grade am lesen.

Meiner einer hat seit 2 oder 3 Jahre das Blockly Pool Script am laufen gehabt und musste es auch schon mehrfach anpassen da bei mir meinee WLan Steckdose z.B. recht weit weg ist und ab und an z.B. kein ausschaltsignal bekommen hat. Shellys arbeiten ja u.A. auch mit Timer, so hatte ich das problem dann gelöst.

Was mich aber damals "nervte" war diese festen laufzeiten vorr und Nachmittags.

Wie ich sehe verwendest du Luft und Wasser Temperaturen, gefällt mir schon mal. Ich habe mir in ein DP stündlich glaub ich den aktuelen Wert der Wsssertemperatur schreiben lassen und mir so ein mittelwert daraus gebildet und dann diesen zur maximalen Tagestemperatur gerechnet das duch 2 weil 2 Werte ( durch. Poool Temp / Tag + Max Te,p heute / 2 )

Diesen Referenzwert von z.B. 22°C habe ich dann als Grundlage der Laufzeit gesetzt. Bei 10³ Pool und einer Pumpenleistung con ca 6.000L pro Stunde habe ich gesagt die Laufzeit ist dann vormittags 1 und Nchmittgs 2h. Ist der Pool wärmer muss ja natürlich auch die Laufzeit länger sein, Ist das Wasser kälter brauch ich ja keine 8h Pumpenlqufzeit. Wir wollen ja alle Geld spaaren ;)

Ggf. kannst du ja sowas als Idee auch mit übernehmen. Anspnsten werde ich den Adapter natürlich gerne, leider erst nächstes Jahr, testen. Meinn Pool im Kleingarten darf schon schlafen. Demnächst folgt der Teich auch noch dazu..

greets

[DasBo1975]

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

[DasBo1975]

☀️ PoolControl v0.6.0 – Photovoltaik-Steuerung mit Sicherheits-Override

Mit 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
  → Sobald solar.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.

---

💬 Hinweis

Nach 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 😊

[sigi234]

@dasbo1975

Hallo, zum testen brauche ich bitte folgende Werte:

Erzeugungsleistung in Watt
Hausverbrauch in Watt
Kollektortemperatur

[sigi234]

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

[sigi234]

@dasbo1975

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

[sigi234]

@dasbo1975

Noch was, wenn die Erforderliche tägliche Umwälzmenge erreicht ist sollte sich da die Pumpe nicht ausschalten?

[sigi234]

@dasbo1975

Kann man einen Nachtmodus für die Sprachausgabe einbauen?
Also keine Sprachausgabe von 22:00 - 06:00 Uhr

[sigi234]

@dasbo1975

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 

[DasBo1975]

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

[sigi234]

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

[sigi234]

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

[DasBo1975]

@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

[sigi234]

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

[DasBo1975]

@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

[sigi234]

@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.:grinning:

[DasBo1975]

@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.:grinning:

Aber schon mal schön, dass bei der ganzen Fehlerbeseitigung der letzten Stunden, dieser Fehler nicht an mir Lag :blush:

[sigi234]

@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.:grinning:

Aber schon mal schön, dass bei der ganzen Fehlerbeseitigung der letzten Stunden, dieser Fehler nicht an mir Lag :blush:

Jupp, sorry für die Extraarbeit

[DasBo1975]

@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.:grinning:

Aber schon mal schön, dass bei der ganzen Fehlerbeseitigung der letzten Stunden, dieser Fehler nicht an mir Lag :blush:

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

[DasBo1975]

🧩 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_today

wurden 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.* und analytics.statistics.temperature.month.*
  einmalig manuell gelöscht werden.
• Das Verhalten der Helper beim Umschalten des Datenpunkts pump.mode wurde 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.