Voorkomen dat zonnepanelen terugleveren

[Gameboy]

sparkly schreef op maandag 6 mei 2024 @ 12:41:
[...]


Nogmaals, ik snap wat je zegt. Heb heb ook geprobeerd. Maar wat ik ook doe, krijg het in HA zo niet aan de praat.

Ik heb ook een dergelijke loadbalancer in mijn HA geklikt. Daartoe heb ik 3 "helpers" aangemaakt:

- Home Power Usage:
Deze helper berekent het verbruik van het huis als: ( PV opbrengst + P1 import - P1 export )
- Average Home Power Usage:
Deze sensor (via de "average sensor" integratie, geinstalleerd via HACS), berekent het 15-seconden gemiddelde van bovenstaande helper.
- Average Home Power to Solar Percent:
Deze helper berekent het doel-percentage van de PV omvormer door de "Average Home Power" te delen door het maximale vermogen van de PV omvormer: ( ( average home power / max. PV vermogen ) * 100% ).

En dat laatste percentage is in een automation de trigger en de waarde die naar de SAJ power limit "number" entity wordt geschreven bij wijzigingen, wanneer de inkoopprijs (spotprijs + inkoopvergoeding) negatief is.

Dit "lagged" wel een klein beetje (ca. 15 seconden), maar stelt op elk moment wel direct het juiste benodigde percentage van de power limit in, wat mijn huis op dat moment nodig heeft.

Nul op de meter zolang de spotprijs + inkoopvergoeding negatief is, maar de totaalprijs nog positief. Wanneer ook de totaalprijs negatief wordt, gaat het gewenste omvormervermogen naar 0%.

[ Voor 3% gewijzigd door Gameboy op 06-05-2024 14:08 ]

[sparkly]

Gameboy schreef op maandag 6 mei 2024 @ 13:11:
[...]


Ik heb ook een dergelijke loadbalancer in mijn HA geklikt. Daartoe heb ik 3 "helpers" aangemaakt:

- Home Power Usage:
Deze helper berekent het verbruik van het huis als: ( PV opbrengst + P1 import - P1 export )
- Average Home Power Usage:
Deze sensor (via de "average sensor" integratie, geinstalleerd via HACS), berekent het 15-seconden gemiddelde van bovenstaande helper.
- Average Home Power to Solar Percent:
Deze helper berekent het doel-percentage van de PV omvormer door de "Average Home Power" te delen door het maximale vermogen van de PV omvormer: ( ( average home power / max. PV vermogen ) * 100% ).

En dat laatste percentage is in een automation de trigger en de waarde die naar de SAJ power limit "number" entity wordt geschreven bij wijzigingen, wanneer de inkoopprijs (spotprijs + inkoopvergoeding) negatief is.

Dit "lagged" wel een klein beetje (ca. 15 seconden), maar stelt op elk moment wel direct het juiste benodigde percentage van de power limit in, wat mijn huis op dat moment nodig heeft.

Nul op de meter zolang de sportprijs + inkoopvergoeding negatief is, maar de totaalprijs nog positief. Wanneer ook de totaalprijs negatief wordt, gaat het gewenste omvormervermogen naar 0%.

Thanks. Zou je de code kunnen delen?

[Gameboy]

sparkly schreef op maandag 6 mei 2024 @ 13:15:
[...]


Thanks. Zou je de code kunnen delen?

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:

sensor: !include sensors.yaml

In sensors.yaml :

YAML:

- 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:

{{ (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:

{{ 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:

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:

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)...

[ Voor 5% gewijzigd door Gameboy op 06-05-2024 16:03 . Reden: overbodige (en disabled) action verwijderd ]

[sparkly]

Gameboy schreef op maandag 6 mei 2024 @ 14:05:
[...]


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:

sensor: !include sensors.yaml

In sensors.yaml :

YAML:

- 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:

{{ (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:

{{ 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:

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:

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: input_number.set_value
    target:
      entity_id: input_number.solar_power_output_wanted
    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 %}
    enabled: false
  - 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)...

[Afbeelding]

Enorm bedankt dat je de tijd hebt genomen dit te delen. Werkt hier nu ook.

[sparkly]

Gameboy schreef op maandag 6 mei 2024 @ 14:05:
[...]


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:

sensor: !include sensors.yaml

In sensors.yaml :

YAML:

- 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:

{{ (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:

{{ 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:

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:

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)...

[Afbeelding]

Hmm. Ik merk wel dat hij in mijn situatie vrij onnauwkeurig is. Ik denk door het volgende.

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?

[sparkly]

sparkly schreef op dinsdag 7 mei 2024 @ 10:32:
[...]


Hmm. Ik merk wel dat hij in mijn situatie vrij onnauwkeurig is. Ik denk door het volgende.

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?

Nevermind, ik heb de offset slider geautomatiseerd.

Dus @Gameboy jou script werkt om grof gedeelte te regelen.

En dan dit script ernaast om bij te sturen aan de hand van de werkelijke teruglevering, wat helpers aangemaakt om te kunnen tweaken:

code:

- id: '123456789123456'
  alias: Omvormers fijnregeling offset3
  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_entity: input_number.offset_pv_output_regelaar
      grid_feedback: '{{ states(''sensor.teruglevering'') | float(default=0) }}'
  - choose:
    - conditions:
      - condition: template
        value_template: '{{ grid_feedback > max_feedback_limit }}'
      sequence:
      - service: input_number.set_value
        data_template:
          entity_id: '{{ slider_entity }}'
          value: '{{ states(slider_entity) | float - feedback_step }}'
    - conditions:
      - condition: template
        value_template: '{{ grid_feedback < min_feedback_limit }}'
      sequence:
      - service: input_number.set_value
        data_template:
          entity_id: '{{ slider_entity }}'
          value: '{{ states(slider_entity) | float + feedback_step }}'

[sun62]

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

[ Voor 37% gewijzigd door sun62 op 10-05-2024 10:16 ]

[JackBol]

Ik heb een automatische afschakeling gemaakt en ik wil even mijn rekensommetje valideren.

Je wil niet afschakelen wanneer de inkoopprijs onder nul gaat, want je wil nog stroom terugleveren om de inkoop vergoeding en energie belasting terug te krijgen. Ook kan het je helpen onder de 10.000 kWh afname te blijven.

Ik wil dus ergens onder de 0 afschakelen. Mijn eenvoudige gedachte is dat ik enkel de inkoopvergoeding en de energie belasting hoeft terug te verdienen.

Tibber inkoop vergoeding: 0,0175
Energie belasting: 0,1088

Mijn gedachte is dus dat het pas bij -0,0175 + -0,1088 = -0,1263 rauwe inkoopprijs zin heeft om af te schakelen. Wat dus de afgelopen 2 uren en dit uur de situatie is.

Graag hoor ik het als ik dit verkeerd zie.

[Energycoach]

JackBol schreef op zondag 12 mei 2024 @ 14:07:
Ik heb een automatische afschakeling gemaakt en ik wil even mijn rekensommetje valideren.

Je wil niet afschakelen wanneer de inkoopprijs onder nul gaat, want je wil nog stroom terugleveren om de inkoop vergoeding en energie belasting terug te krijgen. Ook kan het je helpen onder de 10.000 kWh afname te blijven.

Ik wil dus ergens onder de 0 afschakelen. Mijn eenvoudige gedachte is dat ik enkel de inkoopvergoeding en de energie belasting hoeft terug te verdienen.

Tibber inkoop vergoeding: 0,0175
Energie belasting: 0,1088

Mijn gedachte is dus dat het pas bij -0,0175 + -0,1088 = -0,1263 rauwe inkoopprijs zin heeft om af te schakelen. Wat dus de afgelopen 2 uren en dit uur de situatie is.

Graag hoor ik het als ik dit verkeerd zie.

Klopt, indien je op jaarbasis minder opwekt dan je verbruikt.
Ikzelf wek meer op dan ik verbruik en zet de panelen bij -0,0175 uit.

[Wouttle]

Zelf ben ik ook aan het shoppen voor zonnepanelen voor mijn nieuwe woning volgende maand. Dit topic is dan ook een vondst, gezien ik een gevorderde gebruiker van Home Assistant ben.
Veel plekken vertellen mij dat ik juist een vast contract moet nemen, maar uit dit topic haal ik weer dat het juist verstandig is om voor dynamisch te gaan. Vooral zodat je omvormers kan terugschroeven wanneer het tarief negatief wordt. Ja toch?
Zijn er nog bepaalde energieleveranciers die jullie hier aanbevelen op dit gebied? Vooral i.v.m. het uitlezen van de uurtarieven in Home Assistant om het zoveel mogelijk te kunnen automatiseren.
Zijn er ook nog specifieke omvormers die jullie zouden aanbevelen? Gezien ze niet allemaal teruggeschroefd kunnen worden, of niet Home Assistant vriendelijk zijn. Gehannes met modbus interfaces is een prima oplossing wanneer je de omvormers al hebt hangen maar als ik dat kan voorkomen en het op een geïntegreerde manier zou kunnen doen lijkt mij dat de voorkeur verdienend.

[M66B]

Wouttle schreef op zondag 19 mei 2024 @ 22:49:
Zelf ben ik ook aan het shoppen voor zonnepanelen voor mijn nieuwe woning volgende maand. Dit topic is dan ook een vondst, gezien ik een gevorderde gebruiker van Home Assistant ben.
Veel plekken vertellen mij dat ik juist een vast contract moet nemen, maar uit dit topic haal ik weer dat het juist verstandig is om voor dynamisch te gaan. Vooral zodat je omvormers kan terugschroeven wanneer het tarief negatief wordt. Ja toch?
Zijn er nog bepaalde energieleveranciers die jullie hier aanbevelen op dit gebied? Vooral i.v.m. het uitlezen van de uurtarieven in Home Assistant om het zoveel mogelijk te kunnen automatiseren.
Zijn er ook nog specifieke omvormers die jullie zouden aanbevelen? Gezien ze niet allemaal teruggeschroefd kunnen worden, of niet Home Assistant vriendelijk zijn. Gehannes met modbus interfaces is een prima oplossing wanneer je de omvormers al hebt hangen maar als ik dat kan voorkomen en het op een geïntegreerde manier zou kunnen doen lijkt mij dat de voorkeur verdienend.

Met Enphase Envoy Installer kun je een Enphase systeem uitzetten via Home Assistant:

https://github.com/vincen..._enphase_envoy_installer/

Merk op dat je wel installer rechten hiervoor nodig hebt. Daarvoor is een ander topic hier op Tweakers ;-)

En bijvoorbeeld hiermee kun je prijzen ophalen:

https://github.com/JaccoR/hass-entso-e

Er zijn vast nog wel andere oplossingen, dus zie dit als een van de mogelijkheden.

[ Voor 3% gewijzigd door M66B op 19-05-2024 22:55 ]

[Wouttle]

M66B schreef op zondag 19 mei 2024 @ 22:53:
[...]


Met Enphase Envoy Installer kun je een Enphase systeem uitzetten via Home Assistant:

https://github.com/vincen..._enphase_envoy_installer/

Merk op dat je wel installer rechten hiervoor nodig hebt. Daarvoor is een ander topic hier op Tweakers ;-)

En bijvoorbeeld hiermee kun je prijzen ophalen:

https://github.com/JaccoR/hass-entso-e

Er zijn vast nog wel andere oplossingen, dus zie dit als een van de mogelijkheden.

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.

[AUijtdehaag]

Wouttle schreef op zondag 19 mei 2024 @ 22:49:
Zelf ben ik ook aan het shoppen voor zonnepanelen voor mijn nieuwe woning volgende maand. Dit topic is dan ook een vondst, gezien ik een gevorderde gebruiker van Home Assistant ben.
Veel plekken vertellen mij dat ik juist een vast contract moet nemen, maar uit dit topic haal ik weer dat het juist verstandig is om voor dynamisch te gaan. Vooral zodat je omvormers kan terugschroeven wanneer het tarief negatief wordt. Ja toch?
Zijn er nog bepaalde energieleveranciers die jullie hier aanbevelen op dit gebied? Vooral i.v.m. het uitlezen van de uurtarieven in Home Assistant om het zoveel mogelijk te kunnen automatiseren.
Zijn er ook nog specifieke omvormers die jullie zouden aanbevelen? Gezien ze niet allemaal teruggeschroefd kunnen worden, of niet Home Assistant vriendelijk zijn. Gehannes met modbus interfaces is een prima oplossing wanneer je de omvormers al hebt hangen maar als ik dat kan voorkomen en het op een geïntegreerde manier zou kunnen doen lijkt mij dat de voorkeur verdienend.

Ik zou geen cloud oplossing nemen wat betreft je omvormer(s) Dan ben je nog afhankelijk van of iets werkt of niet
Ik kan SMA van harte aanbevelen, werkt direkt met modbus tcp en lokaal.

Maar ik snap niet, waarom mensen een dynamisch kontrakt nemen met enkel zonnepanelen en geen EV bijvoorbeeld.
Zolang we mogen salderen en vaste kontrakten afsluiten is dat nog lang niet interessant volgens mij, met PV.

Maar ik ben alvast voorbereid.
AUijtdehaag in "Het grote SMA topic"

Verder gebruik ik gewoon Frank Energie via Hacs, die geeft gratis de uurprijzen weer in home assistant

[ Voor 4% gewijzigd door AUijtdehaag op 19-05-2024 23:15 ]

[M66B]

Wouttle schreef op zondag 19 mei 2024 @ 23:10:
[...]

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.

Alleen uitschakelen, vooralsnog.

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!

[M66B]

AUijtdehaag schreef op zondag 19 mei 2024 @ 23:12:
[...]


Ik zou geen cloud oplossing nemen wat betreft je omvormer(s) Dan ben je nog afhankelijk van of iets werkt of niet
Ik kan SMA van harte aanbevelen, werkt direkt met modbus tcp en lokaal.

Maar ik snap niet, waarom mensen een dynamisch kontrakt nemen met enkel zonnepanelen en geen EV bijvoorbeeld.
Zolang we mogen salderen en vaste kontrakten afsluiten is dat nog lang niet interessant volgens mij, met PV.

Maar ik ben alvast voorbereid.
AUijtdehaag in "Het grote SMA topic"

Verder gebruik ik gewoon Frank Energie via Hacs, die geeft gratis de uurprijzen weer in home assistant

De Enphase oplossing is geen cloud oplossing, behalve het ophalen van het security token.

Enphase is wel een vrij gesloten systeem, en om die reden zou ik er nu niet meer voor kiezen.

[FreakNL]

Wietsee. schreef op woensdag 1 mei 2024 @ 22:16:
[...]

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 buiten opwektijden.
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).

Ja er komen “boetes”

Nee, het ziet er niet naar uit dat die boetes de TLV gaan overschrijden. Wel zal je netto niet veel overhouden maar elke cent/kwh is er 1.

Je praat over iets wat nu niet relevant is en in de toekomst waarschijnlijk ook niet. En als dat wel zo gaat zijn kun je altijd nog daarnaar handelen.

[Wouttle]

AUijtdehaag schreef op zondag 19 mei 2024 @ 23:12:
[...]


Ik zou geen cloud oplossing nemen wat betreft je omvormer(s) Dan ben je nog afhankelijk van of iets werkt of niet
Ik kan SMA van harte aanbevelen, werkt direkt met modbus tcp en lokaal.

Maar ik snap niet, waarom mensen een dynamisch kontrakt nemen met enkel zonnepanelen en geen EV bijvoorbeeld.
Zolang we mogen salderen en vaste kontrakten afsluiten is dat nog lang niet interessant volgens mij, met PV.

Maar ik ben alvast voorbereid.
AUijtdehaag in "Het grote SMA topic"

Verder gebruik ik gewoon Frank Energie via Hacs, die geeft gratis de uurprijzen weer in home assistant

Ik heb geen EV en die gaat er naar verwachting voorlopig ook niet komen. In dat geval zou je dus aanbevelen tóch een vast contract te nemen?
Je zegt wel gelijk weer iets interessants; "Zolang we mogen salderen". En dat is ook gelijk waar ik op voorbereid wil zijn wanneer ik misschien in de toekomst wel veel voordeliger af ga zijn met een dynamisch contract en niet ineens met geld moet gaan strooien om naar omvormers te gaan wisselen die wel kunnen terugschakelen. (Zie terugleverboetes/negatieve prijzen)
Ik kan nu 3 jaar een vast contract nemen, daarmee staat salderen 3 jaar vast, neem aan dat ze daar niet zomaar onderuit kunnen. Al door 4 mensen aangesproken dat dit dus wel kan. Dank, reageren hierover is niet meer nodig! Maar over 3 jaar is alles wellicht anders en dan zou ik graag omvormers hebben die mij kunnen assisteren. Het liefst lokaal en graag enigzins gebruiksvriendelijk. De Modbus oplossing voor SMA ziet er op het eerste gezicht ingewikkeld uit, maar wellicht valt dat in praktijk wel mee, zeker sinds ik er veel enthousiasme over zie in het grote SMA topic.

*edit: Beetje beter ingelezen in SMA en begrijp (in jip en janneke taal) dat wanneer je Modbus TCP inschakelt in de instellingen, je zonder extra hardware de inverter kan limiten via wifi/etherner en dus ook via Home Assistant. Heel netjes, minder ingewikkeld dan op het eerste oog.

[ Voor 10% gewijzigd door Wouttle op 20-05-2024 10:51 ]

[AUijtdehaag]

@Wouttle
Zo sta ik er ook in,
Ik zit nu 2 jaar vast bij Greenchoice.
Salderen kan altijd worden afgeschaft met een wetswijziging. Daar doet een vast contract niks aan af.
Maar ze kunnen niet zomaar andere tarieven gaan dwingen. Of terugleverboetes die bij afsluiting van het kontrakt nog niet bestonden.

En batterij opslag is nog gewoon duur (batterijen zijn ook een reden om naar dynamisch te gaan, kan je geld verdienen met hoog tarief)
Belgie heeft deze "schok" van afschaffing "saldering" oftewel de :"beloofde vaste teruglever premies voor PV " afschaffing al gehad.

Je ziet daar ook relatief veel consumenten overstappen op batterijen (en dito omvormers).
Er staan redelijk wat "gewone" SMA's in de verkoop daar. (2ehands.be)
Maar ook daar dien je als installateur in te kunnen loggen om modbus aan te zetten.
Anders kost het een puk codeaanvraag.

Dus wat is nu wijsheid?
Is afhankelijk van je situatie en kunnen.
2e hands qua omvomrer en zelf monteren zou mijn keuze zijn
De panelen zijn zo goedkoop dat die gewoon nieuw online besteld kunnen worden.
En spreiding van opbrengtst is nog steeds een goede tip denk ik

Edit: enige moeite die ik nog heb is om met een Home Manager 2.0, die uiteindelijk nodig is voor een battery., de drie omvormers die ik heb te regelen qua modbus
Schakel ik het netwerk uit voor die HM2.0 dan kan het probleemloos. Dus die houd ze op 100%.
Ik ben nog zoekende in de (modbus) manuals van de HM2.0
Er wordt verteld dat de energie leverancier extern via modbus kan schakelen. Dat is waar ik nog naar zoek.
Die HM2.0 heeft ook gewoon modbus tcp/ip en met een grid guard te schrijven naar een register van de HM2.0 zou het moeten kunnen.

[ Voor 18% gewijzigd door AUijtdehaag op 19-05-2024 23:57 ]

[Wouttle]

@AUijtdehaag
Ben bang dat mijn handigheid stopt voorbij dit toetsenbord. Er gaat bij mij sowieso iemand die daar handig in is langs moeten komen om het te installeren en dan weet ik ook niet of ik tweedehands aandurf. Ongeacht vast een goede tip voor vele andere tweakers hier zoals uzelf!

Ik ben nu wel beetje in de war met waar ik op zou moeten letten bij de aanschaf van een SMA omvormer wanneer ik de optie wil hebben om modbus TCP te kunnen activeren en zo export limiting zou kunnen gebruiken in Home Assistant.

[AUijtdehaag]

@Wouttle
Bij nieuw heb je daar geen last mee, zolang je zelf de omvormer gewoon aanmeld voor de 1e keer
Dan meld je je aan als installateur en kun je zelf je ww kiezen.

Bij 2e hands wordt het inderdaad een gokje en ook puk code aanvraag als particulier is een gokje
Mooiste is een 2e hands en dat het instalateurs ww bekend is. (Vraag daar naar)

En een 1-av41 of 3-av40 nemen.
Liever geen oudere STP xxxx TL-20 of SB xxxx TL-21 die schijnen af en toe modbus (en webconnect) problemen te hebben

[ Voor 17% gewijzigd door AUijtdehaag op 20-05-2024 00:09 ]

[Wouttle]

@AUijtdehaag
Ah juist! Gezien het vast en zeker toch nieuw zal worden kan ik daar gelijk achteraan bij de eventuele installateur, lijkt me. Dank voor de uitleg!

[sparkly]

Wouttle schreef op maandag 20 mei 2024 @ 00:05:
@AUijtdehaag
Ah juist! Gezien het vast en zeker toch nieuw zal worden kan ik daar gelijk achteraan bij de eventuele installateur, lijkt me. Dank voor de uitleg!

Ik heb 3 SolarEdge omvormers. 2x SE5k en 1x SE2200H.
1 met kabel en 2 via wifi. Heb ze alle 3 in home assistant en kan ze aansturen van 0-100% van het maximale vermogen. Paar paginas terug is er nog het eea over gedeeld.

[AUijtdehaag]

@sparkly
Als ik de laatste berichten lees in het solaredge topic is het niet zonder risico.

[Simpel360]

AUijtdehaag schreef op maandag 20 mei 2024 @ 04:31:
@sparkly
Als ik de laatste berichten lees in het solaredge topic is het niet zonder risico.

Klopt, maar er is verschil in de regeling van SE voor het uitzetten van de omvormer bij een bepaald tarief via de SE cloud en het beperken van het vermogen welke je lokaal stuurt via modbus.

[de Peer]

Wouttle schreef op zondag 19 mei 2024 @ 23:35:
[...]

Ik heb geen EV en die gaat er naar verwachting voorlopig ook niet komen. In dat geval zou je dus aanbevelen tóch een vast contract te nemen?
Je zegt wel gelijk weer iets interessants; "Zolang we mogen salderen". En dat is ook gelijk waar ik op voorbereid wil zijn wanneer ik misschien in de toekomst wel veel voordeliger af ga zijn met een dynamisch contract en niet ineens met geld moet gaan strooien om naar omvormers te gaan wisselen die wel kunnen terugschakelen. (Zie terugleverboetes/negatieve prijzen)
Ik kan nu 3 jaar een vast contract nemen, daarmee staat salderen 3 jaar vast, neem aan dat ze daar niet zomaar onderuit kunnen. Maar over 3 jaar is alles wellicht anders en dan zou ik graag omvormers hebben die mij kunnen assisteren. Het liefst lokaal en graag enigzins gebruiksvriendelijk. De Modbus oplossing voor SMA ziet er op het eerste gezicht ingewikkeld uit, maar wellicht valt dat in praktijk wel mee, zeker sinds ik er veel enthousiasme over zie in het grote SMA topic.

*edit: Beetje beter ingelezen in SMA en begrijp (in jip en janneke taal) dat wanneer je Modbus TCP inschakelt in de instellingen, je zonder extra hardware de inverter kan limiten via wifi/etherner en dus ook via Home Assistant. Heel netjes, minder ingewikkeld dan op het eerste oog.

Salderen kun je niet vastzetten. Is wettelijk geregeld. Als het komt te vervallen geldt dat ook voor jouw contract.
3 jaar vastzetten doe je om geen terugleverboete te hoeven betalen. Dat zou ik aanraden.

[Wouttle]

Het valt wel een beetje tegen om installateurs te vinden die met SMA omvormers werken. SolarEdge dan weer wel in overvloed. Lees ook veel over GoodWe omvormers die ook export limiting kennen, local en net Home Assistant. Al lees ik ook weer issues maar dit artikel zegt weer dat het gewoon kan. Daarom waardeer ik jullie ervaringen!

[AUijtdehaag]

@Wouttle
Je kan hier eens kijken eventueel.

[jongetje]

Wouttle schreef op zondag 19 mei 2024 @ 23:35:
[...]

Ik kan nu 3 jaar een vast contract nemen, daarmee staat salderen 3 jaar vast, neem aan dat ze daar niet zomaar onderuit kunnen.

Salderen is helemaal geen onderdeel van je contract. Dat is iets wat wettelijk moet, als de wet verandert, verandert dit mee. Netzoals de belastingen e.d.

Als je je zonnepanelen uit gaat schakelen op de momenten dat er negatieve prijzen zijn, dan zou ik ze niet kopen. De negatieve prijzen zijn juist op het moment dat je panelen lekker rendement aan het maken zijn. Dan kun je beter een dynamisch contract nemen en op die momenten energie afnemen want dan is het erg goedkoop (tot gratis of zelfs negatief).

Dingen aannemen en na roepen "omdat je ergens iets hebt gehoord" is sowieso niet verstandig. Reken eerst eens uit hoeveel je aan "boete" betaald als je zou terugleveren en hoeveel de teruglevering oplevert met het teruglevertarief en hoeveel energie je zelf direct gebruikt. Dan zet je daar de aanschaf van de installatie tegenover en weet je ongeveer de terugverdientijd.
Als je ze de helft van de tijd uitzet dan weet ik iig zeker dat het heel lang duurt voordat je ze terugverdient.

[Wouttle]

@AUijtdehaag Dank! Heb er ondertussen meerdere kunnen vinden.

@jongetje Ik informeer hier juist om te voorkomen dat ik zomaar wat aanneem en naroep. Verder klopt je informatie voor de huidige situatie helemaal, maar ik en @AUijtdehaag proberen juist voorbereid te zijn voor de toekomst, wanneer alles zeer waarschijnlijk weer heel anders gaat zijn. Het heel verhaal over de helft van de tijd uitzetten gaat ook niet op, want het zou juist slim door middel van curtailing gedaan worden, dus opbrengst terugbrengen wanneer er onbalans en/of een ongunstig prijs is. Nogmaals: in de toekomst wil ik dit kunnen. Dat dit op nu amper de moeite is, is duidelijk. Dank voor je input.

[wheli]

@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.

[Wouttle]

@wheli Dank voor het artikel, dat schetst inderdaad wel het beeld wat ik enigzins in mijn hoofd had. Ik heb ook de mogelijkheid om zonnepanelen richting O en W te plaatsen, wat dus gunstig zou moeten zijn in de spreiding van het opwekken van energie over de dag. Een warmtepomp is nog lastig te verantwoorden voor mij persoonlijk, maar met een grotere portemonnee had ik die stap graag willen maken al was het met het oog op de toekomst.
Zijn er ook tweakers hier die bij verwarmen/koelen met een airco icm zonnepanelen opbrengst? Praktisch gezien zijn dit natuurlijk gewoon warmtepompen zonder sanitair warm water, maar kunnen wel de cv met verwarmen helpen. En uiteraard in de zomer koelen.

[wheli]

Dat is behoorlijk offtopic maar gebeurt zeker. Punt is dat een beetje airco vaak maar 600 watt oid gebruikt en bv mijn panelen in het hoogseizoen richting de 4000 watt opwekken. Andere hebben nog vele malen meer panelen. Je kan er een paar euro mee sturen maar in mijn ogen moet je het vooral voor je comfort doen. In de winter als verwarming idem; als hoofdverwarming niet ideaal maar als bijverwarming prima.

[MacD007]

Wouttle schreef op zondag 19 mei 2024 @ 23:35:
[...]

Ik heb geen EV en die gaat er naar verwachting voorlopig ook niet komen. In dat geval zou je dus aanbevelen tóch een vast contract te nemen?
Je zegt wel gelijk weer iets interessants; "Zolang we mogen salderen". En dat is ook gelijk waar ik op voorbereid wil zijn wanneer ik misschien in de toekomst wel veel voordeliger af ga zijn met een dynamisch contract en niet ineens met geld moet gaan strooien om naar omvormers te gaan wisselen die wel kunnen terugschakelen. (Zie terugleverboetes/negatieve prijzen)
Ik kan nu 3 jaar een vast contract nemen, daarmee staat salderen 3 jaar vast,

niet helemaal, salderen is namelijk een wettelijke aspect en heeft in feite niets met jou contract te maken, een energieboer MOET salderen toestaan (dat is tenslotte jou wettelijk recht) ookal zouden ze zelf dat eigenlijk niet willen. De keerzijde is echter ook zo snel het wettelijk kader van salderen verdwijnt, hoeft een energieboer zich daar ook niet meer aan te houden. Dat kun je ook prima zien in de voorwaarden.
Dus verdwijt binnen jou contract (van bv 3 jaar) de wettelijke eis om te mogen salderen dan ben je dat ook direct kwijt, tenslotte is de energieboer dan namelijk ook niet meer gebonden aan deze wettelijke eis. Dat is net zo als de belastingen worden verhoogd, ook dan betaal je gewoon meer.

neem aan dat ze daar niet zomaar onderuit kunnen. Al door 4 mensen aangesproken dat dit dus wel kan. Dank, reageren hierover is niet meer nodig! Maar over 3 jaar is alles wellicht anders en dan zou ik graag omvormers hebben die mij kunnen assisteren. Het liefst lokaal en graag enigzins gebruiksvriendelijk. De Modbus oplossing voor SMA ziet er op het eerste gezicht ingewikkeld uit, maar wellicht valt dat in praktijk wel mee, zeker sinds ik er veel enthousiasme over zie in het grote SMA topic.

*edit: Beetje beter ingelezen in SMA en begrijp (in jip en janneke taal) dat wanneer je Modbus TCP inschakelt in de instellingen, je zonder extra hardware de inverter kan limiten via wifi/etherner en dus ook via Home Assistant. Heel netjes, minder ingewikkeld dan op het eerste oog.

[MacD007]

Wouttle schreef op maandag 20 mei 2024 @ 20:22:
@wheli Dank voor het artikel, dat schetst inderdaad wel het beeld wat ik enigzins in mijn hoofd had. Ik heb ook de mogelijkheid om zonnepanelen richting O en W te plaatsen, wat dus gunstig zou moeten zijn in de spreiding van het opwekken van energie over de dag. Een warmtepomp is nog lastig te verantwoorden voor mij persoonlijk, maar met een grotere portemonnee had ik die stap graag willen maken al was het met het oog op de toekomst.
Zijn er ook tweakers hier die bij verwarmen/koelen met een airco icm zonnepanelen opbrengst? Praktisch gezien zijn dit natuurlijk gewoon warmtepompen zonder sanitair warm water, maar kunnen wel de cv met verwarmen helpen. En uiteraard in de zomer koelen.

kijk eens naar een Quatt warmtepomp, die is vaak ook met een kleine beurs vaak ooknog te verantwoorden, je bent voor een hybride 4,5 kW warmtepomp circa 3.000 euro netto kwijt, dat is inclusief de installatie.
Mijn warmtepomp heeft me afgelopen winter ruim 1000 m3 gas bespaard (dat was ruim 90% van mijn vorig gasverbruik, nu blijft daar nog 150m3 van over. Een dergelijke warmtepomp (gem. COP van 4,9) heb je dus binnen 3-4 jaar terugverdient. (en de benodigde stroom (circa 1.900 kWh) kan ik voor 100% volledig salderen = dus gratis)
En ja, dit helpt natuurlijk niet om je teruglevering echt veel te verlagen, maar ik heb in oktober-april daardoor wel duidelijk een hoger eigen zonverbruik en daardoor ook een lager teruglevering.
juist omdat ik zelf ook nog een langlopend contract heb, tot medio 2026 heb ik dus nu ook geen last van een terugleverboete.
Er zijn nog steeds een aantal energieboeren die langlopende contracten (3 jaar) ook met zonnepanelen aan bieden, hier op tweakers heb je daar ook een apart forum voor.
Essent (deal mediamarkt bv) en GC zijn enkele voorbeelden, dus voor dat je je duur betaalde zonnepanelen uit gaat zetten is denk ik eerder de slimmere keuze om nu nog voor langere tijd deze zonder boetes vast te zetten. dan is er ook geen noodzaak om vreemde dingen te doen en kunnen je zonnepanelen exact dat doen waarvoor je ze uiteindelijk ook hebt geplaatst.
als je de komende regering hoort gaat er in 2027 dan een boel veranderen, maar ze moeten dat eerst nog eens zien klaar te spelen, ik verwacht dat ze helemaal hiervoor geen tijd en voldoende steun krijgen.
Maar zelfs zonder salderen heb je met een warmtepomp nog winst.

[Wouttle]

@MacD007 Dankjewel! Wellicht dat ik hier een nieuw topic over moet starten want zo neem ik het topic een beetje over en dwalen we af zoals @wheli terecht zegt. Zou met liefde een Quatt plaatsen maar heb geen idee of mijn energielabel B woning daar geschikt voor is. Ook gisteren een offerte van Zonneplan gehad waar ik niet zo goed weet of het nou een goede aanbieding is, en of ik überhaupt met Zonneplan in zee moet gaan.

[Doggieman]

Hallo Tweakers,

Ik ben sinds kort aan het proberen om het vermogen van m'n 4 al wat oudere SMA SB3000TL-21 & SB4000TL-21 omvormers "on the fly" te regelen. Dit om in de toekomst wanneer ik het nodig vind het terug leveren te beperken of zelfs te stoppen.
De volgende zaken heb ik, en/of lukken al:

-heb een "gebruiker" en "installateurs" wachtwoord voor iedere omvormer.
-heb een geldige SMA Grid Guard code.
-heb voor ieder type omvormer de juiste Modbus parameterlijst.
-kan met Node-Red parameters schrijven en lezen in de verschillende Modbus adressen van de omvormers.

Mijn vragen waar ik nog niet geheel uit ben:

Ik ben niet zeker of ik de juiste adressen heb gevonden voor het regelen van het vermogen van de omvormer. Ik heb gevonden:

40212 Active power limitation P, active power configuration. Format: W
40214 Active power limitation P, active power configuration. Format: %

Is het nu zo dat als ik adres 40214 beschrijf met laten we zeggen de waarde 50(%) via een slider in Node-Red, dat ik dan het de omvormer instel op maximaal 50% van het vermogen wat ingesteld staat bij adres 40212. Of doen deze 2 adressen allebei het zelfde (40212 regelt in Watt en 40214 in Procent van het maximaal omvormer vermogen?)
Dit is me niet geheel duidelijk. Ingeval van het laatste zou er dus nog een andere parameter zijn waar het maximaal vermogen wat de omvormer mag leveren wordt ingesteld.
Ik heb namelijk ook deze gevonden in de parameter lijst: 40915: Set active power limit.

Ik denk dus dat met deze parameter het vermogen word ingesteld wat de omvormer maximaal mag leveren, en met de andere twee wordt het actuele vermogen beperkt tot een percentage (40214) of tot een bepaald vermogen (40212) van deze waarde

Mijn omvormers geen web user interface. Ik heb wat topics op tweakers doorgenomen, maar daar worden alleen de nieuwere omvormers met web interface gebruikt voor het terug regelen met een slider. Ik begrijp dat met die setups external control oid moet worden ingesteld voordat je de parameters kunt aanpassen. Dit gaat dus niet met mijn omvormers.

Kan iemand mij een beetje op weg helpen hoe external control voor elkaar te krijgen met mijn omvormers? Of is het sturen van de Grid Guard Code naar het juiste adres (43090: Login with Grid Guard-Code) gevolgd door en waarde te schrijven naar 40212 of 40214 voldoende of hetzelfde?

Laatste vraag: hoe of waar kan ik vinden of adressen 40212/40214 geschikt zijn om constant (of vaak) te worden overschreven? Ik had begrepen dat sommige adressen niet tevaak mogen worden beschreven om slijtage te voorkomen van het geheugen. Iemand die dit weet of een link heeft waar ik dit vinden kan?

Alvast dank!

[ Voor 6% gewijzigd door Doggieman op 13-06-2024 14:23 ]

[sun62]

@Doggieman ik heb iets gemaakt gemaakt in nodered, je kan mijn flow eens bekijken hoe ik het opgezet heb. https://flows.nodered.org...acc6ebed2f5ebb5988757dfe9

[Doggieman]

@sun62

Deze had ik inderdaad al gevonden en even geïmporteerd in Node-Red om te zien hoe e.e.a. werkte. Het probleem is niet het opzetten en lezen/schrijven van de Modbus registers in Node-red en de omvormer(s) Ben geen expert, maar daar red ik me dan nog wel mee😁

Het is meer of iemand kan bevestigen of de adressen die ik noem diegene zijn die ik nodig heb. Tevens wil ik eigenlijk wel zeker weten dat deze adressen ook gewoon vaak veel beschreven mogen worden.

Ik kan natuurlijk gewoon die adressen beschrijven en kijken of e.e.a werkt. Dit ga ik ook wel doen denk ik. Maar ik wil dus eigenlijk wel zeker weten dat die adressen ook gewoon vaak beschreven mogen worden. Weet niet precies hoe het heet maar het schijnt zo te zijn dat sommige typen geheugen sneller slijten dan andere. Adressen die vaak beschreven worden zijn van een ander type geheugen heb ik me laten vertellen. Die kunnen er dus tegen.

Ook heb ik geen external control instelling op de omvormer. Dus ik ga er vanuit dat ik eerst een grid guard code moet sturen naar een bepaald adres en pas daarna de parameter kan veranderen. Kan bij SMA niet echt vinden hoe dit nu precies werkt als de parameter alleen ingesteld of veranderd kan worden met die Grid Guard Code.

[RobertV70]

FreakNL schreef op zondag 19 mei 2024 @ 23:20:
[...]


Ja er komen “boetes”

Nee, het ziet er niet naar uit dat die boetes de TLV gaan overschrijden. Wel zal je netto niet veel overhouden maar elke cent/kwh is er 1.

Je praat over iets wat nu niet relevant is en in de toekomst waarschijnlijk ook niet. En als dat wel zo gaat zijn kun je altijd nog daarnaar handelen.

Modelcontract mensen, Modelcontract. No further action needed.

[sun62]

@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.

Excel:
https://docs.google.com/s...399407&rtpof=true&sd=true

[ Voor 12% gewijzigd door sun62 op 14-06-2024 09:15 ]

[Doggieman]

@sun62

Ja.... dat lijkt me inderdaad de instelling om "external control" mogelijk te maken. Die was mezelf nog niet opgevallen. Weer een stapje verder! Heel erg bedankt! Die 1077 en 1078 zijn me duidelijk wat die inhouden. Heb je misschien een idee wat die
1079 inhoud? Lijkt mij de standaard instelling? De omvormer gebruikt dan gewoon de instellingen voor vermogen die ingesteld staan in de omvormer zelf lijkt me? Want staat nu op 1079

Ik wil uiteindelijk een soort van "nul" op de meter kunnen draaien met de omvormers. Omdat ik de waarden van m'n slimme meter beschikbaar heb weet ik wanneer en hoeveel ik teruglever. Dan lijkt het me het makkelijkst als ik gewoon op vermogen regel en niet op procent van het vermogen.

Ga ik nu nog uitzoeken of ik iedere keer eerst die Grid Guard Code moet versturen voor ik het vermogen aan kan passen of dat ik dit maar eenmalig hoef te doen.
Want al deze instellinhen zitten achter die grid guard code blijkt.

[ Voor 9% gewijzigd door Doggieman op 14-06-2024 09:48 ]

[sun62]

@Doggieman 1079 weet ik ook niet wat die precies doet, mischien iets wat de omvormer zelf kan aansturen aan de hand van sensoren. Bij mijn omvormer werkte alleen het aansturen in %.

[Doggieman]

sun62 schreef op vrijdag 14 juni 2024 @ 09:47:
@Doggieman 1079 weet ik ook niet wat die precies doet, mischien iets wat de omvormer zelf kan aansturen aan de hand van sensoren. Bij mijn omvormer werkte alleen het aansturen in %.

Ok... Duidelijk. Nogmaals dank voor het meedenken😁.
Even gecheckt en die 1079 staat nu ingesteld dus lijkt me de standaard waarde. Ga zo eens wat zaken proberen.

[Andrehj]

@Doggieman : Voor SMA is er een eigen topic, waarin je veel SMA-specifieke kennis zit, voor jouw vragen de juiste plek denk ik: Het grote SMA topic

[Doggieman]

Dank... gaan ik daar heen.

[floris365]

Ik heb een variabel contract dus ik heb nooit een negatieve prijs.
Ik betaal het hele jaar geen cent voor stroom. En krijg een beetje geld terug voor teruglevering. Helemaal geen problemen.
Ik heb genoeg panelen om het huis te verwarmen met een flinke airco.
Dus gas gebruik ik alleen voor douchen.
1 m³ per week

[de Peer]

floris365 schreef op zondag 23 juni 2024 @ 19:21:
Ik heb een variabel contract dus ik heb nooit een negatieve prijs.
Ik betaal het hele jaar geen cent voor stroom. En krijg een beetje geld terug voor teruglevering. Helemaal geen problemen.
Ik heb genoeg panelen om het huis te verwarmen met een flinke airco.
Dus gas gebruik ik alleen voor douchen.
1 m³ per week

De boot gemist dus voor het 3 jaar vastzetten bij greenchoice?
Want nu krijg ook jij met terugleverkosten te maken.

[floris365]

de Peer schreef op zondag 23 juni 2024 @ 19:25:
[...]

De boot gemist dus voor het 3 jaar vastzetten bij greenchoice?
Want nu krijg ook jij met terugleverkosten te maken.

Ik kom precies uit tussen de 0 en 500kWh en dan betaal ik geen terugleververgoeding bij vattenfall.

[de Peer]

floris365 schreef op zondag 23 juni 2024 @ 19:29:
[...]

Ik kom precies uit tussen de 0 en 500kWh en dan betaal ik geen terugleververgoeding bij vattenfall.

Dan heb je het verkeerd begrepen denk ik. Het gaat om bruto teruglevering. Niet netto.

Je gaat dus fors hoger uit komen. Daarom stapte iedereen over naar greenchoice 3 jaar vast afgelopen maanden.

[Truus01]

floris365 schreef op zondag 23 juni 2024 @ 19:21:
Dus gas gebruik ik alleen voor douchen.
1 m³ per week

Ben je dan niet goedkoper uit met een elektrische boiler, om te douchen? Scheelt je alleen aan vastrecht al zo'n €250-300/jr.
Oh wacht, je gaat dan waarschijnlijk wel iets meer dan de 500kWh verbruiken die je nu netto teruglevert.

[_Richie_]

floris365 schreef op zondag 23 juni 2024 @ 19:29:
[...]

Ik kom precies uit tussen de 0 en 500kWh en dan betaal ik geen terugleververgoeding bij vattenfall.

Terugleververgoeding hoef je bij een modelcontract bij Vattenfall niet te betalen!

[jongetje]

floris365 schreef op zondag 23 juni 2024 @ 19:29:
[...]

Ik kom precies uit tussen de 0 en 500kWh en dan betaal ik geen terugleververgoeding bij vattenfall.

Lever je echt in een heel jaar maar zo weinig terug met je zonnepanelen? Ik heb er 10 liggen en in de zomer gaat er echt meer dan 500kWh het net in. Tenzij je een enorme accu hebt staan of maar 2 panelen hebt kan ik me het niet voorstellen.

[jobr]

_Richie_ schreef op zondag 14 juli 2024 @ 19:30:
Terugleververgoeding hoef je bij een modelcontract bij Vattenfall niet te betalen!

Terugleververgoeding krijg je, terugleverkosten betaal je. Die laatste bedoel jij

[JanAllElectric]

Gameboy schreef op maandag 6 mei 2024 @ 13:11:
[...]


Ik heb ook een dergelijke loadbalancer in mijn HA geklikt. Daartoe heb ik 3 "helpers" aangemaakt:

- Home Power Usage:
Deze helper berekent het verbruik van het huis als: ( PV opbrengst + P1 import - P1 export )
- Average Home Power Usage:
Deze sensor (via de "average sensor" integratie, geinstalleerd via HACS), berekent het 15-seconden gemiddelde van bovenstaande helper.
- Average Home Power to Solar Percent:
Deze helper berekent het doel-percentage van de PV omvormer door de "Average Home Power" te delen door het maximale vermogen van de PV omvormer: ( ( average home power / max. PV vermogen ) * 100% ).

En dat laatste percentage is in een automation de trigger en de waarde die naar de SAJ power limit "number" entity wordt geschreven bij wijzigingen, wanneer de inkoopprijs (spotprijs + inkoopvergoeding) negatief is.

Dit "lagged" wel een klein beetje (ca. 15 seconden), maar stelt op elk moment wel direct het juiste benodigde percentage van de power limit in, wat mijn huis op dat moment nodig heeft.

Nul op de meter zolang de spotprijs + inkoopvergoeding negatief is, maar de totaalprijs nog positief. Wanneer ook de totaalprijs negatief wordt, gaat het gewenste omvormervermogen naar 0%.

Interessante discussie .

Ik ben nu zover dat ik mijn 3 APS micro-omvormers soft aan en uit kan zetten (via de ECU-R en Home Assistant/node red) en mijn Solaredge SE2200 (via MODBUS-TCP, Home Assistant /node red) via de slider van 0-100%.

Mijn vraag is nu: waarom nul op de meter (NOM) zolang de spotprijs + inkoopvergoeding negatief is, maar de totaalprijs nog positief. Ik snap het voordeel ervan (nog) niet.

[Dapdodo]

JanAllElectric schreef op vrijdag 26 juli 2024 @ 20:14:
[...]
Mijn vraag is nu: waarom nul op de meter (NOM) zolang de spotprijs + inkoopvergoeding negatief is, maar de totaalprijs nog positief. Ik snap het voordeel ervan (nog) niet.

Deze regel geldt alleen als je al klaar bent met genoeg verzamelen om te kunnen salderen.
Tenzij je zeker weet dat je met de positieve bedragen genoeg energie terug levert om alles te kunnen salderen.

Je hebt 3 fases in tarieven:
- Positief: Terugleveren
- Negatief excl bel:
A: Voldoende kWh verzamelt om te salderen: NOM draaien
B: Onvoldoende om te salderen gewoon terugleveren.
- Negatief incl bel: Stoppen met terugleveren en zoveel mogelijk verbruiken

Op basis van de hoeveelheden van vorig jaar gesimuleerd, kom ik erop uit dat negatiever dan -5cent ik NOM moet gaan draaien. Daarboven gewoon terugleveren.

[JanAllElectric]

Dapdodo schreef op vrijdag 26 juli 2024 @ 21:18:
[...]

Deze regel geldt alleen als je al klaar bent met genoeg verzamelen om te kunnen salderen.
Tenzij je zeker weet dat je met de positieve bedragen genoeg energie terug levert om alles te kunnen salderen.

Je hebt 3 fases in tarieven:
- Positief: Terugleveren
- Negatief excl bel:
A: Voldoende kWh verzamelt om te salderen: NOM draaien
B: Onvoldoende om te salderen gewoon terugleveren.
- Negatief incl bel: Stoppen met terugleveren en zoveel mogelijk verbruiken

Op basis van de hoeveelheden van vorig jaar gesimuleerd, kom ik erop uit dat negatiever dan -5cent ik NOM moet gaan draaien. Daarboven gewoon terugleveren.

Bedankt voor de nuance.

Ik verbruik veel meer op jaarbasis (77kWh EV, 12kW Warmtepomp) dan ik opleveren kan met mijn panelen (7,7kWpiek). Dus als ik goed begrijp geldt dan eigenlijk altijd voor mij optie B bij negatief excl bel.

[onetime]

@JanAllElectric Tenzij de prijs dus erg negatief wordt.

Dapdodo schreef op vrijdag 26 juli 2024 @ 21:18:
[...] Deze regel geldt alleen als je al klaar bent met genoeg verzamelen om te kunnen salderen.
Tenzij je zeker weet dat je met de positieve bedragen genoeg energie terug levert om alles te kunnen salderen.

Je hebt 3 fases in tarieven:
- Positief: Terugleveren
- Negatief excl bel:
A: Voldoende kWh verzamelt om te salderen: NOM draaien
B: Onvoldoende om te salderen gewoon terugleveren.
- Negatief incl bel: Stoppen met terugleveren en zoveel mogelijk verbruiken

Op basis van de hoeveelheden van vorig jaar gesimuleerd, kom ik erop uit dat negatiever dan -5cent ik NOM moet gaan draaien. Daarboven gewoon terugleveren.

[elektriekert]

Gameboy schreef op maandag 6 mei 2024 @ 14:05:
[...]


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:

sensor: !include sensors.yaml

In sensors.yaml :

YAML:

- 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:

{{ (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:

{{ 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:

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:

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)...

[Afbeelding]

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)

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.

[elektriekert]

Gameboy schreef op maandag 6 mei 2024 @ 14:05:
[...]


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:

sensor: !include sensors.yaml

In sensors.yaml :

YAML:

- 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:

{{ (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:

{{ 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:

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:

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)...

[Afbeelding]

Inmiddels draait hier alles, load-balacing en export naar 0 heb ik nog niet meegemaakt.

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?

[Eärendil]

@elektriekert
Als je met alle uren dat je wel 100% levert je eigen verbruik al hebt gesaldeerd maakt dat niet meer uit bij die uren dat je met loadbalancing draait.

Dat gaat er dus vanuit dat je op jaarbasis ruim meer kan produceren dan je verbruikt.

[elektriekert]

Eärendil schreef op zondag 18 mei 2025 @ 21:51:
@elektriekert
Als je met alle uren dat je wel 100% levert je eigen verbruik al hebt gesaldeerd maakt dat niet meer uit bij die uren dat je met loadbalancing draait.

Dat gaat er dus vanuit dat je op jaarbasis ruim meer kan produceren dan je verbruikt.

Ah ja, duidelijk.

Iets wat wij met de komst van de EV niet meer gaan halen

[onetime]

@elektriekert Wat denk je van "terugleverkosten"?

edit: alleen bij de "slimme" of digitale meter, niet bij de gewone Ferraris meter.

[ Voor 45% gewijzigd door onetime op 19-05-2025 01:13 ]

[Eärendil]

onetime schreef op maandag 19 mei 2025 @ 01:12:
@elektriekert Wat denk je van "terugleverkosten"?

De code van @Gameboy is voor dynamische contracten, daar is geen sprake van terugleverkosten

[Gameboy]

Eärendil schreef op zondag 18 mei 2025 @ 21:51:
@elektriekert
Als je met alle uren dat je wel 100% levert je eigen verbruik al hebt gesaldeerd maakt dat niet meer uit bij die uren dat je met loadbalancing draait.

Dat gaat er dus vanuit dat je op jaarbasis ruim meer kan produceren dan je verbruikt.

Ja, ik heb mijn code inmiddels ook aangepast om direct bij EPEX + inkoopvergoeding < 0 al de hele PV productie te stoppen, dus naar 0 opwek te regelen.

Zolang de saldering nog kan, is dat financieel gunstiger, ik betaal immers helemaal geen Energiebelasting met een ruim export-overschot op jaarbasis.

Wanneer de salderingsregeling stopt, komt de situatie (EPEX + inkoopvergoeding) < 0 en (totaalprijs incl. EB) > 0 weer terug in de code, en zal er in die uren Nul-op-de-meter worden gestuurd met mijn omvormer.

[Dakdak]

Gameboy schreef op maandag 19 mei 2025 @ 08:26:
[...]


Ja, ik heb mijn code inmiddels ook aangepast om direct bij EPEX + inkoopvergoeding < 0 al de hele PV productie te stoppen, dus naar 0 opwek te regelen.

Zolang de saldering nog kan, is dat financieel gunstiger, ik betaal immers helemaal geen Energiebelasting met een ruim export-overschot op jaarbasis.

Wanneer de salderingsregeling stopt, komt de situatie (EPEX + inkoopvergoeding) < 0 en (totaalprijs incl. EB) > 0 weer terug in de code, en zal er in die uren Nul-op-de-meter worden gestuurd met mijn omvormer.

Als je bij Zonneplan zit (volgens je ondertekening), kun je in de Zonneplan app aanzetten dat ze automatisch je zonnepanelen uitschakelen bij een negatieve stroomprijs. Die optie heet Powerplay en is gratis. Dus waarom niet.


Dan verdien je ook extra geld als Zonneplan door te handelen op de onbalans markt je panelen uitschakelt bij een positieve stroomprijs. Je krijgt dan het bedrag wat de zonnepanelen gedurende die minuten opgebracht zouden hebben + een deel van de opbrengst van het handelen.

Krijg ik meestal een paar tientjes per maand jaar, en nooit zorgen over negatieve stroomprijs. En het is beter voor het stroomnet. Toch een leuk idee.

[ Voor 0% gewijzigd door Dakdak op 19-05-2025 10:54 . Reden: Niet maand maar jaar ]

[PeacekeeperNL]

Dakdak schreef op maandag 19 mei 2025 @ 10:51:
[...]


Als je bij Zonneplan zit (volgens je ondertekening), kun je in de Zonneplan app aanzetten dat ze automatisch je zonnepanelen uitschakelen bij een negatieve stroomprijs. Die optie heet Powerplay en is gratis. Dus waarom niet.


Dan verdien je ook extra geld als Zonneplan door te handelen op de onbalans markt je panelen uitschakelt bij een positieve stroomprijs. Je krijgt dan het bedrag wat de zonnepanelen gedurende die minuten opgebracht zouden hebben + een deel van de opbrengst van het handelen.

Krijg ik meestal een paar tientjes per maand jaar, en nooit zorgen over negatieve stroomprijs. En het is beter voor het stroomnet. Toch een leuk idee.

Wat het hierbij dacht ik wel is, dan moeten de panelen door Zonneplan zijn geplaatst. Collega van mij heeft wel Powerplay beschikbaar, ik niet in de app. Het verschil is dat Zonneplan bij hem panelen heeft geplaatst, en een externe partij dat bij mij heeft gedaan.

[Gameboy]

Dakdak schreef op maandag 19 mei 2025 @ 10:51:
[...]


Als je bij Zonneplan zit (volgens je ondertekening), kun je in de Zonneplan app aanzetten dat ze automatisch je zonnepanelen uitschakelen bij een negatieve stroomprijs. Die optie heet Powerplay en is gratis. Dus waarom niet.


Dan verdien je ook extra geld als Zonneplan door te handelen op de onbalans markt je panelen uitschakelt bij een positieve stroomprijs. Je krijgt dan het bedrag wat de zonnepanelen gedurende die minuten opgebracht zouden hebben + een deel van de opbrengst van het handelen.

Krijg ik meestal een paar tientjes per maand jaar, en nooit zorgen over negatieve stroomprijs. En het is beter voor het stroomnet. Toch een leuk idee.

Ja, ik heb Powerplay een hele tijd gebruikt, maar de "negatieve prijsbescherming" werkt niet (correct).

Ik heb een heel flink export-overschot, daarom betaal ik helemaal geen energiebelasting zolang ik kan salderen. Dus ik heb al financieel nadeel (= ik moet betalen voor export) zodra de EPEX prijs + inkoopvergoeding negatief wordt. En Zonneplan zet de omvormer pas uit als de totale prijs, inclusief energiebelasting, negatief wordt.

Ik heb daar meermaals over gecommuniceerd, maar ofwel ze snappen het niet, of ze weigeren dit te (h)erkennen. Daarom stuur ik sinds een tijdje weer gewoon zelf mijn omvormer aan, zodat de PV opwek naar 0 gaat wanneer de "juiste" prijs (EPEX + inkoop) al negatief is.

Ik blijf wel bij Zonneplan, ook vanwege de 10% Zonnebonus, dat is toch mooi meegenomen. Met mijn Sessy kan ik de import- en exportmomenten flink sturen, en kan lekker in de dure avonduren extra stroom uit de accu naar het net exporteren, met 10% extra vergoeding. Ik probeer wel zoveel stroom over te houden dat ik de nacht door kan op NOM, tot de panelen weer opwek genereren.

En mogelijk (hopelijk?) gaan ze na afloop van de salderingsregeling wel op de correcte negatieve prijsmomenten sturen met Powerplay, wie weet zet ik het dan weer aan

[elektriekert]

onetime schreef op maandag 19 mei 2025 @ 01:12:
@elektriekert Wat denk je van "terugleverkosten"?

edit: alleen bij de "slimme" of digitale meter, niet bij de gewone Ferraris meter.

Dat is niet van toepassing bij een dynamisch contract, wellicht had ik dat duidelijk moeten maken.

[targaryanwolf]

_Richie_ schreef op zondag 14 juli 2024 @ 19:30:
[...]


Terugleververgoeding hoef je bij een modelcontract bij Vattenfall niet te betalen!

Indirect betaal je die terugverkosten wel, vele energieleveranciers hebben bij een modelcontract de vaste leveringskosten per maand omhoog gekrikt, bij budget energie is dat €29.99 per maand en als je 1 jaar vast zou nemen is dat €8.99 per maand

Edit: zie nu pas dat ik een reactie van vorig jaar zit te quoten

[ Voor 7% gewijzigd door targaryanwolf op 19-05-2025 14:07 ]

[elektriekert]

Gameboy schreef op maandag 19 mei 2025 @ 12:43:
[...]


Ja, ik heb Powerplay een hele tijd gebruikt, maar de "negatieve prijsbescherming" werkt niet (correct).

Ik heb een heel flink export-overschot, daarom betaal ik helemaal geen energiebelasting zolang ik kan salderen. Dus ik heb al financieel nadeel (= ik moet betalen voor export) zodra de EPEX prijs + inkoopvergoeding negatief wordt. En Zonneplan zet de omvormer pas uit als de totale prijs, inclusief energiebelasting, negatief wordt.

Ik heb daar meermaals over gecommuniceerd, maar ofwel ze snappen het niet, of ze weigeren dit te (h)erkennen. Daarom stuur ik sinds een tijdje weer gewoon zelf mijn omvormer aan, zodat de PV opwek naar 0 gaat wanneer de "juiste" prijs (EPEX + inkoop) al negatief is.

Ik blijf wel bij Zonneplan, ook vanwege de 10% Zonnebonus, dat is toch mooi meegenomen. Met mijn Sessy kan ik de import- en exportmomenten flink sturen, en kan lekker in de dure avonduren extra stroom uit de accu naar het net exporteren, met 10% extra vergoeding. Ik probeer wel zoveel stroom over te houden dat ik de nacht door kan op NOM, tot de panelen weer opwek genereren.

En mogelijk (hopelijk?) gaan ze na afloop van de salderingsregeling wel op de correcte negatieve prijsmomenten sturen met Powerplay, wie weet zet ik het dan weer aan

Ik had de code ook ff snel gewijzigd en door AI gegooid voor syntax fouten (want N00b),
met een # tag erbij voor mijn eigen verduidelijking.

Ik kreeg een mogelijk voorstel om de code uit te breiden met het jaar in we zitten om dan in 2027 over te gaan op de load balancing.

Echt super simpel maar had er geen benul van.
Bij deze dus ook aangepast

Hartelijk dank voor het delen van je code, hoe de omvormer aan te sturen van de omvormer met modbus en je uitleg

[ Voor 3% gewijzigd door elektriekert op 19-05-2025 14:44 ]

[Dakdak]

PeacekeeperNL schreef op maandag 19 mei 2025 @ 10:57:
[...]


Wat het hierbij dacht ik wel is, dan moeten de panelen door Zonneplan zijn geplaatst. Collega van mij heeft wel Powerplay beschikbaar, ik niet in de app. Het verschil is dat Zonneplan bij hem panelen heeft geplaatst, en een externe partij dat bij mij heeft gedaan.

Ja klopt, was ik even vergeten, ze sturen daarvoor de Zonneplan omvormer aan. Ik las laatst wel dat ze aan het ontwikkelen zijn om ook andere merken installaties te kunnen aansturen, maar ik weet niet wat de status is. Volgens hun chatbot nog geen datums bekend.

[_Richie_]

targaryanwolf schreef op maandag 19 mei 2025 @ 14:05:
[...]


Indirect betaal je die terugverkosten wel, vele energieleveranciers hebben bij een modelcontract de vaste leveringskosten per maand omhoog gekrikt, bij budget energie is dat €29.99 per maand en als je 1 jaar vast zou nemen is dat €8.99 per maand

Edit: zie nu pas dat ik een reactie van vorig jaar zit te quoten

Ja dat klopt inderdaad... Geen terugleverkosten maar de leveranciers hebben de modelcontracten woest onaantrekkelijk gemaakt door de vaste leveringskosten exorbitant hoog te maken. Vorig jaar hadden ze dit nog niet door en waren de leveringskosten van het modelcontract met Vattenfall (wat ik toevallig dus had) nog 'normaal'.

[targaryanwolf]

_Richie_ schreef op dinsdag 20 mei 2025 @ 09:06:
[...]


Ja dat klopt inderdaad... Geen terugleverkosten maar de leveranciers hebben de modelcontracten woest onaantrekkelijk gemaakt door de vaste leveringskosten exorbitant hoog te maken. Vorig jaar hadden ze dit nog niet door en waren de leveringskosten van het modelcontract met Vattenfall (wat ik toevallig dus had) nog 'normaal'.

Heb zelf toevallig net weer voor 1 jaar afgesloten, kreeg €375 welkoms korting, die kan ik dan wegstrepen tegen mijn terugleverboete van €200,-

[mrmrmr]

_Richie_ schreef op dinsdag 20 mei 2025 @ 09:06:
[...]


Ja dat klopt inderdaad... Geen terugleverkosten maar de leveranciers hebben de modelcontracten woest onaantrekkelijk gemaakt door de vaste leveringskosten exorbitant hoog te maken. Vorig jaar hadden ze dit nog niet door en waren de leveringskosten van het modelcontract met Vattenfall (wat ik toevallig dus had) nog 'normaal'.

Er is een topic over modelcontracten hier:
Modelcontracten, van 1 januari tot 1 juli 2025

Er is een spreadsheet waarmee je voor jezelf kan berekenen welk modelcontract zou kunnen passen voor je eigen situatie.

[_Richie_]

mrmrmr schreef op dinsdag 20 mei 2025 @ 17:09:
[...]


Er is een topic over modelcontracten hier:
Modelcontracten, van 1 januari tot 1 juli 2025

Er is een spreadsheet waarmee je voor jezelf kan berekenen welk modelcontract zou kunnen passen voor je eigen situatie.

thanks voor de tip, vorig jaar heb ik bij greenchoice een contract afgesloten zonder terugleveringskosten..

[fissa]

Ik zit met 18 panelen (Yingli Solar 275 waterpiek) die veel te veel opwekken (die al op het huis zaten toen ik deze kocht). Er zit een domme Growatt omvormer bij, dus slim uit en aanschakelen gaat hem niet worden om het terugleveren te stoppen. Lever er ongeveer 3000 terug en neem er vervolgens 2500 af van het net.
Voor nu afgedekt met een modelcontract wat mij zo’n 350 euro scheelde op jaarbasis.
Maar wat in 2027? Ik zit te denken dat het in 2027 een overweging is om gewoon niks terug te leveren en de opwek gewoon direct te gebruiken (als je dit kan). Bv. een warmtepomp voor het zwembad, simpele boiler om warm water te maken voor het douchen enz.
Maar hoe organiseer ik dit technisch hardware wise? Is er een omvormer die ik kan laten plaatsen (in plaats van de Growatt) die dit slim regelt? Solaredge kan de teruglevering stoppen toch?
Ik ben recent gestart met HomeAssistant. Dus kan eventueel wat apparaten in het huis automatiseren op basis van “opwek” of niet.

[onetime]

@fissa Kijk eens hier voor ideeën: Eigen verbruik zelf opgewekte electra verhogen (autonomie?)

[de Peer]

fissa schreef op donderdag 7 augustus 2025 @ 10:19:
Ik zit met 18 panelen (Yingli Solar 275 waterpiek) die veel te veel opwekken (die al op het huis zaten toen ik deze kocht). Er zit een domme Growatt omvormer bij, dus slim uit en aanschakelen gaat hem niet worden om het terugleveren te stoppen. Lever er ongeveer 3000 terug en neem er vervolgens 2500 af van het net.
Voor nu afgedekt met een modelcontract wat mij zo’n 350 euro scheelde op jaarbasis.
Maar wat in 2027? Ik zit te denken dat het in 2027 een overweging is om gewoon niks terug te leveren en de opwek gewoon direct te gebruiken (als je dit kan). Bv. een warmtepomp voor het zwembad, simpele boiler om warm water te maken voor het douchen enz.
Maar hoe organiseer ik dit technisch hardware wise? Is er een omvormer die ik kan laten plaatsen (in plaats van de Growatt) die dit slim regelt? Solaredge kan de teruglevering stoppen toch?
Ik ben recent gestart met HomeAssistant. Dus kan eventueel wat apparaten in het huis automatiseren op basis van “opwek” of niet.

makkelijkst is nog altijd een contract afsluiten waarbij je (netto) niet hoeft te betalen. Dan hoef je ook geen technische maatregelen te nemen.

[onetime]

de Peer schreef op donderdag 7 augustus 2025 @ 11:02:
[...] makkelijkst is nog altijd een contract afsluiten waarbij je (netto) niet hoeft te betalen. Dan hoef je ook geen technische maatregelen te nemen.

... wat niet betekent dat maatregelen je geen voordeel op kunnen leveren.

[Arjanski]

whiner schreef op zondag 19 februari 2023 @ 08:57:
Als de overheid zich van zijn goede kant laat zien en we moeten gaan betalen voor het terugleveren. Dan is de simpelste oplossing denk ik zonwering op je zonnepanelen instaleren.

Geen idee of dat makkelijk te realiseren is, maar dan hoef je niet te spelen met elektra.

Je kan ongeveer uitrekenen hoeveel panelen actief moeten zijn om neutraal te zijn. De rest blindeer je.

Misschien werkt onderstaande ook. folie dat met stroom erop ramen blindeerd.

https://switchfoil.com/nl

Er bestaan systemen waarbij je elk zonnepaneel apart in of uit kan schakelen. Ben de naam ff kwijt.

[Eärendil]

Arjanski schreef op donderdag 14 augustus 2025 @ 00:48:
[...]

Er bestaan systemen waarbij je elk zonnepaneel apart in of uit kan schakelen. Ben de naam ff kwijt.

Zonnepanelen apart schakelen is niet nodig, je kan in veel omvormers dynamisch het vermogen instellen.

[whiner]

Arjanski schreef op donderdag 14 augustus 2025 @ 00:48:
[...]

Er bestaan systemen waarbij je elk zonnepaneel apart in of uit kan schakelen. Ben de naam ff kwijt.

Dat klopt. Maar dat wist ik toen nog niet. Ik heb nu ook een automatisering gemaakt dat de omvormer minder laat opwekken.

Maar de voorspelling van 2023 kwam wel uit.

[_Richie_]

fissa schreef op donderdag 7 augustus 2025 @ 10:19:
Ik zit met 18 panelen (Yingli Solar 275 waterpiek) die veel te veel opwekken (die al op het huis zaten toen ik deze kocht). Er zit een domme Growatt omvormer bij, dus slim uit en aanschakelen gaat hem niet worden om het terugleveren te stoppen. Lever er ongeveer 3000 terug en neem er vervolgens 2500 af van het net.
Voor nu afgedekt met een modelcontract wat mij zo’n 350 euro scheelde op jaarbasis.
Maar wat in 2027? Ik zit te denken dat het in 2027 een overweging is om gewoon niks terug te leveren en de opwek gewoon direct te gebruiken (als je dit kan). Bv. een warmtepomp voor het zwembad, simpele boiler om warm water te maken voor het douchen enz.
Maar hoe organiseer ik dit technisch hardware wise? Is er een omvormer die ik kan laten plaatsen (in plaats van de Growatt) die dit slim regelt? Solaredge kan de teruglevering stoppen toch?
Ik ben recent gestart met HomeAssistant. Dus kan eventueel wat apparaten in het huis automatiseren op basis van “opwek” of niet.

Weet niet welke growatt je hebt maar er zijn mogelijkheden https://doe-duurzaam.nl/a...en-via-modbus-of-een-app/

[Arjanski]

Is het echt zo dat je met die Power Limit van Solis met de cloud kan instellen dat de zonnepanelen (of eigenlijk de omvormer) minder watt op je stroomnet thuis opwekken?

Ik zie die optie bij mij in Home assistant (wel regelmatig offline).

Daar moet toch ook iets moois mee te regelen zijn als je de terugleverboete moet gaan betalen.

(hoe dat eigenlijk word met Dynamisch dat weet volgens mij nog niemand).

Ik had al een schakeling gemaakt voor als de prijs negatief is. Maar echt negatief inclusief de belasting... nou ja, je kan het amper op 1 hand tellen. Bedoel zo weinig dat dat gebeurd. zeg eigenlijk maar gerust helemaal niet. Dan heb ik het over de belasting die er bij zit he, die betaal je altijd. Ook al is de prijs - 0,1.

Maar ik zit te denken dat dit misschien gebruikt kan worden om zo min mogelijk het net op te sturen straks. Je zonnepanelen zo veel mogelijk je eigen verbruik laten volgen. Maar dat... dan krijgt solis het wel druk in 2027 en verder.

Het gaat in procenten. 0 - 110%

ALs je de solis op 2500 W hebt staan.

10% = 250 W
20% = 500 W
30% = 750 W
40% = 1000 W
50% = 1250 W
60% = 1500 W
70% = 1760 W
80% = 2000 W
90% = 2250 W
100% = 2500 W

Handig om er bij te houden bij een script.

[Arjanski]

de Peer schreef op donderdag 7 augustus 2025 @ 11:02:
[...]

makkelijkst is nog altijd een contract afsluiten waarbij je (netto) niet hoeft te betalen. Dan hoef je ook geen technische maatregelen te nemen.

Tsja maar weet je het veranderd als het weer bij wijze van spreken. Wie weet wat dynamisch gaat doen in 2027? Ik geef maar een voorbeeld. Ik vind het fijn om wel voorbereid te zijn op technische mogelijkheden zodat ik snel in kan springen naar een andere situatie. Ook al ga ik het niet gebruiken.

[de Peer]

Arjanski schreef op zaterdag 16 augustus 2025 @ 22:50:
[...]


Tsja maar weet je het veranderd als het weer bij wijze van spreken.

Daarom handig om bijvoorbeeld voor 1 of 3 jaar een contract te nemen. Dan heb je vrij lang zekerheid.
Het hele fenomeen terigleverkosten gaat aan mij voorbij. Heb ze nooit betaald en ga dat ook niet doen

[Andrehj]

de Peer schreef op zondag 17 augustus 2025 @ 00:29:
Daarom handig om bijvoorbeeld voor 1 of 3 jaar een contract te nemen. Dan heb je vrij lang zekerheid.
Het hele fenomeen terigleverkosten gaat aan mij voorbij. Heb ze nooit betaald en ga dat ook niet doen

Ik zou dat niet zo stellig durven beweren. Ik heb ze nu ook niet, maar als mijn huidige contract per 1 juli 2027 afloopt zal ik er niet aan ontkomen.
En dan kan ik uiteraard wel de teruglevering voorkomen door het vermogen van de PV-omvormer te sturen, maar als tegen die tijd (net als nu bij veel contracten) de terugleverkosten marginaal lager zijn dan de terugleververgoeding, is daar geen noodzaak voor.
Een groot deel van de zomer zal een dan aanwezige accu immers vol zitten. Als je dan voor de rest van het overschot nog steeds netto 1 ct krijgt, is dat meer dan niks, en is er dus geen noodzaak om de omvormer te limiteren of uit te zetten.

[Crapton]

Wie heeft een werkend voorbeeld van exportbeperking PV op basis P1 regeling voor Homey of een andere home automation met spotprijs. Ik heb een SMA en die laat zich keurig terugregelen.

Momenteel beperk ik de output als de prijs nul is via een eenvoudige flow die elke 15 min de prijs checked en dan de output aanpast. Dat is zonder P1 meter, dus als ik de wasmachine aanzet dan trek ik uit het net en moet belasting betalen (dat is een vreemde belasting bij nul of negatieve prijzen want waarom overschot belasten?).

Ik moet extra de P1 waarde uitlezen en als die positief is (= afname uit net met XX Watt) dan de SMA regelen op XX Watt + basisverbruik. Als de waarde negatief is (= levering aan net) dan terug naar basisverbruik. Dat basisverbruik fluctueert 100-200 W afhankelijk van koelkast, lampen ed dus daar wil ik niet de hele tijd op regelen. Misschien elke 5 min samplen.

Op Homey forum niet zoveel te vinden en deze hieronder is al aardig complex en wat ouder (2023) met gebruik van advanced flows.

[sun62]

@Crapton je zou kunnen proberen,, parallel aan homey, node-red te laten draaien. Lijkt mij minder complex dan de flows in homey. zie voorbeeld:
https://flows.nodered.org...acc6ebed2f5ebb5988757dfe9

[ Voor 20% gewijzigd door sun62 op 21-08-2025 07:17 ]

[Sonero]

de Peer schreef op zondag 23 juni 2024 @ 19:35:
[...]

Dan heb je het verkeerd begrepen denk ik. Het gaat om bruto teruglevering. Niet netto.

Je gaat dus fors hoger uit komen. Daarom stapte iedereen over naar greenchoice 3 jaar vast afgelopen maanden.

Deze opmerking over bruto teruglevering mag wat mij betreft onder gePINde berichten.
Er is blijkbaar nog heel veel misverstand over.

Van contract wisselen of een thuisbatterij zijn overigens niet de enige oplossingen. Voor nog geen 500 euro heb je ook een dynamische omvormer.

[fissa]

Sonero schreef op donderdag 21 augustus 2025 @ 12:31:
[...]


Deze opmerking over bruto teruglevering mag wat mij betreft onder gePINde berichten.
Er is blijkbaar nog heel veel misverstand over.

Van contract wisselen of een thuisbatterij zijn overigens niet de enige oplossingen. Voor nog geen 500 euro heb je ook een dynamische omvormer.

Over welke omvormers heb je het dan?

_Richie_ schreef op donderdag 14 augustus 2025 @ 08:57:
[...]

Weet niet welke growatt je hebt maar er zijn mogelijkheden https://doe-duurzaam.nl/a...en-via-modbus-of-een-app/

Mijn specifieke Growatt omvormer wordt niet ondersteund.

Ik wil mij voorbereiden op 2027, door de te teruglevering volledig stop te kunnen zetten. M’n omvormer is 10 jaar oud, dus op zich kan ik deze wel een keer vervangen. Ik vertik het eigenlijk om straks +-500 euro boete per jaar te gaan betalen.
Dus dan gewoon zoveel mogelijk zelf verbruiken. Dan heb ik rond de zomer “gratis” stroom en dan moet ik de winter gewoon betalen.

[Fr33z]

Je weet nog niet hoe de wereld qua tarieven er uit gaat zijn dus hoe kun je dan nu al zeggen dat je 500 euro boete moet betalen ? tuurlijk is vooruitkijken slim, maar ik zou vooral inlezen maar nog niet actie ondernemen zolang totaal niet duidelijk is wat er nou echt gebeurt qua tarieven en wetgeving.

[onetime]

@Powergrim Wil je deze in de TS linken? Eigen verbruik zelf opgewekte electra verhogen (autonomie?)

[Sonero]

fissa schreef op donderdag 21 augustus 2025 @ 21:42:
[...]

Over welke omvormers heb je het dan?

[...]

GoodWe, Fronius en SMA zijn een paar voorbeelden. Ik geef mezelf nog een jaar de tijd om de details uit zoeken, dan aanschaf. Maar nu aan ChatGPT de vraag stellen om een omvormer met open API en mogelijkheid tot beperking terugleveren geeft dit lijstje:

1. SMA (Sunny Boy / Sunny Tripower)
Ondersteunt dynamische exportregeling.
Open interfaces via Modbus TCP en SMA Sunny Home Manager.
“Zero export” mogelijk via Home Manager + energiemeter.
Goede documentatie van API.

2. Fronius (Symo / Primo)
Beschikbaar met JSON API (via webinterface) en Modbus TCP.
Ondersteunt Dynamic Power Reduction.
Integratie met Home Assistant & Node-RED mogelijk.
Bekend om goede API-documentatie en support.

3. SolarEdge
Beperkt open API (vereist registratiesleutels).
Ondersteunt vermogensbegrenzing (via “Export Limit”).
Geen volledig open Modbus zonder licentie of extra hardware.
Minder flexibel voor hobbyprojecten / custom automatisering.

4. GoodWe
Ondersteunt zero-export via Modbus TCP en externe meter.
Sommige modellen ondersteunen directe aansturing.
Integreerbaar via Home Assistant of GoodWe API.

5. Huawei SUN2000 + Smart Meter
Ondersteunt “zero export” via Smart Power Sensor.
API niet publiek, maar er zijn community-oplossingen.
Ondersteuning via integraties (via Home Assistant etc.).

Aangezien hier al een P1-meter in de meterkast hangt is er geen behoefte aan nóg meer hardware in de meterkast. Ook geen behoefte aan vendor lock-in waarbij omvormer van merk A niet kan praten met de P1 meter van merk B. Ook geen zin in exotische clouddiensten die in een grappige bui de functionaliteit van de omvormer kunnen wijzigen, of zelfs kunnen afschakelen wanneer de netbeheerder daar om vraagt. SMA valt om die reden (voor mij) af. Aan de andere kant, als je Home Assistent gebruikt en die op hetzelfde netwerk zit als je SMA omvormer kunnen die via Modbus over TCP ook met elkaar praten. Zoals eerder genoemd, er valt nog wat uit te zoeken..

[Gameboy]

Andrehj schreef op zondag 17 augustus 2025 @ 09:51:
[...]

Ik zou dat niet zo stellig durven beweren. Ik heb ze nu ook niet, maar als mijn huidige contract per 1 juli 2027 afloopt zal ik er niet aan ontkomen.

<knip>

Ik zou juist *dat* nog niet zo stellig durven beweren

Er zijn nog steeds (dynamische) leveranciers die geen terugleverkosten berekenen, en die ook heel stellig zijn dat ze dat nooit zullen gaan doen. Ik zit er bij eentje, en hoewel er geen 100% garanties zijn, durf ik die bewering ook wel te geloven.

Kortom: kijk tegen 2027 wat de opties zijn die dan beschikbaar zijn, en vergeet zeker niet om dynamische contracten mee te nemen...

[Andrehj]

Gameboy schreef op vrijdag 22 augustus 2025 @ 08:28:
Er zijn nog steeds (dynamische) leveranciers die geen terugleverkosten berekenen, en die ook heel stellig zijn dat ze dat nooit zullen gaan doen.

Nee. Die rekenen op dagen met overschot negatieve prijzen.... Uiteindelijk (netto) is dat gewoon een variant op terugleverkosten.

Kortom: kijk tegen 2027 wat de opties zijn die dan beschikbaar zijn, en vergeet zeker niet om dynamische contracten mee te nemen...

Dat was ik ook zeker van plan.

[ Voor 18% gewijzigd door Andrehj op 22-08-2025 09:38 ]

[de Peer]

Andrehj schreef op vrijdag 22 augustus 2025 @ 09:37:
[...]

Nee. Die rekenen op dagen met overschot negatieve prijzen.... Uiteindelijk (netto) is dat gewoon een variant op terugleverkosten.

Nee dat is wel echt iets anders.

Bij een vast contract kun je eigenlijk op elk uur van de dag terugleverkosten moeten betalen, namelijk als je veel teruglevert. Dus volledig afhankelijk van jouw eigen installatie en teruglevering.

Bij een dynamisch contract is dit maar beperkt tot een X aantal uur per jaar. ==> je betaalt geen kosten als je veel teruglevert op een uur zonder negatieve prijs, ongeacht hoeveel je teruglevert.

[FreakNL]

Fr33z schreef op donderdag 21 augustus 2025 @ 21:45:
Je weet nog niet hoe de wereld qua tarieven er uit gaat zijn dus hoe kun je dan nu al zeggen dat je 500 euro boete moet betalen ? tuurlijk is vooruitkijken slim, maar ik zou vooral inlezen maar nog niet actie ondernemen zolang totaal niet duidelijk is wat er nou echt gebeurt qua tarieven en wetgeving.

Dat dus. Zolang je nog minimaal 0.00000000001 cent krijgt voor je teruggeleverde KwH zijn alle andere oplossingen te duur en nutteloos.

[Andrehj]

de Peer schreef op vrijdag 22 augustus 2025 @ 09:53:
Nee dat is wel echt iets anders.

Bij een vast contract kun je eigenlijk op elk uur van de dag terugleverkosten moeten betalen, namelijk als je veel teruglevert. Dus volledig afhankelijk van jouw eigen installatie en teruglevering.

Bij een dynamisch contract is dit maar beperkt tot een X aantal uur per jaar. ==> je betaalt geen kosten als je veel teruglevert op een uur zonder negatieve prijs, ongeacht hoeveel je teruglevert.

Ja, hoe dat werkt en wat de verschillen zijn weet ik uiteraard allemaal ook wel, maar in beide gevallen betaal je (soms) voor je teruglevering, waardoor dat dus terugleverkosten zijn, al heet het dan misschien anders.

[de Peer]

Andrehj schreef op vrijdag 22 augustus 2025 @ 19:48:
[...]

Ja, hoe dat werkt en wat de verschillen zijn weet ik uiteraard allemaal ook wel, maar in beide gevallen betaal je (soms) voor je teruglevering, waardoor dat dus terugleverkosten zijn, al heet het dan misschien anders.

Ja je betaalt soms voor teruglevering. Bij dynamisch voelt het echter meer als 'terecht' omdat de prijs op de energieveiling dan ook negatief is. Dus zou gek zijn als je dan niet hoeft te betalen.