wichtiges UPDATE für controller 7.2.2 im stable

[DennisMenger]

@dasbo1975 Vielen Dank für die schnelle Fehlerbehebung.

Und dann habe ich noch eine Frage zum Zeitmodus. Aktuell sind ja maximal 3 Zeitfenster möglich. Ich würde mir wünschen, dass man mehr als 3 Zeitfenster nutzen könnte. Ab einer höheren Wassertemperatur ist sinnvoll, dass das Wasser entweder dauerhaft bewegt wird oder zumindest in mehreren Intervallen. Dafür bräuchte man aber mehr als die 3 bisherigen Zeitfenster um die Pumpe dann zwischendurch mal für 30 Minuten laufen zu lassen oder so. Letztendlich geht das ja auch in deine Gedankenrichtung von gestern Abend.
Ich habe leider noch keinen Frequenzumrichter, mit dem ich die Pumpe mit einem geringeren Stromverbrauch dauerhaft laufen lassen könnte.

Und eine weitere kurze Frage. Der Datenpunkt /poolcontrol.0.general.min_circulation_per_day ist in den Objekten nur lesbar, aber nicht beschreibbar. Leider muss ich dann immer in die Instanz gehen und die Einstellung dort ändern. Ich würde gerne die Möglichkeit haben den Wert auch über die Vis zu ändern. Wäre das auch möglich? Oder ist das so nicht gewollt? Noch besser wäre die Möglichkeit, dass man es einstellen könnte, dass ab einer bestimmten Pooltemperatur die Umwälzmenge automatisch erhöht wird. Das wäre dann sozusagen die Premiumfunktion.

[DennisMenger]

Und nochmal ich zum Automatik PV Modus. Er schaltet bei mir nach ca. 30 Sekunden wieder aus, da er sagt dass die Pumpe oberhalb des Normalbereichs läuft. Durch die neue größere Pumpe passen die Werte im Bereich learning nicht mehr zu den tatsächlichen Werten.

[DasBo1975]

@DennisMenger sagte:

Und nochmal ich zum Automatik PV Modus. Er schaltet bei mir nach ca. 30 Sekunden wieder aus, da er sagt dass die Pumpe oberhalb des Normalbereichs läuft. Durch die neue größere Pumpe passen die Werte im Bereich learning nicht mehr zu den tatsächlichen Werten.

Danke fürs Prüfen. Der Wert aus der Instanz wird beim Adapterstart nach pump.pump_max_watt übernommen und genau dieser State wird für den Überlastschutz verwendet.

Bitte prüfe einmal direkt beim Abschalten:

• poolcontrol.0.pump.pump_max_watt
• poolcontrol.0.pump.current_power
• poolcontrol.0.pump.error
• poolcontrol.0.pump.mode

Die Abschaltung erfolgt, wenn current_power größer ist als pump_max_watt × 1.1.

Wenn pump.error dabei true wird und pump.mode auf off geht, ist es eindeutig der Überlastschutz. Dann wäre entweder pump_max_watt noch zu niedrig oder der Leistungsdatenpunkt liefert einen zu hohen/falschen Wert.

Die Learning-Meldung „oberhalb des Normalbereichs“ schaltet selbst nichts ab. Die zeigt nur an, dass die alten gelernten Werte nicht mehr zur neuen Pumpe passen.

[DasBo1975]

Hallo zusammen,

heute gibt es mit der Version 1.4.0 wieder ein größeres Update für PoolControl. 🎉

Dieses Mal standen vor allem die Themen Umwälzung, Pumpen-Learning und Zeitsteuerung im Mittelpunkt. Einige der neuen Funktionen sind direkt aus euren Anregungen und dem Feedback hier aus dem Forum entstanden. Vielen Dank dafür! 🙂

🆕 Reset-Button für das Pumpen-Learning

Nach einem Pumpenwechsel oder wenn das Learning einmal fehlerhafte Werte übernommen hat, mussten bisher die Lernwerte manuell zurückgesetzt werden.

Dafür gibt es jetzt einen eigenen pump.learning.reset-Button.

Mit einem Klick werden alle gelernten Pumpenwerte zurückgesetzt und das Learning beginnt automatisch wieder von vorne. Persönliche Einstellungen wie z. B. die eingestellte Toleranz bleiben dabei selbstverständlich erhalten.

🆕 Beschreibbarer Umwälzfaktor

Der Datenpunkt

general.min_circulation_per_day

ist jetzt beschreibbar und persistent.

Der in der Adapterkonfiguration eingestellte Wert dient künftig nur noch als Initialwert beim ersten Einrichten. Danach kann der Umwälzfaktor bequem direkt über VIS, HomePanel oder andere Automatisierungen angepasst werden, ohne jedes Mal die Instanz öffnen zu müssen.

Änderungen werden sofort übernommen und die benötigte tägliche Umwälzmenge wird unmittelbar neu berechnet.

🆕 Temperaturabhängiger Umwälzfaktor

Eine weitere neue Funktion ist die temperaturabhängige Anpassung des täglichen Umwälzfaktors.

Ihr könnt jetzt:

einen beliebigen aktiven Temperatursensor auswählen,
eine Temperaturschwelle festlegen,
sowie einen zusätzlichen Umwälzfaktor definieren.

Wird die eingestellte Temperatur überschritten, erhöht PoolControl automatisch den täglichen Umwälzbedarf.

Der ursprünglich eingestellte Basiswert bleibt dabei immer erhalten und wird nicht verändert. Zusätzlich stehen neue Diagnose-Datenpunkte zur Verfügung, über die jederzeit nachvollzogen werden kann, welcher Umwälzfaktor aktuell verwendet wird und warum.

🆕 Intervallbetrieb für die Zeitsteuerung

Auch die bestehende Zeitsteuerung wurde erweitert.

Jedes der drei vorhandenen Zeitfenster kann jetzt wahlweise:

im bisherigen Dauerbetrieb oder
im neuen Intervallbetrieb

verwendet werden.

Beispielsweise kann ein Zeitfenster von 08:00 bis 10:00 Uhr eingerichtet werden, wobei die Pumpe innerhalb dieses Zeitraums nur 15 Minuten pro Stunde oder 30 Minuten pro Stunde läuft.

Dadurch lassen sich viele bisher über Blockly oder eigene Skripte realisierte Intervallsteuerungen jetzt direkt mit PoolControl umsetzen.

Mehrere Zeitfenster können sich dabei auch überschneiden. PoolControl berücksichtigt dies automatisch, sodass sich die einzelnen Zeitfenster nicht gegenseitig abschalten.

🔍 Verbesserte Diagnose

Im Zuge dieser Erweiterungen wurden außerdem verschiedene neue Diagnose- und Statusmeldungen ergänzt.

Dadurch lässt sich künftig deutlich einfacher nachvollziehen,

warum ein bestimmter Umwälzfaktor aktiv ist,
ob der temperaturabhängige Faktor gerade greift,
oder welcher Status aktuell in der Zeitsteuerung vorliegt.
🙏 Vielen Dank

Ein besonderer Dank geht dieses Mal an @dennismenger und @rikdrs .

Durch eure Ideen, Rückmeldungen und Diskussionen hier im Forum sind gleich mehrere dieser neuen Funktionen entstanden oder deutlich verbessert worden. Genau dieses Feedback hilft dabei, PoolControl Schritt für Schritt weiterzuentwickeln.

Wie immer freue ich mich über eure Rückmeldungen, Tests und natürlich auch über weitere Ideen. 😊

Viel Spaß mit der Version 1.4.0!

[DennisMenger]

@DasBo1975 sagte:

@DennisMenger sagte:

Und nochmal ich zum Automatik PV Modus. Er schaltet bei mir nach ca. 30 Sekunden wieder aus, da er sagt dass die Pumpe oberhalb des Normalbereichs läuft. Durch die neue größere Pumpe passen die Werte im Bereich learning nicht mehr zu den tatsächlichen Werten.

Danke fürs Prüfen. Der Wert aus der Instanz wird beim Adapterstart nach pump.pump_max_watt übernommen und genau dieser State wird für den Überlastschutz verwendet.

Bitte prüfe einmal direkt beim Abschalten:

• poolcontrol.0.pump.pump_max_watt
• poolcontrol.0.pump.current_power
• poolcontrol.0.pump.error
• poolcontrol.0.pump.mode

Die Abschaltung erfolgt, wenn current_power größer ist als pump_max_watt × 1.1.

Wenn pump.error dabei true wird und pump.mode auf off geht, ist es eindeutig der Überlastschutz. Dann wäre entweder pump_max_watt noch zu niedrig oder der Leistungsdatenpunkt liefert einen zu hohen/falschen Wert.

Die Learning-Meldung „oberhalb des Normalbereichs“ schaltet selbst nichts ab. Die zeigt nur an, dass die alten gelernten Werte nicht mehr zur neuen Pumpe passen.

So hier einmal die Werte beim Abschalten

poolcontrol.0.pump.pump_max_watt => 650 Watt (so wie auch tatsächlich das Maximum der Pumpe ist und eingetragen ist.
poolcontrol.0.pump.current_power => 605,.. (Toleranz auf 20% eingestellt)
poolcontrol.0.pump.error => kein Fehler
poolcontrol.0.pump.mode => bleibt nach dem Abschalten der Pumpe auf Automatik_PV stehen

Dazu der Text "Pumpe läuft oberhalb des Normalbereiches" im Bereich pump/learning/status_text.

PV-Überschuss ist dauerhaft vorhanden gewesen.

Resetknopf der Werte im Bereich Learning habe ich bisher noch nicht gedrückt.

[DasBo1975]

@DennisMenger sagte:

@DasBo1975 sagte:

@DennisMenger sagte:

Und nochmal ich zum Automatik PV Modus. Er schaltet bei mir nach ca. 30 Sekunden wieder aus, da er sagt dass die Pumpe oberhalb des Normalbereichs läuft. Durch die neue größere Pumpe passen die Werte im Bereich learning nicht mehr zu den tatsächlichen Werten.

Danke fürs Prüfen. Der Wert aus der Instanz wird beim Adapterstart nach pump.pump_max_watt übernommen und genau dieser State wird für den Überlastschutz verwendet.

Bitte prüfe einmal direkt beim Abschalten:

• poolcontrol.0.pump.pump_max_watt
• poolcontrol.0.pump.current_power
• poolcontrol.0.pump.error
• poolcontrol.0.pump.mode

Die Abschaltung erfolgt, wenn current_power größer ist als pump_max_watt × 1.1.

Wenn pump.error dabei true wird und pump.mode auf off geht, ist es eindeutig der Überlastschutz. Dann wäre entweder pump_max_watt noch zu niedrig oder der Leistungsdatenpunkt liefert einen zu hohen/falschen Wert.

Die Learning-Meldung „oberhalb des Normalbereichs“ schaltet selbst nichts ab. Die zeigt nur an, dass die alten gelernten Werte nicht mehr zur neuen Pumpe passen.

So hier einmal die Werte beim Abschalten

poolcontrol.0.pump.pump_max_watt => 650 Watt (so wie auch tatsächlich das Maximum der Pumpe ist und eingetragen ist.
poolcontrol.0.pump.current_power => 605,.. (Toleranz auf 20% eingestellt)
poolcontrol.0.pump.error => kein Fehler
poolcontrol.0.pump.mode => bleibt nach dem Abschalten der Pumpe auf Automatik_PV stehen

Dazu der Text "Pumpe läuft oberhalb des Normalbereiches" im Bereich pump/learning/status_text.

PV-Überschuss ist dauerhaft vorhanden gewesen.

Resetknopf der Werte im Bereich Learning habe ich bisher noch nicht gedrückt.

Ok. Könntest du das mal in einem anderen Modus probieren. Also nicht nur Auto pv. Mich würde interessieren ob der Fehler dort auch passiert. Und noch ein Hinweis die Textausgabe Pump Learning ist nur ein Hinweis Text. Hat mit der reinen Pumpenschaltung nichts zu tun. Sollte wieder normal sein, wenn du den Reset Button gedrückt hast

[DennisMenger]

Der normale Automatik-Modus, sowie der Zeitmodus funktionieren sauber. Dort wird die Pumpe nicht abgeschaltet.

[DasBo1975]

Hallo zusammen,

Version 1.4.1 ist fertig und sollte in den nächsten Stunden über das Repository verfügbar sein.

Dieses Update enthält einen Bugfix, der für mich tatsächlich eine richtig harte Nuss war.

An dieser Stelle möchte ich mich ganz herzlich bei @dennismenger bedanken. Ohne seine ausführlichen Rückmeldungen und seine Geduld bei den vielen Tests hätte ich diesen Fehler wahrscheinlich deutlich später gefunden.

Anfangs sah alles danach aus, als würde der Auto-PV-Modus korrekt arbeiten. Die eingestellten Maximalwerte der Pumpe wurden sauber übernommen und auch die ersten Analysen haben keinen offensichtlichen Fehler gezeigt.

Ich habe mir den kompletten Ablauf anschließend noch einmal in Ruhe vorgenommen und verschiedene Szenarien Schritt für Schritt durchgespielt. Erst dadurch konnte ich die eigentliche Ursache eindeutig eingrenzen und schließlich beheben.

Kurz erklärt:

Bei der Halteentscheidung im Auto-PV-Modus gab es einen Berechnungsfehler. Sobald die Pumpe aufgrund eines ausreichenden PV-Überschusses eingeschaltet worden war, wurde ihre Leistungsaufnahme über den Hausverbrauch bereits korrekt berücksichtigt. Bei der anschließenden Halteprüfung wurde jedoch nochmals geprüft, ob zusätzlich genügend Überschuss für genau diese Pumpenleistung vorhanden ist. Dadurch konnte es passieren, dass der Auto-PV-Modus nach der eingestellten Nachlaufzeit wieder abgeschaltet hat, obwohl tatsächlich weiterhin ausreichend PV-Leistung für den Betrieb vorhanden war.

Die eigentliche Berechnung des PV-Überschusses bleibt selbstverständlich unverändert und zeigt weiterhin den echten verfügbaren Überschuss an. Angepasst wurde ausschließlich die interne Halteentscheidung des Auto-PV-Modus für bereits laufende Pumpen.

Das Ergebnis:

Der Auto-PV-Modus arbeitet jetzt auch bei der Halteentscheidung korrekt.
Die Nachlaufzeit funktioniert weiterhin wie vorgesehen, wenn tatsächlich nicht mehr genügend PV-Leistung vorhanden ist.
Die Berechnung und Anzeige des PV-Überschusses bleibt unverändert.

Ich freue mich ehrlich gesagt besonders über diesen Fix, weil das genau die Art von Fehler ist, die man nicht einfach durch einen Blick in den Code findet. Solche Fehler zeigen sich oft erst im praktischen Einsatz unter ganz bestimmten Bedingungen. Umso schöner ist es, wenn man die eigentliche Ursache am Ende wirklich versteht und nicht nur das Symptom beseitigt.

Deshalb noch einmal ein großes Dankeschön an Dennis für die Unterstützung und die vielen Tests. Genau solche Rückmeldungen helfen mir dabei, PoolControl Schritt für Schritt noch robuster und zuverlässiger zu machen. 😊

[DennisMenger]

Ganz hervorragend. Dann wollen wir morgen mal schauen, ob wir genügend Sonne für einen Test haben werden. Vielen Dank

[sigi234]

@DasBo1975

javascript.0
2026-07-01 09:16:00.088	info	script.js.Test.chrunch: [Prozess-Monitor v4.6.7] E-Mail-Alert gesendet: flaky

poolcontrol.0
2026-07-01 09:13:46.321	info	[aiForecastHelper] initialization finished

poolcontrol.0
2026-07-01 09:13:46.321	info	[aiForecastHelper] forecast for tomorrow created

poolcontrol.0
2026-07-01 09:13:46.145	info	[aiForecastHelper] creating forecast for tomorrow ...

poolcontrol.0
2026-07-01 09:13:46.144	info	[aiForecastHelper] running one-time immediate forecast (adapter start)

poolcontrol.0
2026-07-01 09:13:44.987	warn	statisticsHelperMonth: Error during initialization: Timeout (2645475013) is larger than a 32-bit signed integer (2147483647)

poolcontrol.0
2026-07-01 09:13:44.973	info	[actuatorsHelper] initialized

poolcontrol.0
2026-07-01 09:13:44.726	info	[photovoltaicHelper] Pump OFF (mode_not_auto_pv, no afterrun)

poolcontrol.0
2026-07-01 09:13:44.687	info	[aiHelper] initialization finished

poolcontrol.0
2026-07-01 09:13:44.648	info	[aiChemistryHelpHelper] initialization finished

poolcontrol.0
2026-07-01 09:13:44.642	info	[pumpHelper2] Successfully initialized

poolcontrol.0
2026-07-01 09:13:44.633	info	[aiForecastHelper] forecast timer set for 20:06

poolcontrol.0
2026-07-01 09:13:44.610	info	[aiHelper] AI is enabled - setting timers

poolcontrol.0
2026-07-01 09:13:44.461	info	[controlHelper2] backwash reminder initialized (daily check at 12:00).

poolcontrol.0
2026-07-01 09:13:44.461	info	[controlHelper] initialized

poolcontrol.0
2026-07-01 09:13:44.455	info	[aiChemistryHelpHelper] initialization started

poolcontrol.0
2026-07-01 09:13:44.454	info	[aiForecastHelper] initialization started

poolcontrol.0
2026-07-01 09:13:44.454	info	[aiHelper] initialization started

poolcontrol.0
2026-07-01 09:13:44.453	info	[photovoltaicHelper] Initialization completed.

poolcontrol.0
2026-07-01 09:13:44.452	info	[photovoltaicHelper] Subscribed: PV="0_userdata.0.Pool.PV.Erzeugungsleistung", house="0_userdata.0.Pool.PV.Hausverbrauch"

poolcontrol.0
2026-07-01 09:13:44.452	info	[heatHelper] Initialization completed.

poolcontrol.0
2026-07-01 09:13:44.448	info	[pumpHelper4] Successfully initialized

poolcontrol.0
2026-07-01 09:13:44.447	info	[pumpHelper4] Initialization started (OID: 0_userdata.0.Pool.Drucksensor.Druck)

poolcontrol.0
2026-07-01 09:13:44.447	info	[pumpHelper3] Successfully initialized

poolcontrol.0
2026-07-01 09:13:44.446	info	[pumpHelper3] Initialization started

poolcontrol.0
2026-07-01 09:13:44.446	info	[pumpHelper2] Initialization started

poolcontrol.0
2026-07-01 09:13:44.440	info	[migrationHelper] Migration helper finished.

poolcontrol.0
2026-07-01 09:13:44.269	info	[migrationHelper] Starting migration check ...

poolcontrol.0
2026-07-01 09:13:43.871	info	[createPhotovoltaicStates] Initialization completed.

poolcontrol.0
2026-07-01 09:13:43.703	info	Adapter started

poolcontrol.0
2026-07-01 09:13:43.696	info	starting. Version 1.4.1 in C:/SmartHome/node_modules/iobroker.poolcontrol, node: v22.23.1, js-controller: 7.2.2

[DennisMenger]

DennisMenger sagte:

Ganz hervorragend. Dann wollen wir morgen mal schauen, ob wir genügend Sonne für einen Test haben werden. Vielen Dank

Leider funktioniert der PV-Modus bei mir weiterhin nicht. Er schaltet nach ca. 30 Sekunden ab, obwohl weiterhin PV-Überschuss vorhanden ist. Und müsste er nicht aufgrund der Nachlaufzeit sowieso 15 Minuten länger laufen?

Was kann ich noch gucken wo der Fehler liegt bzw. was kann ich dir noch liefern?

[DasBo1975]

@DennisMenger sagte:

DennisMenger sagte:

Ganz hervorragend. Dann wollen wir morgen mal schauen, ob wir genügend Sonne für einen Test haben werden. Vielen Dank

Leider funktioniert der PV-Modus bei mir weiterhin nicht. Er schaltet nach ca. 30 Sekunden ab, obwohl weiterhin PV-Überschuss vorhanden ist. Und müsste er nicht aufgrund der Nachlaufzeit sowieso 15 Minuten länger laufen?

Was kann ich noch gucken wo der Fehler liegt bzw. was kann ich dir noch liefern?

Danke dir fürs schnelle Testen. 🙂

Schade, dass das Problem noch besteht. Dann sind wir der eigentlichen Ursache offenbar noch nicht ganz auf der Spur.

Ich möchte jetzt aber nicht weiter spekulieren, sondern gezielt herausfinden, welcher Teil von PoolControl die Pumpe tatsächlich abschaltet.

Könntest du mir deshalb bitte noch Folgendes liefern?

• Das Adapter-Log vom Einschalten der Pumpe bis etwa eine Minute nach der Abschaltung (wenn möglich einmal auf Debug stellen).
• Direkt nach der Abschaltung bitte einmal die folgenden Datenpunkte:
  • photovoltaic.surplus_active
  • photovoltaic.power_surplus_w
  • photovoltaic.status_text
  • pump.active_helper
  • pump.reason
  • pump.pump_switch
  • pump.mode
  • pump.error
• Und bitte noch einmal kurz nachsehen, ob photovoltaic.afterrun_min tatsächlich auf 15 Minuten steht.

Mit diesen Informationen sollten wir ziemlich genau nachvollziehen können, warum die Pumpe bereits nach rund 30 Sekunden abgeschaltet wird.

Vielen Dank schon einmal für deine Unterstützung und deine Geduld. Ich bin zuversichtlich, dass wir den Fehler gemeinsam noch finden. 💪

[DasBo1975]

@sigi234 sagte:

@DasBo1975

javascript.0
2026-07-01 09:16:00.088	info	script.js.Test.chrunch: [Prozess-Monitor v4.6.7] E-Mail-Alert gesendet: flaky

poolcontrol.0
2026-07-01 09:13:46.321	info	[aiForecastHelper] initialization finished

poolcontrol.0
2026-07-01 09:13:46.321	info	[aiForecastHelper] forecast for tomorrow created

poolcontrol.0
2026-07-01 09:13:46.145	info	[aiForecastHelper] creating forecast for tomorrow ...

poolcontrol.0
2026-07-01 09:13:46.144	info	[aiForecastHelper] running one-time immediate forecast (adapter start)

poolcontrol.0
2026-07-01 09:13:44.987	warn	statisticsHelperMonth: Error during initialization: Timeout (2645475013) is larger than a 32-bit signed integer (2147483647)

poolcontrol.0
2026-07-01 09:13:44.973	info	[actuatorsHelper] initialized

poolcontrol.0
2026-07-01 09:13:44.726	info	[photovoltaicHelper] Pump OFF (mode_not_auto_pv, no afterrun)

poolcontrol.0
2026-07-01 09:13:44.687	info	[aiHelper] initialization finished

poolcontrol.0
2026-07-01 09:13:44.648	info	[aiChemistryHelpHelper] initialization finished

poolcontrol.0
2026-07-01 09:13:44.642	info	[pumpHelper2] Successfully initialized

poolcontrol.0
2026-07-01 09:13:44.633	info	[aiForecastHelper] forecast timer set for 20:06

poolcontrol.0
2026-07-01 09:13:44.610	info	[aiHelper] AI is enabled - setting timers

poolcontrol.0
2026-07-01 09:13:44.461	info	[controlHelper2] backwash reminder initialized (daily check at 12:00).

poolcontrol.0
2026-07-01 09:13:44.461	info	[controlHelper] initialized

poolcontrol.0
2026-07-01 09:13:44.455	info	[aiChemistryHelpHelper] initialization started

poolcontrol.0
2026-07-01 09:13:44.454	info	[aiForecastHelper] initialization started

poolcontrol.0
2026-07-01 09:13:44.454	info	[aiHelper] initialization started

poolcontrol.0
2026-07-01 09:13:44.453	info	[photovoltaicHelper] Initialization completed.

poolcontrol.0
2026-07-01 09:13:44.452	info	[photovoltaicHelper] Subscribed: PV="0_userdata.0.Pool.PV.Erzeugungsleistung", house="0_userdata.0.Pool.PV.Hausverbrauch"

poolcontrol.0
2026-07-01 09:13:44.452	info	[heatHelper] Initialization completed.

poolcontrol.0
2026-07-01 09:13:44.448	info	[pumpHelper4] Successfully initialized

poolcontrol.0
2026-07-01 09:13:44.447	info	[pumpHelper4] Initialization started (OID: 0_userdata.0.Pool.Drucksensor.Druck)

poolcontrol.0
2026-07-01 09:13:44.447	info	[pumpHelper3] Successfully initialized

poolcontrol.0
2026-07-01 09:13:44.446	info	[pumpHelper3] Initialization started

poolcontrol.0
2026-07-01 09:13:44.446	info	[pumpHelper2] Initialization started

poolcontrol.0
2026-07-01 09:13:44.440	info	[migrationHelper] Migration helper finished.

poolcontrol.0
2026-07-01 09:13:44.269	info	[migrationHelper] Starting migration check ...

poolcontrol.0
2026-07-01 09:13:43.871	info	[createPhotovoltaicStates] Initialization completed.

poolcontrol.0
2026-07-01 09:13:43.703	info	Adapter started

poolcontrol.0
2026-07-01 09:13:43.696	info	starting. Version 1.4.1 in C:/SmartHome/node_modules/iobroker.poolcontrol, node: v22.23.1, js-controller: 7.2.2

Kümmere ich mich drum. Vielen Dank fürs melden.

[sigi234]

@DasBo1975 sagte:

Kümmere ich mich drum. Vielen Dank fürs melden.

Was Neues:

poolcontrol.0
2026-07-01 21:24:15.315	warn	[solarLogbookHelper] Day log was trimmed to keep JSON and text within 64 KB.

[DasBo1975]

@sigi234 sagte:

@DasBo1975 sagte:

Kümmere ich mich drum. Vielen Dank fürs melden.

Was Neues:

poolcontrol.0
2026-07-01 21:24:15.315	warn	[solarLogbookHelper] Day log was trimmed to keep JSON and text within 64 KB.

Danke Dir und ist bereits erledigt. Wurde von warn auf debug umgestellt. wird in der Version 1.4.2 mit dem anderen das du mir vorhin gezeigt hattest behoben.