:strip_icc():strip_exif()/u/60902/crop625bd67396add_cropped.jpg?f=community)
hoezo?Wietsee. schreef op woensdag 1 mei 2024 @ 13:09:
Zo zie je maar hoe naïef deze reactie is, één jaar oud.
[ Voor 70% gewijzigd door de Peer op 01-05-2024 13:15 ]
/u/354554/crop59254ef661a81_cropped.png?f=community)
Zou niet te vroeg juichen Mr. genius. Je reactie van 1 jaar geleden kan in ieder geval de prullenbak in 
.
.
[ Voor 53% gewijzigd door Wietsee. op 01-05-2024 13:18 ]
.
Nou de afschaffing salderingswet heeft het helaas niet gehaald, en daardoor de 80% TLV van het kale tarief ook niet. Daar moeten we nu op anticiperen, zo is het altijd geweest met zonnepanelen.:
Je reactie van 1 jaar geleden kan in ieder geval de prullenbak in
Maar ik zou nog altijd aanraden om het dak vol te leggen, zeker nu de zonnepanelen spotgoedkoop zijn geworden, is dit nog altijd een goed moment!
dus verklaar je nader..
Vooralsnog is het een brainfart en ze liggen niet in de weg. Maar ik begin het idee te krijgen dat ik word gestraft voor het hebben van panelen, als ik niet uitkijk. En ik heb twee sets he, die op de garage (2,4kWp) is dan wel (qua omvormer in ieder geval) op zijn retour. Maar misschien dat iemand met een kleine beurs er dan nog iets aan heeft. De set op het dak van het huis (5,85kWp) ligt er net twee jaar en is ook voldoende voor het afdekken van het huidige verbruik (full electric huis, ik had meer verbruik verwacht). Een EV zie ik nog niet gauw komen, die zijn simpelweg nog te duur.
De set op het dak kan ik dus vrij makkelijk terugregelen, die op de garage niet (SolarEdge). Ja, iemand met HA-skillllzzzz waarschijnlijk wel, maar voor mij houdt het een keertje op
De set op het dak kan ik dus vrij makkelijk terugregelen, die op de garage niet (SolarEdge). Ja, iemand met HA-skillllzzzz waarschijnlijk wel, maar voor mij houdt het een keertje op
/u/186071/crop58bc21e8285fa.png?f=community)
I Bought Myself A Politician - MonaLisa Twins 2013: 7panelen(195Wp), maand later, 17. 3 jaar later 28 en gasloos. 5.5kWp O-W op 4.2kVA omvormer. 2018 'verhuisd'.
:strip_icc():strip_exif()/u/46863/Nemo.jpg?f=community)
Uiteraard gaat het daar naartoe. Dat ontken ik ook niet.:
[...]
Jij kijkt naar gisteren, ik naar morgen. Een huishouden verbruikt instantaan praktisch niets van zijn opgewekte zonnestroom, namelijk slechts 30%. Voor die 70% ga je dus gewoon betalen bovenop de overige kWh's die je al afneemt van de leverancier.
Iedere energieleverancier gaat naar dit model, en veel sneller dan jij denkt (dus het argument er zijn nog leveranciers zonder dit model, vergeet het maar). Groetjes van een intraday energiehandelaar
Maar er zijn nu nog leveranciers zonder dit model.
En zelf zit ik nog 3,5 jaar safe zonder boete
[ Voor 3% gewijzigd door de Peer op 01-05-2024 22:19 ]
/u/519942/crop5fe0dcba3e011_cropped.png?f=community)
Niet erg ontopic maar je kan beter toch die (tweedehands) elektrische auto uit gaan rekenen denk ik. Met max 2 ct/kWh van je eigen dak heb je de extra aanschaf er zo uit.:
Vooralsnog is het een brainfart en ze liggen niet in de weg. Maar ik begin het idee te krijgen dat ik word gestraft voor het hebben van panelen, als ik niet uitkijk. En ik heb twee sets he, die op de garage (2,4kWp) is dan wel (qua omvormer in ieder geval) op zijn retour. Maar misschien dat iemand met een kleine beurs er dan nog iets aan heeft. De set op het dak van het huis (5,85kWp) ligt er net twee jaar en is ook voldoende voor het afdekken van het huidige verbruik (full electric huis, ik had meer verbruik verwacht). Een EV zie ik nog niet gauw komen, die zijn simpelweg nog te duur.
De set op het dak kan ik dus vrij makkelijk terugregelen, die op de garage niet (SolarEdge). Ja, iemand met HA-skillllzzzz waarschijnlijk wel, maar voor mij houdt het een keertje op
Ik zag bij mn ouders dat SolarEdge in zn software al wel curtailen heeft ingebouwd. Is er een overzicht van omvormer merken die dat native hebben?
ID.4 1st | 2320 Wp NO | 3200 Wp ZW | Climarad Sensa V2X | Pana WH-MDC07J3E5
Met solaredge kun je dit trouwens gewoon via modbus over tcp aansturen (wel een bekabelde ethernet verbinding nodig, werkt niet via wifi).
De Home Assistant integratie kun je dan aangeven wat t doorgeef percentage is op basis van maximale load die de inverter aankan. Als je dit combineert met een p1 monitoring die live je verbruik/teruglevering in de gaten houdt, kun je die schuif automatisch terug laten zetten als de terugleververgoeding negatief is:
:fill(white):strip_exif()/f/image/qYtHaXI23jtJgxKc1ylVzbn2.png?f=user_large)
De Home Assistant integratie kun je dan aangeven wat t doorgeef percentage is op basis van maximale load die de inverter aankan. Als je dit combineert met een p1 monitoring die live je verbruik/teruglevering in de gaten houdt, kun je die schuif automatisch terug laten zetten als de terugleververgoeding negatief is:
't feit dat er een sensor/slider in Home Assistant zit, betekent simpelweg dat je 't kan automatiseren, via node-red of een automatiserings scriptje.
Voeg p1 monitor toe aan je slimme meter: https://www.ztatz.nl/, deze heeft een volledige REST API en ook home-assistant plugins.
icm die modbus over tcp heb je dan volledig inzicht in je stroom oplever- en verbruiks statistieken en kun je real-time acties laten uitvoeren op basis van stroomprijs en hoeveel je 't net terug in duwt
/f/image/QrJBmW7DwiB0JQErZKG4nuzT.png?f=fotoalbum_large)
/f/image/CRODpmaLR76Ghmi0OPjqNm37.png?f=fotoalbum_large)
/f/image/5muqR5KEGJ1qtNewpIh4zaMU.png?f=fotoalbum_large)
Voeg p1 monitor toe aan je slimme meter: https://www.ztatz.nl/, deze heeft een volledige REST API en ook home-assistant plugins.
icm die modbus over tcp heb je dan volledig inzicht in je stroom oplever- en verbruiks statistieken en kun je real-time acties laten uitvoeren op basis van stroomprijs en hoeveel je 't net terug in duwt
:fill(white):strip_exif()/f/image/QrJBmW7DwiB0JQErZKG4nuzT.png?f=user_large)
:fill(white):strip_exif()/f/image/CRODpmaLR76Ghmi0OPjqNm37.png?f=user_large)
:fill(white):strip_exif()/f/image/5muqR5KEGJ1qtNewpIh4zaMU.png?f=user_large)
:strip_icc():strip_exif()/u/1432816/crop5fc7beaa5dfea_cropped.jpeg?f=community)
wat @Wietsee. schrijft moeten we maar echt nog gaan afwachten, zeker gezien de brandbreedte van de huidige "boetes"kun je eigenlijk al zien dat de werkelijke kosten van die gierige energieboeren best meevalt en voornamelijk bedoeld is om nog meer geld van de dome consument te trekken.
overigens mag door wettelijke bepalingen het modelcontract dergelijke extra kosten helemaal niet bevatten, dus in een model contract kunnen ze hier in ieder geval niet stoppen.
mbtt tot je saldering opmerking, ik moet dat nog zien, van de huidige regeringspartijen (muv de VVD, waren deze juist voor behoud van de saldering) dus is waarschijnlijk uit die hoek geen actie te verwachten, ook de andere partijden die nu in de TK zitten zitten nu echt niet te springen om de saldering de nek om te draaien, de partij die groot voorstander was heeft zich in de laatste verkiezing zwaar in hun eigen voet geschoten, dus van die kant zul je ook geen echte actie verwachten.
Voor dat er iets aan een saldering gedaan zal worden zijn we waarschijnlijk 10 jaar of nog verder.
mensen die overigens menen om de boete te vermijden hun zonnepanelen uit te zetten moeten denk ik maar hun berekening nog maar eens opnieuw doen, want uitzetten betekend ook dat je geen saldering meer krijgt, en daar zit nu juist je grootste voordeel.
ook als je denk dat je al aan je maximum van je saldering zit, zet je hem namelijk uit ga je van zelf meer verbruiken, dus dat gaat hem niet worden, of je moet een dergelijk grote buffer inbouwen, maar als dat dan later blijkt dat je daar misrekend hebt betaal je of alsnog een boete of je betaald je blauw aan een stroomrekening.
[ Voor 15% gewijzigd door MacD007 op 05-05-2024 09:19 ]
Quatt WP 4,5 kW - Atag CV ketel - Honeywell T6 - 23 panelen SolarEdge
LG Therma V HM163M U33 / 5kWp Zuid - 7,2kWp West - 2,8kWp Oost / 48HP 300l / 3x Multiplus 2/5000, 20kWh LFP
De 1e van de drie omvormers kan ik inmiddels sturen, nu nog niet nodig natuurlijk. Mijn medeTweakers in dit topic wil ik bedanken voor het delen van hun oplossingen.
:fill(white):strip_exif()/f/image/Hg9FIoH3By78VMVCXahGB7qe.png?f=user_large)
/u/58527/crop598f55cf0092d_cropped.png?f=community)
WP: ME PUHZ-SW75YAA + ERSD-VM2D + EV-WP-TWS-1W 300; AC: ME MXZ-2F42VF + 2x MSZ-LN25VGV; PV: 14.08 kWp O/W + SMA STP 8.0; Vent: Zehnder Q600 ERV + Ubbink AirExcellent.
Ja met stapjes van 1% (of2,3,10, wat je instelt) ja. Sorry dat je dat zo verschrikkelijk in de war brengt.
Ik snap wat je zegt, maar weet je ook hoe dat te doen dan?. Want solaredge werkt met een slider van 0-100 (%)om het vermogen te regelen. En op zich werkt dit prima. Ja, zoals iedere regeling zul je wat over en undershoot hebben afhankelijk van bewolking, huis-verbruik etc. Maar het is beter dan niets.
Daarbij wil ik graag wat blijven terugleveren zodat mijn thuisaccu weet dat hij moet laden.
Maar bovenal, is het gewoon leuk. Zinvol niet echt, want ik heb namelijk nog een goed energiecontract zonder terugleverboetes, waar juist wordt gesaldeerd en waar TLV = Levertarief.
Kijk uit naar je code
Dit is de mijne:code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
| - id: '123456789123'
alias: Omvormers regeling
trigger:
- platform: time_pattern
seconds: /10
action:
- variables:
max_feedback_limit: '{{ states(''input_number.max_feedback_limit'') | float }}'
min_feedback_limit: '{{ states(''input_number.min_feedback_limit'') | float }}'
feedback_step: '{{ states(''input_number.feedback_step'') | float }}'
slider_entities:
- number.solaredge_se5k_zuid_16_active_power_limit
- number.solaredge_se5k_west_16_active_power_limit
- number.solaredge_se2200h_west_6_active_power_limit
grid_feedback: '{{ states(''sensor.teruglevering'') | float(default=0) }}'
- repeat:
count: "{{ slider_entities | length }}"
sequence:
- choose:
- conditions:
- condition: template
value_template: '{{ grid_feedback > max_feedback_limit }}'
sequence:
- service: number.set_value
data_template:
entity_id: '{{ slider_entities[repeat.index - 1] }}'
value: '{{ max(0, min(100, states(slider_entities[repeat.index - 1]) | float - feedback_step)) }}'
- conditions:
- condition: template
value_template: '{{ grid_feedback < min_feedback_limit }}'
sequence:
- service: number.set_value
data_template:
entity_id: '{{ slider_entities[repeat.index - 1] }}'
value: '{{ max(0, min(100, states(slider_entities[repeat.index - 1]) | float + feedback_step)) }}' |
[ Voor 47% gewijzigd door sparkly op 06-05-2024 12:39 ]
LG Therma V HM163M U33 / 5kWp Zuid - 7,2kWp West - 2,8kWp Oost / 48HP 300l / 3x Multiplus 2/5000, 20kWh LFP
Die regelaar van SE zal een beperking op het max vermogen zijn. Als max bijvoorbeeld 5 kW is, dan is elke % dus 50W.:
[...]
Ja met stapjes van 1% ja. Sorry dat je dat zo verschrikkelijk in de war brengt.
Ik snap wat je zegt, maar weet je ook hoe dat te doen dan?. Want solaredge werkt met een slider van 0-100 (%)om het vermogen te regelen. En op zich werkt dit prima. Ja, zoals iedere regeling zul je wat over en undershoot hebben afhankelijk van bewolking, huis-verbruik etc. Maar het is beter dan niets.
Daarbij wil ik graag wat blijven terugleveren zodat mijn thuisaccu weet dat hij moet laden.
Uit je slimme meter (+ de huidige PV-opbrengst) weet je de vraag. Dan kun je adhv daarvan toch precies uitrekenen wat je tekort komt en de vermogensbeperking hoger of lager zetten?
WP: ME PUHZ-SW75YAA + ERSD-VM2D + EV-WP-TWS-1W 300; AC: ME MXZ-2F42VF + 2x MSZ-LN25VGV; PV: 14.08 kWp O/W + SMA STP 8.0; Vent: Zehnder Q600 ERV + Ubbink AirExcellent.
LG Therma V HM163M U33 / 5kWp Zuid - 7,2kWp West - 2,8kWp Oost / 48HP 300l / 3x Multiplus 2/5000, 20kWh LFP
LG Therma V HM163M U33 / 5kWp Zuid - 7,2kWp West - 2,8kWp Oost / 48HP 300l / 3x Multiplus 2/5000, 20kWh LFP
Sure!
Zoals gezegd, heb ik de "average sensor" integratie via HACS geinstalleerd, om een "average" platform te kunnen gebruiken in de sensors sectie...
Ik heb alle onderdelen/secties van de configuration.yaml uiteen getrokken, elke sectie heeft zijn eigen yaml bestand:
In configuration.yaml :
YAML:
1
| sensor: !include sensors.yaml |
In sensors.yaml :
YAML:
1
2
3
4
5
6
| - platform: average name: "Average Home Power Consumption" duration: 15 entities: - sensor.home_power_consumption unique_id: average_home_power_consumption |
De "Home Power Consumption" sensor die hierboven is gebruikt voor deze average sensor, is in een Helper in HA in elkaar geklikt via de "Settings" -> "Devices & services" -> "Helpers". Ik heb een "Template" gekozen, met onderstaande template als waarde:
Django/Jinja:
1
2
3
| {{ (states('sensor.solar_system_active_power')|float + states('sensor.power_consumed')|float - states('sensor.power_produced')|float)|float(0)|round(0) }} |
En nog eenzelfde "Template" helper voor de "Average Home Power Consumption to Solar Power Percent" sensor (het beestje moet een naam hebben toch?), met als state-template:
YAML:
1
| {{ states('sensor.average_home_power_consumption')|int(0)//40 }} |
Mijn PV omvormer heeft 4kW (4000W) als max. vermogen, en ( (iets / 4000) * 100 ) = ( iets / 40). De Python "//" operator pakt de modulus, dus het geheel aantal malen dat de deler in de noemer past. Oftewel, afgerond naar beneden...
Nu heeft deze laatste sensor altijd het percentage van het maximale PV vermogen wat mijn huis gemiddeld over de afgelopen 15 seconden vroeg. Deze kan dan naar de omvormer onder geschikte voorwaarden. Ik heb daartoe onderstaande "Automation" aangemaakt:
Django/Jinja:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
| alias: Solar Power Loadbalancing description: "" trigger: - platform: state entity_id: - sensor.average_power_consumption_to_solar_power_percent for: hours: 0 minutes: 0 seconds: 0 condition: - condition: template value_template: >- {{ states('sensor.energy_price_with_handling')|float(0) < 0 and states('sensor.energy_price_grand_total')|float(0) >= 0 and is_state('sensor.solar_inverter_inverter_working_mode', '2') }} action: - service: number.set_value target: entity_id: number.saj_limit_power data: value: > {{ states('sensor.average_power_consumption_to_solar_power_percent')|int(100) }} mode: single |
Deze Automation triggered elke keer als de "sensor.average_power_consumption_to_solar_power_percent" wijzigt, en stuurt de omvormer aan, als deze in "working_mode" 2 staat (voor mijn SAJ omvormer is dat de reguliere mode, als in: PV opbrengst produceren), *en* als de spotprijs + inkoopvergoeding negatief, maar de totaalprijs nog positief.
Ik heb nog een tweede Automation, die eens per uur kijkt (wanneer de spotprijs verandert), wat er moet gebeuren, en dat is een van de keuzes:
- 100% leveren (spotprijs + inkoopvergoeding > 0);
- loadbalancing inschakelen, ofwel stuur de omvormer aan met het huidige gewenste percentage (spotprijs + inkoopvergoeding < 0 *en* totaalprijs > 0);
- 0% leveren (totaalprijs incl. belastingen < 0);
Django/Jinja:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
| alias: Solar Power Limit (Max/Limit/Off) description: "" trigger: - platform: state entity_id: - sensor.nordpool_kwh_nl_eur_3_10_0 for: hours: 0 minutes: 0 seconds: 3 condition: - condition: state entity_id: sensor.solar_inverter_inverter_working_mode state: "2" action: - service: number.set_value target: entity_id: number.saj_limit_power data: value: > {% if states('sensor.energy_price_with_handling')|float(0) >= 0 %} 100 {% elif states('sensor.energy_price_with_handling')|float(0) < 0 and states('sensor.energy_price_grand_total')|float(0) >= 0 %} {{ states('sensor.average_power_consumption_to_solar_power_percent')|int(4) }} {% elif states('sensor.energy_price_grand_total')|float(0) < 0 %} 0 {% else %} 100 {% endif %} mode: single |
Dit alles zorgt bij mij voor een heel aardig werkende nul-op-meter modus wanneer de spotprijs + inkoopvergoeding negatief is, en vrijwel geen opbrengst als de totaalprijs ook negatief is (mijn omvormer wil niet helemaal naar 0%, maar blijft hangen rond de 20W productie
Onderstaande is van 1 mei j.l. toen tussen 11:00 en 13:00 uur en tussen 15:00 en 17:00 uur de spotprijs + inkoopvergoeding negatief was, maar de totaalprijs nog positief. Tussen 13:00 en 15:00 uur was ook de totaalprijs (flink) negatief. Je ziet dus dat ik in die periodes vrijwel op de 0 qua export zat, en tussen 13 en 15 uur alsnog import (want kreeg ik geld voor)...
:fill(white):strip_exif()/f/image/xS3pjatRRjhs5YKh3ouZ6wun.png?f=user_large)
[ Voor 5% gewijzigd door Gameboy op 06-05-2024 16:03 . Reden: overbodige (en disabled) action verwijderd ]
6x 405 Wp Oost, 6x 405 Wp West | Zonneplan Day-Ahead | 1x Sessy
Enorm bedankt dat je de tijd hebt genomen dit te delen. Werkt hier nu ook.:
[...]
Sure!
Zoals gezegd, heb ik de "average sensor" integratie via HACS geinstalleerd, om een "average" platform te kunnen gebruiken in de sensors sectie...
Ik heb alle onderdelen/secties van de configuration.yaml uiteen getrokken, elke sectie heeft zijn eigen yaml bestand:
In configuration.yaml :
YAML:
In sensors.yaml :
YAML:
De "Home Power Consumption" sensor die hierboven is gebruikt voor deze average sensor, is in een Helper in HA in elkaar geklikt via de "Settings" -> "Devices & services" -> "Helpers". Ik heb een "Template" gekozen, met onderstaande template als waarde:
Django/Jinja:
En nog eenzelfde "Template" helper voor de "Average Home Power Consumption to Solar Power Percent" sensor (het beestje moet een naam hebben toch?), met als state-template:
YAML:
Mijn PV omvormer heeft 4kW (4000W) als max. vermogen, en ( (iets / 4000) * 100 ) = ( iets / 40). De Python "//" operator pakt de modulus, dus het geheel aantal malen dat de deler in de noemer past. Oftewel, afgerond naar beneden...
Nu heeft deze laatste sensor altijd het percentage van het maximale PV vermogen wat mijn huis gemiddeld over de afgelopen 15 seconden vroeg. Deze kan dan naar de omvormer onder geschikte voorwaarden. Ik heb daartoe onderstaande "Automation" aangemaakt:
Django/Jinja:
Deze Automation triggered elke keer als de "sensor.average_power_consumption_to_solar_power_percent" wijzigt, en stuurt de omvormer aan, als deze in "working_mode" 2 staat (voor mijn SAJ omvormer is dat de reguliere mode, als in: PV opbrengst produceren), *en* als de spotprijs + inkoopvergoeding negatief, maar de totaalprijs nog positief.
Ik heb nog een tweede Automation, die eens per uur kijkt (wanneer de spotprijs verandert), wat er moet gebeuren, en dat is een van de keuzes:
- 100% leveren (spotprijs + inkoopvergoeding > 0);
- loadbalancing inschakelen, ofwel stuur de omvormer aan met het huidige gewenste percentage (spotprijs + inkoopvergoeding < 0 *en* totaalprijs > 0);
- 0% leveren (totaalprijs incl. belastingen < 0);
Django/Jinja:
Dit alles zorgt bij mij voor een heel aardig werkende nul-op-meter modus wanneer de spotprijs + inkoopvergoeding negatief is, en vrijwel geen opbrengst als de totaalprijs ook negatief is (mijn omvormer wil niet helemaal naar 0%, maar blijft hangen rond de 20W productie
Onderstaande is van 1 mei j.l. toen tussen 11:00 en 13:00 uur en tussen 15:00 en 17:00 uur de spotprijs + inkoopvergoeding negatief was, maar de totaalprijs nog positief. Tussen 13:00 en 15:00 uur was ook de totaalprijs (flink) negatief. Je ziet dus dat ik in die periodes vrijwel op de 0 qua export zat, en tussen 13 en 15 uur alsnog import (want kreeg ik geld voor)...
[Afbeelding]
LG Therma V HM163M U33 / 5kWp Zuid - 7,2kWp West - 2,8kWp Oost / 48HP 300l / 3x Multiplus 2/5000, 20kWh LFP
Hmm. Ik merk wel dat hij in mijn situatie vrij onnauwkeurig is. Ik denk door het volgende.:
[...]
Sure!
Zoals gezegd, heb ik de "average sensor" integratie via HACS geinstalleerd, om een "average" platform te kunnen gebruiken in de sensors sectie...
Ik heb alle onderdelen/secties van de configuration.yaml uiteen getrokken, elke sectie heeft zijn eigen yaml bestand:
In configuration.yaml :
YAML:
In sensors.yaml :
YAML:
De "Home Power Consumption" sensor die hierboven is gebruikt voor deze average sensor, is in een Helper in HA in elkaar geklikt via de "Settings" -> "Devices & services" -> "Helpers". Ik heb een "Template" gekozen, met onderstaande template als waarde:
Django/Jinja:
En nog eenzelfde "Template" helper voor de "Average Home Power Consumption to Solar Power Percent" sensor (het beestje moet een naam hebben toch?), met als state-template:
YAML:
Mijn PV omvormer heeft 4kW (4000W) als max. vermogen, en ( (iets / 4000) * 100 ) = ( iets / 40). De Python "//" operator pakt de modulus, dus het geheel aantal malen dat de deler in de noemer past. Oftewel, afgerond naar beneden...
Nu heeft deze laatste sensor altijd het percentage van het maximale PV vermogen wat mijn huis gemiddeld over de afgelopen 15 seconden vroeg. Deze kan dan naar de omvormer onder geschikte voorwaarden. Ik heb daartoe onderstaande "Automation" aangemaakt:
Django/Jinja:
Deze Automation triggered elke keer als de "sensor.average_power_consumption_to_solar_power_percent" wijzigt, en stuurt de omvormer aan, als deze in "working_mode" 2 staat (voor mijn SAJ omvormer is dat de reguliere mode, als in: PV opbrengst produceren), *en* als de spotprijs + inkoopvergoeding negatief, maar de totaalprijs nog positief.
Ik heb nog een tweede Automation, die eens per uur kijkt (wanneer de spotprijs verandert), wat er moet gebeuren, en dat is een van de keuzes:
- 100% leveren (spotprijs + inkoopvergoeding > 0);
- loadbalancing inschakelen, ofwel stuur de omvormer aan met het huidige gewenste percentage (spotprijs + inkoopvergoeding < 0 *en* totaalprijs > 0);
- 0% leveren (totaalprijs incl. belastingen < 0);
Django/Jinja:
Dit alles zorgt bij mij voor een heel aardig werkende nul-op-meter modus wanneer de spotprijs + inkoopvergoeding negatief is, en vrijwel geen opbrengst als de totaalprijs ook negatief is (mijn omvormer wil niet helemaal naar 0%, maar blijft hangen rond de 20W productie
Onderstaande is van 1 mei j.l. toen tussen 11:00 en 13:00 uur en tussen 15:00 en 17:00 uur de spotprijs + inkoopvergoeding negatief was, maar de totaalprijs nog positief. Tussen 13:00 en 15:00 uur was ook de totaalprijs (flink) negatief. Je ziet dus dat ik in die periodes vrijwel op de 0 qua export zat, en tussen 13 en 15 uur alsnog import (want kreeg ik geld voor)...
[Afbeelding]
Ik heb 3 omvormers:
PV Zuid Solaredge SE5K - 5000wp
PV West Solaredge SE5k - 5000wp
PV West Solaredge SE2200 - 2200wp
In je code heb ik deze 3 bij elkaar opgeteld als zijnde 'maximaal 10000 watt PV.
Voorbeeld
Mijn huis gebruikt 6000watt op het moment, de zon staat lekker op de PV op het zuiden
Opwek PV zuid SE5k- 3337w west SE5k 444w - SE2200 154w
De formule ziet 60% ten opzichte van solar en gooit dus de regelaar van de omvormers op 60%.
Hierdoor verandert er niets voor de panelen op het westen, maar worden de panelen op het zuiden geknepen naar 2000 watt. Je ziet het probleem waarschijnlijk al, de opwek wordt afgeknepen terwijl er al een tekort is.
Dit is een probleem die denk ik ontstaat door verschil in oriëntatie van de panelen.
Ik heb voorlopig een offset slider ingebakken, maar omdat dit dus handmatig corrigeren vergt: misschien zijn er betere ideeën? Iemand?
LG Therma V HM163M U33 / 5kWp Zuid - 7,2kWp West - 2,8kWp Oost / 48HP 300l / 3x Multiplus 2/5000, 20kWh LFP
Een tijdje geleden heb ik in node red een script gemaakt om mijn SMA omvormer handmatig of automatisch te begrenzen via modbus.
Waarschijnlijk is het script ook voor andere merken aan te passen door de juiste registers te kiezen.
Je kan het script hier vinden:
"Active Power Limit"
https://flows.nodered.org...acc6ebed2f5ebb5988757dfe9
:strip_exif()/f/image/WNO4pYWfkTMXJeEINNWBvjBQ.jpg?f=fotoalbum_large)
Waarschijnlijk is het script ook voor andere merken aan te passen door de juiste registers te kiezen.
Je kan het script hier vinden:
"Active Power Limit"
https://flows.nodered.org...acc6ebed2f5ebb5988757dfe9
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/WNO4pYWfkTMXJeEINNWBvjBQ.jpg?f=user_large)
[ Voor 37% gewijzigd door sun62 op 10-05-2024 10:16 ]
/u/3626/front-kabels.png?f=community)
/u/234803/crop62f956e51bcab_cropped.png?f=community)
Dank!
De Enphase Envoy kan dus alleen volledig uitgeschakeld worden, niet deels door middel van power export limiting/curtailing?
Gebruikt ENTSO-e een landelijk gemiddelde, niet de specifieke prijzen van een energieleverancier? Want zo zie ik weer dat bijvoorbeeld Tibber een API en eigen Home Assistant integratie heeft. Of worden dynamische prijzen bij leveranciers op basis van een landelijke prijs bepaald? Ik ben dan weer een leek op dit gebied.
:strip_icc():strip_exif()/u/192109/zonnebloem.jpg?f=community)
Alleen uitschakelen, vooralsnog.:
[...]
Dank!
De Enphase Envoy kan dus alleen volledig uitgeschakeld worden, niet deels door middel van power export limiting/curtailing?
Gebruikt ENTSO-e een landelijk gemiddelde, niet de specifieke prijzen van een energieleverancier? Want zo zie ik weer dat bijvoorbeeld Tibber een API en eigen Home Assistant integratie heeft. Of worden dynamische prijzen bij leveranciers op basis van een landelijke prijs bepaald? Ik ben dan weer een leek op dit gebied.
Je kunt formules in de ENTSO-e component invoeren en zo voor alle energieleveranciers de juiste prijs berekenen. Makkelijk als je naar een leverancier gaat!
:strip_icc():strip_exif()/u/20201/clint.jpg?f=community)
LG Therma V HM163M U33 / 5kWp Zuid - 7,2kWp West - 2,8kWp Oost / 48HP 300l / 3x Multiplus 2/5000, 20kWh LFP
:strip_icc():strip_exif()/u/52072/crop5de51ebf91960_cropped.jpeg?f=community)
@Wouttle ik kan je dit (evident gesponsorde) blog wel aanraden.
Ik heb met hulp van @AUijtdehaag ook via home assistant de slider weten te realiseren. Automatisch curtailen nog niet. Ik heb nu nog een vast contract maar zoals het hoofdlijnen akkoord al schetst is saldering eigenlijk niet echt meer houdbaar (als deze partijen er al vanaf willen).
Ik heb 2 kleine kinderen, mijn vrouw kookt 4 dagen per week tussen de middag warm, onze panelen liggen op O en W dus wekken op gunstige tijden stroom op. We hebben een warmtepomp waarmee we het verbruik behoorlijk kunnen sturen. De optelsom maakt dat het voor mijn sneller dan het misschien lijkt gunstig is om naar dynamisch te kijken. Ik kan me niet voorstellen dat er nog lang aanbieders zijn zonder terugleverboete; 30+% van NL heeft panelen dus enorme aantallen mensen zullen overstappen naar de laatste die dat nog aanbiedt.
Ik heb met hulp van @AUijtdehaag ook via home assistant de slider weten te realiseren. Automatisch curtailen nog niet. Ik heb nu nog een vast contract maar zoals het hoofdlijnen akkoord al schetst is saldering eigenlijk niet echt meer houdbaar (als deze partijen er al vanaf willen
). Ik heb 2 kleine kinderen, mijn vrouw kookt 4 dagen per week tussen de middag warm, onze panelen liggen op O en W dus wekken op gunstige tijden stroom op. We hebben een warmtepomp waarmee we het verbruik behoorlijk kunnen sturen. De optelsom maakt dat het voor mijn sneller dan het misschien lijkt gunstig is om naar dynamisch te kijken. Ik kan me niet voorstellen dat er nog lang aanbieders zijn zonder terugleverboete; 30+% van NL heeft panelen dus enorme aantallen mensen zullen overstappen naar de laatste die dat nog aanbiedt.
ID.4 1st | 2320 Wp NO | 3200 Wp ZW | Climarad Sensa V2X | Pana WH-MDC07J3E5
:strip_icc():strip_exif()/u/566589/crop5d8e727724aa0_cropped.jpeg?f=community)
4900Wp, 3500Wp, 2880Wp en 1665Wp aan PV. Atlantic Explorer V4 WPB, Gree duo split en 2x Mitsubitshi single L/L airco's. Pelletkachel 10 kW als backup verwarming. Als test: PV stroom dump (regelbaar vermogen) in WPB en elec boiler bij overschot.
4900Wp, 3500Wp, 2880Wp en 1665Wp aan PV. Atlantic Explorer V4 WPB, Gree duo split en 2x Mitsubitshi single L/L airco's. Pelletkachel 10 kW als backup verwarming. Als test: PV stroom dump (regelbaar vermogen) in WPB en elec boiler bij overschot.
@Doggieman ik heb even zitten zoeken en kwam dez excel tegen. Het lijkt mij dat je register 40210 moet aansturen voor extern control voordat je active power limit gaat gebruiken. :strip_exif()/f/image/o1xAP4BNtfnDxVK7nyUsC06f.jpg?f=fotoalbum_large)
Excel:
https://docs.google.com/s...399407&rtpof=true&sd=true
:no_upscale():strip_icc():fill(white):strip_exif()/f/image/o1xAP4BNtfnDxVK7nyUsC06f.jpg?f=user_large)
Excel:
https://docs.google.com/s...399407&rtpof=true&sd=true
[ Voor 12% gewijzigd door sun62 op 14-06-2024 09:15 ]
4900Wp, 3500Wp, 2880Wp en 1665Wp aan PV. Atlantic Explorer V4 WPB, Gree duo split en 2x Mitsubitshi single L/L airco's. Pelletkachel 10 kW als backup verwarming. Als test: PV stroom dump (regelbaar vermogen) in WPB en elec boiler bij overschot.
4900Wp, 3500Wp, 2880Wp en 1665Wp aan PV. Atlantic Explorer V4 WPB, Gree duo split en 2x Mitsubitshi single L/L airco's. Pelletkachel 10 kW als backup verwarming. Als test: PV stroom dump (regelbaar vermogen) in WPB en elec boiler bij overschot.
WP: ME PUHZ-SW75YAA + ERSD-VM2D + EV-WP-TWS-1W 300; AC: ME MXZ-2F42VF + 2x MSZ-LN25VGV; PV: 14.08 kWp O/W + SMA STP 8.0; Vent: Zehnder Q600 ERV + Ubbink AirExcellent.
4900Wp, 3500Wp, 2880Wp en 1665Wp aan PV. Atlantic Explorer V4 WPB, Gree duo split en 2x Mitsubitshi single L/L airco's. Pelletkachel 10 kW als backup verwarming. Als test: PV stroom dump (regelbaar vermogen) in WPB en elec boiler bij overschot.
Panasonic TCAP 12kW J-versie + Heishamon/HA/Node-Red/Grafana/InfluxDB; Atlantic v3 200L; 5* jaga strada 21 & zelfbouw DBE; 3*2400Wp (O,Z,W); KIA EV6 77kWh RWD + EVCC/cFos Wallbox solar; 3* Marstek 5kWh (v151)+CT003 (v114)+ modbus/lilygo/node-red/HA
Panasonic TCAP 12kW J-versie + Heishamon/HA/Node-Red/Grafana/InfluxDB; Atlantic v3 200L; 5* jaga strada 21 & zelfbouw DBE; 3*2400Wp (O,Z,W); KIA EV6 77kWh RWD + EVCC/cFos Wallbox solar; 3* Marstek 5kWh (v151)+CT003 (v114)+ modbus/lilygo/node-red/HA
I Bought Myself A Politician - MonaLisa Twins 2013: 7panelen(195Wp), maand later, 17. 3 jaar later 28 en gasloos. 5.5kWp O-W op 4.2kVA omvormer. 2018 'verhuisd'.
:strip_exif()/u/1434842/crop6741d3e96ad39_cropped.gif?f=community)
Ik ben nog een behoorlijke leek op HA gebied, ik loop nu eigenlijk meteen vast met de helper in elkaar klikken (de eerste template). Bij de helper "template" heb ik meerdere opties om te selecteren en nu vroeg ik me af of ik niet gewoon ergens dat stukje yaml kan plaatsen. (of Jinja code? in dit geval):
[...]
Sure!
Zoals gezegd, heb ik de "average sensor" integratie via HACS geinstalleerd, om een "average" platform te kunnen gebruiken in de sensors sectie...
Ik heb alle onderdelen/secties van de configuration.yaml uiteen getrokken, elke sectie heeft zijn eigen yaml bestand:
In configuration.yaml :
YAML:
In sensors.yaml :
YAML:
De "Home Power Consumption" sensor die hierboven is gebruikt voor deze average sensor, is in een Helper in HA in elkaar geklikt via de "Settings" -> "Devices & services" -> "Helpers". Ik heb een "Template" gekozen, met onderstaande template als waarde:
Django/Jinja:
En nog eenzelfde "Template" helper voor de "Average Home Power Consumption to Solar Power Percent" sensor (het beestje moet een naam hebben toch?), met als state-template:
YAML:
Mijn PV omvormer heeft 4kW (4000W) als max. vermogen, en ( (iets / 4000) * 100 ) = ( iets / 40). De Python "//" operator pakt de modulus, dus het geheel aantal malen dat de deler in de noemer past. Oftewel, afgerond naar beneden...
Nu heeft deze laatste sensor altijd het percentage van het maximale PV vermogen wat mijn huis gemiddeld over de afgelopen 15 seconden vroeg. Deze kan dan naar de omvormer onder geschikte voorwaarden. Ik heb daartoe onderstaande "Automation" aangemaakt:
Django/Jinja:
Deze Automation triggered elke keer als de "sensor.average_power_consumption_to_solar_power_percent" wijzigt, en stuurt de omvormer aan, als deze in "working_mode" 2 staat (voor mijn SAJ omvormer is dat de reguliere mode, als in: PV opbrengst produceren), *en* als de spotprijs + inkoopvergoeding negatief, maar de totaalprijs nog positief.
Ik heb nog een tweede Automation, die eens per uur kijkt (wanneer de spotprijs verandert), wat er moet gebeuren, en dat is een van de keuzes:
- 100% leveren (spotprijs + inkoopvergoeding > 0);
- loadbalancing inschakelen, ofwel stuur de omvormer aan met het huidige gewenste percentage (spotprijs + inkoopvergoeding < 0 *en* totaalprijs > 0);
- 0% leveren (totaalprijs incl. belastingen < 0);
Django/Jinja:
Dit alles zorgt bij mij voor een heel aardig werkende nul-op-meter modus wanneer de spotprijs + inkoopvergoeding negatief is, en vrijwel geen opbrengst als de totaalprijs ook negatief is (mijn omvormer wil niet helemaal naar 0%, maar blijft hangen rond de 20W productie
Onderstaande is van 1 mei j.l. toen tussen 11:00 en 13:00 uur en tussen 15:00 en 17:00 uur de spotprijs + inkoopvergoeding negatief was, maar de totaalprijs nog positief. Tussen 13:00 en 15:00 uur was ook de totaalprijs (flink) negatief. Je ziet dus dat ik in die periodes vrijwel op de 0 qua export zat, en tussen 13 en 15 uur alsnog import (want kreeg ik geld voor)...
[Afbeelding]
Ik heb gelezen dat Jinja code weer iets anders kan werken en dan in een custom_template map zou moeten komen te staan maar het wordt me niet helemaal duidelijk.
Inmiddels draait hier alles, load-balacing en export naar 0 heb ik nog niet meegemaakt.:
[...]
Sure!
Zoals gezegd, heb ik de "average sensor" integratie via HACS geinstalleerd, om een "average" platform te kunnen gebruiken in de sensors sectie...
Ik heb alle onderdelen/secties van de configuration.yaml uiteen getrokken, elke sectie heeft zijn eigen yaml bestand:
In configuration.yaml :
YAML:
In sensors.yaml :
YAML:
De "Home Power Consumption" sensor die hierboven is gebruikt voor deze average sensor, is in een Helper in HA in elkaar geklikt via de "Settings" -> "Devices & services" -> "Helpers". Ik heb een "Template" gekozen, met onderstaande template als waarde:
Django/Jinja:
En nog eenzelfde "Template" helper voor de "Average Home Power Consumption to Solar Power Percent" sensor (het beestje moet een naam hebben toch?), met als state-template:
YAML:
Mijn PV omvormer heeft 4kW (4000W) als max. vermogen, en ( (iets / 4000) * 100 ) = ( iets / 40). De Python "//" operator pakt de modulus, dus het geheel aantal malen dat de deler in de noemer past. Oftewel, afgerond naar beneden...
Nu heeft deze laatste sensor altijd het percentage van het maximale PV vermogen wat mijn huis gemiddeld over de afgelopen 15 seconden vroeg. Deze kan dan naar de omvormer onder geschikte voorwaarden. Ik heb daartoe onderstaande "Automation" aangemaakt:
Django/Jinja:
Deze Automation triggered elke keer als de "sensor.average_power_consumption_to_solar_power_percent" wijzigt, en stuurt de omvormer aan, als deze in "working_mode" 2 staat (voor mijn SAJ omvormer is dat de reguliere mode, als in: PV opbrengst produceren), *en* als de spotprijs + inkoopvergoeding negatief, maar de totaalprijs nog positief.
Ik heb nog een tweede Automation, die eens per uur kijkt (wanneer de spotprijs verandert), wat er moet gebeuren, en dat is een van de keuzes:
- 100% leveren (spotprijs + inkoopvergoeding > 0);
- loadbalancing inschakelen, ofwel stuur de omvormer aan met het huidige gewenste percentage (spotprijs + inkoopvergoeding < 0 *en* totaalprijs > 0);
- 0% leveren (totaalprijs incl. belastingen < 0);
Django/Jinja:
Dit alles zorgt bij mij voor een heel aardig werkende nul-op-meter modus wanneer de spotprijs + inkoopvergoeding negatief is, en vrijwel geen opbrengst als de totaalprijs ook negatief is (mijn omvormer wil niet helemaal naar 0%, maar blijft hangen rond de 20W productie
Onderstaande is van 1 mei j.l. toen tussen 11:00 en 13:00 uur en tussen 15:00 en 17:00 uur de spotprijs + inkoopvergoeding negatief was, maar de totaalprijs nog positief. Tussen 13:00 en 15:00 uur was ook de totaalprijs (flink) negatief. Je ziet dus dat ik in die periodes vrijwel op de 0 qua export zat, en tussen 13 en 15 uur alsnog import (want kreeg ik geld voor)...
[Afbeelding]
Ik ben wel benieuwd waarom je load balancing er al in hebt staan. Nu je de energiebelasting nog kan salderen is het toch interessanter om dat stuk eruit te halen?
Of zie ik iets over het hoofd?
:strip_exif()/u/48440/crop6130a5af754ae_cropped.webp?f=community)
I Bought Myself A Politician - MonaLisa Twins 2013: 7panelen(195Wp), maand later, 17. 3 jaar later 28 en gasloos. 5.5kWp O-W op 4.2kVA omvormer. 2018 'verhuisd'.