Zendure producten in Home Assistant integreren deel 2

[manusjevanalles]

justie75 schreef op zaterdag 15 augustus 2026 @ 09:41:
[...]

Ik heb het opladen en ontladen starten bij iets ruimer gezet, om aantal schakelingen te verminderen, hij start dan iets lader met laden of ontladen, maar hij komt minder vaak in de gevaarlijke grens rond het 0 punt waardoor hij standby gaat (schakeling) daarna naar laden (schakeling) daarna weer terug naar standy (schakeling) en als laatste weer laden, je snapt m.

De oplaad marge is de hoeveelheid W die hij overlaat, dus als je start bij 150, en marge = 80. dan gaat hij dus regelen om op die 80 uit te komen. Stel je die bijv te krap in, dan kan het best zo zijn dat hij gaat pendelen. Maar dit hangt ook weer af van de apparaten die je in je huis hebt en hoe die zich gedragen.

Een over, kookplaat, wasmachine, vaatwasser bijv. gaan vaak enorm op en neer, ze gebruiken kort heel veel stroom, daarna weer een poosje heel weinig, en hier wil je met de accu niet altijd direct op bijsturen.

Ook heb ik de timing van de Gielz automation iets ruimer gezet om iets minder vaak bij te sturen, dit hielp bij mij ook al een heel stuk.

Ik heb hem nu op 10 seconden gezet als test. Zou je je instellingen van marge enzo willen delen?

[mrme12345]

Nieuwe custom home assistant integratie schedule beschikbaar. De integratie geeft de mogelijkheid om per uur een modus te plannen en zo combinaties te maken, als aanvulling op de officiele HA integratie.

En dit is de Github pagina:

https://github.com/Mediacj/zendure-schedule

[Polvo176]

mrme12345 schreef op zaterdag 15 augustus 2026 @ 11:30:
Nieuwe custom home assistant integratie schedule beschikbaar. De integratie geeft de mogelijkheid om per uur een modus te plannen en zo combinaties te maken, als aanvulling op de officiele HA integratie.

En dit is de Github pagina:

https://github.com/Mediacj/zendure-schedule

Ik ga hier maar even verder, Integratie toevoegen en zoek Zendure Schedule staat in de handleiding, alleen vind ik geen zendure schedule bij integratie toevoegen

[Mediacj]

Polvo176 schreef op zaterdag 15 augustus 2026 @ 12:39:
[...]

Ik ga hier maar even verder, Integratie toevoegen en zoek Zendure Schedule staat in de handleiding, alleen vind ik geen zendure schedule bij integratie toevoegen

Anders nog een keer verversen, of opnieuw toevoegen. Controleer ook even bij 'aangepaste repositories' of hij er daar tussenstaat.

[mrme12345]

Polvo176 schreef op zaterdag 15 augustus 2026 @ 12:39:
[...]

Ik ga hier maar even verder, Integratie toevoegen en zoek Zendure Schedule staat in de handleiding, alleen vind ik geen zendure schedule bij integratie toevoegen

Mbt jouw andere vraag over meerdere devices. Je kunt wel meerdere Zendure's met deze integratie laten werken, alleen de manager is centraal. Dus dat wil zeggen dat die alleen voor de standaard zendure modi (nom, slim ontladen enz) hetzelfde programma hanteert bij meerdere zendure devices. Het specifiek laden of ontladen met een x w van een enkel zendure device lukt op deze manier niet, wel meerdere met x w laten laden of ontladen met x w. Ik heb er ook 2 zendure devices aan gekoppeld en gebruik het zo.

[ Voor 21% gewijzigd door mrme12345 op 15-08-2026 13:08 ]

[justie75]

manusjevanalles schreef op zaterdag 15 augustus 2026 @ 10:19:
[...]


Ik heb hem nu op 10 seconden gezet als test. Zou je je instellingen van marge enzo willen delen?

Voor mijn situatie werkt starten met opladen vanaf -150w met een buffer van 80w.
Starten met ontladen vanaf 150w met een buffer van 5w (beter 0 op de meter).

[Keida]

Wat leven we toch in bijzondere tijd. Ben geen coder en zou dit zonder een AI agent nooit voor elkaar krijgen. Maar op basis van Gielz integratie + EVCC met AI de hele aansturing van Gielz automatisch gemaakt.

Dit op basis van geschatte PV opbrengsten, aanwezigheid van de EV, SOC van EV, geschat verbruik van het huis zelf en dan ook nog handelen indien mogelijk.

Al met al 8 nieuwe YAML files en automations :d.

Leert ook nog zelf op basis van huisverbruik en afwijking geschatte PV tov echt gerealiseerde. Alleen aan/afwezigheid van de EV is nog statisch en handmatig...

Zijn er meer mensen die zo de Gielz integratie dynamisch/automatisch aansturen?

[Polvo176]

Mediacj schreef op zaterdag 15 augustus 2026 @ 12:44:
[...]

Anders nog een keer verversen, of opnieuw toevoegen. Controleer ook even bij 'aangepaste repositories' of hij er daar tussenstaat.

Ik ben nog niet zo bedreven in HA hoor, ik heb voor mijn doen al heel wat voor elkaar gekregen.
Die route via aangepast repositories heb ik wel kunnen vinden en dan jou github link ingevuld en integratie en dan later downloaden.
Er staat nu wel Zendure Schedule in HACS, maar ik kom niet verder dan een aan/uit knop.
Ergens zal ik wel een verkeerde afslag gemaakt hebben.
Het is overigens wel iets wat ik goed zou kunnen gebruiken.

Ik heb ook jullie site even vlug doorgeworsteld, één opmerking: jullie zijn iets te optimistisch over het resultaat voor volgend jaar.
Het zal in jullie voorbeeld iets meer dan 16 cent zijn ipv 20.

[Mscroos]

Keida schreef op zaterdag 15 augustus 2026 @ 19:40:
Wat leven we toch in bijzondere tijd. Ben geen coder en zou dit zonder een AI agent nooit voor elkaar krijgen. Maar op basis van Gielz integratie + EVCC met AI de hele aansturing van Gielz automatisch gemaakt.

Dit op basis van geschatte PV opbrengsten, aanwezigheid van de EV, SOC van EV, geschat verbruik van het huis zelf en dan ook nog handelen indien mogelijk.

Ik ben hier ook al even mee bezig en was eigenlijk op zoek naar de meest eenvoudige oplossing qua logica.

Uitgangspunt is dat als mijn EV Alfen laadpaal op Zonneladen staat (NoM) dat hij dan voor moet gaan op de Zendure NoM en als ik de laadpaal volle bak aan heb staan dat de zendure mag bijspringen om vermogen te leveren. Ik moet dan namelijk range hebben en het maakt dan even niet uit waar de stroom vandaan komt. (heb nu nog vast energie contract)

Na eerst best wel complexe logica te hebben gemaakt waarbij er telkens weer een nieuwe "O, dat scenario bestaat ook" om de hoek kwam ben ik daarmee gestopt. De oplossing was eigenlijk heel eenvoudig.

De zendure is aangesloten op de P1 meter en regelt altijd NoM. De EV laadpaal heb ik van de P1 afgehaald en die heeft nu zijn eigen virtuele P1 meter waarbij ik het verbruik of opbrengst van de accu aftrek van de normale P1. Resultaat is dus dat mijn EV eigenlijk niet meer ziet wat de accu opslaat teruglevert dit resulteert nu in dit gedrag:

• Bij aangesloten EV gaat teruglevering tot 1400 watt gaat naar de zendure
• Bij aangesloten EV en teruglevering hoger dan 1400 watt gaat alles naar de EV (zendure stopt dan in zijn geheel met laden) de EV draagt dan zorg voor NoM
• Bij niet aangesloten EV gaat alle terug levering naar Zendure (ook boven 1400 Watt)

Ik heb dit buiten de modbus opgelost omdat ik wilde experimenteren met een P1 poort simulator, dit werkt namelijk voor elke laadpaal met zonneladen.

[Mediacj]

Polvo176 schreef op zaterdag 15 augustus 2026 @ 19:46:
[...]

Ik ben nog niet zo bedreven in HA hoor, ik heb voor mijn doen al heel wat voor elkaar gekregen.
Die route via aangepast repositories heb ik wel kunnen vinden en dan jou github link ingevuld en integratie en dan later downloaden.
Er staat nu wel Zendure Schedule in HACS, maar ik kom niet verder dan een aan/uit knop.
Ergens zal ik wel een verkeerde afslag gemaakt hebben.
Het is overigens wel iets wat ik goed zou kunnen gebruiken.

Ik heb ook jullie site even vlug doorgeworsteld, één opmerking: jullie zijn iets te optimistisch over het resultaat voor volgend jaar.
Het zal in jullie voorbeeld iets meer dan 16 cent zijn ipv 20.

Heb je wel de yaml voor de kaart op je dashboard gezet, minimaal dit:

code:

type: custom:zendure-schedule
title: ZENDURE PLANNER

[sender]

Mscroos schreef op zaterdag 15 augustus 2026 @ 20:41:
[...]

Ik ben hier ook al even mee bezig en was eigenlijk op zoek naar de meest eenvoudige oplossing qua logica.

Uitgangspunt is dat als mijn EV Alfen laadpaal op Zonneladen staat (NoM) dat hij dan voor moet gaan op de Zendure NoM en als ik de laadpaal volle bak aan heb staan dat de zendure mag bijspringen om vermogen te leveren. Ik moet dan namelijk range hebben en het maakt dan even niet uit waar de stroom vandaan komt. (heb nu nog vast energie contract)

Na eerst best wel complexe logica te hebben gemaakt waarbij er telkens weer een nieuwe "O, dat scenario bestaat ook" om de hoek kwam ben ik daarmee gestopt. De oplossing was eigenlijk heel eenvoudig.

De zendure is aangesloten op de P1 meter en regelt altijd NoM. De EV laadpaal heb ik van de P1 afgehaald en die heeft nu zijn eigen virtuele P1 meter waarbij ik het verbruik of opbrengst van de accu aftrek van de normale P1. Resultaat is dus dat mijn EV eigenlijk niet meer ziet wat de accu opslaat teruglevert dit resulteert nu in dit gedrag:

• Bij aangesloten EV gaat teruglevering tot 1400 watt gaat naar de zendure
• Bij aangesloten EV en teruglevering hoger dan 1400 watt gaat alles naar de EV (zendure stopt dan in zijn geheel met laden) de EV draagt dan zorg voor NoM
• Bij niet aangesloten EV gaat alle terug levering naar Zendure (ook boven 1400 Watt)

Ik heb dit buiten de modbus opgelost omdat ik wilde experimenteren met een P1 poort simulator, dit werkt namelijk voor elke laadpaal met zonneladen.

Hoe voorkom je dan dat de zekering doorbrandt als HA hapert?

[justie75]

He! Ben vandaag weer even aan het puzzelen gegaan.

Ik denk nog een mooie manier gevonden te hebben om het sturen van de accu wat rustiger te maken, maar wel snel te laten reageren op een gewenste actie. Ik heb het Asymetrische demping genoemd.

Het probleem met standaard aansturing
- Directe P1-waarde (raw):
Zorgt voor pendelgedrag en relais-geklapper bij pulserende verbruikers (zoals een inductiekookplaat of oven).
- Standaard gemiddelde (avg / moving average):
Reageert te traag, waardoor je bij plotselinge zonnepiekjes stroom exporteert of bij zware verbruikers onbedoeld dure netstroom inkoopt.

Werking van de sensor

De formule kiest op basis van het huidige stroomtarief tussen de directe meetwaarde (raw) en een lopend gemiddelde (avg):

• Goedkope uren (min):
  • Zon breekt door: Kiest direct de laagste waarde (raw) om het zonne-overschot meteen op te slaan in de batterij.
  • Verbruikspiek: Blijft hangen op het lagere gemiddelde (avg). De batterij reageert bewust traag, zodat korte pieken van het goedkope net komen en batterijlading bewaard blijft.
• Dure uren (max):
  • Verbruikspiek: Kiest direct de hoogste waarde (raw) om onmiddellijk te ontladen en dure stroomimport te voorkomen.
  • Verbruiker schakelt uit: IJlt langzaam na op het hogere gemiddelde (avg). De batterij ontlaadt kortstondig iets langer, waardoor het kleine overschot tegen een hoog exporttarief wordt teruggeleverd.

YAML: Asymetrische demping

- sensor:
      - name: "P1 Nette vermogen asymetrisch gedempt"
        unit_of_measurement: "W"
        state: >
          {% set raw = states('sensor.homewizard_p1_vermogen') | float(0) %}

          {# Gedempte P1 meter waarde (moving average van 1 min) #}
          {% set avg = states('sensor.p1_netto_vermogen_gedempt') | float(0) %}

          {% set is_goedkoop = state_attr('sensor.nordpool_goedkoopste_uren', 'Actief') %}
    
          {% if is_goedkoop %}
            {# Goedkope uren: kies de laagste waarde (min) #}
            {# Reageert rustig op verbruik, zodat je goedkope netstroom pakt en de batterij spaart #}
            {{ [raw, avg] | min }}
          {% else %}
            {# Geen goedkoop uur: kies de hoogste waarde (max) #}
            {# Reageert direct op pieken en ontlaadt liever iets ruimer tegen het hoge tarief #}
            {{ [raw, avg] | max }}
          {% endif %} 

Deze sensor gebruik ik als alternatieve sensor in de integratie van Gielz
(@gielz Enorm bedankt voor je werk, het wordt enorm gewaardeerd).

[Polvo176]

Mediacj schreef op zaterdag 15 augustus 2026 @ 20:51:
[...]

Heb je wel de yaml voor de kaart op je dashboard gezet, minimaal dit:

code:

type: custom:zendure-schedule
title: ZENDURE PLANNER

Na de vorige stap in HACS kon ik hem wel via integratie toevoegen vinden en zowaar, hij staat er bij mooi naast de Zendure integratie


Of ik nu wel alle velden goed heb ingevuld is nog even de vraag, maar kennelijk goed genoeg voor dit en kan altijd nog aangepast worden.
Ik heb om te beginnen de gegevens van mijn 1600AC+ ingevoerd
Nu is voor mij de vraag hoe krijg ik die layout van jullie in een dashboard en welke kaart?

[Mscroos]

sender schreef op zaterdag 15 augustus 2026 @ 22:44:
[...]

Hoe voorkom je dan dat de zekering doorbrandt als HA hapert?

Eigenlijk heb ik twee beschermingslagen dan, de Alfen zelf heeft een safe current (bij mij ingesteld op 6A), dus als er geen P1 berichten meer gestuurd worden dan valt de Alfen paal terug op deze waardes, dat is ook zo met de normale P1. Verder worden alle max waardes aangehouden die normaal ook gelden.

Daarnaast heeft de P1 simulator hardware (https://www.benefactus.nl/projecten-elektronica/project-slimme-meter/slimme-meter-simulator-met-wifi/ ) ook nog een bescherming, al er geen input komt dan valt hij na de ingestelde periode ook terug op de 6A (alles instelbaar).

Als de paal te hoog blijft hangen (max 11kw ingesteld in mijn geval) dan zal de accu gaan leveren om dit "op te lossen" en daarmee eigenlijk het probleem van het doorbranden van de hoofdzekering wegnemen.

Ik ben het nu uitgebreid aan het monitoren, vooralsnog werkt het heel mooi, het succes zit voor mij in de eenvoud.

[Mistraller]

gielz schreef op vrijdag 14 augustus 2026 @ 09:30:
Ik had hier bewust de firmware niet geupdate naar 2.0.x en draai nog op een oudere 1.0.3 firmware (2400ac+)

Ik zie dat ze sinds vannacht (04:00) geen wijzigingen meer doorvoeren van uit zendure cloud (0 vermogen, 70% soc en smartmode aan)

Het lijkt hier dus opgelost.

Ik was in Noorwegen, paar keer geprobeerd naar 100% te zetten, maar tijdens vakantie was 70% ook genoeg voor NOM. Bij mij was het precies nadat ik de zendure app in NO had geopend dus ik dacht dat het aan land/ip instelling lag wellicht. Al loste VPN niks op. Onderweg naar huis in DLD nog een keer geprobeerd en toen was 100% ineens weer werkend. Dus ik dacht echt dat het een landenkwestie was haha. Het land werd ook steeds op duitsland gezet ipv NL.
Overigens hier alles ook nog oude versies. (1.0.3 FW maar ook gielz/gast nog op een versie van mei '26)

[mrme12345]

Polvo176 schreef op zaterdag 15 augustus 2026 @ 23:30:
[...]

Na de vorige stap in HACS kon ik hem wel via integratie toevoegen vinden en zowaar, hij staat er bij mooi naast de Zendure integratie
[Afbeelding]

Of ik nu wel alle velden goed heb ingevuld is nog even de vraag, maar kennelijk goed genoeg voor dit en kan altijd nog aangepast worden.
Ik heb om te beginnen de gegevens van mijn 1600AC+ ingevoerd
Nu is voor mij de vraag hoe krijg ik die layout van jullie in een dashboard en welke kaart?

Voeg een handmatige/yaml kaart toe aan je dashboard en voeg daar minimaal onderstaande regels toe en voila:

code:

type: custom:zendure-schedule
title: ZENDURE PLANNER

[metalmarco]

Mistraller schreef op zondag 16 augustus 2026 @ 00:56:
[...]

Ik was in Noorwegen, paar keer geprobeerd naar 100% te zetten, maar tijdens vakantie was 70% ook genoeg voor NOM. Bij mij was het precies nadat ik de zendure app in NO had geopend dus ik dacht dat het aan land/ip instelling lag wellicht. Al loste VPN niks op. Onderweg naar huis in DLD nog een keer geprobeerd en toen was 100% ineens weer werkend. Dus ik dacht echt dat het een landenkwestie was haha. Het land werd ook steeds op duitsland gezet ipv NL.
Overigens hier alles ook nog oude versies. (1.0.3 FW maar ook gielz/gast nog op een versie van mei '26)

Ik had exact het zelfde met de landinstelling. Was zelf ook in Noord Noorwegen/Zweden, en had ook een keer dat mijn systeem is blijven hangen (zag het in HA, dat hij op Standby stond, terwijl hij lang niet 100% was en er zat overschot was). En toen ik weer thuis was van de week, zag ik bij netinstelling ook in eens bij alle 3 sets "Duitsland" staan. Terwijl ik zeker weet dat ik in Duitsland niet de Zendure app open heb gehad. En deze stond toch echt op "Nederland"

[Polvo176]

mrme12345 schreef op zaterdag 15 augustus 2026 @ 12:52:
[...]

Mbt jouw andere vraag over meerdere devices. Je kunt wel meerdere Zendure's met deze integratie laten werken, alleen de manager is centraal. Dus dat wil zeggen dat die alleen voor de standaard zendure modi (nom, slim ontladen enz) hetzelfde programma hanteert bij meerdere zendure devices. Het specifiek laden of ontladen met een x w van een enkel zendure device lukt op deze manier niet, wel meerdere met x w laten laden of ontladen met x w. Ik heb er ook 2 zendure devices aan gekoppeld en gebruik het zo.

[Afbeelding]

Ok die planner heb ik nu wel op het scherm, maar lijkt niet actief.
Ik kan wel knoppen instellen, maar de batterij reageert er niet op.
Ook is de achtergrond vaal gekleurd wat ook inactiviteit suggereert.
Ik kan wel in HA Zendure integratie laad waarde veranderen, maar met de schedule instellingen gebeurd er niks.

[Mediacj]

Dit zal met je huidige actieve thema te maken hebben. Als je weer even teruggaat naar het default thema is het dan wel mooi? Welk thema is dit?

Als er niets gebeurt binnen je planning komt dat waarschijnlijk omdat je niet de juiste velden geconfigureerd hebt binnen de installatie. En de belangrijkste om dan te controleren is de Zendure Manager: Als je die goed hebt staan zouden de slimme modi moeten werken, of wellicht heb je de batterij nog in HEMS zitten daar moet hij uit.
Het veld Bedrijfsmodus, bij mij heet die: select.zendure_manager_operation maar ik geloof dat daar verschillende variaties op zijn. Dat is het eerste veld in de configuratie, je kunt die configuratie weer starten door naar de integratie te gaan en dan het tandwieltje aanklikken.

[gielz]

Mediacj schreef op maandag 17 augustus 2026 @ 08:59:
Dit zal met je huidige actieve thema te maken hebben. Als je weer even teruggaat naar het default thema is het dan wel mooi? Welk thema is dit?

Als er niets gebeurt binnen je planning komt dat waarschijnlijk omdat je niet de juiste velden geconfigureerd hebt binnen de installatie. En de belangrijkste om dan te controleren is de Zendure Manager: [Afbeelding] Als je die goed hebt staan zouden de slimme modi moeten werken, of wellicht heb je de batterij nog in HEMS zitten daar moet hij uit.
Het veld Bedrijfsmodus, bij mij heet die: select.zendure_manager_operation maar ik geloof dat daar verschillende variaties op zijn. Dat is het eerste veld in de configuratie, je kunt die configuratie weer starten door naar de integratie te gaan en dan het tandwieltje aanklikken.

Je zou de style eventueel thema onafhankelijk kunnen maken door te verwijzen naar de CSS waarde zoals de gene die het thema heeft gemaakt bedoelt heeft. Dit doe ik in het dashboard van gielz ook.

Bijvoorbeeld; borderColor: color-mix(in srgb, var(--divider-color) 50%, transparent)

[Mediacj]

gielz schreef op maandag 17 augustus 2026 @ 09:17:
[...]


Je zou de style eventueel thema onafhankelijk kunnen maken door te verwijzen naar de CSS waarde zoals de gene die het thema heeft gemaakt bedoelt heeft. Dit doe ik in het dashboard van gielz ook.

Bijvoorbeeld; borderColor: color-mix(in srgb, var(--divider-color) 50%, transparent)

Bedankt voor de tip @gielz Ik heb het maar meteen even toegevoegd

@Polvo176 Als je de nieuwste pre-release (v1.0.49) downloadt, kun je dan kijken of het bij jouw thema nu wel goed werkt?

Je moet hiervoor de integratie opnieuw downloaden via HACS, kiezen voor 'Opnieuw downloaden' bij de 3 puntjes rechts en dan 'Need a different version' klikken en daar de pre-release kiezen.

[Doggieman]

Hallo, ik gebruik Gielz om mijn sf2400 pro aan te sturen en te monitoren. Werkte naar volle tevredenheid tot vanmorgen vroeg. Wat ik ook instel bij "modus" de sf2400 pro reageerd er niet op. Ik draai eigenlijk alleen nul op de meter maar de batterij gaat niet laden. Ja....er is genoeg "overschot" om naar de batterij te sturen en ook is de batterij nog niet vol. Wat ik ook instel bij modus in de Gielz integratie.....er blijft "standby" staan in het 1e tabblad. Ook de zendure P1 meter op die tab blijft een streepje ipv een waarde. Terwijl in de Zendure app deze wel netjes waardes geeft.

Het vreemde is dat als ik de set weer even toevoeg in HEMS in de Zendure app dat hij dan wel gewoon gaat laden en nul op de meter werkt daar gewoon. Nu was er ook een update voor de firmware beschikbaar zag ik. Dus deze maar geïnstalleerd. Helaas had dit geen effect. Wat zou het probleem kunnen zijn? Ik draai niet de recentste versie van Gielz. Zou een update van Gielz helpen? Dat kan ik nog proberen namelijk Ik vind het zo raar dat plotseling de accu niet meer werkt via Gielz. Heb niets veranderd ook geen HA update gehad volgens mij.

[Gunnassy]

Doggieman schreef op maandag 17 augustus 2026 @ 12:27:
Hallo, ik gebruik Gielz om mijn sf2400 pro aan te sturen en te monitoren. Werkte naar volle tevredenheid tot vanmorgen vroeg. Wat ik ook instel bij "modus" de sf2400 pro reageerd er niet op. Ik draai eigenlijk alleen nul op de meter maar de batterij gaat niet laden. Ja....er is genoeg "overschot" om naar de batterij te sturen en ook is de batterij nog niet vol. Wat ik ook instel bij modus in de Gielz integratie.....er blijft "standby" staan in het 1e tabblad. Ook de zendure P1 meter op die tab blijft een streepje ipv een waarde. Terwijl in de Zendure app deze wel netjes waardes geeft.

Het vreemde is dat als ik de set weer even toevoeg in HEMS in de Zendure app dat hij dan wel gewoon gaat laden en nul op de meter werkt daar gewoon. Nu was er ook een update voor de firmware beschikbaar zag ik. Dus deze maar geïnstalleerd. Helaas had dit geen effect. Wat zou het probleem kunnen zijn? Ik draai niet de recentste versie van Gielz. Zou een update van Gielz helpen? Dat kan ik nog proberen namelijk Ik vind het zo raar dat plotseling de accu niet meer werkt via Gielz. Heb niets veranderd ook geen HA update gehad volgens mij.

En je IP adres van je Zendure of van je P1 meter is niet gewijzigd? Als je dynamisch IP hebt kan dat met een onderbreking wel eens het geval zijn?

[Doggieman]

Gunnassy schreef op maandag 17 augustus 2026 @ 13:03:
[...]

En je IP adres van je Zendure of van je P1 meter is niet gewijzigd? Als je dynamisch IP hebt kan dat met een onderbreking wel eens het geval zijn?

Zal er nog eens naar kijken, maar lijkt me niet dat het IP van de Zendure zelf het probleem is. Alle andere "waarden" van de Zendure komen namelijk wel aan in HA (batterij percentage e.d.) Dus het IP nummer lijkt me dan ok. Maar zal het sowieso even checken.

[Doggieman]

Gunnassy schreef op maandag 17 augustus 2026 @ 13:03:
[...]

En je IP adres van je Zendure of van je P1 meter is niet gewijzigd? Als je dynamisch IP hebt kan dat met een onderbreking wel eens het geval zijn?

@Gunnassy

Je had toch helemaal gelijk hoor! Op de 1 of andere manier is het IP nummer van de Zendure P1 meter veranderd! Moest er even over nadenken hoe het ook alweer moest, maar heb gevonden waar het huidige nummer te vinden is en waar ik het IP kon aanpassen in HA.

Loopt weer als een zonnetje nu. Hartstikke bedankt voor het wijzen in de goede richting.

[Ben(V)]

@Doggieman
Als je alleen het IP nummer in HA aanpast komt dit probleem vanzelf weer een keer terug.

Je moet in je netwerk router ervoor zorgen dat je Zendure altijd hetzelfde IP-adres krijgt.
Dit doe je door in de dhcp server van je router een koppeling te maken tussen het mac adres van je Zendure en een door jouw gekozen IP-adres.

[Doggieman]

Ben(V) schreef op maandag 17 augustus 2026 @ 14:03:
@Doggieman
Als je alleen het IP nummer in HA aanpast komt dit probleem vanzelf weer een keer terug.

Je moet in je netwerk router ervoor zorgen dat je Zendure altijd hetzelfde IP-adres krijgt.
Dit doe je door in de dhcp server van je router een koppeling te maken tussen het mac adres van je Zendure en een door jouw gekozen IP-adres.

Precies! En dat is wat ik ondertussen dus nu gedaan heb.

Ik was in de vaste overtuiging dat ik destijds een vast IP nummer had toegekend aan de Zendure P1 meter (net als voor de Zendure 2400 pro). Maar dat had ik dus mis. En heeft me op het verkeerde been gezet. Bij controle in het modem bleek de Omvormer wel een vast IP te hebben en de P1 meter niet. Waarom dit maanden gewoon goed gegaan ging is me een raadsel maar beiden hebben nu een vast nummer. 👍

[Ben(V)]

Zolang je niets uitzet houd elk device gewoon zijn IP adres, alleen als je de boel uitzet of de verbinding heeft een lange hik-up dan vraagt hij een nieuw adres aan de dhcp server.

[Mimiix]

Doggieman schreef op maandag 17 augustus 2026 @ 12:27:
Hallo, ik gebruik Gielz om mijn sf2400 pro aan te sturen en te monitoren. Werkte naar volle tevredenheid tot vanmorgen vroeg. Wat ik ook instel bij "modus" de sf2400 pro reageerd er niet op. Ik draai eigenlijk alleen nul op de meter maar de batterij gaat niet laden. Ja....er is genoeg "overschot" om naar de batterij te sturen en ook is de batterij nog niet vol. Wat ik ook instel bij modus in de Gielz integratie.....er blijft "standby" staan in het 1e tabblad. Ook de zendure P1 meter op die tab blijft een streepje ipv een waarde. Terwijl in de Zendure app deze wel netjes waardes geeft.

Het vreemde is dat als ik de set weer even toevoeg in HEMS in de Zendure app dat hij dan wel gewoon gaat laden en nul op de meter werkt daar gewoon. Nu was er ook een update voor de firmware beschikbaar zag ik. Dus deze maar geïnstalleerd. Helaas had dit geen effect. Wat zou het probleem kunnen zijn? Ik draai niet de recentste versie van Gielz. Zou een update van Gielz helpen? Dat kan ik nog proberen namelijk Ik vind het zo raar dat plotseling de accu niet meer werkt via Gielz. Heb niets veranderd ook geen HA update gehad volgens mij.

Kijk eens in de app of ie niet geswitcht is van locatie(duitsland ipv nederland) en exporteren naar "verboden" is veranderd?

[discusws]

Ik heb vrijwel het hele topic doorgenomen omtrent Relais Schakelingen maar niet een antwoord gevonden die wat duidelijkheid gaf (voor mij). In de wiki van Gielz staat dat deze het best beneden de 100 blijft. Als je met gast777 Zendure-zenSDK-proxy integratie 3 zendure's 800 plus heb gekoppeld is het aantal RS van de grafiek een optelsom van deze 3 units en klopt de baseline van 100 dan ook? Ook de vraag via claude.ai geprobeerd maar die geeft aan dat het een optelling is van de 3 gekoppelde units en bij doorvragen is het weer gemiddeld per unit nadat ie github code had doorlopen

Ik heb de laatste dagen rondom de 150 aan Relais Schakelingen staan, dat is individueel te veel en bij 3 zou dat wel acceptabel zijn.

[Doggieman]

Mimiix schreef op maandag 17 augustus 2026 @ 14:35:
[...]

Kijk eens in de app of ie niet geswitcht is van locatie(duitsland ipv nederland) en exporteren naar "verboden" is veranderd?

Nee....dat staat (en stond) goed. Probleem is ondertussen opgelost (was een IP probleem, zie hierboven)

[SamWjjchen]

Mediacj schreef op maandag 17 augustus 2026 @ 11:20:
[...]

Bedankt voor de tip @gielz Ik heb het maar meteen even toegevoegd

@Polvo176 Als je de nieuwste pre-release (v1.0.49) downloadt, kun je dan kijken of het bij jouw thema nu wel goed werkt?

Je moet hiervoor de integratie opnieuw downloaden via HACS, kiezen voor 'Opnieuw downloaden' bij de 3 puntjes rechts en dan 'Need a different version' klikken en daar de pre-release kiezen.

Bij mij draait nu 1.0.49 maar krijg dat vage grijze er niet uit,


oplossing mogelijk in de YAML code?

[Mscroos]

discusws schreef op maandag 17 augustus 2026 @ 14:51:
Ik heb vrijwel het hele topic doorgenomen omtrent Relais Schakelingen maar niet een antwoord gevonden die wat duidelijkheid gaf (voor mij). In de wiki van Gielz staat dat deze het best beneden de 100 blijft. Als je met gast777 Zendure-zenSDK-proxy integratie 3 zendure's 800 plus heb gekoppeld is het aantal RS van de grafiek een optelsom van deze 3 units en klopt de baseline van 100 dan ook? Ook de vraag via claude.ai geprobeerd maar die geeft aan dat het een optelling is van de 3 gekoppelde units en bij doorvragen is het weer gemiddeld per unit nadat ie github code had doorlopen

Ik heb de laatste dagen rondom de 150 aan Relais Schakelingen staan, dat is individueel te veel en bij 3 zou dat wel acceptabel zijn.

Gielz telt het aantal omschakelingen en doordat bij 3 units nodered (gast777) ertussen zit klopt dat getal niet meer. Helaas is het niet met drie te vermenigvuldigingen of delen omdat gast777 logica bepaald of er 1,2 of 3 accus actief zijn. Dus soms is 1 omschakeling uitgevoerd op 3 zendures en soms op 1. Daarnaast ziet gielz het ook niet als gast777 van de ene naar de ander accu overschakeld om het laadpercentage gelijk te houden. Dus het aantal clicks in HA met nodered is een indicatie, maar absoluut niet de waarheid. En claude..... die heeft even geen gelijk...

[Mediacj]

SamWjjchen schreef op maandag 17 augustus 2026 @ 14:56:
[...]

Bij mij draait nu 1.0.49 maar krijg dat vage grijze er niet uit,
[Afbeelding]

oplossing mogelijk in de YAML code?

Welk thema gebruik je dan kan ik het even zelf testen?

[ Voor 11% gewijzigd door Mediacj op 17-08-2026 15:05 ]

[SamWjjchen]

Mediacj schreef op maandag 17 augustus 2026 @ 15:01:
[...]

Welk thema gebruik je dan kan ik het even zelf testen?

Mijn thema stond op licht.
Dit ziet er beter uit.

[Mediacj]

SamWjjchen schreef op maandag 17 augustus 2026 @ 15:16:
[...]

Mijn thema stond op licht. [Afbeelding]
Dit ziet er beter uit.

Ja nu zie ik het ook, dat is niet mooi nee, kijken of ik het kan oplossen.

[Mediacj]

SamWjjchen schreef op maandag 17 augustus 2026 @ 15:16:
[...]

Mijn thema stond op licht. ~~~~~~~[Afbeelding]
Dit ziet er beter uit.

Ik heb het nu verder aangepast (release v1.0.50) en dan is het in het lichte thema een stuk beter voorlopig:

EDIT 18-08: nieuwe versie v1.0.51
Nieuwe card-optie transparantie (0–100%): mate van doorzichtigheid van de card-achtergrond
0 = dekking (geen transparantie)
100 = volledig doorzichtig

[ Voor 14% gewijzigd door Mediacj op 18-08-2026 10:18 ]

[koboy]

Ben(V) schreef op maandag 17 augustus 2026 @ 14:19:
Zolang je niets uitzet houd elk device gewoon zijn IP adres, alleen als je de boel uitzet of de verbinding heeft een lange hik-up dan vraagt hij een nieuw adres aan de dhcp server.

Niet helemaal correct.
Een via DCHP uitgegeven IP adres heeft een vervaltijd. Op de helft van die tijd vraagt het device aan de DHCP server om een verlenging, en krijgt normaal gesproken die ook. Lukt het niet om contact te krijgen met de DHCP server wordt het op de halve resterende tijd opnieuw geprobeerd etc....

Bij mij thuis staat de DHCP lease time op 1 dag, de standaard instelling van de router. Toen ik mijn Zendure devices een vast IP adres gaf heb ik dat gedaan de dag voordat ik aan de gang ging met HA. De vervangende 2400+ heb ik even de netwerkinstellingen van geforceerd.

[Ben(V)]

Zucht.

[Casantos]

Ok, so I created a sensor in HA to get the data from the Shelly Pro EM50, but over the last two days of testing I found out that the Shelly data isn't exactly perfect, there are lots of gaps. Below is just an example, gap at 17:06:38.599Z, another gap at 17T17:06:49.845Z. These just happen randomly.

sensor.ct_shelly_pro_3em_api,501.0,2026-08-17T17:06:34.567Z
sensor.ct_shelly_pro_3em_api,513.1,2026-08-17T17:06:35.572Z
sensor.ct_shelly_pro_3em_api,509.6,2026-08-17T17:06:36.565Z
sensor.ct_shelly_pro_3em_api,505.2,2026-08-17T17:06:37.564Z
sensor.ct_shelly_pro_3em_api,516.9,2026-08-17T17:06:38.599Z
sensor.ct_shelly_pro_3em_api,518.9,2026-08-17T17:06:40.596Z
sensor.ct_shelly_pro_3em_api,521.5,2026-08-17T17:06:48.890Z
sensor.ct_shelly_pro_3em_api,516.3,2026-08-17T17:06:49.845Z
sensor.ct_shelly_pro_3em_api,623.2,2026-08-17T17:06:57.921Z
sensor.ct_shelly_pro_3em_api,627.9,2026-08-17T17:06:59.054Z
sensor.ct_shelly_pro_3em_api,624.2,2026-08-17T17:07:01.098Z

I haven't received my Zendure yet, and was just trying to get everything ready. Is this behaviour normal? How will the zenSDK automation interpret these gaps/values?

[Polvo176]

Mediacj schreef op maandag 17 augustus 2026 @ 15:46:
[...]

Ik heb het nu verder aangepast (pre-release v1.0.50) en dan is het in het lichte thema een stuk beter voorlopig:[Afbeelding]

pre-release: v1.0.50

Ziet er met een lichte achtergrond een stuk beter uit.
Ik ga nog wel even puzzelen met de instellingen.

[discusws]

@gast777 is het mogelijk om met de zendure proxy integratie per batterij inzichtelijk te krijgen hoeveel relais schakelingen er zijn. Ik begrijp dat de vraag die ik stelde dat er geen goede weergave is als we de zendure proxy gebruiken met gielz in het overzicht van het aantal relais schakelingen.

[RemmyB83]

discusws schreef op maandag 17 augustus 2026 @ 20:19:
@gast777 is het mogelijk om met de zendure proxy integratie per batterij inzichtelijk te krijgen hoeveel relais schakelingen er zijn. Ik begrijp dat de vraag die ik stelde dat er geen goede weergave is als we de zendure proxy gebruiken met gielz in het overzicht van het aantal relais schakelingen.

Als je de Fireson Zendure Integratie installeerd, kun je ook per batterij het totaal aantal switch counts zien.

Doormiddel van een helper, kun je dan ook per batterij een dagteller maken voor het aantal switches.

[justie75]

discusws schreef op maandag 17 augustus 2026 @ 20:19:
@gast777 is het mogelijk om met de zendure proxy integratie per batterij inzichtelijk te krijgen hoeveel relais schakelingen er zijn. Ik begrijp dat de vraag die ik stelde dat er geen goede weergave is als we de zendure proxy gebruiken met gielz in het overzicht van het aantal relais schakelingen.

Begrijp ik het goed dat de oorspronkelijke Relais schakeling sensor van de integratie van Gielz het totaal van alle aangesloten accu's toont? Of slechts het aantal schakelingen van 1 van de accu's, waardoor je in werkelijkheid dus meer schakelingen hebt gehad?

[Ben(V)]

Wat ik niet begrijp waarom er zoveel aandacht besteed wordt aan de hoeveelheid relais schakelingen.

Ja het klopt dat een relais een levensduur van een bepaalt aantal schakelingen heeft, maar die wordt voornamelijk bepaalt door het schakelen onder vollast.
Zendure batterijen schakelen nooit onder vollast, maar altijd onder nullast, wat nauwelijks tot geen invloed op z'n levensduur heeft.
Ik zie het probleem dus niet.

[Mscroos]

Ben(V) schreef op dinsdag 18 augustus 2026 @ 09:45:
Wat ik niet begrijp waarom er zoveel aandacht besteed wordt aan de hoeveelheid relais schakelingen.

Ja het klopt dat een relais een levensduur van een bepaalt aantal schakelingen heeft, maar die wordt voornamelijk bepaalt door het schakelen onder vollast.
Zendure batterijen schakelen nooit onder vollast, maar altijd onder nullast, wat nauwelijks tot geen invloed op z'n levensduur heeft.
Ik zie het probleem dus niet.

En eigenlijk neem ik aan dat dit een repareerbaar iets zal gaan zijn,. Het lijkt mij toch wel dat een relais vervangbaar is op de duur.

[Mscroos]

justie75 schreef op maandag 17 augustus 2026 @ 22:42:
[...]

Begrijp ik het goed dat de oorspronkelijke Relais schakeling sensor van de integratie van Gielz het totaal van alle aangesloten accu's toont? Of slechts het aantal schakelingen van 1 van de accu's, waardoor je in werkelijkheid dus meer schakelingen hebt gehad?

Gielz ziet Gast777 als 1 grote accu en Gast777 bepaald welke unit wat doet. Dus Gielz ziet de grote accu die schakelt, maar intern bepaald Gast777 intern of er geschakeld wordt van de ene naar de andere accu, dit is niet zichtbaar als schakeling in de grote accu van Gielz. Daarvoor zal er een counter gemaakt moeten worden op de schakelingen van de interne accus. Op zich goed mogelijk.

[Mistraller]

discusws schreef op maandag 17 augustus 2026 @ 14:51:
Ik heb vrijwel het hele topic doorgenomen omtrent Relais Schakelingen maar niet een antwoord gevonden die wat duidelijkheid gaf (voor mij). In de wiki van Gielz staat dat deze het best beneden de 100 blijft. Als je met gast777 Zendure-zenSDK-proxy integratie 3 zendure's 800 plus heb gekoppeld is het aantal RS van de grafiek een optelsom van deze 3 units en klopt de baseline van 100 dan ook? Ook de vraag via claude.ai geprobeerd maar die geeft aan dat het een optelling is van de 3 gekoppelde units en bij doorvragen is het weer gemiddeld per unit nadat ie github code had doorlopen

Ik heb de laatste dagen rondom de 150 aan Relais Schakelingen staan, dat is individueel te veel en bij 3 zou dat wel acceptabel zijn.

Vergeet die "normaal" waarde. Relais die zonder vermogen schakelen (en dat is het geval bij de Zendure) kunnen miljoenen keren schakelen. Bovendien kan Gielz dit niet hard meten; en bij NOM is het doodnormaal dat je veel schakelingen hebt; zeker bij grillig weer of grillig gebruik.
Ook te krap ingestelde marges kunnen meer schakelingen geven. Maar ik mag toch aannemen dat als je HA gebruikt en de defaults gaat aanpassen dat je ff naar het effect kijkt

@gielz De normaal lijn zou ik eruit halen, roept meer vragen en onzekerheden op dan goed is. Je kunt zo moeilijk voorspellen voor elk huishouden wat normaal hoort te zijn, dat een harde lijn daar niet bij past.

Mscroos schreef op dinsdag 18 augustus 2026 @ 10:10:
[...]

En eigenlijk neem ik aan dat dit een repareerbaar iets zal gaan zijn,. Het lijkt mij toch wel dat een relais vervangbaar is op de duur.

Gaat niet stuk. Kijk als het nou een relais is van je startmotor, maar ook die schakelen zo 100A een keer of 100.000 (zeker met auto met een startstop systeem)

Het enige is dat je veel switched tussen laden en ontladen, wat je een beetje wil vermijden maar het schakelen van een relais zelf is echt een non-existent probleem.

[ Voor 16% gewijzigd door Mistraller op 18-08-2026 10:26 ]

[justie75]

Mistraller schreef op dinsdag 18 augustus 2026 @ 10:21:
[...]

Vergeet die "normaal" waarde. Relais die zonder vermogen schakelen (en dat is het geval bij de Zendure) kunnen miljoenen keren schakelen. Bovendien kan Gielz dit niet hard meten; en bij NOM is het doodnormaal dat je veel schakelingen hebt; zeker bij grillig weer of grillig gebruik.
Ook te krap ingestelde marges kunnen meer schakelingen geven. Maar ik mag toch aannemen dat als je HA gebruikt en de defaults gaat aanpassen dat je ff naar het effect kijkt

@gielz De normaal lijn zou ik eruit halen, roept meer vragen en onzekerheden op dan goed is. Je kunt zo moeilijk voorspellen voor elk huishouden wat normaal hoort te zijn, dat een harde lijn daar niet bij past.


[...]

Gaat niet stuk. Kijk als het nou een relais is van je startmotor, maar ook die schakelen zo 100A een keer of 100.000 (zeker met auto met een startstop systeem)

Het enige is dat je veel switched tussen laden en ontladen, wat je een beetje wil vermijden maar het schakelen van een relais zelf is echt een non-existent probleem.

Was meer een interesse vraagje, ik kom op een dag niet hoger dan 15 relais schakelingen met 2 aangesloten accus. Was benieuwd of dit per accu was, of ook nog verdeeld over 2 accus.

Ik vind 15 schakelingen per dag prima (zowel per accu als gecombineerd).

[discusws]

Mistraller schreef op dinsdag 18 augustus 2026 @ 10:21:
[...]

Vergeet die "normaal" waarde. Relais die zonder vermogen schakelen (en dat is het geval bij de Zendure) kunnen miljoenen keren schakelen. Bovendien kan Gielz dit niet hard meten; en bij NOM is het doodnormaal dat je veel schakelingen hebt; zeker bij grillig weer of grillig gebruik.
Ook te krap ingestelde marges kunnen meer schakelingen geven. Maar ik mag toch aannemen dat als je HA gebruikt en de defaults gaat aanpassen dat je ff naar het effect kijkt

@gielz De normaal lijn zou ik eruit halen, roept meer vragen en onzekerheden op dan goed is. Je kunt zo moeilijk voorspellen voor elk huishouden wat normaal hoort te zijn, dat een harde lijn daar niet bij past.

Thanks , Ik had inderdaad wat zitten spelen met de waarden, juist ruimer gezet bij het laden om eerst een constantere zonneopbrengst te hebben, tja bij mooi weer is dat geen probleem maar met bewolkt weer is dat dan weer minder. Datzelfde gedaan voor ontladen. Heb nu een gemiddelde waarde van de afgelopen 15 seconden als P1 om te zien of dt wat afvlakt.

[RemmyB83]

Hier 3x sf800+ waarvan 1 met zonnepanelen, en net ook even naar de schakelingen gekeken.
Gisteren had ik volgens Gielz 32 schakelingen. Als ik vervolgens kijk in de Fireson Zendure Integratie komen het aantal schakelingen redelijk overeen. Maar als ik kijk bij de gene met zonnepanelen, dan ligt het aantal daar 2x zo hoog. Vooral rond zonsopkomst gaat het snel.
Verder maak ik mijn geen zorgen met 10 garantie....

[Mimiix]

Casantos schreef op maandag 17 augustus 2026 @ 19:24:
Ok, so I created a sensor in HA to get the data from the Shelly Pro EM50, but over the last two days of testing I found out that the Shelly data isn't exactly perfect, there are lots of gaps. Below is just an example, gap at 17:06:38.599Z, another gap at 17T17:06:49.845Z. These just happen randomly.

sensor.ct_shelly_pro_3em_api,501.0,2026-08-17T17:06:34.567Z
sensor.ct_shelly_pro_3em_api,513.1,2026-08-17T17:06:35.572Z
sensor.ct_shelly_pro_3em_api,509.6,2026-08-17T17:06:36.565Z
sensor.ct_shelly_pro_3em_api,505.2,2026-08-17T17:06:37.564Z
sensor.ct_shelly_pro_3em_api,516.9,2026-08-17T17:06:38.599Z
sensor.ct_shelly_pro_3em_api,518.9,2026-08-17T17:06:40.596Z
sensor.ct_shelly_pro_3em_api,521.5,2026-08-17T17:06:48.890Z
sensor.ct_shelly_pro_3em_api,516.3,2026-08-17T17:06:49.845Z
sensor.ct_shelly_pro_3em_api,623.2,2026-08-17T17:06:57.921Z
sensor.ct_shelly_pro_3em_api,627.9,2026-08-17T17:06:59.054Z
sensor.ct_shelly_pro_3em_api,624.2,2026-08-17T17:07:01.098Z

I haven't received my Zendure yet, and was just trying to get everything ready. Is this behaviour normal? How will the zenSDK automation interpret these gaps/values?

Is this directly from HA?

On various sensors i've noticed that if a Value is the same as last , it will not store it as a new row.

Perhaps that could be happening here too? You can test by reading the API using Python/Powershell yourself and compare.

[Casantos]

Mimiix schreef op dinsdag 18 augustus 2026 @ 11:26:
[...]

Is this directly from HA?

On various sensors i've noticed that if a Value is the same as last , it will not store it as a new row.

Perhaps that could be happening here too? You can test by reading the API using Python/Powershell yourself and compare.

Directly from HA.

Gielz already replied in the Github discussions board. It is indeed the value being the same so I will not worry about it anymore.

[discusws]

Ik heb vandaag ivm aanleg nieuwe groepen 2 van de drie 800+'en uitgezet. HA geeft deze twee ook unavailable aan. Zendure APP geeft aan dat ze offline zijn. Maar degene die nog aan staat blijft in standby staan en wordt niet opgeladen. Om te testen heb ik geprobeerd om slim laden aan te zetten, maar de 800+ blijft in standby. Klopt dit gedrag of moet ik tijdelijk de 2 units uit gast777 zendure-proxy halen.

[justie75]

discusws schreef op dinsdag 18 augustus 2026 @ 12:57:
Ik heb vandaag ivm aanleg nieuwe groepen 2 van de drie 800+'en uitgezet. HA geeft deze twee ook unavailable aan. Zendure APP geeft aan dat ze offline zijn. Maar degene die nog aan staat blijft in standby staan en wordt niet opgeladen. Om te testen heb ik geprobeerd om slim laden aan te zetten, maar de 800+ blijft in standby. Klopt dit gedrag of moet ik tijdelijk de 2 units uit gast777 zendure-proxy halen.

Voor zover ik heb kunnen zien werkt de gast777 integratie alleen als alle units beschikbaar zijn.
Je kan er tijdelijk voor kiezen om het IP in Gielz integratie tijdelijk even op 1 van de units te zetten en terug te draaien wanneer de andere units weer beschikbaar zijn.

[Mediacj]

Nieuwe pre-release met nu een optie voor het automatisch selecteren van de goedkoopste/duurste X aantal uren voor dynamische tarieven en een EPEX grafiek van vandaag. Het is nu ook mogelijk om de mate van transparantie in de dashboard kaart aan te passen.

[Mistraller]

justie75 schreef op dinsdag 18 augustus 2026 @ 10:27:
[...]

Was meer een interesse vraagje, ik kom op een dag niet hoger dan 15 relais schakelingen met 2 aangesloten accus. Was benieuwd of dit per accu was, of ook nog verdeeld over 2 accus.

Ik vind 15 schakelingen per dag prima (zowel per accu als gecombineerd).

Maar dan draai je geen NOM lijkt mij. Of je hebt geen druk gezin met veel electrische (groot) verbruikers.

[Mistraller]

justie75 schreef op dinsdag 18 augustus 2026 @ 13:00:
[...]

Voor zover ik heb kunnen zien werkt de gast777 integratie alleen als alle units beschikbaar zijn.
Je kan er tijdelijk voor kiezen om het IP in Gielz integratie tijdelijk even op 1 van de units te zetten en terug te draaien wanneer de andere units weer beschikbaar zijn.

Hij hangt dan steeds op de niet vindbare nodes. Ook niet gek, als je de proxy opdracht geeft te balancen over non-existent nodes. Als je nodes gaat uitzetten zal je ook de sturing moeten aanpassen. Dus nog 1 node over; dan gewoon dat ip adres in Gielz zetten dan is de proxy ff niet nodig.

[justie75]

Mistraller schreef op dinsdag 18 augustus 2026 @ 14:42:
[...]

Maar dan draai je geen NOM lijkt mij. Of je hebt geen druk gezin met veel electrische (groot) verbruikers.

Ja ik draai NOM Maar met wat slimme regelingen er tussen om aantal schakelingen sterk te verminderen (zie eerdere post). De schakelingen komen met name van het koken, dan zie je dat de kookplaat wat pendelt in hoog verbruik / geen verbruik (continue koken op boost verminderd het aantal schakelingen aanzienlijk )

Even nieuwsgierig, wat is het aantal schakelingen bij jou op een dag?

Mistraller schreef op dinsdag 18 augustus 2026 @ 14:44:
[...]

Hij hangt dan steeds op de niet vindbare nodes. Ook niet gek, als je de proxy opdracht geeft te balancen over non-existent nodes. Als je nodes gaat uitzetten zal je ook de sturing moeten aanpassen. Dus nog 1 node over; dan gewoon dat ip adres in Gielz zetten dan is de proxy ff niet nodig.

Hier bedoelen we denk ik hetzelfde, even de Proxy overbruggen en direct de Zendure aanspreken vanuit de Gielz integratie.

[Mscroos]

justie75 schreef op dinsdag 18 augustus 2026 @ 15:31:
[...]

Ja ik draai NOM Maar met wat slimme regelingen er tussen om aantal schakelingen sterk te verminderen (zie eerdere post). De schakelingen komen met name van het koken, dan zie je dat de kookplaat wat pendelt in hoog verbruik / geen verbruik (continue koken op boost verminderd het aantal schakelingen aanzienlijk )

[...]

Even check.... hoeveel import/export qua kwh heb je dan op een dag waarbij de accu alles opvangt? als je alles gedempt opvangt dan zal het net hier en daar bij moeten springen.Of zie ik dit verkeerd....

[Mistraller]

justie75 schreef op dinsdag 18 augustus 2026 @ 15:31:
[...]

Ja ik draai NOM Maar met wat slimme regelingen er tussen om aantal schakelingen sterk te verminderen (zie eerdere post). De schakelingen komen met name van het koken, dan zie je dat de kookplaat wat pendelt in hoog verbruik / geen verbruik (continue koken op boost verminderd het aantal schakelingen aanzienlijk )

Hoe kan je nou een pan piepers koken op boost. Laat staan je gehaktballen garen zonder dat de keuken in de rook staat....

Even nieuwsgierig, wat is het aantal schakelingen bij jou op een dag?
[...]

wisselt sterk, vandaag maar 80 omdat de accu nagenoeg leeg is steeds. Maar wil ook wel eens naar de 500 doorlopen.
Nu gaat gielz bij een korte netwerk hickup ook direct de mist in hoor, dus er zitten zeker fouttellingen bij, maar waterkoker, compressor, waterpomp, fornuis, fohn, heatgun, senseo, oven/magnetron zitten allemaal boven de 1,5kW, en ik heb geen fors PV overschot dus de accu springt ook bij volle PV opwek vaak gewoon vrolijk ff bij.

Daar is het apparaat 100% voor gemaakt en bij bewolking en een basislast van 300W schakelt ie ook vaak; met name als de pubers thuis zijn. Vrij zinloos omdat allemaal te vermijden want dat haalt het hele idee van die accu weg toch

Ik blijf erbij, relais schakelingen ansich erg vinden is een broodje aap.

Het alleen een "issue" als je pieken heel kort zijn waardoor de schakeling domweg te laat is, zoals bij een Quooker.

[justie75]

Mistraller schreef op dinsdag 18 augustus 2026 @ 16:38:
[...]

Hoe kan je nou een pan piepers koken op boost. Laat staan je gehaktballen garen zonder dat de keuken in de rook staat....

[...]

wisselt sterk, vandaag maar 80 omdat de accu nagenoeg leeg is steeds. Maar wil ook wel eens naar de 500 doorlopen.
Nu gaat gielz bij een korte netwerk hickup ook direct de mist in hoor, dus er zitten zeker fouttellingen bij, maar waterkoker, compressor, waterpomp, fornuis, fohn, heatgun, senseo, oven/magnetron zitten allemaal boven de 1,5kW, en ik heb geen fors PV overschot dus de accu springt ook bij volle PV opwek vaak gewoon vrolijk ff bij.

Daar is het apparaat 100% voor gemaakt en bij bewolking en een basislast van 300W schakelt ie ook vaak; met name als de pubers thuis zijn. Vrij zinloos omdat allemaal te vermijden want dat haalt het hele idee van die accu weg toch

Ik blijf erbij, relais schakelingen ansich erg vinden is een broodje aap.

Het alleen een "issue" als je pieken heel kort zijn waardoor de schakeling domweg te laat is, zoals bij een Quooker.

Ik moest even lachen om je pan piepers, Bedankt,

Dit is het overzicht van vandaag aan verbruiken, op het piekje van koken na 0 op de meter met lichte teruglevering sochtends voor wat centjes.

Afgelopen week is het elke dag een mooie vlakke lijn geworden zonder al te veel schommelingen en waarbij de airco's ook regelmatig bijspringen om te koelen.

[ppaulv]

mrme12345 schreef op zaterdag 15 augustus 2026 @ 11:30:
Nieuwe custom home assistant integratie schedule beschikbaar. De integratie geeft de mogelijkheid om per uur een modus te plannen en zo combinaties te maken, als aanvulling op de officiele HA integratie.

En dit is de Github pagina:

https://github.com/Mediacj/zendure-schedule

Ik heb je Schedule geïnstalleerd, naast de Engels talige Gielz automatisering. Maar zo te zien werkt ie niet. De operation mode blijft wat ie is en verandert niet.
Heb je een suggestie of en hoe dit werkend te krijgen is?
In de Gielz zie ik dat de variabele die gewijzigd moet worden input_select.zendure_operation_mode is maar die kan ik niet selecteren bij de config van jouw scheduler.
Die overigens heel erg fraai is. Ik had zelf al iets gebouwd (dat werkt) maar er nog geen dashboard bedieningspaneel bij gemaakt. Vandaar.

[ Voor 18% gewijzigd door ppaulv op 18-08-2026 20:09 ]

[Mediacj]

ppaulv schreef op dinsdag 18 augustus 2026 @ 20:06:
[...]

Ik heb je Schedule geïnstalleerd, naast de Engels talige Gielz automatisering. Maar zo te zien werkt ie niet. De operation mode blijft wat ie is en verandert niet.
Heb je een suggestie of en hoe dit werkend te krijgen is?
In de Gielz zie ik dat de variabele die gewijzigd moet worden input_select.zendure_operation_mode is maar die kan ik niet selecteren bij de config van jouw scheduler.
Die overigens heel erg fraai is. Ik had zelf al iets gebouwd (dat werkt) maar er nog geen dashboard bedieningspaneel bij gemaakt. Vandaar.

Ik denk dat je in de planner niet de juiste entiteit voor 'Bedrijfsmodus' hebt gekozen. Deze vind je bij de 'Zendure Manager' van de Zendure integratie. De naam van deze entity veranderde in het verleden nogal eens, maar als je de Zendure HA-integratie nu installeert, heet deze:

code:

select.zendure_manager_operation

Je kunt dit alsnog aanpassen door in onze planner op het tandwieltje te klikken en de integratie te herconfigureren.



Edit: Ik zie nu dat je dat veld al had. Kijk in dat geval even in de Zendure Manager zelf bij 'Bedrijfsmodus' welk veld er bij jou achter zit. Werkt het dan nog niet? Dan staat hij mogelijk nog op HEMS, al verwacht ik dat niet.

[ Voor 7% gewijzigd door Mediacj op 18-08-2026 20:43 ]

[Polvo176]

Mediacj schreef op dinsdag 18 augustus 2026 @ 14:40:
Nieuwe pre-release met nu een optie voor het automatisch selecteren van de goedkoopste/duurste X aantal uren voor dynamische tarieven en een EPEX grafiek van vandaag. Het is nu ook mogelijk om de mate van transparantie in de dashboard kaart aan te passen.

[Afbeelding]

Ik heb inmiddels een werkende wisselwerking tussen de Zendure manager en de Planner, werkt beide kanten op.
Verandering bij de ene veranderd ook bij de andere.
Alleen Laden en Ontladen doen niet mee, daar moet bij de instellingen wat anders komen te staan.
Kun je hier nog wat duidelijkheid over geven?

Laden operation (charge_mode_option)

Ontladen operation (discharge_mode_option)

Laden ac_mode (charge_option)

Ontladen ac_mode (discharge_option)

Uit-penseel option (off_option)

[Stefanovic45]

Kan het zijn dat de 3000 Mix AC+ nog niet wordt ondersteunt via de @FireSon integratie?
Ja ik weet, hij staat nog niet bij supported devices, maar via Gielz werkt hij al wel.

Ik krijg bij het toevoegen de fout "Token accepted, but no devices were found on this account." blablabla... Dus ik vermoed dat hij nog niet wordt ondersteunt.

[testmanager]

Begrijp ik nu goed dat er een Nord Pool als Dienst is in Home Assistant (die heb ik al geïnstalleerd) en een Nord Pool vanuit de HACS, en die laatste heb je dan nodig voor Gielz?
En moet ik daarna deze dan ook nog installeren?
https://github.com/Gielz1986/Dynamisch-HA
Het begint me allemaal een beetje te duizelen...

[Mediacj]

Polvo176 schreef op dinsdag 18 augustus 2026 @ 22:03:
[...]

Ik heb inmiddels een werkende wisselwerking tussen de Zendure manager en de Planner, werkt beide kanten op.
Verandering bij de ene veranderd ook bij de andere.
Alleen Laden en Ontladen doen niet mee, daar moet bij de instellingen wat anders komen te staan.
Kun je hier nog wat duidelijkheid over geven?

Laden operation (charge_mode_option)

Ontladen operation (discharge_mode_option)

Laden ac_mode (charge_option)

Ontladen ac_mode (discharge_option)

Uit-penseel option (off_option)

De andere velden zijn batterij-specifiek.



We moeten die velden nog beter benoemen en doordat ze binnen de HA integratie ook niet uniek zijn doordat je meerdere batterijen kunt hebben is het inderdaad lastig. Ik heb ze hieronder nog een keer allemaal naast elkaar gezet, wat het veld in de HA integratie is en waar die bij de planner zou moeten komen, als voorbeeld MIJN velden zoals ik ze voor de 2400 PRO toegepast heb:

ZENDURE HA INTEGRATIE	ENERGIENERDS PLANNER	VOORBEELD
AC bedrijfsmodus	AC mode select (input/output)	select.solarflow_2400_pro_ac_mode00
Limiet opladen	Laadvermogen (input_limit)	number.solarflow_2400_pro_input_limit
Limiet ontladen	Ontlaadvermogen (output_limit)	number.solarflow_2400_pro_output_limit
SOC Maximaal	Max SOC bij laden (soc_set)	number.solarflow_2400_pro_soc_set
SOC Minimaal	Min SOC bij ontladen (min_soc)	number.solarflow_2400_pro_min_soc

[Mistraller]

justie75 schreef op dinsdag 18 augustus 2026 @ 18:11:
[...]

Ik moest even lachen om je pan piepers, Bedankt,

Dit is het overzicht van vandaag aan verbruiken, op het piekje van koken na 0 op de meter met lichte teruglevering sochtends voor wat centjes.

Afgelopen week is het elke dag een mooie vlakke lijn geworden zonder al te veel schommelingen en waarbij de airco's ook regelmatig bijspringen om te koelen.

[Afbeelding]

Ik heb geen dynamisch tarief en ook geen gebruikers die een rustige afname laten zien zoals airco's of warmtepomp. En bovendien een DSMR4 al boeit dat niks voor het aantal schakelingen.
Een oven, die hier vaak gebruikt wordt, is aan/uit regeling dus een uurtje of 2 flipperen met 2 á 3 kW vermogen. En dan was ik de airfryer nog vergeten want pubers.

Vandaag amper PV opbrengs dus gewoon veel gebruikt van het net. Want vast tarief dus laden op netstroom kost me geld.

Situatie is volgens mij in niets vergelijkbaar met dat van jou
Ik hanteer verder het KISS principe, de Zendure zal zich echt aan mijn grillige verbruik moeten conformeren

[Polvo176]

Mediacj schreef op dinsdag 18 augustus 2026 @ 22:42:
[...]

De andere velden zijn batterij-specifiek.
[Afbeelding]
[Afbeelding]

We moeten die velden nog beter benoemen en doordat ze binnen de HA integratie ook niet uniek zijn doordat je meerdere batterijen kunt hebben is het inderdaad lastig. Ik heb ze hieronder nog een keer allemaal naast elkaar gezet, wat het veld in de HA integratie is en waar die bij de planner zou moeten komen, als voorbeeld MIJN velden zoals ik ze voor de 2400 PRO toegepast heb:

ZENDURE HA INTEGRATIE	ENERGIENERDS PLANNER	VOORBEELD
AC bedrijfsmodus	AC mode select (input/output)	select.solarflow_2400_pro_ac_mode00
Limiet opladen	Laadvermogen (input_limit)	number.solarflow_2400_pro_input_limit
Limiet ontladen	Ontlaadvermogen (output_limit)	number.solarflow_2400_pro_output_limit
SOC Maximaal	Max SOC bij laden (soc_set)	number.solarflow_2400_pro_soc_set
SOC Minimaal	Min SOC bij ontladen (min_soc)	number.solarflow_2400_pro_min_soc

Ja, tot zover heb ik dat wel, het gaat om wat er verderop nog ingevuld moet worden.
laden operation optie en ontladen operation optie, ik neem aan dat die belangrijk zijn voor de laad en ontlaad knoppen in de planner.
kennelijk kan daar alleen on en off ingevuld worden, maar invloed heeft het niet op die genoemde knoppen.
Die laad en ontlaad knoppen werken bij mij in geen van de beide gevallen.

[Mediacj]

Polvo176 schreef op dinsdag 18 augustus 2026 @ 23:04:
[...]

Ja, tot zover heb ik dat wel, het gaat om wat er verderop nog ingevuld moet worden.
laden operation optie en ontladen operation optie, ik neem aan dat die belangrijk zijn voor de laad en ontlaad knoppen in de planner.
kennelijk kan daar alleen on en off ingevuld worden, maar invloed heeft het niet op die genoemde knoppen.
Die laad en ontlaad knoppen werken bij mij in geen van de beide gevallen.

Dat zijn de stuurwaarden voor de integratie; met die statuswaardes gaat hij laden, ontladen, etc. Deze zijn echter automatisch al allemaal ingevuld. Zo horen ze te staan:

[koboy]

ppaulv schreef op dinsdag 18 augustus 2026 @ 20:06:
[...]

Ik heb je Schedule geïnstalleerd, naast de Engels talige Gielz automatisering. Maar zo te zien werkt ie niet. De operation mode blijft wat ie is en verandert niet.
Heb je een suggestie of en hoe dit werkend te krijgen is?
In de Gielz zie ik dat de variabele die gewijzigd moet worden input_select.zendure_operation_mode is maar die kan ik niet selecteren bij de config van jouw scheduler.
Die overigens heel erg fraai is. Ik had zelf al iets gebouwd (dat werkt) maar er nog geen dashboard bedieningspaneel bij gemaakt. Vandaar.

De schedule/planner is bedoeld voor de officiële Zendure HA intergratie (ook wel fireson genoemd). Je zult dus Gielz moeten vervangen als basis aansturing.

[testmanager]

testmanager schreef op dinsdag 18 augustus 2026 @ 22:41:
Begrijp ik nu goed dat er een Nord Pool als Dienst is in Home Assistant (die heb ik al geïnstalleerd) en een Nord Pool vanuit de HACS, en die laatste heb je dan nodig voor Gielz?
En moet ik daarna deze dan ook nog installeren?
https://github.com/Gielz1986/Dynamisch-HA
Het begint me allemaal een beetje te duizelen...

Okay, er is maar 1 Nord Pool dienst, via HACS.
Oude verwijderd, opnieuw geïnstalleerd.

Maar... nu heb ik alleen nog maar 1 entiteit, met die rare naam nordpool_kwh_nl_eur_3_10_021 zoals Gielz ook suggereert in z'n configuratie-instructie.



Maar, waar zijn nu die andere sensoren gebleven? Die had ik eerst wel, en zijn nu weg?

Sensor	Type	Description
Current price	[Currency]/kWh	The current (hourly) energy price.
Previous price	[Currency]/kWh	The price of the previous hour.
Next price	[Currency]/kWh	The price of the next hour.
Daily average	[Currency]/kWh	The average of today’s energy prices.
Lowest price	[Currency]/kWh	Today’s lowest price (start and end time are provided in state attributes)
Highest price	[Currency]/kWh	Today’s highest price (start and end time are provided in state attributes)

[ Voor 49% gewijzigd door testmanager op 19-08-2026 00:16 ]

[Polvo176]

Mediacj schreef op dinsdag 18 augustus 2026 @ 23:14:
[...]

Dat zijn de stuurwaarden voor de integratie; met die statuswaardes gaat hij laden, ontladen, etc. Deze zijn echter automatisch al allemaal ingevuld. Zo horen ze te staan:
[Afbeelding]

Dat had ik ook, de laad en ontlaad knopen in de planner moeten het handmatig vermogen sturen in de manager, maar doen dat dus niet.
Vanuit de manager gaat modus nu in de planner wel op manual staan, maar andersom werkt niet.

Mediacj schreef op dinsdag 18 augustus 2026 @ 23:14:
[...]

Dat zijn de stuurwaarden voor de integratie; met die statuswaardes gaat hij laden, ontladen, etc. Deze zijn echter automatisch al allemaal ingevuld. Zo horen ze te staan:
[Afbeelding]

Ok, ik weet niet wat nu het laatste zetje heeft gegeven, maar het lijkt nu ook te werken met de laad en ontlaad knoppen.
Oorspronkelijk had ik ook niks met die instellingen gedaan en stonden default.

Nordpool werkt inmiddels ook, ben er nog niet achter hoe ik die instellingen kan aanpassen, maar er komen meer dagen.

[The_Haunted]

Stefanovic45 schreef op dinsdag 18 augustus 2026 @ 22:26:
Kan het zijn dat de 3000 Mix AC+ nog niet wordt ondersteunt via de @FireSon integratie?
Ja ik weet, hij staat nog niet bij supported devices, maar via Gielz werkt hij al wel.

Ik krijg bij het toevoegen de fout "Token accepted, but no devices were found on this account." blablabla... Dus ik vermoed dat hij nog niet wordt ondersteunt.

Hier hetzelfde, in Juli is dit ook al gemeld voor een 4000 Mix. Nu de 3000 bij meer tweakers geleverd wordt zal deze vraag vaker langskomen 😉

Kwestie van afwachten dus.

[ppaulv]

Mediacj schreef op dinsdag 18 augustus 2026 @ 20:39:
[...]

Ik denk dat je in de planner niet de juiste entiteit voor 'Bedrijfsmodus' hebt gekozen. Deze vind je bij de 'Zendure Manager' van de Zendure integratie. De naam van deze entity veranderde in het verleden nogal eens, maar als je de Zendure HA-integratie nu installeert, heet deze:

code:

select.zendure_manager_operation

Je kunt dit alsnog aanpassen door in onze planner op het tandwieltje te klikken en de integratie te herconfigureren.

[Afbeelding]

Edit: Ik zie nu dat je dat veld al had. Kijk in dat geval even in de Zendure Manager zelf bij 'Bedrijfsmodus' welk veld er bij jou achter zit. Werkt het dan nog niet? Dan staat hij mogelijk nog op HEMS, al verwacht ik dat niet.

Weet niet goed wat hier fout gaat (los daarvan staat bij mij alles in het Engels, dat maakt het wat lastiger te begrijpen wat je bedoelt) maar dit zie ik hier staan:






Dus als jij nog een idee hebt waarom het hier niet werkt hoor ik dat graag.

[ppaulv]

koboy schreef op dinsdag 18 augustus 2026 @ 23:26:
[...]

De schedule/planner is bedoeld voor de officiële Zendure HA intergratie (ook wel fireson genoemd). Je zult dus Gielz moeten vervangen als basis aansturing.

oh wacht, dat is dan de oorzaak .... Gielz ga ik niet vervangen (vooralsnog) omdat ik er net een beetje thuis in begin te raken.
Dan is dat jammer maar helaas, blijf ik bij m'n eigen automatiserinkje.

Bedankt voor deze (essentiële) aanwijzing Koboy !

[CP1977]

koboy schreef op dinsdag 18 augustus 2026 @ 23:26:
[...]

De schedule/planner is bedoeld voor de officiële Zendure HA intergratie (ook wel fireson genoemd). Je zult dus Gielz moeten vervangen als basis aansturing.

Is het een idee om deze oplossing/aanvulling ook toe te voegen aan de startpost?

[testmanager]

HELP svp!

Ik krijg wel de Nord Pool energieprijs door in Gielz, maar niet de dagvoorspelling. Die blijft op loading staan. Of worden die soms alleen om 13:00 per dag geupdated, dus moet ik gewoon even wachten en staan die morgen dan goed?

[Gramser]

Ik gebruik het zelf niet maar volgens mij is het inderdaad een kwestie van wachten.

[VicSmurf]

testmanager schreef op woensdag 19 augustus 2026 @ 10:46:
HELP svp!

Ik krijg wel de Nord Pool energieprijs door in Gielz, maar niet de dagvoorspelling. Die blijft op loading staan. Of worden die soms alleen om 13:00 per dag geupdated, dus moet ik gewoon even wachten en staan die morgen dan goed?

[Afbeelding]

Je moet "unknown" weghalen bij handmatige periodes.

[ppaulv]

en wachten tot 14.00 uur meen ik ?

[Polvo176]

mrme12345 schreef op zaterdag 15 augustus 2026 @ 12:52:
[...]

Mbt jouw andere vraag over meerdere devices. Je kunt wel meerdere Zendure's met deze integratie laten werken, alleen de manager is centraal. Dus dat wil zeggen dat die alleen voor de standaard zendure modi (nom, slim ontladen enz) hetzelfde programma hanteert bij meerdere zendure devices. Het specifiek laden of ontladen met een x w van een enkel zendure device lukt op deze manier niet, wel meerdere met x w laten laden of ontladen met x w. Ik heb er ook 2 zendure devices aan gekoppeld en gebruik het zo.

[Afbeelding]

Ik heb Zendure batterijen van verschillende pluimage, ik ben dus begonnen met de 1600AC+ en wil een SF800Pro2 en Hypers er aan toevoegen.
Die laatsten krijgt ook energie van zonnepanelen.
Ik schakel in de Zendure app tussen eigen gebruik mode en aangepaste mode.
Moet ik het max vermogen in iedere kaart afzonderlijk 1600W en 800W voor de 800pro invoeren en bij apparaten en diensten het max totaal vermogen van 2400W?

[testmanager]

VicSmurf schreef op woensdag 19 augustus 2026 @ 10:49:
[...]


Je moet "unknown" weghalen bij handmatige periodes.

jaaaa, dat was hem. DANK JE WEL!

[koboy]

ppaulv schreef op woensdag 19 augustus 2026 @ 10:26:
[...]

oh wacht, dat is dan de oorzaak .... Gielz ga ik niet vervangen (vooralsnog) omdat ik er net een beetje thuis in begin te raken.
Dan is dat jammer maar helaas, blijf ik bij m'n eigen automatiserinkje.

Bedankt voor deze (essentiële) aanwijzing Koboy !

Om iets van omschakelen tussen de verschillende modi in Gielz te gaan doen had ik laatst deze vanuit een post hier gebookmarked. Nog geen tijd gehad om hier in detail naar te kijken of iets mee te doen. Is een klusje voor de winter....

[koboy]

CP1977 schreef op woensdag 19 augustus 2026 @ 10:39:
[...]

Is het een idee om deze oplossing/aanvulling ook toe te voegen aan de startpost?

Eens, maar ik kan niets in de startpost wijzigen

Zoek de aankondiging even op een paar dagen terug en reply daar op met Gielz in een tag/mention....

[Omarz]

Installed. Best tool ever for Zendure batteries. Their own integration doesn't even support the Solarflow 3000! this one does.

However, I used to use Frank Energie (not the original, abandoned one, but the active fork https://github.com/HiDiHo01/home-assistant-frank_energie ). It offers a simple configuration and hourly/quarterly prices.

You only accept Nordpool, but it's also getting closer to the status of abandoned, with a lot of open issues and no commits for 8 months.

Any hope of allowing a different integration? Say and the word and I'll try Claude to integrate your package with Frank Energie.

[ppaulv]

koboy schreef op woensdag 19 augustus 2026 @ 12:53:
[...]

Om iets van omschakelen tussen de verschillende modi in Gielz te gaan doen had ik laatst deze vanuit een post hier gebookmarked. Nog geen tijd gehad om hier in detail naar te kijken of iets mee te doen. Is een klusje voor de winter....

Zier er heel generiek uit, misschien ooit nog eens naar kijken.
Voorlopig denk ik dat het schakelen tussen de modi iets zou moeten zijn als 'set and forget' dus is een uitgebreide interface niet nodig.
Op dit moment heb ik iets dat redelijk voldoet, echter werkt met vaste tijdstippen. Ik wil daar nog een afhankelijkheid inbouwen van de opbrengst van de zonnepanelen en/of de zon (opkomst/ondergang). Dat ijkt me niet echt lastig maar moet even tijd maken.

[mrme12345]

Polvo176 schreef op woensdag 19 augustus 2026 @ 10:54:
[...]

Ik heb Zendure batterijen van verschillende pluimage, ik ben dus begonnen met de 1600AC+ en wil een SF800Pro2 en Hypers er aan toevoegen.
Die laatsten krijgt ook energie van zonnepanelen.
Ik schakel in de Zendure app tussen eigen gebruik mode en aangepaste mode.
Moet ik het max vermogen in iedere kaart afzonderlijk 1600W en 800W voor de 800pro invoeren en bij apparaten en diensten het max totaal vermogen van 2400W?

Hier ook zo'n situatie. Ik gebruik een 2400 AC en 2400 AC+. En die hebben natuurlijk beide zelfde laad en ontlaadlimieten. De integratie is nu nog bedoeld voor 1 x zendure device, maar omdat je daarin de manager van al je zendure devices gebruikt (vanuit de fireson integratie) kan ik daar wel meerdere devices dezelfde modi per uur geven en dat is vaak wel handig.

[Polvo176]

mrme12345 schreef op woensdag 19 augustus 2026 @ 16:49:
[...]

Hier ook zo'n situatie. Ik gebruik een 2400 AC en 2400 AC+. En die hebben natuurlijk beide zelfde laad en ontlaadlimieten. De integratie is nu nog bedoeld voor 1 x zendure device, maar omdat je daarin de manager van al je zendure devices gebruikt (vanuit de fireson integratie) kan ik daar wel meerdere devices dezelfde modi per uur geven en dat is vaak wel handig.

Zelfde modi snap ik, dat is in Hems ook zo, maar kunnen jou beide 2400 batterijen ook tegelijk vol 2400W laden en ontladen?

[mrme12345]

Polvo176 schreef op woensdag 19 augustus 2026 @ 17:14:
[...]

Zelfde modi snap ik, dat is in Hems ook zo, maar kunnen jou beide 2400 batterijen ook tegelijk vol 2400W laden en ontladen?

Nee daar voorziet de integratie nog niet in. Wellicht als optie voor de toekomst om naar te kijken. In eerste instantie is die nu bedoeld voor 1 x een Zendure device of 1 x een Anker device. En het voordeel van de Zendure manager is dat die nu in ieder geval met de standaard modi voor meerdere Zendure batterijen tegelijk te gebruiken is.

[testmanager]

ppaulv schreef op woensdag 19 augustus 2026 @ 10:52:
en wachten tot 14.00 uur meen ik ?

En vanmiddag (ik denk eerlijk gezegd na 13:00) verscheen ook de voorspelling voor morgen.

Thnx

[databeestje]

mrme12345 schreef op woensdag 19 augustus 2026 @ 17:18:
[...]

Nee daar voorziet de integratie nog niet in. Wellicht als optie voor de toekomst om naar te kijken. In eerste instantie is die nu bedoeld voor 1 x een Zendure device of 1 x een Anker device. En het voordeel van de Zendure manager is dat die nu in ieder geval met de standaard modi voor meerdere Zendure batterijen tegelijk te gebruiken is.

Is de Omnibattery dan niet een optie? De beweren meerdere verschillende soorten accu tegelijk te ondersteunen.

[mrme12345]

databeestje schreef op woensdag 19 augustus 2026 @ 17:51:
[...]

Is de Omnibattery dan niet een optie? De beweren meerdere verschillende soorten accu tegelijk te ondersteunen.

Die heb ik tijdje uitgeprobeerd voor de combinatie van Anker en Zendure. Maar dat werkte niet prettig in de praktijk. Maar wellicht nu weer wat beter. Maar die is vooral bedoeld om verschillende merken te combineren.

[discusws]

Hoe gaan jullie om met updates van node-RED, ik heb deze niet op automatisch staan in de HA integratie, ik zie nu sinds een paar dagen in node-red de melding versie 5.0.4 available en sinds vandaag in HA de melding node-red 22.0.2, dat is de schil neem ik aan. Voeren jullie deze altijd direct door.

Deze had ook in het HA topic gekund, maar hier gedaan ivm met de gast777proxy integratie

[ Voor 13% gewijzigd door discusws op 19-08-2026 18:06 ]

[c0mplex1]

discusws schreef op woensdag 19 augustus 2026 @ 17:54:
Hoe gaan jullie om met updates van node-RED, ik heb deze niet op automatisch staan in de HA integratie, ik zie nu sinds een paar dagen in node-red de melding versie 5.0.4 available en sinds vandaag in HA de melding node-red 22.0.2, dat is de schil neem ik aan. Voeren jullie deze altijd direct door.

Deze had ook in het HA topic gekund, maar hier gedaan ivm met de gast777proxy integratie

Vandaag geüpdatet en geen centje pijn.
Alles is naar behoren blijven werken.

[testmanager]

discusws schreef op woensdag 19 augustus 2026 @ 17:54:
Hoe gaan jullie om met updates van node-RED, ik heb deze niet op automatisch staan in de HA integratie, ik zie nu sinds een paar dagen in node-red de melding versie 5.0.4 available en sinds vandaag in HA de melding node-red 22.0.2, dat is de schil neem ik aan. Voeren jullie deze altijd direct door.

Deze had ook in het HA topic gekund, maar hier gedaan ivm met de gast777proxy integratie

Zonder problemen geupgraded vandaag.

[testmanager]

Nu zie ik in Gielz dat het getoonde uurtarief iets lager is dan volgens mijn berekening zou moeten zijn. Dus ik dacht, ik pas die formule die ik heb ingevoerd bij de installatie van OF Nord Pool OF Gielz even aan.

Maar, kan nergens meer terug vinden waar die formule is opgevoerd? Heb (volgens mij) alle instellingen doorlopen, allerlei YAMLs en .py bestanden doorgesnuffeld maar ik vind het niet..?

HELP a.j.b.

[JeroenH]

Omdat ik het HomeWizard-spel heb uitgespeeld (vier batterijen is het maximum), en omdat ik extra zonnepanelen op de schuur ga leggen, én omdat een noodstroomaansluiting me toch wel wat leek, heb ik voor een mooie prijs deze gebruikte Solarflow 800 Pro + uitbreidingsbatterij gekocht:



Ik wil deze batterij geheel (lokaal uiteraard) vanuit Home Assistant bedienen zodat hij de HW batterij niet in de weg zit, dus de komende tijd moet ik me maar verdiepen in het mooie werk van @gielz.

[Mscroos]

JeroenH schreef op donderdag 20 augustus 2026 @ 09:02:
Omdat ik het HomeWizard-spel heb uitgespeeld (vier batterijen is het maximum), en omdat ik extra zonnepanelen op de schuur ga leggen, én omdat een noodstroomaansluiting me toch wel wat leek, heb ik voor een mooie prijs deze gebruikte Solarflow 800 Pro + uitbreidingsbatterij gekocht:

[Afbeelding]

Ik wil deze batterij geheel (lokaal uiteraard) vanuit Home Assistant bedienen zodat hij de HW batterij niet in de weg zit, dus de komende tijd moet ik maar verdiepen in het mooie werk van @gielz.

Ben heel benieuwd naar je ervaring. Zelf heb ik ook gekeken naar HW batterijen, maar uiteindelijk gekozen voor Zendure omdat de HW een veel te gesloten en dure omgeving is. Je grootste uitdaging gaat worden dat je twee apparaten gaat krijgen op dezelfde P1 meter. Als die beide NoM draaien dan gebeuren er vreemde dingen. Hetzelfde is het geval tussen een EV en een thuisbatterij. Het probleem is dat de ene de andere kan gaan laden wat natuurlijk ongewenst is.

Ikzelf heb nu een klein projectje draaien waarop de accu's de echte P1 te zien krijgen en mijn EV een gemanipuleerde kopie van de P1 waarbij ik de waardes aanpas. zo zorg ik ervoor dat ik de overschotten bewust een bepaalde kant kan opsturen.