Zendure producten in Home Assistant integreren deel 2

[gielz]

HiBe schreef op donderdag 19 maart 2026 @ 11:41:
[...]


Bedankt, hier kan ik weer verder mee.

als ik naar de zenSDK documentatie kijk dan lijkt alleen inverseMaxPower schrijfbaar, maar chargeMaxLimit is read-only. toch een beetje onhandig..klopt dit eigenlijk wel?
het liefst zou ik gewoon elke dag op de max zetten, zodat ik er zeker van ben dat dit goed gaat.

Beide zijn read en write ondanks dat het er niet staat. Ik zou alleen niet elke dag ze standaard op max zetten maar zoeken naar de oorzaak.

[HiBe]

gielz schreef op donderdag 19 maart 2026 @ 12:12:
[...]


Beide zijn read en write ondanks dat het er niet staat. Ik zou alleen niet elke dag ze standaard op max zetten maar zoeken naar de oorzaak.

ga ik zeker ook naar zoeken, maar wil de mogelijkheid hebben voor een workaround totdat ik de oorzaak gevonden heb.

[ralphkeb]

Sinds vandaag ook de eigenaar van een Zendure, krijg de HW p1 meter niet werkende dus dan morgen maar de HA weg in slaan.

Voor nu heb ik 1 800 plus, maar ben voornemens er nog 2 bij te halen, op elke fase een batterij, maar is het ook mogelijk om 3 batterijen te integreren?

Zie wel de mogelijkheid van 2 batterijen met de nodered oplossing, maar wil er straks echt 3.

[Devke]

ralphkeb schreef op donderdag 19 maart 2026 @ 19:50:
Sinds vandaag ook de eigenaar van een Zendure, krijg de HW p1 meter niet werkende dus dan morgen maar de HA weg in slaan.

Voor nu heb ik 1 800 plus, maar ben voornemens er nog 2 bij te halen, op elke fase een batterij, maar is het ook mogelijk om 3 batterijen te integreren?

Zie wel de mogelijkheid van 2 batterijen met de nodered oplossing, maar wil er straks echt 3.

Je zou dit kunnen proberen. Of het lekker werkt? Ik heb zelf 2x 2400 AC. Kan dit niet testen.
https://github.com/Leguanjanin/Zendure-zenSDK-proxy_3

[gielz]

ralphkeb schreef op donderdag 19 maart 2026 @ 19:50:
Sinds vandaag ook de eigenaar van een Zendure, krijg de HW p1 meter niet werkende dus dan morgen maar de HA weg in slaan.

Voor nu heb ik 1 800 plus, maar ben voornemens er nog 2 bij te halen, op elke fase een batterij, maar is het ook mogelijk om 3 batterijen te integreren?

Zie wel de mogelijkheid van 2 batterijen met de nodered oplossing, maar wil er straks echt 3.

Je zou voor de officiële integratie van Zendure zelf kunnen gaan die ondersteund dit; https://github.com/Zendure/Zendure-HA

Besef wel dat je echt veel standby verlies en ontlaad/laad verlies hebt met 3x 800 plus maar dat is meer voor het Zendure topic.

[Refl]

@gielz kleine suggestie die misschien allang is overwogen (en afgeschoten) maar ik heb de y-as van dynamisch vandaag/morgen ingesteld op 0.0 tot 0.50 (euro) en daarboven valt erbuiten. Zodoende makkelijker vergelijken dag op dag voor mij althans.

[gielz]

Refl schreef op donderdag 19 maart 2026 @ 22:30:
@gielz kleine suggestie die misschien allang is overwogen (en afgeschoten) maar ik heb de y-as van dynamisch vandaag/morgen ingesteld op 0.0 tot 0.50 (euro) en daarboven valt erbuiten. Zodoende makkelijker vergelijken dag op dag voor mij althans.

Zo was hij inderdaad ooit, maar nu dus dynamisch op aanvraag van velen. Maar gelukkig is alles zelf aanpasbaar

[Wai_AM]

@gielz wou vanochtend testen maar batterij was al 10%..

vraag, moet bij goedkoopste periodes een getal groter dan 0 worden ingevuld, voordat Dynamisch handelen modus pas gaat werken?

ging eergisteren testen maar toen deed het niks geloof ik.
gisteren werkte modus wel, heb toen maar 1 ingevuld.

[Devke]

Wai_AM schreef op vrijdag 20 maart 2026 @ 08:11:
@gielz wou vanochtend testen maar batterij was al 10%..

vraag, moet bij goedkoopste periodes een getal groter dan 0 worden ingevuld, voordat Dynamisch handelen modus pas gaat werken?

ging eergisteren testen maar toen deed het niks geloof ik.
gisteren werkte modus wel, heb toen maar 1 ingevuld.

Als je bij goedkoopste uren niets invult dan denkt de automatisering ook dat er geen goedkoopste uren zijn. Ook als de modus Dynamisch Handelen is. Wil je laden en ontladen dan altijd de goedkoopste en duurste uren "ophogen" of handmatig evt in het invoerveld daaronder invullen.

[Wai_AM]

Devke schreef op vrijdag 20 maart 2026 @ 08:16:
[...]

Als je bij goedkoopste uren niets invult dan denkt de automatisering ook dat er geen goedkoopste uren zijn. Ook als de modus Dynamisch Handelen is. Wil je laden en ontladen dan altijd de goedkoopste en duurste uren "ophogen" of handmatig evt in het invoerveld daaronder invullen.

begrijpelijk.

Mijn gedachte is, met deze dagen krijg ik mijn batterij wel vol met alleen zonnestroom, zonde om in te kopen op lage periodes, dus goedkoopste periode op 0 gezet.
Opgeladen stroom krijg ik niet opgemaakt met mijn lage verbruik, wil overschot op dure periodes verkopen zodat batterij morgen weer bruikbaar is voor overschot zonnestroom.

Modus zoiets als: Dynamisch Handelen (alleen duur verkopen)...

[Dane]

Gister 2x 2400AC+ tijdelijk even aangesloten op het stopcontact om alvast de firmware te updaten en de Gielz integratie te configureren. Ik heb (nog) geen P1 meter van Zendure en gebruik de HW P1 meter.
Ook de proxy via node red ingericht. Alles lijkt te functioneren, in die zin alle waardes worden uit de accu's gehaald en die zie ik terug op het dashboard. Ook de waardes van de HW P1 meter.
Welke modus ik ook selecteer, de accu's gaan niet laden/ontladen.
In de Zendure app heb ik de accu's HEMS niet actief staan. Verder staat in de Zendure app "Instellingen voor netaansluiting" alles op 0, pas ik dit aan dan gaat de accu wel ontladen/laden maar met de waarde die ik instel in de Zendure app. De Gielz integratie lijkt daarin dus ook niks te doen.
Volgens mij zie ik iets heel simpels over het hoofd, ik zie het alleen niet meer.
Overigens laat de HW p1 meter in de Zendure app 0w zien maar dat heb ik eerder gelezen in dit topic.
Bij instellingen heb ik "localhost:1880/endpoint" neergezet met daaronder het IP adres van de HW P1 meter.

Iemand de gouden tip?

[StarWing]

Als je P1 meter "0" weergeeft, dan hoeft je batterij ook niets te doen, je hebt geen verbruik noch injectie.
Ik zou daar eerst naar kijken.

[Dane]

StarWing schreef op vrijdag 20 maart 2026 @ 09:38:
Als je P1 meter "0" weergeeft, dan hoeft je batterij ook niets te doen, je hebt geen verbruik noch injectie.
Ik zou daar eerst naar kijken.

In de Zendure app geeft hij 0 aan maar heb gelezen dat meerdere gebruikers hier last van hebben, in Home Assistant in de Gielz integratie geeft hij gewoon een juiste waarde aan. Dat is ook de referentie voor de Gielz integratie en de aansturing van de accu. Als ik het goed begrijp.
Ben nu even teruggegaan naar 1 accu aansturing zonder de proxy om te kijken of dat wel werkt maar zonder resultaat.

[ Voor 41% gewijzigd door Dane op 20-03-2026 10:14 ]

[Devke]

Wai_AM schreef op vrijdag 20 maart 2026 @ 09:12:
[...]

begrijpelijk.

Mijn gedachte is, met deze dagen krijg ik mijn batterij wel vol met alleen zonnestroom, zonde om in te kopen op lage periodes, dus goedkoopste periode op 0 gezet.
Opgeladen stroom krijg ik niet opgemaakt met mijn lage verbruik, wil overschot op dure periodes verkopen zodat batterij morgen weer bruikbaar is voor overschot zonnestroom.

Modus zoiets als: Dynamisch Handelen (alleen duur verkopen)...

Dynamisch Handel en NOM. Zit erin. Je draait NOM, wel moet je de dure uren dan markeren.

[Devke]

Dane schreef op vrijdag 20 maart 2026 @ 09:34:
Gister 2x 2400AC+ tijdelijk even aangesloten op het stopcontact om alvast de firmware te updaten en de Gielz integratie te configureren. Ik heb (nog) geen P1 meter van Zendure en gebruik de HW P1 meter.
Ook de proxy via node red ingericht. Alles lijkt te functioneren, in die zin alle waardes worden uit de accu's gehaald en die zie ik terug op het dashboard. Ook de waardes van de HW P1 meter.
Welke modus ik ook selecteer, de accu's gaan niet laden/ontladen.
In de Zendure app heb ik de accu's HEMS niet actief staan. Verder staat in de Zendure app "Instellingen voor netaansluiting" alles op 0, pas ik dit aan dan gaat de accu wel ontladen/laden maar met de waarde die ik instel in de Zendure app. De Gielz integratie lijkt daarin dus ook niks te doen.
Volgens mij zie ik iets heel simpels over het hoofd, ik zie het alleen niet meer.
Overigens laat de HW p1 meter in de Zendure app 0w zien maar dat heb ik eerder gelezen in dit topic.
Bij instellingen heb ik "localhost:1880/endpoint" neergezet met daaronder het IP adres van de HW P1 meter.

Iemand de gouden tip?

Bij het veld Zendure 2400 AC IP adres vul ik hier mijn IP adres van NAS in waar HA op draait. Format <ip-adres>:1880 (verder niets). Endpoint het probleem?

[Dane]

Devke schreef op vrijdag 20 maart 2026 @ 10:26:
[...]

Bij het veld Zendure 2400 AC IP adres vul ik hier mijn IP adres van NAS in waar HA op draait. Format <ip-adres>:1880 (verder niets). Endpoint het probleem?

Hij haalt alle gegevens op van beide accu's dus die communicatie loopt wel goed heb ik het idee.
Nu probeer ik zonder de proxy met 1 accu te communiceren maar daar zie ik hetzelfde gedrag.
Vermoed dat ik toch iets over het hoofd zie in de Zendure app. Maar wat...?
Horen die waardes gewoon op 0 te staan bij "Instelling voor netaansluiting"?

[ralphkeb]

Dane schreef op vrijdag 20 maart 2026 @ 11:05:
[...]


Hij haalt alle gegevens op van beide accu's dus die communicatie loopt wel goed heb ik het idee.
Nu probeer ik zonder de proxy met 1 accu te communiceren maar daar zie ik hetzelfde gedrag.
Vermoed dat ik toch iets over het hoofd zie in de Zendure app. Maar wat...?
Horen die waardes gewoon op 0 te staan bij "Instelling voor netaansluiting"?

Hahaha, ik loop dus tegen exact hetzelfde aan

[Dane]

ralphkeb schreef op vrijdag 20 maart 2026 @ 11:14:
[...]


Hahaha, ik loop dus tegen exact hetzelfde aan

Ben gelukkig niet de enige Hoop dat het gewoon "een vinkje" is.

[Panzer_V]

@Dane , heb je wel de 'automation' in HA aangemaakt en aangezet?

Zie de handleiding van gielz op Git.

[CappieL]

Devke schreef op vrijdag 20 maart 2026 @ 10:26:
[...]

Bij het veld Zendure 2400 AC IP adres vul ik hier mijn IP adres van NAS in waar HA op draait. Format <ip-adres>:1880 (verder niets). Endpoint het probleem?

In die Gielz-sensor moet je het ip-adres van je omvormer invullen. Die kun je in je app of modem / router vinden. (Als je dan toch in je modem/router zit, maak het ip-adres meteen statisch)

[Dane]

Panzer_V schreef op vrijdag 20 maart 2026 @ 11:25:
@Dane , heb je wel de 'automation' in HA aangemaakt en aangezet?

Zie de handleiding van gielz op Git.

Bedankt, echt COMPLEET overheen gelezen
Ok, die is toegevoegd. Er lijkt nu iets meer te gebeuren als ik van modes wissel.
Alleen de accu blijft nog lekker "stand-by" staan.

[ralphkeb]

Ff ter verificatie, maar ik hoef hiervoor de originele Zendure integratie toch niet eerst te installeren?

[Devke]

Dane schreef op vrijdag 20 maart 2026 @ 11:05:
[...]


Hij haalt alle gegevens op van beide accu's dus die communicatie loopt wel goed heb ik het idee.
Nu probeer ik zonder de proxy met 1 accu te communiceren maar daar zie ik hetzelfde gedrag.
Vermoed dat ik toch iets over het hoofd zie in de Zendure app. Maar wat...?
Horen die waardes gewoon op 0 te staan bij "Instelling voor netaansluiting"?

Nee. Staan hier op 2400. Ik doe met de app nooit iets. HEMS uit. Blokkeer je het laden nu door deze op 0 te zetten?

[Devke]

ralphkeb schreef op vrijdag 20 maart 2026 @ 12:06:
Ff ter verificatie, maar ik hoef hiervoor de originele Zendure integratie toch niet eerst te installeren?

Nee. Geen 2 kapiteins op 1 schip veroorzaken 😜

[gast777]

ralphkeb schreef op vrijdag 20 maart 2026 @ 12:06:
Ff ter verificatie, maar ik hoef hiervoor de originele Zendure integratie toch niet eerst te installeren?

Nee, de officiele Zendure HA integratie is niet nodig als je de Gielz gebruikt.

Alleen Gielz zijn package en de automation (en het dashboard) installeren volgens handleiding is genoeg. Ook nog even HA herstarten.

[Dane]

Hij lijkt het nu te doen, alleen wil 1 accu niet laden/ontladen terwijl hij daarvoor wel de opdracht krijgt lijkt het.
Zou de SOC van beide accu's teveel verschillen? Ik heb nog geen idee hoe de verdeling met 2 accu's en de proxy van Gast777 precies verloopt met het ontladen en laden van 2 accu's.
De waardes voor ontladen/laden zie ik in de Zendure app nu ook veranderen als ik ze in de Gielz integratie aanpas. Dus voor mij was de automation toevoegen de oplossing om de accu iets te laten doen, nu de andere nog. Heb de accu (die niet laad/ontlaad) net even uit en aan gezet maar zonder resultaat.

[gast777]

Heb je de Gielz nu wel gericht op de Proxy? Je had hem namelijk even op 1 Zendure gericht voor troubleshooting.

[gast777]

Ook even "Max. Oplaadvermogen" en "Max. Ontlaadvermogen" goed zetten, op het totaal van beide devices (bijv 4800).

[Dane]

gast777 schreef op vrijdag 20 maart 2026 @ 13:10:
Heb je de Gielz nu wel gericht op de Proxy? Je had hem namelijk even op 1 Zendure gericht voor troubleshooting.

Klopt, met 1 ging het net goed. Dus heb nu jou proxy er weer tussen zitten en zie netjes 2 accu's.

[Devke]

Dane schreef op vrijdag 20 maart 2026 @ 13:07:
Hij lijkt het nu te doen, alleen wil 1 accu niet laden/ontladen terwijl hij daarvoor wel de opdracht krijgt lijkt het.
Zou de SOC van beide accu's teveel verschillen? Ik heb nog geen idee hoe de verdeling met 2 accu's en de proxy van Gast777 precies verloopt met het ontladen en laden van 2 accu's.
De waardes voor ontladen/laden zie ik in de Zendure app nu ook veranderen als ik ze in de Gielz integratie aanpas. Dus voor mij was de automation toevoegen de oplossing om de accu iets te laten doen, nu de andere nog. Heb de accu (die niet laad/ontlaad) net even uit en aan gezet maar zonder resultaat.

[Afbeelding]

Wat ging er nu mis? De 0 in de app?

[Dane]

Devke schreef op vrijdag 20 maart 2026 @ 13:18:
[...]

Wat ging er nu mis? De 0 in de app?

Voor 1 accu hielp het door de HEMS schakelaar in de Zendure app, die uit stond, aan te zetten 10 seconden wachten en daarna weer uit te zetten. Voor de andere accu wil dit nog niet werken.

[gast777]

OK, je kunt de Gielz even op die probleemaccu IP adres richten en kijken of het werkt. Dan sluit je de Proxy even uit van het probleem.

[RobTesla]

Wai_AM schreef op maandag 16 maart 2026 @ 12:54:
Met dit jojo weer zie ik bij NOM sturing de afname (bij wolk voor de zon) per 50W omlaag gaat, dit gaat langzaam als je van 2400W naar 500W of zelfs 0W dient te gaan. Is dit de normale werking van Zendure of kan je die in gielz automatisering aanpassen?

Ik heb de indruk dat die vandaag sneller schakelt...

[Devke]

Dane schreef op vrijdag 20 maart 2026 @ 13:20:
[...]


Voor 1 accu hielp het door de HEMS schakelaar in de Zendure app, die uit stond, aan te zetten 10 seconden wachten en daarna weer uit te zetten. Voor de andere accu wil dit nog niet werken.

Staan beide nu op 2400?

Kijk eens naar logboekmeldingen in de integratie van gielz of van HA zelf. Wellicht staat daar ook het e.a in.

[gast777]

gast777 schreef op vrijdag 20 maart 2026 @ 13:24:
OK, je kunt de Gielz even op die probleemaccu IP adres richten en kijken of het werkt. Dan sluit je de Proxy even uit van het probleem.

Met 1 Zendure wel even "Max. Oplaadvermogen" en "Max. Ontlaadvermogen" terug op 2400 zetten.

[Dane]

gast777 schreef op vrijdag 20 maart 2026 @ 13:29:
[...]


Met 1 Zendure wel even "Max. Oplaadvermogen" en "Max. Ontlaadvermogen" terug op 2400 zetten.

Goeie, heb het IP adres omgezet naar de accu die het niet doet. En dan gebeurd er ook niks.
Als ik een waarde laden/ontladen aanpas in de integratie zie ik hem in mijn Zendure app ook verspringen.
Dus ik doe nu de conclusie dat het de accu is die het probleem is.
Ik ga hem even uitzetten en ontkoppelen van het net en dan weer aansluiten in de hoop dat dat helpt.

[Dane]

Devke schreef op vrijdag 20 maart 2026 @ 13:25:
[...]

Staan beide nu op 2400?

Kijk eens naar logboekmeldingen in de integratie van gielz of van HA zelf. Wellicht staat daar ook het e.a in.

Logboek meldingen laten keurig zien dat hij NOM bijstuurt. Alleen wil 1 accu gewoon niet laden/ontladen.

[Panzer_V]

Dane schreef op vrijdag 20 maart 2026 @ 13:20:
[...]


Voor 1 accu hielp het door de HEMS schakelaar in de Zendure app, die uit stond, aan te zetten 10 seconden wachten en daarna weer uit te zetten. Voor de andere accu wil dit nog niet werken.

Check in de Zendure app voor firmware updates. Je zult er een paar moeten installeren. Daarna werkt het pas goed.

[Dane]

Panzer_V schreef op vrijdag 20 maart 2026 @ 13:48:
[...]


Check in de Zendure app voor firmware updates. Je zult er een paar moeten installeren. Daarna werkt het pas goed.

Ik draai op beide accu's v1.0.2 gister tijdens de installatie hadden ze allebei 1 firmware upgrade nodig nu geeft hij aan dat v1.0.2 de laatste is.

[koboy]

Dane schreef op vrijdag 20 maart 2026 @ 13:20:
[...]


Voor 1 accu hielp het door de HEMS schakelaar in de Zendure app, die uit stond, aan te zetten 10 seconden wachten en daarna weer uit te zetten. Voor de andere accu wil dit nog niet werken.

HA herstarten helpt soms ook...

[Devke]

Dane schreef op vrijdag 20 maart 2026 @ 13:33:
[...]


Logboek meldingen laten keurig zien dat hij NOM bijstuurt. Alleen wil 1 accu gewoon niet laden/ontladen.

En waar staat netinvoer op? Bij 1 en 2?

[Dane]

Devke schreef op vrijdag 20 maart 2026 @ 14:09:
[...]

En waar staat netinvoer op? Bij 1 en 2?

Opgelost, zou het kunnen dat de Zendure meerdere omvormers op 1 fase kan detecteren?
Ik verplaats de accu naar een ander stopcontact. Wat me al direct opviel is dat als ik de stekker in het stopcontact duw hij vanzelf opstart. Dit deed hij op zijn originele plek niet, ik moest hem handmatig aanzetten.
Nu laad hij beide accu's op.
Voor nu laat ik het even zo draaien en ga kijken wat het doet, de accu's komen straks op een eigen groep verdeeld over 2 fase.

[Wai_AM]

RobTesla schreef op vrijdag 20 maart 2026 @ 13:25:
[...]

Ik heb de indruk dat die vandaag sneller schakelt...

niet echt naar gekeken vandaag, geen wolkje in de lucht vandaag boven Amsterdam..

[Devke]

Dane schreef op vrijdag 20 maart 2026 @ 14:28:
[...]


Opgelost, zou het kunnen dat de Zendure meerdere omvormers op 1 fase kan detecteren?
Ik verplaats de accu naar een ander stopcontact. Wat me al direct opviel is dat als ik de stekker in het stopcontact duw hij vanzelf opstart. Dit deed hij op zijn originele plek niet, ik moest hem handmatig aanzetten.
Nu laad hij beide accu's op.
Voor nu laat ik het even zo draaien en ga kijken wat het doet, de accu's komen straks op een eigen groep verdeeld over 2 fase.

Zijn beide WCD van randaarde voorzien? Ik kan me herinneren dat ik ze hier ook een x even verplaatst heb voor werkzaamheden. Degene die niet op een WCD met randaarde zat had geen zin.

[Dane]

Devke schreef op vrijdag 20 maart 2026 @ 14:48:
[...]

Zijn beide WCD van randaarde voorzien? Ik kan me herinneren dat ik ze hier ook een x even verplaatst heb voor werkzaamheden. Degene die niet op een WCD met randaarde zat had geen zin.

Goeie dat zou het wel eens kunnen zijn inderdaad! 1tje is zonder randaarde.
Ik vermoed dat dat het probleem is geweest.

[ralphkeb]

gast777 schreef op vrijdag 20 maart 2026 @ 12:48:
[...]

Nee, de officiele Zendure HA integratie is niet nodig als je de Gielz gebruikt.

Alleen Gielz zijn package en de automation (en het dashboard) installeren volgens handleiding is genoeg. Ook nog even HA herstarten.

En inmiddels is het gelukt, staat nu op NoM, al is dat met een interval van 10 seconden uiteraard niet zo nauwkeurig.
Volgende stap is dynamisch via Nordpool te gaan integreren.

Nu staat alles vanuit het mooie dashboard op Zendure 2400, eens kijken of ik dit allemaal aan kan passen naar 800 plus.

[ Voor 10% gewijzigd door ralphkeb op 20-03-2026 15:05 ]

[Devke]

Dane schreef op vrijdag 20 maart 2026 @ 14:54:
[...]


Goeie dat zou het wel eens kunnen zijn inderdaad! 1tje is zonder randaarde.
Ik vermoed dat dat het probleem is geweest.

Dat is te testen. Terug plaatsen. Goeie workout ook 😜. Fijn dat het werkt!

[metalmarco]

Devke schreef op donderdag 19 maart 2026 @ 19:56:
[...]


Je zou dit kunnen proberen. Of het lekker werkt? Ik heb zelf 2x 2400 AC. Kan dit niet testen.
https://github.com/Leguanjanin/Zendure-zenSDK-proxy_3

Bovenstaande proxy had ik hier vorige week ook geprobeerd. Maar werkte bij mij niet. En als ik hem vergelijk met de orginele van @gast777 in nodered, dan zie ik toch al aardig wat verschillen (buiten dat er een extra omvormer bij komt). En er is in de 2-3 maand toch aardig wat veranderd in de beide heren hun aansturing (en top dat ze dat doen )

Dus hier na even getest hebben met 2 setjes samen met @gielz zijn intergratie en met @gast777 zijn proxy, ben ik maar overgestapt naar de Zendure intergratie om mijn 3 sets 2400ac's aan te sturen in HA.

[gast777]

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.

[YvonneVP]

Wai_AM schreef op woensdag 18 maart 2026 @ 15:44:
net ticket ingeschoten en krijg meteen een email antwoord terug:

Dear customer,

The issue you described regarding the slow response of the SolarFlow 2400 AC with firmware V1.0.19 to changes in solar input, particularly during cloudy weather, aligns with known concerns about response delays in the system. Here are some insights and suggestions based on the knowledge base:
Observations and Known Behavior:

Response Delay in Adjusting Power:
The system is designed to prioritize stability and avoid frequent fluctuations in power adjustments. This may result in slower reductions in charging power when solar input decreases, as observed in your case.
The gradual decrease in charging power (e.g., from 2400W to 0W taking over 30 seconds) is likely a deliberate design to prevent abrupt changes that could impact system performance.

Firmware Behavior:
Users have reported that earlier firmware versions had faster response times. The current behavior in V1.0.19 may be due to changes in the firmware logic aimed at optimizing other aspects of system performance.

Charging from the Grid:
The system may switch to grid charging if solar input drops below a certain threshold, especially if the battery's charge/discharge thresholds are not optimized.

Suggestions for Improvement:

Optimize Energy Scheduling Settings:
In the Zendure app, review and adjust the energy scheduling settings. Ensure that "PV Only Charging" or "Prioritize Solar" is enabled to minimize grid charging.

Battery Charge/Discharge Thresholds:
Consider optimizing the charge/discharge thresholds. For example, set the battery to discharge to 70% before recharging at 80%, rather than starting to recharge at 79%. This can help reduce unnecessary grid charging.

Firmware Update:
If possible, check for any new firmware updates that may address this issue. Firmware updates can often include optimizations for system behavior.

Restart the System:
Restarting the system can sometimes resolve temporary anomalies in power direction identification or response delays.

Provide Feedback to Zendure:
Your detailed observations and experiment results are valuable. Sharing this information with Zendure's R&D team can help them analyze the issue and potentially release a firmware update to address it.

If the issue persists despite these steps, it may require further analysis by Zendure's R&D team. In such cases, providing a video of the behavior, along with the date and time, can assist in identifying the root cause. Let me know if you need further assistance!

Ben niet blij met dit antwoord, ze zeggen dus vanwege stabiliteit......

Grote kans dat het een AI antwoordt is. Heb ik ook eens gehad toen ik mijn eerste ticket indiende, terwijl de suggesties die gedaan werden niet echt een oplossing waren voor het issue.

[polo1987]

Nu net iets meer dan 1 week de 2400AC+ binnen en meteen de intergratie van Gielz gebruikt.
Echt helemaal top.

Toch viel mij iets op.
Als ik 's nachts NOM draai, dan blijft het leveren van de accu fluctueren. Ik heb achter bijna alle apparaten smart stekkers en die laten geen vergeliikbaar gedrag zien. (andere dingen al uit het stopcontact gehaald)

Als ik een vaste waarde instel om te ontladen (150W) dan krijg ik een hele strakke lijn.
en niet de fluctuatie van de P1 meter
(in deze grafiek zijn de 2 pieken van mijn verwarming)


Het fluctuerende gedrag bij NOM is alleen zichtbaar bij ontladen.

2400AC+ fw:1.0.2
Gielz (April 2026) v20260312
HomeWizard P1 meter
Ik heb 1 aanpassing aan de integratie van Gielz gedaan en dat is de trigger interval op 15seconden gezet. Dat is ivm met mijn oude DSMR 4.2 meter. (die moet nog vervangen worden)

Heeft iemand een idee waarom het ontladen zo fluctueerd?

[Aardedraadje]

polo1987 schreef op vrijdag 20 maart 2026 @ 17:31:
Nu net iets meer dan 1 week de 2400AC+ binnen en meteen de intergratie van Gielz gebruikt.
Echt helemaal top.

Toch viel mij iets op.
Als ik 's nachts NOM draai, dan blijft het leveren van de accu fluctueren. Ik heb achter bijna alle apparaten smart stekkers en die laten geen vergeliikbaar gedrag zien. (andere dingen al uit het stopcontact gehaald)
[Afbeelding]
Als ik een vaste waarde instel om te ontladen (150W) dan krijg ik een hele strakke lijn.
en niet de fluctuatie van de P1 meter
(in deze grafiek zijn de 2 pieken van mijn verwarming)
[Afbeelding]

Het fluctuerende gedrag bij NOM is alleen zichtbaar bij ontladen.

2400AC+ fw:1.0.2
Gielz (April 2026) v20260312
HomeWizard P1 meter
Ik heb 1 aanpassing aan de integratie van Gielz gedaan en dat is de trigger interval op 15seconden gezet. Dat is ivm met mijn oude DSMR 4.2 meter. (die moet nog vervangen worden)

Heeft iemand een idee waarom het ontladen zo fluctueerd?

Zero-crossing gedrag van de meter. Sommige meters 'vergeten' soms even het teken (+ of -) van de meting om te draaien als hij door de nul gaat. Ik regel hier daarom met ontladen naar -50 ipv 0 ep de meter.

[polo1987]

Aardedraadje schreef op vrijdag 20 maart 2026 @ 17:37:
[...]

Zero-crossing gedrag van de meter. Sommige meters 'vergeten' soms even het teken (+ of -) van de meting om te draaien als hij door de nul gaat. Ik regel hier daarom met ontladen naar -50 ipv 0 ep de meter.

Ah, dan zal het flucteren waarschiijnlijk verdwijnen als er hier een nieuwe electriciteitsmeter komt.

Ik zal de -50 offset ook eens proberen.

[YvonneVP]

Dane schreef op vrijdag 20 maart 2026 @ 14:28:
[...]


Opgelost, zou het kunnen dat de Zendure meerdere omvormers op 1 fase kan detecteren?
Ik verplaats de accu naar een ander stopcontact. Wat me al direct opviel is dat als ik de stekker in het stopcontact duw hij vanzelf opstart. Dit deed hij op zijn originele plek niet, ik moest hem handmatig aanzetten.
Nu laad hij beide accu's op.
Voor nu laat ik het even zo draaien en ga kijken wat het doet, de accu's komen straks op een eigen groep verdeeld over 2 fase.

Pas wel op dat je de boel niet opblaast met de accu's nog op een stopcontact waar ook andere apparaten op zitten. Max. ontladen kun je dan beter op 800w hebben staan (mocht je hem veel hoger hebben dan dat)

[YvonneVP]

RobTesla schreef op vrijdag 20 maart 2026 @ 13:25:
[...]

Ik heb de indruk dat die vandaag sneller schakelt...

Ik zit tot nu maar op 9 schakelingen. Heb je wel vaker last van veel schakelingen? Of is dit alleen vandaag opvallend meer dan normaal?

[RobTesla]

YvonneVP schreef op vrijdag 20 maart 2026 @ 17:47:
[...]

Ik zit tot nu maar op 9 schakelingen. Heb je wel vaker last van veel schakelingen? Of is dit alleen vandaag opvallend meer dan normaal?

Sorry, niet duidelijk. Het ging over het aanpassen van de laadlimiet en de response erop van de Zendure, had precies de indruk dat ie vandaag sneller naar een lagere laadinstelling zakte dan enkele dagen terug, toen het precies met 50W stapjes ging.

[gast777]

polo1987 schreef op vrijdag 20 maart 2026 @ 17:31:

Ik heb 1 aanpassing aan de integratie van Gielz gedaan en dat is de trigger interval op 15seconden gezet. Dat is ivm met mijn oude DSMR 4.2 meter. (die moet nog vervangen worden)

Heeft iemand een idee waarom het ontladen zo fluctueerd?

En als je hem nou eens op 20 seconden zet? Gaan de uitschieters dan weg?

Afhankelijk van de interval die je meter heeft kan het zijn dat de data bij triggeren van de Gielz automation nog te oud is, van te vlak na de vorige vermogensopdracht aan de Zendure. Dan is wellicht het resultaat van de vorige opdracht er nog niet in verwerkt en ga je nog een keer extra erbovenop een opdracht voor nog meer vermogen geven.

[DrNickB]

@gielz geniet van een bakkie (met misschien puntje gebak )

[ Voor 3% gewijzigd door DrNickB op 20-03-2026 21:54 ]

[Aardedraadje]

gast777 schreef op vrijdag 20 maart 2026 @ 18:49:
[...]


En als je hem nou eens op 20 seconden zet? Gaan de uitschieters dan weg?

Afhankelijk van de interval die je meter heeft kan het zijn dat de data bij triggeren van de Gielz automation nog te oud is, van te vlak na de vorige vermogensopdracht aan de Zendure. Dan is wellicht het resultaat van de vorige opdracht er nog niet in verwerkt en ga je nog een keer extra erbovenop een opdracht voor nog meer vermogen geven.

Wat je ziet bij @polo1987 is echt typisch zero-crossing gedrag waar sommige meters (in mijn geval een Kaifa) berucht om zijn. Bij mij hadden zowel Zendure (Gielz) als HomeWizard (PiB's heb ik een poos gedraaid) er last van.

Dat zag er dan zo uit:


Je ziet hier hetzelfde kenmerkende beeld als bij @polo1987: De meting van de slimme meter toont een stijgende curve, waardoor de batterij meer gaat leveren. Vervolgens stijgt de afname volgens de meter nóg meer. Dit duurt even, totdat de slimme meter ineens teruglevering aangeeft.

Wat gebeurt er? De slimme meter gebruikt een chip die met pulsen het vermogen aangeeft, en een apart signaal dat het teken (positief of negatief vermogen) aangeeft. Die signalen lopen niet altijd synchroon. Wat er dan ontstaat is dat bij het doorkruizen van de nul (door de NOM-regeling) de meter aangeeft dat er (bijvoorbeeld) 10 W wordt afgenomen, terwijl er daadwerkelijk 10W wordt teruggeleverd. De batterij (NoM-regeling) gaat 10W extra leveren, vervolgens geeft de slimme meter 20W afname aan. De batterij gaat 20W extra leveren, vervolgens geeft de slimme meter ineens -40W aan omdat hij nu pas doorheeft dat het teken is omgeklapt.

Dit werkt beide richtingen op zo en veroorzaakt bovenstaand beeld, zelfs bij stabiele belasting in huis. Puur door weg te blijven van de nul wordt het beeld al een stuk stabieler, ook met een strakke 10s interval (bij mij reageert de aansturing direct bij een update van de P1 sensor):

[ Voor 19% gewijzigd door Aardedraadje op 20-03-2026 20:51 ]

[polo1987]

@gast777 de meter interval is 10seconden, dus daar blijf ik al bij weg met 15 seconden.

@Aardedraadje Ik heb ook een Kaifa meter (E0025)
Dit is nog een oude met GPRS, die nog vervangen moet worden.
Welk model Kaifa heb jij?

[gast777]

Aardedraadje schreef op vrijdag 20 maart 2026 @ 20:11:
[...]
De slimme meter gebruikt een chip die met pulsen het vermogen aangeeft, en een apart signaal dat het teken (positief of negatief vermogen) aangeeft. Die signalen lopen niet altijd synchroon. Wat er dan ontstaat is dat bij het doorkruizen van de nul (door de NOM-regeling) de meter aangeeft dat er (bijvoorbeeld) 10 W wordt afgenomen, terwijl er daadwerkelijk 10W wordt teruggeleverd.

OK, duidelijk. Dat is toch wel een slecht ontwerp van een meter...

[Aardedraadje]

gast777 schreef op vrijdag 20 maart 2026 @ 22:56:
[...]


OK, duidelijk. Dat is toch wel een slecht ontwerp van een meter...

Het schijnt dat meer meters dergelijke chips gebruiken, althans zo kwam het over in mijn contact met de ontwikkelaar van HW bij wie ik het gedrag voorlegde. Wat mij betreft ook een slecht ontwerp, het zit goed NOM draaien meer in de weg dan de 10s interval.

Maar ach, de meters zijn meer dan tien jaar oud. Destijds was 'NOM' nauwelijks een begrip. Deze bug kwam je dan ook eigenlijk niet tegen. Alleen eventjes zodra de zonnepanelen in de buurt komen van je verbruik.

polo1987 schreef op vrijdag 20 maart 2026 @ 20:30:
@Aardedraadje Ik heb ook een Kaifa meter (E0025)
Dit is nog een oude met GPRS, die nog vervangen moet worden.
Welk model Kaifa heb jij?

Een E0027, ook een oude (met CDMA) die vervangen moet worden. Kan niet snel genoeg gebeuren

[ Voor 11% gewijzigd door Aardedraadje op 21-03-2026 09:03 ]

[Refl]

In verband met auto laden ben ik benieuwd of iemand een soort override mode heeft kunnen integreren in HA icm Gielz aansturing.

Bijv. naast "modus selecteren" (zoals dynamisch NOM) dan een "override modus" optie eronder (bijvoorbeeld enkel opladen toestaan) die enkel actief is bij verbruik van meer dan 8000 watt (auto laden).

Als je dan de auto oplaadt bij goedkope dynamische uurtjes zal én de auto laden én de accu laden (is nu ook het geval met huidige aansturing modus dynamisch) maar in een relatief goedkoop uur wat toevallig niet het allergoedkoopste is zal de accu dan standby springen in plaats van ontladen (mocht je die stroom willen bewaren voor dure uurtjes + normale NOM sluipverbruik maar niet aan urenlang autoladen).

Hiermee kun je los van je accuschema gewoon zelf kijken wanneer je de auto wilt laden, desnoods met planning in paal/auto of pas volladen net voor vertrek, zonder dat je urenlang de accu belast.

Iemand die hier iets voor heeft bedacht of zie ik een probleem wat er niet is?

[ Voor 7% gewijzigd door Refl op 21-03-2026 09:56 ]

[Taro]

Refl schreef op zaterdag 21 maart 2026 @ 09:54:
In verband met auto laden ben ik benieuwd of iemand een soort override mode heeft kunnen integreren in HA icm Gielz aansturing.

Bijv. naast "modus selecteren" (zoals dynamisch NOM) dan een "override modus" optie eronder (bijvoorbeeld enkel opladen toestaan) die enkel actief is bij verbruik van meer dan 8000 watt (auto laden).

Als je dan de auto oplaadt bij goedkope dynamische uurtjes zal én de auto laden én de accu laden (is nu ook het geval met huidige aansturing modus dynamisch) maar in een relatief goedkoop uur wat toevallig niet het allergoedkoopste is zal de accu dan standby springen in plaats van ontladen (mocht je die stroom willen bewaren voor dure uurtjes + normale NOM sluipverbruik maar niet aan urenlang autoladen).

Hiermee kun je los van je accuschema gewoon zelf kijken wanneer je de auto wilt laden, desnoods met planning in paal/auto of pas volladen net voor vertrek, zonder dat je urenlang de accu belast.

Iemand die hier iets voor heeft bedacht of zie ik een probleem wat er niet is?

Ervaringsdeskundige hier: Nooit afgaan op bijv. "meer dan 8000 Watt", maar altijd kijken of je de bron kunt herleiden. Hier bijv. CT-klemmen om de Zappi groep, uitlezen van beide EV's via de Tesla integratie, etc. Zorg dat je altijd weet wat de specifieke verbruiker is.

Stel dat je de kookplaat, afzuigkap, oven, wasmachine, droger, vaatwasser, strijkijzer en tosti-ijzer tegelijkertijd aan hebt staan, dan wordt er ook >8000 Watt verbruikt, maar betreft het niet je auto en dan wil je mogelijk anders regelen.

[Pakhaas]

@Taro Daarom moet je de trigger zo instellen dat het de sensor van de autolader is.

@Refl kan via dm wel even delen wat ik heb. Bij mij gaat die automatisch naar modus x als EV aan is tenzij ik handmatig de override switch aan heb, dan laat hij de modus wat het is.

Na stoppen laden pakt hij automatisch de oude modus terug (die hij tijdelijk ergens neerzet)

Maar je kan met HA bouwen wat je wil.

[ Voor 74% gewijzigd door Pakhaas op 21-03-2026 10:09 ]

[Devke]

Refl schreef op zaterdag 21 maart 2026 @ 09:54:
In verband met auto laden ben ik benieuwd of iemand een soort override mode heeft kunnen integreren in HA icm Gielz aansturing.

Bijv. naast "modus selecteren" (zoals dynamisch NOM) dan een "override modus" optie eronder (bijvoorbeeld enkel opladen toestaan) die enkel actief is bij verbruik van meer dan 8000 watt (auto laden).

Als je dan de auto oplaadt bij goedkope dynamische uurtjes zal én de auto laden én de accu laden (is nu ook het geval met huidige aansturing modus dynamisch) maar in een relatief goedkoop uur wat toevallig niet het allergoedkoopste is zal de accu dan standby springen in plaats van ontladen (mocht je die stroom willen bewaren voor dure uurtjes + normale NOM sluipverbruik maar niet aan urenlang autoladen).

Hiermee kun je los van je accuschema gewoon zelf kijken wanneer je de auto wilt laden, desnoods met planning in paal/auto of pas volladen net voor vertrek, zonder dat je urenlang de accu belast.

Iemand die hier iets voor heeft bedacht of zie ik een probleem wat er niet is?

Edit : Mogelijke oplossingen zijn al benoemd.

[ Voor 11% gewijzigd door Devke op 21-03-2026 10:18 ]

[RobTesla]

Refl schreef op zaterdag 21 maart 2026 @ 09:54:
of iemand een soort override mode heeft kunnen integreren in HA icm Gielz aansturing.

Ik maak enorm veel gebruik van python scripts die allerhande dingen van me regelen die in m'n OpenHAB en HA zitten en ook daarbuiten. Het is vrij eenvoudig om je HA te besturen met python, dus ook om de Gielz-aansturing te manipuleren. Hierbij kan je zelf de modus instellen bv. Snel Laden, de laad- en ontlaadlimieten edm...

Ik lees in m'n scripting ook de Shelly EM3 Pro uit én de Victron voor wat betreft de solar-opbrengst én de PylonTech socs, alsook een integratie met Tesla om m'n granny charger aan te sturen en zo aan load balancing te doen. En dit allemaal met Python.

Dus als je echt van de platgetrapte paden afwijkt en iets zeer specifiek wil doen én je hebt python-kennis (of wil dit aanleren) dan kan je daar al heel wat mee doen...

[Refl]

Pakhaas schreef op zaterdag 21 maart 2026 @ 10:06:
@Taro Daarom moet je de trigger zo instellen dat het de sensor van de autolader is.

@Refl kan via dm wel even delen wat ik heb. Bij mij gaat die automatisch naar modus x als EV aan is tenzij ik handmatig de override switch aan heb, dan laat hij de modus wat het is.

Na stoppen laden pakt hij automatisch de oude modus terug (die hij tijdelijk ergens neerzet)

Maar je kan met HA bouwen wat je wil.

Delen zou fijn zijn!

En @Taro je hebt helemaal gelijk in wat je zegt! Maar of de trigger nu 8000W is, of inderdaad "als sensor X of Y op (ja) staat..." ben ik vooral benieuwd hoe dat geimplementeerd kan worden in de huidige automation omdat die van Gielz elke 4 seconde aanslaat en wilde zeker weten hoe je daar een "overrule" voor kon bouwen.

[hemertje]

Refl schreef op zaterdag 21 maart 2026 @ 11:11:
[...]


Delen zou fijn zijn!

En @Taro je hebt helemaal gelijk in wat je zegt! Maar of de trigger nu 8000W is, of inderdaad "als sensor X of Y op (ja) staat..." ben ik vooral benieuwd hoe dat geimplementeerd kan worden in de huidige automation omdat die van Gielz elke 4 seconde aanslaat en wilde zeker weten hoe je daar een "overrule" voor kon bouwen.

Ter inspiratie, lering en vermaak graag hier zodat anderen er ook wat aan hebben

[gielz]

Refl schreef op zaterdag 21 maart 2026 @ 11:11:
[...]


Delen zou fijn zijn!

En @Taro je hebt helemaal gelijk in wat je zegt! Maar of de trigger nu 8000W is, of inderdaad "als sensor X of Y op (ja) staat..." ben ik vooral benieuwd hoe dat geimplementeerd kan worden in de huidige automation omdat die van Gielz elke 4 seconde aanslaat en wilde zeker weten hoe je daar een "overrule" voor kon bouwen.

Je kunt meerdere dingen doen, je kunt een eigen fake p1 meter sensor maken die je kunt manipuleren en als afwijkende P1 gebruikt. Of je kunt een eigen extra automatisering maken die de modus verandert naar bijvoorbeeld "Alleen slim opladen".

Genoeg wegen om te bewandelen. Zou gewoon even op "Auto" of "EV" zoeken in dit topic.

[Pakhaas]

hemertje schreef op zaterdag 21 maart 2026 @ 11:21:
[...]


Ter inspiratie, lering en vermaak graag hier zodat anderen er ook wat aan hebben

Ik heb het hier al eens gedeeld bedenk ik me net: https://gathering.tweakers.net/forum/view_message/84776616

[ralphkeb]

Aardedraadje schreef op vrijdag 20 maart 2026 @ 17:37:
[...]

Zero-crossing gedrag van de meter. Sommige meters 'vergeten' soms even het teken (+ of -) van de meting om te draaien als hij door de nul gaat. Ik regel hier daarom met ontladen naar -50 ipv 0 ep de meter.

Waar in de instellingen kan ik ontladen naar -50 ipv 0 zetten?

[Aardedraadje]

ralphkeb schreef op zaterdag 21 maart 2026 @ 13:21:
[...]


Waar in de instellingen kan ik ontladen naar -50 ipv 0 zetten?

Ik draai een verouderde versie van Gielz die ik destijds wat getuned heb voor mijn meter. Ik weet niet hoe dat in nieuwere versies zit maar destijds heb ik in de YAML van de automatiseing de variabele 'correctie' aangepast naar een input number die ik via de GUI kan aanpassen.

Wellicht dat deze correctie ondertussen al deel is van de GUI, anders wordt het toch de automatisering aanpassen

[gielz]

Aardedraadje schreef op zaterdag 21 maart 2026 @ 14:46:
[...]

Ik draai een verouderde versie van Gielz die ik destijds wat getuned heb voor mijn meter. Ik weet niet hoe dat in nieuwere versies zit maar destijds heb ik in de YAML van de automatiseing de variabele 'correctie' aangepast naar een input number die ik via de GUI kan aanpassen.

Wellicht dat deze correctie ondertussen al deel is van de GUI, anders wordt het toch de automatisering aanpassen

Het correctie deel is inderdaad sinds v20260115 (Februari 2026 release) opgenomen in de GUI;
Oplaadmarge en Ontlaadmarge

[Hieke]

Ik mis eigenlijk in het pull-down menu de optie NOM + EV laden.. Waarbij je in het Configuratiemenu een entiteit voor laadstroom van de laadpaal kunt ingeven.
Dan zijn we na een upgrade van @gielz meteen ontzorgd.😇

[Pakhaas]

Hieke schreef op zaterdag 21 maart 2026 @ 17:01:
Ik mis eigenlijk in het pull-down menu de optie NOM + EV laden.. Waarbij je in het Configuratiemenu een entiteit voor laadstroom van de laadpaal kunt ingeven.
Dan zijn we na een upgrade van @gielz meteen ontzorgd.😇

En wat wil je dan voor modus tijdens EV laden? Vrij simpel te doen met een eigen automatisering. Ik denk dat Gielz wel 100 verschillende modussen voor iedereen kan bedenken, is zo persoonlijk. Maakt het ook minder overzichtelijk en kans op bugs groter.

[Idr548]

In eerste fase ben ik alles aan het opzetten om enkele data te lezen in home assistent.
Ik heb dit nu werkende voor mijn zonnepanelen (solarEdge) en mijn homewizard meter.

Voor mijn zendure batterij heb ik nu eerste even "Van Zendure zelf " geinstalleerd omdat me dit het gemakkelijkste leek om te starten.
Dit werkt ook, maar ik vraag me af of dit issues gaat geven met mijn HEMS sturing die ik momenteel gebruik.
Ik moest bij installeren van de Zendure-HA namelijk een sensor opgeven voor 0 sturing.

[gielz]

Idr548 schreef op zaterdag 21 maart 2026 @ 18:32:
In eerste fase ben ik alles aan het opzetten om enkele data te lezen in home assistent.
Ik heb dit nu werkende voor mijn zonnepanelen (solarEdge) en mijn homewizard meter.

Voor mijn zendure batterij heb ik nu eerste even "Van Zendure zelf " geinstalleerd omdat me dit het gemakkelijkste leek om te starten.
Dit werkt ook, maar ik vraag me af of dit issues gaat geven met mijn HEMS sturing die ik momenteel gebruik.
Ik moest bij installeren van de Zendure-HA namelijk een sensor opgeven voor 0 sturing.

Bij operation mode "Off" zou HA niets moeten doen en alleen data uitlezen. HEMS kan dan gewoon het werk doen.

[Hieke]

Pakhaas schreef op zaterdag 21 maart 2026 @ 18:07:
[...]

En wat wil je dan voor modus tijdens EV laden? Vrij simpel te doen met een eigen automatisering. Ik denk dat Gielz wel 100 verschillende modussen voor iedereen kan bedenken, is zo persoonlijk. Maakt het ook minder overzichtelijk en kans op bugs groter.

Staan er nu al 11 in, ééntje meer moet geen probleem zijn. Standby of zo..
Ik handel niet..
Met eigen automatiseringen is de kans op bugs nog groter.

[Refl]

gielz schreef op zaterdag 21 maart 2026 @ 11:21:
[...]


Je kunt meerdere dingen doen, je kunt een eigen fake p1 meter sensor maken die je kunt manipuleren en als afwijkende P1 gebruikt. Of je kunt een eigen extra automatisering maken die de modus verandert naar bijvoorbeeld "Alleen slim opladen".

Genoeg wegen om te bewandelen. Zou gewoon even op "Auto" of "EV" zoeken in dit topic.

Fake P1 meter is een heel goed idee. Thanks daar kan ik wel wat mee

[YvonneVP]

Vandaag mijn batterijen lekker met zonnestroom gevuld. De instelling stond gewoon op 'Dynamisch NOM (Duur). Toen de batterij vol was, maar het zonnetje nog lekker scheen, ging de status vaan de Zendure naar standby. Tot daar aan toe leek er niks aan het handje. Vanavond keek ik en toen bleek de batterij niet te ontladen, ondanks dat de periode al een paar uur hoog was en de zon ook al weg was. Als ik de status 'Dynamisch NOM' selecteer dan start het ontladen wel, en wordt er dus stroom van de batterij aan het huis geleverd.

De volgende stappen heb ik al uitgevoerd om te proberen het te verhelpen, en dat Dynamisch NOM (Duur) weer zou gaan werken:
1.
- 'Standby' geselecteerd
- Gielz automation gedeactiveerd
- HA opnieuw opgestart
- Gielz automation weer geactiveerd
- Dynamisch NOM (Duur) modus geselecteerd

2.
- Standby modus geselecteerd
- Gielz automation gedeactiveerd
- HEMS in de Zendure app ongeveer 3 minuten even aan gezet
- HEMS hierna weer uitgezet
- Gielz automation weer geactiveerd
- HA opnieuw opgestart
- Dynamisch NOM (Duur) modus geselecteerd

3.
- IP adres van de Home Wizard P1 meter uit de configuratie instelling verwijdert
- sensor.p1_zendure_api ingevoerd bij 'Afwijkende P1 Sensor'
- Standby modus geselecteerd
- Gielz automation gedeactiveerd
- HA opnieuw opgestart
- Gielz automation weer geactiveerd
- Dynamisch NOM (Duur) modus geselecteerd

Als laatste heb ik alles nogmaals geprobeerd nadat ik de HA core update heb geïnstalleerd. Niets werkt om de modus 'Dynamisch NOM (Duur)' weer werkend te krijgen zoals voorheen. Zoals gezegd, Dynamisch NOM werkt wel, Dynamisch NOM (Duur) niet terwijl de periode duur van kracht is.

In de log zag ik wel het volgende staan:
Logger: homeassistant.components.template.template_entity
Source: components/template/template_entity.py:101
integration: Template (documentation, issues)
First occurred: 10:42:01 PM (1 occurrence)
Last logged: 10:42:01 PM

TemplateError('UndefinedError: No first item, sequence was empty.') while processing template 'Template<template=({% set prijzen = state_attr('sensor.dynamisch_goedkoopste_periode','raw_today') %} {% if prijzen %} {% set eerste_goedkoop = prijzen | selectattr('goedkoop','eq','ja') | map(attribute='start') | map('as_datetime') | sort | first %} [ {% for uur in prijzen if uur.duur == 'ja' and (uur.start | as_datetime > eerste_goedkoop) %} { "start": "{{ uur.start }}", "end": "{{ uur.end }}", "value": {{ uur.value }}, "goedkoop": "{{ uur.goedkoop }}", "duur": "ja" }{% if not loop.last %},{% endif %} {% endfor %} ] {% else %} [] {% endif %}) renders=6>' for attribute 'duurste_na_eerste_goedkope' in entity 'sensor.dynamisch_goedkoopste_periode'

Zie ik iets over het hoofd, of gaat er gewoonweg op de achtergrond toch iets niet helemaal zoals zou moeten? Ik heb namelijk verder niets gedaan vandaag, en alles dus gewoon geautomatiseerd laten lopen met de Gielz oplossing.

[koboy]

YvonneVP schreef op zaterdag 21 maart 2026 @ 23:09:
Vandaag mijn batterijen lekker met zonnestroom gevuld. De instelling stond gewoon op 'Dynamisch NOM (Duur). Toen de batterij vol was, maar het zonnetje nog lekker scheen, ging de status vaan de Zendure naar standby. Tot daar aan toe leek er niks aan het handje. Vanavond keek ik en toen bleek de batterij niet te ontladen, ondanks dat de periode al een paar uur hoog was en de zon ook al weg was. Als ik de status 'Dynamisch NOM' selecteer dan start het ontladen wel, en wordt er dus stroom van de batterij aan het huis geleverd.

De volgende stappen heb ik al uitgevoerd om te proberen het te verhelpen, en dat Dynamisch NOM (Duur) weer zou gaan werken:
1.
- 'Standby' geselecteerd
- Gielz automation gedeactiveerd
- HA opnieuw opgestart
- Gielz automation weer geactiveerd
- Dynamisch NOM (Duur) modus geselecteerd

2.
- Standby modus geselecteerd
- Gielz automation gedeactiveerd
- HEMS in de Zendure app ongeveer 3 minuten even aan gezet
- HEMS hierna weer uitgezet
- Gielz automation weer geactiveerd
- HA opnieuw opgestart
- Dynamisch NOM (Duur) modus geselecteerd

3.
- IP adres van de Home Wizard P1 meter uit de configuratie instelling verwijdert
- sensor.p1_zendure_api ingevoerd bij 'Afwijkende P1 Sensor'
- Standby modus geselecteerd
- Gielz automation gedeactiveerd
- HA opnieuw opgestart
- Gielz automation weer geactiveerd
- Dynamisch NOM (Duur) modus geselecteerd

Als laatste heb ik alles nogmaals geprobeerd nadat ik de HA core update heb geïnstalleerd. Niets werkt om de modus 'Dynamisch NOM (Duur)' weer werkend te krijgen zoals voorheen. Zoals gezegd, Dynamisch NOM werkt wel, Dynamisch NOM (Duur) niet terwijl de periode duur van kracht is.

In de log zag ik wel het volgende staan:
Logger: homeassistant.components.template.template_entity
Source: components/template/template_entity.py:101
integration: Template (documentation, issues)
First occurred: 10:42:01 PM (1 occurrence)
Last logged: 10:42:01 PM

TemplateError('UndefinedError: No first item, sequence was empty.') while processing template 'Template<template=({% set prijzen = state_attr('sensor.dynamisch_goedkoopste_periode','raw_today') %} {% if prijzen %} {% set eerste_goedkoop = prijzen | selectattr('goedkoop','eq','ja') | map(attribute='start') | map('as_datetime') | sort | first %} [ {% for uur in prijzen if uur.duur == 'ja' and (uur.start | as_datetime > eerste_goedkoop) %} { "start": "{{ uur.start }}", "end": "{{ uur.end }}", "value": {{ uur.value }}, "goedkoop": "{{ uur.goedkoop }}", "duur": "ja" }{% if not loop.last %},{% endif %} {% endfor %} ] {% else %} [] {% endif %}) renders=6>' for attribute 'duurste_na_eerste_goedkope' in entity 'sensor.dynamisch_goedkoopste_periode'

Zie ik iets over het hoofd, of gaat er gewoonweg op de achtergrond toch iets niet helemaal zoals zou moeten? Ik heb namelijk verder niets gedaan vandaag, en alles dus gewoon geautomatiseerd laten lopen met de Gielz oplossing.

[Afbeelding]

[Afbeelding]

Hoe stond de gewenste spread ingesteld?
25% liet bij mij via dynamisch handelen vandaag gewoon ontladen, zou hij bij dynamisch NOM (duur) ook op dat moment moeten gaan doen....

[ralphkeb]

Ik snap er helemaal niets meer van, ik zie in Home Assistant dat de batterij sinds gisteren om 23:08 niet meer beschikbaar is, alles staat op "became unavailable), in de Zendure app zie ik hem wel gewoon online staan.

Heb al van alles geprobeerd zoals: Home Assistant herstarten, IP adres nogmaals ingevuld (en dubbel gechecked), Router + WiFi punten herstart, stekker van de de batterij erin en eruit, maar niks helpt.

[RobTesla]

ralphkeb schreef op zondag 22 maart 2026 @ 06:47:
Ik snap er helemaal niets meer van, ik zie in Home Assistant dat de batterij sinds gisteren om 23:08 niet meer beschikbaar is, alles staat op "became unavailable), in de Zendure app zie ik hem wel gewoon online staan.

Heb al van alles geprobeerd zoals: Home Assistant herstarten, IP adres nogmaals ingevuld (en dubbel gechecked), Router + WiFi punten herstart, stekker van de de batterij erin en eruit, maar niks helpt.

Heb je uw Zendure een static IP toegewezen in je netwerk?

[ralphkeb]

RobTesla schreef op zondag 22 maart 2026 @ 07:17:
[...]

Heb je uw Zendure een static IP toegewezen in je netwerk?

Ja, heeft gewoon vast IP adres.

[Devke]

ralphkeb schreef op zondag 22 maart 2026 @ 07:19:
[...]


Ja, heeft gewoon vast IP adres.

Hoe is het wifi signaal van Zendure. Moet "Uitstekend" zijn anders wordt het buggie. Ik zie hier soms ook unavailable. Verbind Zendure even opnieuw via de app aan Wifi en de boel gaat weer.

[gielz]

ralphkeb schreef op zondag 22 maart 2026 @ 07:19:
[...]


Ja, heeft gewoon vast IP adres.

Zou even kijken of hij via de browser online is http://<ZENDUREIP>/properties/report

[gielz]

YvonneVP schreef op zaterdag 21 maart 2026 @ 23:09:
Vandaag mijn batterijen lekker met zonnestroom gevuld. De instelling stond gewoon op 'Dynamisch NOM (Duur). Toen de batterij vol was, maar het zonnetje nog lekker scheen, ging de status vaan de Zendure naar standby. Tot daar aan toe leek er niks aan het handje. Vanavond keek ik en toen bleek de batterij niet te ontladen, ondanks dat de periode al een paar uur hoog was en de zon ook al weg was. Als ik de status 'Dynamisch NOM' selecteer dan start het ontladen wel, en wordt er dus stroom van de batterij aan het huis geleverd.

De volgende stappen heb ik al uitgevoerd om te proberen het te verhelpen, en dat Dynamisch NOM (Duur) weer zou gaan werken:
1.
- 'Standby' geselecteerd
- Gielz automation gedeactiveerd
- HA opnieuw opgestart
- Gielz automation weer geactiveerd
- Dynamisch NOM (Duur) modus geselecteerd

2.
- Standby modus geselecteerd
- Gielz automation gedeactiveerd
- HEMS in de Zendure app ongeveer 3 minuten even aan gezet
- HEMS hierna weer uitgezet
- Gielz automation weer geactiveerd
- HA opnieuw opgestart
- Dynamisch NOM (Duur) modus geselecteerd

3.
- IP adres van de Home Wizard P1 meter uit de configuratie instelling verwijdert
- sensor.p1_zendure_api ingevoerd bij 'Afwijkende P1 Sensor'
- Standby modus geselecteerd
- Gielz automation gedeactiveerd
- HA opnieuw opgestart
- Gielz automation weer geactiveerd
- Dynamisch NOM (Duur) modus geselecteerd

Als laatste heb ik alles nogmaals geprobeerd nadat ik de HA core update heb geïnstalleerd. Niets werkt om de modus 'Dynamisch NOM (Duur)' weer werkend te krijgen zoals voorheen. Zoals gezegd, Dynamisch NOM werkt wel, Dynamisch NOM (Duur) niet terwijl de periode duur van kracht is.

In de log zag ik wel het volgende staan:
Logger: homeassistant.components.template.template_entity
Source: components/template/template_entity.py:101
integration: Template (documentation, issues)
First occurred: 10:42:01 PM (1 occurrence)
Last logged: 10:42:01 PM

TemplateError('UndefinedError: No first item, sequence was empty.') while processing template 'Template<template=({% set prijzen = state_attr('sensor.dynamisch_goedkoopste_periode','raw_today') %} {% if prijzen %} {% set eerste_goedkoop = prijzen | selectattr('goedkoop','eq','ja') | map(attribute='start') | map('as_datetime') | sort | first %} [ {% for uur in prijzen if uur.duur == 'ja' and (uur.start | as_datetime > eerste_goedkoop) %} { "start": "{{ uur.start }}", "end": "{{ uur.end }}", "value": {{ uur.value }}, "goedkoop": "{{ uur.goedkoop }}", "duur": "ja" }{% if not loop.last %},{% endif %} {% endfor %} ] {% else %} [] {% endif %}) renders=6>' for attribute 'duurste_na_eerste_goedkope' in entity 'sensor.dynamisch_goedkoopste_periode'

Zie ik iets over het hoofd, of gaat er gewoonweg op de achtergrond toch iets niet helemaal zoals zou moeten? Ik heb namelijk verder niets gedaan vandaag, en alles dus gewoon geautomatiseerd laten lopen met de Gielz oplossing.

[Afbeelding]

[Afbeelding]

Logboek foutmelding heeft niets met het niet ontladen te maken. Wat was je sensor.dynamisch_spread_indicatie en input_number.dynamisch_minimale_spread op het moment dat ontladen moest worden.

Ik vraag mij ook af als ik zo je daggrafiek zie of je niet gewoon een verkapte Nul op de meter aan het draaien bent. Je draait zo te zien heel de nacht nom en gaat dit savonds ook doen. En vervolgens ga je overdag laden uit het net terwijl dit uit je zonnepanelen makkelijk had gekund.

[ralphkeb]

gielz schreef op zondag 22 maart 2026 @ 08:07:
[...]


Zou even kijken of hij via de browser online is http://<ZENDUREIP>/properties/report

Dat kan ik niet bereiken, maar in de Zendure app is hij wel gewoon online.
Ook niet na opnieuw toevoegen van de wifi…
Zowel HW p1 meter als de Zendure zitten op een apart 2,4ghz netwerk

[ Voor 9% gewijzigd door ralphkeb op 22-03-2026 11:13 ]

[YvonneVP]

gielz schreef op zondag 22 maart 2026 @ 08:13:
[...]


Logboek foutmelding heeft niets met het niet ontladen te maken. Wat was je sensor.dynamisch_spread_indicatie en input_number.dynamisch_minimale_spread op het moment dat ontladen moest worden.

Ik vraag mij ook af als ik zo je daggrafiek zie of je niet gewoon een verkapte Nul op de meter aan het draaien bent. Je draait zo te zien heel de nacht nom en gaat dit savonds ook doen. En vervolgens ga je overdag laden uit het net terwijl dit uit je zonnepanelen makkelijk had gekund.

[Afbeelding]

Hij heeft overdag ook geladen vanaf de zonnepanelen. Op de HW P1 was er nog negatieve stroom over die naar het net is gegaan. Waaruit concludeer, of kun jij zien, dat ik overdag uit het net geladen heb en niet de zonnestroom? Als dat namelijk is dan vind ik dat zorgelijk, want dat moet dus niet. Ik wil mijn zonnestroom in mijn batterij hebben, en ik was dus ook in de veronderstelling dat dit het geval was aangezien de HW P1 nog negatieve energie over had (was tussen de -300w en -500w volgens mij.

's Avonds ontlaad ik de batterij voor thuisgebruik, dus zoals gisteren als de zon weg is/gaat zou ie moeten beginnen met ontladen en als het verbruik boven 100w is. De selector heeft al die tijd gewoon op Dynamisch NOM (Duur) gestaan, tot ik er gisteravond rond 20-21 uur achter kwam dat ie niet meer ging ontladen en op standby bleef staan, terwijl periode 'duur' was. De minimale spread staat ingesteld op 15%.

Vannacht, ik weet niet meer hoe laat het was maar in ieder geval nadat ik het bericht hier had geschreven, ging ie wel weer ontladen bij modus 'Dynamisch NOM (Duur). Voor die tijd had ik de modus op Dynamisch NOM staan omdat die wel naar de status ontladen ging.

Kun je hier iets mee mbt de spread? Want die kwam dus op gegeven moment op 0% te staan, en daar nog onder gegaan blijkbaar, en is ondanks periode 'duur' niet meer verandert. Tot ergens vannacht dus, en dat Dynamisch NOM (Duur) het ineens weer wel deed.

[ Voor 21% gewijzigd door YvonneVP op 22-03-2026 12:18 ]

[ralphkeb]

Als ik de Gielz integratie uitzet en de originele van Zendure zelf in HA installeer dan zie ik hem wel gewoon, ik snap er niks meer van.

[gast777]

ralphkeb schreef op zondag 22 maart 2026 @ 12:06:
Als ik de Gielz integratie uitzet en de originele van Zendure zelf in HA installeer dan zie ik hem wel gewoon, ik snap er niks meer van.

Je zegt dat "http://<ZENDUREIP>/properties/report" ook niet werkt. Kun je het IP adres wel pingen? En klopt het MAC adres dat je PC bij dat IP adres heeft staan (arp -a)? Zit je wel op hetzelfde (V)LAN?

Dus blijkbaar kan de Zendure nog wel het internet bereiken, maar niet je lokale LAN, of hij reageert alleen niet op de HTTP poort.

Je kunt de Zendure even helemaal uitzetten, stekker eruit, van de batterijen tillen en dan weer aanzetten. Daarna bovenstaande nog eens checken.

[Henkie-Jan]

Domme vraag misschien en heb gezocht maar mogelijk niet goed. Heb nu met succes zenSDK (Gielz) draaien. Alleen nu met ik de Zendure P1 module nog integreren. En uiteraard heb ik een linkje gezien met de configuraties hier: https://github.com/Gielz1...ende-P1-CT-meters-(API's)

Alleen hoe integreer ik die daar via het dashboard? Er staat configuration (optioneel) afwijkende P1 sensor. Maar wat vul ik daar in???

[ralphkeb]

gast777 schreef op zondag 22 maart 2026 @ 12:45:
[...]


Je zegt dat "http://<ZENDUREIP>/properties/report" ook niet werkt. Kun je het IP adres wel pingen? En klopt het MAC adres dat je PC bij dat IP adres heeft staan (arp -a)? Zit je wel op hetzelfde (V)LAN?

Dus blijkbaar kan de Zendure nog wel het internet bereiken, maar niet je lokale LAN, of hij reageert alleen niet op de HTTP poort.

Je kunt de Zendure even helemaal uitzetten, stekker eruit, van de batterijen tillen en dan weer aanzetten. Daarna bovenstaande nog eens checken.

IP adres pingen werkt gewoon, iets van 11 ms.
Mac adres controleren weet ik zo snel niet hoe dat moet en heb ook al een mijn telefoon beschikbaar nu.

Op de een of andere manier na alles eraf te hebben gegooid en de Zendure op nieuw in te hebben gesteld werkt hij wel ineens.

Wat wel erg vreemd is, is dat in de Zendure app hij een update gaf die ik vrijdag ook al had gedaan, maar die staat al een uur op 0% 🤔

[YvonneVP]

Henkie-Jan schreef op zondag 22 maart 2026 @ 13:17:
Domme vraag misschien en heb gezocht maar mogelijk niet goed. Heb nu met succes zenSDK (Gielz) draaien. Alleen nu met ik de Zendure P1 module nog integreren. En uiteraard heb ik een linkje gezien met de configuraties hier: https://github.com/Gielz1...ende-P1-CT-meters-(API's)

Alleen hoe integreer ik die daar via het dashboard? Er staat configuration (optioneel) afwijkende P1 sensor. Maar wat vul ik daar in???

De naam van de Zendure P1 meter sensor moet je daar invullen. Als je alles opgevolgd hebt dan zou dit sensor.p1_zendure_api moeten zijn wat je dan invult bij de 'Afwijkende P1 Sensor'.

[edjes]

Hoi,

Ik draai de laatste Gielz versie. De afgelopen dagen zijn mijn relaisschakelingen enorm veel hoger geworden, 800+ per dag. Wat kan ik doen om dit te verbeteren? (ik reageer traag, zit in het buitenland). Alle instellingen staan op 'standaard'. Het lijkt erop dat het iets te maken heeft met dat de batterij snel vol is op de zon? Ik draai gewone NOM. DANK!

[ Voor 16% gewijzigd door edjes op 22-03-2026 14:34 ]

[gielz]

YvonneVP schreef op zondag 22 maart 2026 @ 11:48:
[...]
Ik wil mijn zonnestroom in mijn batterij hebben, en ik was dus ook in de veronderstelling dat dit het geval was aangezien de HW P1 nog negatieve energie over had (was tussen de -300w en -500w volgens mij.

's Avonds ontlaad ik de batterij voor thuisgebruik

Ik maak op uit je reactie dat je gewoon prima met Nul op de meter uit kunt waarbij je hier en daar nog wat handige instellingen doet zoals oplaadmarge, ontlaadmarge en de 2 opties wanneer het proces moet starten.

Gewoon heerlijk exact laden op de zon en op een later moment gebruiken.

[gielz]

edjes schreef op zondag 22 maart 2026 @ 14:10:
Hoi,

Ik draai de laatste Gielz versie. De afgelopen dagen zijn mijn relaisschakelingen enorm veel hoger geworden, 800+ per dag. Wat kan ik doen om dit te verbeteren? (ik reageer traag, zit in het buitenland). Alle instellingen staan op 'standaard'. Het lijkt erop dat het iets te maken heeft met dat de batterij snel vol is op de zon? Ik draai gewone NOM. DANK!

[Afbeelding]

Heb je toevallig de laatste firmware net geïnstalleerd? Er waren hier een aantal gebruikers waarbij de batterij helemaal van slag was zowel in HEMS als in HA.

Hier is het zo met een 1 seconden slimme meter;

[YvonneVP]

edjes schreef op zondag 22 maart 2026 @ 14:10:
Hoi,

Ik draai de laatste Gielz versie. De afgelopen dagen zijn mijn relaisschakelingen enorm veel hoger geworden, 800+ per dag. Wat kan ik doen om dit te verbeteren? (ik reageer traag, zit in het buitenland). Alle instellingen staan op 'standaard'. Het lijkt erop dat het iets te maken heeft met dat de batterij snel vol is op de zon? Ik draai gewone NOM. DANK!

[Afbeelding]

Ik heb ditzelfde probleem gehad, en bij mij had het te maken met een wat oudere slimme meter, die per 10 seconden uitleest ipv elke seconde. Ik heb in de automation van de Gielz April versie toen bij regel 4 in de yaml code het aantal seconden ingesteld op /15 in plaats van de /4, zoals het er origineel in stond. Sindsdien zijn mijn aantal relaisschakelingen weer rustig. Ik weet niet of jij daar al iets gewijzigd hebt, maar als je ook een wat oudere slimme meter hebt dan zou dit wellicht ook bij jouw het aantal schakelingen kunnen verminderen.

[YvonneVP]

gielz schreef op zondag 22 maart 2026 @ 14:56:
[...]


Ik maak op uit je reactie dat je gewoon prima met Nul op de meter uit kunt waarbij je hier en daar nog wat handige instellingen doet zoals oplaadmarge, ontlaadmarge en de 2 opties wanneer het proces moet starten.

Gewoon heerlijk exact laden op de zon en op een later moment gebruiken.

Ik wil alleen wel kunnen bepalen wanneer opgeladen wordt op het moment dat er geen zon is, en dan zal ik dus goedkoopste en duurste periode moeten gebruiken toch? Dan kom ik er toch niet met Nul op de Meter? Of kijkt die ook naar de goedkoopste en duurste periode? Oplaadmarge en ontlaadmarge staan al ingesteld, en Ontladen starten bij en Opladen starten bij zijn ook gevuld. Vandaag heeft de batterij ook heel de dag zonnestroom geladen, en nu is weer wel gewoon aan het ontladen met als modus 'Dynamisch NOM (Duur). En ook vandaag heeft de batterij uiteindelijk automatisch de modus 'Standby' gekregen zoals gisteren, toen de batterij 100% geladen was. Misschien is het een eenmalig iets geweest, wat ik hoop in ieder geval, maar ik zal het de komende tijd nog wel even in de gaten houden of ie het ineens weer doet.

[ Voor 21% gewijzigd door YvonneVP op 22-03-2026 18:13 ]