Test Adapter PoolControl
-
Hallo @DennisMenger,
vielen Dank nochmal für deine ausführliche Rückmeldung und die Screenshots – die haben mir sehr geholfen, den Auslöser genau zu finden.
Ich habe daraufhin zwei Punkte im Adapter angepasst, um das Verhalten realistischer und stabiler zu machen:
🧠 1. Lern-Toleranz jetzt einstellbar
Im Bereich pump.learning.tolerance_percent gibt es jetzt einen neuen, dauerhaft gespeicherten Datenpunkt.
Damit lässt sich einstellen, wie stark Leistung und Durchfluss vom gelernten Normalbereich abweichen dürfen,
bevor der Adapter eine Meldung wie „Pumpe läuft unterhalb / oberhalb des Normalbereichs“ ausgibt.Standardwert ist 20 %.
Das ist vor allem hilfreich für Pumpen, die sich nach dem Start erst einpendeln oder bei unterschiedlichen Temperaturen leicht schwanken.
️ 2. Überlastschutz angepasst (feste 10 %-Toleranz)Bisher hat der Adapter schon bei kleinsten Überschreitungen des Maximalwerts abgeschaltet.
Das führte bei manchen Pumpen – wie deiner Speck Badu Magic II 6 – zu unnötigen Stopps direkt nach dem Start.Ich habe den Überlastschutz jetzt mit einer fest eingebauten 10 %-Toleranz versehen, die bewusst nicht veränderbar ist.
Damit bleibt der Schutz aktiv, aber kleine Leistungsspitzen beim Anlauf werden ignoriert.
Ich wollte vermeiden, dass jemand versehentlich eine zu hohe Toleranz einstellt und die Pumpe dadurch überlastet.Ein kurzes Rechenbeispiel:
Eingetragene Maximalleistung: 450 W
→ Sicherheitsgrenze (+10 %): 495 W
→ Abschaltung erst ab > 495 WOder anders gesagt:
450 W eingetragen = Abschaltung erst bei über 495 W
600 W eingetragen = Abschaltung erst bei über 660 W
🧩 Fazit
Lernsystem jetzt anpassbar → keine falschen „unterhalb Normalbereich“-Meldungen mehr
Überlastschutz bleibt aktiv, aber praxisgerecht entschärft
Keine Änderungen an bestehenden Einstellungen notwendig
Danke dir nochmal für die Rückmeldung – solche Hinweise aus der Praxis helfen mir wirklich sehr, um PoolControl weiter zu verbessern.
Viele Grüße
Dirk -
@dasbo1975 Vielen Dank für die ausführliche Rückmeldung und zügige Anpassung. Schon krass zu sehen wie viel Arbeit du da investierst. Werde die neue Version umgehend installieren und testen und dir definitiv eine Rückmeldung geben.
Schönes Wochenende.
-
Letztendlich ist es doch nicht nur meine Zeit die dabei drauf geht. Es ist auch eure, die ihr mit dem Testen verbringt. Ich bin genauso dankbar.
-
Hallo, ich habe da einige DP die nicht beschrieben werden, kann ich die löschen?
Die Runtime im Wartungsmodus wird nicht erfasst?
-
@sigi234 sagte in Test Adapter PoolControl:
Hallo, ich habe da einige DP die nicht beschrieben werden, kann ich die löschen?
Die Runtime im Wartungsmodus wird nicht erfasst?Kurzes Update von mir – es waren tatsächlich zwei getrennte Fehler:
-
Runtime im Wartungsmodus / Rückspülen
Die Start-/Stopperkennung im runtimeHelper war zu eng. Ich habe sie so angepasst, dass jede Änderung von pump.pump_switch sicher erkannt und gezählt wird – unabhängig davon, ob die Pumpe über Solar, Frost, Zeit, Wartung, Rückspülen oder manuell gestartet wurde.
Zusätzlich aktualisiert die Live-Anzeige jetzt alle 10 Sekunden, sodass Current Session, Today und die temporäre Season Total während des Laufens sichtbar steigen. Die endgültigen Werte für Total/Season Total werden wie gewohnt beim Stop festgeschrieben. -
Status-Datenpunkte (Last Start / Last Stop / Today Count / Was On Today)
Diese vier status.*-DPs wurden bisher nicht beschrieben. Ich habe die Logik ergänzt, sodass bei Pumpenstart pump_last_start, pump_today_count, pump_was_on_today gesetzt werden und beim Pumpenstopp pump_last_stop. Damit werden die Status-Infos jetzt konsistent gepflegt.
Bitte die aktuelle GitHub-Version installieren und kurz Rückmeldung geben, ob beides bei dir passt:
a) Runtime zählt im Wartungsmodus/Rückspülen mit und zeigt währenddessen an,
b) Status-Datenpunkte werden korrekt geschrieben. -
-
@dasbo1975 sagte in Test Adapter PoolControl:
Bitte die aktuelle GitHub-Version installieren und kurz Rückmeldung geben, ob beides bei dir passt:
a) Runtime zählt im Wartungsmodus/Rückspülen mit und zeigt währenddessen an,
b) Status-Datenpunkte werden korrekt geschrieben.Gerade einen Wartungsmodus gestartet:
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Bitte die aktuelle GitHub-Version installieren und kurz Rückmeldung geben, ob beides bei dir passt:
a) Runtime zählt im Wartungsmodus/Rückspülen mit und zeigt währenddessen an,
b) Status-Datenpunkte werden korrekt geschrieben.Gerade einen Wartungsmodus gestartet:
Puh.
Ich habe das bei mir auf zwei Systemen am laufen (Test und Produktivsystem)
und nach der Änderung von letzter Nach läuft das bei mir.Hast du die Saison Aktiv? Sonst würde mir gerade nichts einfallen warum es bei dir nicht hin haut.
-
@dasbo1975 sagte in Test Adapter PoolControl:
Hast du die Saison Aktiv?
Ja
Edit,
läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Hast du die Saison Aktiv?
Ja
Edit,
läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB
Ah OK. dann Mach ich Putty erstmal wieder zu. Auf NPM lege ich nur die Version ohne eventuelle Bufixes. Darum ist, solange getestet wird, Github unser freund
Danke für deine Mühe
-
@dasbo1975 said in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Hast du die Saison Aktiv?
Ja
Edit,
läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB
Ah OK. dann Mach ich Putty erstmal wieder zu. Auf NPM lege ich nur die Version ohne eventuelle Bufixes. Darum ist, solange getestet wird, Github unser freund
Danke für deine Mühe
An sich spricht aber nichts gegen ein Testen via npm. An sich wird von direkten Installationen direkt von Github ABGERATEN da sich diese auch sehr kurzfristig ändern können,
Was du mit "Auf NPM lege ich nur die Version ohne eventuelle Bufixes." genau meinst ist mir allerdings nicht klar. Ich hoffe doch dass du auf npm nicht nur Versionen ohne Bugfixes (= also MIT Bugs) legst :-).
Im Ernst:
Schau dir das Releasescript mal genauer an. An sich gibt es für Zwischenversionen die Funktiond er ALPHA Releases. Wen du das standard deploy Verfahren verwendest kommen die auf npm aber nicht ins repository. Ideal für Tester da da kein irrtümlicher Update passiert aber eine genau definierte Version für Rückmeldungen existier. -
@mcm1957 sagte in Test Adapter PoolControl:
@dasbo1975 said in Test Adapter PoolControl:
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Hast du die Saison Aktiv?
Ja
Edit,
läuft jetzt nach einen Update. Hatte von NPM installiert und nicht von GITHUB
Ah OK. dann Mach ich Putty erstmal wieder zu. Auf NPM lege ich nur die Version ohne eventuelle Bufixes. Darum ist, solange getestet wird, Github unser freund
Danke für deine Mühe
An sich spricht aber nichts gegen ein Testen via npm. An sich wird von direkten Installationen direkt von Github ABGERATEN da sich diese auch sehr kurzfristig ändern können,
Was du mit "Auf NPM lege ich nur die Version ohne eventuelle Bufixes." genau meinst ist mir allerdings nicht klar. Ich hoffe doch dass du auf npm nicht nur Versionen ohne Bugfixes (= also MIT Bugs) legst :-).
Im Ernst:
Schau dir das Releasescript mal genauer an. An sich gibt es für Zwischenversionen die Funktiond er ALPHA Releases. Wen du das standard deploy Verfahren verwendest kommen die auf npm aber nicht ins repository. Ideal für Tester da da kein irrtümlicher Update passiert aber eine genau definierte Version für Rückmeldungen existier.Danke für den Hinweis!
Ich meinte natürlich, dass ich auf npm nur stabile Versionen veröffentliche – also ohne offene Bugfixes.
Die laufenden Tests und Zwischenstände lade ich bislang direkt über GitHub, aber dein Hinweis zu den Alpha-Releases ist sehr hilfreich.
Ich werde künftig für solche Testversionen npm run release alpha verwenden, damit definierte Zwischenstände auch über npm verfügbar sind.
-
Damit's nicht falsch rüberkommt:
Es ist voll ok wenn TESTER von Github installieren wenn es um "experimentelle" Versionen geht. Beispielsweise weil du irgendwo 20 'juhu' debugge eingebaut hast oder irgendwo ein hardcoded Wert mal zum ausprobieren drinnen steht den du ev alle 5 Miniuten für einen neuen Test änderst während du mit einem User zusammen eine Problem suchst.
Prinzipiell ist es nur so, dass "echtes" Teste, sprich beobachten eienr Version über Tage mit einer Versionsnummer nachvollzeihbarer ist. Da hast du dann auch die Info wenn ein User sagt bei mir gehts nicht dass du sehen kannst dass er ja noch die .alpha.5 verwendet während ees schon die .9 gibt ...
Echt abgeraten wird von Github installationen auf produktiven Systemen sofern der User nicht wirklich weiß was er tut...
-
PoolControl – Version 0.4.0 ist onlineHallo zusammen,
ich habe heute die Version 0.4.0 des PoolControl-Adapters veröffentlicht.Mit dieser Version startet das neue Statistik- und Analysesystem.
Es erfasst jetzt automatisch die täglichen Temperaturwerte aller aktiven Sensoren
und legt sie im neuen Bereich analytics.statistics.temperature.today ab.Erfasst werden dabei:
minimale, maximale und durchschnittliche Temperaturen,
Zeitpunkte der höchsten und niedrigsten Werte,
JSON- und HTML-Zusammenfassungen (pro Sensor und als Gesamtausgabe).
Die Berechnung läuft vollständig eventbasiert – also nur bei echten Änderungen,
ohne Timer oder Loops, und mit persistenter Speicherung über Neustarts hinweg.
Täglich um Mitternacht wird die Statistik automatisch zurückgesetzt und startet sauber in den neuen Tag.Diese Tagesstatistik bildet nicht nur den Grundstein für die kommenden Wochen-, Monats- und Saisonstatistiken,
sondern ermöglicht künftig auch Vergleiche mit Vortagen, Vorwochen und vergangenen Saisonverläufen.
Darauf aufbauend werden später auch Effizienz- und Historienauswertungen folgen,
um langfristige Trends sichtbar zu machen.Ich freue mich über euer Feedback oder neue Ideen zur weiteren Auswertung.
Wie immer findet ihr die aktuelle Version auf GitHub und npm.Viele Grüße
Dirk (DasBo1975) -
-
@sigi234 sagte in Test Adapter PoolControl:
Hallo, von wo werden die Sensorwerte(Status) geholt?
Hallo,
die Werte werden von deinen eingebundenen Sensoren geholt insofern sie Aktiv geschaltet sind
EDIT: es kann einen kleinen moment dauern bis die Werte angezeigt werden. Ist abhängig davon, wie schnell bei dir eine neue Temperatur geschrieben wird
-
@dasbo1975 sagte in Test Adapter PoolControl:
Hallo,
die Werte werden von deinen eingebundenen Sensoren geholt insofern sie Aktiv geschaltet sind
EDIT: es kann einen kleinen moment dauern bis die Werte angezeigt werden. Ist abhängig davon, wie schnell bei dir eine neue Temperatur geschrieben wirdJa, habe ja nur Dummy Sensoren bis auf Aussentemperatur.
Da muss ich mal die Werte ein paar Mal ändern.
Obwohl fast alle Sensoren aktiviert sind.
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
Hallo,
die Werte werden von deinen eingebundenen Sensoren geholt insofern sie Aktiv geschaltet sind
EDIT: es kann einen kleinen moment dauern bis die Werte angezeigt werden. Ist abhängig davon, wie schnell bei dir eine neue Temperatur geschrieben wirdJa, habe ja nur Dummy Sensoren bis auf Aussentemperatur.
Da muss ich mal die Werte ein paar Mal ändern.Obwohl fast alle Sensoren aktiviert sind.
so sieht es bei mir beim Kollektor (Solar) aus
-
@dasbo1975 sagte in Test Adapter PoolControl:
so sieht es bei mir beim Kollektor (Solar) aus
Jupp, bei mir bei Aussensensor:
-
-
@sigi234 sagte in Test Adapter PoolControl:
Theroretisch solte ich da aber was sehen bzw der Status aktiv sein?
wie sehen denn die datenpunkte aus?
