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:
@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.
Aber schon mal schön, dass bei der ganzen Fehlerbeseitigung der letzten Stunden, dieser Fehler nicht an mir Lag
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
-
🧩 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_todaywurden 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.*undanalytics.statistics.temperature.month.*
einmalig manuell gelöscht werden. - Das Verhalten der Helper beim Umschalten des Datenpunkts
pump.modewurde 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.
- Fehlerhaften Monats-Reset behoben, der beim Adapterstart oder nach einer Überinstallation ausgelöst wurde, obwohl kein Monatswechsel stattgefunden hat.
-
@dasbo1975 sagte in Test Adapter PoolControl:
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.Diese alle löschen bei jeden Sensor?
-
@sigi234 sagte in Test Adapter PoolControl:
@dasbo1975 sagte in Test Adapter PoolControl:
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.Diese alle löschen bei jeden Sensor?
Ja genau.
Aber nur bei Monat und Woche. Die bei den Tagen bleiben bestehen. -
@dasbo1975 sagte in Test Adapter PoolControl:
Ja genau.
Aber nur bei Monat und Woche. Die bei den Tagen bleiben bestehen.oki
-
Hier schon mal ein Ausblick auf die nächste Erweiterung.
Alexa wird dann
- Wenn eingeschaltet - immer Sprechen
- Wenn eingeschaltet und mit einer Wochen oder Wochenendsperre versehen wird, nur dann sprechen innerhalb der erlaubten Zeiten
-
@dasbo1975 sagte in Test Adapter PoolControl:
Photovoltaik-Helper
Pumpe stoppt automatisch, wenn die tägliche Umwälzmenge erreicht ist – auch bei weiterem PV-Überschuss.Darf ich hier zu einen Wunsch äußern? Hier wäre es total super, wenn man das händisch einstellen könnte, ob bei weiterem PV-Überschuss, aber erreichter Umwälzmenge die ausgeschaltet wird oder weiter läuft. Nur bewegtes Wasser ist gutes Wasser.
-
Vom prinzig her richtig. Nur bewegtes Wasser ist gut.
Da aber eh die tägliche Umwälzmenge so eingestellt werden sollte, dass sich der Pool täglich mindestens 2 - 3 mal umwälzt, wäre hier die Möglichkeit, das man das einstellen kann ob übergepumpt wird nicht gut. Jedenfalls nicht im PV Modus.Hintergrund:
Die Pumpe soll ja nicht den ganzen Überschuß verbrauchen. Dieser sollte ja u.U. ja, in einen Speicher gelangen. Nicht das Abends der Hausspeicher nicht ausreichend Energie gesammelt hat.
-
@dasbo1975 Hmm ... auch richtig. Wenn man da den aktuellen Stand der Batterie mit berücksichtigt? Ich hatte bisher in meinem Blockly die Pumpe auch immer mit dem PV-Überschuss dauerhaft laufen lassen, sofern die Batterie einen bestimmten Wert nicht unterschritten hatte.
-
@dennismenger sagte in Test Adapter PoolControl:
@dasbo1975 Hmm ... auch richtig. Wenn man da den aktuellen Stand der Batterie mit berücksichtigt? Ich hatte bisher in meinem Blockly die Pumpe auch immer mit dem PV-Überschuss dauerhaft laufen lassen, sofern die Batterie einen bestimmten Wert nicht unterschritten hatte.
Das funktioniert so wie du es sagst. Aber ich wollte Bewusst in den Adapter keine Batterie Abfrage mit einbauen. Das hätte den Umfang gesprengt bei der Fülle an Batterien und wie sie abgefragt werden.
Aber mit den Einstellungen der Umwälzmenge erreicht man ja das was man möchte
