Zendure producten in Home Assistant integreren deel 2

[Idr548]

Niet gevonden of ik ben ergens verkeerd aan het kijken.
Maar kan ik ergens gewoon de status van de "toevoegen aan HEMS" switchen?

Ik zou enkel die willen gebruiken als de autolader aan het laden is.
Moment dat deze stopt zou ik de HEMS terug willen aanzetten op de batterij.

[YvonneVP]

@gielz Je hebt wel weer heel goed je best gedaan. Ziet er weer toppie uit. Zelf ga ik ook de temperatuur van de omvormer bij de batterijen zetten. Dat vind ik zelf het handigst om dat dan allemaal bij elkaar te hebben staan.
Koffie komt er alvast aan.

[Taro]

Idr548 schreef op maandag 23 maart 2026 @ 16:31:
Niet gevonden of ik ben ergens verkeerd aan het kijken.
Maar kan ik ergens gewoon de status van de "toevoegen aan HEMS" switchen?

Ik zou enkel die willen gebruiken als de autolader aan het laden is.
Moment dat deze stopt zou ik de HEMS terug willen aanzetten op de batterij.

HEMS aan/uit wisselen kan niet via Home Assistant, alleen handmatig via de App.

[KiberHD]

Idr548 schreef op maandag 23 maart 2026 @ 16:31:
Niet gevonden of ik ben ergens verkeerd aan het kijken.
Maar kan ik ergens gewoon de status van de "toevoegen aan HEMS" switchen?

Ik zou enkel die willen gebruiken als de autolader aan het laden is.
Moment dat deze stopt zou ik de HEMS terug willen aanzetten op de batterij.

De integratie van gielz gebruiken en dan een automation maken die een andere modus kiest als je laadpaal vermogen gaat leveren en weer terugschakelt als deze niets meer doet. Zo heb ik het ingesteld.

[Wai_AM]

@gielz fijne mei update met de kalibratie !

[RobTesla]

@gielz Ik was nog niet helemaal tevreden met de werking van de modus "Alleen slim ontladen". Vooral tijdens het koken met keramische platen die aan en afspringen zijn er enorme schommelingen. Hierdoor -in combinatie met het soms ongelukkig gelezen P1 vermogen- kwam dit stukje automatisatie soms op een negatieve waarde uit voor het balanceren:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 0] | max, cap ] | min %} {{ beperkt | int }}

De laatste lijn zorgde er tijdens zo'n schommelende situatie voor dat een negatieve waarde in een 0 resulteerde, wat bij de Zendure een relais-schakeling triggerde en de injectie enkele seconden volledig stopte. Hierdoor had ik ook last van teveel relais-schakelingen. Ik heb dit stukje code aangepast naar:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 100] | max, cap ] | min %} {{ beperkt | int }}

Hierdoor zal deze toch minimaal nog 100 Watt injecteren. Ik heb nu ineens geen last meer met relais-schakelingen tijdens zo'n schommelingen.

[Aardedraadje]

RobTesla schreef op maandag 23 maart 2026 @ 19:41:
@gielz Ik was nog niet helemaal tevreden met de werking van de modus "Alleen slim ontladen". Vooral tijdens het koken met keramische platen die aan en afspringen zijn er enorme schommelingen. Hierdoor -in combinatie met het soms ongelukkig gelezen P1 vermogen- kwam dit stukje automatisatie soms op een negatieve waarde uit voor het balanceren:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 0] | max, cap ] | min %} {{ beperkt | int }}

De laatste lijn zorgde er tijdens zo'n schommelende situatie voor dat een negatieve waarde in een 0 resulteerde, wat bij de Zendure een relais-schakeling triggerde en de injectie enkele seconden volledig stopte. Hierdoor had ik ook last van teveel relais-schakelingen. Ik heb dit stukje code aangepast naar:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 100] | max, cap ] | min %} {{ beperkt | int }}

Hierdoor zal deze toch minimaal nog 100 Watt injecteren. Ik heb nu ineens geen last meer met relais-schakelingen tijdens zo'n schommelingen.

Hij zal dan niet meer automatisch naar standby gaan en blijft ontladen, let daar wel op als je wilt dat hij automatisch stopt met ontladen (bijvoorbeeld als de zon morgen weer opkomt).

[Wai_AM]

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

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

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"

[RobTesla]

Aardedraadje schreef op maandag 23 maart 2026 @ 20:03:
[...]

Hij zal dan niet meer automatisch naar standby gaan en blijft ontladen, let daar wel op als je wilt dat hij automatisch stopt met ontladen (bijvoorbeeld als de zon morgen weer opkomt).

Ja, ik stuur de Gielz integratie (Laden, ontladen, standby moduskeuze) aan met eigen scripting hé. Het balanceren bij ontladen laat ik over aan de Gielz-integratie, bij het laden op de off-grid solar installatie regel ik het laadvermogen met eigen logica.

[Idr548]

Zet volledig in standby en sensor.zendure_2400_ac_opslagmodus zal naar Opslaan in Flash gaan. Hierdoor is het ook 0 watt op een KWH MID Meter.

Hoe zit dat met deze "opslaan in flash".
Wil dit zeggen als ik zou instellen dat de modus naar "off" gaat tijdens het laden van de auto, dat dit eigenlijk niet zo goed zou zijn? En ik bv beter switch tussen "NoM" en bv "manueel 0 watt"? ipv van "off" te kiezen?

Weet iemand of dit voor flashgeheugen ook zo is als je in de zendure app HEMS toggle af zet op de batterij?

[gielz]

Idr548 schreef op dinsdag 24 maart 2026 @ 00:00:
[...]


Hoe zit dat met deze "opslaan in flash".
Wil dit zeggen als ik zou instellen dat de modus naar "off" gaat tijdens het laden van de auto, dat dit eigenlijk niet zo goed zou zijn? En ik bv beter switch tussen "NoM" en bv "manueel 0 watt"? ipv van "off" te kiezen?

Weet iemand of dit voor flashgeheugen ook zo is als je in de zendure app HEMS toggle af zet op de batterij?

In HEMS staat smartmode altijd aan. Ga je HEMS uit dan gaat smartmode uit. Laatst nog getest om te kijken of HEMS met de laatste versie inmiddels minder standby verlies had maar helaas.

[_DeWie_]

gast777 schreef op vrijdag 20 maart 2026 @ 17:01:
Ik ben een beetje aan het orienteren en testen hoe ik de Proxy geschikt kan maken voor 1, 2, of 3 Zendures.

Maar dat zal nog wel een tijdje duren voordat die echt klaar is. Voorlopig zijn alleen 2 Zendures ondersteund.

Ik heb op basis van de opzet van gast777 een versie gemaakt voor 3 nodes, ben hier nu mee aan het test draaien, mochten er mensen interesse hebben kan ik hem wel op github gooien.

[lexus305]

Ik ben een totale beginner in ha.
Even voor mijn info, ik heb in de zendure app in slimme meter modus staan.
Klopt het dat als ik in ha de modus op standby laat staan deze alleen alles uitleest en vanuit de ha niets regelt.

[peterbier]

lexus305 schreef op dinsdag 24 maart 2026 @ 19:39:
Ik ben een totale beginner in ha.
Even voor mijn info, ik heb in de zendure app in slimme meter modus staan.
Klopt het dat als ik in ha de modus op standby laat staan deze alleen alles uitleest en vanuit de ha niets regelt.

Je zal deze dan op off kunnen zetten en HEMS met de Zendure app kunnen doen.

[TCMR]

gielz schreef op maandag 23 maart 2026 @ 11:52:
Test configuratie. Bij issues graag via Github (beste weg) of DM.

Ik heb vandaag deze geïnstalleerd om mijn net vers ontvangen 2400 Pro aan te sturen. Ik draaide al sinds zomer vorig jaar gielz HA in NOM (op SF800Pro), maar nooit geüpdate, want: niet nodig. Liep als een zonnetje.

Nogmaals complimenten voor de eenvoud van installeren van deze nieuwe versie, en hoe het dashboard eruit ziet. Zoals in in een DM aan @gielz als schreef: voor batterij-nerds een heerlijke toevoeging, dit dashboard.

Maar... ik had/heb wel nogal wat problemen om de oude reut (die je toen nog allemaal 'handmatig' moest installeren) uit HA te krijgen. Ik heb uiteindelijk dit gedaan:

1. Alles uit configuration.yaml gehaald dat verwees naar gielz HA
2. Automation.yaml leeggehaald (stond alleen spul van gielz HA in)
3. HA opnieuw opgestart
4. Alle entiteiten die nu 'orphaned' zijn (zo'n rood rond pijltje met uitroepteken) via de GUI verwijderd
5. HA opnieuw opgestart
6. Installatie-stappen van nieuwste gielz HA doorlopen
7. HA opnieuw opgestart

Eerst was het modi-menu (NOM, slim laden, etc.) incompleet, en nog met de oude modi erin. Nu heb ik opnieuw deze stappen doorlopen, iets beter gezocht op welke entiteiten er weg moesten, en heb ik de 13 modi uit de automation.yaml er in staan. Maar niets werkt. Vanmiddag kon ik nog NOM draaien, deden andere modi niks, maar nu kan ik leuk modi kiezen, maar gebeurt er vervolgens helemaal niks.

Welke stap mis ik om deze upgrade goed uit te voeren?

FYI: mijn 'configuration.yaml' is echt heel standaard, daar staat bijna niets (alleen wat 1wire spul) custom in, behalve nu dan de twee regels voor de gielz HA package.

[gielz]

TCMR schreef op dinsdag 24 maart 2026 @ 21:52:
[...]

Ik heb vandaag deze geïnstalleerd om mijn net vers ontvangen 2400 Pro aan te sturen. Ik draaide al sinds zomer vorig jaar gielz HA in NOM (op SF800Pro), maar nooit geüpdate, want: niet nodig. Liep als een zonnetje.

Nogmaals complimenten voor de eenvoud van installeren van deze nieuwe versie, en hoe het dashboard eruit ziet. Zoals in in een DM aan @gielz als schreef: voor batterij-nerds een heerlijke toevoeging, dit dashboard.

Maar... ik had/heb wel nogal wat problemen om de oude reut (die je toen nog allemaal 'handmatig' moest installeren) uit HA te krijgen. Ik heb uiteindelijk dit gedaan:

1. Alles uit configuration.yaml gehaald dat verwees naar gielz HA
2. Automation.yaml leeggehaald (stond alleen spul van gielz HA in)
3. HA opnieuw opgestart
4. Alle entiteiten die nu 'orphaned' zijn (zo'n rood rond pijltje met uitroepteken) via de GUI verwijderd
5. HA opnieuw opgestart
6. Installatie-stappen van nieuwste gielz HA doorlopen
7. HA opnieuw opgestart

Eerst was het modi-menu (NOM, slim laden, etc.) incompleet, en nog met de oude modi erin. Nu heb ik opnieuw deze stappen doorlopen, iets beter gezocht op welke entiteiten er weg moesten, en heb ik de 13 modi uit de automation.yaml er in staan. Maar niets werkt. Vanmiddag kon ik nog NOM draaien, deden andere modi niks, maar nu kan ik leuk modi kiezen, maar gebeurt er vervolgens helemaal niks.

Welke stap mis ik om deze upgrade goed uit te voeren?

FYI: mijn 'configuration.yaml' is echt heel standaard, daar staat bijna niets (alleen wat 1wire spul) custom in, behalve nu dan de twee regels voor de gielz HA package.

Zou eerst even een paar dingen troubleshooten;

- De automatisering is deze zichtbaar in Home Assistant en draait deze?
- De modus selecteren wat is de exacte naam van de entiteit;
- Wanneer je het Max.oplaadvermogen van 2400 naar 2000 zet komt dit dan netjes terug in het log en de properties api?

[geert1992]

lexus305 schreef op dinsdag 24 maart 2026 @ 19:39:
Ik ben een totale beginner in ha.
Even voor mijn info, ik heb in de zendure app in slimme meter modus staan.
Klopt het dat als ik in ha de modus op standby laat staan deze alleen alles uitleest en vanuit de ha niets regelt.

Waarom zou je niets willen regelen via home assistant? Levert een veel nettere NOM op, en je kan met alle p1 meters werken.

[TCMR]

gielz schreef op dinsdag 24 maart 2026 @ 22:02:
[...]
- De automatisering is deze zichtbaar in Home Assistant en draait deze?

Zeker, ik zie 'm elke 5 seconden triggeren en dan weer tellen:

- De modus selecteren wat is de exacte naam van de entiteit;
- Wanneer je het Max.oplaadvermogen van 2400 naar 2000 zet komt dit dan netjes terug in het log en de properties api?

Gister wel, ik kon elke actie die ik deed terugzien in de log, maar de accu reageerde gewoon niet. Dus het leek vooral een mooie software-simulatie

Maar nu zie ik dat het popupmenu met modi deze naam gebruikt om aan de entiteiten te komen: "input_select.zendure_2400_ac_modus_selecteren_2". Die "_2" doet me vermoeden dat er iets niet goed zit. Toch weer iets van cruft achtergebleven? Waar moet ik zoeken?

[Devke]

TCMR schreef op woensdag 25 maart 2026 @ 07:38:
[...]

Zeker, ik zie 'm elke 5 seconden triggeren en dan weer tellen:

[Afbeelding]


[...]

Gister wel, ik kon elke actie die ik deed terugzien in de log, maar de accu reageerde gewoon niet. Dus het leek vooral een mooie software-simulatie

Maar nu zie ik dat het popupmenu met modi deze naam gebruikt om aan de entiteiten te komen: "input_select.zendure_2400_ac_modus_selecteren_2". Die "_2" doet me vermoeden dat er iets niet goed zit. Toch weer iets van cruft achtergebleven? Waar moet ik zoeken?

Ik denk als je _2 weghaald je er al bent. Niet de sensor maar de naam aanpassen. Heb iets soort gelijks hier gezien met een ander achter gebleven sensor.

[gielz]

TCMR schreef op woensdag 25 maart 2026 @ 07:38:
[...]

Zeker, ik zie 'm elke 5 seconden triggeren en dan weer tellen:

[Afbeelding]


[...]

Gister wel, ik kon elke actie die ik deed terugzien in de log, maar de accu reageerde gewoon niet. Dus het leek vooral een mooie software-simulatie

Maar nu zie ik dat het popupmenu met modi deze naam gebruikt om aan de entiteiten te komen: "input_select.zendure_2400_ac_modus_selecteren_2". Die "_2" doet me vermoeden dat er iets niet goed zit. Toch weer iets van cruft achtergebleven? Waar moet ik zoeken?

Je kunt entiteiten aanklikken in Home Assistant en dan gewoon direct het ID aanpassen. _2 houd in dat je een dubbele configuratie draait van die specifieke sensor wat nooit zal gaan werken omdat _2 nergens aangesproken word.

Ik zou meteen even kijken of je niet nog meer _2 sensoren hebt (Instellingen > Ontwikkelaarshulpmiddelen > Statussen). Wanneer je van een zeer oude configuratie overgaat naar bijvoorbeeld een package is de meest voorkomende fout dat gebruikers een package installeren en de configuration.yaml gewoon laten zoals die is. Dan heb je overal daarna _2 sensoren. Dit is niet alleen bij de Gielz maar zie je gewoon eigenlijk altijd mis gaan.

Zodra het dan werkt is het gewoon een kwestie van de package vernieuwen bij een update en nergens meer aan zitten. Met een update worden er nooit ID's aangepast om dit soort problemen te voorkomen.

Laat nog even weten of het gelukt is.

[YvonneVP]

Devke schreef op woensdag 25 maart 2026 @ 07:54:
[...]

Ik denk als je _2 weghaald je er al bent. Niet de sensor maar de naam aanpassen. Heb iets soort gelijks hier gezien met een ander achter gebleven sensor.

Ik heb het al eens gehad dat zowel de entiteit met als zonder _2 aanwezig was, en wat dus voor best wat verstoringen en verwarring zorgde. Ik heb toen alle entiteiten van de betreffende integratie weggehaald, en opnieuw geïnstalleerd. Misschien dat het dus beter is alles van Gielz eruit te halen, en opnieuw toe te voegen. Soms gaat dat sneller dan zoeken naar waar het fout gaat.

[ralphkeb]

Ik ben wel heel erg benieuwd wat de handigste setting is, ook icm de waardes goedkoopste en duurste periodes?

NOM is op dit moment slecht haalbaar omdat ik alleen nog maar een 800 plus heb (wordt later uitgebreid).
Zonnepanelen doen 5 kWh op een goede dag.
Verbruik per dag is zo’n 16 a 18 kWh per dag (zonder opladen EV).

[edjes]

@gielz
Allereerst: nog steeds ontzettend blij met je prachtige automation!

Opnieuw bijna 1000 relaisschakelingen per dag.
Bij ontladen en bij laden waarbij de batterij geen 100% minimaal aantal schakelingen.
Het zit 'm evident in het schakelen wanneer de batterij 100% is, blijkbaar schakelt hij daar veel heen en weer.
Je zou verwachten dat hij bij 100% in standby gaat en pas weer gaat laden bij bijv 98%. Ik zie 'm steeds van standby naar laden gaan en terug.

Ik draai nu je laatste versie mei 2026, NOM gezien goede zon 24/7 en heb alles op standaard staan qua instellingen. Tips?

[ Voor 4% gewijzigd door edjes op 25-03-2026 13:46 ]

[Pakhaas]

edjes schreef op woensdag 25 maart 2026 @ 13:45:
@gielz
Allereerst: nog steeds ontzettend blij met je prachtige automation!

Opnieuw bijna 1000 relaisschakelingen per dag.
Bij ontladen en bij laden waarbij de batterij geen 100% minimaal aantal schakelingen.
Het zit 'm evident in het schakelen wanneer de batterij 100% is, blijkbaar schakelt hij daar veel heen en weer.
Je zou verwachten dat hij bij 100% in standby gaat en pas weer gaat laden bij bijv 98%. Ik zie 'm steeds van standby naar laden gaan en terug.

Ik draai nu je laatste versie mei 2026, NOM gezien goede zon 24/7 en heb alles op standaard staan qua instellingen. Tips?[Afbeelding]

Hier was vanochtend door NOM de batterij naar 98% gegaan. Middags Dynamisch Handelen en toen de goedkope periode daar was, ging hij niet laden, maar bleef in standby.

[koboy]

edjes schreef op woensdag 25 maart 2026 @ 13:45:
@gielz
Allereerst: nog steeds ontzettend blij met je prachtige automation!

Opnieuw bijna 1000 relaisschakelingen per dag.
Bij ontladen en bij laden waarbij de batterij geen 100% minimaal aantal schakelingen.
Het zit 'm evident in het schakelen wanneer de batterij 100% is, blijkbaar schakelt hij daar veel heen en weer.
Je zou verwachten dat hij bij 100% in standby gaat en pas weer gaat laden bij bijv 98%. Ik zie 'm steeds van standby naar laden gaan en terug.

Ik draai nu je laatste versie mei 2026, NOM gezien goede zon 24/7 en heb alles op standaard staan qua instellingen. Tips?[Afbeelding]

Hier vandaag ook een beetje raar gedrag. Kan best dat het eerder al was, want ik houd dat ding niet de hele tijd in de gaten.

Hier staat hij op dynamisch handelen in @gielz. Stapel van 4 accu's onder een 2400 AC op 2400W aan een eigen groep.
Instelling is 5 goedkoopste en 5 duurste uren wat opladen vannacht 4 uur en net op 12 uur opleverde.

Half uurtje geleden keek ik en zag dat de accu op 92% stond. Paar uurtjes goedkoop er bij geplust, maar opladen starte niet opnieuw. Even snel opladen gebruikt en wat later op 100%.

Misschien een bij effect van de nieuwe firmware, maar ik houd het even in de gaten. Wat me wel opviel was dat het laatste uurtje opladen niet op 2400W doorging, maar meteen in de "afbouw" fase van bijna vol ging.

[gielz]

Pakhaas schreef op woensdag 25 maart 2026 @ 13:56:
[...]

Hier was vanochtend door NOM de batterij naar 98% gegaan. Middags Dynamisch Handelen en toen de goedkope periode daar was, ging hij niet laden, maar bleef in standby.

koboy schreef op woensdag 25 maart 2026 @ 14:08:
[...]


Hier vandaag ook een beetje raar gedrag. Kan best dat het eerder al was, want ik houd dat ding niet de hele tijd in de gaten.

Hier staat hij op dynamisch handelen in @gielz. Stapel van 4 accu's onder een 2400 AC op 2400W aan een eigen groep.
Instelling is 5 goedkoopste en 5 duurste uren wat opladen vannacht 4 uur en net op 12 uur opleverde.

Half uurtje geleden keek ik en zag dat de accu op 92% stond. Paar uurtjes goedkoop er bij geplust, maar opladen starte niet opnieuw. Even snel opladen gebruikt en wat later op 100%.

Misschien een bij effect van de nieuwe firmware, maar ik houd het even in de gaten. Wat me wel opviel was dat het laatste uurtje opladen niet op 2400W doorging, maar meteen in de "afbouw" fase van bijna vol ging.

Mei release;
Recent Geladen in combinatie met Dynamisch Handelen
Wanneer de batterij boven de 90% laadpercentage had na het dynamisch laden werd recent laden aangezet. Dit was niet wenselijk bij Dynamisch Handelen en word in deze modus direct weer uitgezet om een nieuwe dynamische oplaadcyclus te kunnen starten.

[ Voor 41% gewijzigd door gielz op 25-03-2026 14:27 ]

[gielz]

edjes schreef op woensdag 25 maart 2026 @ 13:45:
@gielz
Allereerst: nog steeds ontzettend blij met je prachtige automation!

Opnieuw bijna 1000 relaisschakelingen per dag.
Bij ontladen en bij laden waarbij de batterij geen 100% minimaal aantal schakelingen.
Het zit 'm evident in het schakelen wanneer de batterij 100% is, blijkbaar schakelt hij daar veel heen en weer.
Je zou verwachten dat hij bij 100% in standby gaat en pas weer gaat laden bij bijv 98%. Ik zie 'm steeds van standby naar laden gaan en terug.

Ik draai nu je laatste versie mei 2026, NOM gezien goede zon 24/7 en heb alles op standaard staan qua instellingen. Tips?[Afbeelding]

Wat een vreemd gedrag, welke batterij configuratie heb je exact en wat geven de logs exact aan? Ik verwacht bij 100% soc-limiet status "Laadlimiet bereikt".

[YvonneVP]

Klopt het dat als de status 'Standby' is en er wel zonnestroom geladen kan worden en dat de batterij dus niet 100% vol is, hierdoor de batterij niet verder opgeladen wordt? Bij Dynamisch NOM (Duur) is dan zowel de duurste als goedkoopste periode beiden 'Nee'.

[edjes]

gielz schreef op woensdag 25 maart 2026 @ 14:45:
[...]


Wat een vreemd gedrag, welke batterij configuratie heb je exact en wat geven de logs exact aan? Ik verwacht bij 100% soc-limiet status "Laadlimiet bereikt".

Ik heb een Zendure 2400 AC met 3 batterijen.
Welke logs bedoel je precies?

/edit: ik zie dat ik batterij versie 1.0.15 heb, ik kan updaten naar 1.0.19 maar een beetje huiverig omdat ik hier problemen met de update zag. Zou dat nog helpen?

[ Voor 19% gewijzigd door edjes op 25-03-2026 15:20 ]

[gielz]

edjes schreef op woensdag 25 maart 2026 @ 15:04:
[...]

Ik heb een Zendure 2400 AC met 3 batterijen.
Welke logs bedoel je precies?

/edit: ik zie dat ik batterij versie 1.0.15 heb, ik kan updaten naar 1.0.19 maar een beetje huiverig omdat ik hier problemen met de update zag. Zou dat nog helpen?

Zou gewoon op 1.0.15 blijven die werkt in principe prima (beter). Heb je toevallig iets aangepast aan je configuratie? Wellicht iets aangesloten aan de offgrid. 100% is 100% hij zou dan niet moeten gaan dalen als hij niet hoeft te gaan ontladen.

[edjes]

gielz schreef op woensdag 25 maart 2026 @ 15:27:
[...]


Zou gewoon op 1.0.15 blijven die werkt in principe prima (beter). Heb je toevallig iets aangepast aan je configuratie? Wellicht iets aangesloten aan de offgrid. 100% is 100% hij zou dan niet moeten gaan dalen als hij niet hoeft te gaan ontladen.

Er is niets aangesloten op offgrid, wel staat hij 'aan' zonder stekker erin. Hij daalt ook niet...
Ik zit er een poosje naar te staren.
Jouw automation doet niks in de logs. De batterij is 100%, de zon maakt nog zat stroom momenteel.
De batterij doet het zelf. Hij gaat naar standby en dan weer naar opladen met 5-10W voor 20-30 sec en dan weer terug naar standby. Zo lijkt het. Zijn dat ook relaisschakelingen?
Hij doet hetzelfde gedrag wanneer ik hem op 'alleen slim ontladen' zet bij 100%.
Alles onder de 100% levert maar een paar relaisschakelingen op, of hij nou laadt of ontlaadt.

[edjes]

edjes schreef op woensdag 25 maart 2026 @ 15:35:
[...]


Er is niets aangesloten op offgrid, wel staat hij 'aan' zonder stekker erin. Hij daalt ook niet...
Ik zit er een poosje naar te staren.
Jouw automation doet niks in de logs. De batterij is 100%, de zon maakt nog zat stroom momenteel.
De batterij doet het zelf. Hij gaat naar standby en dan weer naar opladen met 5-10W voor 20-30 sec en dan weer terug naar standby. Zo lijkt het. Zijn dat ook relaisschakelingen?
Hij doet hetzelfde gedrag wanneer ik hem op 'alleen slim ontladen' zet bij 100%.
Alles onder de 100% levert maar een paar relaisschakelingen op, of hij nou laadt of ontlaadt.

Ja, dit is het. Ik heb de offgrid op 'aan' staan en eco-modus. Maar die gaat blijkbaar niet naar ecomodus. Hij laadt zichzelf continu een beetje bij voor dit verlies, zonder dat de 100% daalt uiteraard, met telkens 5-15W gedurende 20-30 seconden. Hij telt dit als relaisschakeling.
Ik heb nu de offgrid uitgezet en dit gedrag is nu WEG. Het lijkt erop dat er geen schakelingen meer zijn. Even blijven volgen. Je zou denken gezien dit eigen gedrag is van de batterij, dat deze schakelingen niets doen op de gezondheid van de batterij (en die 900+ dus ook niet). Het ligt iig niet aan jouw code, @gielz . Zit er nu wel een beetje mee wat te doen. Want ik vind het fijn als offgrid aan staat voor noodgevallen, zeker gezien je hem niet kon (kan?) aanzetten zonder wifi.

[ppaulv]

Bij mijn weten is het off-grid stopcontact niet via HA aan of uit te zetten, maar is er een mogelijkheid dit te doen (via de Zendure app of anderszins) NADAT de wifi (en alle stroom) in huis is uitgevallen? Als dat kan is het voor mij geen probleem dat off-frid ding uit te zetten totdat ik het nodig heb. Maar als dat niet kan (wat ik vermoed) is het dat wèl.

[ Voor 5% gewijzigd door ppaulv op 25-03-2026 15:52 ]

[edjes]

ppaulv schreef op woensdag 25 maart 2026 @ 15:51:
Bij mijn weten is het off-grid stopcontact niet via HA aan of uit te zetten, maar is er een mogelijkheid dit te doen (via de Zendure app of anderszins) NADAT de wifi (en alle stroom) in huis is uitgevallen? Als dat kan is het voor mij geen probleem dat off-frid ding uit te zetten totdat ik het nodig heb. Maar als dat niet kan (wat ik vermoed) is het dat wèl.

Ja hoor, is via HA gewoon aan/uit te zetten: select.solarflow_2400_ac_grid_off_mode
Maar dan moet je eerst je router weer van stroom voorzien met het noodstopcontact ;-)
Dit valt buiten de discussie over relaisschakelingen.

[Devke]

Pakhaas schreef op woensdag 25 maart 2026 @ 13:56:
[...]

Hier was vanochtend door NOM de batterij naar 98% gegaan. Middags Dynamisch Handelen en toen de goedkope periode daar was, ging hij niet laden, maar bleef in standby.

Dynamisch Recent Geladen is dan actief. Ik dacht boven de 90% SoC gaat deze op Aan. "Word automatisch aan en uit gezet. Om te voorkomen dat er laadgedrag van 99>100>99>100 SOC ontstaat"
Edit: Antwoord is al gegeven.

[ Voor 15% gewijzigd door Devke op 25-03-2026 16:45 ]

[ppaulv]

edjes schreef op woensdag 25 maart 2026 @ 15:55:
[...]

Ja hoor, is via HA gewoon aan/uit te zetten: select.solarflow_2400_ac_grid_off_mode
Maar dan moet je eerst je router weer van stroom voorzien met het noodstopcontact ;-)
Dit valt buiten de discussie over relaisschakelingen.

het kan dus niet. Maar inderdaad off-topic.

[metalmarco]

_DeWie_ schreef op dinsdag 24 maart 2026 @ 19:24:
[...]


Ik heb op basis van de opzet van gast777 een versie gemaakt voor 3 nodes, ben hier nu mee aan het test draaien, mochten er mensen interesse hebben kan ik hem wel op github gooien.

@_DeWie_ Hier iig wel belang om mee te helpen te testen. Want de versie die eerder in het topic hier stond, wil bij mij niet werken. Dus ben hier overgestapt naar de Zendure intergratie.

[TCMR]

Devke schreef op woensdag 25 maart 2026 @ 07:54:
[...]
Ik denk als je _2 weghaald je er al bent.

Ja, dat was het eerste dat ik probeerde, maar dan vindt ie niets meer, en krijg je foutmeldingen te zien.

gielz schreef op woensdag 25 maart 2026 @ 08:29:
[...]
_2 houd in dat je een dubbele configuratie draait van die specifieke sensor wat nooit zal gaan werken omdat _2 nergens aangesproken word.

Ik ga morgen nog even een poging doen om alles weg te donderen, thanks!

[Devke]

TCMR schreef op woensdag 25 maart 2026 @ 18:17:
[...]

Ja, dat was het eerste dat ik probeerde, maar dan vindt ie niets meer, en krijg je foutmeldingen te zien.


[...]

Ik ga morgen nog even een poging doen om alles weg te donderen, thanks!

Wat ik hier gedaan heb is een backup gemaakt van config.yaml / automatiseringen etc. De hele config.yaml naar standaard terug gezet. Gielz geïmplementeerd, Node red van gast en het loopt. Ik zou voor de package variant gaan en dan al je eigen scriptjes etc. ook direct omzetten naar packages. Veel meer overzicht. Knippen, plakken en klaar bij een volgende upgrade. Succes met het omzetten!

[RobTesla]

Wat die relais-schakelingen betreft: vandaag slechts 3 schakelingen. Van middernacht tot nu:
- Van StandBy naar Alleen slim ontladen
- Na de piekuren: naar StandBy, daarna ATS geswitched naar de off-grid
- Snel opladen ingeschakeld (met eigen load-balancing en het was nodig vandaag met de bewolking)
- Nadat de Zendure 100% was: in StandBy, ATS geswitched naar de on-grid
- Bij begin avond-piekuren terug naar Alleen slim ontladen gegaan

Dit resulteerde vandaag in slechts 3 relais-schakelingen met mijn wijziging hier eerder beschreven. Super!

[DrNickB]

RobTesla schreef op woensdag 25 maart 2026 @ 19:26:
Wat die relais-schakelingen betreft: vandaag slechts 3 schakelingen. Van middernacht tot nu:
- Van StandBy naar Alleen slim ontladen
- Na de piekuren: naar StandBy, daarna ATS geswitched naar de off-grid
- Snel opladen ingeschakeld (met eigen load-balancing en het was nodig vandaag met de bewolking)
- Nadat de Zendure 100% was: in StandBy, ATS geswitched naar de on-grid
- Bij begin avond-piekuren terug naar Alleen slim ontladen gegaan

Dit resulteerde vandaag in slechts 3 relais-schakelingen met mijn wijziging hier eerder beschreven. Super!

Ja zeker een groot verschil.
Ook wel vreemd, gezien mijn SF800Pro hier met gekoppelde panelen,
van 100 naar 99 is gezakt en in Bypass blijft staan en niet terug optopt tot 100% met eigen PV.
Terwijl hij bij u continue bleef schakelen op wat leek bijladen.

[Idr548]

Is er iemand die me kan helpen aan een "how to install" guide voor de Zendure-HA-zenSDK van Gielz?
Ik kan die blijkbaar nergens vinden. Kan ook aan mij liggen

[Devke]

Idr548 schreef op woensdag 25 maart 2026 @ 23:16:
Is er iemand die me kan helpen aan een "how to install" guide voor de Zendure-HA-zenSDK van Gielz?
Ik kan die blijkbaar nergens vinden. Kan ook aan mij liggen

Bij deze. https://github.com/Gielz1986/Zendure-HA-zenSDK

[Powersofts]

Goede vraag want ik wil ook Zendure HA zenSDK gaan installeren maar ben totaal onbekend met HA.
Ik vroeg me al af of er ergens een youtube filmpje is waarin je 'ziet' hoe dit te doen.
Kon zo snel niets vinden....

[Pakhaas]

Powersofts schreef op donderdag 26 maart 2026 @ 09:45:
Goede vraag want ik wil ook Zendure HA zenSDK gaan installeren maar ben totaal onbekend met HA.
Ik vroeg me al af of er ergens een youtube filmpje is waarin je 'ziet' hoe dit te doen.
Kon zo snel niets vinden....

Met chatgpt ging ik er zo doorheen. Sowieso aan te raden als je met HA aan de slag gaat. Voor 8 euro per maand kan je (bijna) onbeperkt met chatgpt in gesprek.

[ppaulv]

Heb een paar maanden geleden hetzelfde traject doorlopen. Je moet een beetje uitkijken weliswaar, chatgpt gaf mij regelmatig adviezen/instructies die gebaseerd waren op andere/oudere versies van vanalles, niet alleen HA, waardoor het niet werkte. Maar als je gewoon blijft doorvragen en teruggeeft wat er niet klopt etc. kom je er best snel uit. Het voelt een beetje als trial and error maar het ging (voor mij) veel sneller dan het zelf proberen uit te vogelen met behulp van manuals e.d. Dat had ik namelijk eerst geprobeerd (zeldzaam frustrerende ervaring).

[koboy]

Powersofts schreef op donderdag 26 maart 2026 @ 09:45:
Goede vraag want ik wil ook Zendure HA zenSDK gaan installeren maar ben totaal onbekend met HA.
Ik vroeg me al af of er ergens een youtube filmpje is waarin je 'ziet' hoe dit te doen.
Kon zo snel niets vinden....

Voor de Gielz integratie bij mijn weten niet, maar de handleiding is zo goed geschreven, daar kan geen YouTube tegenop.

Maar eerst moet je home assistant installeren, de HACS uitbreiding en de nordpool integratie uit HACS (uitgaand dat je dynamisch zit). Daar zijn zat tutorials over te vinden zowel geschreven als op YouTube. Let wel op dat je een relatief recente neemt, anders loop je tegen hetzelfde probleem aan als wanneer chatGPT met verouderde info aan de gang gaat.

Uit oogpunt van veiligheid en performance: je moet een editor en de ssh app installeren binnen HA. Zet de auto start hiervan niet aan voor de veiligheid wbt ssh, en die editor gebruik je daarna bijna nooit dus die hoeft ook niet. Het een paar klikken en je hebt ze aan of uit gezet als je ze wel even nodig hebt.

[YvonneVP]

Pakhaas schreef op donderdag 26 maart 2026 @ 09:46:
[...]

Met chatgpt ging ik er zo doorheen. Sowieso aan te raden als je met HA aan de slag gaat. Voor 8 euro per maand kan je (bijna) onbeperkt met chatgpt in gesprek.

En in de readme.md staat ook alles netjes beschreven volgens mij. Zeker omdat het nu eigenlijk allemaal copy-paste werk is. Wel zou ik adviseren een goede editor in HA te installeren zodat de bestanden ook makkelijk in HA te krijgen zijn. Ik weet niet wat voor editor jullie allemaal gebruiken, maar ik vind Studio Code Server wel fijn en prettig om mee te werken. Die kan gewoon via HA Apps geïnstalleerd worden, en dat vind ik ook wel een voordeel.

[ Voor 4% gewijzigd door YvonneVP op 26-03-2026 11:26 ]

[TCMR]

Devke schreef op woensdag 25 maart 2026 @ 18:29:
[...]
Wat ik hier gedaan heb is een backup gemaakt van config.yaml / automatiseringen etc.

Mijn configuration.yaml is echt heel standaard. Daar zit echt bijna niets in.

Dus vanochtend nog maar eens alle stappen doorlopen:

- package include lijn voor Gielz package in configuration.yaml weggecomment
- Gielz automation verwijderd
- Gielz dashboard verwijderd
- HA herstart (niet alleen config reload)
- Settings -> Entities -> gefilterd op "Unavailable". Daar zie je dan alle "orphaned" entiteiten staan, bulk-select en delete, daarna zijn ook alle Helpers weg.
- HA herstart
- Nu is er geen spoor meer te vinden van iets van Gielz HA
- De lijn in in configuration.yaml voor Gielz package weer ge-uncomment
- Package file vernieuwd (de nieuwste uit de pre-release)
- Automation aangemaakt per instructies (nu met handige Github-linkjes in de instructies naar de betreffende .yaml files, die nu ook allemaal een .yaml-extensie hebben )
- Dashboard aangemaakt per instructies
- HA herstart

Ik eindig met dit in het dashboard. Ik doe vast ergens iets fout:



Als ik die twee entities weer rechtzet, ziet alles er goed uit, de batterij-gegevens zijn perfect up-to-date, de automatisering draait lekker, maar niks werkt. De enige log-entries die ik krijg zijn als ik de "Press" (Klik)-knop gebruik om de default waardes in te stellen. Overigens ook nergens een spoor van "_2" aan entiteiten. Het ziet er op het oog allemaal prima uit.

[Devke]

TCMR schreef op donderdag 26 maart 2026 @ 11:36:
[...]

Mijn configuration.yaml is echt heel standaard. Daar zit echt bijna niets in.

Dus vanochtend nog maar eens alle stappen doorlopen:

- package include lijn voor Gielz package in configuration.yaml weggecomment
- Gielz automation verwijderd
- Gielz dashboard verwijderd
- HA herstart (niet alleen config reload)
- Settings -> Entities -> gefilterd op "Unavailable". Daar zie je dan alle "orphaned" entiteiten staan, bulk-select en delete, daarna zijn ook alle Helpers weg.
- HA herstart
- Nu is er geen spoor meer te vinden van iets van Gielz HA
- De lijn in in configuration.yaml voor Gielz package weer ge-uncomment
- Package file vernieuwd (de nieuwste uit de pre-release)
- Automation aangemaakt per instructies (nu met handige Github-linkjes in de instructies naar de betreffende .yaml files, die nu ook allemaal een .yaml-extensie hebben )
- Dashboard aangemaakt per instructies
- HA herstart

Ik eindig met dit in het dashboard. Ik doe vast ergens iets fout:

[Afbeelding]

Als ik die twee entities weer rechtzet, ziet alles er goed uit, de batterij-gegevens zijn perfect up-to-date, de automatisering draait lekker, maar niks werkt. De enige log-entries die ik krijg zijn als ik de "Press" (Klik)-knop gebruik om de default waardes in te stellen. Overigens ook nergens een spoor van "_2" aan entiteiten. Het ziet er op het oog allemaal prima uit.

Hoe ziet je config.yaml eruit? Hier zo, de basis:

YAML:

# Laad standaard set van integraties. Niet verwijderen.
default_config:

# Laad frontend thema's uit de themes-map
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml

script: !include scripts.yaml
scene: !include scenes.yaml

homeassistant:
  packages: !include_dir_named packages

[TCMR]

Devke schreef op donderdag 26 maart 2026 @ 11:40:
[...]
Hoe ziet je config.yaml eruit?

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

homeassistant:
  packages: !include_dir_named packages
  
# w1 temperature sensors
command_line:
  - sensor:
      name: "Temp measurement JSON"
      unique_id: "w1_temp_measurement"
      command: "/config/scripts/probetemp.sh"
      value_template: "{{ value }}"
      scan_interval: 30  # how often to run the script (in seconds)

Maar ik was iets te snel, die kapotte entities in het dashboard verwijzen toch weer naar "_2" kopieën. Man, man, ik moet echt even gaan graven waar die rommel dan blijft hangen als ik alles weggooi.

[YvonneVP]

TCMR schreef op donderdag 26 maart 2026 @ 11:46:
[...]

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

homeassistant:
  packages: !include_dir_named packages
  
# w1 temperature sensors
command_line:
  - sensor:
      name: "Temp measurement JSON"
      unique_id: "w1_temp_measurement"
      command: "/config/scripts/probetemp.sh"
      value_template: "{{ value }}"
      scan_interval: 30  # how often to run the script (in seconds)

Maar ik was iets te snel, die kapotte entities in het dashboard verwijzen toch weer naar "_2" kopieën. Man, man, ik moet echt even gaan graven waar die rommel dan blijft hangen als ik alles weggooi.

Heb je, nadat je alles hebt verwijdert, HA ook nog eens opnieuw opgestart? En dat je dus daarna opnieuw begint om alles er weer in te zetten? Heb je het Gielz bestanden in de 'packages' map ook verwijdert toen je bent gaan verwijderen? Of heb je alles alleen in de UI eruit gehaald?

[Devke]

TCMR schreef op donderdag 26 maart 2026 @ 11:46:
[...]

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

homeassistant:
  packages: !include_dir_named packages
  
# w1 temperature sensors
command_line:
  - sensor:
      name: "Temp measurement JSON"
      unique_id: "w1_temp_measurement"
      command: "/config/scripts/probetemp.sh"
      value_template: "{{ value }}"
      scan_interval: 30  # how often to run the script (in seconds)

Maar ik was iets te snel, die kapotte entities in het dashboard verwijzen toch weer naar "_2" kopieën. Man, man, ik moet echt even gaan graven waar die rommel dan blijft hangen als ik alles weggooi.

Edit : NVT, tweakers in edit mode verschuift e.a. (naamgeving van die dir klopt ook)?

[ Voor 7% gewijzigd door Devke op 26-03-2026 11:54 ]

[gielz]

TCMR schreef op donderdag 26 maart 2026 @ 11:46:
[...]

YAML:

# Loads default set of integrations. Do not remove.
default_config:

# Load frontend themes from the themes folder
frontend:
  themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

homeassistant:
  packages: !include_dir_named packages
  
# w1 temperature sensors
command_line:
  - sensor:
      name: "Temp measurement JSON"
      unique_id: "w1_temp_measurement"
      command: "/config/scripts/probetemp.sh"
      value_template: "{{ value }}"
      scan_interval: 30  # how often to run the script (in seconds)

Maar ik was iets te snel, die kapotte entities in het dashboard verwijzen toch weer naar "_2" kopieën. Man, man, ik moet echt even gaan graven waar die rommel dan blijft hangen als ik alles weggooi.

Handmatige helpers ooit aangemaakt? Was ooit bij versie 0.0001

[TCMR]

Devke schreef op donderdag 26 maart 2026 @ 11:53:
[...]
Edit : NVT, tweakers in edit mode verschuift e.a. (naamgeving van die dir klopt ook)?

Ja, als die package niet gevonden zou worden, zou er niks draaien. Dus dat zit echt wel oké. Misschien handig om te vermelden dat ik al meer dan 30 jaar in de software-development zit. Ik ben vrij allergisch voor YAML, om precies de redenen die jij hier aanhaalt Whitespace mag geen code-logic bepalen in mijn wereld. YAML is ook niet om code in te schrijven, en HA valt daarvoor terug op iets dat Jinja heet, en waarvan Jinja zelf zegt dat het ook geen taal is om code in te schrijven (het is een templating engine). Lam en blind, zeg maar Desondanks is het heel mooi hoor, Home Assistant. Maar het staat gewoon heel erg ver af van mijn beroepsmatige kennis over code kloppen.

YvonneVP schreef op donderdag 26 maart 2026 @ 11:50:
[...]
Heb je, nadat je alles hebt verwijdert, HA ook nog eens opnieuw opgestart?

Zeker, restarts all around. En ja, ik knip gewoon de inhoud uit de bestanden weg voordat ik herstart. Plak daarna weer vers terug vanuit Github.

gielz schreef op donderdag 26 maart 2026 @ 11:54:
[...]
Handmatige helpers ooit aangemaakt? Was ooit bij versie 0.0001

Zal zeker kunnen. Ik denk dat er ergens iets blijft hangen. Ik zal anders even door de directories greppen nadat ik weer alles verwijderd heb. Later vanmiddag, hopelijk...

[Devke]

TCMR schreef op donderdag 26 maart 2026 @ 12:07:
[...]

Ja, als die package niet gevonden zou worden, zou er niks draaien. Dus dat zit echt wel oké. Misschien handig om te vermelden dat ik al meer dan 30 jaar in de software-development zit. Ik ben vrij allergisch voor YAML, om precies de redenen die jij hier aanhaalt Whitespace mag geen code-logic bepalen in mijn wereld. YAML is ook niet om code in te schrijven, en HA valt daarvoor terug op iets dat Jinja heet, en waarvan Jinja zelf zegt dat het ook geen taal is om code in te schrijven (het is een templating engine). Lam en blind, zeg maar Desondanks is het heel mooi hoor, Home Assistant. Maar het staat gewoon heel erg ver af van mijn beroepsmatige kennis over code kloppen.


[...]

Zeker, restarts all around. En ja, ik knip gewoon de inhoud uit de bestanden weg voordat ik herstart. Plak daarna weer vers terug vanuit Github.


[...]

Zal zeker kunnen. Ik denk dat er ergens iets blijft hangen. Ik zal anders even door de directories greppen nadat ik weer alles verwijderd heb. Later vanmiddag, hopelijk...

Dank voor de achtergrond info. :-) Welke entiteiten zijn dit die deze fout geven?

[CappieL]

TCMR schreef op donderdag 26 maart 2026 @ 11:36:
[...]

Ik eindig met dit in het dashboard. Ik doe vast ergens iets fout:

[Afbeelding]

O.b.v. je screenshot mis je de input_select.zendure_2400_ac_modus_selecteren en de sensor sensor.zendure_2400_ac_resterende_ontlaad_tijd

[gielz]

TCMR schreef op donderdag 26 maart 2026 @ 12:07:
[...]

Zal zeker kunnen. Ik denk dat er ergens iets blijft hangen. Ik zal anders even door de directories greppen nadat ik weer alles verwijderd heb. Later vanmiddag, hopelijk...

Ik weet het zeker, je was 1 van de eerste gebruikers en hebt nog Helpers actief in Home Assistant;
gielz in "Zendure producten in Home Assistant integreren"

Dat stukje liep niet via een bestand toen der tijd.

[gast777]

Voor de Tweakers met 3 Zendures:

Vandaag heb ik versie 20260325 van de Proxy (voor de Gielz aansturing) gepost. Deze heeft nu experimentele support voor 3 Zendure devices.

Hiervoor zoek ik nog testers, aangezien ik zelf slechts 2 Zendure omvormers beschikbaar heb momenteel.

Ik heb de code deels kunstmatig getest, maar nog niet met een complete setup met drie Zendures. Ik zou het zeer op prijs stellen als Tweakers die het leuk vinden dit willen testen. Laat me dan svp weten of je problemen tegenkomt. In geval van problemen (zeer waarschijnlijk) zou ik uiteraard ook graag je Node-RED debuggen, om het probleem te kunnen oplossen in een volgende versie.

[gast777]

Het verschil voor de gebruiker:

Je kunt een 3e IP adres invullen:



En enkel voor de monitoring is er een aparte lijst van proxy sensoren om in de Gielz package te plakken (op de aangegeven plaats): Proxy-Sensoren-3-Zendures.txt.

[TCMR]

gielz schreef op donderdag 26 maart 2026 @ 13:01:
[...]
Dat stukje liep niet via een bestand toen der tijd.

Nee, maar het gekke is dat ik via de GUI nergens meer iets kan vinden als ik alles dat met zendure/gielz weggooi, maar als ik via grep zoek dit telkens terugkomt in ./core.restore_state:

code:

./core.restore_state:      "state": {"entity_id":"input_select.zendure_2400_ac_modus_selecteren_2","state":"Nul op de mete
./core.restore_state:      "state": {"entity_id":"input_boolean.dynamisch_ontladen_loopt","state":"off","attributes":{"edi
./core.restore_state:      "state": {"entity_id":"input_number.zendure_2400_ac_ontladen_starten_bij","state":"100.0","attr
./core.restore_state:      "state": {"entity_id":"sensor.zendure_output_power","state":"709.22","attributes":{"state_class
./core.restore_state:        "source_entity": "sensor.zendure_2400_ac_grid_output_power_ontladen",
./core.restore_state:      "state": {"entity_id":"input_select.zendure_2400_ac_modus_selecteren","state":"Nul op de meter"

Je ziet daar ook die vermaledijde "input_select.zendure_2400_ac_modus_selecteren_2" die mij plaagt. De entries komen na een herstart van HA ook weer terug in "core.entity_registry", al knip ik daar, en bij "restore_states" alles handmatig weg uit die bestanden. Hij haalt die dus toch nog ergens vandaan. Ik weet niet waar. Toch niet uit de SQLite database, mag ik hopen?

Dit begint redelijk vermoeiend te worden...

Edit: oh, ik moet blijkbaar eerst een "ha core stop" doen voordat ik handmatig zooi ga wegknippen, anders dumpt ie alsnog reut in core.restore_state vlak voordat ie herstart. Ik heb nu in ieder geval niets meer daar, kijken wat ie doet...

[ Voor 7% gewijzigd door TCMR op 26-03-2026 15:48 ]

[TCMR]

Devke schreef op donderdag 26 maart 2026 @ 12:14:
[...]
Dank voor de achtergrond info. :-)

Ja, die onzin had ik beter weg kunnen laten Sorry!

Welke entiteiten zijn dit die deze fout geven?

"input_select.zendure_2400_ac_modus_selecteren" en die voor de resterende duur. Kan het nu even niet zien, want alles is nu weg.

[metalmarco]

TCMR schreef op donderdag 26 maart 2026 @ 15:37:
[...]

Nee, maar het gekke is dat ik via de GUI nergens meer iets kan vinden als ik alles dat met zendure/gielz weggooi, maar als ik via grep zoek dit telkens terugkomt in ./core.restore_state:

code:

./core.restore_state:      "state": {"entity_id":"input_select.zendure_2400_ac_modus_selecteren_2","state":"Nul op de mete
./core.restore_state:      "state": {"entity_id":"input_boolean.dynamisch_ontladen_loopt","state":"off","attributes":{"edi
./core.restore_state:      "state": {"entity_id":"input_number.zendure_2400_ac_ontladen_starten_bij","state":"100.0","attr
./core.restore_state:      "state": {"entity_id":"sensor.zendure_output_power","state":"709.22","attributes":{"state_class
./core.restore_state:        "source_entity": "sensor.zendure_2400_ac_grid_output_power_ontladen",
./core.restore_state:      "state": {"entity_id":"input_select.zendure_2400_ac_modus_selecteren","state":"Nul op de meter"

Je ziet daar ook die vermaledijde "input_select.zendure_2400_ac_modus_selecteren_2" die mij plaagt. De entries komen na een herstart van HA ook weer terug in "core.entity_registry", al knip ik daar, en bij "restore_states" alles handmatig weg uit die bestanden. Hij haalt die dus toch nog ergens vandaan. Ik weet niet waar. Toch niet uit de SQLite database, mag ik hopen?

Dit begint redelijk vermoeiend te worden...

Edit: oh, ik moet blijkbaar eerst een "ha core stop" doen voordat ik handmatig zooi ga wegknippen, anders dumpt ie alsnog reut in core.restore_state vlak voordat ie herstart. Ik heb nu in ieder geval niets meer daar, kijken wat ie doet...

Wat je nog anders nog kan proberen het volgende:

Ga in HA naar "instellingen" en dan naar "ontwikkelingshulp" en dan naar "statistieken" en zet daar in de zoekbalk "zendure", en kijk als je dan nog sensoren tegenkomt die niet gewoon verwijderd zijn. En die kan je dan daar als het goed is verwijderen.

En dan nog eens van vooraf aan beginnen

[TCMR]

metalmarco schreef op donderdag 26 maart 2026 @ 16:00:
[...]
Ga in HA naar "instellingen" en dan naar "ontwikkelingshulp" en dan naar "statistieken" en zet daar in de zoekbalk "zendure"

Dat is dus het rare, dat had ik ook geprobeerd, maar niets komt terug als ik zocht. Het zijn "ghost"-entities, blijkbaar. Alleen de Ghostbusters kunnen nog hulp bieden, vrees ik
Ik ga nu alles weer even installeren, volgens mij heb ik met grof geweld nu alles wel verwijderd.

[TCMR]

Whoohoooo!


En met icon nu! (volgens mij nog maar vers van de pers, ik zag vanochtend nog een "missing image"):



Maar wel weer zeer ernstig low-level in moeten grijpen en JSON files handmatig moeten strippen. Tja, 't is helaas soms niet anders...

[ Voor 48% gewijzigd door TCMR op 26-03-2026 16:29 ]

[TCMR]

YvonneVP schreef op donderdag 26 maart 2026 @ 11:50:
[...]
Heb je, nadat je alles hebt verwijdert, HA ook nog eens opnieuw opgestart? En dat je dus daarna opnieuw begint om alles er weer in te zetten? Heb je het Gielz bestanden in de 'packages' map ook verwijdert toen je bent gaan verwijderen? Of heb je alles alleen in de UI eruit gehaald?

Ik heb die file in 'packages' gewoon laten staan. Die blijft volledig buiten bedrijf als je 'm in de configuration.yaml niet hebt staan. Het bizarre van dit hele verhaal was dus dat er onzichtbare entities in de achtergrond bleven terugkomen. Snappen doe ik het niet, maar opgelost heb ik het wel

[Devke]

TCMR schreef op donderdag 26 maart 2026 @ 15:52:
[...]

Ja, die onzin had ik beter weg kunnen laten Sorry!

[...]

"input_select.zendure_2400_ac_modus_selecteren" en die voor de resterende duur. Kan het nu even niet zien, want alles is nu weg.

Nee hoor, was ook bedoeld als positieve opmerking :-)

[TCMR]

@gielz waarom maak je eigenlijk geen internationale versie van deze HA-oplossing. Want dit is toch prachtig zo? Of zit dat al in de pijplijn? Ik wil de Nederlandse vertaling wel doen, goed

Edit: oh ja, dan zit je wel met die P1 handel, die niet wereldwijd natuurlijk heel erg standaard is...

[ Voor 21% gewijzigd door TCMR op 26-03-2026 17:02 ]

[metalmarco]

gast777 schreef op donderdag 26 maart 2026 @ 13:27:
Voor de Tweakers met 3 Zendures:

Vandaag heb ik versie 20260325 van de Proxy (voor de Gielz aansturing) gepost. Deze heeft nu experimentele support voor 3 Zendure devices.

Hiervoor zoek ik nog testers, aangezien ik zelf slechts 2 Zendure omvormers beschikbaar heb momenteel.

Ik heb de code deels kunstmatig getest, maar nog niet met een complete setup met drie Zendures. Ik zou het zeer op prijs stellen als Tweakers die het leuk vinden dit willen testen. Laat me dan svp weten of je problemen tegenkomt. In geval van problemen (zeer waarschijnlijk) zou ik uiteraard ook graag je Node-RED debuggen, om het probleem te kunnen oplossen in een volgende versie.

Super @gast777

Hier natuurlijk al even geprobeerd, maar loop inderdaad tegen een error aan zoals je al had verwacht.

Draai node-red in HA. En als ik bij localhost:1880/endpoint doe, dan krijg ik niks binnen. Zet ik hem op 1 van de IP-Adressen dan komt er wel weer gegevens binnen in HA.

Hier onder de error die ik vond in node-red:

code:

{"__enc__":true,"type":"error","data":{"name":"TypeError","message":"Cannot read properties of undefined (reading 'properties')","stack":"TypeError: Cannot read properties of undefined (reading 'properties')\n    at Function node:b0ed19c6.1ff4e [GET Response handling]:666:115\n    at Function node:b0ed19c6.1ff4e [GET Response handling]:1119:3\n    at Script.runInContext (node:vm:149:12)\n    at processMessage (/opt/node_modules/@node-red/nodes/core/function/10-function.js:430:37)\n    at FunctionNode._inputCallback (/opt/node_modules/@node-red/nodes/core/function/10-function.js:348:17)\n    at /opt/node_modules/@node-red/runtime/lib/nodes/Node.js:214:26\n    at Object.trigger (/opt/node_modules/@node-red/util/lib/hooks.js:166:13)\n    at FunctionNode.Node._emitInput (/opt/node_modules/@node-red/runtime/lib/nodes/Node.js:206:11)\n    at FunctionNode.Node.emit (/opt/node_modules/@node-red/runtime/lib/nodes/Node.js:190:25)"}}

[raven22]

Ik heb een solarflow 800 plus en de Gielz integratie.
Is het dan nog nuttig om een Shelly PM ertussen te hangen om extra te monitoren?
Of is de gegevens die ik zie in HA voldoende en nauwkeurig?

[YvonneVP]

TCMR schreef op donderdag 26 maart 2026 @ 12:07:
[...]

Zeker, restarts all around. En ja, ik knip gewoon de inhoud uit de bestanden weg voordat ik herstart. Plak daarna weer vers terug vanuit Github.

Ik heb ook best wat problemen gehad met HA, terwijl ik niets anders dan Gielz zijn aansturing in HA had staan. Ik heb toen ALLE bestanden die ik aangemaakt had uiteindelijk ook verwijdert, en na een herstart van HA weer opnieuw aangemaakt. En sindsdien loopt het eigenlijk allemaal weer goed, op een kleine hick-up na waar ik eenmalig een paar uurtjes last van heb gehad. Het is niet logisch om de bestanden ook te verwijderen terwijl je ze leeg hebt gemaakt. Vanuit mijn ervaring kan soms ergens op de achtergrond misschien toch nog blijven hangen, en dan toch weer voor roet in het eten zorgen. Het scheelt je ook een Ctrl+A en Ctrl+X.

[ppaulv]

TCMR schreef op donderdag 26 maart 2026 @ 17:01:
@gielz waarom maak je eigenlijk geen internationale versie van deze HA-oplossing. Want dit is toch prachtig zo? Of zit dat al in de pijplijn? Ik wil de Nederlandse vertaling wel doen, goed

Edit: oh ja, dan zit je wel met die P1 handel, die niet wereldwijd natuurlijk heel erg standaard is...

Eh ... kan zoiets als een P1 meter (HA lukt me wel ) werken in Frankrijk?

[YvonneVP]

TCMR schreef op donderdag 26 maart 2026 @ 17:01:
@gielz waarom maak je eigenlijk geen internationale versie van deze HA-oplossing. Want dit is toch prachtig zo? Of zit dat al in de pijplijn? Ik wil de Nederlandse vertaling wel doen, goed

Edit: oh ja, dan zit je wel met die P1 handel, die niet wereldwijd natuurlijk heel erg standaard is...

In Duitsland is de P1 een P0 meter. En ook die zal een IP adres hebben, en wellicht via de HA community de entiteiten hebben die nodig zijn. Als de integratie van @gielz ook kan werken met een CT3, of een Shelly (Pro) 3EM dan is het ook al wat makkelijker misschien om er bijvoorbeeld een Engelse of Duitse versie van te maken. Wellicht dat dit ook kan via een vertaalbestand, wat het dan weer gemakkelijker zou maken omdat je dan ook niet 3 verschillende versies nodig hebt om te maken en publiceren.

[YvonneVP]

ppaulv schreef op donderdag 26 maart 2026 @ 17:50:
[...]

Eh ... kan zoiets als een P1 meter (HA lukt me wel ) werken in Frankrijk?

AI geeft daar gelijk een mooi antwoord op.

Ja, in Frankrijk hebben ze ook slimme meters, maar de technische standaard voor het direct uitlezen (de P1-poort) verschilt van de Nederlandse.

Hier zijn de belangrijkste punten over slimme meters en P1-meters in Frankrijk:
Linky meter: De standaard slimme meter in Frankrijk heet de Linky (beheerd door Enedis).
Andere poort: De Linky meter heeft geen standaard RJ12 P1-poort zoals in Nederland en België, maar maakt gebruik van een TIC-poort (Télé-Information Client).

Uitlezen: Hoewel de poort anders is, is het wel mogelijk om het verbruik real-time te monitoren. Veel Nederlanders in Frankrijk gebruiken specifieke TIC-naar-USB of TIC-naar-Wi-Fi adapters om de Linky-meter uit te lezen in systemen zoals Home Assistant.

Misschien dat dit dan in HA middels een dropdown lijstje oid erin gezet kan worden, en dat op basis daarvan dus het uitlezen en de aansturing gedaan kan worden. Althans, dat is wat bij mij dan opkomt om dat varkentje te kunnen wassen.

[ Voor 10% gewijzigd door YvonneVP op 26-03-2026 18:13 ]

[gast777]

Internationaal kun je altijd nog de "Afwijkende P1 Sensor" in Gielz gebruiken. Dat is gewoon een HA entiteit en kan vanuit elke meter komen, zolang die maar per seconde updatet.

[DrNickB]

In de nieuwe dashboard wordt ook gebruik gemaakt van mooie grafieken, deze moeten ook toegevoegd worden
Weet niet dat ondertussen al in de readme staat.

Via HACS -> apexcharts-card
(Weet alleen niet meer heel zeker of die via een repo ging of zo werkte) .

[Ben(V)]

ppaulv schreef op donderdag 26 maart 2026 @ 17:50:
[...]

Eh ... kan zoiets als een P1 meter (HA lukt me wel ) werken in Frankrijk?

Een meter met stroomklemmen werkt in HA altijd in elk Land.
Alleen Nederland, België en Zweden hebben standaard DSMR uitgang door middel van een RJ12 uitgang genaamd P1.

[pasmanm]

Ik heb de Gielz-integratie in Home Assistant inmiddels draaiend, maar ik loop tegen onverwacht gedrag aan bij de Standby-modus.

Mijn verwachting is dat de batterij in Standby-modus volledig stopt met laden en ontladen (0W verbruik/levering).

In de praktijk gebeurt echter het volgende:
*) De batterij staat in NOM en ontlaadt netjes met 800W.
*) Ik schakel handmatig over naar Standby.
*) Er volgt een korte pauze waarbij de levering naar 0W zakt.
*) Na deze korte pauze springt de batterij echter vanzelf weer terug naar ontladen met 800W, ondanks dat de status nog op 'Standby' staat.

Zou Standby de batterij niet simpelweg moeten bevriezen? Zie ik iets over het hoofd in de configuratie of wordt dit commando door het systeem overschreven?

[gast777]

Heb je misschien nog een andere kapitein op het schip die weer het commando stuurt om 800W te ontladen?

HEMS uitgeschakeld?

[ Voor 94% gewijzigd door gast777 op 26-03-2026 21:19 ]

[DrNickB]

pasmanm schreef op donderdag 26 maart 2026 @ 20:38:
Ik heb de Gielz-integratie in Home Assistant inmiddels draaiend, maar ik loop tegen onverwacht gedrag aan bij de Standby-modus.

Mijn verwachting is dat de batterij in Standby-modus volledig stopt met laden en ontladen (0W verbruik/levering).

In de praktijk gebeurt echter het volgende:
*) De batterij staat in NOM en ontlaadt netjes met 800W.
*) Ik schakel handmatig over naar Standby.
*) Er volgt een korte pauze waarbij de levering naar 0W zakt.
*) Na deze korte pauze springt de batterij echter vanzelf weer terug naar ontladen met 800W, ondanks dat de status nog op 'Standby' staat.

Zou Standby de batterij niet simpelweg moeten bevriezen? Zie ik iets over het hoofd in de configuratie of wordt dit commando door het systeem overschreven?[Afbeelding]

[Afbeelding]

Wat gast777 zegt.

Gielz modus lijkt netjes op Standby te staan, dus lijkt er sterk op dat er iemand anders aan de knoppen zit.

Logboek op tandwiel pagina laat je zien of gielz iets doet ja of nee.

[gast777]

gast777 schreef op donderdag 26 maart 2026 @ 13:27:
Voor de Tweakers met 3 Zendures:

Vandaag heb ik versie 20260325 van de Proxy (voor de Gielz aansturing) gepost. Deze heeft nu experimentele support voor 3 Zendure devices.

Ondertussen alweer een nieuwe versie met wat bugfixjes voor de 3x Zendure feature gepost.

https://github.com/gast777/Zendure-zenSDK-proxy

[YvonneVP]

TCMR schreef op donderdag 26 maart 2026 @ 16:33:
[...]

Ik heb die file in 'packages' gewoon laten staan. Die blijft volledig buiten bedrijf als je 'm in de configuration.yaml niet hebt staan. Het bizarre van dit hele verhaal was dus dat er onzichtbare entities in de achtergrond bleven terugkomen. Snappen doe ik het niet, maar opgelost heb ik het wel

Voor nu dus even geen grijze haren meer of dat je je de haren uit het hoofd zit te trekken.

[YvonneVP]

Ben(V) schreef op donderdag 26 maart 2026 @ 20:05:
[...]


Een meter met stroomklemmen werkt in HA altijd in elk Land.
Alleen Nederland, België en Zweden hebben standaard DSMR uitgang door middel van een RJ12 uitgang genaamd P1.

Als elke land een real time meter heeft die gebruikt maakt van Wifi, dan zou je in theorie dus eigenlijk elke meter/sensor in HA toe kunnen voegen als het dan obv IP adres ingesteld is ipv alternatieve P1 meter entiteit of naam. Althans, dat lijkt me te moeten kunnen werken. Dan zou het wellicht ook mogelijk zijn dat er geen apart veld is voor de HW P1 en een apart veld voor een alternatieve P1 meter, en dat er dus slechts 1 veld is waar je de real-time meter in zou moeten vullen die iemand gebruikt/heeft.

[pasmanm]

@gast777 [@DrNickB Dank voor het meedenken.
Ik vind het ook wat vreemd. Snap nog niet echt waar het aan ligt.

Ik heb de batterij net vandaag in gebruik genomen. in de Zendure app, staat HEMS uit.

Ik heb hetvolgende getest.
In Home Assistant, als ik kies voor handmatig (met 0 vermogen) blijft hij netjes op 0 staan. (18 minuten zo laten draaien). Hij geeft dan voor sensor: Zendure 2400 AC Modus de waarde StandBy. Zie afbeelding


Daarna heb ik de status veranderd in 'Standby´. Krijg nu 2 melding in het log

En gelijk na het aanpassen van de status gaat de batterij met max. vermogen (800W ingesteld) ontladen. Met modus: ontladen en de modus selector op standby.


Hmm. probeer te begrijpen waar het misgaat. Als ik kies voor handmatig, krijg ik teruggekoppeld 'standby'modus en als ik kies voor 'standby', spring hij op de modus ontladen.

Ik heb verder geen batterij configuratie of automatisering in Home assistant. Waarom zou dit gebeuren? Kan ik nog iets meer testen om achter het issue to komen?
Dank voor jullie advies

[YvonneVP]

pasmanm schreef op donderdag 26 maart 2026 @ 23:15:
@gast777 [@DrNickB Dank voor het meedenken.
Ik vind het ook wat vreemd. Snap nog niet echt waar het aan ligt.

Ik heb de batterij net vandaag in gebruik genomen. in de Zendure app, staat HEMS uit.
[Afbeelding]
Ik heb hetvolgende getest.
In Home Assistant, als ik kies voor handmatig (met 0 vermogen) blijft hij netjes op 0 staan. (18 minuten zo laten draaien). Hij geeft dan voor sensor: Zendure 2400 AC Modus de waarde StandBy. Zie afbeelding
[Afbeelding]

Daarna heb ik de status veranderd in 'Standby´. Krijg nu 2 melding in het log
[Afbeelding]
En gelijk na het aanpassen van de status gaat de batterij met max. vermogen (800W ingesteld) ontladen. Met modus: ontladen en de modus selector op standby.
[Afbeelding]

Hmm. probeer te begrijpen waar het misgaat. Als ik kies voor handmatig, krijg ik teruggekoppeld 'standby'modus en als ik kies voor 'standby', spring hij op de modus ontladen.

Ik heb verder geen batterij configuratie of automatisering in Home assistant. Waarom zou dit gebeuren? Kan ik nog iets meer testen om achter het issue to komen?
Dank voor jullie advies

Heb je de inrichting in de Zendure app wel volledig/goed ingesteld? Staat 'Smart mode' in de Zendure app misschien nog aan, en dat die dus misschien op de achtergrond zorgt voor het ontladen.

[pasmanm]

YvonneVP schreef op donderdag 26 maart 2026 @ 23:44:
[...]


Heb je de inrichting in de Zendure app wel volledig/goed ingesteld? Staat 'Smart mode' in de Zendure app misschien nog aan, en dat die dus misschien op de achtergrond zorgt voor het ontladen.

Dank je voor de advies.
Die smart modus, die komt met HEMS toch? Ik had geen HEMS geinstalleerd, maar toch voor de zekerheid een HEMS in de app aangemaakt, en daarna HEMS in de app weer compleet verwijderd.
Helaas zelfde effect in HomeAssistant. dus weer springt hij naar onladen op 800W als ik 'standby'modus kies

Als ik NOM als modus kies, dan levert hij een vast aantal Watts terug over langere tijd (wel lager dan 700 Watt) , onafhankelijk van het actuele P1 verbruik. Vreemd..

[ Voor 11% gewijzigd door pasmanm op 27-03-2026 00:23 ]

[YvonneVP]

pasmanm schreef op donderdag 26 maart 2026 @ 23:51:
[...]


Dank je voor de advies.
Die smart modus, die komt met HEMS toch? Ik had geen HEMS geinstalleerd, maar toch voor de zekerheid een HEMS in de app aangemaakt, en daarna HEMS in de app weer compleet verwijderd.
Helaas zelfde effect in HomeAssistant. dus weer springt hij naar onladen op 800W als ik 'standby'modus kies

Als ik NOM als modus kies, dan levert hij een vast aantal Watts terug over langere tijd (wel lager dan 700 Watt) , onafhankelijk van het actuele P1 verbruik. Vreemd..

Maar wat doet je batterijsysteem als je de Zendure app zelf gebruikt? Heb je een Zendure 2400AC batterij? Staan alle batterijen en de omvormer en P1 meter wel gewoon onder 'apparaatbeheer' in de Zendure app? Ik heb namelijk eerder het idee dat in de Zendure app nog iets actief staat. Heb je de app ook ge-update naar de laatste versie?

[Wai_AM]

pasmanm schreef op donderdag 26 maart 2026 @ 23:15:
@gast777 [@DrNickB Dank voor het meedenken.
Ik vind het ook wat vreemd. Snap nog niet echt waar het aan ligt.

En gelijk na het aanpassen van de status gaat de batterij met max. vermogen (800W ingesteld) ontladen. Met modus: ontladen en de modus selector op standby.
[Afbeelding]

Aan je laatste foto te zien is er wat vreemds aan de hand.
bij Aansturing sectie staat namelijk:

Resterende ontlaad tijd: 5u 8 min
modus: ontladen
ingesteld ontlaadvermogen: 800 W

Maar de aansturing:

Zendure 2400 AC Modus Selecteren: Standby

Dit samen zou niet moeten.

Om dit op te lossen dien je naar de statussen te kijken en hoe die in de tijd veranderd.


Aan de hand daarvan kan je gaan uitzoeken wat er fout gaat.

[Aardedraadje]

@YvonneVP Had jij een bug waardoor Dynamisch NOM (Duur) niet meer werkte en heb je die nog gezien?

Ik denk dat ik nu tegen hetzelfde aanloop. Sinds 00:00 bleef de aansturing hangen op dezelfde waarde (ontladen met 209W).

In de trace van aansturing zie ik dat alle opties overgeslagen worden. Terug naar standby werkte, terug naar Dynamisch NOM (Duur) en er gebeurt niks meer. Hij staat nu op 'Alleen slim ontladen' om het verbruik te dekken voorlopig. Ik ga nog verder op onderzoek uit

Edit: ik ben er uit. Als ik op een dag zoals vandaag dynamisch Duur wil NOM'en en niet wil laden, heb ik dus geen goedkoopste uren gespecificeerd. Spread indicatie is dan 0% en dus werkt Duur NOM niet. Persoonlijk zou ik zeggen dat de spread wel een voorwaarde is voor laden, maar niet voor ontladen. Maar ik denk dat dit zo'n gevalletje is "zoveel mensen, zoveel wensen"

[ Voor 77% gewijzigd door Aardedraadje op 27-03-2026 07:14 ]

[gielz]

pasmanm schreef op donderdag 26 maart 2026 @ 23:15:
@gast777 [@DrNickB Dank voor het meedenken.
Ik vind het ook wat vreemd. Snap nog niet echt waar het aan ligt.

Ik heb de batterij net vandaag in gebruik genomen. in de Zendure app, staat HEMS uit.
[Afbeelding]
Ik heb hetvolgende getest.
In Home Assistant, als ik kies voor handmatig (met 0 vermogen) blijft hij netjes op 0 staan. (18 minuten zo laten draaien). Hij geeft dan voor sensor: Zendure 2400 AC Modus de waarde StandBy. Zie afbeelding
[Afbeelding]

Daarna heb ik de status veranderd in 'Standby´. Krijg nu 2 melding in het log
[Afbeelding]
En gelijk na het aanpassen van de status gaat de batterij met max. vermogen (800W ingesteld) ontladen. Met modus: ontladen en de modus selector op standby.
[Afbeelding]

Hmm. probeer te begrijpen waar het misgaat. Als ik kies voor handmatig, krijg ik teruggekoppeld 'standby'modus en als ik kies voor 'standby', spring hij op de modus ontladen.

Ik heb verder geen batterij configuratie of automatisering in Home assistant. Waarom zou dit gebeuren? Kan ik nog iets meer testen om achter het issue to komen?
Dank voor jullie advies

Buiten HEMS stel je ook een baseload in tijdens het configureren van de zendure. “Output to home”. Waarschijnlijk heb je daar 800 watt ingevuld maar dat moet uiteraard 0 zijn.

[Ben(V)]

YvonneVP schreef op donderdag 26 maart 2026 @ 22:52:
[...]

Als elke land een real time meter heeft die gebruikt maakt van Wifi, dan zou je in theorie dus eigenlijk elke meter/sensor in HA toe kunnen voegen als het dan obv IP adres ingesteld is ipv alternatieve P1 meter entiteit of naam. Althans, dat lijkt me te moeten kunnen werken. Dan zou het wellicht ook mogelijk zijn dat er geen apart veld is voor de HW P1 en een apart veld voor een alternatieve P1 meter, en dat er dus slechts 1 veld is waar je de real-time meter in zou moeten vullen die iemand gebruikt/heeft.

Heeft dus niks met velden te maken.
In de meeste landen zit er helemaal geen P1 uitgang op de energie meter van hun energiebedrijf dus moet je een andere opnemer zoeken dan iets dat een P! uitgang nodig heeft.
Dus alternatieve P1 meters kunnen ook niet werken, want er is geen P1 uitgang in die landen.

Zendure heeft in bijvoorbeeld een D0 meter uitgebracht die optisch werkt en die je voor het knipperende ledje van de energie meter moet plakken, wat uiteraard nogal storing gevoelig is.
Deze dus.
https://www.zendure.de/products/zendure-smart-meter-d0

[gast777]

Het is een open deur, maar voor alle landen waar je (nog) niet rechtstreeks de meter van de netbeheerder kunt uitlezen (zoals via P1 poort in NL of D0 in Duitsland e.d.), zal je gewoon zelf een CT meter moeten toevoegen in de meterkast die de meting doet. Zoals de Zendure 3CT of elke andere CT meter die je in Home Assistant kunt krijgen en die je elke seconde kunt uitlezen voor de actuele waarde van het vermogen.

Dit geldt uiteraard ook in NL voor draaischijfmeters of 'slimme' meters die niet per seconde een actuele waarde kunnen geven.

Ik zie het probleem niet. Die kun je gewoon in het veld "Afwijkende P1 sensor" zetten.

Aleen de naam van het veld klopt niet, want het is niet altijd voor een P1, maar kan ook een D0 / CT / whatever meter zijn.

Suggestie voor betere naam: "Vermogensmeter (Home Assistant entiteit)" (alleen in te vullen als het veld "Homewizard P1 IP-adres" niet is ingevuld).

[ Voor 8% gewijzigd door gast777 op 27-03-2026 10:28 ]

[Idr548]

Heb ik het correct dat er met de Gielz integratie geen mogelijkheid is om de onder of boven laadgrens (SOC limiet) aan te passen?

[gast777]

Idr548 schreef op vrijdag 27 maart 2026 @ 10:28:
Heb ik het correct dat er met de Gielz integratie geen mogelijkheid is om de onder of boven laadgrens (SOC limiet) aan te passen?

Daar is inderdaad op het huidige dashboard geen invulveld voor. Wel een goed idee voor een feature request

Nu moet dat dus via de Zendure App of eventueel via een handmatige HTTP POST naar de REST API (of dat zelf automatiseren).

[gielz]

Idr548 schreef op vrijdag 27 maart 2026 @ 10:28:
Heb ik het correct dat er met de Gielz integratie geen mogelijkheid is om de onder of boven laadgrens (SOC limiet) aan te passen?

Onderwater is dit al wel beschikbaar gemaakt maar (nog) niet via een invoerveld;

zendure_instelling
Dit RESTful Command word gebruikt in de configuratie waarbij er instellingen op de batterij aangepast kunnen worden. Wil je deze zelf gaan gebruiken dan kun je hiervoor de onderstaande code gebruiken;

Minimale SOC naar 20%

code:

action: rest_command.zendure_instelling
data:
  sn: "{{ states('sensor.zendure_2400_ac_serienummer') }}"
  instellingitem: minSoc
  instellinginhoud: 200

[YvonneVP]

Aardedraadje schreef op vrijdag 27 maart 2026 @ 06:15:
@YvonneVP Had jij een bug waardoor Dynamisch NOM (Duur) niet meer werkte en heb je die nog gezien?

Ik denk dat ik nu tegen hetzelfde aanloop. Sinds 00:00 bleef de aansturing hangen op dezelfde waarde (ontladen met 209W).

In de trace van aansturing zie ik dat alle opties overgeslagen worden. Terug naar standby werkte, terug naar Dynamisch NOM (Duur) en er gebeurt niks meer. Hij staat nu op 'Alleen slim ontladen' om het verbruik te dekken voorlopig. Ik ga nog verder op onderzoek uit

Edit: ik ben er uit. Als ik op een dag zoals vandaag dynamisch Duur wil NOM'en en niet wil laden, heb ik dus geen goedkoopste uren gespecificeerd. Spread indicatie is dan 0% en dus werkt Duur NOM niet. Persoonlijk zou ik zeggen dat de spread wel een voorwaarde is voor laden, maar niet voor ontladen. Maar ik denk dat dit zo'n gevalletje is "zoveel mensen, zoveel wensen"

Ik heb het niet meer gezien tot nu. Maar wat je zegt mbt over het 'geen goedkoopste uren geselecteerd', volgens mij had ik ook alles op 'duurste uren' ingesteld staan toen ik hier tegenaan liep. Ik vind echter dat ontladen dan nog steeds zou moeten kunnen, tenslotte geef je aan dat je de uren te duur vindt. Het is dat jij en ik het opmerkten, maar dat kan dus een duur grapje worden als iemand het niet opmerkt. Vooral als er overdag veel zon heeft gestaan en je gratis stroom in je batterij gepompt hebt. Juist die stroom wil je 's avonds gaan gebruiken zonder dat je de selector in een andere modus moet gaan zetten zodat je alsnog die stroom kunt gaan gebruiken. Dit ontladen zou dus naar mijn mening niet specifiek aan de spread moeten liggen, en zou dus ook gewoon moeten ontladen als de spread 0 is. Of de spread zou gewoon nooit de waarde 0 moeten kunnen krijgen door hier een minimale waarde van 1 te hebben, als het dan wel zou werken met ontladen. En vooral omdat dit alleen voorkwam bij Dynamisch NOM (Duur), maar niet bij Dynamisch NOM of alleen NOM. Hier zal een reden voor zijn dat dit zo ingericht is, maar ik vind het best een dingetje. Ik wil uiteindelijk het liefst alles zo ingericht hebben dat ik me geen zorgen hoef te maken, en dus elke keer toch even ga kijken. Automatiseren zou eigenlijk luiheid moeten veroorzaken. Je maakt het, het werkt zoals verwacht, en dan eens in de zoveel tijd eens gluren of je nog tevreden bent met hoe je het ingesteld hebt.

[YvonneVP]

Ben(V) schreef op vrijdag 27 maart 2026 @ 09:53:
[...]


Heeft dus niks met velden te maken.
In de meeste landen zit er helemaal geen P1 uitgang op de energie meter van hun energiebedrijf dus moet je een andere opnemer zoeken dan iets dat een P! uitgang nodig heeft.
Dus alternatieve P1 meters kunnen ook niet werken, want er is geen P1 uitgang in die landen.

Zendure heeft in bijvoorbeeld een D0 meter uitgebracht die optisch werkt en die je voor het knipperende ledje van de energie meter moet plakken, wat uiteraard nogal storing gevoelig is.
Deze dus.
https://www.zendure.de/products/zendure-smart-meter-d0

Ik ken de Duitse P0 meters. Het gros van mijn vrienden woont in Duitsland, dus ik kom daar nogal eens aanwaaien. Als het om internationale meters gaat zal er in de code waarschijnlijk wel iets aangepast moeten worden. Ik weet namelijk niet of er voor elke buitenlandse (P1) meter een entiteit is, en dan zou bijvoorbeeld een IP adres een standaard kunnen zijn, net zoals je bij het HW veld ook een IP adres in kunt voeren. Uiteindelijk is dat aan @gielz natuurlijk. Ik weet namelijk niet of ie én internationaal zou willen gaan en ook niet of dat heel veel meer werk voor hem zou betekenen om het dan daarvoor ook op te kunnen zetten. En wie weet, wil ie dat gewoon niet en heeft ie daar geen zin of interesse in. Alle opties zijn naar mijn mening ok.

[gielz]

YvonneVP schreef op vrijdag 27 maart 2026 @ 11:21:
[...]

Ik ken de Duitse P0 meters. Het gros van mijn vrienden woont in Duitsland, dus ik kom daar nogal eens aanwaaien. Als het om internationale meters gaat zal er in de code waarschijnlijk wel iets aangepast moeten worden. Ik weet namelijk niet of er voor elke buitenlandse (P1) meter een entiteit is, en dan zou bijvoorbeeld een IP adres een standaard kunnen zijn, net zoals je bij het HW veld ook een IP adres in kunt voeren. Uiteindelijk is dat aan @gielz natuurlijk. Ik weet namelijk niet of ie én internationaal zou willen gaan en ook niet of dat heel veel meer werk voor hem zou betekenen om het dan daarvoor ook op te kunnen zetten. En wie weet, wil ie dat gewoon niet en heeft ie daar geen zin of interesse in. Alle opties zijn naar mijn mening ok.

Een Engelse vertaling is iig voldoende en staat nog ergens op het lijstje (veel werk). Alleen heeft dit een zeer lage prio want als ik aan de vertaling begin dan blijven andere dingen automatisch liggen die wellicht leuker zijn voor de Nederlandse gebruikers. De start van de aansturing was eigenlijk alleen voor mijzelf, maar je ziet wat daar van gekomen is.

Vertaling
- Alle unique IDs nalopen
- Alle namen nalopen
- Attributen nalopen
- rest_commands nalopen
- Volledige dashboard ombouwen
- Readme herschrijven
- Wiki herschrijven

Daarbij hoort dan de Afwijkende vermogen sensor(s) die hier beschreven staan en constant uitgebreid worden; https://github.com/Gielz1...ende-P1-CT-meters-(API's)

[Ben(V)]

@YvonneVP
Geloof dat je wat moeite met begrijpen hebt wat ik schrijf.

In andere landen is er gewoon geen standaard uitgang van elektriciteitsmeters van energie bedrijven zoals de P1 uitgang die in Nederland verplicht is.
En ook geen netwerk uitgang om iets te koppelen.

Dat heeft verder niets met HA te maken.
Een P1 uitgang is niet iets van HA, maar is een fysieke RJ12 connector in energiemeter van je elektriciteit leverancier die HA met de juiste verbinding kan uitlezen.

Wat ik schreef is dat voor die landen enkel een opnemer met stroomklemmen zoals bijvoorbeeld een "Shelly EM" bruikbaar is om mee te koppelen.
Dat geld voor een koppeling met HA maar ook voor een koppeling zonder HA naar de Zendure cloud.

[YvonneVP]

gielz schreef op vrijdag 27 maart 2026 @ 11:35:
[...]


Een Engelse vertaling is iig voldoende en staat nog ergens op het lijstje (veel werk). Alleen heeft dit een zeer lage prio want als ik aan de vertaling begin dan blijven andere dingen automatisch liggen die wellicht leuker zijn voor de Nederlandse gebruikers. De start van de aansturing was eigenlijk alleen voor mijzelf, maar je ziet wat daar van gekomen is.

Vertaling
- Alle unique IDs nalopen
- Alle namen nalopen
- Attributen nalopen
- rest_commands nalopen
- Volledige dashboard ombouwen
- Readme herschrijven
- Wiki herschrijven

Daarbij hoort dan de Afwijkende vermogen sensor(s) die hier beschreven staan en constant uitgebreid worden; https://github.com/Gielz1...ende-P1-CT-meters-(API's)

Kunnen er geen mensen helpen met die vertaling(en), of is AI een optie? Dan kun jij lekker je ding blijven doen, en wordt op de achtergrond al eea gedaan zodat je voor het grootste deel de Engelse versie al vertaald hebt. Kan dit overigens niet via een vertaalbestand waarnaar je dan kunt verwijzen naar gelang de taal instelling die iemand kiest? Dat zou misschien nog makkelijker zijn, en zou ook in de toekomst als je Engels erbij zou hebben ook veel tijd kunnen schelen misschien.