wichtiges UPDATE für controller 7.2.2 im stable

[DennisMenger]

Von Gemke die hier: https://www.gemke-shop.de/dosiertechnik/schwimmbad/elektroden/94/doppel-bypass-messzelle/elektrodenhalter-set-fuer-12mm-elektroden
Bei den Sonden muss man ein wenig gucken welche dabei sind. Man kann die aber auch extra bestellen.

[DasBo1975]

Hallo @ple ,

erst einmal herzlich willkommen hier im PoolControl-Testthread. 😊

Und natürlich auch Glückwunsch zum neuen Poolprojekt. Der Anfang ist immer etwas aufregend, weil auf einmal Themen wie Wasserpflege, pH-Wert, Chlor, Filterlaufzeiten und Technik dazukommen, mit denen man sich vorher oft noch nie beschäftigt hat.

Vielen Dank auch an @dennismenger für die schnelle und ausführliche Unterstützung. Genau solche Praxis-Erfahrungen helfen neuen Poolbesitzern oft mehr als jede technische Beschreibung.

Die von Dennis genannten Komponenten und Erfahrungen sind auf jeden Fall ein guter Einstiegspunkt. Wichtig ist aus meiner Sicht vor allem, die Anlage so aufzubauen, dass sie später problemlos erweitert werden kann. Dann bleiben alle Möglichkeiten offen – egal ob reine Überwachung, automatische Steuerung oder spätere Einbindung in PoolControl.

Falls Fragen auftauchen oder Unterstützung benötigt wird, einfach melden. Dafür ist der Testthread schließlich da. 🙂

Viele Grüße

Dirk / DasBo
Entwickler von PoolControl

[ple]

Zum Glück konnte ich gestern noch ein wenig fuschen, damit wenigsten die Sandfilteranlage + Chlorinator laufen. Aktuell ein Mix aus 32 und 38 Schläuchen die irgendwo rumlagen. Keter Gerätebox steht auch soweit. Ist doch wohl kleiner als ich dachte. OSB Wände kommen jetzt da rein und dann mal schauen wie ich den Platz am besten nutzen kann. Das wird schon eng, wenn ich 2 Bypässe(Wärmepume, Wasserqualität) erzeugen muss. Aktueller plan ist, statt die Gemke wollte ich von den 50 Rohr einen Abgang schaffen mit Hahn auf 20 Rohr und dort die Anbohrschellen setzen für die Sensoren. Durchflussmesser denke ich nicht, dass ich das brauche.
PH- dosieren kann ich denke ich mal direkt später am Ausgang des System mit Anbohrschellen. Puh das wird ein Puzzeln und hin und her. Habt ihr zufällig auch so eine Keter Box und ein paar Bilder vielleicht?
Da ist die Elektrik und iobroker das kleinste Problem.

Gruß

[DennisMenger]

Eine Kühlfunktion über Nacht könnte man aktuell gebrauchen ;-)

[DasBo1975]

@DennisMenger sagte:

Eine Kühlfunktion über Nacht könnte man aktuell gebrauchen ;-)

Du meinst, ich solle eine Art Eiswürfelaufbereiter programmieren?

[claus1993]

@DennisMenger sagte:

Eine Kühlfunktion über Nacht könnte man aktuell gebrauchen ;-)

Könnte man nicht die Solarheizung laufen lassen wenn der Kreislauf kühler ist als der Pool, also Nachts.

[DasBo1975]

@claus1993 sagte:

@DennisMenger sagte:

Eine Kühlfunktion über Nacht könnte man aktuell gebrauchen ;-)

Könnte man nicht die Solarheizung laufen lassen wenn der Kreislauf kühler ist als der Pool, also Nachts.

Prinzipiell kannst du mit einem Kollektor kühlen. Wenn dieser dann kälter als die Wassertemperatur ist. Es ist nur die Frage von Kosten und Nutzen.

[RikDRS]

@DasBo1975 sagte:

@dennismenger sagte in Test Adapter PoolControl:

@dasbo1975 Ah ok ... dann habe ich den Automatikmodus ja völlig verkehrt interpretiert.

Und wo liegt der Unterschied dann zum Modus Automatik (PV)?

Also die Modi arbeiten wie folgt.

• Automatik - Adapter wartet auf z.b. Solarsteuerung, Froststeuerung oder später Heizung,Wärmepumpe.
  Diese dürfen dann im Automatikmodus die Pumpe ein und ausschalten.

• Automatik PV - schaltet die Pumpe ein bzw. aus (mit Nachlaufzeit) wenn Photovoltaik Überschuss vorhanden ist.

• Zeit - Im Zeitmodul läuft die Pumpe zu den eingestellten Tagen/Uhrzeiten.

• Manuell - Pumpe reagiert nicht mehr auf Solar, Frost oder künftig Heizung/Wärmepumpensteuerung. Sicherheitsfunktionen können aber zusätzlich aktiviert werden. Wie z.B. der Frostwächter. Im Manuellen Modus kannst du den Wartungsmodus starten. Dieser würde dann so lange laufen bis du ihn wieder ausschaltest. Im Manuellen Modus wird auch die tägliche Umwälzmenge nicht berücksichtigt.

• Aus - selbsterklärend

Ich hoffe ich konnte dir so etws helfen.

LG

Hi zusammen & nen fettes Danke an @dasbo1975 für diesen Adapter!

nach mehrfachem Lesen fast aller Beiträge in diesem Thread, habe ich immer noch mehr als einen Knoten im Schädel und bitte um Hilfe diesen zu lösen bzw zu bestätigen.
Ausgangssituation bei mir:

• BKW mit 800W
• keine Wärmepumpe oder ähnliches
• Pool mit 10.000l, Sandfilteranlage mit ~7.000l/h, ca 250W
• Hichi-Volkszähler zum Auslesen des Stromzählers, sowohl Gesamtverbrauch und alle Phasen
• smarte Pumpensteckdose, Verbrauch wird per Blockly in einen Datenpunkt geschrieben, dieser im PoolControl-Instanz verwendet

Im Adapter diese Daten auch eingetragen, zusätzlich:

• Umwälzung 1,5x
• ObjektIDs für Vorlauf- und Rücklauftemperatur
• Schwelle für PV-Überschuss (W) -> 300 (was aber gerade nicht erreicht werden kann, da nen Klimagerät in den Kinderzimmer werkelt ;) )

wenn ich es nun richtig verstanden habe, wird im Automatik-Betrieb meine Pool-Pumpe nicht starten, da mein BKW nicht ausreichend Überschuss produziert, obwohl die gewünscht Umwälzmenge bzw Zeit nicht erreicht wurde - ist das richtig?
Genau das ist mein Knoten ;) Falls das so ist, gäbe es die Möglichkeit die Pumpe trotzdem "automatisch" zu steuern, das zumindest die gewünschte Umwälzmenge erreicht wird?

besten Gruß und ne tolle Pool-Saison weiterhin!
Rik

[FredF]

@rikdrs
Ich antworte mal, so wie ich es verstanden habe und bei mir auch so funktioniert.

wenn ich es nun richtig verstanden habe, wird im Automatik-Betrieb meine Pool-Pumpe nicht starten, da mein BKW nicht ausreichend Überschuss produziert, obwohl die gewünscht Umwälzmenge bzw Zeit nicht erreicht wurde - ist das richtig?

Genau so ist es. Wobei der Automatik-PV modus ausgewählt sein muss.

Genau das ist mein Knoten ;) Falls das so ist, gäbe es die Möglichkeit die Pumpe trotzdem "automatisch" zu steuern, das zumindest die gewünschte Umwälzmenge erreicht wird?

um die umwälzmenge auch dann zu erreichen, gibt es das Nachpumpen, was Poolcontrol automatisch bei nicht erreichen der gewünschten Umwälzmenge macht. Hierzu ist unter

poolcontrol.0.control.circulation.check_time

eine Uhrzeit anzugeben, wann die Prüfung erfolgen soll. Und

poolcontrol.0.control.circulation.mode

muss auf Automatik stehen.

[DasBo1975]

Hallo @rikdrs ,

erstmal vielen Dank für dein nettes Feedback und willkommen hier im PoolControl-Testthread. 😊

Und danke an @fredf für die schnelle Erklärung – genau so ist es gemeint.

Wenn der Automatik-PV-Modus aktiv ist, startet die Pumpe im PV-Betrieb nur dann, wenn der eingestellte PV-Überschuss erreicht wird. Wird der Überschuss nicht erreicht, startet sie dadurch also nicht.

Damit die gewünschte Umwälzung trotzdem erreicht werden kann, gibt es in PoolControl zusätzlich das automatische Nachpumpen. Das ist genau für solche Fälle gedacht: Wenn die gewünschte Umwälzmenge bis zu einem bestimmten Zeitpunkt noch nicht erreicht wurde, kann PoolControl die Pumpe nachlaufen lassen.

Wichtig sind dabei vor allem:

poolcontrol.0.control.circulation.mode
muss auf Automatik stehen

und

poolcontrol.0.control.circulation.check_time
legt fest, wann PoolControl prüft, ob die gewünschte Umwälzung schon erreicht wurde.

Kurz gesagt:

PV-Automatik = bevorzugt laufen, wenn Überschuss da ist
Nachpumpen = sorgt dafür, dass die notwendige Umwälzung trotzdem erreicht werden kann

Viele Grüße
Dirk / DasBo

P.S.:

Ich möchte an dieser Stelle einfach mal Danke sagen.

Ich bin wirklich stolz und froh, so engagierte Tester und Nutzer zu haben. 😊

Es ist schön zu sehen, wie ihr euch inzwischen gegenseitig unterstützt, Erfahrungen austauscht und Neulingen helft. Genau so stelle ich mir Open Source und eine Community vor.

PoolControl wäre ohne euer Feedback, eure Ideen und eure Tests heute nicht dort, wo der Adapter inzwischen angekommen ist.

Vielen Dank dafür! 👍

[DennisMenger]

@RikDRS sagte:

Automatik PV - schaltet die Pumpe ein bzw. aus (mit Nachlaufzeit) wenn Photovoltaik Überschuss vorhanden ist.

@dasbo1975 dazu habe ich eine Frage. Bei mir ist seit 8.43 Uhr PV-Überschuss vorhanden. Datenpunkt surplus_active steht auf true. Aber die Pumpe hat nicht eingeschaltet. Oder wartet der Modus Automatik (PV) auch auf eine Solaranforderung?

[DasBo1975]

@DennisMenger sagte:

@dasbo1975 dazu habe ich eine Frage. Bei mir ist seit 8.43 Uhr PV-Überschuss vorhanden. Datenpunkt surplus_active steht auf true. Aber die Pumpe hat nicht eingeschaltet. Oder wartet der Modus Automatik (PV) auch auf eine Solaranforderung?

Hmm. Nein. Im Auto PV Modus ist die Solaranforderung egal. Hast du den Adapter mal neu gestartet?

[RikDRS]

Moin,
& Danke Euch für die Erklärungen!

Dann habe ich eine weitere Frage zu dem Adapter:
wenn ich die Pumpe nun "extern" per Skript starte, stellt sich die Pumpe nach 60Sekunden wieder ab, der Datenpunkt

poolcontrol.0.pump.status

zeigt dann Fehler an. Das ist ein / der Schutzmechanismus

Wie kann ich das Umgehen bzw einstellen, das mein Skript die Pumpe trotzdem steuern darf?

hier ein Teil des Skripts

[DasBo1975]

@RikDRS sagte:

Moin,
& Danke Euch für die Erklärungen!

Dann habe ich eine weitere Frage zu dem Adapter:
wenn ich die Pumpe nun "extern" per Skript starte, stellt sich die Pumpe nach 60Sekunden wieder ab, der Datenpunkt

poolcontrol.0.pump.status

zeigt dann Fehler an. Das ist ein / der Schutzmechanismus

Wie kann ich das Umgehen bzw einstellen, das mein Skript die Pumpe trotzdem steuern darf?

hier ein Teil des Skripts

Guck dann mal bitte im Log nach welcher Fehler dir ausgegeben wird.

Und noch eine Frage zu deinem Blocky. Geht es dir nur da drum dass die Pumpe zu der Uhrzeit laufen darf ? Pool Control hat auch ein Zeit Modus

Schwierig kann es auf jeden Fall werden, wenn du eine externe Logik mit der interne Logik vermischt

[DennisMenger]

@DasBo1975 Werde ich morgen mal testen. Habe heute eine neue Pumpe installiert, die ich dann morgen in Betrieb nehmen werde.

[Andreas67 0]

Hallo @dasbo1975,das Problem von RikDRS (#488) mit dem externen Blockly-Skript zeigt eigentlich sehr gut, wo der Adapter logisch noch verbessert werden kann. Nutzer weichen meistens nur auf externe Skripte aus, wenn ihnen im Adapter eine bestimmte Option fehlt.Statt dass User versuchen, die Pumpe am Adapter vorbei zu steuern (was den Schutzmechanismus triggert), wäre eine Erweiterung der PV-Logik im Adapter die sauberere Lösung.Mein Vorschlag zur Verbesserung:Könnte man im Automatik PV-Modus eine Option wie "Mindestlaufzeit tagsüber erzwingen" einbauen? Wenn die PV-Leistung nicht reicht, schaltet der Adapter die Pumpe aktuell erst abends zur check_time ein. Viele möchten aber, dass die Pumpe z. B. zwingend zwischen 10:00 und 16:00 Uhr läuft (wegen der Sonne/Filterung), egal ob PV-Überschuss da ist oder nicht. Wenn der Adapter diese "Grundlaufzeit" im PV-Modus nativ mitorganisiert, spart man sich fehleranfällige, externe Zusatzskripte komplett.Viele Grüße!

[DasBo1975]

@Andreas67-0 sagte:

Hallo @dasbo1975,das Problem von RikDRS (#488) mit dem externen Blockly-Skript zeigt eigentlich sehr gut, wo der Adapter logisch noch verbessert werden kann. Nutzer weichen meistens nur auf externe Skripte aus, wenn ihnen im Adapter eine bestimmte Option fehlt.Statt dass User versuchen, die Pumpe am Adapter vorbei zu steuern (was den Schutzmechanismus triggert), wäre eine Erweiterung der PV-Logik im Adapter die sauberere Lösung.Mein Vorschlag zur Verbesserung:Könnte man im Automatik PV-Modus eine Option wie "Mindestlaufzeit tagsüber erzwingen" einbauen? Wenn die PV-Leistung nicht reicht, schaltet der Adapter die Pumpe aktuell erst abends zur check_time ein. Viele möchten aber, dass die Pumpe z. B. zwingend zwischen 10:00 und 16:00 Uhr läuft (wegen der Sonne/Filterung), egal ob PV-Überschuss da ist oder nicht. Wenn der Adapter diese "Grundlaufzeit" im PV-Modus nativ mitorganisiert, spart man sich fehleranfällige, externe Zusatzskripte komplett.Viele Grüße!

Danke erstmal für deine Antwort.

Bezugnehmend auf Beitrag #488 hatte ich ja gefragt, warum das externe Skript vorgeschaltet ist. Wenn ich den genauen Zweck kenne, kann ich besser einschätzen, ob daraus eventuell eine sinnvolle Erweiterung für PoolControl entstehen könnte.

Bei dem Vorschlag zur Grundlaufzeit im Auto-PV-Modus muss ich aber kurz die Bremse treten.

Der Auto-PV-Modus ist bewusst als reiner PV-Überschussmodus gedacht. Das bedeutet: Die Pumpe läuft dann, wenn ausreichend PV-Überschuss vorhanden ist. Eine fest eingestellte Grundlaufzeit, z. B. von 10:00 bis 16:00 Uhr, würde dem Grundgedanken dieses Modus widersprechen, weil die Pumpe dann auch ohne PV-Überschuss laufen würde.

Für feste Laufzeiten gibt es in PoolControl den Zeitmodus.

Trotzdem ist auch im Auto-PV-Modus sichergestellt, dass die gewünschte tägliche Mindestumwälzung erreicht werden kann. Dafür gibt es das automatische Nachpumpen. Zu einer vom Nutzer eingestellten Uhrzeit prüft PoolControl, ob die tägliche Mindestumwälzung bereits erreicht wurde. Falls nicht, kann die fehlende Umwälzung automatisch nachgeholt werden.

Kurz gesagt:

Auto-PV = Pumpe läuft bei PV-Überschuss
Zeitmodus = Pumpe läuft in festen Zeitfenstern
Nachpumpen = fehlende Mindestumwälzung wird nachgeholt

Deshalb würde ich zuerst gerne verstehen, was das externe Blockly genau erreichen soll. Vielleicht lässt sich das bereits mit den vorhandenen Funktionen sauber abbilden.

[RikDRS]

@DasBo1975 sagte:

@RikDRS sagte:

Dann habe ich eine weitere Frage zu dem Adapter:
wenn ich die Pumpe nun "extern" per Skript starte, stellt sich die Pumpe nach 60Sekunden wieder ab, der Datenpunkt

poolcontrol.0.pump.status

zeigt dann Fehler an. Das ist ein / der Schutzmechanismus

Wie kann ich das Umgehen bzw einstellen, das mein Skript die Pumpe trotzdem steuern darf?

Guck dann mal bitte im Log nach welcher Fehler dir ausgegeben wird.
hier das gewünschte Log:

2026-06-26 17:02:05.856 - warn: poolcontrol.0 (1757178) [pumpHelper] Fehler: Pumpe EIN, aber keine Leistung!
...
2026-06-26 17:02:09.685 - info: poolcontrol.0 (1757178) [pumpHelper] Pump error resolved
2026-06-26 17:02:09.690 - info: poolcontrol.0 (1757178) [pumpHelper] Pump error resolved

Und noch eine Frage zu deinem Blocky. Geht es dir nur da drum dass die Pumpe zu der Uhrzeit laufen darf ? Pool Control hat auch ein Zeit Modus

Schwierig kann es auf jeden Fall werden, wenn du eine externe Logik mit der interne Logik vermischt

Ich versuche es mal so zu erklären:
ich hätte gerne Zeit und PV verknüpf wie in meinem Skript mit folgender Logik:

• im Zeitraum a-b jede Stunde für Y Minuten die Pumpe einschalten

Abhängig von der Prognose von der Leistung des BKW / PV (bei mir getrackt über PV-Prognose) gibt es zwischen 10 bis 17Uhr eine längere Laufleistung der Pumpe, allerdings unabhängig von tatsächlicher, momentaner Leistung des BKW und unabhängig vom Gesamtbezug des Hauses

• alternativ wäre auch ein Intervall vorstellbar: alle X-Minuten für Y-Minuten die Pumpe einschalten im Zeitraum a-b

ich hänge mal mein Blockly an, vllt wirds dann verständlicher: common.Poolpumpe_variableZeit.xml

Danke für den sehr entspannten Austausch hier im Thread!

sonnigen Pooltag Euch gewünscht!

[DasBo1975]

@RikDRS sagte:

@DasBo1975 sagte:

@RikDRS sagte:

Dann habe ich eine weitere Frage zu dem Adapter:
wenn ich die Pumpe nun "extern" per Skript starte, stellt sich die Pumpe nach 60Sekunden wieder ab, der Datenpunkt

poolcontrol.0.pump.status

zeigt dann Fehler an. Das ist ein / der Schutzmechanismus

Wie kann ich das Umgehen bzw einstellen, das mein Skript die Pumpe trotzdem steuern darf?

Guck dann mal bitte im Log nach welcher Fehler dir ausgegeben wird.
hier das gewünschte Log:

2026-06-26 17:02:05.856 - warn: poolcontrol.0 (1757178) [pumpHelper] Fehler: Pumpe EIN, aber keine Leistung!
...
2026-06-26 17:02:09.685 - info: poolcontrol.0 (1757178) [pumpHelper] Pump error resolved
2026-06-26 17:02:09.690 - info: poolcontrol.0 (1757178) [pumpHelper] Pump error resolved

Und noch eine Frage zu deinem Blocky. Geht es dir nur da drum dass die Pumpe zu der Uhrzeit laufen darf ? Pool Control hat auch ein Zeit Modus

Schwierig kann es auf jeden Fall werden, wenn du eine externe Logik mit der interne Logik vermischt

Ich versuche es mal so zu erklären:
ich hätte gerne Zeit und PV verknüpf wie in meinem Skript mit folgender Logik:

• im Zeitraum a-b jede Stunde für Y Minuten die Pumpe einschalten

Abhängig von der Prognose von der Leistung des BKW / PV (bei mir getrackt über PV-Prognose) gibt es zwischen 10 bis 17Uhr eine längere Laufleistung der Pumpe, allerdings unabhängig von tatsächlicher, momentaner Leistung des BKW und unabhängig vom Gesamtbezug des Hauses

• alternativ wäre auch ein Intervall vorstellbar: alle X-Minuten für Y-Minuten die Pumpe einschalten im Zeitraum a-b

ich hänge mal mein Blockly an, vllt wirds dann verständlicher: common.Poolpumpe_variableZeit.xml

Danke für den sehr entspannten Austausch hier im Thread!

sonnigen Pooltag Euch gewünscht!

Danke für deine ausführliche Erklärung. 🙂

Ich glaube, jetzt verstehe ich deutlich besser, was dein Blockly eigentlich machen soll. Korrigiere mich bitte, falls ich dich falsch verstanden habe.

Für mich sieht es momentan so aus, als ob dein Blockly gar keinen klassischen PV-Überschussbetrieb umsetzen möchte.

Stattdessen nutzt es die PV-Prognose, um die Laufzeit der Pumpe abhängig von der erwarteten PV-Leistung zu variieren. Also beispielsweise:

• gute PV-Prognose → längere Laufzeit
• schlechte PV-Prognose → kürzere Laufzeit

Dabei ist der tatsächliche PV-Überschuss oder der aktuelle Hausverbrauch für dein Blockly gar nicht entscheidend.

Falls ich das richtig verstanden habe, dann unterscheidet sich diese Logik deutlich vom Auto-PV-Modus von PoolControl.

Der Auto-PV-Modus arbeitet bewusst mit dem tatsächlich vorhandenen PV-Überschuss. Das bedeutet, es wird genau der Überschuss genutzt, der in diesem Moment wirklich vorhanden ist – unabhängig davon, wie die Prognose vorher ausgesehen hat.

Deshalb habe ich im Moment das Gefühl, dass hier zwei unterschiedliche Steuerungsansätze parallel arbeiten. Dein Blockly übernimmt bereits einen großen Teil der Pumpenlogik und PoolControl versucht gleichzeitig ebenfalls, die Pumpe zu überwachen bzw. zu steuern. Dadurch entstehen dann auch die Konflikte mit der Pumpenüberwachung.

Deshalb würde ich gerne zuerst verstehen, ob dein Blockly bereits vor PoolControl entstanden ist und ob du diese komplette Logik weiterhin behalten möchtest.

Oder ist dein Ziel eigentlich, möglichst viel davon zukünftig direkt durch PoolControl erledigen zu lassen?

Das würde mir helfen einzuschätzen, ob wir hier über eine andere Nutzung der vorhandenen Funktionen sprechen oder tatsächlich über eine sinnvolle Erweiterung des Adapters.

PS:

Während ich deine Erklärung gelesen habe, ist mir noch ein weiterer Gedanke gekommen.

Ich glaube, wir sprechen hier eigentlich über zwei unterschiedliche Konzepte.

Der aktuelle Auto-PV-Modus von PoolControl nutzt bewusst den tatsächlich vorhandenen PV-Überschuss. Also genau die Energie, die in diesem Moment wirklich übrig ist. Deshalb spielt dort auch der aktuelle Hausverbrauch eine Rolle und nicht nur die theoretisch mögliche PV-Leistung.

Dein Blockly verfolgt dagegen einen anderen Ansatz. Dort wird die Laufzeit der Pumpe anhand einer PV-Prognose verändert. Vereinfacht gesagt:

• gute Prognose → längere Laufzeit
• schlechtere Prognose → kürzere Laufzeit

Das ist aus meiner Sicht aber keine klassische PV-Überschusssteuerung mehr, sondern eher eine Intervallsteuerung, deren Laufzeit anhand einer Prognose variiert wird.

Ich möchte deshalb ungern den bestehenden Auto-PV-Modus in diese Richtung erweitern, weil dadurch zwei unterschiedliche Philosophien vermischt würden.

Was ich mir dagegen grundsätzlich eher vorstellen könnte, wäre irgendwann einmal ein eigener Intervallmodus, der unabhängig vom Auto-PV-Modus arbeitet. Beispielsweise:

• Zeitraum von ... bis ...
• alle X Minuten starten
• für Y Minuten laufen

Die eigentliche Frage wäre dann nur noch, wodurch X oder Y bestimmt wird (fest, Wetter, Prognose usw.).

Das ist im Moment ausdrücklich nur ein Gedanke von mir und keine geplante Funktion. Mir war beim Lesen deines Blocklys nur wichtig zu verstehen, welches eigentliche Problem du lösen möchtest. Deshalb würde ich gerne zuerst sicher sein, dass ich deine Anforderung wirklich richtig verstanden habe.

[DasBo1975]

Hallo zusammen,

soeben ist PoolControl 1.3.34 verfügbar. Dieses Update bringt zwar keine neuen sichtbaren Funktionen, enthält aber eine wichtige interne Stabilitätsverbesserung, die ich allen Nutzern ausdrücklich empfehle.

Was wurde geändert?

Die interne Chemie-Historie für pH, ORP und TDS wurde vollständig überarbeitet.

Hintergrund ist, dass sich unter bestimmten Umständen die gespeicherten JSON-Historien immer weiter vergrößern konnten. Dadurch konnte die states.jsonl von ioBroker mit der Zeit unnötig stark anwachsen.

In einem Extremfall führte das sogar dazu, dass der js-controller nach einem Neustart aufgrund einer zu großen states.jsonl nicht mehr starten konnte.

Was wurde verbessert?

Die komplette Historienverwaltung wurde neu aufgebaut:

• Begrenzte Kurzzeit-Historie für aktuelle Messwerte
• Zusätzliche kompakte Tageshistorie für Langzeittrends
• Feste Größen- und Sicherheitslimits für alle Chemie-Historien
• Zusätzliche Schutzmechanismen gegen übergroße JSON-States
• Weitere Absicherung für Solar-Logbuch und Debug-Log

Wichtig war mir dabei, keine bestehenden Funktionen zu verlieren.

Deshalb bleiben alle bisherigen Auswertungen weiterhin erhalten:

• 24-Stunden-Trends
• 7-Tage-Trends
• 30-Tage-Trends
• Trendbewertungen
• Reports
• bestehende Datenpunkte für VIS, Blockly, JavaScript oder eigene Dashboards

Die Änderungen finden ausschließlich "unter der Haube" statt und sollen den Adapter langfristig robuster machen.

Update-Empfehlung

Ich empfehle allen Nutzern, auf Version 1.3.34 zu aktualisieren, auch wenn aktuell keine Probleme auftreten. Das Update verbessert die langfristige Stabilität und verhindert, dass interne Historien unnötig groß werden.

Wie immer freue ich mich über Rückmeldungen und Tests. Vielen Dank an alle, die PoolControl testen und mit ihren Ideen und ihrem Feedback zur Weiterentwicklung beitragen! 😊