IOBroker Anbindung an einen Kostal Plenticore
-
@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.
-
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. -
@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 -
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 -
@fernetmenta kann der Ertrag auch der DC-seitige Ertrag und deswegen höher als die nutzbare AC Energie sein?
-
@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. -
Doppelpost!
-
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"}
-
@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
-
@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? -
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-g3Und die Doku: https://github.com/FernetMenta/ioBroker.plenticore-g3
