76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Genauso würde es Sinn machen sich die mittlere Helligkeit zu den Stundenwerten zu merken. rad1h bzw. wcc werden ja auch schon gespeichert, aber noch nicht mit einem realen Messwert untersetzt.

Im Prinzip ja. Allerdings wäre hier nur der Diffusionsstrahlungsanteil betroffen.
Manche API's liefern keine die Strahlung, sondern nur das erwartete Ergebnis pro String (SolCast z.B.). Deswegen gibt es dafür zur Zeit auch keine KI Unterstützung weil dieser wichtige Input fehlt.
D.h. es gibt keinen Helligkeitswert von den verwendeten API's (zumindest kenne ich keinen) und somit wäre dieser Wert ausschließlich bei einem installierten Helligkeitssensor vorhanden.
In allen anderen Fällen wäre er nur 1 bei Tag und 0 bei Nacht ... etwas zu undifferenziert.

Möglicherweise meinst du aber einen echten Strahlungssensor, wie den von Victron: https://www.victronenergy.de/upload/documents/Datasheet-SolarSense-750-DE.pdf

Damit hätte man vermutlich ein echtes Pendant zur prognostizierten Einstrahlung. Zumindest in Verbindung mit API's die sie liefern.

[yvl]

Hallo,

ich habe eine Frage zur Visualisierung:

Wie kann ich einstellen,
das 1. die gesamte Anzeige linksbündig ist,
und 2. die Balkendiagramme linksbündig sind oder mittig, aber nicht am rechten Rand kleben...

Hat da jemand eine Idee ?
Bei mir sieht das immer so aus, wie im Bild anbei.

[bombardi]

Ich bin noch neu im Umgang mit solarforecast und gebe zu nicht alle 482 Seiten gelesen zu haben. Hier meine Frage:
Ich benutze Solarforecast nur zur Visualisierung meiner PV-Anlage und der Verbraucher, darum möchte ich die zweite Zeile unter den Verbrauchern mit der Restlaufzeit ausblenden. Geht das und falls ja, wie?

[DS_Starter]

Wie kann ich einstellen,
das 1. die gesamte Anzeige linksbündig ist,
und 2. die Balkendiagramme linksbündig sind oder mittig, aber nicht am rechten Rand kleben...

Dafür gibt es keine spezifischen Einstellungen in SF. Das Bild ist in der Horizontale zentriert.
Vermutlich ist es ein Spezifikum oder Einstellung deines verwendeten Styles?
Der Screenshot zeigt FHEMWEB F18 und F11. Vergleiche deine Darstellung mit diesen Styles.

[DS_Starter]

darum möchte ich die zweite Zeile unter den Verbrauchern mit der Restlaufzeit ausblenden. Geht das und falls ja, wie?

Das geht mit

Code Auswählen Erweitern

attr ... flowGraphicControl showconsumerremaintime=0

[bombardi]

Danke, das war genau was ich wollte. Hatte ich übersehen.

[TheTrumpeter]

D.h. es gibt keinen Helligkeitswert von den verwendeten API's (zumindest kenne ich keinen) und somit wäre dieser Wert ausschließlich bei einem installierten Helligkeitssensor vorhanden.

Im Endeffekt geht es darum, falsche Wetterprognosen auszusieben, damit keine falschen Korrekturfaktoren eingelernt werden bzw. sich das NN in der Prognose nicht völlig falsche historische Daten als Grundlage nimmt.
Aber das haben wir vor einiger Zeit ohnehin schon mal diskutiert.

[DS_Starter]

@all,

die v2.10.11 in meinem contrib ist upgedatet.

Wir erfassen seit geraumer Zeit beim Laden der BEV die verwendete Phasenanzahl zzgl. der Ladeleistung.
Nun werden diese Information (Phasenzahl) beim CON KI-Training mit verwendet. Bedeutet, der Input steigt um einen Wert wenn man "bev" in seinem aiConProfile-Schlüssel verwendet.

In diesem Fall ist ein NEUTRAINING erforderlich da sonst CON KI Inferenz auf Fehler läuft und die Legacy Prognose als Fallback verwendet.

Nochmal der Hinweis, vor dem Checkin der v2.10.11 werde ich das Reading Battery_OptimumTargetSoC_XX entfernen. In der Contrib-Version ist es noch nicht der Fall.
Stellt bitte eure eigenen Codes auf Battery_OptimumBaseSoC_XX um falls nötig.

Hier das komplettierte Changelog dieser Version:

Code Auswählen Erweitern

## [v2.10.11]
03.11.2026 Rev. xxxxx

- **Neu:**
  * **Eigener Regenmengenmesser**: Im Attribut `setupEnvironment` kann mit dem neuen Schlüssel `rainAmount=<Device>:<Reading>` ein eigener Regenmesser angegeben werden. Das Reading muss die Regenmenge der aktuellen Stunde in mm (l/m²) liefern.
    - Der Messwert überschreibt für die aktuelle Stunde (NextHour00) den Niederschlagswert `rr1c` der Wetter-API. Er wird damit auch in `nexthours`, `circular` und `pvHistory` übernommen, und damit auch in den AI-Rohdaten.
    - Ist das Device oder Reading nicht vorhanden, nicht numerisch oder negativ, bleibt der API-Wert erhalten.
  * **Header-Anzeige**: `rainAmount` ist als Wert in `graphicControl` → `headerShowEnv` auswählbar.
      Angezeigt wird die Regenmenge der aktuellen Stunde in mm, mit dem Messwert oder ohne eigenen Messer mit dem API-Wert.
  Das Symbol wechselt nach Menge zwischen `rain_light` (< 2,5 mm), `rain` (2,5 bis < 7,6 mm) und `rain_heavy` (≥ 7,6 mm).
  Bei 0 mm wird das Symbol grau dargestellt.
    - Commandref (DE/EN) für `setupEnvironment` und `headerShowEnv` ergänzt.
  * Patch Subs _aiFannBevConsumerAggregate, _aiFannBevHistArray, _aiFannBuildLagFeatures, aiFannConDataLoad, aiFannConInfer,
    _aiFannFeatureBuilder, FEATURE_BLOCKS
  * **KI Verbrauchsprognose**: BEV Phasenanzahl (bevcsmPhasesXX, Consumer-Schlüssel phases) als Lag1-Feature bev_phases_lag1
      (mittlere Phasenanzahl der ladenden EVs relativ zu 3 Phasen, nur Stunden mit Ladung), neuer Feature-Block bev_phases in
  allen Profilen mit BEV
      Hinweis: der Eingangsvektor wächst bei BEV-Profilen um ein Feature -> neues Training der KI erforderlich

- **Fix:**
  * Die Hilfsfunktionen _aiFannBevHistArray, _aiFannHpOpmodeHistArray und _aiFannCycleConsumerHistArray haben ihre Ergebnis-Arrays als Referenz sowohl in den
    pvHistCache gelegt als auch an den Aufrufer zurückgegeben. Da aiFannConInfer diese Arrays im Prognosehorizont per push fortschreibt, wurden die gecachten Arrays bei
    jedem Lauf innerhalb derselben Stunde verlängert (Speicherwachstum). Folgeläufe arbeiteten zudem mit verlängerten, nicht mehr zu @flat_targets ausgerichteten
    BEV-/WP-Serien, was die lag1-Features verfälschen konnte. Cache und Rückgabewert verwenden jetzt getrennte Kopien (Cache-Hit und Cache-Insert).
  * getPvHistTargetArray: im Cache-Miss-Fall werden nun ebenfalls Kopien gecacht, sodass der Aufrufer nie dieselben Arrays wie der Cache erhält (konsistent zum Cache-Hit-Pfad).
  * timestringsFromOffset: Cache-Hit und Cache-Insert verwenden eine Kopie des Hashes, damit Änderungen des Aufrufers den Cache nicht verändern können.

- **Change:**
  * Parser __parseAttrEnvironment gehärtet