76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Bin unterwegs und ksnn erst heute Abend wirklich helfen, aber um etwas herauszubekommen bzgl. gfeedin bzw feedtotal debug collectData einschalten. Dann sieht man was gelesen wird. gfeedin ist die aktuelle Einspeisung und feedtotal der wert der eingespeisten Energie woraus der stundenwert abgeleitet wird was dann auch in die Verbrauchsrechnung aktuell bzw. auf Stundenbasis eingeht.

[DS_Starter]

Achtung, beachte die unterschiedliche Bedeutung von gfeedin in pvHistory und dem Attribut.

[nookie]

okay, ich hab jetzt ctrlDebug - collectData,collectData_long angeschalten

und gerade gesehen das mein "haus" nun auch Storm produziert :/
eigendlich wollt ich nur am abend eine Today_PVreal Nachricht bekommen um mich vom Solarweb verabschieden zukönnen

[grappa24]

Bin unterwegs und ksnn erst heute Abend wirklich helfen, aber um etwas herauszubekommen bzgl. gfeedin bzw feedtotal debug collectData einschalten. Dann sieht man was gelesen wird. gfeedin ist die aktuelle Einspeisung und feedtotal der stundenwert der eingespeiszen Energie was dann auch in die Verbrauchsrechnung aktuell bzw. auf Stundenbasis eingeht.

Hier mal ein ctrlDebug Log - während gfeedin in pvHistory weiterhin "0" bleibt:

Code Auswählen Erweitern

2026.04.09 15:16:01 1: solErtrag DEBUG> current Power values -> PV2Node: 4673 W, PV2Bat: 0, PV2Grid: 0 W, Other: 0 W, GridIn: 4152 W, GridCon: 0 W
2026.04.09 15:16:01 1: solErtrag DEBUG> current Power Battery -> BatIn: 7.4707932472229 W (Node2Inv2DC: 7 W), BatOut: 0 W (DC2Inv2Node: 0 W)
26.04.09 15:17:11 1: solErtrag DEBUG> collect Wind measurement data  - device: netatmo_M06_00_00_05_03_b6 =>
2026.04.09 15:17:11 1: solErtrag DEBUG> Smooth Wind data - value=1.11111111111111 m/s, last=2.04, last_fast=1.30 -> smoothed=2.01, smoothed_fast=1.28
2026.04.09 15:17:11 1: solErtrag DEBUG> collect Inverter 01 data - device: SymGen24, source: pv, delivery: default =>
2026.04.09 15:17:11 1: solErtrag DEBUG> pvOut: 4711 W, pvIn: 4821 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 20628187 Wh
2026.04.09 15:17:11 1: solErtrag DEBUG> collect Inverter 02 data - device: SymGen24, source: bat, delivery: default =>
2026.04.09 15:17:11 1: solErtrag DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 11 W, DC->AC: 0 W, etotal: 0 Wh
2026.04.09 15:17:11 1: solErtrag DEBUG> summary data of all Inverters - pv: 4711 W, this hour Generation: 1390 Wh
2026.04.09 15:17:11 1: solErtrag DEBUG> State of Plant derating: 0, info: reductionState not set
2026.04.09 15:17:11 1: solErtrag DEBUG> currently saved 'pvrlvd' value: 1
2026.04.09 15:17:11 1: solErtrag DEBUG> current percentage pvrl/pvapifc deviation of hod 16: 284.0 % -> pvrlvd: 1
2026.04.09 15:17:11 1: solErtrag DEBUG> collect Energy Meter data - device: SymGen24 =>
2026.04.09 15:17:11 1: solErtrag DEBUG> gcon: 0 W, gfeedin: 4431 W, contotal: 3840479 Wh, feedtotal: 10837526 Wh
2026.04.09 15:17:11 1: solErtrag DEBUG> write to pvHistory - day: 09, hod: 16, GridConsumption (gcons): 0 Wh
2026.04.09 15:17:11 1: solErtrag DEBUG> collect Battery Readings data: device=BatteryDummy =>
2026.04.09 15:17:11 1: solErtrag DEBUG> pin: 0 W, pout: -11 W, totalin: 3757376.81747459 Wh, totalout: 3469775.69212231 Wh, soc: 100
2026.04.09 15:17:11 1: solErtrag DEBUG> Battery Power data after resolving the special case 'pin eq -pout' =>
2026.04.09 15:17:11 1: solErtrag DEBUG> pin: 11.3992166519165 W, pout: 0 W
2026.04.09 15:17:12 1: solErtrag DEBUG> EnergyConsumption input -> PV: 1309 Wh, PP: 0 Wh, GridIn: 0 Wh, GridCon: 0 Wh, BatIn: 2 Wh, BatOut: 0 Wh
2026.04.09 15:17:12 1: solErtrag DEBUG> EnergyConsumption result -> 1307 Wh
2026.04.09 15:17:12 1: solErtrag DEBUG> current Power values -> PV2Node: 4711 W, PV2Bat: 0, PV2Grid: 0 W, Other: 0 W, GridIn: 4431 W, GridCon: 0 W
2026.04.09 15:17:12 1: solErtrag DEBUG> current Power Battery -> BatIn: 11.3992166519165 W (Node2Inv2DC: 11 W), BatOut: 0 W (DC2Inv2Node: 0 W)
2026.04.09 15:17:12 1: solErtrag DEBUG> current Consumption result -> 269 W
2026.04.09 15:18:22 1: solErtrag DEBUG> collect Wind measurement data  - device: netatmo_M06_00_00_05_03_b6 =>
2026.04.09 15:18:22 1: solErtrag DEBUG> Smooth Wind data - value=1.11111111111111 m/s, last=2.01, last_fast=1.28 -> smoothed=1.98, smoothed_fast=1.26
2026.04.09 15:18:22 1: solErtrag DEBUG> collect Inverter 01 data - device: SymGen24, source: pv, delivery: default =>
2026.04.09 15:18:22 1: solErtrag DEBUG> pvOut: 4766 W, pvIn: 4890 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 20628268 Wh
2026.04.09 15:18:22 1: solErtrag DEBUG> collect Inverter 02 data - device: SymGen24, source: bat, delivery: default =>
2026.04.09 15:18:22 1: solErtrag DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 8 W, DC->AC: 0 W, etotal: 0 Wh
2026.04.09 15:18:22 1: solErtrag DEBUG> summary data of all Inverters - pv: 4766 W, this hour Generation: 1471 Wh
2026.04.09 15:18:22 1: solErtrag DEBUG> State of Plant derating: 0, info: reductionState not set
2026.04.09 15:18:22 1: solErtrag DEBUG> currently saved 'pvrlvd' value: 1
2026.04.09 15:18:22 1: solErtrag DEBUG> current percentage pvrl/pvapifc deviation of hod 16: 262.9 % -> pvrlvd: 1
2026.04.09 15:18:23 1: solErtrag DEBUG> collect Energy Meter data - device: SymGen24 =>
2026.04.09 15:18:23 1: solErtrag DEBUG> gcon: 0 W, gfeedin: 4528 W, contotal: 3840479 Wh, feedtotal: 10837526 Wh
2026.04.09 15:18:23 1: solErtrag DEBUG> write to pvHistory - day: 09, hod: 16, GridConsumption (gcons): 0 Wh
2026.04.09 15:18:23 1: solErtrag DEBUG> collect Battery Readings data: device=BatteryDummy =>
2026.04.09 15:18:23 1: solErtrag DEBUG> pin: 0 W, pout: -7 W, totalin: 3757376.97799122 Wh, totalout: 3469775.69212231 Wh, soc: 100
2026.04.09 15:18:23 1: solErtrag DEBUG> Battery Power data after resolving the special case 'pin eq -pout' =>
2026.04.09 15:18:23 1: solErtrag DEBUG> pin: 7.84960508346558 W, pout: 0 W
2026.04.09 15:18:23 1: solErtrag DEBUG> consumer=01 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> consumer=02 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> consumer=03 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> consumer=04 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> consumer=05 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> BEV - id=Cupra -> consumer=07 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> BEV - Formentor -> bevcsmSoC07=0 bevcsmTargSoC07=80 batCapBev07=10400
2026.04.09 15:18:23 1: solErtrag DEBUG> consumer=08 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> consumer=09 activated=1
2026.04.09 15:18:23 1: solErtrag DEBUG> EnergyConsumption input -> PV: 1390 Wh, PP: 0 Wh, GridIn: 0 Wh, GridCon: 0 Wh, BatIn: 2 Wh, BatOut: 0 Wh
2026.04.09 15:18:23 1: solErtrag DEBUG> EnergyConsumption result -> 1388 Wh
2026.04.09 15:18:23 1: solErtrag DEBUG> current Power values -> PV2Node: 4766 W, PV2Bat: 0, PV2Grid: 0 W, Other: 0 W, GridIn: 4528 W, GridCon: 0 W
2026.04.09 15:18:23 1: solErtrag DEBUG> current Power Battery -> BatIn: 7.84960508346558 W (Node2Inv2DC: 8 W), BatOut: 0 W (DC2Inv2Node: 0 W)
2026.04.09 15:18:23 1: solErtrag DEBUG> current Consumption result -> 230 W
2026.04.09 15:19:34 1: solErtrag DEBUG> collect Wind measurement data  - device: netatmo_M06_00_00_05_03_b6 =>
2026.04.09 15:19:34 1: solErtrag DEBUG> Smooth Wind data - value=1.11111111111111 m/s, last=1.98, last_fast=1.26 -> smoothed=1.95, smoothed_fast=1.24
2026.04.09 15:19:34 1: solErtrag DEBUG> collect Inverter 01 data - device: SymGen24, source: pv, delivery: default =>
2026.04.09 15:19:34 1: solErtrag DEBUG> pvOut: 4866 W, pvIn: 5011 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 20628345 Wh
2026.04.09 15:19:34 1: solErtrag DEBUG> collect Inverter 02 data - device: SymGen24, source: bat, delivery: default =>
2026.04.09 15:19:34 1: solErtrag DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 8 W, DC->AC: 0 W, etotal: 0 Wh
2026.04.09 15:19:34 1: solErtrag DEBUG> summary data of all Inverters - pv: 4866 W, this hour Generation: 1548 Wh
2026.04.09 15:19:34 1: solErtrag DEBUG> State of Plant derating: 0, info: reductionState not set
2026.04.09 15:19:34 1: solErtrag DEBUG> currently saved 'pvrlvd' value: 1
2026.04.09 15:19:34 1: solErtrag DEBUG> current percentage pvrl/pvapifc deviation of hod 16: 244.8 % -> pvrlvd: 1
2026.04.09 15:19:35 1: solErtrag DEBUG> collect Energy Meter data - device: SymGen24 =>
2026.04.09 15:19:35 1: solErtrag DEBUG> gcon: 0 W, gfeedin: 3925 W, contotal: 3840479 Wh, feedtotal: 10837526 Wh
2026.04.09 15:19:35 1: solErtrag DEBUG> write to pvHistory - day: 09, hod: 16, GridConsumption (gcons): 0 Wh
2026.04.09 15:19:35 1: solErtrag DEBUG> collect Battery Readings data: device=BatteryDummy =>
2026.04.09 15:19:35 1: solErtrag DEBUG> pin: 0 W, pout: -8 W, totalin: 3757377.11343755 Wh, totalout: 3469775.69212231 Wh, soc: 100
2026.04.09 15:19:35 1: solErtrag DEBUG> Battery Power data after resolving the special case 'pin eq -pout' =>
2026.04.09 15:19:35 1: solErtrag DEBUG> pin: 8.40829086303711 W, pout: 0 W
2026.04.09 15:19:35 1: solErtrag DEBUG> consumer=01 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> consumer=02 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> consumer=03 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> consumer=04 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> consumer=05 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> BEV - id=Cupra -> consumer=07 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> BEV - Formentor -> bevcsmSoC07=0 bevcsmTargSoC07=80 batCapBev07=10400
2026.04.09 15:19:35 1: solErtrag DEBUG> consumer=08 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> consumer=09 activated=1
2026.04.09 15:19:35 1: solErtrag DEBUG> EnergyConsumption input -> PV: 1471 Wh, PP: 0 Wh, GridIn: 0 Wh, GridCon: 0 Wh, BatIn: 2 Wh, BatOut: 0 Wh
2026.04.09 15:19:35 1: solErtrag DEBUG> EnergyConsumption result -> 1469 Wh
2026.04.09 15:19:35 1: solErtrag DEBUG> current Power values -> PV2Node: 4866 W, PV2Bat: 0, PV2Grid: 0 W, Other: 0 W, GridIn: 3925 W, GridCon: 0 W
2026.04.09 15:19:35 1: solErtrag DEBUG> current Power Battery -> BatIn: 8.40829086303711 W (Node2Inv2DC: 8 W), BatOut: 0 W (DC2Inv2Node: 0 W)
2026.04.09 15:19:35 1: solErtrag DEBUG> current Consumption result -> 933 W

[dieter114]

Das liegt an dem Schlüssel evid: Nur wenn die Definition mit dem aktuellen Wert übereinstimmt, wird der consumer freigegeben bzw. die Ladeleistung angezeigt.
Und wenn die Wallbox via evcc bzw. MQTT2 keine eindeutige ID liefert, muss man im Wallbox Device fest eine anlegen.

Bei mir z.B. gibts im Wallbox Device ein festes Reading namens evid mit dem Wert "Cupra".
Dann hab ich den Schlüssel im consumer wie folgt definiert:

Code Auswählen Erweitern

evid=evid:Cupra

Das bedeutet Du bekommst mit dem Reading "Cupra" den wert "true" zurück wenn es läd - richtig?
Wenn ich ein Reading aus evcc z.B. "loadpoints_1_charging" nehme, ist das auch enteder true oder false.
Nur auch dann wird keierlei Ladung in der Übersicht angezeigt.

LG WDS

[grappa24]

Das liegt an dem Schlüssel evid: Nur wenn die Definition mit dem aktuellen Wert übereinstimmt, wird der consumer freigegeben bzw. die Ladeleistung angezeigt.
Und wenn die Wallbox via evcc bzw. MQTT2 keine eindeutige ID liefert, muss man im Wallbox Device fest eine anlegen.

Bei mir z.B. gibts im Wallbox Device ein festes Reading namens evid mit dem Wert "Cupra".
Dann hab ich den Schlüssel im consumer wie folgt definiert:

Code Auswählen Erweitern

evid=evid:Cupra

Das bedeutet Du bekommst mit dem Reading "Cupra" den wert "true" zurück wenn es läd - richtig?

Nein das Reading evid hat und liefert immer den Wert "Cupra", wird dann mit "evid:Cupra" (Schlüssel=Reading:Wert) verglichen und liefert dann "true"
Würde ich mein Reading evid im Wallbox Device auf Skoda setzen, würde evid:Skoda mit evid:Cupra verglichen und false ergeben.
Der Schlüssel muss stimmen, dann kommt ist als Ergebnis TRUE und der consumer wird aktiviert.
Stell dir einfach z.B. für drei BEVs drei verschiedene Consumer vor mit jeweils eigenen, unterschiedlichen Schlüsseln.

[dieter114]

Ok, ok wie immer:
Wenn man`s richtig macht geht es 

Code Auswählen Erweitern

MQTT2_evcc1 type=bev power=22000 exconfc=1 evid=loadpoints_1_vehicleTitle:PE-xx-xxE batCap=15400 power=22000 targetSoC=100 currSoC=loadpoints_1_vehicleSoc etotal=loadpoints_1_sessionEnergy:Wh icon=electric_car_icon pcurr=loadpoints_1_chargePower:Wund damit gehen dann auch verschiedene Fahrzeuge.

LG WDS

[300P]

gerade gesehen das mein "haus" nun auch Storm produziert :/

Das können (u.U.) zeitliche Verzögerungen / Überschneidungen sein - vor allem wenn die Abfrageintervalle bei den Geräten nicht (annähernd) gleichlautend erfasst werden oder nach dem auslesen des einen Wertes kurzfristig die anderen Werte "springend" rauf oder runter gegangen sind.
z. B. Batterie 30 Sek. / SF 15 Sek. / WR 60 Sek. / EM 10 Sek.

Das ist nur die Anzeige der "zuletzt" gemeldeten Werte - umgerechnet und auswertet in der aktuellen Anzeige......
==>>>keine Echtzeitanzeige sondern ein Schnappschuss der aktuell vorliegenden Daten im eingestellten SF-Intervall

Wenn es immer und dauerhaft ist ->>dann musst du genauer hinsehen

Aber bitte nicht alle Gräte auf 2 Sekunden stellen - dann wird die Systemlast sehr hoch und bringt in der Vorhersage nicht mehr und nicht weniger Genauigkeit.

[300P]

Dass Vorhersage- und Ist-Werte nicht zu 100 % übereinstimmen, ist mir bewusst und damit kann ich auch leben.
Allerdings erscheint mir die Abweichung bei den tatsächlich erzeugten Werten ungewöhnlich hoch.

Wie lange läuft SF bei Dir "produktiv" (nach der endgültigen Beendung der Einrichtung) und hat die Daten gesammelt ?


EDIT:
Zusatzfrage - hast du die "PV-KI" an ?
 

[DS_Starter]

@grappa24,

dein Problem wird sein, dass feedtotal nicht hochzählt. In dem kurzen Log steht feedtotal immer auf 10837526 Wh:

Code Auswählen Erweitern

2026.04.09 15:17:11 1: solErtrag DEBUG> collect Energy Meter data - device: SymGen24 =>
2026.04.09 15:17:11 1: solErtrag DEBUG> gcon: 0 W, gfeedin: 4431 W, contotal: 3840479 Wh, feedtotal: 10837526 Wh
...
2026.04.09 15:18:23 1: solErtrag DEBUG> collect Energy Meter data - device: SymGen24 =>
2026.04.09 15:18:23 1: solErtrag DEBUG> gcon: 0 W, gfeedin: 4528 W, contotal: 3840479 Wh, feedtotal: 10837526 Wh
...
2026.04.09 15:19:35 1: solErtrag DEBUG> collect Energy Meter data - device: SymGen24 =>
2026.04.09 15:19:35 1: solErtrag DEBUG> gcon: 0 W, gfeedin: 3925 W, contotal: 3840479 Wh, feedtotal: 10837526 Wh
....

Du speist permanent ein, deswegen müsste dieses Zählerreading steigen. Nun ist das Update fast im Minutentakt und vllt. hat das Reading User_Energy_Feedin nicht innerhalb dieser Zeit upgedated.
Aber dieser Wert muß steigen wenn du einspeist.

[DS_Starter]

@nookie,

die Übereinstimmung von PV Prognose und realer Erzeugung ist von sehr vielen Faktoren abhängig.
Z.B. von der Wetterlage (viel, wechselnde Bewölkung etc.), der Zuverlässigkeit der Strahlungs- oder Erzeugungsprognose der gewählten API (ist auch fehlerbehaftet), den Eigenschaften deiner Anlage wie Wirkungsgrade, Verschattungen etc., der Qualität der im SF vorhandenen Brechnungsmodelle mit oder ohne KI, der Laufzeit des SF-Systems weil sich intern von Bewölkung und Sonnenstand abhängige Korrekturfaktoren bilden die bei der nächsten vergleichbaren Wetterlage angwendet werden u.v.m.

Es gibt also einen ganzen Zoo an Einflußfaktoren und man muß auch ein wenig Geduld und Aufmerksamkeit mitbringen.
Natürlich sind gerade am Anfang Fehler bei der Einrichtung / Setup nicht auszuschließen. Im Anhang mal meine aktuelle produktive Anlage. Schaue bei dir mal die Werte der PV Abweichung am Abend an. Wie 300P geschrieben hat, ist die Laufzeit von SF für das Ergebnis nicht ganz unerheblich.

LG,
Heiko

[grappa24]

@grappa24,dein Problem wird sein, dass feedtotal nicht hochzählt. In dem kurzen Log steht feedtotal immer auf 10837526 Wh:

da wär ich nie draufgekommen, danke! feedtotal wurde ein Opfer meines "Event-Eindämmungswahns", hatte event-on-change-reading .* durch wichtige und benötigte Readings ersetzt und dabei feedtotal vergessen. Man sollte ein laufendes System einfach in Ruhe lassen.

[DS_Starter]

Aber da kann man mal sehen welche weitreichenden Auswirkungen es haben kann nur weil ein Event an einer notwendigen Stelle abgestellt ist. Da stimmt dann plötzlich die Verbrauchsberechnung nicht mehr. Und man denkt es liegt an irgendweinem Update etc.
Naja, mit dem Debug-Log bekommt man sowas mit ein bisschen Übung relativ schnell heraus.