Neues YouTube-Video: Visualisierung im Devices-Adapter

[DasBo1975]

Hallo,

vielen Dank für deinen Hinweis und fürs Testen von PoolControl. 😊

Ich habe mir die Nachpump-Logik daraufhin noch einmal genauer angesehen und dabei tatsächlich einen unsauberen Sonderfall gefunden.

Die bisherige Meldung:

„Kein automatisches Nachpumpen, Kollektor kälter als Pool“

konnte unter bestimmten Umständen auch dann erscheinen, wenn keine Solarsteuerung aktiv war bzw. keine gültigen Temperaturwerte für Kollektor und Pool vorlagen. Das war natürlich irreführend.

Ich habe die Logik deshalb überarbeitet und in Version 1.3.31 angepasst.

Zur Funktion selbst:

• Das automatische Nachpumpen benötigt grundsätzlich keine Temperatursensoren.
• Für die reine Umwälzberechnung werden keine Temperaturwerte benötigt.
• Temperaturwerte werden nur noch berücksichtigt, wenn die Solarsteuerung aktiv ist.
• Nur dann kann ein Temperaturvergleich zwischen Kollektor und Pool das Nachpumpen verhindern, damit nicht unnötig kälteres Wasser über den Solarkreis gefördert wird.

Kurz gesagt:

• Ohne Solarsteuerung funktioniert das automatische Nachpumpen auch ohne Temperaturfühler.
• Mit aktiver Solarsteuerung wird der Temperaturvergleich weiterhin als Schutzfunktion genutzt.

Vielen Dank für den Hinweis. Genau für solche Rückmeldungen sind Tester enorm wichtig, weil man dadurch auch seltene Konstellationen entdeckt, die im eigenen Aufbau oft gar nicht auftreten. 👍

Viele Grüße
Dirk

[FredF]

@DasBo1975
Danke für deine schnelle Reaktion, die neue Version ist installiert und werde berichten.

Mir ist beim update aufgefallen, dass der zuvor eingestellte log im SystemCheck weg ist und die target-area auf none steht. Soll das so sein?

[DasBo1975]

@FredF sagte:

@DasBo1975
Danke für deine schnelle Reaktion, die neue Version ist installiert und werde berichten.

Mir ist beim update aufgefallen, dass der zuvor eingestellte log im SystemCheck weg ist und die target-area auf none steht. Soll das so sein?

Hallo,

ja, das Verhalten ist so vorgesehen.

Die Einstellungen im Bereich SystemCheck / Debug-Log sind bewusst nur temporär aktiv und werden beim Neustart des Adapters zurückgesetzt.

Der Hintergrund ist eine Sicherheitsmaßnahme: Der SystemCheck greift relativ tief in interne Abläufe ein. Falls eine bestimmte Log-/Debug-Auswahl einmal ein Problem verursacht oder der Adapter während einer solchen Diagnose abstürzt, soll der Adapter nach einem Neustart wieder mit neutralen Diagnoseeinstellungen starten und nicht sofort erneut in denselben problematischen Zustand laufen.

Deshalb kann es nach einem Update oder Adapterneustart passieren, dass die vorherige Log-Auswahl nicht mehr gesetzt ist und target-area wieder auf none steht.

Kurz gesagt: Das ist kein Fehler, sondern absichtlich so gelöst. Die SystemCheck-/Debug-Log-Auswahl ist als temporäres Diagnosewerkzeug gedacht, nicht als dauerhaft gespeicherte Einstellung.

[FredF]

@dasbo1975
Es funktioniert unter Automatik (PV) wohl noch nicht ganz:

2026-06-08 15:00:00.115 - info: poolcontrol.0 (149946) [speechHelper] Telegram to : Heutige Umwälzung: 9949 l (33 %). Automatisches Nachpumpen wird gestartet.
2026-06-08 15:00:00.124 - info: poolcontrol.0 (149946) [controlHelper] automatic pumping started (20051 l missing).
2026-06-08 15:00:00.307 - info: poolcontrol.0 (149946) [speechHelper] Telegram to : Automatisches Nachpumpen gestartet. Es fehlen 20051 Liter.
2026-06-08 15:01:00.186 - info: poolcontrol.0 (149946) [controlHelper] automatic pumping finished - daily target reached.
2026-06-08 15:01:00.250 - info: poolcontrol.0 (149946) [speechHelper] Telegram to : Nachpumpen abgeschlossen. Tagesziel erreicht.

poolcontrol.0.pump.active_helper

habe ich mitgetrackt:

Juni 8., 15:01:00		Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert:		2Std 42Min 10s
Juni 8., 15:00:00		Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert:	controlHelper	60s
Juni 8., 14:59:49		Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert:		11s
Juni 8., 14:24:52		Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert:	photovoltaicHelper	34Min 57s

Edit:
Auch die Werte unter poolcontrol.0.circulation sind merkwürdig:

[DasBo1975]

@FredF sagte:

Juni 8., 15:01:00 Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert: 2Std 42Min 10s
Juni 8., 15:00:00 Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert: controlHelper 60s
Juni 8., 14:59:49 Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert: 11s
Juni 8., 14:24:52 Gerät Aktiver Helper (Prioritaetssteuerung) hat den Status geändert: photovoltaicHelper 34Min 57s

Danke für deine Meldung. Ich bin schon länger am schauen aber kann direkt nichts finden. Ich baue gerade eine Plausibilitätsprüfung die dann solche dinge weiter eingrenzen kann.

[DasBo1975]

Hallo zusammen,

ich habe gerade die Version 1.3.32 veröffentlicht.

Dieses Mal gibt es keine neue Steuerungsfunktion, sondern etwas, das mir langfristig mindestens genauso wichtig erscheint: eine Plausibilitätsprüfung für die Umwälzberechnung.

Im Laufe der Entwicklung und durch verschiedene Testsysteme sind vereinzelt Situationen aufgefallen, in denen berechnete Umwälzwerte auf den ersten Blick ungewöhnlich wirkten. Bevor ich an einer funktionierenden Berechnungslogik Änderungen vornehme, wollte ich zunächst eine Möglichkeit schaffen, solche Fälle sauber analysieren zu können.

Dafür gibt es jetzt den neuen Bereich:

circulation.plausibility

Dort findet ihr verschiedene Diagnosewerte, die die Umwälzberechnung überwachen und bewerten.

Unter anderem werden jetzt geprüft:

Plausibilität der aktuellen Pumpenleistung
Plausibilität des berechneten Durchflusses
Plausibilität von Sprüngen beim Tages-Umwälzvolumen
Zeitstempel und Detailinformationen zu erkannten Auffälligkeiten

Wichtig dabei:

Diese neue Funktion verändert keine bestehende Steuerungslogik.

Es werden weder die Pumpensteuerung noch die PV- oder Solarsteuerung beeinflusst. Die neue Diagnose dient ausschließlich dazu, Auffälligkeiten sichtbar zu machen und die Fehlersuche zu erleichtern.

Mein Ziel ist es, zukünftige Besonderheiten oder seltene Konfigurationsfehler deutlich schneller analysieren zu können, ohne dabei funktionierende Logik vorschnell anzufassen.

Wie immer freue ich mich über Rückmeldungen, Testergebnisse und natürlich auch über ungewöhnliche Fälle, die ich mit meinem Testsystem vielleicht nicht nachstellen kann.

Viele Grüße

Dirk (DasBo)

[sigi234]

@DasBo1975

Es wird schon, ist alles ja nur Simulation und teilweise mit KI gemacht. Trotzdem viel Arbeit.
Aber die Sim funktioniert. Ein paar Dummy DP und Skripte.
Cool wäre ja ein eigener Pool.

LG
Sigi

[DasBo1975]

@sigi234 sagte:

@DasBo1975

Es wird schon, ist alles ja nur Simulation und teilweise mit KI gemacht. Trotzdem viel Arbeit.
Aber die Sim funktioniert. Ein paar Dummy DP und Skripte.
Cool wäre ja ein eigener Pool.

LG
Sigi

Ja Cool.
Leider kann ich dir keinen Pool programmieren
Bei mir sieht das z.b. für die Datenauswertung der Chemiegeschichten so aus

oder für die allgemeine Übersicht so

[FredF]

@DasBo1975 @sigi234
Um die Visualisierung muss ich mich auch noch kümmern.
Darf man erfahren welche Vis/Widgets ihr verwendet?

[sigi234]

@FredF sagte:

@DasBo1975 @sigi234
Um die Visualisierung muss ich mich auch noch kümmern.
Darf man erfahren welche Vis/Widgets ihr verwendet?

Basic HTML Widget und VIS2 mit CSS

[DasBo1975]

@FredF sagte:

@DasBo1975 @sigi234
Um die Visualisierung muss ich mich auch noch kümmern.
Darf man erfahren welche Vis/Widgets ihr verwendet?

Ich komme ursprünglich auch von VIS 1 und nutze das aktuell noch produktiv. Allerdings baue ich mir gerade als Nachfolger mein eigenes HomePanel.

HomePanel ist eine komplett selbst entwickelte Weboberfläche auf Basis von React/Vite. Sie läuft in einem Proxmox-LXC und liest die Daten direkt aus ioBroker über die Websocket-Schnittstelle. Dadurch kann ich die komplette Oberfläche frei gestalten und bin nicht auf fertige Widgets angewiesen.

Ziel ist eine zentrale Oberfläche für Haussteuerung, Energie, Pool, Wetter, Kameras, Kalender, Müllabfuhr, Alarmanlage und weitere Bereiche. Die Daten und Automatisierungen bleiben weiterhin in ioBroker, HomePanel übernimmt hauptsächlich die Visualisierung und Bedienung.

VIS 1 hat mir viele Jahre gute Dienste geleistet, aber inzwischen möchte ich bei Design, Performance und Flexibilität etwas mehr Freiheiten haben.