NEWS
IOBroker Anbindung an einen Kostal Plenticore
-
@bock-johannes Also, möglich ist das mit einem Skript.
Dafür muss aber im Wechselrichter die externe Batteriesteuerung via ModBus erlaubt und aktiviert sein (das kann nur der Installateur-Zugang).
Wenn das aktiv ist, kann man im Register
modbus.0.holdingRegisters.1078_Max_Discharge Pwr Lim, also1078die Entladebegrenzung in W setzen. Wichtig ist dann nur, dass man sie mindestens alle ~10 Sekunden neu setzt, da der WR einen Timeout hat und die Steuerung dann automatisch wieder deaktiviert (auf intern umstellt).Vorgehen wäre also:
Javascript schreiben, das- mit openWB-Adapter ausliest, ob der Lademodus "Sofortladen" ist und das Auto eingesteckt ist
- wenn ja, entsprechend alle paar Sekunden das Register
1078auf1000setzen - wenn nein, Wert wieder auf Standard zurücksetzen
@strathcole Erstmal vielen Dank für den Adapter, habe deswegen gleich mal wieder iobroker aktiviert. ;)
Da man aktuell leider weder den KSEM noch TQEM kaufen kann, lasse ich den Plenticore mit der baugleichen energybase laufen. Entladen des HVS hat via energybase geklappt, nur das Laden nicht. Deswegen will ich via Modbus das Laden selber steuern. Leider sind meine Versuche über Register 1026 oder 1034 nicht erfolgreich gewesen, jegliche Werte werden sofort wieder genullt. Muss ich weitere Register setzen, damit man die Ladung über Modbus "erzwingen" kann? Über die Digitaleingänge konnte ich laden mit 25% und 50% erzwingen, mehr ging nicht.
UI-Version 01.18.05255 / MC-Version 01.47 / IOC-Version 01.45 / HW-Version 0200
Installateurscode habe ich und kann dementsprechend die Einstellungen im Plenticore ändern. Würde mich über Erfahrungen mit Modbus-Steuerung freuen.
Kostal Plenticore 10 / BYD HVS 12.8 / Victron EMS / energybase / 15.8 kWp
-
@strathcole Erstmal vielen Dank für den Adapter, habe deswegen gleich mal wieder iobroker aktiviert. ;)
Da man aktuell leider weder den KSEM noch TQEM kaufen kann, lasse ich den Plenticore mit der baugleichen energybase laufen. Entladen des HVS hat via energybase geklappt, nur das Laden nicht. Deswegen will ich via Modbus das Laden selber steuern. Leider sind meine Versuche über Register 1026 oder 1034 nicht erfolgreich gewesen, jegliche Werte werden sofort wieder genullt. Muss ich weitere Register setzen, damit man die Ladung über Modbus "erzwingen" kann? Über die Digitaleingänge konnte ich laden mit 25% und 50% erzwingen, mehr ging nicht.
UI-Version 01.18.05255 / MC-Version 01.47 / IOC-Version 01.45 / HW-Version 0200
Installateurscode habe ich und kann dementsprechend die Einstellungen im Plenticore ändern. Würde mich über Erfahrungen mit Modbus-Steuerung freuen.
@jost-1 Du musst via Installateurscode in den Einstellungen die "Externe Steuerung" via Modbus aktivieren. Sobald diese aktiviert ist, musst du mindestens alle 10-30 Sekunden den entsprechenden Modbus Wert setzen, sonst setzt der Kostal wieder auf interne Steuerung zurück.
-
@jost-1 Du musst via Installateurscode in den Einstellungen die "Externe Steuerung" via Modbus aktivieren. Sobald diese aktiviert ist, musst du mindestens alle 10-30 Sekunden den entsprechenden Modbus Wert setzen, sonst setzt der Kostal wieder auf interne Steuerung zurück.
@strathcole Hm, so habe ich das auch probiert.
Also FC 16, UID 71, ab Adresse 1034 2 Register mit 0;49992 (-200[W]) beschrieben, wurde ohne Fehler quittiert aber praktisch sofort genullt. Parallel habe ich sekündlich 1026-1036 gepollt, die waren alle 0 :man-shrugging:
Das Register 1080 wurde vorher abgefragt, das steht auf 2 für externe Modbus-Steuerung.
Wenn ich ab Adresse 1044 2 Register mit 0;17086 beschreibe, bleibt der max.SoC wie gewollt einige Zeit bei 95% stehen.
Was mich wundert: Als die Entladung via energybase lief, waren die Register ab 1032 alle gefüllt. Daher meine Vermutung ob man evtl. weitere Register setzen muss?
Kostal Plenticore 10 / BYD HVS 12.8 / Victron EMS / energybase / 15.8 kWp
-
@strathcole Hm, so habe ich das auch probiert.
Also FC 16, UID 71, ab Adresse 1034 2 Register mit 0;49992 (-200[W]) beschrieben, wurde ohne Fehler quittiert aber praktisch sofort genullt. Parallel habe ich sekündlich 1026-1036 gepollt, die waren alle 0 :man-shrugging:
Das Register 1080 wurde vorher abgefragt, das steht auf 2 für externe Modbus-Steuerung.
Wenn ich ab Adresse 1044 2 Register mit 0;17086 beschreibe, bleibt der max.SoC wie gewollt einige Zeit bei 95% stehen.
Was mich wundert: Als die Entladung via energybase lief, waren die Register ab 1032 alle gefüllt. Daher meine Vermutung ob man evtl. weitere Register setzen muss?
@jost-1 Ich denke die Register sind falsch. Schau mal bei Register 1078.
-
@jost-1 Ich denke die Register sind falsch. Schau mal bei Register 1078.
@strathcole Ja, die Register ab 1078 sind Readonly und geben Auskunft über die aktuell verfügbare Lade/Entlade-Leistung. Steuern kann ich ja darüber nichts. Ich habe parallel mal in den FHEM-Adapter geschaut, da sind die Adressen ab 1024 auch für die Setpoints reserviert.
attr WR_1 obj-h1024-len 1
attr WR_1 obj-h1024-reading Battery_Charge_AC_P_Setpoint
attr WR_1 obj-h1024-set 1
attr WR_1 obj-h1025-len 1
attr WR_1 obj-h1025-reading Battery_P_ScaleFactor
attr WR_1 obj-h1026-reading Battery_Charge_AC_P_SetpointAbs
attr WR_1 obj-h1026-set 1
attr WR_1 obj-h1028-reading Battery_Charge_DC_I_SetpointRel
attr WR_1 obj-h1028-set 1
attr WR_1 obj-h1030-reading Battery_Charge_AC_P_SetpointRel
attr WR_1 obj-h1030-set 1
attr WR_1 obj-h1032-reading Battery_Charge_DC_I_SetpointAbs
attr WR_1 obj-h1032-set 1
attr WR_1 obj-h1034-reading Battery_Charge_DC_P_SetpointAbs
attr WR_1 obj-h1034-set 1
attr WR_1 obj-h1036-reading Battery_Charge_DC_P_SetpointRel
attr WR_1 obj-h1036-set 1
attr WR_1 obj-h1038-reading Battery_MaxChargePowerLimitAbs
attr WR_1 obj-h1038-set 1Ich bin nun am Überlegen, ob man zum 1034 auch den 1038 setzen muss...
Kostal Plenticore 10 / BYD HVS 12.8 / Victron EMS / energybase / 15.8 kWp
-
@strathcole Ja, die Register ab 1078 sind Readonly und geben Auskunft über die aktuell verfügbare Lade/Entlade-Leistung. Steuern kann ich ja darüber nichts. Ich habe parallel mal in den FHEM-Adapter geschaut, da sind die Adressen ab 1024 auch für die Setpoints reserviert.
attr WR_1 obj-h1024-len 1
attr WR_1 obj-h1024-reading Battery_Charge_AC_P_Setpoint
attr WR_1 obj-h1024-set 1
attr WR_1 obj-h1025-len 1
attr WR_1 obj-h1025-reading Battery_P_ScaleFactor
attr WR_1 obj-h1026-reading Battery_Charge_AC_P_SetpointAbs
attr WR_1 obj-h1026-set 1
attr WR_1 obj-h1028-reading Battery_Charge_DC_I_SetpointRel
attr WR_1 obj-h1028-set 1
attr WR_1 obj-h1030-reading Battery_Charge_AC_P_SetpointRel
attr WR_1 obj-h1030-set 1
attr WR_1 obj-h1032-reading Battery_Charge_DC_I_SetpointAbs
attr WR_1 obj-h1032-set 1
attr WR_1 obj-h1034-reading Battery_Charge_DC_P_SetpointAbs
attr WR_1 obj-h1034-set 1
attr WR_1 obj-h1036-reading Battery_Charge_DC_P_SetpointRel
attr WR_1 obj-h1036-set 1
attr WR_1 obj-h1038-reading Battery_MaxChargePowerLimitAbs
attr WR_1 obj-h1038-set 1Ich bin nun am Überlegen, ob man zum 1034 auch den 1038 setzen muss...
@jost-1 Wäre zumindest nicht unlogisch.
-
@gjo said in IOBroker Anbindung an einen Kostal Plenticore:
@homeuser
Genau sowas habe ich mir vorgestellt. Wenn du das teilen könntest …
Vielen Dank
GrußDisclaimer und Erklärung:
Ich bin kein Javascript-Entwickler. Vielleicht sind manche Dinge daher sehr unschön gelöst. Außerdem ist es geschrieben nach dem Motto: Hauptsache es klappt.
UpdateJson(): Der erste Teil der Schleife erstellt ein Json aus den Forecast-Daten. Der zweite konsolidiert das etwas, um eine leicht verständliche Ansicht für den Rest der Familie zu haben.
UpdateFreeEnergy(): Berechnet wie viel Strom im Moment gerade übrig ist. Der "Moment" sind die letzten 10 Minuten, wobei die letzten drei doppelt gewichtet werden.Ich habe mal alles drin gelassen, falls es nützlich ist. Wenn nicht, ist es ja einfach zu löschen :-)
schedule ("*/1 * * * *", UpdatePlenticore) function UpdatePlenticore() { // free energy must be updated first because it is used by UpdateJson() UpdateFreeEnergy(); UpdateJson(); } function UpdateJson() { let data = []; let consolidatedData = []; let time2; let power; let generated; let c = 0; // used to group always 3 hours in one let timeNow = new Date(Date.now()); let consolidatedPower = 0; let consolidatedStars = 0; let consolidatedTimeEnd = timeNow.getHours(); // default: if no full period is consolidated, start with now // set value for now (based on the calculated currently free energy) let freeEnergy = getState('0_userdata.0.Plenticore.FreeEnergy').val; consolidatedData.push({'time' : 'jetzt','power' : Math.round(freeEnergy) + " Wh", 'stars' : ((freeEnergy-200)/500)}); // Day 1 data.length = 0; for (let i = 1; i <= 20; i++) { let forecastHour = "plenticore.0.forecast.day1.power." + i + "h" // Day 1 if (existsState(forecastHour + '.time')) { let time = new Date(getState(forecastHour + '.time').val); // convert hourly forecast to JSON time2 = time.toLocaleTimeString(); power = getState(forecastHour + '.power').val; if (existsState(forecastHour + '.generated')) { generated = getState(forecastHour + '.generated').val; } else { generated = 0; } data.push({'time' : time2,'power' : Math.round(power), 'generated' : Math.round(generated)}); // consolidate to timespan and quality (JSON) // // check if the period is in the future (don't show forecast for past hours) if (time.getHours() > timeNow.getHours()) { consolidatedPower += power; if ( (c % 3) == 2) { consolidatedTimeEnd = time.getHours(); time2 = (time.getHours()-2) + " - " + consolidatedTimeEnd + " Uhr"; consolidatedStars = Math.round(consolidatedPower / 2000); // translate power in stars consolidatedData.push({'time' : time2,'power' : Math.round(consolidatedPower) + " Wh", 'stars' : consolidatedStars}); consolidatedPower = 0; // rest fo next timespan } c++; } } } // check if there a partially consolidated period pending if ( (c % 3) == 1) { time2 = (consolidatedTimeEnd + 1) + " Uhr"; consolidatedStars = Math.round(consolidatedPower / (2000/3)); // translate power in stars; use number of remaining items as factor consolidatedData.push({'time' : time2,'power' : Math.round(consolidatedPower) + " Wh", 'stars' : consolidatedStars}); } else if ( (c % 3) == 2) { time2 = (consolidatedTimeEnd + 1) + " - " + (consolidatedTimeEnd + 2) + " Uhr"; consolidatedStars = Math.round(consolidatedPower / ((2000*2)/3)); // translate power in stars; use number of remaining items as factor consolidatedData.push({'time' : time2,'power' : Math.round(consolidatedPower) + " Wh", 'stars' : consolidatedStars}); } setState('0_userdata.0.Plenticore.ForecastDay1', JSON.stringify(data), true); setState('0_userdata.0.Plenticore.ConsolidatedDay1', JSON.stringify(consolidatedData), true); // Day 2 c = 0; // used to group always 3 hours in one consolidatedPower = 0; consolidatedStars = 0; consolidatedTimeEnd = 0; data.length = 0; consolidatedData.length = 0; for (let i = 1; i <= 20; i++) { let forecastHour = "plenticore.0.forecast.day2.power." + i + "h" // Day 1 if (existsState(forecastHour + '.time')) { let time = new Date(getState(forecastHour + '.time').val); // convert hourly forecast to JSON time2 = time.toLocaleTimeString(); power = getState(forecastHour + '.power').val; data.push({'time' : time2,'power' : Math.round(power)}) // consolidate to timespan and quality (JSON) consolidatedPower += power; if ( (c % 3) == 2) { consolidatedTimeEnd = time.getHours(); time2 = (time.getHours()-2) + " - " + consolidatedTimeEnd + " Uhr"; consolidatedStars = Math.round(consolidatedPower / 2000); // translate power in stars consolidatedData.push({'time' : time2,'power' : Math.round(consolidatedPower) + " Wh", 'stars' : consolidatedStars}); consolidatedPower = 0; // rest fo next timespan } c++; } } if ( (c % 3) != 0) { // not all hours are pushed to the consolidation time2 = (consolidatedTimeEnd + 1) + " - " + (consolidatedTimeEnd + 1 + (c % 3) ) + " Uhr"; consolidatedStars = Math.round(consolidatedPower / 2000); // translate power in stars consolidatedData.push({'time' : time2,'power' : Math.round(consolidatedPower) + " Wh", 'stars' : consolidatedStars}); consolidatedPower = 0; // rest fo next timespan } setState('0_userdata.0.Plenticore.ForecastDay2', JSON.stringify(data), true); setState('0_userdata.0.Plenticore.ConsolidatedDay2', JSON.stringify(consolidatedData), true); } // Save free watt of past N minutes; calc average function UpdateFreeEnergy() { let freeEnergy = 0; let batterySoc = 0; const pastMinutes = 10; // with forst call, create the array are set values to 0 if ( typeof UpdateFreeEnergy.pastValues == 'undefined' ) { UpdateFreeEnergy.pastIndex = 0; UpdateFreeEnergy.pastValues= []; for (let i = 0; i < pastMinutes; i++) { UpdateFreeEnergy.pastValues[i] = 0; } } // calculate the current free value freeEnergy = getState('plenticore.0.devices.local.Pv_P').val; freeEnergy -= getState('plenticore.0.devices.local.Home_P').val; if (freeEnergy < 0) { freeEnergy = 0; } // put into array UpdateFreeEnergy.pastValues[UpdateFreeEnergy.pastIndex] = freeEnergy; // calc average of past values for (let i = 0; i < pastMinutes; i++) { //for the 3 most current values double the impact if ( (i == UpdateFreeEnergy.pastIndex) || (i == (UpdateFreeEnergy.pastIndex + pastMinutes - 1) % pastMinutes) || (i == (UpdateFreeEnergy.pastIndex + pastMinutes - 2) % pastMinutes) ){ freeEnergy = freeEnergy + 2 * UpdateFreeEnergy.pastValues[i]; } else { freeEnergy = freeEnergy + UpdateFreeEnergy.pastValues[i]; } } freeEnergy = freeEnergy / (pastMinutes + 3); // +3 for the doubled impact of the the 3 most current values // if the battery is below the defined minimum, the battery has priority; so there is no free energy // recommendation: // Use same value as in the settings of the plenticore adapter for "minimaler SoC zur Aktivierung des Batteriemanagements". // The plenticore adapter stops charging a little before the limit. So the value should be 2-3% lower. batterySoc = getState('plenticore.0.devices.local.battery.SoC').val; if (batterySoc <= 12) { freeEnergy = 0; } // save calculated average setState('0_userdata.0.Plenticore.FreeEnergy', freeEnergy, true); // inc counter for cyclic buffer UpdateFreeEnergy.pastIndex = (UpdateFreeEnergy.pastIndex + 1) % pastMinutes; }@homeuser bei mir wird schin ein paar tage nun kein forecast mehr dargestellt.
Ich nutze den
yr.no Adapter in V5.00 (wobei es vor dem Update auf die letzte Verson schon nicht mehr ging
Plenticore Adapter V2.2.1Funktioniert es be dir noch bzw. hast du Änderunge machen müssen damit es weiterhin funktioneirt?
Gruß
-
@homeuser bei mir wird schin ein paar tage nun kein forecast mehr dargestellt.
Ich nutze den
yr.no Adapter in V5.00 (wobei es vor dem Update auf die letzte Verson schon nicht mehr ging
Plenticore Adapter V2.2.1Funktioniert es be dir noch bzw. hast du Änderunge machen müssen damit es weiterhin funktioneirt?
Gruß
-
Hallo,
wenn ich den DynamicSoc Wert auf true oder auch false setzen möchte, bekomme ich die folgende Meldung:PUT to settings devices:local / Battery:DynamicSoc:Enable (true) resulted in code 500: {"message":"Internal Server Error"}Ich habe den Datenpunkt
plenticore.0.devices.local.battery.DynamicSoc und
plenticore.0.devices.local.battery.SmartBatteryControl
so verstanden, wie in den Settings. Habe ich hier einen Denkfehler?
-
@gjo Beim mir geht es ohne Probleme. Auch keine vorübergehenden Probleme in den vergangene Tagen.
@homeuser ok, bei mir sind alle forecast Werte aus dem Plenticore Adapter verschwunden.
Sprich die Verhersagewerte tauchen nicht mehr auf.
Im Log kann ich leider keine Fehler finden:
2022-02-15 00:00:08.277 - info: plenticore.0 (940) Delete object forecast.day1.power.1h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.2h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.3h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.4h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.5h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.6h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.7h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.8h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.9h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.10h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.11h.generated
2022-02-15 00:00:08.324 - info: plenticore.0 (940) Forecast data file written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) Power generation statistics written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) Power consumption statistics written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) JSON states written to disk.
2022-02-15 00:03:14.185 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:03:14.195 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:03:14.196 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:03:14.280 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:18:14.186 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:18:14.194 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:18:14.195 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:18:14.283 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:33:14.187 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:33:14.198 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:33:14.199 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:33:14.289 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:48:14.187 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:48:14.205 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:48:14.206 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:48:14.303 - info: plenticore.0 (940) calcMinSoC for day 2.Was läuft da wohl schief???
-
@homeuser ok, bei mir sind alle forecast Werte aus dem Plenticore Adapter verschwunden.
Sprich die Verhersagewerte tauchen nicht mehr auf.Im Log kann ich leider keine Fehler finden:
2022-02-15 00:00:08.277 - info: plenticore.0 (940) Delete object forecast.day1.power.1h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.2h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.3h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.4h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.5h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.6h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.7h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.8h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.9h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.10h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.11h.generated
2022-02-15 00:00:08.324 - info: plenticore.0 (940) Forecast data file written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) Power generation statistics written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) Power consumption statistics written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) JSON states written to disk.
2022-02-15 00:03:14.185 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:03:14.195 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:03:14.196 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:03:14.280 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:18:14.186 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:18:14.194 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:18:14.195 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:18:14.283 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:33:14.187 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:33:14.198 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:33:14.199 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:33:14.289 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:48:14.187 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:48:14.205 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:48:14.206 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:48:14.303 - info: plenticore.0 (940) calcMinSoC for day 2.Was läuft da wohl schief???
-
Hallo,
wenn ich den DynamicSoc Wert auf true oder auch false setzen möchte, bekomme ich die folgende Meldung:PUT to settings devices:local / Battery:DynamicSoc:Enable (true) resulted in code 500: {"message":"Internal Server Error"}Ich habe den Datenpunkt
plenticore.0.devices.local.battery.DynamicSoc und
plenticore.0.devices.local.battery.SmartBatteryControl
so verstanden, wie in den Settings. Habe ich hier einen Denkfehler?@bernd-0 Ist es denn ein normeler Plenticore und kein Piko Wechselrichter? Gibt es in der Oberfläche des Wechselrichters die entsprechenden Einstellungen?
SolarWatt-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
-
@homeuser ok, bei mir sind alle forecast Werte aus dem Plenticore Adapter verschwunden.
Sprich die Verhersagewerte tauchen nicht mehr auf.Im Log kann ich leider keine Fehler finden:
2022-02-15 00:00:08.277 - info: plenticore.0 (940) Delete object forecast.day1.power.1h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.2h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.3h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.4h.generated
2022-02-15 00:00:08.293 - info: plenticore.0 (940) Delete object forecast.day1.power.5h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.6h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.7h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.8h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.9h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.10h.generated
2022-02-15 00:00:08.294 - info: plenticore.0 (940) Delete object forecast.day1.power.11h.generated
2022-02-15 00:00:08.324 - info: plenticore.0 (940) Forecast data file written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) Power generation statistics written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) Power consumption statistics written to disk.
2022-02-15 00:00:08.325 - info: plenticore.0 (940) JSON states written to disk.
2022-02-15 00:03:14.185 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:03:14.195 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:03:14.196 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:03:14.280 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:18:14.186 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:18:14.194 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:18:14.195 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:18:14.283 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:33:14.187 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:33:14.198 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:33:14.199 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:33:14.289 - info: plenticore.0 (940) calcMinSoC for day 2.
2022-02-15 00:48:14.187 - info: plenticore.0 (940) Read forecast data before calcMinSoC.
2022-02-15 00:48:14.205 - info: plenticore.0 (940) calcMinSoC for day 1.
2022-02-15 00:48:14.206 - info: plenticore.0 (940) Using forecast of day 1 for MinSoC calculation.
2022-02-15 00:48:14.303 - info: plenticore.0 (940) calcMinSoC for day 2.Was läuft da wohl schief???
@gjo Ist es die aktuelle git-Version des Adapters? Wenn ja, kommen beim Restart des Adapters irgendwelche Fehler oder Warnungen im Log?
-
@gjo Ist es die aktuelle git-Version des Adapters? Wenn ja, kommen beim Restart des Adapters irgendwelche Fehler oder Warnungen im Log?
@strathcole das war der Hinweis. Nach dem Neustart des Systems sind heute morgen alle forecastwerte wieder da.
Fehlermeldungen gab es aber weder während den fehlenden Werten noch beim Neustart.
Danke für die schnelle Hilfe
-
Gibt eine neue Firmware.
2022.02.16
KOSTAL_Update_PLENTICORE_PIKO_IQ_01.21.06586 (FW01.60/PAR03.44)
Änderungen-
Neues Verhalten des Ruhemode:
-
Bei Entladung auf den konfigurierten min. SoC wird die Trennstelle des Speichersystems geöffnet.
-
Sofortiges Aufwachen aus dem Ruhemode und Zuschalten der Batterie, sobald Überschussleistung zur Ladung vorhanden ist oder Ladung durch externe Steuerung angefordert wird.
-
-
Batterie-Notladung: Autom. Erhöhung des Delta-SoCs auf bis zu 15%, wenn während einer Schlechtwetterperiode die Batterie nicht geladen werden kann. Dadurch werden die Notlade-Vorgänge minimiert.
-
Serviceladung auf 100% kann in den Batterieeinstellungen des Webmenüs gestartet werden. (Nur mit Installateurs-Login möglich.)
-
PLENTICORE BI 10/26: CEI 0-16 und CEI 0-21 in den Ländereinstellungen hinzu
Klingt für mich nach sinnvollen Verbesserungen.
..:: 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
-
-
@bernd-0 Ist es denn ein normeler Plenticore und kein Piko Wechselrichter? Gibt es in der Oberfläche des Wechselrichters die entsprechenden Einstellungen?
@strathcole Hi, ja das ist ein normaler Plenticore und die Weboberfläche zeigt unter Service-Menü, Batteriemanagement den entsprechenden Haken für intelligente Batteriesteuerung.
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. -
Gibt eine neue Firmware.
2022.02.16
KOSTAL_Update_PLENTICORE_PIKO_IQ_01.21.06586 (FW01.60/PAR03.44)
Änderungen-
Neues Verhalten des Ruhemode:
-
Bei Entladung auf den konfigurierten min. SoC wird die Trennstelle des Speichersystems geöffnet.
-
Sofortiges Aufwachen aus dem Ruhemode und Zuschalten der Batterie, sobald Überschussleistung zur Ladung vorhanden ist oder Ladung durch externe Steuerung angefordert wird.
-
-
Batterie-Notladung: Autom. Erhöhung des Delta-SoCs auf bis zu 15%, wenn während einer Schlechtwetterperiode die Batterie nicht geladen werden kann. Dadurch werden die Notlade-Vorgänge minimiert.
-
Serviceladung auf 100% kann in den Batterieeinstellungen des Webmenüs gestartet werden. (Nur mit Installateurs-Login möglich.)
-
PLENTICORE BI 10/26: CEI 0-16 und CEI 0-21 in den Ländereinstellungen hinzu
Klingt für mich nach sinnvollen Verbesserungen.
@diginix
ich habe das update jetzt eingespielt, keine Probleme soweit in der kurzen ZeitEin interressanter Teil in den neuen Batterieeinstellungen ist der graue Hinweis
d.h. dass Kostal sich dem Problem mit dem Nachladen angenommen hat und die Lösung von strathcole teilweise nachgebaut hat. Mal sehen wie das funktioniert.
@StrathCole, kann es jetzt Probleme bei der dynamischen minSoC Steuerung mit Deinen Adapter geben? Es versuchen ja dann 2 Programme den minSoC zu regeln :-(
TRINA_HoneyM_330-340W: 9,86kwp, Plentcore Plus 8.5, BYD HVS10.2
-
-
@diginix
ich habe das update jetzt eingespielt, keine Probleme soweit in der kurzen ZeitEin interressanter Teil in den neuen Batterieeinstellungen ist der graue Hinweis
d.h. dass Kostal sich dem Problem mit dem Nachladen angenommen hat und die Lösung von strathcole teilweise nachgebaut hat. Mal sehen wie das funktioniert.
@StrathCole, kann es jetzt Probleme bei der dynamischen minSoC Steuerung mit Deinen Adapter geben? Es versuchen ja dann 2 Programme den minSoC zu regeln :-(
@ukl sagte in IOBroker Anbindung an einen Kostal Plenticore:
@StrathCole, kann es jetzt Probleme bei der dynamischen minSoC Steuerung mit Deinen Adapter geben? Es versuchen ja dann 2 Programme den minSoC zu regeln
Ich vermute jetzt einfach mal, dass es keine Probleme geben sollte. Es kann höchstens sein, dass KOSTAL den MinSoC dann noch stärker anhebt als der Adapter.
-
@strathcole Hi, ja das ist ein normaler Plenticore und die Weboberfläche zeigt unter Service-Menü, Batteriemanagement den entsprechenden Haken für intelligente Batteriesteuerung.
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.@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.
Ach so, nein, das geht leider nicht. Der Datenpunkt müsste eigentlich read-only sein, wenn ich es korrekt im Kopf habe. Es geht nur entweder manuell (also in den Einstellungen des Adapters deaktivieren) oder den Adapter entscheiden lassen.
SolarWatt-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
-
@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.
Ach so, nein, das geht leider nicht. Der Datenpunkt müsste eigentlich read-only sein, wenn ich es korrekt im Kopf habe. Es geht nur entweder manuell (also in den Einstellungen des Adapters deaktivieren) oder den Adapter entscheiden lassen.
@strathcole Danke für deine Antwort. Durch Änderung des Datenpunktes plenticore.0.devices.local.battery.SmartBatteryControl schaltet der Checkhaken im Webinterface des Wechselrichters. Das ist schonmal nicht schlecht. Aber die Checkbox in den Adaptersettings bei dir wird nicht verändert. Würde sich das vielleicht verknüpfen lassen? Oder ggf. ein zweiter Datenpunkt für die Adaptersettings hinzufügen?
Was die Veränderung des Datenpunktes plenticore.0.devices.local.battery.DynamicSoc bewirkt, habe ich noch nicht herausgefunden. :) Im Webinterface konnte ich keine Veränderung sehen.
Vermutlich, weil dies ja auch die Fehlermeldung erzeugt und somit ggf. nur readonly istPUT to settings devices:local / Battery:DynamicSoc:Enable (true) resulted in code 500: {"message":"Internal Server Error"}VG
Support us
318
Online32.5k
Benutzer81.8k
Themen1.3m
Beiträge