Info: SFML Update V32.0.2
Dieses Update adressiert die Datenintegrität bei der Physics-Kalibrierung (sie BUG-Thread) und führt ein neues Werkzeug zur Quarantänisierung von fehlerhaften Datenräumen bei Anlagenausfällen ein. siehe Post / Vorschlag von @dietmar1968
1. Physics-Kalibrierung & Automatisierte Datenbereinigung
Die Logik des Physics-Learnings wurde optimiert, um eine Verfälschung der Kalibrierungsfaktoren durch spezifische Betriebszustände zu verhindern.
-
Filterung der Lernbasis:
Ausgeschlossene Stunden, MPPT-gedrosselte Werte und ausgeschlossene Panel-Gruppen fließen ab dieser Version nicht mehr in die Kalibrierung ein. -
One-Time-Migration:
Das Update enthält eine einmalige, automatische Migrationsroutine für bestehende Installationen. -
Fehlerhafte Gruppenflags werden automatisch korrigiert.
-
Kontaminierte Physics-Kalibrierungsartefakte werden aus der Datenbank entfernt.
-
Automatischer Rebuild: Nach dem ersten Systemstart unter V32.0.2 wird ein einmaliger Rebuild der Physics-Faktoren auf Basis der bereinigten Historie ausgelöst.
-
Fallback-Verhalten: Sollte nach der Bereinigung keine ausreichende Historie mehr zur Verfügung stehen, startet die Physics-Kalibrierung sauber mit den Standard-Default-Faktoren und beginnt ab dem nächsten Tagesabschluss neu zu lernen.
2. Neuer Emergency Service: emergency_outage_quarantine
Zur Absicherung gegen akute Anlagen-, Sensor- oder Wechselrichterausfälle wurde ein neuer Notfalldienst integriert. Ziel des Services ist es, fehlerhafte Zeiträume gezielt zu isolieren, damit die Integration in Ausfallphasen keine falschen Ist-Werte oder Nullwerte lernt. → die Daten werden NICHT gelöscht sondern nur isoliert!
Der Service ist explizit als Notfall-Werkzeug gekennzeichnet und kann auch nachträglich für bereits in der Vergangenheit liegende Zeiträume aufgerufen werden. Wir im entsprechenden Post erklärt, DARF dieser Service nur unter sehr speziellen und abgegrenzten Bedingungen eingesetzt werden, da er MASSIV in die DB und AI eingreift. →
Ich bitte dringend darum ihn nur nach Absprache zu nutzen, niemals damit eigenmächtig zu testen / spielen. Es besteht die Gefahr eure gesamte AI zu zerstören und das unwiderruflich! Auch kann eine falsche Bedienung die HA Recorder Datenbank negativ beeinflussen!!
Funktionsumfang des Services:
- Zeitraumdefinition:
- Markierung frei wählbarer Zeiträume (einzelne Stunden oder komplette Tage) als Anlagen-/Sensor-Ausfall.
- Lernstopp:
- Temporäre Aussetzung der Lernlogik für die betroffene Phase.
- Evaluationsschutz:
- Ausschluss des Zeitraums von der Clean-Evaluation.
- Backfill-Sperre:
- Blockierung von nachträglichen Datenimporten für diese Spanne.
- Datenbehandlung:
- Wahlweises Belassen der vorhandenen Daten oder gezieltes Entfernen von ungültigen Null- und Fehlerwerten.
- Artefakt-Invalidierung:
- Optionale Ungültigerklärung betroffener Lernartefakte mit anschließendem, optionalem Retraining.
- Sicherheitsfunktionen:
- Integration eines Dry-Runs zur Vorab-Prüfung der betroffenen Datensätze sowie eine optionale, automatische Datenbank-Backup-Funktion bei Live-Ausführung.
- Auditierung:
- Jede Ausführung wird revisionssicher und auditierbar protokolliert.
Kernschutz & Wirkungsbereiche
Der primäre Schutzmechanismus verhindert für quarantänisierte Zeiträume jeglichen Backfill. Dies unterbindet den nachträglichen Import von Null- oder Fehlerwerten bei physischen Defekten oder Sensorstörungen.
Der Schutz greift tiefgreifend in folgenden Systembereichen:
- Reguläre Lernlogik & Panel-Group-Learning
- Clean-Evaluation & Performance-/Drift-Auswertungen
- Repair- und Korrekturservices
- Tagesabschluss-Hygiene
- Shadow- und Backfill-Mechanismen
Status:
Aktuell “Blindflug” da ich keine Option zum Testen habe… Code und Datenbank-Operationen funktionieren, aber Live-Test steht aus