Weihnachtsangebot 2025! 🎄

[TomRacoon]

@fernetmenta
Aber das würde jetzt nicht das Problem lösen, dass der PV Ertrag erst verzögert steigt, wenn der in der Batterie gespeicherte Strom verbraucht wird (und somit ich heute schon vor Sonnenaufgang PV Ertrag hatte, weil der Speicher erst heutge morgen um 4 leer war). Oder hab ich bei der Formel gerade einen Denkfehler?

[FernetMenta]

@tomracoon der Strom, den du heute morgen noch aus der Batterie verbraucht hast, wird durch Statistic:EnergyHomeBat vom Yield abgezogen. Dadurch ist der PV-Ertrag, wie im Portal, vor Sonnenaufgang 0.

Der Strom, den du im Yield erst mal nicht siehst, weil er in die Batterie geht, wird durch Statistic:EnergyChargePv addiert.

[FernetMenta]

Mir persönich ist Yield, wie vom Plenticore geliefert, lieber, weil das genau das ist, was man vom Gesamtsystem bekommt. Es ist halt so, dass durch laden der Batterie ein Verlust entsteht.
Kostal, auf der anderen Seite, stellt die Batterien ja nicht selber her und wollen das wahrscheinlich auch auch diesem Grund herausrechnen. Die nennen es ja PV-Ertrag und nicht einfach Ertrag.

[TomRacoon]

@fernetmenta
Das war für mich bisher der Knackpunkt bei dem Plenticore Adapter:
Yield liefert mir für heute Stand 18:00

In der App sehe ich jetzt gerade dann aber eine Gesamterzeugung von 29,1 für heute (auf der lokalen Webseite aber auch nur die 22,8 kW):

Den Datenpunkt EnergyChargePv gibt es im "alten" Adapter nicht, ist das dann die Einspeisung in die Batterie?
Vielleicht schließt das dann ja die Lücke zwischen dem wirklichen ist und dem was ich bisher auslesen kann. Ich schließe erst einmal meine Baustelle mit dem Saugroboter ab und werde dann Deinen neuen Adapter ausprobieren.

Grüße,
Chris

[FernetMenta]

@tomracoon

Den Datenpunkt EnergyChargePv gibt es im "alten" Adapter nicht, ist das dann die Einspeisung in die Batterie?

Ja, in die Batterie geht mehr Energie rein als wieder raus. Die Differenz ist der Unterschied von Yield und dem, was im Portal angezeigt wird. Ich würde den Wert im Portal nicht als "wirklich" bezeichnen. Von den Ladeverlusten hast du ja nichts. Im Portal sieht man das auch, aber anders: PV-Ertrag ist nicht die Summe aus Einspeisung und Eigenverbrauch.
Realistisch betrachtet ist also der nutzbare Ertrag gleich dem Yield und nicht das, was einem im Portal angezeigt wird.

Viel Spaß erst mal mit dem Roboter! Gruß,
Rainer

[Homoran]

@fernetmenta kann der Ertrag auch der DC-seitige Ertrag und deswegen höher als die nutzbare AC Energie sein?

[FernetMenta]

@homoran sagte in IOBroker Anbindung an einen Kostal Plenticore:

@fernetmenta kann der Ertrag auch der DC-seitige Ertrag und deswegen höher als die nutzbare AC Energie sein?

Nein, den DC-Ertrag kann man separat mit EnergyFlow/Statistic:EnergyPv1 (2 oder 3) auslesen. Der ist höher, als der PV-Ertrag im Portal.
Ich habe mit den verschiedenen Werten lange jongliert und denke, dass die Formel, die ich oben angegeben habe, schon passt.

[mule]

Doppelpost!

[paradoxe Situation]

Hallo zusammen, was muss ich hir ändern, damit ich diese Warnmeldung nicht mehr im Log von ioB sehen?

Daten sehe und bekomme ich.

Requesting settings - [{"moduleid":"devices:local","processdataids":["Dc_P","DigitalIn","EM_State","HomeBat_P","HomeGrid_P","HomeOwn_P","HomePv_P","Home_P","Inverter:State","LimitEvuAbs"]},{"moduleid":"devices:local:ac","processdataids":["CosPhi","Frequency","L1_I","L1_P","L1_U","L2_I","L2_P","L2_U","L3_I","L3_P","L3_U","P","Q","S"]},{"moduleid":"devices:local:battery","processdataids":["Cycles","SoC","I","U","P"]},{"moduleid":"devices:local:pv1","processdataids":["I","U","P"]},{"moduleid":"devices:local:pv2","processdataids":["I","U","P"]},{"moduleid":"scb:export","processdataids":["PortalConActive"]},{"moduleid":"scb:statistic:EnergyFlow","processdataids":["Statistic:Autarky:Day","Statistic:Autarky:Month","Statistic:Autarky:Total","Statistic:Autarky:Year","Statistic:EnergyHome:Day","Statistic:EnergyHome:Month","Statistic:EnergyHome:Total","Statistic:EnergyHome:Year","Statistic:EnergyHomeBat:Day","Statistic:EnergyHomeBat:Month","Statistic:EnergyHomeBat:Total","Statistic:EnergyHomeBat:Year","Statistic:EnergyHomeGrid:Day","Statistic:EnergyHomeGrid:Month","Statistic:EnergyHomeGrid:Total","Statistic:EnergyHomeGrid:Year","Statistic:EnergyHomePv:Day","Statistic:EnergyHomePv:Month","Statistic:EnergyHomePv:Total","Statistic:EnergyHomePv:Year","Statistic:OwnConsumptionRate:Day","Statistic:OwnConsumptionRate:Month","Statistic:OwnConsumptionRate:Total","Statistic:OwnConsumptionRate:Year","Statistic:Yield:Day","Statistic:Yield:Month","Statistic:Yield:Total","Statistic:Yield:Year","Statistic:CO2Saving:Day","Statistic:CO2Saving:Month","Statistic:CO2Saving:Year","Statistic:CO2Saving:Total"]}]) failed with code 503: {"message":"internal communication error, try again later"}

[FernetMenta]

@paradoxe-situation kannst du nicht ändern, da dieser Adapter nicht mehr gepflegt wird und Fehler hat. Ich habe aus diesem Grund einen neuen geschrieben: plenticore-g3

[Diginix]

@fernetmenta Ich habe einen PLENTICORE plus 5.5 und bin mit dem Adapter seit Jahren fehlerfrei zufrieden. Ist dein Adapter mit meinem WR kompatibel?
Neben den klassischen Werten, die ich parallel schon immer auch per modbus beziehe, hat der Plenticore Adapter auch noch eine Ertragsprognose. Hat das dein Adapter auch?
Gibt es irgendwo - bei github habe ich nix gefunden - eine Feature Übersicht und ggf. ein Screenshot vom Objektbaum?

[FernetMenta]

@diginix

Ist dein Adapter mit meinem WR kompatibel?

Ich denke schon. Ist die gleiche API, nur ggf andere Datenpunkte. Darum habe ich es so gemacht, dass ein Benutzer selber bestimmen kann, welche Datenpunkte er haben möchte. Man kann alles aus ProcessData uind Settings (siehe API doc) abrufen. Die Bedeutung kann man in den meisten Fällen direkt aus den Namen ableiten.
Hier ist der Testing thread: https://forum.iobroker.net/topic/80275/beta-iobroker-plenticore-g3

Und die Doku: https://github.com/FernetMenta/ioBroker.plenticore-g3