Zendure producten in Home Assistant integreren deel 2

[Wai_AM]

Morgen is een goede test case of je alles goed kan doen

[atimmerman]

Gebruik sinds gisteravond de laatste testversie . Om uitschakelen SOC bescherming te checken.


Gedurende de nacht daalde de SOC van 5% naar 2%



Allemaal zoals verwacht, maar hoe kan ik zien dat de BMS ingrijpt? Werd om 8 uur wat zenuwachtig en heb SOC bescherming maar weer aangezet.

[Gramser]

gielz schreef op vrijdag 24 april 2026 @ 13:34:
[...]


Ze gaan balanceren, niet te veel naar je batterij kijken 😉

Ik mag kijken als ik maar nergens aan kom, zei m'n moeder

[koboy]

@gielz
Ik zie voor morgen erg vreemd gedrag. Een spread van -3000%......

Onder het motto: if it ain't broke don't fix it draai ik nog de april (test?) release van 20260223. Bugje in die versie of nog bestaand?

Ik heb in elk geval de minimale spread maar even naar -4000 gezet....

[Wai_AM]

koboy schreef op vrijdag 24 april 2026 @ 14:02:
@gielz
Ik zie voor morgen erg vreemd gedrag. Een spread van -3000%......
[Afbeelding]
Onder het motto: if it ain't broke don't fix it draai ik nog de april (test?) release van 20260223. Bugje in die versie of nog bestaand?

Ik heb in elk geval de minimale spread maar even naar -4000 gezet....

geen foutje, eerste dag in het jaar met echt negatieven tarieven incl energiebelasting en opslag.
reageer te snel, zie bij versie 20260419 dat het -400% spread is, -4000 is wel teveel van het goede.
Dus eerste ochtend piek zendure leeg dumpen en bij negatieve prijzen volgooien.

[ Voor 11% gewijzigd door Wai_AM op 24-04-2026 14:19 ]

[koboy]

Wai_AM schreef op vrijdag 24 april 2026 @ 14:04:
[...]

geen foutje, eerste dag in het jaar met echt negatieven tarieven incl energiebelasting en opslag.
reageer te snel, zie bij versie 20260419 dat het -400% spread is, -4000 is wel teveel van het goede.
Dus eerste ochtend piek zendure leeg dumpen en bij negatieve prijzen volgooien.

@gielz Denk dat de berekening van de spread aangepast moeten worden om er voor te zorgen dat er ontladen gaat worden. Met een deling door een negatief gemiddeld laadtarief kom je natuurlijk op een negatief getal uit.
Voorstel: delen door de absolute waarde van het gemiddeld laadtarief? Of de absolute waarde nemen van het eindresultaat? Het gaat natuurlijk om een uitzonderlijke situatie, maar de exacte waarde van de spread boeit niet zo veel gezien de spread in centen juist mega groot is.

[gielz]

koboy schreef op vrijdag 24 april 2026 @ 14:33:
[...]


@gielz Denk dat de berekening van de spread aangepast moeten worden om er voor te zorgen dat er ontladen gaat worden. Met een deling door een negatief gemiddeld laadtarief kom je natuurlijk op een negatief getal uit.
Voorstel: delen door de absolute waarde van het gemiddeld laadtarief? Of de absolute waarde nemen van het eindresultaat? Het gaat natuurlijk om een uitzonderlijke situatie, maar de exacte waarde van de spread boeit niet zo veel gezien de spread in centen juist mega groot is.

Zeer uitzonderlijk maar wel lekker
Opgelost in https://github.com/Gielz1...-zenSDK/tree/Next-release

Geen zin om totaal te updaten dan zijn hier de regels die aangepast zijn;
https://github.com/Gielz1...3892083f4056b88b98686bd05

[koboy]

gielz schreef op vrijdag 24 april 2026 @ 15:23:
[...]


Zeer uitzonderlijk maar wel lekker
Opgelost in https://github.com/Gielz1...-zenSDK/tree/Next-release

Geen zin om totaal te updaten dan zijn hier de regels die aangepast zijn;
https://github.com/Gielz1...3892083f4056b88b98686bd05

[Afbeelding]

Maar klopt toch dat gewenste spread op -4000 een snelle workaround is? Kan ik na de release rustig updaten...

[gielz]

koboy schreef op vrijdag 24 april 2026 @ 15:36:
[...]


Maar klopt toch dat gewenste spread op -4000 een snelle workaround is? Kan ik na de release rustig updaten...

Zou inderdaad ook moeten werken. Je kunt ook alleen de 4 regels aanpassen dan update je niet en tweak je alleen de code.

[gielz]

Polvo176 schreef op vrijdag 24 april 2026 @ 12:28:
Hoe voeg ik een nieuwe batterij aan HA toe (fireson)?
Ik wil mijn nieuwe 1600AC toevoegen, maar dat lukt me niet.
Item toevoegen of apparaat toevoegen werkt kennelijk niet.
Herladen werkt ook niet.

Ik denk dat je hem dan opnieuw moet toevoegen (de integratie).

@Taro hoe doe jij dit met je sterk wisselende verzameling?

[gielz]

atimmerman schreef op vrijdag 24 april 2026 @ 13:41:
Gebruik sinds gisteravond de laatste testversie . Om uitschakelen SOC bescherming te checken.
[Afbeelding]

Gedurende de nacht daalde de SOC van 5% naar 2%

[Afbeelding]

Allemaal zoals verwacht, maar hoe kan ik zien dat de BMS ingrijpt? Werd om 8 uur wat zenuwachtig en heb SOC bescherming maar weer aangezet.

Niet alle FWs zijn uitgerust dat ze automatisch meteen goed gaan bijladen. Uiteindelijk zou hij dit wel moeten doen maar of je daar op wilt wachten als je minimale soc op 5% zit betwijfel ik.

[Hippe Lip]

Zie ik nou dat als je een handmatige periode invoert dat de piek- en daltijden uitgeschakeld worden? Ik dacht dat het erbij gezet zou worden, maar ik zie die piek- en daltijden helemaal niet meer in de grafiek….

Edit:

Ook niet als die handmatige periode voorbij is.

[ Voor 26% gewijzigd door Hippe Lip op 24-04-2026 15:47 ]

[ppaulv]

gielz schreef op vrijdag 24 april 2026 @ 15:23:
[...]


Geen zin om totaal te updaten dan zijn hier de regels die aangepast zijn;
https://github.com/Gielz1...3892083f4056b88b98686bd05

Bij mij blijven die 2 venstertjes dynamisch vandaag / morgen geheel leeg. Enig idee waarom? De rest is mooi gevuld

[Pakhaas]

Bedankt @gielz voor de snelle update!

Ik heb 4 regels aangepast en na herstart HA is het direct weer goed!


Mooi dagje morgen!

[koos]

koos schreef op donderdag 23 april 2026 @ 21:03:
Is het mogelijk om via de Gielz integratie de batterij zo te sturen dat hij om 20.00uur overschakelt naar handmatig en om 0600uur terug naar nul-op-de-meter? In de AH integratie van Zendure zelf lukt het mij wel om het te automatiseren. Maar Gielz kan ik niet vinden bij "doe dan" in de UI.
's Nachts heb ik de NOM op m'n EcoFlow zelfbouw om 's ochtens nog wat in de Zendure te hebben voor de ochtend piekjes.

Niemand?

[Taro]

gielz schreef op vrijdag 24 april 2026 @ 15:39:
[...]


Ik denk dat je hem dan opnieuw moet toevoegen (de integratie).

@Taro hoe doe jij dit met je sterk wisselende verzameling?

Integratie weggooien (niet uit HACS, wel bij Apparaten) en opnieuw inloggen. Dan haalt ie de lijst opnieuw op.

[gast777]

koos schreef op vrijdag 24 april 2026 @ 17:38:
[...]


Niemand?

Bedoel je zoiets?

[Taro]

Heb de Mix 4000 AC+ properties aan Fireson doorgegeven, zodat die hopelijk direct vanaf de lancering vanuit Home Assistant icm Zendure integratie kan worden aangestuurd

[jordyc]

koos schreef op vrijdag 24 april 2026 @ 17:38:
[...]
Niemand?

Veel mensen hebben een automation boven de Gielz automation draaien waarmee ze bepalen in welke modus de Gielz automation moet draaien. Daarmee kun je dan dus helemaal zelf bepalen onder welke voorwaarden er welke modus wordt gebruikt. Dit is allemaal heel persoonsgebonden en kun je dus beter zelf maken als je er behoefte aan hebt.

[Polvo176]

Taro schreef op vrijdag 24 april 2026 @ 17:45:
[...]

Integratie weggooien (niet uit HACS, wel bij Apparaten) en opnieuw inloggen. Dan haalt ie de lijst opnieuw op.

Gelijk even geprobeerd, maar helaas, geen 1600AC te bekennen.
Nog tips?

[Taro]

Polvo176 schreef op vrijdag 24 april 2026 @ 18:37:
[...]

Gelijk even geprobeerd, maar helaas, geen 1600AC te bekennen.
Nog tips?

Wordt die al wel ondersteund door de versie die je hebt? Ik draai zelf nog een stable versie zonder ondersteuning voor 1600 AC+, 2400 AC+ en 2400 AC Pro.

[Polvo176]

Taro schreef op vrijdag 24 april 2026 @ 18:38:
[...]

Wordt die al wel ondersteund door de versie die je hebt? Ik draai zelf nog een stable versie zonder ondersteuning voor 1600 AC+, 2400 AC+ en 2400 AC Pro.

Ik heb op zeker moment alles er maar afgegooid en https://github.com/zendure/zendure-ha er weer opgezet.
Daar staat de 1600AC wel in de lijst, maar ik zie hem na installatie niet.
De anderen ( 3 Hypers en een sf800Pro) komen wel direct terug.

[Flexiilex]

Even voor de zekerheid, ik draai v20260412 en zie een spread van -1083% voor morgen: gaat dit nu wel of niet goed morgen? @gielz

[Pakhaas]

Flexiilex schreef op vrijdag 24 april 2026 @ 22:12:
Even voor de zekerheid, ik draai v20260412 en zie een spread van -1083% voor morgen: gaat dit nu wel of niet goed morgen? @gielz

[Afbeelding]

Niet goed, aantal berichten hierboven heeft @gielz een update geplaatst. 4 regels aanpassen in de package file.

[CodeCaster]

Hoe kan ik de aansturing van de 2400 Pro nog even bij HEMS laten, maar de status en statistieken uitlezen via Home Assistant?

Ik wil graag nog even de out-of-the-box-ervaring hebben qua software, maar wel al in mijn Energy Dashboard in Home Assistant een batterij kunnen zien.

Ik heb een SlimmeLezer+ en Zendure P1-meter, via een actieve splitter gekoppeld. Beide kan ik uitlezen in HA; de laatste is ook gekoppeld aan de batterij, en werkt.

Wat niet werkt: ik wil import/export en SoC zien in HA, en ook, of met name, deze instellingen voor een batterij kunnen instellen:



Ik heb via HACS de https://github.com/Zendure/Zendure-HA geïnstalleerd en geconfigureerd met app token, maar die integratie lijkt alleen m'n P1-meter te herkennen:



De state klappert elke paar seconden tussen idle en discharging, maar dat lijkt meer de mismatch tussen vraag (huis) en aanbod (batterij) te zijn, die braaf constant staat te ontladen, met wisselend vermogen om de meter op nul te proberen te houden.

Via een POST vanuit Insomnia (Postman-achtige tool) heb ik MQTT enabled, want op http://192.168.88.99/rpc?method=HA.Mqtt.GetConfig bleef enabled: false terwijl de rest van de config klopte (handig ook dat je password er plaintext uit komt), en nu zie ik een heleboel MQTT-discovery- en -databerichten voorbijkomen, maar niets op de availability-topics, dus alles blijft unavailable ondanks data:

Message 3999 received on Zendure/sensor/xxx123/packInputPower at 11:02 PM:
430
QoS: 0 - Retain: false

Message 3998 received on Zendure/sensor/xxx123/packInputPower at 11:01 PM:
478
QoS: 0 - Retain: false

Message 3997 received on Zendure/sensor/xxx123/packInputPower at 11:01 PM:
441
QoS: 0 - Retain: false

Kan wat ik wil? Kan ik de batterij (lokaal) uitlezen zonder hem direct te moeten aansturen (dus: met HEMS actief)? Zo ja, hoe?

[fabudop]

gielz schreef op vrijdag 24 april 2026 @ 15:23:
[...]


Zeer uitzonderlijk maar wel lekker
Opgelost in https://github.com/Gielz1...-zenSDK/tree/Next-release

Geen zin om totaal te updaten dan zijn hier de regels die aangepast zijn;
https://github.com/Gielz1...3892083f4056b88b98686bd05

[Afbeelding]

Ik was hier al eerder tegenaangelopen, aangezien ik de tarieven zonder belasting gebruik (ik betaal dit toch nooit, veel te veel teruglevering). Toen ook overwogen om de absolute waarde te nemen. Maar het blijft dan wel raar gedrag vertonen als de goedkoopste prijs rond nul zit (oneindige spread).

Ik heb daarom een iets andere definitie gebruikt van de spread:

in plaats van
{{ ((avg_duur - avg_goedkoop) / avg_goedkoop * 100) | round(1) }}
doe ik
{{ ((avg_duur - avg_goedkoop) / avg_duur * 100) | round(1) }}

De dag dat de duurste uren onder nul zitten moet nog komen...

Het veranderd natuurlijk wel de waarde van de threshold. Dus je moet dan andere grenswaardes gaan gebruiken.

[ Voor 4% gewijzigd door fabudop op 24-04-2026 23:14 ]

[fam.bloemhof]

Ik probeer de zenSDK van Gielz werkend te krijgen, maar de entiteiten verschijnen niet in het dashboard

Ik heb nauwlettend de instructies gevolgd:
de nieuwste zendure_ha_zensdk_gielz1986.yaml in de packages map geplaatst en de configuration.yaml aangepast -> HA opnieuw opgestart -> alleen de entiteiten verschijnen niet. Zie screenshot. Wat gaat er fout?

[Flexiilex]

Pakhaas schreef op vrijdag 24 april 2026 @ 22:27:
[...]

Niet goed, aantal berichten hierboven heeft @gielz een update geplaatst. 4 regels aanpassen in de package file.

Ja dat dacht ik dus al maar aangezien ik de stable release had wist ik t niet 100% zeker

edit; gefixt met de 4 regels, thanks!

[ Voor 6% gewijzigd door Flexiilex op 24-04-2026 23:32 ]

[koboy]

Flexiilex schreef op vrijdag 24 april 2026 @ 23:21:
[...]


Ja dat dacht ik dus al maar aangezien ik de stable release had wist ik t niet 100% zeker

edit; gefixt met de 4 regels, thanks!

Als eerste melder vandaag.....
Ik heb waarschijnlijk geen tijd die 4 regels aan te passen. Volgens Gielz zou het ook moeten werken om de gewenste spread wat verder negatief te zetten. Staat bij mij nu op -4000, maar ik houd het morgen even in de gaten, net als de SolarEdge PV omvormer

[Flexiilex]

koboy schreef op vrijdag 24 april 2026 @ 23:47:
[...]


Als eerste melder vandaag.....
Ik heb waarschijnlijk geen tijd die 4 regels aan te passen. Volgens Gielz zou het ook moeten werken om de gewenste spread wat verder negatief te zetten. Staat bij mij nu op -4000, maar ik houd het morgen even in de gaten, net als de SolarEdge PV omvormer

Op vakantie/niet thuis oid? Is echt 3 min werk namelijk

[koboy]

Flexiilex schreef op vrijdag 24 april 2026 @ 23:48:
[...]


Op vakantie/niet thuis oid? Is echt 3 min werk namelijk

Computer aan moeten zetten, even goed voor gaan zitten en vooral niet gestoord willen worden.
Wat lastig met 2 stuiterende kinderen en je sport avond op vrijdag. Ben net weer thuis.
En als het werkt de spread even op een vreemde waarde te zetten is dat sneller. Had ik meteen al gedaan toen ik de rare situatie zag.

Draai nog de april test versie. Updaten daarvan was ik ook nog niet aan toegekomen.

[Faraz]

Pakhaas schreef op vrijdag 24 april 2026 @ 17:03:
Bedankt @gielz voor de snelle update!

Ik heb 4 regels aangepast en na herstart HA is het direct weer goed!

[Afbeelding]
Mooi dagje morgen!

Op mijn telefoon zie ik via de link van gielz niet enkel 4 (nieuwe?) regels, maar een heel yaml bestand.
Kun je (of kan iemand) daarom alsjeblieft enkel de relevante 4 regels hier posten?

En @gielz , is dit de ge-update global versie, waarin dit ook (voorlopig) is gefixt?
https://github.com/Gielz1...ure_gielz1986_global.yaml

Weet niet exact om welke regels het gaat, dus was helaas lastig om zelf te beoordelen. Alvast bedankt!

[Polvo176]

Taro schreef op vrijdag 24 april 2026 @ 18:38:
[...]

Wordt die al wel ondersteund door de versie die je hebt? Ik draai zelf nog een stable versie zonder ondersteuning voor 1600 AC+, 2400 AC+ en 2400 AC Pro.

Nee dus, bij instaleren wordt standaard de laatste formele versie 1.2.5 geïnstalleerd en hier zit de 1600AC en nieuwe 2400 versies nog niet in.
Ik heb nu een 1.2.7 pre release er op gezet, dan pakt hij hem direct er bij.
Nadeel, de sensoren hebben kennelijk andere namen gekregen, dashboard werkt niet meer.

[Taro]

Polvo176 schreef op zaterdag 25 april 2026 @ 00:05:
[...]

Nee dus, bij instaleren wordt standaard de laatste formele versie 1.2.5 geïnstalleerd en hier zit de 1600AC en nieuwe 2400 versies nog niet in.
Ik heb nu een 1.2.7 pre release er op gezet, dan pakt hij hem direct er bij.
Nadeel, de sensoren hebben kennelijk andere namen gekregen, dashboard werkt niet meer.

Top, dan was dat de oorzaak. En direct ook de reden dat ik nog niet naar de pre release ben gegaan.

Heb de nieuwe modellen zoals 2400 AC+ & 4000 Mix AC+ via HEMS 2.0 draaien en 3x 2400AC via Home Assistant. Als er een stable release is incl. de nieuwe modellen dan zet ik die ook in Home Assistant en haal ik ze uit HEMS.

[gielz]

Faraz schreef op zaterdag 25 april 2026 @ 00:05:
[...]


Op mijn telefoon zie ik via de link van gielz niet enkel 4 (nieuwe?) regels, maar een heel yaml bestand.
Kun je (of kan iemand) daarom alsjeblieft enkel de relevante 4 regels hier posten?

En @gielz , is dit de ge-update global versie, waarin dit ook (voorlopig) is gefixt?
https://github.com/Gielz1...ure_gielz1986_global.yaml

Weet niet exact om welke regels het gaat, dus was helaas lastig om zelf te beoordelen. Alvast bedankt!

In de beide testreleases staat het juist en je kunt ook door de 4 regels code aan te passen in je huidige package het werkend krijgen.

[gielz]

fam.bloemhof schreef op vrijdag 24 april 2026 @ 23:14:
Ik probeer de zenSDK van Gielz werkend te krijgen, maar de entiteiten verschijnen niet in het dashboard

Ik heb nauwlettend de instructies gevolgd:
de nieuwste zendure_ha_zensdk_gielz1986.yaml in de packages map geplaatst en de configuration.yaml aangepast -> HA opnieuw opgestart -> alleen de entiteiten verschijnen niet. Zie screenshot. Wat gaat er fout? [Afbeelding]

Kunnen eigenlijk maar 3 dingen betekenen.

1) na het invullen van het zendure ip / homewizard ip moet je nog een keer herstarten zodat alle sensoren aangemaakt worden. (kan nog wat duidelijker in de readme)
3) dashboard is een andere taal dan je gekozen package.
2) de package staat niet juist. Post even een screenshot van je configuration.yaml en waar je package exact staat.

[Devke]

fam.bloemhof schreef op vrijdag 24 april 2026 @ 23:14:
Ik probeer de zenSDK van Gielz werkend te krijgen, maar de entiteiten verschijnen niet in het dashboard

Ik heb nauwlettend de instructies gevolgd:
de nieuwste zendure_ha_zensdk_gielz1986.yaml in de packages map geplaatst en de configuration.yaml aangepast -> HA opnieuw opgestart -> alleen de entiteiten verschijnen niet. Zie screenshot. Wat gaat er fout? [Afbeelding]

Package, automatisering en dashboard alle 3 in het engels gepakt? Mixen met Nederlands gaat niet. Het is of Engels of Nederlands.

[Henkoes]

gielz schreef op donderdag 23 april 2026 @ 17:07:
[...]


Met de volgende release komt het mee als de test afgerond is. Je kunt het nu al in gebruik nemen via;

TEST Release; https://github.com/Gielz1...-zenSDK/tree/Next-release
Releasenotes; https://github.com/Gielz1986/Zendure-HA-zenSDK/pull/73

[Afbeelding]

Is een test release wel stabiel genoeg?
Probleem is, ik heb dus 4 batterijen per toren, meer dan 6. Hoe gaat het script daarmee om?

[Faraz]

koboy schreef op vrijdag 24 april 2026 @ 23:47:
[...]


Als eerste melder vandaag.....
Ik heb waarschijnlijk geen tijd die 4 regels aan te passen. Volgens Gielz zou het ook moeten werken om de gewenste spread wat verder negatief te zetten. Staat bij mij nu op -4000, maar ik houd het morgen even in de gaten, net als de SolarEdge PV omvormer

minimum spread kan niet negatief zijn (min = 0), dus gaat denk ik niet werken

[koboy]

Faraz schreef op zaterdag 25 april 2026 @ 09:14:
[...]


minimum spread kan niet negatief zijn (min = 0), dus gaat denk ik niet werken

Gisteren nagevraagd bij Gielz, en zou ook moeten werken. Heeft dat helaas niet gedaan. Laatste restje is niet gedumpt vanochtend, dus moet nog even aan de gang zo.

[koboy]

Flexiilex schreef op vrijdag 24 april 2026 @ 23:48:
[...]


Op vakantie/niet thuis oid? Is echt 3 min werk namelijk

Omdat ik nog een oudere test-versie draaide was het wel even zoeken omdat de regelnummers niet matchen. Dubbelcheck of je wel het goede aanpast enzo. Koste wel een half uurtje,

[koboy]

Faraz schreef op zaterdag 25 april 2026 @ 09:14:
[...]


minimum spread kan niet negatief zijn (min = 0), dus gaat denk ik niet werken

Heb je (achteraf inderdaad gelijk in. Had hem ingesteld op -4000 en hij leek dat ook te accepteren.
Zonet de boel toch nog moeten aanpassen, en zie na de herstart dat de spread weer op 25% stond, maar dat wel de uren juist waren gebleven.

[gast777]

Henkoes schreef op zaterdag 25 april 2026 @ 09:13:
[...]


Is een test release wel stabiel genoeg?
Probleem is, ik heb dus 4 batterijen per toren, meer dan 6. Hoe gaat het script daarmee om?

Daarvoor heb ik zojuist nieuwe bestanden neergezet voor de proxy sensoren yaml en de dashboard sensoren. Handleiding wordt nog aangepast, maar als je de bestanden onder "Dutch_(NL)_Proxy" of "Global_(EN)_Proxy" pakt, in dezelfde taal als je Gielz (!), dan zie je alle batterijen (maximaal 12 momenteel).

[pasmanm]

Hieronder een eerste opzet voor mijn laadscript. De afgelopen dagen zat mijn thuisbatterij rond 14:00 al volledig vol, omdat de omvormer in de ochtend urenlang op het maximale vermogen (2400W) laadde. Ik handel nog niet actief op de energiemarkt, maar wil met een scriptje zorgen dat de batterij gelijkmatiger over de dag wordt opgeladen.

Het principe is als volgt:
Basis: Bij zonoverschot laden met maximaal 800W.
Optimalisatie: De laadsnelheid verhogen als de verwachting is dat de batterij niet vol raakt.
en een kleine optimalizatie, maximaal laden als de verwachting is dat de EV later op de dag moet laden."
Zal het even monitoren hoe dit loopt en misschien handig voor andere tweakers.

code:

alias: "Zendure: Zet de batterij laadstroom"
description: >-
  Laadt op 800W, tenzij de zon-forecast krap is OF de auto minder
  dan 50% vol is.
triggers:
  - minutes: /15
    trigger: time_pattern
conditions:
  - condition: numeric_state
    entity_id: sensor.envoy_xxxxxxxxx_current_power_production
    above: 100
actions:
  - variables:
      capaciteit_wh: >-
        {{ states('sensor.zendure_2400_ac_totale_capaciteit') | float(11.52) *
        1000 }}
      huidig_perc: "{{ states('sensor.zendure_2400_ac_laadpercentage') | float(0) }}"
      streef_perc: >-
        {{ states('sensor.zendure_2400_ac_maximale_laadpercentage') | float(100)
        }}
      auto_soc: "{{ states('sensor.ev_soc') | float(100) }}"
      wh_nodig: >-
        {{ (([streef_perc - huidig_perc, 0] | max) / 100) * capaciteit_wh * 1.1
        }}
      zon_wh_resterend: >-
        {% set zon1 = states('sensor.energy_production_today_remaining') |
        float(0) %} {% set zon2 =
        states('sensor.energy_production_today_remaining_2') | float(0) %} {%
        set zon4 = states('sensor.energy_production_today_remaining_4') |
        float(0) %} {{ (zon1 + zon2 + zon4) * 1000 }}
      huidige_productie: >-
        {{ states('sensor.envoy_xxxxxxxxx_current_power_production') |
        float(0) }}
      benodigde_zon_factor: "{{ (wh_nodig / (zon_wh_resterend + 1)) | float(0) }}"
      berekend_vermogen: |-
        {% if auto_soc < 50 %}
          2400
        {% elif benodigde_zon_factor < 0.60 %}
          800
        {% else %}
          {{ (benodigde_zon_factor * huidige_productie) | round(0) }}
        {% endif %}
      eind_instelling: "{{ [[berekend_vermogen | int(800), 800] | max, 2400] | min }}"
  - action: input_number.set_value
    target:
      entity_id: input_number.zendure_2400_ac_max_oplaadvermogen
    data:
      value: "{{ eind_instelling }}"
    enabled: true
mode: restart

[Pakhaas]

pasmanm schreef op zaterdag 25 april 2026 @ 10:46:
Hieronder een eerste opzet voor mijn laadscript. De afgelopen dagen zat mijn thuisbatterij rond 14:00 al volledig vol, omdat de omvormer in de ochtend urenlang op het maximale vermogen (2400W) laadde. Ik handel nog niet actief op de energiemarkt, maar wil met een scriptje zorgen dat de batterij gelijkmatiger over de dag wordt opgeladen.

Het principe is als volgt:
Basis: Bij zonoverschot laden met maximaal 800W.
Optimalisatie: De laadsnelheid verhogen als de verwachting is dat de batterij niet vol raakt.
en een kleine optimalizatie, maximaal laden als de verwachting is dat de EV later op de dag moet laden."
Zal het even monitoren hoe dit loopt en misschien handig voor andere tweakers.

code:

alias: "Zendure: Zet de batterij laadstroom"
description: >-
  Laadt op 800W, tenzij de zon-forecast krap is OF de auto minder
  dan 50% vol is.
triggers:
  - minutes: /15
    trigger: time_pattern
conditions:
  - condition: numeric_state
    entity_id: sensor.envoy_xxxxxxxxx_current_power_production
    above: 100
actions:
  - variables:
      capaciteit_wh: >-
        {{ states('sensor.zendure_2400_ac_totale_capaciteit') | float(11.52) *
        1000 }}
      huidig_perc: "{{ states('sensor.zendure_2400_ac_laadpercentage') | float(0) }}"
      streef_perc: >-
        {{ states('sensor.zendure_2400_ac_maximale_laadpercentage') | float(100)
        }}
      auto_soc: "{{ states('sensor.ev_soc') | float(100) }}"
      wh_nodig: >-
        {{ (([streef_perc - huidig_perc, 0] | max) / 100) * capaciteit_wh * 1.1
        }}
      zon_wh_resterend: >-
        {% set zon1 = states('sensor.energy_production_today_remaining') |
        float(0) %} {% set zon2 =
        states('sensor.energy_production_today_remaining_2') | float(0) %} {%
        set zon4 = states('sensor.energy_production_today_remaining_4') |
        float(0) %} {{ (zon1 + zon2 + zon4) * 1000 }}
      huidige_productie: >-
        {{ states('sensor.envoy_xxxxxxxxx_current_power_production') |
        float(0) }}
      benodigde_zon_factor: "{{ (wh_nodig / (zon_wh_resterend + 1)) | float(0) }}"
      berekend_vermogen: |-
        {% if auto_soc < 50 %}
          2400
        {% elif benodigde_zon_factor < 0.60 %}
          800
        {% else %}
          {{ (benodigde_zon_factor * huidige_productie) | round(0) }}
        {% endif %}
      eind_instelling: "{{ [[berekend_vermogen | int(800), 800] | max, 2400] | min }}"
  - action: input_number.set_value
    target:
      entity_id: input_number.zendure_2400_ac_max_oplaadvermogen
    data:
      value: "{{ eind_instelling }}"
    enabled: true
mode: restart

Hou er wel rekening mee dat als een batterij met 800w gaat laden dat hij dan heel wat minder efficient is dan rond de 2000w. Met dynamische tarieven wil je bij echt goedkoop (of zoals vandaag bij negatief) juist zo snel mogelijk in een korte tijd lade, zodat je echt profiteert van de goedkope momenten.

[pasmanm]

Pakhaas schreef op zaterdag 25 april 2026 @ 11:07:
[...]

Hou er wel rekening mee dat als een batterij met 800w gaat laden dat hij dan heel wat minder efficient is dan rond de 2000w. Met dynamische tarieven wil je bij echt goedkoop (of zoals vandaag bij negatief) juist zo snel mogelijk in een korte tijd lade, zodat je echt profiteert van de goedkope momenten.

Ik zit voorlopig nog vast aan een vast contract, maar ik zal de efficiëntie zeker nauwgezet blijven volgen. Ik vraag me wel af in hoeverre het rendement daadwerkelijk afneemt; momenteel rapporteert Gielz een import-efficiëntie van 91.5%, terwijl dit gisteren bij maximale belasting 93% was. Die afwijking van 1.5% lijkt me verwaarloosbaar. Wat me daarnaast opvalt, is dat de temperatuur van zowel de omvormer als de batterijen keurig laag blijft.

[TopOne01]

Lijkt er op dat mijn Gielz automatisering op Dynamisch Handelen niet werkt. Waarschijnlijk komt dit door de spread. Ik zie nu spread van -500 (dus onder de ingestelde 25%). Wat doe ik fout?
Edit: stom niet alle berichten hierboven gelezen op vakantie.

[ Voor 21% gewijzigd door TopOne01 op 25-04-2026 13:30 ]

[klmtrf]

TopOne01 schreef op zaterdag 25 april 2026 @ 12:57:
Lijkt er op dat mijn Gielz automatisering op Dynamisch Handelen niet werkt. Waarschijnlijk komt dit door de spread. Ik zie nu spread van -500 (dus onder de ingestelde 25%). Wat doe ik fout?

Er is een fix, zie de berichten van gisteren

[R.K]

Vanmorgen had ik ivm de negatieve prijzen de configuration yaml aangepast. De oude config yaml gaf negatieve spread bij negatieve prijzen, dat had ik opgelost.

Ik dacht ook gelijk de laatste automatisering er in te zetten, dat ging prima, alleen liep ik er tegenaan dat de batterij niet verder wilde laden dan 70% was gelimiteerd door de Gielz automatisering. Kon nergens vinden waar ik dat moest aanpassen, dus heb de oude automatisering weer terug gezet. Toen kon ik weer laden tot 100%. Iemand een idee hoe dat kan? Misschien een nieuwe functionaliteit in de automatisering die ik zo snel niet kon vinden.

[gast777]

R.K schreef op zaterdag 25 april 2026 @ 14:20:
Vanmorgen had ik ivm de negatieve prijzen de configuration yaml aangepast. De oude config yaml gaf negatieve spread bij negatieve prijzen, dat had ik opgelost.

Ik dacht ook gelijk de laatste automatisering er in te zetten, dat ging prima, alleen liep ik er tegenaan dat de batterij niet verder wilde laden dan 70% was gelimiteerd door de Gielz automatisering. Kon nergens vinden waar ik dat moest aanpassen, dus heb de oude automatisering weer terug gezet. Toen kon ik weer laden tot 100%. Iemand een idee hoe dat kan? Misschien een nieuwe functionaliteit in de automatisering die ik zo snel niet kon vinden.

Dat komt door het nieuwe veld Max Laadpercentage. Die staat default op 70% ipv 100%. Dus even op 100% zetten.

[Henkoes]

gast777 schreef op zaterdag 25 april 2026 @ 14:52:
[...]


Dat komt door het nieuwe veld Max Laadpercentage. Die staat default op 70% ipv 100%. Dus even op 100% zetten.

[Afbeelding]

Wat betekent het schuifje "SOC bescherming"?

[ppaulv]

@gielz (en anderen uiteraard), in jouw automatisering (dank, dank !) kan ik allerlei verschillende soorten gedrag kiezen en configureren. Maar ..... is het ook mogelijk het volgende te doen? Als dat zou moeten kunnen ga ik uitzoeken hoe maar als je nu al kunt zeggen dat dat hiermee (nog) niet kan, verspil ik er nog geen tijd aan.
VAnwege mijn oude 4.2 meter kan ik geen mooie NOM draaien maar los daarvan wil ik het liefst mijn accu vullen met de goedkoopste stroom van de dag en weer leeg trekken op de duurste momenten. Ik heb over een paar maanden een Zonneplan dynamisch contract. NOM op zich is niet van belang, optimale (laagste) kosten wèl. Nu betwijfel ik dus of een strakke NOM de beste keuze is om de laagste kosten te hebben in huis.
Nu denk ik, met mijn boerenverstand, dat ik stroom uit het grid moet gebruiken die het goedkoopst is, al dan niet met uitgesteld gebruik via mijn accusysteem.
Dus : een periode bepalen waarin doorgaans de stroom het laagst is, daarin de accu volle bak voltrekken en de rest van de dag en tot het begin van dezelfde tank-periode de volgende dag 'slim ontladen', geen NOM (want dat lukt toch niet en de stroom is de rest van de dag te duur en mijn accu zou mijn verbruik redelijk moeten afdekken voor 1 dag).
Is dit correct geredeneerd? En zo ja, kan dit gerealiseerd worden met de huidige versie van jouw automatisering?
Een alternatief scenario zou nog kunnen zijn in de periode dat m'n panelen goed produceren 'slim opladen' met een minimum van zeg 800W zodat als de zon wegzakt m'n accu zeker vol is. Ook die vind ik wel interessant om te kunnen doen en is weer de vraag of dat nu al zou kunnen?
Een heel verhaal, excuus, maar ik kom er zelf niet helemaal uit vrees ik.

[gast777]

Henkoes schreef op zaterdag 25 april 2026 @ 15:05:
[...]
Wat betekent het schuifje "SOC bescherming"?

SOC bescherming betekent dat als de SoC (Laadpercentage) onder de minimum ingestelde waarde komt, dat Gielz hem dan automatisch laat opladen, zodat hij niet ver onder het minimum kan zakken.

Deze functie is standaard aan, maar kun je met dat schuifje uitschakelen.

[RemmyB83]

ppaulv schreef op zaterdag 25 april 2026 @ 15:28:
@gielz (en anderen uiteraard), in jouw automatisering (dank, dank !) kan ik allerlei verschillende soorten gedrag kiezen en configureren. Maar ..... is het ook mogelijk het volgende te doen? Als dat zou moeten kunnen ga ik uitzoeken hoe maar als je nu al kunt zeggen dat dat hiermee (nog) niet kan, verspil ik er nog geen tijd aan.
VAnwege mijn oude 4.2 meter kan ik geen mooie NOM draaien maar los daarvan wil ik het liefst mijn accu vullen met de goedkoopste stroom van de dag en weer leeg trekken op de duurste momenten. Ik heb over een paar maanden een Zonneplan dynamisch contract. NOM op zich is niet van belang, optimale (laagste) kosten wèl. Nu betwijfel ik dus of een strakke NOM de beste keuze is om de laagste kosten te hebben in huis.
Nu denk ik, met mijn boerenverstand, dat ik stroom uit het grid moet gebruiken die het goedkoopst is, al dan niet met uitgesteld gebruik via mijn accusysteem.
Dus : een periode bepalen waarin doorgaans de stroom het laagst is, daarin de accu volle bak voltrekken en de rest van de dag en tot het begin van dezelfde tank-periode de volgende dag 'slim ontladen', geen NOM (want dat lukt toch niet en de stroom is de rest van de dag te duur en mijn accu zou mijn verbruik redelijk moeten afdekken voor 1 dag).
Is dit correct geredeneerd? En zo ja, kan dit gerealiseerd worden met de huidige versie van jouw automatisering?
Een alternatief scenario zou nog kunnen zijn in de periode dat m'n panelen goed produceren 'slim opladen' met een minimum van zeg 800W zodat als de zon wegzakt m'n accu zeker vol is. Ook die vind ik wel interessant om te kunnen doen en is weer de vraag of dat nu al zou kunnen?
Een heel verhaal, excuus, maar ik kom er zelf niet helemaal uit vrees ik.

'TopicStart' en het kopje 'modus opties' al bestudeerd?

[R.K]

gast777 schreef op zaterdag 25 april 2026 @ 14:52:
[...]


Dat komt door het nieuwe veld Max Laadpercentage. Die staat default op 70% ipv 100%. Dus even op 100% zetten.

[Afbeelding]

Kan ik dat in het nieuwe dashboard vinden?

[gast777]

R.K schreef op zaterdag 25 april 2026 @ 16:15:
[...]

Kan ik dat in het nieuwe dashboard vinden?

Onder de Configuratie tab (tandwiel) van de nieuwste test versie ("Next-release" branch).

[ppaulv]

RemmyB83 schreef op zaterdag 25 april 2026 @ 15:53:
[...]

'TopicStart' en het kopje 'modus opties' al bestudeerd?

Zeker. Daar staat deze constructie niet genoemd. Maar om dan meteen te concluderen dat het ook niet kán is te kort door de bocht, vandaar mijn vraag.

[CodeCaster]

CodeCaster schreef op vrijdag 24 april 2026 @ 23:06:
Hoe kan ik de aansturing van de 2400 Pro nog even bij HEMS laten, maar de status en statistieken uitlezen via Home Assistant?

Ik wil graag nog even de out-of-the-box-ervaring hebben qua software, maar wel al in mijn Energy Dashboard in Home Assistant een batterij kunnen zien.

Ik heb een SlimmeLezer+ en Zendure P1-meter, via een actieve splitter gekoppeld. Beide kan ik uitlezen in HA; de laatste is ook gekoppeld aan de batterij, en werkt.

Wat niet werkt: ik wil import/export en SoC zien in HA, en ook, of met name, deze instellingen voor een batterij kunnen instellen:

[Afbeelding]

Ik heb via HACS de https://github.com/Zendure/Zendure-HA geïnstalleerd en geconfigureerd met app token, maar die integratie lijkt alleen m'n P1-meter te herkennen:

[Afbeelding]

De state klappert elke paar seconden tussen idle en discharging, maar dat lijkt meer de mismatch tussen vraag (huis) en aanbod (batterij) te zijn, die braaf constant staat te ontladen, met wisselend vermogen om de meter op nul te proberen te houden.

Via een POST vanuit Insomnia (Postman-achtige tool) heb ik MQTT enabled, want op http://192.168.88.99/rpc?method=HA.Mqtt.GetConfig bleef enabled: false terwijl de rest van de config klopte (handig ook dat je password er plaintext uit komt), en nu zie ik een heleboel MQTT-discovery- en -databerichten voorbijkomen, maar niets op de availability-topics, dus alles blijft unavailable ondanks data:


[...]


Kan wat ik wil? Kan ik de batterij (lokaal) uitlezen zonder hem direct te moeten aansturen (dus: met HEMS actief)? Zo ja, hoe?

Ik kon zo snel echt niks vinden dat niet-ingrijpend was (nogmaals: ik wil HEMS eerst gewoon z'n ding laten doen voordat ik het boeltje zelf ga aansturen), dus even wat sensors bij elkaar geraapt via de lokale HTTP-API:



Nu nog de polling ophogen en de afgeleide energie-sensoren maken, maar het is een begin. Ik snap Python steeds beter.

[R.K]

gast777 schreef op zaterdag 25 april 2026 @ 17:12:
[...]

Onder de Configuratie tab (tandwiel) van de nieuwste test versie ("Next-release" branch).

[Afbeelding]

Thnx

[gielz]

CodeCaster schreef op zaterdag 25 april 2026 @ 17:36:
[...]

Ik kon zo snel echt niks vinden dat niet-ingrijpend was (nogmaals: ik wil HEMS eerst gewoon z'n ding laten doen voordat ik het boeltje zelf ga aansturen), dus even wat sensors bij elkaar geraapt via de lokale HTTP-API:

[Afbeelding]

Nu nog de polling ophogen en de afgeleide energie-sensoren maken, maar het is een begin. Ik snap Python steeds beter.

Je kunt ook Zendure HA met operation OFF gebruiken of Gielz zonder automatisering. Dan lees je alleen uit.

[RemmyB83]

ppaulv schreef op zaterdag 25 april 2026 @ 17:31:
[...]

Zeker. Daar staat deze constructie niet genoemd. Maar om dan meteen te concluderen dat het ook niet kán is te kort door de bocht, vandaar mijn vraag.

Oke, als ik je verhaal begrijp en even samenvat wil je: op goedkope momenten laden, en op dure momenten NOM.

Dan is: 'Dynamisch NOM (Duur)' denk ik wat je zoekt, want daar staat namelijk achter: Alle goedkope energie specifiek gebruiken op de duurste uren.
Met als uitleg:
⚠️ Let op: Alleen te gebruiken met Nordpool sensor. Vul als eerste in hoeveel uren je goedkoop wilt laden per dag via input_number.dynamisch_goedkoopste_x_periode_morgen (bijvoorbeeld 3 uur). Vervolgens vul je het aantal duurste uren in via input_number.dynamisch_duurste_x_periode_morgen (bijvoorbeeld 3 uur). Wanneer sensor.dynamisch_goedkoopste_periode op JA staat zal er opgeladen worden indien sensor.dynamisch_spread_indicatie hoger is dan input_number.dynamisch_minimale_spread. Wanneer de goedkoopste periode erg lang duurt zal hij pas weer laden wanneer de batterij ontladen is tot 90%. Is er nog ruimte, dan zal hij bij teruglevering extra laden. Wanneer sensor.dynamisch_duurste_periode op JA staat zal hij NOM ontladen. De rest van de tijd staat de batterij in standby.

[Eduardo M]

Goedenavond,
Ik heb vanmiddag mijn allereerste HA Green ontvangen. Nu wil ik gebruik gaan maken van de Gielz automatisering aangevuld met de Gast777 Node-RED proxy aangezien ik twee omvormers AC2400+ heb. De allereerste stap volgens de topicstart is een P1 meter toevoegen via een zogenaamde RESTful API, in mijn geval de Zendure P1 meter. Deze is inderdaad ook beschikbaar, maar ik weet eerlijk gezegd niet welke stappen ik moet doorlopen. Is daar wellicht een soort van stappenplan voor beschikbaar of kan iemand mij even op weg helpen als HA beginner met nul ervaring?

[RemmyB83]

Eduardo M schreef op zaterdag 25 april 2026 @ 18:36:
Goedenavond,
Ik heb vanmiddag mijn allereerste HA Green ontvangen. Nu wil ik gebruik gaan maken van de Gielz automatisering aangevuld met de Gast777 Node-RED proxy aangezien ik twee omvormers AC2400+ heb. De allereerste stap volgens de topicstart is een P1 meter toevoegen via een zogenaamde RESTful API, in mijn geval de Zendure P1 meter. Deze is inderdaad ook beschikbaar, maar ik weet eerlijk gezegd niet welke stappen ik moet doorlopen. Is daar wellicht een soort van stappenplan voor beschikbaar of kan iemand mij even op weg helpen als HA beginner met nul ervaring?

Heb je hier iets aan?
gielz in "Zendure producten in Home Assistant integreren deel 2"

[Reaper.JA2]

Is al duidelijk wanneer Zendure HEMS ook warmtepompen gaat ondersteunen? Desnoods via HA. Dat maakt het een stuk waardevoller en gebruiksvriendelijker.

[ppaulv]

RemmyB83 schreef op zaterdag 25 april 2026 @ 18:01:
[...]

Oke, als ik je verhaal begrijp en even samenvat wil je: op goedkope momenten laden, en op dure momenten NOM.

Dan is: 'Dynamisch NOM (Duur)' denk ik wat je zoekt, want daar staat namelijk achter: Alle goedkope energie specifiek gebruiken op de duurste uren.
Met als uitleg:
⚠️ Let op: etc...

OK, dat had ik gezien maar wellicht niet gesnapt (nog steeds niet overigens).
Ik heb nu ingegeven 6 goedkoopste uren en 18 dure uren.
Hij zoekt dan zelf uit wanneer die 6 goedkoopste uren zijn en dat ie dan alleen gaat laden tot ie vol is? En dat er de andere uren in de dag NOM moet zijn?
Als dat zo is komt dat dicht in de buurt van wat ik wil, want vanwege mijn oude 4.2 meter is NOM draaien niet echt mogelijk. Ik zou in die 18 'dure' uren 'slim ontladen' willen gebruiken, niet NOM.
Is daarvoor iets anders nodig dan de huidige Gielz versie? Maar zou in principe wel kunnen?

[RemmyB83]

ppaulv schreef op zaterdag 25 april 2026 @ 19:12:
[...]

OK, dat had ik gezien maar wellicht niet gesnapt (nog steeds niet overigens).
Ik heb nu ingegeven 6 goedkoopste uren en 18 dure uren.
Hij zoekt dan zelf uit wanneer die 6 goedkoopste uren zijn en dat ie dan alleen gaat laden tot ie vol is? En dat er de andere uren in de dag NOM moet zijn?
Als dat zo is komt dat dicht in de buurt van wat ik wil, want vanwege mijn oude 4.2 meter is NOM draaien niet echt mogelijk. Ik zou in die 18 'dure' uren 'slim ontladen' willen gebruiken, niet NOM.
Is daarvoor iets anders nodig dan de huidige Gielz versie? Maar zou in principe wel kunnen?

Als je verschillende modussen wilt combineren zou je ook een automation kunnen maken, waarbij je met behulp van helpers kunt instellen tussen welke uren je welke modus wilt voor laden en ontladen.

Zelf heb ik nog een vast-contract en draai NOM, met de rest heb ik nog niet geexperimenteerd.

[CodeCaster]

gielz schreef op zaterdag 25 april 2026 @ 17:59:
[...]


Je kunt ook Zendure HA met operation OFF gebruiken of Gielz zonder automatisering. Dan lees je alleen uit.

Zie de quote van mezelf: het uitlezen via Zendure HA is dus niet gelukt; alle sensors blijven op 0 staan. De state lijkt meer op een weerspiegeling van de P1-meter dan van de omvormer, die klappert namelijk elke paar seconden heen en weer:



De imprtort/export gaat (binnen de bandbreedte van 50 Watt) telkens door het nulpunt bij zowel laden als ontladen, dankzij de verversingssnelheid van eens per seconde. Lijkt me by design. Maar dat is dus niet de staat van de batterij.

Ik zal de jouwe nog eens een kans geven dan. Installatiestap twee noemt ongeveer "zet HEMS uit", maar dat wil ik nog niet doen - en hoeft dus niet?

[ Voor 9% gewijzigd door CodeCaster op 25-04-2026 19:35 ]

[gielz]

CodeCaster schreef op zaterdag 25 april 2026 @ 19:31:
[...]

Zie de quote van mezelf: het uitlezen via Zendure HA is dus niet gelukt; alle sensors blijven op 0 staan. De state lijkt meer op een weerspiegeling van de P1-meter dan van de omvormer, die klappert namelijk elke paar seconden heen en weer:

[Afbeelding]

De imprtort/export gaat (binnen de bandbreedte van 50 Watt) telkens door het nulpunt bij zowel laden als ontladen, dankzij de verversingssnelheid van eens per seconde. Lijkt me by design. Maar dat is dus niet de staat van de batterij.

Ik zal de jouwe nog eens een kans geven dan. Installatiestap twee noemt ongeveer "zet HEMS uit", maar dat wil ik nog niet doen - en hoeft dus niet?

Bij de Gielz zolang je de automatisering niet actief zet of niet in HA zet zal hij alleen maar uitlezen en is HEMS de baas. Je kijkt alleen maar mee.

[Petertje750]

Krijg de dynamic pricing niet aan het werk, hacs nordpool add-on geinstalleerd, sensor aangemaakt nordpool_kwh_nl_eur_3_10_021 en kan deze ophalen in histogram en zie pricing.

Maar loading blijft in beeld zonder de bars


Word sensor.dynamic_nordpool gevuld met data van sensor.nordpool_kwh_nl_eur_3_10_021?
Entity sensor.dynamic_nordpool blijft leeg bij mij, gebruik alles in EN maar in Nordpool NL settings zou dat issue kunnen geven?

[ Voor 4% gewijzigd door Petertje750 op 25-04-2026 22:11 ]

[gielz]

Petertje750 schreef op zaterdag 25 april 2026 @ 22:09:
Krijg de dynamic pricing niet aan het werk, hacs nordpool add-on geinstalleerd, sensor aangemaakt nordpool_kwh_nl_eur_3_10_021 en kan deze ophalen in histogram en zie pricing.
[Afbeelding]
Maar loading blijft in beeld zonder de bars
[Afbeelding]

Word sensor.dynamic_nordpool gevuld met data van sensor.nordpool_kwh_nl_eur_3_10_021?
Entity sensor.dynamic_nordpool blijft leeg bij mij, gebruik alles in EN maar in Nordpool NL settings zou dat issue kunnen geven?

Zou er zo uit moeten zien (mijn sensor heet uiteraard anders), sensor. vergeten?

[Petertje750]

gielz schreef op zaterdag 25 april 2026 @ 22:17:
[...]


Zou er zo uit moeten zien (mijn sensor heet uiteraard anders), sensor. vergeten?
[Afbeelding]

Ik maak gebruik van onderstaande code voor sensors. waarom zie ik een bliksem en bij jou een banknote pictogram? is ocde nodig of kan je beter gebruik maken van de natve hacs nordpool sensor?
Sensor vanuit nordpool integratie

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

[ Voor 10% gewijzigd door Petertje750 op 25-04-2026 22:33 ]

[gielz]

Petertje750 schreef op zaterdag 25 april 2026 @ 22:28:
[...]


Ik maak gebruik van onderstaande code voor sensors. waarom zie ik een bliksem en bij jou een banknote pictogram? is ocde nodig of kan je beter gebruik maken van de natve hacs nordpool sensor?
Sensor vanuit nordpool integratie
[Afbeelding]

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

Je Nordpool Hacs sensor moet je linken aan gielz via input_text.dynamic_setting_nordpool_sensor deze heeft zon cash icoon. Zoals beschreven op de wiki onder tab 4; https://github.com/Gielz1...%80%90-Available-entities

Dit invul veld staat ook inclusief helptekst op het configuration tabblad binnen het plug-n-play dashboard.

[Eduardo M]

Inmiddels de stappen doorlopen om de Gielz automatisering aan de praat te krijgen. Zendure P1 meter is toegevoegd aan HA en ook met de nodige moeite het plug en play dashboard geïnstalleerd. Als ik echter eea probeer te starten (modus: nul op de meter) gebeurt er echter vooralsnog niets en blijven de batterijen op Standby staan. Ook het dashboard ziet er nog niet al te fraai uit. Iemand enig idee wat ik fout doe?

[DrNickB]

Eduardo M schreef op zaterdag 25 april 2026 @ 23:23:
Inmiddels de stappen doorlopen om de Gielz automatisering aan de praat te krijgen. Zendure P1 meter is toegevoegd aan HA en ook met de nodige moeite het plug en play dashboard geïnstalleerd. Als ik echter eea probeer te starten (modus: nul op de meter) gebeurt er echter vooralsnog niets en blijven de batterijen op Standby staan. Ook het dashboard ziet er nog niet al te fraai uit. Iemand enig idee wat ik fout doe?[Afbeelding]

Zou je ook even screenshot van je tandwiel pagina kunnen maken?
Daar de juiste P1 sensor ingevoerd en de juiste zendure info ingevoerd?

[Eduardo M]

DrNickB schreef op zaterdag 25 april 2026 @ 23:44:
[...]

Zou je ook even screenshot van je tandwiel pagina kunnen maken?
Daar de juiste P1 sensor ingevoerd en de juiste zendure info ingevoerd?

Uitstekende opmerking! Moet natuurlijk nog ff de gegevens van de batterij, p1 sensor e.d. ingeven anders vindt ie niet veel.....

[DrNickB]

Eduardo M schreef op zaterdag 25 april 2026 @ 23:47:
[...]


Uitstekende opmerking! Moet natuurlijk nog ff de gegevens van de batterij, p1 sensor e.d. ingeven anders vindt ie niet veel.....

Jup
En vergeet niet de automatisering in te schakelen na het aanmaken.

[Eduardo M]

DrNickB schreef op zaterdag 25 april 2026 @ 23:50:
[...]

Jup
En vergeet niet de automatisering in te schakelen na het aanmaken.

OK, ik heb de Zendure P1, die moet ik bij de afwijkende P1 sensor opgeven met IP-adres of naam vd sensor?

[DrNickB]

Eduardo M schreef op zaterdag 25 april 2026 @ 23:56:
[...]
OK, ik heb de Zendure P1, die moet ik bij de afwijkende P1 sensor opgeven met IP-adres of naam vd sensor?

De zendure zelf vul je in met het ip adres,
de afwijkende P1 sensor, doe je op de volledige naam bijv: sensor.p1_zendure
(even van uitgaande dat deze sensor je actieve P1 uitgelezen waarde is, die negatief en postief kan zijn)

[Eduardo M]

DrNickB schreef op zondag 26 april 2026 @ 00:02:
[...]

De zendure zelf vul je in met het ip adres,
de afwijkende P1 sensor, doe je op de volledige naam bijv: sensor.p1_zendure
(even van uitgaande dat deze sensor je actieve P1 uitgelezen waarde is, die negatief en postief kan zijn)

Dit is de hoe de p1 geconfigureerd is in HA:
rest:
- resource: http://<IP-ZENDURE-P1>/properties/report
scan_interval: 1
sensor:
- name: "P1 Zendure API"
value_template: "{{ value_json.total_power | float }}"
unique_id: P1_Zendure_API
unit_of_measurement: "W"
device_class: power
state_class: measurement

dan is de afwijkende P1 sensor de "name" of de "Unique_id" oftewel met of zonder onderscores? Vooralsnog doet ie het op beide niet....

[DrNickB]

Eduardo M schreef op zondag 26 april 2026 @ 00:11:
[...]


Dit is de hoe de p1 geconfigureerd is in HA:
rest:
- resource: http://<IP-ZENDURE-P1>/properties/report
scan_interval: 1
sensor:
- name: "P1 Zendure API"
value_template: "{{ value_json.total_power | float }}"
unique_id: P1_Zendure_API
unit_of_measurement: "W"
device_class: power
state_class: measurement

dan is de afwijkende P1 sensor de "name" of de "Unique_id" oftewel met of zonder onderscores? Vooralsnog doet ie het op beide niet....

Afgaande op je post: sensor.P1_Zendure_API
Anders even deze "p1" opzoeken bij: settings - developer tools - states
Daar staat hij uitgeschreven en je hebt de hele naam nodig inclusief sensor.

[Eduardo M]

DrNickB schreef op zondag 26 april 2026 @ 00:30:
[...]

Afgaande op je post: sensor.P1_Zendure_API
Anders even deze "p1" opzoeken bij: settings - developer tools - states
Daar staat hij uitgeschreven en je hebt de hele naam nodig inclusief sensor.

OK, gelukt, dank!

[Hippe Lip]

Ik probeer laden en ontladen handmatig in te plannen, maar het ontladen werkt niet.
Ik vul D05:00-11:30;G11:45-16:00 in bij de manual periods volgens de handleiding, maar hij ontlaad niet.

Als ik alleen D05:00-11:30 invul werkt het prima en gaat-ie meteen ontladen.

Wat die ik verkeerd?

[gielz]

Hippe Lip schreef op zondag 26 april 2026 @ 05:20:
Ik probeer laden en ontladen handmatig in te plannen, maar het ontladen werkt niet.
Ik vul D05:00-11:30;G11:45-16:00 in bij de manual periods volgens de handleiding, maar hij ontlaad niet.

Als ik alleen D05:00-11:30 invul werkt het prima en gaat-ie meteen ontladen.

Wat die ik verkeerd?

[Afbeelding]

Je loopt tegen het spread min probleem aan;
gielz in "Zendure producten in Home Assistant integreren deel 2"

[Eduardo M]

dennisdew16 schreef op zondag 17 augustus 2025 @ 16:13:
@Taro Heb het probleem met de grafiek kunnen verhelpen. Nordpool custom integratie had nog even een dag nodig om toekomstige data binnen te halen blijkbaar. En de import/export sensor van mij had geen state_class. Deze op measuring gezet en doet het nu ook

Ik heb via HACS ook de Nordpool integratie binnen gehaald en zie nu bij de status van de sensor staan:
state_class: total
average: 0.015572916666666665
off_peak_1: 0.133125
off_peak_2: -0.01530263157894737
peak: 0.13275
min: -0.58
max: 0.241
mean: 0.1225
unit: kWh
currency: EUR
country: Netherlands
region: NL
low_price: true
price_percent_to_average: -19.906354515050168

Kennelijk moet de state_class op measuring staan? Hoe doe ik dat?
Daarnaast lijken de prijzen niet overeen te komen met wat ik in de Tibber app zie, doe ik iets fout?

[ Voor 5% gewijzigd door Eduardo M op 26-04-2026 12:47 ]

[..Christiaan..]

Eduardo M schreef op zondag 26 april 2026 @ 12:46:
[...]

Daarnaast lijken de prijzen niet overeen te komen met wat ik in de Tibber app zie, doe ik iets fout?

Nordpool is de kale 'day ahead prijs hè'. Tibber hanteert die ook maar met hun marge/opslag erbij.

[NiCNCo]

We maken er een sport van vandaag!


Zonnenpanelen uit, verbruik (bijna) mooi verdeeld over 3 fase totaal net onder de 17.5kwh verbruik, kijken of ik de komende twee uur, op -15 euro kan uitkomen.

Wie doet ermee vandaag?

[..Christiaan..]

@NiCNCo mijn panelen kunnen niet uit 🙈. Ik heb een SMA sunnyboy 2500. Zonder wifi.

[YvonneVP]

ppaulv schreef op zaterdag 25 april 2026 @ 15:28:
@gielz (en anderen uiteraard), in jouw automatisering (dank, dank !) kan ik allerlei verschillende soorten gedrag kiezen en configureren. Maar ..... is het ook mogelijk het volgende te doen? Als dat zou moeten kunnen ga ik uitzoeken hoe maar als je nu al kunt zeggen dat dat hiermee (nog) niet kan, verspil ik er nog geen tijd aan.
VAnwege mijn oude 4.2 meter kan ik geen mooie NOM draaien maar los daarvan wil ik het liefst mijn accu vullen met de goedkoopste stroom van de dag en weer leeg trekken op de duurste momenten. Ik heb over een paar maanden een Zonneplan dynamisch contract. NOM op zich is niet van belang, optimale (laagste) kosten wèl. Nu betwijfel ik dus of een strakke NOM de beste keuze is om de laagste kosten te hebben in huis.
Nu denk ik, met mijn boerenverstand, dat ik stroom uit het grid moet gebruiken die het goedkoopst is, al dan niet met uitgesteld gebruik via mijn accusysteem.
Dus : een periode bepalen waarin doorgaans de stroom het laagst is, daarin de accu volle bak voltrekken en de rest van de dag en tot het begin van dezelfde tank-periode de volgende dag 'slim ontladen', geen NOM (want dat lukt toch niet en de stroom is de rest van de dag te duur en mijn accu zou mijn verbruik redelijk moeten afdekken voor 1 dag).
Is dit correct geredeneerd? En zo ja, kan dit gerealiseerd worden met de huidige versie van jouw automatisering?
Een alternatief scenario zou nog kunnen zijn in de periode dat m'n panelen goed produceren 'slim opladen' met een minimum van zeg 800W zodat als de zon wegzakt m'n accu zeker vol is. Ook die vind ik wel interessant om te kunnen doen en is weer de vraag of dat nu al zou kunnen?
Een heel verhaal, excuus, maar ik kom er zelf niet helemaal uit vrees ik.

Ik laad mijn batterijen ook in de goedkoopste uren, en uiteraard de zonnestroom van mijn panelen als de prijs van de stroom niet negatief is zoals nu (-€0,37), en gebruik de stroom van mijn batterijen dan in de dure uren. Ik gebruik hiervoor de optie Dynamisch NOM (Duur). Zo kan ik de dure en goedkope uren instellen, en bij de dure uren gaat de batterij ontladen. Ik gebruik in de dure uren over het algemeen zo'n 450 w max, dus heb het maximale ontlaadvermogen op 450 w gezet. Zo nu en dan heb ik wel eens een korte uitschieter voor bijvoorbeeld de waterkoker of het koffie apparaat, maar dat is altijd maar kortstondig. Ik hoef ook niet per sé NOM te hebben, maar wil mijn verbruik zo laag mogelijk houden, en dan het liefst dus de goedkoper stroom daarvoor gebruiken die ik eerder die dag opgeladen heb. Ik denk dus dat Dynamisch NOM (Duur) of Dynamisch NOM misschien ook de optie is die jij zou kunnen gebruiken.

[YvonneVP]

..Christiaan.. schreef op zondag 26 april 2026 @ 13:45:
@NiCNCo mijn panelen kunnen niet uit 🙈. Ik heb een SMA sunnyboy 2500. Zonder wifi.

@NiCNCo Op je omvormer van je panelen zit toch ook aan/uit knop? Ik heb mijn zonnepanelen nu even in de meterkast uitgezet, en trek dus even mijn batterijen via het net vol. Als die vol zijn dan gaan de zonnepanelen weer aan.

[YvonneVP]

NiCNCo schreef op zondag 26 april 2026 @ 13:12:
We maken er een sport van vandaag!
[Afbeelding]

Zonnenpanelen uit, verbruik (bijna) mooi verdeeld over 3 fase totaal net onder de 17.5kwh verbruik, kijken of ik de komende twee uur, op -15 euro kan uitkomen.

Wie doet ermee vandaag?

Mijn batterij heeft (nu helaas) maar een capaciteit van 8,64 kWh. Maar ook in heb nu de zonnepanelen even uit gezet, en gooi de batterij even vol via het net. Als die vol zit gaan de zonnepanelen weer aan. Dit soort dagen mogen wat mij betreft wel vaker komen. Ik gebruik de stroom voor mijn huis, dus uiteindelijk levert het me alsnog zo'n 0,70 ct op per kWh omdat ik vanavond dus de dure stroom niet afneem, maar de goedkope stroom uit mijn batterij gebruik.

[YvonneVP]

Floris039 schreef op dinsdag 21 april 2026 @ 11:10:
Is het mogelijk om ipv nordpool een andere in homeassistant geintegreerde dynamische prijzen integratie te gebruiken? Zoals bijv Entso-e of de integratie van de leverancier?

Ik heb zonneplan maar krijg de prijzen met Nordpool niet 100% kloppend met de daadwerkelijke prijzen van Zonneplan. (als iemand voor mij de precieze config heeft voor Nordpool met Zonneplan ben ik ook geholpen)

Ik heb het voor de prijzen van Zonneplan als volgt gedaan.
Ik heb de Nordpool kwartieren laten omrekenen naar uren door in het Nordpool bestand aio_price.py, vóór de code (ongeveer bij regel 206 te vinden)

return {
"start": start_time,
"end": end_time,
"updated": updated,
"currency": currency,
"areas": area_data,
}

De volgende snippet toe te voegen :

# Aggregate quarterly values into hourly
if data_type == self.HOURLY:
for area_key, data_dict in area_data.items():
vals = sorted(data_dict["values"], key=lambda v: v["start"])
hourly_vals = []
for i in range(0, len(vals), 4):
chunk = vals[i:i+4]
if len(chunk) == 4:
hour_start = chunk[0]["start"].replace(minute=0, second=0, microsecond=0)
hour_end = chunk[-1]["end"].replace(minute=0, second=0, microsecond=0)
avg_val = sum(v["value"] for v in chunk) / 4.0
hourly_vals.append(
{"start": hour_start, "end": hour_end, "value": avg_val}
)
area_data[area_key]["values"] = hourly_vals


Vervolgens heb ik het volgende ingesteld bij de Nordpool UI integratie:
Region: NL
Currency: EUR
Vink BTW uit
additional_costs template:
code:
{% set p = current_price | float(0) %}
{% set opslag = 0.01653 %}
{% set vat = 1.21 %}
{% set energiebelasting = 0.1108 %}
{{ ( ((p + opslag) * vat + energiebelasting) - p ) | float }}

De prijzen zijn as we speak bij Zonneplan -0,3688 en in de Apex grafiek -0,369 (de afronding maakt dat het -0,369 is ipv -0,3688) Dit zijn dan dus de prijzen incl. energiebelasting en btw.

[NiCNCo]

Eindstand na de min uren!



Doel min 15 euro ruimschoot behaald. 15.5kw zendures (bijna) allemaal vol. Jacuzzi van 30gr naar 38gr, Auto plug-in 10kw Vol. Wasjes gedraaid, en gedroogd.

Zonnepanelen weer aan, dus weer lever opbrengsten en restje accus laatste procenten naar 100%. En dan komt nog de avond waarbij de zendures op max tarief de 15kw leegpompen. Mooie dag, doe nog maar paar van deze dagen. Fijne konings dagen allemaal!

[ Voor 7% gewijzigd door NiCNCo op 26-04-2026 16:06 ]

[homeautomate]

NiCNCo schreef op zondag 26 april 2026 @ 16:05:
Eindstand na de min uren!

[Afbeelding]

Doel min 15 euro ruimschoot behaald. 15.5kw zendures (bijna) allemaal vol. Jacuzzi van 30gr naar 38gr, Auto plug-in 10kw Vol. Wasjes gedraaid, en gedroogd.

Zonnepanelen weer aan, dus weer lever opbrengsten en restje accus laatste procenten naar 100%. En dan komt nog de avond waarbij de zendures op max tarief de 15kw leegpompen. Mooie dag, doe nog maar paar van deze dagen. Fijne konings dagen allemaal!

Geweldig! Zou je de snipped willen delen? Overigens zat ik ook na te denken om een visualisatie te maken om te bepalen hoeveel relay switches er gedaan worden per AC. Deze komt hier wel eens boven de 350 op een bewolkte dag. Dat moet je natuurlijk delen door de drie fases. Vraag mij af wat normaal is en of je moet streven naar een afstemming van max 100 per AC.

[klmtrf]

M'n batterij draait al een aantal dagen fantastisch op de Gielz integratie. Voornamelijk op dynamic trading. Ik zou graag ook inzichtelijk krijgen tegen welk gemiddelde tarief er geladen en ontladen is. Zo hoop ik een beeld te krijgen van van het financiële voordeel.

Heeft iemand hier al een oplossing voor?

[Eduardo M]

Goedenavond,
Ik heb inmiddels de Gielz automatisering volledig draaien inclusief de Gast777 node-red proxy aangezien ik twee omvormers heb. Erg fraai, complimenten aan de ontwikkelaars! Nog wel even een vraagje: de weergave van Dynamisch Vandaag en Dynamisch Morgen op het plug en play dashboard werkt niet, alhoewel ik wel een zichtbare Nordpool sensor heb en deze bij de Dynamische Nordpool Sensor heb gedefinieerd als: sensor.nordpool_kwh_nl_eur_3_10_021. Wat doe ik hier verkeerd?

[Wai_AM]

Eduardo M schreef op zondag 26 april 2026 @ 20:26:
Goedenavond,
Ik heb inmiddels de Gielz automatisering volledig draaien inclusief de Gast777 node-red proxy aangezien ik twee omvormers heb. Erg fraai, complimenten aan de ontwikkelaars! Nog wel even een vraagje: de weergave van Dynamisch Vandaag en Dynamisch Morgen op het plug en play dashboard werkt niet, alhoewel ik wel een zichtbare Nordpool sensor heb en deze bij de Dynamische Nordpool Sensor heb gedefinieerd als: sensor.nordpool_kwh_nl_eur_3_10_021. Wat doe ik hier verkeerd?

Hoe heb je HACS nordpool geinstalleerd ?
je kan mijn methode proberen: https://gathering.tweakers.net/forum/view_message/85031000

[RobTesla]

Weet niet of het hier thuis hoort, dit weekend mijn nieuwe (dubbele) ATS in gebruik genomen. Hiermee kan ik 2 Zendure SolarFlow AC2400 torens geautomatiseerd schakelen tussen mijn off-grid Victron-systeem of het on-grid huisnet:





Deze kast is zelf ontwikkeld en geproduceerd. Alles is 16A-capable, maar met 2400 Watt blijf ik daar uiteraard onder. De besturing (een Olimex ESP-C6-EVB-board met een ESP32) is via wifi gekoppeld en verbonden met mijn MQTT-server en kan dus bestuurd worden vanuit OpenHAB/Home Assistant of python scripting.

Elk 'kanaal' is fail-safe opgebouwd: de grid-relay kan geen 24V stuurspanning krijgen als de victron-relay stroom krijgt. De uitgangen van de grid- en victron relay gaan ook nog eens door een 3PDT-relay zodat steeds maar 1 'routing' mogelijk is. Het switchen van de relays gebeurt met een korte delay en ook enkel als de zendure niet aan het laden is of niet aan het injecteren is, dus op het moment dat er geen stroom actief is doorheen de relays.





Een display toont wat status-info voor elke Zendure-toren: Welke connectie is actief (GRID, VICTRON of GEEN) en of de Zendure standby is, aan het injecteren is met hoeveel Watt of aan het laden is met hoeveel Watt.



(Momenteel heb ik er maar 1 met 5 batterijen, bedoeling is om er een 2e met 5 batterijen bij te zetten en dan 24u/24 te NOM'en.) Alternerend wordt dan Zendure 1 gebruikt om te NOM'en, terwijl de tweede dan wordt opgeladen met de off-grid solar-energy. De dag nadien draait de functie om.

[Pakhaas]

NiCNCo schreef op zondag 26 april 2026 @ 16:05:
Eindstand na de min uren!

[Afbeelding]

Doel min 15 euro ruimschoot behaald. 15.5kw zendures (bijna) allemaal vol. Jacuzzi van 30gr naar 38gr, Auto plug-in 10kw Vol. Wasjes gedraaid, en gedroogd.

Zonnepanelen weer aan, dus weer lever opbrengsten en restje accus laatste procenten naar 100%. En dan komt nog de avond waarbij de zendures op max tarief de 15kw leegpompen. Mooie dag, doe nog maar paar van deze dagen. Fijne konings dagen allemaal!

Mooi werk.

Had in HA een automatisering gemaakt die bij negatief de omvormer op 1% zet (0% is relais schakeling) en bij positief weer op 100%. Werkte perfect.

De automatisering zorgt er ook voor dat wanneer het huis wat meer gebruikt dan de 1x35A hoofdzekering aan kan, dan komt er wat meer van de PV en daarna weer naar 1%. Soort van NOM hehe.

[Eduardo M]

Wai_AM schreef op zondag 26 april 2026 @ 20:44:
[...]


Hoe heb je HACS nordpool geinstalleerd ?
je kan mijn methode proberen: https://gathering.tweakers.net/forum/view_message/85031000

Ehh, ik heb de nordpool HACS integratie geïnstalleerd, waarna de sensor zichtbaar werd in HA. Daarna is het toch een kwestie van de sensor opnemen bij de settings onder Dynamisch Nordpool Sensor?

[gielz]

Eduardo M schreef op zondag 26 april 2026 @ 20:56:
[...]


Ehh, ik heb de nordpool HACS integratie geïnstalleerd, waarna de sensor zichtbaar werd in HA. Daarna is het toch een kwestie van de sensor opnemen bij de settings onder Dynamisch Nordpool Sensor?

Post even een screenshot van tabblad 1 en je configuratie tabblad.