Zendure producten in Home Assistant integreren deel 2

[Devke]

hemertje schreef op woensdag 8 april 2026 @ 22:51:
wat doe ik niet goed?
volgens de handleiding
https://github.com/Gielz1...eel-plug-n-play-dashboard

deze code kopieren
https://github.com/Gielz1...enSDK/blob/main/Dashboard

[Afbeelding]

[Afbeelding]

[Afbeelding]

Je p1 meter sensor heb je niet ingevuld evenals dynamische sensor. Herstart HA en vlgs mij kun je dan 😊

[Henkoes]

Modus Dynamisch Handelen + NOM is niet helder.

Er staat opladen bij goedkope uren en MAX ontladen dure uren. Er staat geen MAX bij opladen. Pakt hij bij het opladen dan alleen hetgeen wat teruggeleverd wordt als max vermogen?

Kan ik beg max oplaad vermogen automatisch updaten tussendoor? Pakt hij dan steeds de nieuwe waarde?

[ Voor 25% gewijzigd door Henkoes op 09-04-2026 09:10 ]

[Hippe Lip]

Henkoes schreef op donderdag 9 april 2026 @ 07:36:
Een modus waarbij:

Binnen x goedkoopste uren het laden start maar max vermogen beperkt is tot of zonnepaneel opbrengst (slimladen) of hard limit. Met huidige profielen lijkt het erop als we ook perongeluk gaan importeren.

Is dit mogelijk met deze oplossing?

Wat is je bedoeling? Want “Binnen x goedkoopste uren het laden start maar max vermogen beperkt is tot of zonnepaneel opbrengst” klinkt als een vreemde combinatie: PV-opbrengst (je bedoelt overschot?) en goedkoopste uren. Waarom alleen tijdens goedkoopste uren en de rest van de tijd niet?

[Wai_AM]

Devke schreef op donderdag 9 april 2026 @ 09:04:
[...]

Moet input_number btw_percentage niet qua max hoger dan 10 ingesteld worden? Nu kun je vlgs mij aangeven in de GUI dat BTW percentage max 10% kan zijn ipv 21.

Begrijp wat je bedoeld en zie dat ik niet duidelijk vermeld had:

code:

input_number:
  energiebelasting:
    name: energiebelasting
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

  opslag_energieleverancier:
    name: opslag_energieleverancier
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

  btw_percentage:
    name: btw_percentage
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

input nummer dienen in decimalen te worden ingevuld.
21% = 0,21
max 10 is vanwege redenen zo gekozen ( ben nu even kwijt waarom)

[Henkoes]

Hippe Lip schreef op donderdag 9 april 2026 @ 09:10:
[...]

Wat is je bedoeling? Want “Binnen x goedkoopste uren het laden start maar max vermogen beperkt is tot of zonnepaneel opbrengst” klinkt als een vreemde combinatie: PV-opbrengst (je bedoelt overschot?) en goedkoopste uren. Waarom alleen tijdens goedkoopste uren en de rest van de tijd niet?

Omdat ik meer opwek dan ik kan opslaan. De goedkoopste if meest negatieve uren wil ik dan opslaan.

[Devke]

hemertje schreef op donderdag 9 april 2026 @ 08:28:
Graag even jullie hulp
Ik zie namelijk veel 'Unavailable'

Wat heb ik gemist bij het invullen?

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik zie sws een dubbele P1 meter benoemd. Dat kan niet.

[koboy]

hemertje schreef op donderdag 9 april 2026 @ 08:28:
Graag even jullie hulp
Ik zie namelijk veel 'Unavailable'

Wat heb ik gemist bij het invullen?

[Afbeelding]

[Afbeelding]

[Afbeelding]

Je gebruikt de @gast777 proxy toch? Correcte IP adres van de proxy ingevoerd? Juiste IP adressen van de accu stapels in de proxy?
Vaag staat me bij dat de eerste 3-accu versie van de proxy een bug had en dat deze snel gefixed was. Geen idee of dat hiermee te maken had....

[hemertje]

Devke schreef op donderdag 9 april 2026 @ 09:12:
[...]

Ik zie sws een dubbele P1 meter benoemd. Dat kan niet.

waar kan ik achterhalen of de HW P1 meter zijn werk goed doet?
Of heeft die binnen HA met Gielz geen problemen zoals met de Zendure App?

[hemertje]

koboy schreef op donderdag 9 april 2026 @ 11:29:
[...]


Je gebruikt de @gast777 proxy toch? Correcte IP adres van de proxy ingevoerd? Juiste IP adressen van de accu stapels in de proxy?
Vaag staat me bij dat de eerste 3-accu versie van de proxy een bug had en dat deze snel gefixed was. Geen idee of dat hiermee te maken had....

nog niet, eerst 1 batterij goed krijgen qua config

[CappieL]

@hemertje Binnen HA heeft die HW P1 geen problemen.
Voorheen gaf Zendure aan dat je een HW P1 kon gebruiken ipv de Zendure P1. Dat bleek in de praktijk niet voor iedereen te werken.

Zolang je waarden in HA binnenkrijgt, kan Gielz ermee werken.

[ Voor 70% gewijzigd door CappieL op 09-04-2026 14:05 ]

[hemertje]

Wai_AM schreef op woensdag 8 april 2026 @ 22:23:
Heb eindelijk officiele nordpool integratie werkend:

Voor als je die wilt gebruiken met Gielz Zendure-HA-zenSDK

- Zorg dat je HACS nordpool verwijdert (echt verwijderen)
- maak in packages map een bestand genaamd nordpool_officical.yaml (of een naam naar keuze)
plak onderstaande erin

[...]

[...]


Plak die config entry ID in regel 36 van nordpool_official.yaml

input nummer (entiteiten) dienen in decimalen te worden ingevuld.
BTW 21% = 0,21
energiebelasting (2026) = 0,0916
opslag_energieleverancier (Tibber 2026) = 0,0205

check config of er niks verkeerd is en herstart dan pas HA.

Dan zou je een entiteit hebben genaamd nordpool_kwh_nl_eur_5_09_0.
Vul die in voor Gielz: Dynamische nordpool sensor

Je dient nu aanpassingen in Gielz yaml bestand te maken bij:

attributes:
raw_today: >-
en
raw_tomorrow: >-

de .isoformat() weg te halen (zoals hieronder ter illustraties doorgehaald).


[...]


Yaml checken en Yaml configuraties herladen.


Apex chart:

[...]

je installeert eerst de officiële Nordpool integratie via 'Devices en Services' ?
-ga naar instellingen--> Ontwikkelaarshulpmiddelen --> Acties

[ Voor 11% gewijzigd door hemertje op 09-04-2026 14:04 ]

[koboy]

hemertje schreef op donderdag 9 april 2026 @ 13:59:
[...]


waar kan ik achterhalen of de HW P1 meter zijn werk goed doet?
Of heeft die binnen HA met Gielz geen problemen zoals met de Zendure App?

Je ziet de grijze grafiekjes, dus je P1 meter doet het.

[hemertje]

CappieL schreef op donderdag 9 april 2026 @ 14:01:
@hemertje Binnen HA heeft die HW P1 geen problemen.
Voorheen gaf Zendure aan dat je een HW P1 kon gebruiken ipv de Zendure P1. Dat bleek in de praktijk niet voor iedereen te werken.

oke, thx!

optionele P1 meter (Tibber) verwijdert nu
in de config nu het IP-adres van de HW P1 meter laten staan

[Wai_AM]

hemertje schreef op donderdag 9 april 2026 @ 14:03:
[...]


je installeert eerst de officiële Nordpool integratie via 'Devices en Services' ?
-ga naar instellingen--> Ontwikkelaarshulpmiddelen --> Acties

Als je nieuw en niet bekend bent met HA kan je beter de HACS installatie van nordpool doen.
https://gathering.tweakers.net/forum/view_message/84914288

[koboy]

hemertje schreef op donderdag 9 april 2026 @ 14:03:
[...]


je installeert eerst de officiële Nordpool integratie via 'Devices en Services' ?
-ga naar instellingen--> Ontwikkelaarshulpmiddelen --> Acties

Voor jou persoonlijk zou ik de HACS nordpool gebruiken. Maakt upgraden naar een nieuwe versie van Gielz eenvoudiger omdat je alleen de .yaml files hoeft te vervangen ipv elke keer ook aanpassen.

[hemertje]

Wai_AM schreef op donderdag 9 april 2026 @ 14:06:
[...]


Als je nieuw en niet bekend bent met HA kan je beter de HACS installatie van nordpool doen.
https://gathering.tweakers.net/forum/view_message/84914288

4. Herstart Home Assistant

er worden 3 Nummer input gemaakt voor
btw_percentage
opslag_energieleverancier
energiebelasting

en 2 nordpool prijzen sensors
- sensor.nordpool_kwh_nl_eur_5_09_0
Dit is de sensor voor de totaal prijs ( vul de 3 input variabele in met je eigen dynamische leverancier kosten)

- sensor.nordpool_kwh_nl_eur_5_10_0
Dit is de sensor voor de kale marktprijs

waar vind ik deze sensors dan terug?

[Henkoes]

Weet iemand of je de mode “bijv nom” ook vanuit een automatisering kan aanpassen naar bijvoorbeeld dynamisch handelen? Of moet dit echt via het dashboard met de muis?

[Wai_AM]

hemertje schreef op donderdag 9 april 2026 @ 14:29:
[...]

[...]
waar vind ik deze sensors dan terug?

instellingen --> ontwikkelaars -- > statussen.

[hemertje]

hemertje schreef op donderdag 9 april 2026 @ 14:29:
[...]


[...]


waar vind ik deze sensors dan terug?

met de standard cards, Tibber
ik heb ook Tibber als energieleverancier, geen aanpassingen meer nodig lijkt me?

[ Voor 7% gewijzigd door hemertje op 09-04-2026 14:34 ]

[CappieL]

Henkoes schreef op donderdag 9 april 2026 @ 14:30:
Weet iemand of je de mode “bijv nom” ook vanuit een automatisering kan aanpassen naar bijvoorbeeld dynamisch handelen? Of moet dit echt via het dashboard met de muis?

Je kunt een automation de input_select laten wijzigen.

YAML:

action: input_select.select_option
target:
  entity_id: input_select.zendure_2400_ac_modus_selecteren
data:
  option: Dynamisch NOM (Duur)

[ Voor 19% gewijzigd door CappieL op 09-04-2026 14:36 ]

[Wai_AM]

hemertje schreef op donderdag 9 april 2026 @ 14:33:
[...]


met de standard cards:

[Afbeelding]

[Afbeelding]

voor btw etc dien je entiteiten card te selecteren, wel btw 0,21 etc invoeren

[hemertje]

Wai_AM schreef op donderdag 9 april 2026 @ 14:31:
[...]


instellingen --> ontwikkelaars -- > statussen.

[Pakhaas]

Die Tibber prijzen van Nordpool moet je nog wel aanpassen.
Even los van of je de btw en EB mee willen hebben in de tarieven is het import en export tarief ook niet gelijk.
Inkoop kale prijs + 0.1112 en verkoop kale prijs + 0.09161.

Mijn prijs in HA is nu exact gelijk met de Tibber app incl eb en btw

[hemertje]

de 3 nummer input zie ik niet terug

• btw_percentage
• opslag_energieleverancier
• energiebelasting

of zit ik bij het verkeerde te kijken?

- sensor.nordpool_kwh_nl_eur_5_09_0

code:

state_class: total
average: 0.07994270833333333
off_peak_1: 0.10262125
off_peak_2: 0.0743496052631579
peak: 0.10024666666666666
min: -0.01314
max: 0.15875
mean: 0.09934499999999999
unit: kWh
currency: EUR
country: Netherlands
region: NL
low_price: true
price_percent_to_average: -0.06329532868590788
today:
  - 0.10949
  - 0.10536
  - 0.10291

[ Voor 10% gewijzigd door hemertje op 09-04-2026 14:49 ]

[Wai_AM]

hemertje schreef op donderdag 9 april 2026 @ 14:48:
de 3 nummer input zie ik niet terug

• btw_percentage
• opslag_energieleverancier
• energiebelasting

of zit ik bij het verkeerde te kijken?

- sensor.nordpool_kwh_nl_eur_5_09_0

code:

state_class: total
average: 0.07994270833333333
off_peak_1: 0.10262125
off_peak_2: 0.0743496052631579
peak: 0.10024666666666666
min: -0.01314
max: 0.15875
mean: 0.09934499999999999
unit: kWh
currency: EUR
country: Netherlands
region: NL
low_price: true
price_percent_to_average: -0.06329532868590788
today:
  - 0.10949
  - 0.10536
  - 0.10291

kan nu helaas geen uitgebreide uitleg geven,
Of andere kunnen je helpen of anders stuur maar een DM en ga ik je later uitleggen.

[hemertje]

CappieL schreef op donderdag 9 april 2026 @ 14:01:
@hemertje Binnen HA heeft die HW P1 geen problemen.
Voorheen gaf Zendure aan dat je een HW P1 kon gebruiken ipv de Zendure P1. Dat bleek in de praktijk niet voor iedereen te werken.

Zolang je waarden in HA binnenkrijgt, kan Gielz ermee werken.

De Zendure P1 meter heeft dus geen functie meer?
Kan dus verkocht worden?
Of is er toch een reden deze te bewaren?

[CappieL]

hemertje schreef op donderdag 9 april 2026 @ 15:02:
[...]


De Zendure P1 meter heeft dus geen functie meer?
Kan dus verkocht worden?
Of is er toch een reden deze te bewaren?

Omdat ik mijn 2400AC al vanaf het begin in HA wilde hebben, heb ik nooit de Zendure P1 gekocht.
Dit houdt wel in dat ik de accu nooit vanuit HEMS kan aansturen voor bijv. NOM, omdat ik geen geschikte P1-meter heb die met HEMS kan praten.
Ik zou hem daarom nog even bewaren. Of gewoon gebruiken i.c.m. HA en je huidige P1-meter verwijderen.

[CappieL]

hemertje schreef op donderdag 9 april 2026 @ 14:48:
de 3 nummer input zie ik niet terug

• btw_percentage
• opslag_energieleverancier
• energiebelasting

of zit ik bij het verkeerde te kijken?

- sensor.nordpool_kwh_nl_eur_5_09_0

code:

state_class: total
average: 0.07994270833333333
off_peak_1: 0.10262125
off_peak_2: 0.0743496052631579
peak: 0.10024666666666666
min: -0.01314
max: 0.15875
mean: 0.09934499999999999
unit: kWh
currency: EUR
country: Netherlands
region: NL
low_price: true
price_percent_to_average: -0.06329532868590788
today:
  - 0.10949
  - 0.10536
  - 0.10291

Bij het installeren van de Nordpool-integratie kun je verschillende dingen aanvinken (bijv. prijs in centen of in hele euro's, wel of geen BTW berekenen etc).
Onderaan staat ook een template-veld voor aanvullende kosten.
Hier kun je de BTW, energiebelasting, inkoopkosten van leverancier in opnemen om werkelijke prijs (die jij aan je leverancier betaalt) te berekenen.

[Pakhaas]

Dit moet in de template komen:

code:

{% set VAT = 0.21 %}
{% set tax_kWh = 0.1108 %}
{% set opslag = 0.0248 %}
{{ (current_price * VAT ) + (tax_kWh + opslag)|float }}

Verder niks aanvinken.

[CappieL]

Of zo, als je allemaal invoervelden wilt gebruiken (check wel even de namen van je invoer-sensoren)

code:

{% set VAT = states('input_number.btw') | float(0) %}
{% set belasting = states('input_number.energiebelasting') | float(0) %}
{% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
{{ (current_price * VAT) + opslag +  belasting * (1 + VAT) }}

[Pakhaas]

CappieL schreef op donderdag 9 april 2026 @ 15:36:
Of zo, als je allemaal invoervelden wilt gebruiken (check wel even de namen van je invoer-sensoren)

code:

{% set VAT = states('input_number.btw') | float(0) %}
{% set belasting = states('input_number.energiebelasting') | float(0) %}
{% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
{{ (current_price * VAT) + opslag +  belasting * (1 + VAT) }}

Als ik overstap van energie leverancier of bij een nieuw jaar maak ik een nieuwe Nordpool sensor aan.

[Henkoes]

CappieL schreef op donderdag 9 april 2026 @ 14:33:
[...]


Je kunt een automation de input_select laten wijzigen.

YAML:

action: input_select.select_option
target:
  entity_id: input_select.zendure_2400_ac_modus_selecteren
data:
  option: Dynamisch NOM (Duur)

Top dank! En dit triggered de integratie dan alsof ik erop geklikt heb?
De option waarde, moet dit zichtbare tekst zijn? Dus geen onderliggende optie value?

[CappieL]

Henkoes schreef op donderdag 9 april 2026 @ 15:45:
[...]


Top dank! En dit triggered de integratie dan alsof ik erop geklikt heb?
De option waarde, moet dit zichtbare tekst zijn? Dus geen onderliggende optie value?

Dat zou je even moeten testen in de Developer Tools / wanneer je de automation aanmaakt.
In Developer Tools kon ik gewoon kiezen naar welke optie ik hem wilde veranderen.

[gielz]

Mei testrelease - Gielz DEEL 2

Het vriendelijke verzoek wanneer je de mei testrelease nu draait om deze te updaten naar de laatste testversie. Met de komst van het 2400 Pro test exemplaar is er onder de motorkap tov de laatste test een hoop gewijzigd.

De grootste wijziging hier in is dat Zendure's met PV een aparte berekening hebben tov Zendure's zonder PV. Dit maakt de aansturing van het vermogen een stuk eenvoudiger voor de gene die geen PV hebben aangesloten.

@gast777 zou jij hem ook kunnen installeren er zitten nieuwe API onderdelen in.
@metalmarco je offgrid probleem zou ook opgelost moeten zijn.
@DrNickB als je deze zou willen testen met je zonnepanelen en de zendure 800.

Release https://github.com/Gielz1...Gielz1986-Mei-2026-Update (Let op versie NL en Global)
Nieuwe releasenotes https://github.com/Gielz1986/Zendure-HA-zenSDK/pull/43

Graag issues via DM of GitHub.


*Voorbeeld van interne test

[ Voor 4% gewijzigd door gielz op 09-04-2026 17:48 ]

[Wai_AM]

Pakhaas schreef op donderdag 9 april 2026 @ 15:43:
[...]

Als ik overstap van energie leverancier of bij een nieuw jaar maak ik een nieuwe Nordpool sensor aan.

kan , maar dat is omslachtig en onnodig werk.

code:

{% set VAT = states('input_number.btw') | float(0) %}
{% set belasting = states('input_number.energiebelasting') | float(0) %}
{% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
{{ (current_price * VAT) + opslag +  belasting * (1 + VAT) }}

kan je gewoon de nieuwe energie belasting, BTW en enrgie opslag invullen/wijzigen .
Dan heb je de correcte prijzen van je nieuwe energie leverancier.

[ Voor 19% gewijzigd door Wai_AM op 09-04-2026 17:33 ]

[hemertje]

CappieL schreef op donderdag 9 april 2026 @ 15:07:
[...]


Omdat ik mijn 2400AC al vanaf het begin in HA wilde hebben, heb ik nooit de Zendure P1 gekocht.
Dit houdt wel in dat ik de accu nooit vanuit HEMS kan aansturen voor bijv. NOM, omdat ik geen geschikte P1-meter heb die met HEMS kan praten.
Ik zou hem daarom nog even bewaren. Of gewoon gebruiken i.c.m. HA en je huidige P1-meter verwijderen.

de huidige P1 meter is van de energieleverancier Tibber
daarnaast heb ik de HW P1 ook nog draaien

[hemertje]

CappieL schreef op donderdag 9 april 2026 @ 15:11:
[...]


Bij het installeren van de Nordpool-integratie kun je verschillende dingen aanvinken (bijv. prijs in centen of in hele euro's, wel of geen BTW berekenen etc).
Onderaan staat ook een template-veld voor aanvullende kosten.
Hier kun je de BTW, energiebelasting, inkoopkosten van leverancier in opnemen om werkelijke prijs (die jij aan je leverancier betaalt) te berekenen.

ik heb de HACS Nordpool gedownload en HA een herstart gegeven
dan is deze toch geinstalleerd want heb geen Install button gezien?
en ook geen template velden gezien?

[hemertje]

Pakhaas schreef op donderdag 9 april 2026 @ 15:43:
[...]

Als ik overstap van energie leverancier of bij een nieuw jaar maak ik een nieuwe Nordpool sensor aan.

dit stappenplan heb ik gevolgd, van @Wai_AM

https://gathering.tweakers.net/forum/view_message/84914288

in de nordpool.yaml pas ik dan

code:

sensor:
  - platform: nordpool
    region: "NL"
    currency: "EUR"
    VAT: False
    precision: 5
    low_price_cutoff: 0.9
    price_in_cents: false
    price_type: kWh
    additional_costs: >
      {% set VAT = states('input_number.btw_percentage') | float(0) %}
      {% set belasting = states('input_number.energiebelasting') | float(0) %}
      {% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
      {{ (current_price * VAT) +(belasting + opslag) * (1 + VAT) |float }}

aan naar

code:

sensor:
  - platform: nordpool
    region: "NL"
    currency: "EUR"
    VAT: False
    precision: 5
    low_price_cutoff: 0.9
    price_in_cents: false
    price_type: kWh
    additional_costs: >
       {% set VAT = 0.21 %}
       {% set tax_kWh = 0.1108 %}
       {% set opslag = 0.0248 %}
       {{ (current_price * VAT ) + (tax_kWh + opslag)|float }}

[Devke]

hemertje schreef op donderdag 9 april 2026 @ 13:59:
[...]


waar kan ik achterhalen of de HW P1 meter zijn werk goed doet?
Of heeft die binnen HA met Gielz geen problemen zoals met de Zendure App?

Binnen gielz werkt dit gewoon lekker. Heb ik hier ook draaien.

[ Voor 10% gewijzigd door Devke op 09-04-2026 18:25 ]

[Devke]

@hemertje werkt alles nu? Sensoren allemaal zichtbaar?

[raven22]

gielz schreef op donderdag 9 april 2026 @ 16:45:

Mei testrelease - Gielz DEEL 2

Het vriendelijke verzoek wanneer je de mei testrelease nu draait om deze te updaten naar de laatste testversie. Met de komst van het 2400 Pro test exemplaar is er onder de motorkap tov de laatste test een hoop gewijzigd.

De grootste wijziging hier in is dat Zendure's met PV een aparte berekening hebben tov Zendure's zonder PV. Dit maakt de aansturing van het vermogen een stuk eenvoudiger voor de gene die geen PV hebben aangesloten.

@gast777 zou jij hem ook kunnen installeren er zitten nieuwe API onderdelen in.
@metalmarco je offgrid probleem zou ook opgelost moeten zijn.
@DrNickB als je deze zou willen testen met je zonnepanelen en de zendure 800.

Release https://github.com/Gielz1...Gielz1986-Mei-2026-Update (Let op versie NL en Global)
Nieuwe releasenotes https://github.com/Gielz1986/Zendure-HA-zenSDK/pull/43

Graag issues via DM of GitHub.

[Afbeelding]
*Voorbeeld van interne test

Ik zie nog een entiteit met 2400 in het global gebeuren, in het dashboard
sensor.zendure_2400_ac_aantal_batterijen

[Pakhaas]

Wai_AM schreef op donderdag 9 april 2026 @ 17:32:
[...]

kan , maar dat is omslachtig en onnodig werk.

code:

{% set VAT = states('input_number.btw') | float(0) %}
{% set belasting = states('input_number.energiebelasting') | float(0) %}
{% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
{{ (current_price * VAT) + opslag +  belasting * (1 + VAT) }}

kan je gewoon de nieuwe energie belasting, BTW en enrgie opslag invullen/wijzigen .
Dan heb je de correcte prijzen van je nieuwe energie leverancier.

[...]

Bedankt, bij de volgende wijziging ga ik het ook zo inrichten.

[Wai_AM]

gielz schreef op donderdag 9 april 2026 @ 16:45:

Mei testrelease - Gielz DEEL 2

Het vriendelijke verzoek wanneer je de mei testrelease nu draait om deze te updaten naar de laatste testversie. Met de komst van het 2400 Pro test exemplaar is er onder de motorkap tov de laatste test een hoop gewijzigd.

De grootste wijziging hier in is dat Zendure's met PV een aparte berekening hebben tov Zendure's zonder PV. Dit maakt de aansturing van het vermogen een stuk eenvoudiger voor de gene die geen PV hebben aangesloten.

@gast777 zou jij hem ook kunnen installeren er zitten nieuwe API onderdelen in.
@metalmarco je offgrid probleem zou ook opgelost moeten zijn.
@DrNickB als je deze zou willen testen met je zonnepanelen en de zendure 800.

Release https://github.com/Gielz1...Gielz1986-Mei-2026-Update (Let op versie NL en Global)
Nieuwe releasenotes https://github.com/Gielz1986/Zendure-HA-zenSDK/pull/43

Graag issues via DM of GitHub.

[Afbeelding]
*Voorbeeld van interne test

Ziet er goed uit ! in test HA gezet.
Alles (entiteiten/grafiek) van dashboard is correct bij mijn 2400AC + 4 bat opstelling.

[raven22]

gielz schreef op donderdag 9 april 2026 @ 16:45:

Mei testrelease - Gielz DEEL 2

Het vriendelijke verzoek wanneer je de mei testrelease nu draait om deze te updaten naar de laatste testversie. Met de komst van het 2400 Pro test exemplaar is er onder de motorkap tov de laatste test een hoop gewijzigd.

De grootste wijziging hier in is dat Zendure's met PV een aparte berekening hebben tov Zendure's zonder PV. Dit maakt de aansturing van het vermogen een stuk eenvoudiger voor de gene die geen PV hebben aangesloten.

@gast777 zou jij hem ook kunnen installeren er zitten nieuwe API onderdelen in.
@metalmarco je offgrid probleem zou ook opgelost moeten zijn.
@DrNickB als je deze zou willen testen met je zonnepanelen en de zendure 800.

Release https://github.com/Gielz1...Gielz1986-Mei-2026-Update (Let op versie NL en Global)
Nieuwe releasenotes https://github.com/Gielz1986/Zendure-HA-zenSDK/pull/43

Graag issues via DM of GitHub.

[Afbeelding]
*Voorbeeld van interne test

Ik mis deze nog in mijn Solarflow 800 plus met 2 p anelen:
apexcharts-card
Entity not available: sensor.home_energy_meter_target

[gielz]

raven22 schreef op donderdag 9 april 2026 @ 19:21:
[...]

Ik mis deze nog in mijn Solarflow 800 plus met 2 p anelen:
apexcharts-card
Entity not available: sensor.home_energy_meter_target

Deze staat er wel gewoon in, mogelijk dat je door een voorgaande versie een _2 hebt gekregen;
https://github.com/Gielz1...ielz1986_global.yaml#L387

[Lange_Slurf]

Wai_AM schreef op donderdag 9 april 2026 @ 17:32:
[...]

kan , maar dat is omslachtig en onnodig werk.

code:

{% set VAT = states('input_number.btw') | float(0) %}
{% set belasting = states('input_number.energiebelasting') | float(0) %}
{% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
{{ (current_price * VAT) + opslag +  belasting * (1 + VAT) }}

kan je gewoon de nieuwe energie belasting, BTW en enrgie opslag invullen/wijzigen .
Dan heb je de correcte prijzen van je nieuwe energie leverancier.

[...]

Waar maak je deze aan?
Het is imho makkelijker om zo de prijzen aan te passen dan de sensor opnieuw aanmaken.

[Wai_AM]

Hier de geupdate versie Nordpool HACS, hopelijk ook goed genoeg voor de Noob HA gebruikers.

Voor nieuwe HA gebruikers die een makkelijk manier willen voor dynamische prijzen en Gielz integratie via packages methode hebben geinstalleerd:

1. Installeer nordpool HACS integratie.
2. maak een bestand aan in de packages directory, bv. nordpool.yaml
3. plaats de volgende code erin:

code:

input_number:
  energiebelasting:
    name: energiebelasting
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

  opslag_energieleverancier:
    name: opslag_energieleverancier
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

  btw_percentage:
    name: btw_percentage
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

sensor:
  - platform: nordpool
    region: "NL"
    currency: "EUR"
    VAT: False
    precision: 5
    low_price_cutoff: 0.9
    price_in_cents: false
    price_type: kWh
    additional_costs: >
      {% set VAT = states('input_number.btw_percentage') | float(0) %}
      {% set belasting = states('input_number.energiebelasting') | float(0) %}
      {% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
      {{ (current_price * VAT) +(belasting + opslag) * (1 + VAT) |float }}

  - platform: nordpool
    region: "NL"
    currency: "EUR"
    VAT: False
    precision: 5
    low_price_cutoff: 1.0
    price_in_cents: false
    price_type: kWh

4. Herstart Home Assistant

er worden 3 Nummer input gemaakt voor
btw_percentage
opslag_energieleverancier
energiebelasting

Maak die entiteiten kaart aan zodat je die kan invullen:
Toevoegen zoals je dat doet met Apex chart, maar dan voor entiteite kaart:

voor Tibber NL 2026 zijn dit:
btw_percentage = 0,21
opslag_energieleverancier = 0,0205
energiebelasting = 0,0916

en 2 nordpool prijzen sensors
- sensor.nordpool_kwh_nl_eur_5_09_0
Dit is de sensor voor de totaal prijs ( de 3 input variabele van hierboven worden hierin meegenomen , btw, energiebelasting en opslag)

- sensor.nordpool_kwh_nl_eur_5_10_0
Dit is de sensor voor de kale marktprijs

Je hoeft GEEN integratie nordpool toe te voegen

Eenmaal aangemaakt dan wordt de totaal prijs pas zichtbaar na de komende kwartier na je invoer van de input variabelen.

weergave in Apex charts




Vandaag prijzen:

code:

type: custom:apexcharts-card
experimental:
  color_threshold: true
header:
  show: true
  title: Tibber electricity prices (today)
  show_states: true
  colorize_states: true
apex_config:
  stroke:
    show: true
    width: 2
  chart:
    height: 300px
    stacked: false
    stackOnlyBar: true
    toolbar:
      autoSelected: pan
      show: true
      tools:
        download: false
        zoom: true
        zoomin: false
        zoomout: false
        pan: true
    zoom:
      enabled: true
      allowMouseWheelZoom: true
      autoScaleYaxis: true
graph_span: 24h
span:
  end: day
now:
  show: true
  label: Now
series:
  - entity: sensor.nordpool_kwh_nl_eur_5_09_0
    name: prijs incl. belasting en extra kosten
    type: line
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"
  - entity: sensor.nordpool_kwh_nl_eur_5_10_0
    name: prijs excl. belasting en extra kosten
    type: column
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"

Morgen prijzen:

code:

type: custom:apexcharts-card
experimental:
  color_threshold: true
header:
  show: true
  title: Tibber electricity prices (tomorrow)
  show_states: false
  colorize_states: false
apex_config:
  stroke:
    show: true
    width: 2
  chart:
    height: 300px
    stacked: false
    stackOnlyBar: true
    toolbar:
      autoSelected: pan
      show: true
      tools:
        download: false
        zoom: true
        zoomin: false
        zoomout: false
        pan: true
    zoom:
      enabled: true
      allowMouseWheelZoom: true
      autoScaleYaxis: true
graph_span: 24h
span:
  start: day
  offset: +1day
series:
  - entity: sensor.nordpool_kwh_nl_eur_5_09_0
    name: prijs incl. belasting en extra kosten
    type: line
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_tomorrow.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_tomorrow[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"
  - entity: sensor.nordpool_kwh_nl_eur_5_10_0
    name: prijs excl. belasting en extra kosten
    type: column
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_tomorrow.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_tomorrow[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"

[pasmanm]

@DrNickB , @YvonneVP @Wai_AM @gielz,
Bedankt voor jullie waardevolle adviezen om deze integratie werkend te krijgen. Na een volledige reset (apparaat en gegevens verwijderen uit de app) en het 25 seconden ingedrukt houden van de stroomknop, is de herinstallatie gelukt. Het werkt nu in één keer! Super blij !

@Yell0 , aangezien jij tegen hetzelfde probleem aanliep: hopelijk werkt deze methode ook voor jou.

[Lange_Slurf]

Wai_AM schreef op donderdag 9 april 2026 @ 20:59:
*knip*
[...]

Perfecte "noob" uitleg voor mij.
Even wachten op de nieuwe prijzen, maar dit werkt flawless.


Meteen nog even een vraagje, wellicht niet voor dit topic (not sure).
Ik mis hier de "pijltjes" om makkelijk de waardes aan te passen. Is dit een integration die ik nog niet heb? En kan iemand de naam geven?

[ Voor 48% gewijzigd door Lange_Slurf op 09-04-2026 21:30 ]

[Pakhaas]

Wai_AM schreef op donderdag 9 april 2026 @ 20:59:
Hier de geupdate versie Nordpool HACS, hopelijk ook goed genoeg voor de Noob HA gebruikers.

Voor nieuwe HA gebruikers die een makkelijk manier willen voor dynamische prijzen en Gielz integratie via packages methode hebben geinstalleerd:

1. Installeer nordpool HACS integratie.
2. maak een bestand aan in de packages directory, bv. nordpool.yaml
3. plaats de volgende code erin:


[...]


[Afbeelding]

4. Herstart Home Assistant

er worden 3 Nummer input gemaakt voor
btw_percentage
opslag_energieleverancier
energiebelasting

Maak die entiteiten kaart aan zodat je die kan invullen:
Toevoegen zoals je dat doet met Apex chart, maar dan voor entiteite kaart:

[...]

voor Tibber NL 2026 zijn dit:
btw_percentage = 0,21
opslag_energieleverancier = 0,0205
energiebelasting = 0,0916

en 2 nordpool prijzen sensors
- sensor.nordpool_kwh_nl_eur_5_09_0
Dit is de sensor voor de totaal prijs ( de 3 input variabele van hierboven worden hierin meegenomen , btw, energiebelasting en opslag)

- sensor.nordpool_kwh_nl_eur_5_10_0
Dit is de sensor voor de kale marktprijs

Je hoeft GEEN integratie nordpool toe te voegen

Eenmaal aangemaakt dan wordt de totaal prijs pas zichtbaar na de komende kwartier na je invoer van de input variabelen.

weergave in Apex charts
[Afbeelding]

[Afbeelding]

Vandaag prijzen:

[...]


Morgen prijzen:

[...]

Neem je nu wel mee dat Tibber een verschil heeft voor leveren en terugleveren?

Bij levering: kale prijs + 0.1112 betalen.
Bij terugleveren: kale prijs + 0.09161 terug krijgen. Daar komt nog 21% btw bij.

[Lange_Slurf]

Pakhaas schreef op donderdag 9 april 2026 @ 22:13:
[...]

Neem je nu wel mee dat Tibber een verschil heeft voor leveren en terugleveren?

Bij levering: kale prijs + 0.1112 betalen.
Bij terugleveren: kale prijs + 0.09161 terug krijgen. Daar komt nog 21% btw bij.

Is Zonneplan dan geen beter alternatief? Die heeft toch voor in- en verkoop dezelfde vergoeding?

[raven22]

gielz schreef op donderdag 9 april 2026 @ 19:39:
[...]


Deze staat er wel gewoon in, mogelijk dat je door een voorgaande versie een _2 hebt gekregen;
https://github.com/Gielz1...ielz1986_global.yaml#L387

Ik heb wel een sensor.home_energy_target

[Pakhaas]

Lange_Slurf schreef op donderdag 9 april 2026 @ 22:19:
[...]

Is Zonneplan dan geen beter alternatief? Die heeft toch voor in- en verkoop dezelfde vergoeding?

Offtopic, maar klopt. Echter, ik heb nog 130 euro winter verbruik te salderen. Nu overstappen is geld weggooien.

[hemertje]

Pakhaas schreef op donderdag 9 april 2026 @ 14:41:
Die Tibber prijzen van Nordpool moet je nog wel aanpassen.
Even los van of je de btw en EB mee willen hebben in de tarieven is het import en export tarief ook niet gelijk.
Inkoop kale prijs + 0.1112 en verkoop kale prijs + 0.09161.

Mijn prijs in HA is nu exact gelijk met de Tibber app incl eb en btw

voor Tibber dient je dit in te vullen

• BTW = 0,21
• Energiebelasting = 0,0916
• Opslag energieleverancier = 0,0205

[hemertje]

met hulp via DM van @Wai_AM is het me gelukt om Gielz icm dynamische tarieven in te stellen
Maar een aantal grafieken en parameters blijven leeg

• Nul import
• Aansturing
• Import\ Export
• Dynamisch vandaag
• Spread\ Periodes
• Relais schakelingen
• Efficientie Import
• Efficientie Export

Zie de screenshots:








Wanneer worden deze waarden\ parameters gevuld?

[ Voor 17% gewijzigd door hemertje op 09-04-2026 23:05 ]

[koboy]

hemertje schreef op donderdag 9 april 2026 @ 23:04:
met hulp via DM van @Wai_AM is het me gelukt om Gielz icm dynamische tarieven in te stellen
Maar een aantal grafieken en parameters blijven leeg

• Nul import
• Aansturing
• Import\ Export
• Dynamisch vandaag
• Spread\ Periodes
• Relais schakelingen
• Efficientie Import
• Efficientie Export

Zie de screenshots:

[Afbeelding]

[Afbeelding]

[Afbeelding]


Wanneer worden deze waarden\ parameters gevuld?

Overgrote deel wordt met dagelijkse statistieken of zelfs maandelijks (rolling) statistieken gevuld. Lekker de boel gaan gebruiken, komt het wel goed.
De spread grafieken komen tot leven zodra je een aantal dure en goedkope uren invult.
Minimale spread van 0% zoals die bij jou staat betekent dus altijd handelen, ook als je er verlies op draait door de laadverliezen. Hier staat hij op 25% (=80% RTE), kan krapper, maar dan sta je ik een cyclus te draaien voor 10 cent.

[ Voor 7% gewijzigd door koboy op 10-04-2026 00:21 ]

[gielz]

hemertje schreef op donderdag 9 april 2026 @ 23:04:
met hulp via DM van @Wai_AM is het me gelukt om Gielz icm dynamische tarieven in te stellen
Maar een aantal grafieken en parameters blijven leeg

• Nul import
• Aansturing
• Import\ Export
• Dynamisch vandaag
• Spread\ Periodes
• Relais schakelingen
• Efficientie Import
• Efficientie Export

Zie de screenshots:

[Afbeelding]

[Afbeelding]

[Afbeelding]


Wanneer worden deze waarden\ parameters gevuld?

Haal nog even unknown weg bij de handmatige periode van vandaag in het dynamisch gedeelte. Dan kun je deze ook gebruiken.

Readme;
Wanneer je het Dynamisch Nordpool gedeelte in gebruik gaat nemen moet je voor dat je deze in gebruik neemt bij dynamisch_handmatige_periode en dynamisch_handmatige_periode_morgen even unknown weghalen. Hierna zal het dynamisch gedeelte werken.

[hemertje]

koboy schreef op vrijdag 10 april 2026 @ 00:18:
[...]
De spread grafieken komen tot leven zodra je een aantal dure en goedkope uren invult.

goedemorgen,

het aantal dure en goedkope uren invullen is een handmatige actie iedere dag?
vanuit de dynamische tarieven weten we toch de goedkope en de dure periodes en kunnen vandaar uit toch automatisch bepaalt en ingevuld worden??

[hremijn]

hemertje schreef op vrijdag 10 april 2026 @ 08:38:
[...]


goedemorgen,

het aantal dure en goedkope uren invullen is een handmatige actie iedere dag?
vanuit de dynamische tarieven weten we toch de goedkope en de dure periodes en kunnen vandaar uit toch automatisch bepaalt en ingevuld worden??

Die worden door de automatisering ingevuld

[gielz]

Voor de gene die zonnepanelen exotisch aansluiten via de offgrid en mppt tegelijk dit heb ik zojuist werkend getest in de laatste mei testrelease. Ook is het straks mogelijk om exact te zien waar het PV gedeelte naartoe is gegaan in de grafiek en 7 dagen terug.

Deel van het stroom komt van de offgrid, mppt en het dak (AC) tegelijk;


Dit werkt ook zo bij het ontladen, offgrid, mppt en de rest uit de batterij.

[raven22]

gielz schreef op vrijdag 10 april 2026 @ 09:06:
Voor de gene die zonnepanelen exotisch aansluiten via de offgrid en mppt tegelijk dit heb ik zojuist werkend getest in de laatste mei testrelease. Ook is het straks mogelijk om exact te zien waar het PV gedeelte naartoe is gegaan in de grafiek en 7 dagen terug.

Deel van het stroom komt van de offgrid, mppt en het dak (AC) tegelijk;
[Afbeelding]

Dit werkt ook zo bij het ontladen, offgrid, mppt en de rest uit de batterij.

Is het ook mogelijk om te zorgen dat stroom opgewekt door pv opbrengst (incl teruglevering) van een andere omvormer niet naar de batterij gaat, maar alleen stroom van pv opbrengst van de via mppt aangekoppelde panelen?

Ik krijg dit zonder een plug om de AC aan/uit te schakelen niet voor elkaar.

[gielz]

raven22 schreef op vrijdag 10 april 2026 @ 09:18:
[...]


Is het ook mogelijk om te zorgen dat stroom opgewekt door pv opbrengst (incl teruglevering) van een andere omvormer niet naar de batterij gaat, maar alleen stroom van pv opbrengst van de via mppt aangekoppelde panelen?

Ik krijg dit zonder een plug om de AC aan/uit te schakelen niet voor elkaar.

Zeker je kunt dan "Smart Discharge Only / Alleen Slim Ontladen" gebruiken. Dan ontlaad hij wanneer nodig en de PV slaat hij op. Ook in Standby gaat hij alle stroom opslaan van de PV.

Zijn al meerdere gebruikers die deze manier van aansturen gebruiken.

[koboy]

hemertje schreef op vrijdag 10 april 2026 @ 08:38:
[...]


goedemorgen,

het aantal dure en goedkope uren invullen is een handmatige actie iedere dag?
vanuit de dynamische tarieven weten we toch de goedkope en de dure periodes en kunnen vandaar uit toch automatisch bepaalt en ingevuld worden??

Ergens tussen 13 en 14 uur wordt de grafiek voor de volgende dag beschikbaar. Dan zijn daar ook het aantal dure en goedkope uren in overgenomen van de dag ervoor.
Als je handmatig gaat tweaken doe je dat dus elke dag.....
HA is bij mij bewust niet van buiten beschikbaar. Als ik er een paar dagen niet ben staat hij dus op 6 goedkoop en 5 duur.

[robinh]

Wai_AM schreef op donderdag 9 april 2026 @ 20:59:
Hier de geupdate versie Nordpool HACS, hopelijk ook goed genoeg voor de Noob HA gebruikers.

Voor nieuwe HA gebruikers die een makkelijk manier willen voor dynamische prijzen en Gielz integratie via packages methode hebben geinstalleerd:

Top dankjewel!

[ Voor 66% gewijzigd door robinh op 10-04-2026 10:51 ]

[gast777]

== Proxy Update:

Voor de Proxy gebruikers bij de Gielz aansturing: Zojuist een nieuwe versie gepost (20260409), die aanpassingen heeft die nodig zijn om goed te werken met de Mei release van Gielz.

https://github.com/gast77...#nieuw-in-versie-20260409

== Gesimuleerde Devices Update:

Tevens is er nu een apart Node-RED flow bestand voor de gesimuleerde Zendure devices. Deze zijn nu sterk verbeterd, bijvoorbeeld de SoC beweegt realistisch mee met het laden/ontladen.

Er is nu ook een gesimuleerde HomeWizard P1 aanwezig. Deze kan optioneel de live data van je echte Homewizard P1 gebruiken als basis. Daarop zal het vermogen van de gesimuleerde Zendures opgeteld/afgetrokken worden. Zo kun je heel realistisch NOM uitproberen met de Gielz aansturing als je nog geen Zendure batterij hebt (of momenteel geen NOM draait).

Handleiding zit in het blokje "Simulated test devices" bovenaan (in de volgende versie zal die op een duidelijkere plaats staan... )

[hemertje]

gast777 schreef op vrijdag 10 april 2026 @ 12:52:
== Proxy Update:

Voor de Proxy gebruikers bij de Gielz aansturing: Zojuist een nieuwe versie gepost (20260409), die aanpassingen heeft die nodig zijn om goed te werken met de Mei release van Gielz.

https://github.com/gast77...#nieuw-in-versie-20260409

== Gesimuleerde Devices Update:

Tevens is er nu een apart Node-RED flow bestand voor de gesimuleerde Zendure devices. Deze zijn nu sterk verbeterd, bijvoorbeeld de SoC beweegt realistisch mee met het laden/ontladen.

Er is nu ook een gesimuleerde HomeWizard P1 aanwezig. Deze kan optioneel de live data van je echte Homewizard P1 gebruiken als basis. Daarop zal het vermogen van de gesimuleerde Zendures opgeteld/afgetrokken worden. Zo kun je heel realistisch NOM uitproberen met de Gielz aansturing als je nog geen Zendure batterij hebt (of momenteel geen NOM draait).

Handleiding zit in het blokje "Simulated test devices" bovenaan (in de volgende versie zal die op een duidelijkere plaats staan... )

deze "Simulated test devices" update bestand is naast de bestaande versie toch?
geen update of vervanger voor de eerdere versies?

[gast777]

hemertje schreef op vrijdag 10 april 2026 @ 13:56:
[...]
deze "Simulated test devices" update bestand is naast de bestaande versie toch?
geen update of vervanger voor de eerdere versies?

De testdevices zitten nu in hun eigen flow, dus zitten dan onder een eigen tab in Node-RED.

Als je die wilt gebruiken en je hebt nog de vorige Proxy flow waar ook de testdevices in zitten, dan kan dat conflicteren. Dan kun je ze uit de proxy flow deleten, of de nieuwe Proxy flow installeren die deze testdevices niet meer heeft.

Even ter illustratie:

[Henkoes]

Taro schreef op zaterdag 16 augustus 2025 @ 20:25:
[...]

Je kunt voor de prijzen gewoon 1 op 1 de Nord Pool sensor invullen en de BTW/Belasting als volgt via een YAML regelen, in dit geval met de Zonneplan waardes:

YAML:

- platform: nordpool
    VAT: False
    currency: "EUR"
    price_in_cents: false
    low_price_cutoff: 0.9
    region: "NL"
    precision: 3
    price_type: kWh
    additional_costs: >
      {% set VAT = 0.21 %}
      {% set tax_kWh = 0.10154 %}
      {% set opslag = 0.0165 %}
      {{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

Voor het verbruik heb ik zowel de Shelly ABC Power als Zonneplan Current Usage sensoren succesvol gebruikt.

In welk bestand kan ik de Nordpool yaml aanpassen?

[Taro]

Henkoes schreef op vrijdag 10 april 2026 @ 14:33:
[...]


In welk bestand kan ik de Nordpool yaml aanpassen?

configuration.yaml.

[Henkoes]

Taro schreef op vrijdag 10 april 2026 @ 14:45:
[...]

configuration.yaml.

Als het hier nog niet in staat, dan bijzetten? Overwrite dit de instellingen die bij installatie zijn ingevoerd in de gui?

[Taro]

Henkoes schreef op vrijdag 10 april 2026 @ 15:37:
[...]


Als het hier nog niet in staat, dan bijzetten? Overwrite dit de instellingen die bij installatie zijn ingevoerd in de gui?

Ja, maar check wel altijd voordat je Home Assistant of de YAML configs herlaadt via de developer tools of je het goed hebt gedaan en een groen vinkje krijgt door de configuratie te testen. Sla je dat over dan loop je de kans dat HA niet meer opstart.

In dit geval moet die YAML onder:

YAML:

sensor:

[Henkoes]

Taro schreef op vrijdag 10 april 2026 @ 15:42:
[...]

Ja, maar check wel altijd voordat je Home Assistant of de YAML configs herlaadt via de developer tools of je het goed hebt gedaan en een groen vinkje krijgt door de configuratie te testen. Sla je dat over dan loop je de kans dat HA niet meer opstart.

In dit geval moet die YAML onder:

YAML:

sensor:

Super dank.
Wat ik dan niet snap. Bij verkoop krijg je niet de btw en belasting terug. Dus hoe bepaald de integritatie dan of verkopen tegen de prijs wijs is?

[hemertje]

voor de Nordpool howto, zie

https://gathering.tweakers.net/forum/view_message/84914288

@gielz
Wil jij deze uitleg op een aparte pagina hosten op je Github, dan is de uitleg compleet...

[hemertje]

Henkoes schreef op vrijdag 10 april 2026 @ 15:44:
[...]


Super dank.
Wat ik dan niet snap. Bij verkoop krijg je niet de btw en belasting terug. Dus hoe bepaald de integritatie dan of verkopen tegen de prijs wijs is?

Dit jaar krijg je bij teruglevering nog wel BTW en belasting terug.
Vanaf 01-01-2027 niet meer.

@Wai_AM
Bij Tibber is er dit jaar een verschil in toeslag tussen Koop en Verkoop, hoe kunnen we die apart ondervangen?

[gielz]

hemertje schreef op vrijdag 10 april 2026 @ 15:51:
voor de Nordpool howto, zie

https://gathering.tweakers.net/forum/view_message/84914288

@gielz
Wil jij deze uitleg op een aparte pagina hosten op je Github, dan is de uitleg compleet...

Hiervoor zijn 2 gepinde posts;
gielz in "Zendure producten in Home Assistant integreren deel 2"
Wai_AM in "Zendure producten in Home Assistant integreren deel 2"

Hoe je Nordpool HACS werkend krijgt is geen onderdeel van de integratie. Maar zal dit in de toekomst wanneer de wiki geupdate word wel toevoegen.

[Henkoes]

hemertje schreef op vrijdag 10 april 2026 @ 15:51:
voor de Nordpool howto, zie

https://gathering.tweakers.net/forum/view_message/84914288

@gielz
Wil jij deze uitleg op een aparte pagina hosten op je Github, dan is de uitleg compleet...

Dank toevoegen is gelukt.
Hoe maken we onderscheid tussen import en export tarieven? Die verschillen bij mij.

[pasmanm]

Ik heb in de Zendure-app het maximale laadpercentage ingesteld op 95%.
Deze waarde wordt correct overgenomen door de Gielz-integratie in Home Assistant.
Toch laadt de batterij door tot 99%, wat zowel in de officiële app als op mijn dashboard zichtbaar is.
Hoe kan het dat de batterij de ingestelde limiet negeert?"

[Wai_AM]

hemertje schreef op vrijdag 10 april 2026 @ 15:53:
[...]

Dit jaar krijg je bij teruglevering nog wel BTW en belasting terug.
Vanaf 01-01-2027 niet meer.

@Wai_AM
Bij Tibber is er dit jaar een verschil in toeslag tussen Koop en Verkoop, hoe kunnen we die apart ondervangen?

door bij Gielz minimale spread te verhogen met wat je wilt ? voor die 0,0205...

[BizzieBis]

pasmanm schreef op vrijdag 10 april 2026 @ 16:48:
Ik heb in de Zendure-app het maximale laadpercentage ingesteld op 95%.
Deze waarde wordt correct overgenomen door de Gielz-integratie in Home Assistant.
Toch laadt de batterij door tot 99%, wat zowel in de officiële app als op mijn dashboard zichtbaar is.
Hoe kan het dat de batterij de ingestelde limiet negeert?"

[Afbeelding]

Heeft dat niet te maken met de batterij kalibratie? De laatste 10% is best onnauwkeurig qua laden heb ik gemerkt. Hij springt snel door qua waardes in dat gebied. Dan zou je ook snel een overshoot kunnen hebben.

[pasmanm]

BizzieBis schreef op vrijdag 10 april 2026 @ 17:28:
[...]

Heeft dat niet te maken met de batterij kalibratie? De laatste 10% is best onnauwkeurig qua laden heb ik gemerkt. Hij springt snel door qua waardes in dat gebied. Dan zou je ook snel een overshoot kunnen hebben.

Ah, ik zal hem eens op 90% limit zetten, kijken of hij dan netjes stopt bij de lagere 90%.

[hemertje]

Gisteravond @gielz met @gast777 ingesteld

Maar vandaag blijven de 2 sets de hele dag op 90% staan ondanks dat er nu vermogen gevraagd wordt en er hoge dynamische prijzen zijn

Willen jullie eens meekijken en meedenken?

[ Voor 130% gewijzigd door hemertje op 10-04-2026 18:38 ]

[Ben(V)]

pasmanm schreef op vrijdag 10 april 2026 @ 17:39:
[...]

Ah, ik zal hem eens op 90% limit zetten, kijken of hij dan netjes stopt bij de lagere 90%.

Waarom capaciteit weggooien, zet hem gewoon op 100%, is ook beter voor de kalibratie.
Alleen de onderkant moet je op minimaal 5% houden voor de veiligheid.

Een batterij te veel ontladen maakt ze stuk, als het goed is zorgt de BMS ervoor dat zoiets nooit gebeurd, maar voor de zekerheid zou ik die 5% extra aanhouden.
Een defecte batterij is een heel dure "presse papier".

[gielz]

hemertje schreef op vrijdag 10 april 2026 @ 18:26:
Gisteravond @gielz met @gast777 ingesteld

Maar vandaag blijven de 2 sets de hele dag op 90% staan ondanks dat er nu vermogen gevraagd wordt en er hoge dynamische prijzen zijn

Willen jullie eens meekijken en meedenken?

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Je Zendure's wachten op jou

Deze modus gaat goedkoop laden op de goedkoopste ingestelde periodes en NOM ontladen op de door jou geselecteerde duurste periodes. Bijvoorbeeld zo;

*NOMen tot 23:00, als je ingestelde minimale spread 0% is.

[DeadMetal]

Wai_AM schreef op maandag 23 maart 2026 @ 20:08:
Voor nieuwe HA gebruikers die een makkelijk manier willen voor dynamische prijzen en Gielz integratie via packages methode hebben geinstalleerd:

1. Installeer nordpool HACS integratie.
2. maak een bestand aan in de packages directory, bv. nordpool.yaml
3. plaats de volgende code erin:

[knip]

weergave in Apex charts
[Afbeelding]

Dit werkt goed, dank je. Mag ik vragen waarom jij bij energiebelasting 0 invult?
En nog een vraagje, ik voel me een maar ben nog niet helemaal gewend aan de nieuwste typen dashboards in HA... bij jou wordt het als nummer getoond (incl, die omhoog/omlaag-knopjes), maar bij mij als tekstvelden:

Wat doe ik anders?

Wai_AM schreef op maandag 23 maart 2026 @ 20:08:
en 2 nordpool prijzen sensors
- sensor.nordpool_kwh_nl_eur_5_09_0
Dit is de sensor voor de totaal prijs ( vul de 3 input variabele in met je eigen dynamische leverancier kosten)

- sensor.nordpool_kwh_nl_eur_5_10_0
Dit is de sensor voor de kale marktprijs

Dan is het de bedoeling om de sensor.nordpool_kwh_nl_eur_5_09_0 te gebruiken in de gielz-automatisering van 'Dynamisch Nordpool sensor', correct?

[ Voor 18% gewijzigd door DeadMetal op 10-04-2026 20:03 ]

[hemertje]

gielz schreef op vrijdag 10 april 2026 @ 19:11:
[...]


Je Zendure's wachten op jou

Deze modus gaat goedkoop laden op de goedkoopste ingestelde periodes en NOM ontladen op de door jou geselecteerde duurste periodes. Bijvoorbeeld zo;

*NOMen tot 23:00, als je ingestelde minimale spread 0% is.
[Afbeelding]

Wat ik nog steeds niet snap?
Moet ik die periodes handmatig invullen?
Of worden die geautomatiseerd ingevuld n.a.v. de dynamische dal en piek uren?

[hemertje]

En NOM draaien dien je zelf handmatig in te stellen voor de dure piekuren?

[pasmanm]

Ben(V) schreef op vrijdag 10 april 2026 @ 18:52:
[...]


Waarom capaciteit weggooien, zet hem gewoon op 100%, is ook beter voor de kalibratie.
Alleen de onderkant moet je op minimaal 5% houden voor de veiligheid.

Een batterij te veel ontladen maakt ze stuk, als het goed is zorgt de BMS ervoor dat zoiets nooit gebeurd, maar voor de zekerheid zou ik die 5% extra aanhouden.
Een defecte batterij is een heel dure "presse papier".

Dit gaf gemini als advies:

Bij batterijen spreken we altijd over laadcycli (één keer volledig opladen en leeglopen is één cyclus). De Zendure AB3000(x) heeft LiFePO4 cellen van zeer hoge kwaliteit. Dit is wat de instellingen doen met de levensduur totdat de batterij nog zo'n 80% van zijn oorspronkelijke capaciteit over heeft:
​Instelling 10% - 100% (Dagelijks nagenoeg vol en leeg): Je haalt hiermee ongeveer 3.000 tot 4.000 laadcycli. Als je de batterij elke dag gebruikt, komt dat neer op zo'n 8 tot 11 jaar.
​Instelling 10% - 95% (De batterij wat rust geven): Door de absolute top en bodem te vermijden, neemt de mechanische stress in de cellen flink af. Je schiet dan al snel naar de 5.000 tot 6.000+ laadcycli. Bij dagelijks gebruik is dat ineens 13 tot ruim 16 jaar.
​De theorie vs. de praktijk ("Kalenderleeftijd")
​Op papier levert die 95% instelling je dus zomaar 5 jaar extra levensduur op! Maar er is in de praktijk wel een klein addertje onder het gras: de kalenderleeftijd.
​Zelfs als je een batterij perfect verzorgt, veroudert de chemie in de cellen van nature, puur door het verstrijken van de tijd. Ook de elektronica (zoals de printplaten en het BMS-systeem in de batterij) heeft niet het eeuwige leven. Vaak zie je bij dit soort systemen dat ze na 12 tot 15 jaar sowieso aan vervanging toe zijn door natuurlijke veroudering of omdat de technologie dan gigantisch verouderd is.
​Conclusie
​Hoeveel langer gaat hij mee? Op papier scheelt het al snel duizenden laadcycli (jaren). Omdat de Zendure app het wekelijkse onderhoud (kalibreren naar 100%) helemaal zelf regelt, is het absoluut de moeite waard om je limiet op 95% te zetten. Je geeft de batterij er een veel makkelijker leven door, en de kans is heel groot dat de interne batterijcellen hierdoor daadwerkelijk de rest van het systeem zullen overleven.

[Wai_AM]

DeadMetal schreef op vrijdag 10 april 2026 @ 20:02:
[...]
En nog een vraagje, ik voel me een maar ben nog niet helemaal gewend aan de nieuwste typen dashboards in HA... bij jou wordt het als nummer getoond (incl, die omhoog/omlaag-knopjes), maar bij mij als tekstvelden:
[Afbeelding]
Wat doe ik anders?
[...]

dat was een test versie HA, zie die pijltjes nu ook niet meer.

Dit werkt goed, dank je. Mag ik vragen waarom jij bij energiebelasting 0 invult?

was toen nog aan het testen: 0,0205 + 0,0916 = 0,1121
(Tibber toeslag + energiebelasting)

Dan is het de bedoeling om de sensor.nordpool_kwh_nl_eur_5_09_0 te gebruiken in de gielz-automatisering van 'Dynamisch Nordpool sensor', correct?

klopt,
sensor.nordpool_kwh_nl_eur_5_09_0 is als je alles invult de "Totale prijs"
sensor.nordpool_kwh_nl_eur_5_10_0 is de kale marktprijs
Voor met salderen gebruik je de 09,
10 nu als je de kale prijs wilt weten en voor na 1-1-2027 maar dat is tricky bij negatief tussen 0 en negatief energiebelasting + btw (0 tot en met - 0,13 )

[Ben(V)]

pasmanm schreef op vrijdag 10 april 2026 @ 23:17:
[...]


Dit gaf gemini als advies:

[...]

Je begrijpt toch wel dat een AI bot alleen maar terugblaat wat er aan onzin op het internet staat?
Het verhaal van die 100% is ontstaan doordat overladen (doorladen als hij vol zit) slecht is voor de levensduur.
Dit wordt bij Zendure echter door de BMS voorkomen dus dat kun je verder vergeten.

Een lifePo batterij heeft een vlakke ontlaad kromme en daarom kun je niet meten hoe vol hij is.
De Soc is dus een berekent getal aan de hand van hoeveel energie je erin stop en/of eruit haalt.
Om dit een beetje redelijk te doen is regelmatige kalibratie nodig en daarvoor moet je hem helemaal vol laden, want alleen bij bijna leeg en helemaal vol kan de BMS de Soc betrouwbaar meten aan de hand van de spanning van de cellen.

En die afname van de levensduur is enkel een theoretische aanname.
Batterijen verliezen nu eenmaal capaciteit in de loop van het gebruik en niemand heeft nog kunnen aantonen dat tot 100% opladen een substantiële capaciteit vermindering tot gevolg heeft.

De belangrijkste factor in veroudering bij lifePo batterijen is de temperatuur bij gebruik, zowel hoge als lage temperaturen hebben vele malen meer invloed op de levensduur.
De optimale gebruik temperatuur ligt tussen de 20 en 40 graden en alles daarbuiten zal z'n levensduur veel sterker beïnvloeden dan laden tot 100%

Ook de C waarde heeft veel meer invloed, met andere woorden hoge laad- en ontlaad stromen zijn slecht en die worden door een hogere C4 factor aanzienlijk verlaagd.

[ Voor 10% gewijzigd door Ben(V) op 11-04-2026 14:52 ]

[Devke]

hemertje schreef op vrijdag 10 april 2026 @ 18:26:
Gisteravond @gielz met @gast777 ingesteld

Maar vandaag blijven de 2 sets de hele dag op 90% staan ondanks dat er nu vermogen gevraagd wordt en er hoge dynamische prijzen zijn

Willen jullie eens meekijken en meedenken?

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Veldje waar je localhost hebt staan moet zijn als voorbeeld 192.168.1.2:1880 (locahost tekst kan niet). Veld Zendure 2400 AC IP Adres. IP adres invullen van de locatie waar je HA/node red draait. Daarnaast wat @gielz aangeeft. Je moet wel aangeven wat je dure uren zijn.

[Devke]

hemertje schreef op vrijdag 10 april 2026 @ 22:14:
[...]


Wat ik nog steeds niet snap?
Moet ik die periodes handmatig invullen?
Of worden die geautomatiseerd ingevuld n.a.v. de dynamische dal en piek uren?

Als je vandaag bv goedkoop 5 en duur 3 in het veld neerzet dan zal dit voor morgen ook gelden. De laatste instelling wordt onthouden / doorgegeven naar morgen.

[gast777]

Devke schreef op zaterdag 11 april 2026 @ 09:13:
[...]

Veldje waar je localhost hebt staan moet zijn als voorbeeld 192.168.1.2:1880 (locahost tekst kan niet). Veld Zendure 2400 AC IP Adres. IP adres invullen van de locatie waar je HA/node red draait.

Er is al een duidelijk probleem geconstateerd. Ik zou zeggen, corrigeer dat eerst en kijk daarna verder of er dan ook nog andere problemen zijn of niet.

Localhost kan prima als hij de Proxy gebruikt en die op dezelfde machine draait. Zie Proxy instructies. De verbinding van HA met de Proxy en ook de Proxy met de Zendures lijkt hier gewoon prima, aangezien alle sensoren normale waardes aangeven.

Het enige op dat gebied wat me wel opviel is dat de wifi signaalsterkte "Goed" is. Dat kan dus nog beter naar de "Uitstekend" (tip: bedrade AP dichtbij de Zendures plaatsen met eigen SSID). Een stabiele verbinding is absoluut noodzakelijk om later geen vage klachten te krijgen. Maar voor deze specifieke klacht / symptoom is het niet relevant.

[hemertje]

Devke schreef op zaterdag 11 april 2026 @ 09:18:
[...]

Als je vandaag bv goedkoop 5 en duur 3 in het veld neerzet dan zal dit voor morgen ook gelden. De laatste instelling wordt onthouden / doorgegeven naar morgen.

Hoi Devke,

goedemorgen en dank voor je reactie.

dit is en blijft dus handwerk begrijp ik?
dan moet ik mijn verwachting van Gielz bijstellen blijkbaar...!

naar mijn idee is Gielz (geautomatiseerd) de kapitein en niet ik (dagelijks handmatig)
in mijn verwachting past Gielz deze dure en goedkope periodes geautomatiseerd aan n.a.v. de dynamische tarieven en de onderlinge verhoudingen tussen de kwartierwaardes...

hoe doen andere dit?
hoe passen jullie deze periodes aan en welke redenatie/ beredenering zit hierachter?
mijn idee van HA en de integraties is 1x instellen en als het ff kan niet meer naar omkijken

nog een vraagje van deze Gielz beginner
zoals je in onderstaande screenshot ziet wordt er gisteravond vermogen uit het net opgenomen terwijl de batterijen voor 90% vol zijn.

is 'Dynamisch NOM (Duur)' dan de verkeerde modus om de netaansluiting op nul te houden?

[hemertje]

Devke schreef op zaterdag 11 april 2026 @ 09:13:
[...]

Veldje waar je localhost hebt staan moet zijn als voorbeeld 192.168.1.2:1880 (locahost tekst kan niet). Veld Zendure 2400 AC IP Adres. IP adres invullen van de locatie waar je HA/node red draait. Daarnaast wat @gielz aangeeft. Je moet wel aangeven wat je dure uren zijn.

ik heb 2 sets staan, en gebruik Gast777 zijn proxy
vandaar dat je ook 6 batterijen ziet (2 sets)

[hemertje]

gast777 schreef op zaterdag 11 april 2026 @ 10:15:
[...]
Het enige op dat gebied wat me wel opviel is dat de wifi signaalsterkte "Goed" is. Dat kan dus nog beter naar de "Uitstekend" (tip: bedrade AP dichtbij de Zendures plaatsen met eigen SSID). Een stabiele verbinding is absoluut noodzakelijk om later geen vage klachten te krijgen. Maar voor deze specifieke klacht / symptoom is het niet relevant.

op dit moment staan de 2 sets niet bij elkaar, ze staan zeker 10-12m hemelsbreed van elkaar af
deze posities zijn enkel om deze te testen
wanneer de derde set eindelijk binnen is, wacht al een paar weken op de vervanger vanuit Zendure, plaats ik ze samen in de schuur

welke wifi signaalsterkte wordt er nu dan van welke inverter gebruikt?

[gielz]

hemertje schreef op zaterdag 11 april 2026 @ 10:16:
[...]


Hoi Devke,

goedemorgen en dank voor je reactie.

dit is en blijft dus handwerk begrijp ik?
dan moet ik mijn verwachting van Gielz bijstellen blijkbaar...!

naar mijn idee is Gielz (geautomatiseerd) de kapitein en niet ik (dagelijks handmatig)
in mijn verwachting past Gielz deze dure en goedkope periodes geautomatiseerd aan n.a.v. de dynamische tarieven en de onderlinge verhoudingen tussen de kwartierwaardes...

hoe doen andere dit?
hoe passen jullie deze periodes aan en welke redenatie/ beredenering zit hierachter?
mijn idee van HA en de integraties is 1x instellen en als het ff kan niet meer naar omkijken

nog een vraagje van deze Gielz beginner
zoals je in onderstaande screenshot ziet wordt er gisteravond vermogen uit het net opgenomen terwijl de batterijen voor 90% vol zijn.

is 'Dynamisch NOM (Duur)' dan de verkeerde modus om de netaansluiting op nul te houden?

[Afbeelding]

Je moet je even afvragen wat je exact wilt bereiken. Hier is het Nul op de meter ik doe dus helemaal niets en neem rond de 0,5 kwh uit het net per dag.

Wat wil je dus exact bereiken met je setup?

[gast777]

hemertje schreef op zaterdag 11 april 2026 @ 10:29:
[...]
welke wifi signaalsterkte wordt er nu dan van welke inverter gebruikt?

Voor de wifi signaalsterkte neemt de Proxy de laagste waarde (slechtste) die de devices doorgeven. Die wordt dan aan HA doorgegeven.

Het kan dus zijn dat maar 1 van de 2 apparaten een "Goed" heeft en de andere "Uitstekend".

Nu niet relevant, maar als je zou willen (lijkt me overbodig) kan dat ook per apparaat gemonitord worden, zie "Optioneel: Nog meer per device monitoren?"

[hemertje]

dag Giel, dank voor je vraag

met de huidige beschikbare accucapaciteit kan ik voor de basislast (full electric woning met warmtepomp) in van het voorjaar t/m het najaar hoofdzakelijk op zonnestroom draaien uit de Zendures

zo had ik van de week met een zeer zonnige dag 50kWh opwek uit de zonnepanelen waarmee de Zendures gevuld kunnen worden

afhankelijk van de dynamische prijzen kan er dit jaar naast de NOM voor de full electric woning basislast nog wat gehandeld worden, mooi voorbeeld zijn de piekprijzen van gisteravond en de lage dalprijzen van vanmiddag

in de winterperiode wordt het natuurlijk anders, dan dient er naast de zonne opwek de Zendures gevuld te worden uit de lage dynamische daluren

daarnaast is er nog een EV, dus wanneer die geladen wordt dienen deze EV kwh-en niet uit de Zendures te komen

naar mijn idee is dit prima te automatiseren?

[gielz]

hemertje schreef op zaterdag 11 april 2026 @ 10:44:
dag Giel, dank voor je vraag

met de huidige beschikbare accucapaciteit kan ik voor de basislast (full electric woning met warmtepomp) in van het voorjaar t/m het najaar hoofdzakelijk op zonnestroom draaien uit de Zendures

zo had ik van de week met een zeer zonnige dag 50kWh opwek uit de zonnepanelen waarmee de Zendures gevuld kunnen worden

afhankelijk van de dynamische prijzen kan er dit jaar naast de NOM voor de full electric woning basislast nog wat gehandeld worden, mooi voorbeeld zijn de piekprijzen van gisteravond en de lage dalprijzen van vanmiddag

in de winterperiode wordt het natuurlijk anders, dan dient er naast de zonne opwek de Zendures gevuld te worden uit de lage dynamische daluren

daarnaast is er nog een EV, dus wanneer die geladen wordt dienen deze EV kwh-en niet uit de Zendures te komen

naar mijn idee is dit prima te automatiseren?

Dit zit er allemaal al in buiten de EV, dit is een aparte automatisering die per gebruiker anders is (even op EV zoeken in het topic). Je moet uiteraard wel aangeven naar hoeveel uren er gekeken moet worden. Zet je dit in dynamisch morgen dan voert hij dit dagelijks uit

Zou iig hier eerst eens kijken welke modus het beste bij jou thuissituatie past;
https://github.com/Gielz1...rlands-%E2%80%90-Modussen

Wanneer jij Dynamisch NOM (Duur) gebruikt klopt het inderdaad dat hij nooit gaat NOMen als je niet aangeeft hoeveel duurste uren NOM hij per dag moet gaan uitvoeren. En eventueel nog hoeveel uren goedkoop hij moet gaan laden.

[Devke]

hemertje schreef op zaterdag 11 april 2026 @ 10:16:
[...]


Hoi Devke,

goedemorgen en dank voor je reactie.

dit is en blijft dus handwerk begrijp ik?
dan moet ik mijn verwachting van Gielz bijstellen blijkbaar...!

naar mijn idee is Gielz (geautomatiseerd) de kapitein en niet ik (dagelijks handmatig)
in mijn verwachting past Gielz deze dure en goedkope periodes geautomatiseerd aan n.a.v. de dynamische tarieven en de onderlinge verhoudingen tussen de kwartierwaardes...

hoe doen andere dit?
hoe passen jullie deze periodes aan en welke redenatie/ beredenering zit hierachter?
mijn idee van HA en de integraties is 1x instellen en als het ff kan niet meer naar omkijken

nog een vraagje van deze Gielz beginner
zoals je in onderstaande screenshot ziet wordt er gisteravond vermogen uit het net opgenomen terwijl de batterijen voor 90% vol zijn.

is 'Dynamisch NOM (Duur)' dan de verkeerde modus om de netaansluiting op nul te houden?

[Afbeelding]

Er zit vaak een patroon in goedkoopste en duurste uren. Ik selecteer vaak de goedkoopste 4 en duurste 3. De volgende dag kijk ik even of ik dat nog van toepassing vind of meer uren moet overbruggen. Dan is het vermogen lager in te stellen. Minder snel vol. Dit vergt dus een flexibel systeem / integratie. Als jij kiest voor altijd 4 goedkoopste en 3 duurste uren dan stel je dat in en dan zal dat iedere dag de basis zijn. Je kunt ook wat spelen met gewenste spread sensor zodat je niet tegen hele kleine verschillen aan energie verplaatsen bent.

Daarnaast zou ik de opmerking van @gast777 aangaande de wifi iets mee doen. Ben hier al dagen aan het draaien met een AP waar alleen de batterijen opzitten. Eigen wifi netwerkje. De Wifi sterkte is alleen maar Uitstekend geweest.