NEWS
IOBroker Anbindung an einen Kostal Plenticore
-
@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 -> 5Will 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.
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@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.
Mir ist noch eine Idee gekommen (allerdings kenne ich mich mit dem MinSOC wenig aus): Könnte es sein, dass nicht der Adapter den MinSOC ändert, sondern Kostal selbst? Siehe https://forum.iobroker.net/topic/16169/iobroker-anbindung-an-einen-kostal-plenticore/1210?_=1652764998904
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.
Da die Erläuterung zu den Strategien im Readme nicht selbsterklärend ist, hier ein Version zu Strategie 2 (zu Strategie 1 kann ich nicht viel sagen):
Die intelligente Steuerung von Kostal wird nur aktiviert, wenn (laut Prognose) die folgenden Bedingungen beide erfüllt sind:- Es gibt mind. eine Stunde, in der die Einspeiseberenzung überschritten wird (ansonsten braucht man sie ja nicht, weil alles eingespeist werden kann).
- Es ist voraussichtlich mehr Strom verfügbar als während des Tages benötigt für den Verbrauch am Tag und das Laden des Speicher (ansonsten wäre auch ohne intelligente Steuerung während des gesamten Tages Platz im Speicher frei)
Die tatsächliche Steuerung ist etwas komplexer, da sie auch verhindert, dass die intelligente Steuerung oft ein-/ausgeschaltet wird.
-
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@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.
Mir ist noch eine Idee gekommen (allerdings kenne ich mich mit dem MinSOC wenig aus): Könnte es sein, dass nicht der Adapter den MinSOC ändert, sondern Kostal selbst? Siehe https://forum.iobroker.net/topic/16169/iobroker-anbindung-an-einen-kostal-plenticore/1210?_=1652764998904
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.
Da die Erläuterung zu den Strategien im Readme nicht selbsterklärend ist, hier ein Version zu Strategie 2 (zu Strategie 1 kann ich nicht viel sagen):
Die intelligente Steuerung von Kostal wird nur aktiviert, wenn (laut Prognose) die folgenden Bedingungen beide erfüllt sind:- Es gibt mind. eine Stunde, in der die Einspeiseberenzung überschritten wird (ansonsten braucht man sie ja nicht, weil alles eingespeist werden kann).
- Es ist voraussichtlich mehr Strom verfügbar als während des Tages benötigt für den Verbrauch am Tag und das Laden des Speicher (ansonsten wäre auch ohne intelligente Steuerung während des gesamten Tages Platz im Speicher frei)
Die tatsächliche Steuerung ist etwas komplexer, da sie auch verhindert, dass die intelligente Steuerung oft ein-/ausgeschaltet wird.
@homeuser sagte in IOBroker Anbindung an einen Kostal Plenticore:
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@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.
Mir ist noch eine Idee gekommen (allerdings kenne ich mich mit dem MinSOC wenig aus): Könnte es sein, dass nicht der Adapter den MinSOC ändert, sondern Kostal selbst? Siehe https://forum.iobroker.net/topic/16169/iobroker-anbindung-an-einen-kostal-plenticore/1210?_=1652764998904
Ich sag mal so: in den letzten Monaten, eher Jahren, hat niemand außer mir den MinSOC geändert oder der Adapter wenn die MinSOC Steuerung aktiviert war. Seit dem Update auf 2.2.2 hatte ich gestern an die 10 MinSOC Änderungen. Hätte ich vllt nicht bemerkt, würde ich mir nicht jede Änderung per Telegram senden.
Ich kann also nur Mutmaßen dass es am Adapter liegt. Ist immerhin das einzige was sich geändert hat.
Seit gestern 22 Uhr hat sich der MinSOC nicht mehr geändert und heute morgen habe ich sogar die dynamische Batteriemanagement im Adapter wieder aktiviert. Es war bisher immer nur Strategie 1 aktiv. Wenn sich auch daran nicht geändert hat. Hätte das Update auf 2.2.2 außer der neuen Strategie ja absolut keine Verhaltensänderung zeigen sollen/dürfen. Ich beobachte heute weiter. Allerdings läuft der Adapter wieder auf Loglevel warn.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.
Da die Erläuterung zu den Strategien im Readme nicht selbsterklärend ist, hier ein Version zu Strategie 2 (zu Strategie 1 kann ich nicht viel sagen):
Die intelligente Steuerung von Kostal wird nur aktiviert, wenn (laut Prognose) die folgenden Bedingungen beide erfüllt sind:- Es gibt mind. eine Stunde, in der die Einspeiseberenzung überschritten wird (ansonsten braucht man sie ja nicht, weil alles eingespeist werden kann).
- Es ist voraussichtlich mehr Strom verfügbar als während des Tages benötigt für den Verbrauch am Tag und das Laden des Speicher (ansonsten wäre auch ohne intelligente Steuerung während des gesamten Tages Platz im Speicher frei)
Die tatsächliche Steuerung ist etwas komplexer, da sie auch verhindert, dass die intelligente Steuerung oft ein-/ausgeschaltet wird.
Danke für die Erläuterung!
Ich teste nun mal diese Einstellungen:
-
@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.@diginix Ich habe mir das mit den Prognosen noch einmal angeschaut.
Leider kann ich bei mir da wahnsinnig große Schwankungen feststellen zwischen der Qualität von pvforecast und Plenticore. Bei pvforecast habe ich das Problem, dass die Schätzung an einigen Tagen deutlich zu hoch ist. Das bringt dann Probleme im vorgezogenen Verbrauch.
Beispiel der letzten 7 Tage:
10.5.:
Plenti: 18.400
pvf: 42.100
Real: 52.80011.5.:
Plenti: 60.500
pvf: 80.000
Real: 60.90012.5.:
Plenti: 28.400
pvf: 57.500
Real: 61.70013.5.:
Plenti: 57.400
pvf: 69.100
Real: 61.60014.5.:
Plenti: 71.500
pvf: 83.600
Real: 64.00015.5.:
Plenti: 55.500
pvf: 76.400
Real: 61.40016.5.:
Plenti: 18.900
pvf: 45.800
Real: 47.200SolarWatt-Anlage mit 9,6 kWp – KOSTAL Plenticore Plus 10 – BYD B-Box HV 8,96 – Viessmann Vitocal 333g – Zehnder ComfoD 350 (Comfoair 350) mit RS232-Ethernet-Konverter
-
@diginix Ich habe mir das mit den Prognosen noch einmal angeschaut.
Leider kann ich bei mir da wahnsinnig große Schwankungen feststellen zwischen der Qualität von pvforecast und Plenticore. Bei pvforecast habe ich das Problem, dass die Schätzung an einigen Tagen deutlich zu hoch ist. Das bringt dann Probleme im vorgezogenen Verbrauch.
Beispiel der letzten 7 Tage:
10.5.:
Plenti: 18.400
pvf: 42.100
Real: 52.80011.5.:
Plenti: 60.500
pvf: 80.000
Real: 60.90012.5.:
Plenti: 28.400
pvf: 57.500
Real: 61.70013.5.:
Plenti: 57.400
pvf: 69.100
Real: 61.60014.5.:
Plenti: 71.500
pvf: 83.600
Real: 64.00015.5.:
Plenti: 55.500
pvf: 76.400
Real: 61.40016.5.:
Plenti: 18.900
pvf: 45.800
Real: 47.200@strathcole Bei mir stimmt pvforecast auch nicht immer, aber selten liegt die Prognose zu hoch:
Dafür ist eben die von deinem Adapter manchmal unter 50%. Ist mir prinzipiell aber egal, da ich Steuerungen bisher nur mit Echtzeit Daten mache. Ich möchte nur eben nicht dass v2.2.2 nun mein MinSOC ändert weil irgend eine Logik meint das machen zu müssen. Vor allem wenn die Logik mit Prognose Daten arbeitet und diese leider recht daneben liegen können.
Heute hat es bisher keine Änderung des MinSOC gegeben. Gestern waren die ersten Änderungen ja nach 20 Uhr. Adapter Update auf 2.2.2 war 19:58 Uhr.
..:: So long! Tom ::..
NUC7i3 (Ubuntu Proxmox VM) | Echo Dots 2+3. Gen | Xiaomi Sensoren | Mi Robot 1S | Yeelight | Sonoff | Shelly | H801 RGB | Gosund SP1 | NodeMCU+ESP32 | Kostal Plenticore PV+BYD | openWB
-
@strathcole Bei mir stimmt pvforecast auch nicht immer, aber selten liegt die Prognose zu hoch:
Dafür ist eben die von deinem Adapter manchmal unter 50%. Ist mir prinzipiell aber egal, da ich Steuerungen bisher nur mit Echtzeit Daten mache. Ich möchte nur eben nicht dass v2.2.2 nun mein MinSOC ändert weil irgend eine Logik meint das machen zu müssen. Vor allem wenn die Logik mit Prognose Daten arbeitet und diese leider recht daneben liegen können.
Heute hat es bisher keine Änderung des MinSOC gegeben. Gestern waren die ersten Änderungen ja nach 20 Uhr. Adapter Update auf 2.2.2 war 19:58 Uhr.
@diginix sagte in IOBroker Anbindung an einen Kostal Plenticore:
@strathcole Bei mir stimmt pvforecast auch nicht immer, aber selten liegt die Prognose zu hoch:
Dafür ist eben die von deinem Adapter manchmal unter 50%. Ist mir prinzipiell aber egal, …
Mir ist es nicht so ganz egal ;-) Mich nervt es. Ich bin auch nicht sicher, woran es liegt. Ich vermute daran, dass ich die Vorhersage inzwischen bei Sonnenaufgang einfriere, damit diese wilden Sprünge nicht mehr auftreten. Könnte zumindest sein, dass dadurch dann ggf. aktualisierte Daten nicht mehr einfließen. Im Moment habe ich nur leider nicht die Zeit, mir mal die Vorhersage-Rohdaten an solchen Tagen mitloggen zu lassen und auszuwerten.
-
@homeuser sagte in IOBroker Anbindung an einen Kostal Plenticore:
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@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.
Mir ist noch eine Idee gekommen (allerdings kenne ich mich mit dem MinSOC wenig aus): Könnte es sein, dass nicht der Adapter den MinSOC ändert, sondern Kostal selbst? Siehe https://forum.iobroker.net/topic/16169/iobroker-anbindung-an-einen-kostal-plenticore/1210?_=1652764998904
Ich sag mal so: in den letzten Monaten, eher Jahren, hat niemand außer mir den MinSOC geändert oder der Adapter wenn die MinSOC Steuerung aktiviert war. Seit dem Update auf 2.2.2 hatte ich gestern an die 10 MinSOC Änderungen. Hätte ich vllt nicht bemerkt, würde ich mir nicht jede Änderung per Telegram senden.
Ich kann also nur Mutmaßen dass es am Adapter liegt. Ist immerhin das einzige was sich geändert hat.
Seit gestern 22 Uhr hat sich der MinSOC nicht mehr geändert und heute morgen habe ich sogar die dynamische Batteriemanagement im Adapter wieder aktiviert. Es war bisher immer nur Strategie 1 aktiv. Wenn sich auch daran nicht geändert hat. Hätte das Update auf 2.2.2 außer der neuen Strategie ja absolut keine Verhaltensänderung zeigen sollen/dürfen. Ich beobachte heute weiter. Allerdings läuft der Adapter wieder auf Loglevel warn.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.
Da die Erläuterung zu den Strategien im Readme nicht selbsterklärend ist, hier ein Version zu Strategie 2 (zu Strategie 1 kann ich nicht viel sagen):
Die intelligente Steuerung von Kostal wird nur aktiviert, wenn (laut Prognose) die folgenden Bedingungen beide erfüllt sind:- Es gibt mind. eine Stunde, in der die Einspeiseberenzung überschritten wird (ansonsten braucht man sie ja nicht, weil alles eingespeist werden kann).
- Es ist voraussichtlich mehr Strom verfügbar als während des Tages benötigt für den Verbrauch am Tag und das Laden des Speicher (ansonsten wäre auch ohne intelligente Steuerung während des gesamten Tages Platz im Speicher frei)
Die tatsächliche Steuerung ist etwas komplexer, da sie auch verhindert, dass die intelligente Steuerung oft ein-/ausgeschaltet wird.
Danke für die Erläuterung!
Ich teste nun mal diese Einstellungen:
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@homeuser sagte in IOBroker Anbindung an einen Kostal Plenticore:
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@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.
Mir ist noch eine Idee gekommen (allerdings kenne ich mich mit dem MinSOC wenig aus): Könnte es sein, dass nicht der Adapter den MinSOC ändert, sondern Kostal selbst? Siehe https://forum.iobroker.net/topic/16169/iobroker-anbindung-an-einen-kostal-plenticore/1210?_=1652764998904
Ich sag mal so: in den letzten Monaten, eher Jahren, hat niemand außer mir den MinSOC geändert oder der Adapter wenn die MinSOC Steuerung aktiviert war. Seit dem Update auf 2.2.2 hatte ich gestern an die 10 MinSOC Änderungen. Hätte ich vllt nicht bemerkt, würde ich mir nicht jede Änderung per Telegram senden.
Ich kann also nur Mutmaßen dass es am Adapter liegt. Ist immerhin das einzige was sich geändert hat.Diese Problem-Beschreibung klingt ähnlich.
https://github.com/StrathCole/ioBroker.plenticore/issues/60 -
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@homeuser sagte in IOBroker Anbindung an einen Kostal Plenticore:
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@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.
Mir ist noch eine Idee gekommen (allerdings kenne ich mich mit dem MinSOC wenig aus): Könnte es sein, dass nicht der Adapter den MinSOC ändert, sondern Kostal selbst? Siehe https://forum.iobroker.net/topic/16169/iobroker-anbindung-an-einen-kostal-plenticore/1210?_=1652764998904
Ich sag mal so: in den letzten Monaten, eher Jahren, hat niemand außer mir den MinSOC geändert oder der Adapter wenn die MinSOC Steuerung aktiviert war. Seit dem Update auf 2.2.2 hatte ich gestern an die 10 MinSOC Änderungen. Hätte ich vllt nicht bemerkt, würde ich mir nicht jede Änderung per Telegram senden.
Ich kann also nur Mutmaßen dass es am Adapter liegt. Ist immerhin das einzige was sich geändert hat.Diese Problem-Beschreibung klingt ähnlich.
https://github.com/StrathCole/ioBroker.plenticore/issues/60 -
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@homeuser sagte in IOBroker Anbindung an einen Kostal Plenticore:
@diginix said in IOBroker Anbindung an einen Kostal Plenticore:
@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.
Mir ist noch eine Idee gekommen (allerdings kenne ich mich mit dem MinSOC wenig aus): Könnte es sein, dass nicht der Adapter den MinSOC ändert, sondern Kostal selbst? Siehe https://forum.iobroker.net/topic/16169/iobroker-anbindung-an-einen-kostal-plenticore/1210?_=1652764998904
Ich sag mal so: in den letzten Monaten, eher Jahren, hat niemand außer mir den MinSOC geändert oder der Adapter wenn die MinSOC Steuerung aktiviert war. Seit dem Update auf 2.2.2 hatte ich gestern an die 10 MinSOC Änderungen. Hätte ich vllt nicht bemerkt, würde ich mir nicht jede Änderung per Telegram senden.
Ich kann also nur Mutmaßen dass es am Adapter liegt. Ist immerhin das einzige was sich geändert hat.Diese Problem-Beschreibung klingt ähnlich.
https://github.com/StrathCole/ioBroker.plenticore/issues/60@homeuser, @StrathCole Gestern Abend hat der Adapter trotz deaktivierter dyn. minSOC Steuerung mal wieder den minSOC von 5 auf 20% (was bei mir als max minSOC in der Instanz konf. ist) gesetzt weil für heute die Ertragsprognose eher schlecht ist. Zumindest die des Adapters. Es ist also tatsächlich so dass die minSOC Steuerung immer aktiv ist wie in dem Issue.
Ich habe nun einfach den maximalen minSOC auch auf 5% gesetzt was dazu führen sollte, dass er vorerst nicht vom Adapter geändert wird. Dies musste ich aber im RAW von system.adapter.plenticore.0 weil 5% für den max. minSOC nicht zulässig ist. Erst 6% lassen sich über die Admin GUI setzen. -
@homeuser, @StrathCole Gestern Abend hat der Adapter trotz deaktivierter dyn. minSOC Steuerung mal wieder den minSOC von 5 auf 20% (was bei mir als max minSOC in der Instanz konf. ist) gesetzt weil für heute die Ertragsprognose eher schlecht ist. Zumindest die des Adapters. Es ist also tatsächlich so dass die minSOC Steuerung immer aktiv ist wie in dem Issue.
Ich habe nun einfach den maximalen minSOC auch auf 5% gesetzt was dazu führen sollte, dass er vorerst nicht vom Adapter geändert wird. Dies musste ich aber im RAW von system.adapter.plenticore.0 weil 5% für den max. minSOC nicht zulässig ist. Erst 6% lassen sich über die Admin GUI setzen. -
Hallo,
da wir jetzt auch eine PV Anlage haben wollte ich einmal fragen ob es auch möglich ist auf die Datenzuzugreifen ohne das man der Anlagenbetreiber ist?
Wir haben die Anlage erst einmal gemietet und haben über die Kostal Website einen Zugang, gibt es eine Möglichkeit diese in den IoBroker einzubinden?Gruß
-
Hallo,
da wir jetzt auch eine PV Anlage haben wollte ich einmal fragen ob es auch möglich ist auf die Datenzuzugreifen ohne das man der Anlagenbetreiber ist?
Wir haben die Anlage erst einmal gemietet und haben über die Kostal Website einen Zugang, gibt es eine Möglichkeit diese in den IoBroker einzubinden?Gruß
-
@StrathCole Ich hatte bis gestern noch die 2.2.2 von @PastCoder https://github.com/PastCoder/ioBroker.plenticore/tarball/fixMinSoc
Und dachte ich geh mal auf die offizielle 2.2.2 aus dem beta repo, aber damit wurde sofort der minSOC wieder geändert obwohl die Steuerung in der Instanz aus ist und der Bug doch gefixt sein sollte?
https://github.com/StrathCole/ioBroker.plenticore/issues/60 -
Hallo,
ich habe gestern einen Großteil der Beiträge hier durchgearbeitet. Der Adapter läuft bei mir und alles funktioniert soweit mit einem Plenticore ohne AC-Laden. Wozu ich nichts gefunden habe, ist das Thema zwei Kostal-Plenticore Wechselrichter mit aktiviertem AC-Laden, damit die Batterie, die ja an einem der beiden Plenticores hängt, von beiden geladen wird. Am Plenticore, wo die Batterie angeschlossen ist, gibt es ja eine Einstellung, womit man das AC-Laden aktivieren kann.
Funktioniert die Steuerung über den Adapter dann auch noch? Wenn ich AC-Laden aktiviere, kann ich die Option "intelligente Batteriesteuerung" ja nicht mehr aktivieren, d.h. der Plenticore würde den Batteriespeicher immer mit allem Überschuss sofort auf 100% laden, was ich gern vermeiden will.
Ist es möglich die Ladung bei AC-Laden ebenfalls über den Adapter über Forecast zu steuern? Wie wäre dann die Konfiguration/Einstellungen im IOBroker? Reicht es wenn ich den "Hauptwechselrichter" mit der Batterie einbinde oder muss ich beide Wechselrichter als Instanz einrichten?
Vielen Dank für Eure Unterstützung.
-
Vor einiger Zeit habe ich mal für meine Vis Views für die PV-Anlage gebaut. Ich habe mich stark an den Ansichten "Home" und "Momentanwerte" des Webservers auf dem Plenticore orientiert. Siehe Bilder.
Vielleicht kann es ja jemand gebrauchen, deswegen teile ich die Views hier.
Auch die Icons (als SVG) sind dabei.
Achtung, die Ansicht "Überblick" bzw. "Home" besteht aus mehreren Widgets, die dann exakt übereinander liegen. Je nach Wert verschiedener Datenpunkte, werden die Widgets ein- oder ausgeblendet.
Achso, fast vergessen: Meine Vis basiert auf Uhulas MDCSS 2. Also gibt es sicherlich ein paar Dinge, die bei anderen ohne Anpassungen nicht passen.
-
Hi und vielen Dank für die Gute Arbeit hier an dem Projekt.
Ich habe nun ebenfalls den Plenticore Adapter verwenden wollen, bekomme aber den Fehler:
plenticore.0 (5737) Login failed with code 502:
502 Bad Gateway
Ich kann nicht erkennen woran es liegen könnte. Hat vielleicht jedmand einen Tipp?Grüße
-
Hi und vielen Dank für die Gute Arbeit hier an dem Projekt.
Ich habe nun ebenfalls den Plenticore Adapter verwenden wollen, bekomme aber den Fehler:
plenticore.0 (5737) Login failed with code 502:
502 Bad Gateway
Ich kann nicht erkennen woran es liegen könnte. Hat vielleicht jedmand einen Tipp?Grüße
-
@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.17Hallo @hans-k,
wie konntest du das denn Lösen? Ich habe jetzt (Ein Jahr später) das gleiche Problem, und überlege ob ich es irgendwie in dem Adaptor ändern kann.Mit Node-red kann ich z.B. nur den MAx-soc status setzen (alle x-Sekunden) und dann scheint es zu laufen - ist aber komplizierter und ich würde gerne verstehen warum es mit dem "CW" haken nicht geht.
Danke für jegliche Unterstützung
Swantu -
-
Ich benutze den Adapter um beim Laden meines EAutos über den Parameter plenticore.X.devices.local.battery.MinHomeConsumption die Batterieentladung aus zu schalten. Ich setze den Wert über Blockly auf 30000. Leider wird aber immer nur 10000 eigetragen. Von Hand kann ich in der Weboberfläche 30000 setzen. Da beim Laden 11000 W fließen, reichen mir die 10000 nicht aus. Kannst sich das jemand erklären?
-
Hi und vielen Dank für die Gute Arbeit hier an dem Projekt.
Ich habe nun ebenfalls den Plenticore Adapter verwenden wollen, bekomme aber den Fehler:
plenticore.0 (5737) Login failed with code 502:
502 Bad Gateway
Ich kann nicht erkennen woran es liegen könnte. Hat vielleicht jedmand einen Tipp?Grüße
Hallo,
@mirko82 sagte in IOBroker Anbindung an einen Kostal Plenticore:Hi und vielen Dank für die Gute Arbeit hier an dem Projekt.
Ich habe nun ebenfalls den Plenticore Adapter verwenden wollen, bekomme aber den Fehler:
plenticore.0 (5737) Login failed with code 502:
502 Bad Gateway
Ich kann nicht erkennen woran es liegen könnte. Hat vielleicht jedmand einen Tipp?Grüße
Ich habe nun ein ähnliches Problem, der Adapter scheint die Verbindung zum Plenticore komplett verloren zu haben, nachdem er mehrere Wochen lief.
Seit zwei Tagen bleiben die Objekte in plenticore.0 konstant, leer, oder werden nach dem Löschen immer wieder mit alten Werten gefüllt.
Das Log nach der letzten Neuinstallation sieht folgendermaßen aus:
Versucht habe ich bis auf einen Neustart des WR so ziemlich alles.
Aber vielleicht ist das ja die Lösung? Könnte die Netzstörung vor zwei Tagen den WR verwirrt haben?
Über ping, MODBUS-Adapter und Kostal-RESTAPI ist der WR jedenfalls zu erreichen, er sendet auch brav Daten ans Kostal-Portal. Nach einen Update hat die firmware die Version 01.77vG
Support us
526
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge