76_SolarForecast - Informationen/Ideen zu Weiterentwicklung und Support

[DS_Starter]

Hallo Ralph,

ich sehe nach wie vor das Problem, dass dein Meter noch nicht das liefert was erwartet wird:

2026.11.12 09:50:35 1: PVfc DEBUG> collect Energy Meter data - device: PVSF =>
2026.11.12 09:50:35 1: PVfc DEBUG> gcon: 0 W, gfeedin: 0 W, contotal: 0 Wh, feedtotal: 0 Wh
2026.11.12 09:50:35 3: PVfc - WARNING - 'PVSF' - the total energy drawn from grid was reset and is registered with >0<. Check Reading 'NetzEnergie'
2026.11.12 09:50:35 3: PVfc - WARNING - 'PVSF' - the total energy feed in to grid was reset and is registered with >0<.

Die Readings  feedtotal, contotal können nicht 0 sein. Zumindest contotal nicht, wenn du keine Insel hast.

An sich stimmt der Flow aber, wobei -58W natürlich +58W sein müssten. Dann würde es grundsätzlich mit dem Flow von Victron übereinstimmen.

Dann habe ich noch das grundsätzliche Problem mit der Gelichzeitigkeit von AC->DC und DC->AC beim Multiplus:

Code Auswählen Erweitern

2026.11.12 09:50:35 1: PVfc DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 123 W, DC->AC: 65 W, etotal: 0 Wh
Der Multiplus würde hier die Batterie aus dem Wechselstromnetz mit 123W laden (AC->DC) und gleichzeitig die Batterie mit 65W entladen (DC->AC). Das ist nicht möglich. Was er macht, ist die Differenz aus PV Erzeugung - Batterieladung (in deinem Victron Flow PV=200W - Batterieladung=129W = 71W) an das Hausnetz bzw. die Verbraucher durchzuleiten. Mit Verlust sind es die dargestellten 64W.

D.h. für diesen Fall müßte das ac2dc-Reading 0 sein und sich ergeben:

Code Auswählen Erweitern

026.11.12 09:50:35 1: PVfc DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 0 W, DC->AC: 65 W, etotal: 0 Wh

Änhlich im zweiten Screen:

Code Auswählen Erweitern

2026.11.12 10:12:35 1: PVfc DEBUG> collect Inverter 01 data - device: PVSF, source: bat, delivery: default =>
2026.11.12 10:12:35 1: PVfc DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 2071 W, DC->AC: 72 W, etotal: 0 Wh

Hier muß sein:

Code Auswählen Erweitern

pvOut: 0 W, pvIn: 0 W, AC->DC: 1991 W, DC->AC: 0 W, etotal: 0 Wh
Der Multiplus bekommt als Input 2071W, lädt die Batterie (AC->DC) mit 1991W und läßt 70W ins Hausnetz durch. In der Rechnung fehlen 30W, die braucht der WR als Verlustleistung.
Auch hier fehlt der Meter wieder komplett. Es werden 2062W vom Netz bezogen, aber im Debug liefert der Meter gcon=0:

Code Auswählen Erweitern

2026.11.12 10:12:35 1: PVfc DEBUG> gcon: 0 W, gfeedin: 0 W, contotal: 136.917349973619 Wh, feedtotal: 0 Wh
Das passt grundsätzlich nicht, abgesehen von der contotal Problematik.
Man muß sich die Quellendevices für den Multi, den Meter und deren Readings genauer anschauen. Dort wird das Problem sitzen.

LG,
Heiko

[reisner]

Hi Heiko,

Code Auswählen Erweitern

Die Readings  feedtotal, contotal können nicht 0 sein. Zumindest contotal nicht, wenn du keine Insel hast.

In der ersten Übersicht war der Netzbezug ja auch null und feed ist immer null, da nichts ins Netz gespeist wird. Der Fehler in der 2. Sicht war, dass ich gcon=NetzIn und nicht = NetzIn_value definiert habe.

Code Auswählen Erweitern

Dann habe ich noch das grundsätzliche Problem mit der Gelichzeitigkeit von AC->DC und DC->AC beim Multiplus:

CodeAuswählen
2026.11.12 09:50:35 1: PVfc DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 123 W, DC->AC: 65 W, etotal: 0 Wh
Der Multiplus würde hier die Batterie aus dem Wechselstromnetz mit 123W laden (AC->DC) und gleichzeitig die Batterie mit 65W entladen (DC->AC). Das ist nicht möglich. Was er macht, ist die Differenz aus PV Erzeugung - Batterieladung (in deinem Victron Flow PV=200W - Batterieladung=129W = 71W) an das Hausnetz bzw. die Verbraucher durchzuleiten. Mit Verlust sind es die dargestellten 64W.Die hier vorhandene Situation ist, dass die 200W aus dem Solarlader, den AC Bedarf des Wagens (65W) übersteigt und der Multiplus der Batterie die Freigabe zum Laden gibt, der Ladestrom fließt nicht über den Multiplus, sondern direkt vom Solarlader. Beim Netzladen ist es ja gleich, da sowohl die Batterie (ac2dc) geladen wird als auch der Wagen (dc2ac) versorgt wird.

Hier nun noch einmal mit richtigen Meterdaten, gcon>0

Code Auswählen Erweitern

2026.11.12 14:36:35 1: PVfc DEBUG> collect Inverter 01 data - device: PVSF, source: bat, delivery: default =>
2026.11.12 14:36:35 1: PVfc DEBUG> pvOut: 0 W, pvIn: 0 W, AC->DC: 1966 W, DC->AC: 41 W, etotal: 0 Wh
2026.11.12 14:36:35 1: PVfc DEBUG> collect Inverter 02 data - device: PVSF, source: pv, delivery: bat =>
2026.11.12 14:36:35 1: PVfc DEBUG> pvOut: 284 W, pvIn: 284 W, AC->DC: 0 W, DC->AC: 0 W, etotal: 1239 Wh
2026.11.12 14:36:35 1: PVfc DEBUG> summary data of all Inverters - pv: 284 W, this hour Generation: 185 Wh
2026.11.12 14:36:35 1: PVfc DEBUG> State of Plant derating: 0, info: reductionState not set
2026.11.12 14:36:35 1: PVfc DEBUG> currently saved 'pvrlvd' value: 1
2026.11.12 14:36:35 1: PVfc DEBUG> current percentage pvrl/pvapifc deviation of hod 15: 5.4 % -> pvrlvd: 1
2026.11.12 14:36:35 1: PVfc DEBUG> collect Energy Meter data - device: PVSF =>
2026.11.12 14:36:35 1: PVfc DEBUG> gcon: 1940 W, gfeedin: 0 W, contotal: 3641.03530454573 Wh, feedtotal: 0 Wh
2026.11.12 14:36:35 1: PVfc DEBUG> write to pvHistory - day: 12, hod: 15, GridConsumption (gcons): 0 Wh
2026.11.12 14:36:35 3: PVfc - WARNING - 'PVSF' - the total energy feed in to grid was reset and is registered with >0<.
2026.11.12 14:36:35 1: PVfc DEBUG> collect Battery 01 Readings data: device=PVSF =>
2026.11.12 14:36:35 1: PVfc DEBUG> pin: 0 W, pout: 0 W, totalin: 0 Wh, totalout: 0 Wh, soc: 84
2026.11.12 14:36:35 1: PVfc DEBUG> EnergyConsumption input -> PV: 178 Wh, PP: 0 Wh, GridIn: 0 Wh, GridCon: 0 Wh, BatIn: 0 Wh, BatOut: 0 Wh
2026.11.12 14:36:35 1: PVfc DEBUG> EnergyConsumption result -> 178 Wh
2026.11.12 14:36:35 1: PVfc DEBUG> current Power values -> PV2Node: 0 W, PV2Bat: 284, PV2Grid: 0 W, Other: 0 W, GridIn: 0 W, GridCon: 1940 W
2026.11.12 14:36:35 1: PVfc DEBUG> current Power Battery (all) -> BatIn: 0 W (Node2Inv2DC: 1966 W), BatOut: 0 W (DC2Inv2Node: 41 W)
2026.11.12 14:36:35 1: PVfc DEBUG> current Consumption result -> 258 W
Bin am zweifeln, dass die gegenwärtige Definition der Devices meine Konfiguration abbilden kann, das BattInverterDev scheint ja fest verdrahtet zu haben, dass der Ladestrom der Batterie aus diesem Dev kommt.

Danke

[reisner]

habe gerade noch gesehen, dass in der letzten Übersicht BattCharge null ist, dass ist falsch, da muss ich schauen, warum

[DS_Starter]

Die hier vorhandene Situation ist, dass die 200W aus dem Solarlader, den AC Bedarf des Wagens (65W) übersteigt und der Multiplus der Batterie die Freigabe zum Laden gibt, der Ladestrom fließt nicht über den Multiplus, sondern direkt vom Solarlader. Beim Netzladen ist es ja gleich, da sowohl die Batterie (ac2dc) geladen wird als auch der Wagen (dc2ac) versorgt wird.

Der erste Satz ist richtig so. Der MPPT liefert, alles was den Bedarf des Netzes (dc2ac=65W) übersteigt, geht nicht durch den MultiPlus durch (d.h. gewandelt dc2ac), sondern wird gleich in die Batterie geladen.

Aber der 2. Satz ist so nicht korrekt. Beim Laden aus dem Netz wird dir Batterie vom Multiplus versorgt, ac2dc=x. ABER der Wagen wird NICHT per dc2ac versorgt, sondern lediglich vom Netz aus durchgeleitet (ac2ac). Dieser Teil wird nicht angegeben, sonder ergiebt sich aus den Strangleistungen wenn alle Beteiligten richtig eingerichtet sind.

Die Hilfe sagt ganz genau was in den Schlüsseln des Batterie-Wechselrichters (Multiplus) geliefert werden muß:

Code Auswählen Erweitern

ac2dc Ein Reading, das die aktuelle AC->DC-Leistung (Hausnetz zur Batterie) als positiven Wert angibt.
Der Schlüssel kann nur für Batterie-Wechselrichter gesetzt werden.

dc2ac Ein Reading, das die aktuelle DC->AC-Leistung (Batterie / Solar-Ladegerät zum Hausnetz) als positiven Wert angibt.
Der Schlüssel kann nur für Batterie-Wechselrichter gesetzt werden.

Hier ist dc2ac genau dargelegt. Es ist die Leistung von Batterie/MPPT über den Multiplus zum Wagen. Nicht Netzdurchreichung Netz->(via Multiplus)->Wagen.

Ich habe im Prinzip genau die gleiche Anlage wobei noch zusätzlich ein SMA WR + Zellen mitspielt. Aber den weggelassen sieht es genauso aus.
Alles was Vitron ist, wird über MQTT2 geliefert.

Mein Multiplus-Verbund ist definiert als:

Code Auswählen Erweitern

MQTT2_cerboGX_c0619ab34e08_vebus 
dc2ac=DC_IN:W
ac2dc=DC_OUT:W
capacity=7200
strings=none
asynchron=0

DC_IN und DC_OUT sind userReadings, die im MQTT2_DEVICE des Multiplus erstellt werden. Sie werden vom selben Reading DC_0_Power_calc, welches vorzeichenbehaftet ist, abgeleitet.
DC_0_Power_calc selbst ist auch ein userReading, das sich aus den gelieferten  DC_0_Voltage_value und DC_0_Current_value ableitet. Dadurch ist sichergestellt, dass ausschließlich mit DC Anteilen gerechnet wird, ohne AC Durchleitungen etc.

Code Auswählen Erweitern

DC_0_Power_calc:DC_0_Current_value.* {
  my $v = ReadingsNum ($name, 'DC_0_Voltage_value', 0);
  my $c = ReadingsNum ($name, 'DC_0_Current_value', 0);
  sprintf "%.0f", ($v * $c);
},


Code Auswählen Erweitern

DC_IN:DC_0_Power_value.* {
  my $val = ReadingsNum ($name, 'DC_0_Power_calc', 0);
  $val <= 0 ? abs $val : 0;
},
DC_OUT:DC_0_Power_value.* {
  my $val = ReadingsNum ($name, 'DC_0_Power_calc', 0);
  $val >= 0 ? $val : 0;
},