76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[Dirk070]

ERLEDIGT: die Werte kamen schon aus dem Device nicht, also kein Fehler hier im Modul.


Hallo zusammen,

das Modul lief bei mir lange gut, seit gestern aktualisieren sich die Werte nicht mehr.
Parallel habe ich noch das rscp2mqtt von pvtom im docker und dort kommen die selben alten Werte.

Dann hat mir die App my4E auf dem iPhone die Meldung ausgegeben, es wäre eine neue Software auf dem Hauskraftwerk installiert worden.

Hat hier jemand Infos, ob sich was im rscp-Protokoll geändert hat oder ob man Verbindungen neu einrichten muss? Oder hat jemand einen Tipp zum Troubleshooting?

UPDATE: ich sehe gerade, dass die Werte seit meinem gestrigen Update von FHEM nicht mehr aktuell sind. Sowohl hier wie auch bei der rscp2mqtt.

Danke Euch und schöne Grüße
Dirk

[TheTrumpeter]

Ich habe schon seit einigen Tagen teilweise negative Verbrauchsvorhersagen.
Ein Anlagencheck, wo unplausible Werte bisher immer angemeckert wurden, verläuft aber unauffällig.

Ich habe nun auf die 2.9.1 aktualisiert (davon 2.9.0) und neu trainiert.

Dabei ist mir aufgefallen, dass ein Klick auf das "gelbe" KI-Symbol in der Kopfzeile folgenden Status ausgeworfen hat:

Die KI f�r die con Vorhersage ist noch nicht einsatzbereit.
Grund: the neural network for consumption forecasting is just being trained

Also einmal Deutsch (mit falschem Sonderzeichen?) und einmal Englisch... was denn nun?


Das neue Training hat die negative Verbrauchsvorhersage großteils eliminiert, aber wie kann's dazu kommen, wenn die historischen Werte offenbar korrekt sind?


Weiters enthalten die Einstellhinweise teilweise Empfehlungen, die so nicht umgesetzt werden können.
Beispiel:

Lernrate zu hoch: Lernrate (aiControl->aiConLearnRate) um Faktor 5-10 reduzieren (z.B. von 0.01 auf 0.001-0.002)

Meine Lernrate ist aber bereits auf den lt. Doku minimal zulässigen Werten von 0.001 gestellt.

[300P]

Weiters enthalten die Einstellhinweise teilweise Empfehlungen, die so nicht umgesetzt werden können.
Beispiel:

Nimm einfach mal die Funktion copy&paste und füttere damit eine manuell aufgerufenen "Gemini" Seite der du immer wieder nach einem n.i.O. - Training die Daten übergibst.
https://gemini.google.com/app
   (siehe Screenshots)
Und ja - es geht nur innerhalb der von Heiko gesetzten Parametergrenzen etwas einzustellen.
Wenn du dich anmeldest geht es einfacher - du wählst immer wieder den Gemini-Chat aus der dazu gehört und fütterst dort Infos an, die bleiben dann länger im "Gedächtnis von Gemini"


externe Bewertung: Google Gemini oder alternativ manuell Copy&Paste in einen LLM-Prompt (Es werden Trainingsmetriken an Google Gemini übertragen (sichtbar im Log mit ctrlDebug=apiCall))

[TheTrumpeter]

externe Bewertung: Google Gemini oder alternativ manuell Copy&Paste in einen LLM-Prompt (Es werden Trainingsmetriken an Google Gemini übertragen (sichtbar im Log mit ctrlDebug=apiCall))

Habe ich auch gemacht, ich taste mich langsam voran.

Und ja - es geht nur innerhalb der von Heiko gesetzten Parametergrenzen etwas einzustellen.

Genau das meinte ich... es kommen zwar Hinweise, aber die sind teilweise gar nicht mehr umsetzbar, d.h. man könnte die Hinweise auch weglassen (bzw. vorab prüfen, ob sie überhaupt möglich sind).

[300P]

Kopier einfach die Onlinehilfe von aiControl nach Gemini in den Chat und sag / schreib dazu das nur diese Parameter einstellbar sind......

[DS_Starter]

Nabend zusammen,

hier sind einige Beiträge aufgelaufen. Ich versuche noch ein paar Ergänzungen zu geben. Das meiste hat 300P ja schon gemacht.

Bei der heutigen Umstrukturierung bekomme ich für die Anlegung eines Energiezählers eine Fehlermeldung mit dem Parameter power=0.

power auf einen Nominalwert oder beobachteten Wert setzen UND pvshare=0. Das ist das gleiche Ergebnis wie bis V2.8.x power=0, wird intern aber anders ausgewertet.

Also einmal Deutsch (mit falschem Sonderzeichen?) und einmal Englisch... was denn nun?

Das Encoding des Umlautes korrigiere ich. Im "Grund" wird eine Systemvariable wiedergegeben. Die ist nunmal englisch. Vielleicht übersetze ich die möglichen Inhalte auch noch. Wer sich dadurch ästethisch belästigt fühlt, stellt solange bitte das Modul auf EN um.

Meine Lernrate ist aber bereits auf den lt. Doku minimal zulässigen Werten von 0.001 gestellt.

Die mögliche minimale Lernrate ist lt. Doku (Attributhilfe) allerdings nicht 0.001 sondern 0.0001 (Werte: 0.0001 - 0.05). Du hättest also reduzieren können.

Das neue Training hat die negative Verbrauchsvorhersage großteils eliminiert, aber wie kann's dazu kommen, wenn die historischen Werte offenbar korrekt sind?

Im Nachhinein kann man es nicht erkennen. Falls es aktuell auftritt sieht man mit ctrlDebug=aiData die relevanten Ergebnisse, z.B.:

Code Auswählen Erweitern

2026.07.20 18:06:10.537 1: SolCast DEBUG> AI FANN con fc - 2026-07-20 18, hod: 19 -> AI=659, legacy=733, final: 798 Wh (alpha=1, tot_corr=138 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.538 1: SolCast DEBUG> AI FANN con fc - 2026-07-20 19, hod: 20 -> AI=596, legacy=768, final: 737 Wh (alpha=1, tot_corr=141 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.539 1: SolCast DEBUG> AI FANN con fc - 2026-07-20 20, hod: 21 -> AI=676, legacy=636, final: 814 Wh (alpha=1, tot_corr=138 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.540 1: SolCast DEBUG> AI FANN con fc - 2026-07-20 21, hod: 22 -> AI=578, legacy=756, final: 719 Wh (alpha=1, tot_corr=141 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.541 1: SolCast DEBUG> AI FANN con fc - 2026-07-20 22, hod: 23 -> AI=731, legacy=706, final: 866 Wh (alpha=1, tot_corr=136 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.542 1: SolCast DEBUG> AI FANN con fc - 2026-07-20 23, hod: 24 -> AI=642, legacy=594, final: 781 Wh (alpha=1, tot_corr=139 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.542 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 00, hod: 01 -> AI=591, legacy=586, final: 609 Wh (alpha=1, tot_corr=18 Wh, bias/drift zone=2b/-)
2026.07.20 18:06:10.543 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 01, hod: 02 -> AI=579, legacy=498, final: 597 Wh (alpha=1, tot_corr=18 Wh, bias/drift zone=2b/-)
2026.07.20 18:06:10.544 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 02, hod: 03 -> AI=504, legacy=484, final: 522 Wh (alpha=1, tot_corr=18 Wh, bias/drift zone=2b/-)
2026.07.20 18:06:10.545 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 03, hod: 04 -> AI=528, legacy=501, final: 546 Wh (alpha=1, tot_corr=18 Wh, bias/drift zone=2b/-)
2026.07.20 18:06:10.545 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 04, hod: 05 -> AI=557, legacy=527, final: 575 Wh (alpha=1, tot_corr=18 Wh, bias/drift zone=2b/-)
2026.07.20 18:06:10.546 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 05, hod: 06 -> AI=586, legacy=464, final: 604 Wh (alpha=1, tot_corr=18 Wh, bias/drift zone=2b/-)
2026.07.20 18:06:10.547 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 06, hod: 07 -> AI=668, legacy=680, final: 806 Wh (alpha=1, tot_corr=138 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.548 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 07, hod: 08 -> AI=714, legacy=738, final: 850 Wh (alpha=1, tot_corr=136 Wh, bias/drift zone=2b/3)
2026.07.20 18:06:10.548 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 08, hod: 09 -> AI=860, legacy=662, final: 829 Wh (alpha=1, tot_corr=-31 Wh, bias/drift zone=-/3)
2026.07.20 18:06:10.549 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 09, hod: 10 -> AI=841, legacy=641, final: 810 Wh (alpha=1, tot_corr=-31 Wh, bias/drift zone=-/3)
2026.07.20 18:06:10.550 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 10, hod: 11 -> AI=870, legacy=764, final: 839 Wh (alpha=1, tot_corr=-32 Wh, bias/drift zone=-/3)
2026.07.20 18:06:10.551 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 11, hod: 12 -> AI=1030, legacy=1232, final: 992 Wh (alpha=1, tot_corr=-38 Wh, bias/drift zone=-/3)
2026.07.20 18:06:10.551 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 12, hod: 13 -> AI=1052, legacy=722, final: 1014 Wh (alpha=1, tot_corr=-38 Wh, bias/drift zone=-/3)
2026.07.20 18:06:10.552 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 13, hod: 14 -> AI=1038, legacy=740, final: 1000 Wh (alpha=1, tot_corr=-38 Wh, bias/drift zone=-/3)
2026.07.20 18:06:10.553 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 14, hod: 15 -> AI=869, legacy=800, final: 838 Wh (alpha=1, tot_corr=-32 Wh, bias/drift zone=-/3)
2026.07.20 18:06:10.554 1: SolCast DEBUG> AI FANN con fc - 2026-07-21 15, hod: 16 -> AI=834, legacy=760, final: 804 Wh (alpha=1, tot_corr=-30 Wh, bias/drift zone=-/3)
....

"final" ist der Wert, der letztendlich verwendet wird. Theoretisch könnte es nur über eine Bias-Korrektur oder die Beimischung von Legacy Prognose via aiConAlpha dazu kommen, praktisch ist es bei mir noch wie aufgetreten.

Genau das meinte ich... es kommen zwar Hinweise, aber die sind teilweise gar nicht mehr umsetzbar, d.h. man könnte die Hinweise auch weglassen (bzw. vorab prüfen, ob sie überhaupt möglich sind).

Wie oben geschrieben hättest du weiter reduzieren können. Wenn die Meldung dann immer noch kommt, sagst du einfach nochmal Bescheid.

LG,
Heiko