Gebruik icm Growatt #111
Replies: 9 comments 16 replies
-
|
Je bent de eerste waarvan ik weet die werkt met met mijn addon in combinatie met een growatt omvormer.
Ik kan het programma aanpassen en ook andere berekende waarden doorzetten naar gedefinieerde hulp-sensoren (entiteiten in ha). Welke informatie zou je dan eventueel nog extra willen ontvangen in HA? |
Beta Was this translation helpful? Give feedback.
-
|
Heb nog even getest wat een negatieve 'Export limit' doet, maar die doet (zoals al wel gedacht) niets. Ik zit bij Tibber. Mijn strategie is minimise cost. Ik heb 9000Wp aan pv liggen, die via 2 strings op mijn omvormer (10kW 3 fase) zitten. Aan de omvormer zit ook 15kWh aan accu. Ik geloof dat mijn omvormer 2 bus bars heeft. Ik kan namelijk in theorie 10kW uit grid laden, en tegelijk 10kW aan pv laden naar accu (ware het niet dat mn accu te klein is voor dat vermogen). Een verschil met sturen op ontlaadsnelheid van accu ipv op verbruik aan de meter, is dat mij meer verbruik dan prognose, het in mijn geval ten koste gaat van extra import vanuit het net, in plaats van extra ontlading van de accu. Maar goed, onder aan de streep boeit dat niet zo denk ik. Het allermooiste zou zijn als DAO ook een growatt modus krijgt maar snap ook wel dat ik een outlier ben. Maar optie om te regelen met (ont)laadsnelheid accu ipv import/export bij meter, zou misschien mooie zijn. Dingen die nu bijvoorbeeld niet kunnen, zijn deels laden, deels terugleveren. Als er bijvoorbeeld een load is van 300W, we een PV verwachten van 1000W, dan zou DAO maar zo kunnen verzinnen dat we bij de meter een vermogen willen van -300W, wat dus betekent dat we met 400W laden. In mijn geval is het dus volle bak laden, of terugleveren die te knijpen is.
Oh en ik heb de pv ingevoerd als losse pv, en niet als pv die aan de accu zitten. Anders 'verdwenen' ze altijd van de grafiekjes. |
Beta Was this translation helpful? Give feedback.
-
|
Dank voor alle info. Maar eerst:wil ik het probleem van de "verdwenen" pv_dc proberen op te lossen toe te lichten. Een oplossing hiervoor zou kunnen zijn dat ik ook van de energiebalans van de accu een grafiekje maak. Lijkt dat wat? Ik kom nu ook nog even terug op de "hoofdkwestie".
Ik kan me voorstellen dat je dan in HA op basis van al deze informatie een automation maakt die dan bepaalt wat de "prioriteit" moet zijn en welke "rates" daar dan bij horen. |
Beta Was this translation helpful? Give feedback.
-
|
Als ik de PV naar de accu verplaats (dus
Er zit dus alleen PV DC in, geen PV AC. Maakt verder weinig uit, maar vond hem als DC net wat logischer. Ik zie hem inderdaad wel 'op gaan' aan de teruglevering. Ik ben nog met Growatt support in gesprek. Die lijken nog best open te staan voor wijzigingen aan hun kant. Heb de case gemaakt dat hun sturing leuk is voor 0 op de meter, maar je er praktisch niets mee kunt als je actiever wilt spelen met de marktprijzen, en vonden ze zelf ook. Fingers crossed dus. Heb ze concreet gevaagd om PV uit te kunnen schakelen, en om de omvormer in manual mode te kunnen krijgen waar je een netbalans als target ingeeft. Dus bijvoorbeeld: zorg dat er bij de meter -200w is. Intern moet hij dan uitzoeken wat hij moet doen qua lading/ontlading enz. Dit komt ook het meeste overeen met de parameters die DAO nu geeft, en het zijn ook de meest logische. De Volgens mij hebben we daarmee inderdaad een mooie oplossing! |
Beta Was this translation helpful? Give feedback.
-
|
Moo!
Die laatste is wellicht ten overvloede, want altijd geldt (wet van behoud van energie): Klopt het zo? Ik ga hiermee aan de slag. |
Beta Was this translation helpful? Give feedback.
-
|
Als je met "terugleveren aan AC" dit vanuit het perspectief van de omvormer bedoelt (en niet terugleveren als in terugleveren bij de meter) klopt dit inderdaad. Als {
"homeassistant": { },
"database da": {
"database": "day_ahead",
"username": "homeassistant",
"password": "!secret db_da_password"
},
"database ha": {
"database": "homeassistant",
"username": "homeassistant",
"password": "!secret db_ha_password"
},
"meteoserver-key": "!secret meteoserver-key",
"prices": {
"source day ahead": "entsoe",
"entsoe-api-key": "!secret entsoe-api-key",
"regular high": 0.50,
"regular low": 0.40,
"switch to low": 23,
"energy taxes delivery": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.10880
},
"energy taxes redelivery": {
"2022-01-01": 0.06729,
"2023-01-01": 0.12599,
"2024-01-01": 0.10880
},
"cost supplier delivery": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175
},
"cost supplier redelivery": {
"2022-01-01": 0.002,
"2023-03-01": 0.018,
"2024-04-01": 0.0175
},
"vat": {
"2022-01-01": 21,
"2022-07-01": 9,
"2023-01-01": 21
},
"last invoice": "2024-01-30",
"tax refund": "True"
},
"use_calc_baseload": "True",
"baseload calc periode": 21,
"baseload": [
0.30,
0.30,
0.30,
0.30,
0.30,
0.30,
0.30,
0.50,
0.50,
0.50,
0.30,
0.30,
0.30,
0.30,
0.30,
0.30,
0.30,
0.80,
0.70,
0.80,
0.30,
0.30,
0.30,
0.30
],
"graphical backend": "",
"graphics": {
"style": "default",
"show" : "true",
"prices delivery": "True",
"prices redelivery": "True",
"average delivery": "True"
},
"strategy": "minimize cost",
"notifications": {
"notification entity": "input_text.dao_notificatie",
"opstarten": "False",
"berekening": "False",
"last activity entity": "input_datetime.laatste_activiteit"
},
"grid": {
"max_power": 17
},
"history": {
"save days": 7
},
"dashboard": {
"port": 5000
},
"boiler": {
"boiler present": "False",
"entity actual temp.": "sensor.boiler_gemeten",
"entity setpoint": "sensor.boiler_ingesteld",
"entity hysterese": "sensor.hysterese_hot_water",
"cop": 2.9,
"cooling rate": 0.4,
"volume": 180,
"heating allowed below": 44,
"elec. power": 1500,
"activate service": "press",
"activate entity": "input_button.hw_trigger"
},
"heating": {
"heater present": "False",
"degree days factor": 3.6,
"stages": [
{
"max_power": 225,
"cop": 7.1
},
{
"max_power": 300,
"cop": 7.0
},
{
"max_power": 400,
"cop": 6.5
},
{
"max_power": 500,
"cop": 6.0
},
{
"max_power": 600,
"cop": 5.5
},
{
"max_power": 750,
"cop": 5.0
},
{
"max_power": 1000,
"cop": 4.5
},
{
"max_power": 1250,
"cop": 4.0
}
],
"entity adjust heating curve": "input_number.stooklijn_verschuiving_day_ahead",
"adjustment factor": 0.04
},
"battery": [
{
"name": "Growatt",
"entity actual level": "sensor.growatt_battery_soc",
"capacity": 15,
"upper limit": 100,
"lower limit": 10,
"optimal lower level": 10,
"entity min soc end opt": "input_number.min_soc_einde_opt",
"entity max soc end opt": "input_number.max_soc_einde_opt",
"charge stages": [
{
"power": 0.0,
"efficiency": 1
},
{
"power": 30.0,
"efficiency": 0.949
},
{
"power": 60.0,
"efficiency": 0.950
},
{
"power": 90.0,
"efficiency": 0.951
},
{
"power": 150.0,
"efficiency": 0.952
},
{
"power": 300.0,
"efficiency": 0.953
},
{
"power": 600.0,
"efficiency": 0.954
},
{
"power": 1200.0,
"efficiency": 0.955
},
{
"power": 2400.0,
"efficiency": 0.949
},
{
"power": 3600.0,
"efficiency": 0.934
},
{
"power": 4800.0,
"efficiency": 0.92
},
{
"power": 6000.0,
"efficiency": 0.905
},
{
"power": 7500.0,
"efficiency": 0.885
}
],
"discharge stages": [
{
"power": 0.0,
"efficiency": 1
},
{
"power": 30.0,
"efficiency": 0.949
},
{
"power": 60.0,
"efficiency": 0.950
},
{
"power": 90.0,
"efficiency": 0.951
},
{
"power": 150.0,
"efficiency": 0.952
},
{
"power": 300.0,
"efficiency": 0.953
},
{
"power": 600.0,
"efficiency": 0.954
},
{
"power": 1200.0,
"efficiency": 0.955
},
{
"power": 2400.0,
"efficiency": 0.949
},
{
"power": 3600.0,
"efficiency": 0.934
},
{
"power": 4800.0,
"efficiency": 0.92
},
{
"power": 6000.0,
"efficiency": 0.905
},
{
"power": 7500.0,
"efficiency": 0.885
}
],
"minimum power": 0,
"dc_to_bat efficiency": 0.93,
"bat_to_dc efficiency": 0.93,
"cycle cost": 0.024,
"entity set power feedin": "input_number.feedin_grid",
"entity set operating mode": "input_select.ess_operating_mode",
"entity stop victron": "input_datetime.stop_victron",
"entity balance switch": "input_boolean.balanceer_grid",
"solar": [
{
"name": "huis",
"tilt": 33,
"orientation": 13,
"capacity": 5.590,
"yield": 0.0125775
},
{
"name": "schuur",
"tilt": 9,
"orientation": 13,
"capacity": 3.440,
"yield": 0.00774
}
]
}
],
"solar": [],
"electric vehicle": [],
"machines" : [
{ "name": "warm water",
"programs":[
{"name": "uit", "power": []},
{"name": "cycle", "power": [400, 400, 400, 400, 400, 400, 400]}
],
"entity start window": "input_datetime.start_window_warm_water",
"entity end window": "input_datetime.end_window_warm_water",
"entity selected program": "input_select.program_warm_water",
"entity calculated start": "input_datetime.calculated_start_warm_water",
"entity calculated end": "input_datetime.calculated_stop_warm_water"
}
],
"tibber": {
"api_token": "!secret tibber_api_token"
},
"report": {
"entities grid consumption": [
"sensor.p1_meter_energy_import"
],
"entities grid production": [
"sensor.p1_meter_energy_export"
],
"entities solar production ac": [
"sensor.growatt_pv_total_generated"
],
"entities solar production dc": [],
"entities ev consumption" : [],
"entities wp consumption" : [],
"entities boiler consumption": [],
"entities battery consumption": ["sensor.growatt_battery_total_charged"],
"entities battery production": ["sensor.growatt_battery_total_discharged"]
},
"scheduler": {
"0355": "get_meteo_data",
"0955": "get_meteo_data",
"1555": "get_meteo_data",
"2155": "get_meteo_data",
"0950": "get_tibber_data",
"1050": "get_tibber_data",
"1150": "get_tibber_data",
"1250": "get_tibber_data",
"1350": "get_tibber_data",
"1450": "get_tibber_data",
"1255": "get_day_ahead_prices",
"1355": "get_day_ahead_prices",
"1455": "get_day_ahead_prices",
"1554": "get_day_ahead_prices",
"1655": "get_day_ahead_prices",
"xx00": "calc_optimum",
"2359": "clean_data",
"0930": "calc_baseloads"
}
} |
Beta Was this translation helpful? Give feedback.
-
|
Goede avond, Ik heb een nieuwe versie gemaakt, maar die staat nog niet in de main-branche, maar in de develop-branche. Als je eventueel wilt testen (zie ook DOCS.md) dan handel je als volgt: Ik ben benieuwd of en hoe het werkt. Vriendelijke groeten van Cees |
Beta Was this translation helpful? Give feedback.
-
|
Heel veel dank! Heb backup van config+secrets gemaakt, oude verwijderd, repo vervangen en nieuwe versie geïnstalleerd. Nieuwe versie krijgt het alleen regelmatig niet voor elkaar een oplossing te vinden. Gisteravond geïnstalleerd, toen vond hij geen oplossing. Toen ik vanmorgen weer week, deed hij het nu wel. Net nog wat zaken aangepast en doet het nu weer niet: Enig idee wat daar mis gaat? Enig wat ik nu had veranderd zijd de yields van mn pv, maar denk niet dat het daar aan ligt. |
Beta Was this translation helpful? Give feedback.
-
|
Ik zie in bovensaande log, dat de SoC van je batterij op 100% staat. Kun jij bevestigen dat dit het geval zou kunnen zijn?
Wat vind je hiervan? |
Beta Was this translation helpful? Give feedback.
-
|
Dank voor je snelle reactie weer :-) Mijn omvormer is 10kW. Hij kan dus 10kW PV hebben. Growatt accu's zijn high voltage en parallel, dus het maximale opgenomen vermogen neemt toe naar mate je meer accu modules plaatst. Ik heb 3 modules van 5kW, en elk geeft 0.5C. Totaal kan mijn accu dus 7,5kW continue doen. In theorie kan ik geloof ik zelfs (als ik voldoende batterijmodules heb) 10kW uit solar laden en tegelijk ook nog eens 10kW van het net. Zou mijn pv meer dan 10kW doen dan regelt hij inderdaad terug. Als ik hem in bat prio of load prio zet, en de export limit staat op 0% (niet naar grid exporteren dus), dan de-rate hij inderdaad de PV. In mijn nieuwe automatisering schakel ik niet meer met de export limit, omdat ik er vanuit ga dat DAO daar iets op verzint. Maar ik weet niet of dat altijd klopt. De oude automatisering gooide export uit als prijs onder 0+inkoopvergoeding kwam. Log van vanmorgen (nu met batterij Soc op 10%): |
Beta Was this translation helpful? Give feedback.
-
|
Update: het heeft inderdaad iets met de PV te maken. Ik had oorspronkelijk deze waarden: {
"name": "huis",
"tilt": 33,
"orientation": 13,
"capacity": 5.590,
"yield": 0.0125775
},
{
"name": "schuur",
"tilt": 9,
"orientation": 13,
"capacity": 3.440,
"yield": 0.00774
}Maar die yields kloppen niet. Had even jouw berekening gebruikt en kwam rond de 0,01918875 kWh/J/cm2 uit. Als ik dat invoer, stopt de boel met werken. Zet ik het terug naar bovenstaande oude waarden, dan werkt de boel weer. |
Beta Was this translation helpful? Give feedback.
-
|
Kun je mij (evt als bijlage) de een copy van de logging sturen als de berekening wel een "optimaal" resultaat heeft. Bij de instellingen die je me hebt gestuurd op 23 juli heb je het maximum ac-dc vermogen (en vice versa) gelimiteerd op 7500 W. DAO zal daar nooit boven komen. Dus als 10 kW voor kan komen zou ik deze lijst uitbreiden met een of meer vermogens tot 10000 W. |
Beta Was this translation helpful? Give feedback.
-
|
Zie bijgaand de log van een succesvolle run. Enige wat was aangepast, zijn de yields. Ik had 10kW niet in de lijst gezet omdat mijn accu niet kan laden met 10kW, en de instelling over de accu leek te gaan. Anders wil hij straks met 7,5kW of meer gaan laden/ontladen, en dat kan dus niet. Het pv-gedeelte van de hybride omvormer kan dus 10kW doen, het accu gedeelte maar 7,5kW (door het aantal batterijmodules). |
Beta Was this translation helpful? Give feedback.
-
|
Dank voor de info! |
Beta Was this translation helpful? Give feedback.
-
|
Het heeft iets langer geduurd, maar er staat in de branche "addon" een nieuwe testversie (2024.8.2) |
Beta Was this translation helpful? Give feedback.
-
|
Ik heb het sinds 20:00 vanavond aan staan en werkt tot zo ver als een zonnetje! Ik test het even een paar dagen en rapporteer dan. Enorm veel dank voor al je moeite! Als je iets in gedachte hebt voor mij om jou te bedanken moet je het maar laten weten ;-) |
Beta Was this translation helpful? Give feedback.
-
|
Ja werkt nog steeds als een zonnetje! Heel veel dank. Twee kleine opmerkingen:
|
Beta Was this translation helpful? Give feedback.
-
|
balance grid switch salderen |
Beta Was this translation helpful? Give feedback.
-
|
Die btw is dus juist het hele ding haha. Als je meer teruglevert dan verbruikt, krijg je over de overproductie de kale prijs + inkoopvergoeding. Over je verbruik betaal je effectief alleen kale prijs + inkoopvergoeding (omdat de energiebelasting + btw wordt gesaldeerd). Hoe het zit met de aftrek energiebelasting voor woonobjecten weet ik niet exact. In mijn geval reken ik nu zelf dus altijd al met alleen de kale prijzen+inkoop. Dus vanaf ongeveer kale prijs €-0,02 is terugleveren niet zinvol meer voor mij. |
Beta Was this translation helpful? Give feedback.
-
|
Om je andere vraag nog even te beantwoorden: ik heb een helper aangemaakt: input_boolean.balance_grid. Had hem de naam "grid balanceren" gegeven en icoon toegewezen. Zodra DAO hem updatet, verdwijnt de naam en het icoon met de melding 'niet beheerbaar' |
Beta Was this translation helpful? Give feedback.
-
|
Ik denk dat dit iets is van HA. |
Beta Was this translation helpful? Give feedback.
-
|
Oh ik dacht juist dat Tibber alleen de inkoopvergoeding saldeert zolang je verbruik groter is dan je teruglevering (net zoals bij de energiebelasting) en dat daarboven zowel de energiebelasting als de inkoopvergoeding niet wordt gesaldeerd (alles op contractjaarbasis). Helaas kun je nog niet de btw bij teruglevering aanpassen. |
Beta Was this translation helpful? Give feedback.
-
|
Nee inderdaad, zo heb ik ze inderdaad ook staan. Het viel me op dat in de prijsgrafiek de lijn voor levering altijd hoger was dan die voor teruglevering, maar die zijn dus niet altijd verschillend. Als DAO er vanuit gaat dat alles gesaldeerd wordt ("tax refund" : "True") zijn de prijzen voor inkoop en verkoop dus gelijk en berekend volgens Zie https://support.tibber.com/nl/articles/4669873-salderen-en-terugleveren-bij-tibber
Je krijgt dus de complete prijs uitgekeerd aan het einde van de maand, maar bij de eindafrekening moet je dus geld teruggeven als je meer hebt teruggeleverd dan verbruikt: de BTW+energiebelasting van het deel onder netto 0. De grap is dus dat je op de eindafrekening dus alleen belasting betaald over je netto verbruik. De btw wordt alleen berekend over je gemiddelde tarief of iets dergelijks, en daar kan DAO misschien ook op sturen. |
Beta Was this translation helpful? Give feedback.
-
|
Ik heb hier nog een over nagedacht, maar als jij in je huidige contractjaar al meer hebt teruggeleverd dan ingekocht dan kun je voor de rest van dat jaar het beste de "taxes" en "cost supplier" voor redelivery op 0.0 zetten.
Omdat de uitkomsten NIET worden doorgezet naar Home Assistant kun je hier uitgebreid mee experimenteren totdat je de instellingen hebt zoals je die graag wilt. Dit kan ook zonder negatieve prijzen al zinvol zijn, omdat het programma met geen saldering van de energiebelasting veel maar zal gaan sturen naar "minder inkoop" en "meer zelfverbruik". Wat in jouw situatie niet alleen financieel maar ook milieutechnisch van voordeel zal/kan zijn. |
Beta Was this translation helpful? Give feedback.
-
|
Ja eens, maar dit speelt dus niet alleen NADAT je voor het contractjaar meer hebt teruggeleverd. Als je op 1 januari al weet dat je meer gaat terugleveren, betekent dat dus ook dat je tot juni (of wanneer het overgangspunt ook is) ook al anders naar prijzen kunt kijken. |
Beta Was this translation helpful? Give feedback.
-
Ik heb thuis een installatie met Grotwatt hybride omvormer (PV + accu). De sturingsmogelijkheden van Growatt zijn wat meer gemaakt voor zelfvoorzienig en daardoor is de sturing niet altijd even optimaal. Ik heb geprobeerd dit wat met automatiseringen aan elkaar te krijgen.
Speciek geeft Growatt deze instellingen:
Prioriteit
Grid first, Load first of Battery first:
Export Limit
Instelling waarmee je grid kunt balanceren. Waarde van -100% tot 100% van vermogen omvormer. Waarde van 0 voorkomt export van pv tijdens negatieve uren. Negatieve waarde heb ik nog niet getest, maar limiteert in theorie de import?
AC Charge
Schakelaar waarmee je aan of uit kunt zetten dat de accu vanuit het net geladen kan worden.
Discharge rate
Snelheid waarmee je de accu ontlaadt bij grid frist. Is een ratio van 0-100% van het vermogen van de omvormer.
Charge rate
Snelheid waarmee de accu laadt bij bat first. Ook 0-100%
Met deze registers valt uiteindelijk ongeveer het zelfde te behalen, maar de benadering is erg anders.
Voorbeeld
De
entity balance switchswitch, zet in mijn huidige opstelling de priority naarLoad First. Gaat de switch uit, dan gaat de priority naar Grid first of Load first, afhankelijk van ofentity set power feedinnegatief of positief is.Met de (dis)charge rates kun je de uiteindelijke waarde van de
entity set power feedin(grofweg) instellen, al is dit niet helemaal het zelfde (DC gemeten ontlading van de accu versus AC gemeten totaal bij de meter).Dit zou ik willen gaan doen met de
Export Limitmaar ben er par recent achter gekomen dat volgens de gebrekkige documentatie van Growatt, dit register ook een negatieve waarde kan bevatten. Wat het dan doet, moet nog uitgevogeld worden. Als een waarde van 100% de export niet limiteert, en een waarde van 0% de export op 0 zet, dan zou een waarde van -100% de import volledig moeten limiteren. Lijkt me sterk, en hij zal er denk ik alleen wat mee doen inbattery first.Vraag
Zijn er anderen met een zelfde opstelling? Hoe hebben jullie het aangepakt? Ervaringen met de export limit? Mis ik iets obvious of is dit voor mijn geval de beste workaround die er is?
Beta Was this translation helpful? Give feedback.
All reactions