IOBroker Anbindung an einen Kostal Plenticore

[SigiMOE]

@maverick da hänge ich mich mal dran, ebenfalls eine ich dies sehr interessant.

[Diginix]

@maverick, @SigiMOE
Alles was man für das Diagramm braucht ist hier im Thread zu finden.
Das ist aber immer rückwirkend für den Tag. Mit dem pvforecast Adapter kann man sich die Tageskurve auch schon früh zeichnen lassen.
Auch das ist alles in dessen Thread zu finden.

[Maverick]

@diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@maverick, @SigiMOE
Alles was man für das Diagramm braucht ist hier im Thread zu finden.
Das ist aber immer rückwirkend für den Tag. Mit dem pvforecast Adapter kann man sich die Tageskurve auch schon früh zeichnen lassen.
Auch das ist alles in dessen Thread zu finden.

Hi @Diginix ... nun der Thread ist nicht gerade kurz, mag sein dass ich es überlesen habe. Gelesen habe ich immer nur etwas von VIS.
Kleine Hilfestellung mit Link wäre super!

Ich habe auf dem iobroker mal etwas mit vis und Homematic gemacht. Handelt es sich um den gleichen Adapter?

[Diginix]

@maverick Das gezeigte Diagramm ist einfach nur ein Screenshot vom flot Adapter.
Alle nötigen Datenpunkte werden per influxDB erfasst und können dann mit flot, e-chart, grafana usw. in jeglicher Form visualisiert werden. Wie man das allerdings in eine iob VIS bekommt, k.a.
Ich habe jarvis im Einsatz, da könnte ich sicher was von Grafana einbinden.

[Hans-K]

@bernd-0 sagte in IOBroker Anbindung an einen Kostal Plenticore:

Ich würde gerne mit dem Ändern des Datenpunktes den Haken in den Apdapter-Einstellungen entfernen und ebenso dann im Wechselrichter. Ich hoffe, ich konnte es verständlich erklären.
Es ist doch oftmals so, dass die intelligente Steuerung (über den WR oder auch den Adapter) ziemlich daneben liegt. Dann habe ich nur eine Batterieladung bis 60 / 70% und ärgere mich, dass ich zuvor eingespeist habe. Manchmal stimmt das eigene Bauchgefühl doch besser. Dann würde ich gerne "umschalten" können durch Veränderung des Datenpunktes.

Hallo Bernd, hallo Strathcole, hallo Gemeinde,

ich habe einen Plenticore 10 mit BYD HVS 7.7 im Einsatz. Mit dem Plenticore-Adapter logge ich schon seit einiger Zeit die Daten mit.
Nun möchte ich die Register 1038 (Maximum charge power limit) bzw. 1044 (Maximum SOC) des Batteriemanagements schreiben können, um das Ladeverhalten der Batterie in Abhängigkeit vom Wetter beeinflussen zu können und der 70%-Kappung über Mittag zu begegnen.
Da ich die Register über den Plenticore-Adapter nicht schreiben kann, habe ich den Modbus-Adapter installiert und mir vom Installateur die Batteriesteuerung auf "extern über Protokoll (Modbus TCP)" umstellen lassen:

Folgende Einstellungen habe ich am modbus-Adapter vorgenommen:

Unter Holding-Register habe ich folgendes eingestellt:

Setze ich anschließend unter der Objekten der Wert für Adresse 1042 nun auf 80%, kommt vorerst folgendes:

Nachdem ich zurückschalte auf Lesemodus (Adresse 1042 in der Instanz CW deaktivieren), kommt ein Wert von 5%:

Es ist egal, ob ich vorher 80% oder irgend einen anderen Wert eintrage, die Einstellung geht immer auf den Wert 5%.

Bleibe ich mit irgendeinem Wert in Adresse 1042 im zyklischen Schreibmodus (CW), dann hört die Batterie auf zu laden (vermutlich, weil er auf den Wert 5% geht). Das spricht schon mal dafür, dass die Batterie auf die Einstellung reagiert.

Es hängt scheinbar "nur" noch daran, korrekte Werte in die Register zu bekommen:

• 1042 (z.B. vor dem Mittag nur bis 50% aufladen) und ertragsabhängig vor der Kappung auf 90% oder mehr wieder zu öffnen)

• 1038 (z.B. über die Kappungszeit auf beispielsweise 2000W zu begrenzen, damit die Batterie schonend geladen wird, aber vor allem nur so viel vom Ertrag weggekappt wird, dass man unter die 70%-Grenze kommt).

Habe ich einen Fehler in der Konfiguration "Allgemein" in der Instanz oder bei "Holding Register" der Adresse 1042 (Float Big Endian, WP, CW, SF)?

Wäre prima, wenn mir jemand helfen könnte.

Plenticore 10: UI-Version: 01.21.06586
Modbus: v3.4.17

[HomeUser]

Hallo,
mal eine vermutlich relativ einfache Frage: Wenn ich den Wert von plenticore.0.forecast.day1.power.day_adjusted mit dem History-Adapter aufzeichne und in Flot darstelle, zeigt sich immer ein gewisser Zick-Zack-Verlauf.
Ist das nur bei mir so oder bei mehr von euch?
Ich habe schon probiert die Ursache zu verstehen, war aber bislang noch nicht erfolgreich.

[Diginix]

@homeuser Zeig doch mal ein Diagramm und ggf. noch die History Einstellungen von dem Objekt.

[HomeUser]

@diginix Hier die History-Einstellungen des Objektes und ein Chart als Beispiel (aus History und Flot, aber mit unterschiedlichem Zeitraum).

[Diginix]

@homeuser Ich komme erst am WE wieder an meine Daten. Aber möglicherweise schwankt der Wert eben tatsächlich so. Dass du alle 900 s zwingend ein Wert schreibst auch wenn er sich ggf. nicht geändert hat, willst du so?
Das wäre ansonsten noch ein Versuch und ggf. die Entprellzeit auch noch auf mehr als 5 s. Dann logt der Adapter nicht jeden Sprung. Und dazu noch die minimale Diff. zum letzten Wert noch höher, vllt 1000.
Dann glättet sich die Kurve sicher schon. Weitere Glättung stellt man dann in Flot ein.

[Mic208]

Hallo,

zuerst einmal vielen, vielen Dank an @StrathCole für den tollen Kostal PlentiCore Adapter. Seit Mai 2021 erfreue ich mich fast täglich an den abgerufenen Daten und verarbeite sie weiter.

Damit sind wir auch schon bei meiner Idee: DIY Batterie & DIY DC-Wallbox an Kostal PlentiCore

Über die Modbus Register kann man ja doch ein bisschen den PlentiCore regeln. Damit müsste es doch auch möglich sein, eine DIY Batterie aus ALI Batterien (ca. 205€/kWh statt ca. 500€/kWh für nicht-DIY, jeweils heutige Preise, am 11.11. bestimmt noch einiges billiger) und einem ALI BMS (Daly?) auf die Beine stellen zu können. Damit wären doch, gemäß der PlentiCore Specs 120 - 650 Volt bei 13 A, Batterien mit sagen wir 48 bis 192 LiFePo4 Zellen möglich, die dann 2 - 8 kW Leistung hätten. Und man könnte mit 15 - 320 Ah Zellen dann von 2 bis 200 kWh Batterien bauen. Dazu bräuchte man 3 - 12 BMS für 16 Zellen oder 2 - 8 BMS für 24 Zellen. Aus den BMS kann man die minimale und maximale Spannung auslesen lassen (python script) und über die Leistungen den Kostal (ab)regeln.

Was denkt ihr, wo ist mein Denkfehler oder ist es wirklich so einfach?

Und weiter gesponnen:

Man könnte doch über den CCS Stecker auch ein E-Auto anschließen. Bei 400V und 13A wären das 5,3 kW Ladeleistung und obendrauf könnte man das Auto vielleicht auch als Akku benutzen mit den gleichen 5,3 kW Entladeleistung. Das Auto bekommt doch nur über 2 Kontakte Spannungen übermittelt, die die Ladestati A, B und C einstellen, oder?

Diese DC-Wallbox kostet also nur einen CCS Stecker, Kabel und einen kleinen zweipoligen DC Umschalter für 1000V und 13A zwischen den Batterien und eine kleine Steuerlogik für die Ladestati A, B und C. Das kann doch alles mit Blockly schnell gemacht werden.

Nochmal: Was denkt ihr, wo ist mein Denkfehler oder ist es wirklich so einfach?

Mic

[StrathCole]

@mic208 Sorry, da muss ich gestehen, dass ich raus bin Dafür kenne ich mich mit Ladesteuerung und dem ganzen Drumherum zu wenig aus.

[olfi13]

@mic208
Da wird der MPPT eventuell versuchen gegenzuregeln. Ausserhalb des MPPT-Bereiches bleiben, dann könnte es vielleicht klappen.

Ist schon eine wilde Idee nur um eine Wallbox zu sparen.

[Diginix]

Firmwareupdate verfügbar:

2022.03.30
KOSTAL_Update_PLENTICORE_PIKO_IQ_01.22.06892 (FW01.65/PAR03.50)

Änderungen:

• Bugfix 0-Watt Abregelung
• Bugfix Abwählen der intelligenten Batteriesteuerung nach dem Update auf FW >= 01.60
• RfG-Anforderungen für Spanien umgesetzt, Parametersatz "ES RD647 Type A"
• Entfernung der Auswahl von veralteten Parametersätzen

Download

[HomeUser]

@diginix Meine Antwort einen Monat später: Das Glätten in der Anzeige löst für mich leider nicht das Problem, da ich ja abhängig von den Daten etwas steuern möchte. Ich habe mich daher auf die Suche nach der Ursache gemacht und vermutlich gefunden. Mal sehen, ob die Änderung weitere tests besteht und übernommen wird.

[StrathCole]

@homeuser Danke für die Contrib. Im Git ist alles drin, ich werde das bei mir auch mal installieren und beobachten.

[StrathCole]

Gerade habe ich die neue Version 2.2.2 veröffentlicht, die dann auch bald im Beta-Repository landen sollte. PastCoder hat eine zweite Batteriestrategie eingebaut. Danke dafür.

[Diginix]

@strathcole Obwohl ich die dynamische MinSOC Steuerung in der Instanz aus habe, wurde vorhin mein MinSOC von 5% auf 10% gesetzt. Danach habe ich mal tesweise das "Dynamisches Batteriemanagement" deaktiviert und dadurch wurde der MinSOC erneut von 10% auf 12% und wieder auf 10% gesetzt.

Die Batteriestrategie steht auf Variante 1. Aber bis Adapter v2.2.1 wurde der MinSOC nicht durch die Dynamisches Batteriemanagement (Intelligente Batteriesteuerung) verändert.

Ich habe nun alle Steuerungen in der Instanz aus, aber dennoch steht im Log:
"Using forecast of day 2 for MinSoC calculation." und der MinSOC wird geändert.

Ich habe die readme in EN und DE zu beiden Strategien durchgelesen aber es noch nicht verstanden
Kannst du zum einen sagen was die Intentionen der 2 verschiedenen Srategien sind und warum der MinSOC vom Adapter geändert wird obwohl die Steuerung gar nicht aktiv ist.

Problem ist auch, dass die Prognose vom Plenticode mittlerweile schlechter ist als die vom pvforecast. Bis vor Wochen habe ich immer die vom Plenticore gelobt. Für morgen sagt dein Adapter nur 11 kWh voraus und pvforecast 30 kWh.

Hier sieht man schön die zwei Adapter Prognosen der letzten Tage verglichen mit dem realen Ertrag:

Blau eingekreist sind die viel zu gering ausgefallenen Prognosen des Plenticore Adapters.

[StrathCole]

@diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@strathcole Obwohl ich die dynamische MinSOC Steuerung in der Instanz aus habe, wurde vorhin mein MinSOC von 5% auf 10% gesetzt. Danach habe ich mal tesweise das "Dynamisches Batteriemanagement" deaktiviert und dadurch wurde der MinSOC erneut von 10% auf 12% und wieder auf 10% gesetzt.

Das sollte er eigentlich nicht machen. Ich habe da auch nichts am Code geändert, müsste also schauen, ob etwas durch die Contributions verändert wurde, das das verursachen könnte.

Die Batteriestrategie steht auf Variante 1. Aber bis Adapter v2.2.1 wurde der MinSOC nicht durch die Dynamisches Batteriemanagement (Intelligente Batteriesteuerung) verändert.
Ich habe nun alle Steuerungen in der Instanz aus, aber dennoch steht im Log:
"Using forecast of day 2 for MinSoC calculation." und der MinSOC wird geändert.

Das steht da eigentlich immer.

Ich habe die readme in EN und DE zu beiden Strategien durchgelesen aber es noch nicht verstanden
Kannst du zum einen sagen was die Intentionen der 2 verschiedenen Srategien sind und warum der MinSOC vom Adapter geändert wird obwohl die Steuerung gar nicht aktiv ist.

Nein, die zweite Strategie hat "PastCoder" integriert. Die Begründung steht hier:
https://github.com/StrathCole/ioBroker.plenticore/pull/62

Problem ist auch, dass die Prognose vom Plenticode mittlerweile schlechter ist als die vom pvforecast. Bis vor Wochen habe ich immer die vom Plenticore gelobt. Für morgen sagt dein Adapter nur 11 kWh voraus und pvforecast 30 kWh.

Ja, ich kann nicht sagen, woran es liegt, aber es ist mir selbst auch schon aufgefallen. In der Vorhersageberechnung wurde meines Wissens nach nichts verändert, das Ursache sein könnte. Muss ich aber noch mal vergleichen. Entweder ist da ein Bug in einer der letzten Versionen eingeflossen oder die Wetterdaten der Anbieter, die ich nutze, sind so deutlich schlechter geworden. Ich habe derzeit auch große Abweichungen.

PastCoder created this issue in StrathCole/ioBroker.plenticore

closed Battery strategy 2 #62

[HomeUser]

@strathcole said in IOBroker Anbindung an einen Kostal Plenticore:

@diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:

@strathcole Obwohl ich die dynamische MinSOC Steuerung in der Instanz aus habe, wurde vorhin mein MinSOC von 5% auf 10% gesetzt. Danach habe ich mal tesweise das "Dynamisches Batteriemanagement" deaktiviert und dadurch wurde der MinSOC erneut von 10% auf 12% und wieder auf 10% gesetzt.

Das sollte er eigentlich nicht machen. Ich habe da auch nichts am Code geändert, müsste also schauen, ob etwas durch die Contributions verändert wurde, das das verursachen könnte.

@Diginix Hast Du beides abgeschaltet: dynamische Batteriemanagement und dynmischen SoC? Ich habe einen Blick in den Code geworfen und einen Verdacht (erstmal unabhängig davon, ob das neu ist oder schon länger drin ist).
Wenn Du das Logging auf "debug" stellst, welche Ausgaben erhälst Du bei den folgenden zwei Zeilen?

• Writing MinSoC value to .....
• New and old MinSoC: ....

Ich habe die readme in EN und DE zu beiden Strategien durchgelesen aber es noch nicht verstanden
Kannst du zum einen sagen was die Intentionen der 2 verschiedenen Srategien sind und warum der MinSOC vom Adapter geändert wird obwohl die Steuerung gar nicht aktiv ist.

Nein, die zweite Strategie hat "PastCoder" integriert. Die Begründung steht hier:
https://github.com/StrathCole/ioBroker.plenticore/pull/62

Die Strategie setzt nicht den SoC sondern entscheidet nur, wenn das Kostal-eigene "Intelligente Battermanagement" eingeschaltet ist und wann nicht.

PastCoder created this issue in StrathCole/ioBroker.plenticore

closed Battery strategy 2 #62

[Diginix]

@homeuser sagte in IOBroker Anbindung an einen Kostal Plenticore:

@Diginix Hast Du beides abgeschaltet: dynamische Batteriemanagement und dynmischen SoC? Ich habe einen Blick in den Code geworfen und einen Verdacht (erstmal unabhängig davon, ob das neu ist oder schon länger drin ist).

Ja, aktuell habe ich beides abgeschaltet. Mit v2.2.1 war monatelang "dynamische Batteriemanagement" eingeschaltet und der MinSOC wurde nie vom Adapter geändert, was auch korrekt ist, weil diese Einstellung ja auch nur die intelligente Batteriesteuerung von Kostal ein/ausschaltet.

Wenn Du das Logging auf "debug" stellst, welche Ausgaben erhälst Du bei den folgenden zwei Zeilen?

• Writing MinSoC value to .....
• New and old MinSoC: ....

Sowohl mit beiden Steuerungen deaktiviert als auch mit dynamischer Batteriest. aktiv, wie früher, ändert der Adapter um die Zeit nun den MinSOC nicht mehr. Was er aber vor einer Stunde noch gemacht hat.

2022-05-16 22:18:34.575 - debug: plenticore.0 (360683) Writing MinSoC value to devices.local.battery.MinSoc
2022-05-16 22:18:35.828 - debug: plenticore.0 (360683) Current SoC of battery is at 74.
2022-05-16 22:18:35.845 - debug: plenticore.0 (360683) New and old MinSoC: 5 -> 5

Will den Adapter aber ungern auf Loglevel debug bis morgen laufen lassen, da mir sonst das Log explodiert. Man müsste diese Ausgaben im Code mal auf Level "warn" stellen damit nur die noch mit durch kommen.

Die Strategie setzt nicht den SoC sondern entscheidet nur, wenn das Kostal-eigene "Intelligente Battermanagement" eingeschaltet ist und wann nicht.

Ist bekannt, aber v2.2.2 verhält sich eben nicht so.