BUG-TRACKER Solar Forecast ML

Solar Forecast ML Entwicklung & Bugs
232

Das Kernproblem ist, dass ich wirklich zu wenig Daten habe. Wie bekannt: ist die gesamte Integration lokal bei euch auf dem Rechner verortet.

Bei mir selbst tritt das Problem auf keinem der 3 Testsysteme auf - was aber nicht zwangsläufig bedeutet, dass es nicht ein verdecktes Problem gibt.
Bisher sind mir 4 Nutzer bekannt, die von diesem Problem berichtet haben.
Was ich schon klar formulieren kann, ist das bei Custom-Cards die auf die falsche Stelle in der DB zeigen das Problem logisch ist. Jedoch zeigt sich das Problem auch in STATS, das sauber codiert ist.

Einen Kontext mit TFS schließe ich aus, da es sich nur um einen Layer handelt.
Ich untersuche gerade den Code in Richtung der Quantille (P10 - P90) ob die zu früh gekappt werden (oder zu spät) und so zu einem Overfit auf der Zeitachse führen. Daher auch der Hinweis mit den Nullstellen.
Daszu habe ich eines meiner Testsysteme mit Mock-Daten gefüttert um einen sauberen Traceback zu haben.

Fazit ich bin noch auf der Suche..

1 „Gefällt mir“
233

Auch wenn ich nerve, können wir bitte die Themen in einen anderen Thread behandeln? Bzw. Einen eigenen?

Und noch eine Nachfrage, geht es um den abendlichen Buckel oder hab ich etwas überlesen?

1 „Gefällt mir“
234

Ganz genau @Kaysen899 es geht um den abendlichen Buckel-BUG bei einigen Systemen und dessen Grund. Liegt es in SFML oder Stats, ist es ein TFS oder Quantil-Problem, ist es reproduzierbar.

1 „Gefällt mir“
235

mal daran gedacht, das vielleicht nur die sonne von irgendwas reflektiert wird (fenster oder sonst was von nachbargebäuden).
finde das ist logisch bei ost/west anlagen, wenn der winkel und die höhe der sonne passt.

236

Der Buckel ist in der Vorhersage zu erkennen, die tatsächliche Produktion hat keinen Buckel, deshalb scheidet das als Ursache aus.

237

ich hatte bis vor kurzem auch den Spätabends-Buckel. Seit ca. 1 Woche ist der weg.

238

hab heute auch wieder einen schwachen Buckel:
System 1:

image
image1092×818 97.8 KB

System 2:
eigentlich nicht vorhanden, oder nur ganz leicht:

image
image1379×418 36.2 KB

System 3:
Ist ruhig, aber schon immer:

image
image1235×415 46.9 KB

Unterschied: System 1 hat von Anfang an alle Sensoren (Ecowitt)
System 2 hat seit 1 Woche eine Wetterstation, voher nur Temp, Feuchte, Druck
System 3 hat nur Temp, Feuchte, Druck

239

(Beitrag vom Verfasser gelöscht)

240

So ich denke ich habe es gefunden! Im kommenden Update ist ein Fix enthalten. Aber ich kann nicht 100% bestätigen das es abschließend gefixt ist! Wir müssen das gemeinsam im Auge behalten.

@Kaysen899 kannst Du das bitte auf Deinem Live-System und deinem Test-System nach dem Update beobachten?

@alteMade → deinen wirkich heftigen Buckel von vor ein paar Tagen sollte es in der Zukunft nicht mehr geben.

Ich hake den BUG dann nun erstmal ab.. aber bleibt bitte dran!

Bildschirmfoto 2026-04-27 um 22.00.42
Bildschirmfoto 2026-04-27 um 22.00.422278×958 231 KB

3 „Gefällt mir“
241

Wttr Daten kommen nicht mehr und werden nicht mehr verarbeitet. Seit ca. 19.4.

  • System: x86 UND ARM/Pi5

  • HA-Version: 2026.4.4

  • Modul / Integration: Solar Forecast ML Vers. 20.X.X

  • Logs / Screenshot: s.u.

folgenden Fehler habe ich seit dem in der Log.

WARNING - WttrIn fetch error: 200, message='Attempt to decode JSON with unexpected mimetype: text/plain; charset=utf-8', url='https://wttr.in/47.x,8.x?format=j1'

Gewichtung von wttr ist stehen geblieben.

image
image1587×321 43.7 KB

242

Wttr (Icon) hat die Struktur seiner Daten geändert. Das sollte eigentlich mit der aktuellen Version behoben sein! Kannst Du mir bitte sagen, welche Version das ist?

243

das ist noch von der letzten Version.
Bei der aktuellen, muss ich das gleich mal Überprüfen.

Ok, Update hat es gefixed. (Übersehen)

244

Okay :slight_smile: … Kleiner Bonus-Fact: Wttr lässt nur noch Polls für 3 Std zu also nicht mehr für 72 Std.

1 „Gefällt mir“
246

Das Update hat jetzt die entscheidende Wirkung gebracht, der Bug ist behoben. Vielen Dank!