Zendure producten in Home Assistant integreren deel 2

[Eduardo M]

Mscroos schreef op donderdag 8 oktober 2026 @ 15:43:
[...]

Deze automation code moet je huidige automation vervangen, en die eronder je dashboard code. Kijk anders ook even bij de installatie handleiding als herinering. Dit jeb je eerder ook gedaan in aparte stappen.


[Afbeelding]

Ah, gelukt, hij doet het weer! Voor zover ik me kan herinneren heb ik tot nu toe alleen het Gielz package vervangen bij een nieuwe versie en niet de automation.yaml. Dat zal ik voortaan beter in de gaten houden. Hartstikke bedankt voor jullie hulp!

[bigkevx2]

Eduardo M schreef op donderdag 8 oktober 2026 @ 15:03:
[...]

Ik heb HA versie 2026.10.0 draaien met Gielz versie v20261007, maar krijg de automatisering niet draaiend. De foutmelding:The automation "Zendure zenSDK (Gielz)" (automation.zendure_zensdk_gielz_2) is not active because the configuration has errors.

Error:Cannot use 'for' with a list of states at 'actions[1].choose[13].conditions[1]'. Got {'condition': 'state', 'entity_id': 'sensor.p1_aansturing_vermogen', 'state': ['unavailable', 'unknown'], 'for': {'hours': 0, 'minutes': 1, 'seconds': 0}}.

To fix this error, edit the automation to correct it, then save and reload the automation configuration.

Ik weet ff niet hoe ik dit precies moet repareren, tips?

BTW: de link https://github.com/Gielz1986/Zendure-HA-zenSDK/tree/Next-release werkt bij mij niet.

Die link was voor gisteren, voor de early birds. De next release is nu main branch. Daarmee is next release weer verdwenen totdat er een nieuwe komt.

[jannus66]

CappieL schreef op donderdag 8 oktober 2026 @ 15:49:
In de package.yaml zitten de sensoren.
De automation.yaml is de automatisering (die gebruikt de sensoren uit de package.yaml).
De dashboard.yaml is de code van het dashboard.
Soms moet je meerdere yaml's updaten (als ze van elkaar afhankelijk zijn), maar soms is het updaten van alleen de automation.yaml voldoende.

Moet ik ook alle instellingen opnieuw erin zetten? bv de alternatieve P1 sensor, de oplaadwaardes etc?

[Spixo]

Korte vraag: als ik de modus "Handmatig" selecteer en -400W instel (continu ontladen met 400W)... wat gebeurd er dan als de batterij leeg is?
Veranderd de modus dan automatisch in "Standby". Of gaat hij weer laden?

[m-vw]

Spixo schreef op donderdag 8 oktober 2026 @ 19:45:
Korte vraag: als ik de modus "Handmatig" selecteer en -400W instel (continu ontladen met 400W)... wat gebeurd er dan als de batterij leeg is?
Veranderd de modus dan automatisch in "Standby". Of gaat hij weer laden?

Dan stopt de ontlading bij de min SoC. Standaard 10%.

[Mistraller]

DaanVervacke schreef op woensdag 7 oktober 2026 @ 23:07:
[...]

Update: gefixt in v20261007. Thx @gielz !

Ik dacht even; kak. Ik had net update gedaan. Maar ik zie dat ik nog een 20260412 draai

bigkevx2 schreef op donderdag 8 oktober 2026 @ 10:27:
[...]

Yup! Kost je een paar minuten.

Niet als je naderhand weer allerlei custom dingetjes erin hebt geknutseld

[m-vw]

pdidi schreef op donderdag 8 oktober 2026 @ 14:53:
[...]

Ik kreeg idd ook deze error na update HA Core 2026.10.0:

[...]

Ik kan verdorie niet eens meer op de reparatie of backups pagina komen.

Toevoeging:
Inmiddels handmatig de code aan kunnen passen, maar veel van de systeempagina's van HA werken niet.

[ Voor 18% gewijzigd door m-vw op 08-10-2026 21:40 ]

[hansvk]

jannus66 schreef op donderdag 8 oktober 2026 @ 18:16:
[...]

Moet ik ook alle instellingen opnieuw erin zetten? bv de alternatieve P1 sensor, de oplaadwaardes etc?

Was bij mij niet nodig.

[gast777]

ppaulv schreef op donderdag 8 oktober 2026 @ 15:24:
@gast777 even een domme vraag, maar ik kan het antwoord zelf niet zo snel vinden ...
Werkt jouw proxy ook met slechts één omvormer (tijdelijke situatie)?

Ja dat zou moeten werken. Ik heb het niet uitgebreid getest moet ik zeggen. Eventueel even HA herstarten na teruggaan naar 1 Zendure (alleen de Zendure 1 houden, rest van de IP adressen leeg "" maken).

[MijnCommentaar]

Ik heb onlangs een SolarFlow 3000 aangeschaft.
Ik zou graag reporting willen hebben op mijn pc, ik heb HA op mijn synology draaien.
Wat ik niet wil is HEMS uitzetten en de config draaien vanuit HA. Dus alleen reporting.
Is dat mogelijk ?

[m-vw]

MijnCommentaar schreef op donderdag 8 oktober 2026 @ 21:02:
Ik heb onlangs een SolarFlow 3000 aangeschaft.
Ik zou graag reporting willen hebben op mijn pc, ik heb HA op mijn synology draaien.
Wat ik niet wil is HEMS uitzetten en de config draaien vanuit HA. Dus alleen reporting.
Is dat mogeleijk ?

Gielz heeft deze functie volgens mij niet, van Omnibattery of andere automatiseringen ben ik niet zeker.

Je zou zelf aan de slag kunnen met hetzelfde GET commando dat deze automatiseringen gebruiken om de data binnen te krijgen.

[gast777]

m-vw schreef op donderdag 8 oktober 2026 @ 21:39:
[...]


Gielz heeft deze functie volgens mij niet, van Omnibattery of andere automatiseringen ben ik niet zeker.

Je zou zelf aan de slag kunnen met hetzelfde GET commando dat deze automatiseringen gebruiken om de data binnen te krijgen.

Je zou gewoon Gielz kunnen gebruiken, maar dan de automatisering uitzetten. Dan neemt hij geen acties, maar je kunt wel de status zien in HA.

[bigkevx2]

Mistraller schreef op donderdag 8 oktober 2026 @ 19:53:
[...]

Ik dacht even; kak. Ik had net update gedaan. Maar ik zie dat ik nog een 20260412 draai

[...]

Niet als je naderhand weer allerlei custom dingetjes erin hebt geknutseld

Da valt onder de noemer ‘hobby’ maar de update zelf is werk 😄

[m-vw]

gast777 schreef op donderdag 8 oktober 2026 @ 21:54:
[...]

Je zou gewoon Gielz kunnen gebruiken, maar dan de automatisering uitzetten. Dan neemt hij geen acties, maar je kunt wel de status zien in HA.

Ik twijfelde of de GET commando's verzonden zouden worden zonder een actieve automatisering. Ik heb helaas wat gedoe na de 2026.10 update anders had ik het zelf getest.

[gast777]

m-vw schreef op donderdag 8 oktober 2026 @ 21:57:
[...]

Ik twijfelde of de GET commando's verzonden zouden worden zonder een actieve automatisering. Ik heb helaas wat gedoe na de 2026.10 update anders had ik het zelf getest.

Ja hoor, die GET requests worden gewoon verstuurd. De REST sensor staat in de package en zal volledig werken. Daarvoor is de automatisering niet nodig.

[MaartenXM]

Hier heb ik ook wat problemen na de updates van HA en bijwerken naar V20261007 (engels).
Na een reboot werkt smart-matching gewoon weer, maar als ik dan quick-discharge aan klik springt de accu naar standby (ook verspringt de available energy dan raar). weer smart-matching aanklikken krijgt de accu ook niet wakker, tot een HA reboot. Dan weer stabiel smart-matching.
Net nogmaals alle files ge-update, maar geen verschil.

[Diazepam]

Diazepam schreef op zondag 4 oktober 2026 @ 19:35:
Ik overweeg een set Zendures aan te schaffen. Nu is er nu de mooie actie van een gratis Powerhub icm twee Solarflow 4000 Mix AC+. Echter voor mij is een belangrijke eis het zelf aan te kunnen sturen via HA. Is mijn aanname correct dat de Powerhub niet met Gielz te combineren valt en dat het óf de Powerhub is óf zelf rechtstreeks aan kunnen sturen?

Omdat ik helaas nog geen reacties gehad heeft, heeft iemand enig idee en hier al ervaring mee?

[ZuinigeRijder]

Hoe doen jullie dat met de @gielz Dynamisch handelen, de combinatie van "Dynamisch Vandaag" en "Dynamisch Morgen". Vandaag heeft het bijna geen zin om de batterij op het goedkoopste moment op te laden, want de volgende dag vóór 18:45 is het niet interessant om terug te leveren. En je wilt juist op de volgende dag (zaterdag) pas de goedkoopste uren opladen (morgen vanaf 12:15 zijn de prijzen negatief).

Dynamisch Handelen is dus geen set-en-forget. Eigenlijk zouden de "Dynamisch Vandaag" en "Dynamisch Morgen" vanaf rond 13:00 uur (wanneer de dynamische prijzen voor morgen bekend zijn) samen genomen moeten worden en dan de goedkoopste uren en duurste uren moeten nemen.

Daarnaast is het ook nog zo, dat soms in de nacht (wintermaanden) het goedkoper laden is en dan in de morgen een hoge piek, dan weer goedkoper laden en dan weer een hoge piek in de avond. Theoretisch zou het kunnen zijn dat de batterij 2x vol/leeg geladen wordt.

Na het salderen (2027) is deze strategie natuurlijk nog moeilijker, door de energiebelasting/btw die niet gesaldeerd kan worden.

[RemmyB83]

ZuinigeRijder schreef op vrijdag 9 oktober 2026 @ 14:33:
Hoe doen jullie dat met de @gielz Dynamisch handelen, de combinatie van "Dynamisch Vandaag" en "Dynamisch Morgen". Vandaag heeft het bijna geen zin om de batterij op het goedkoopste moment op te laden, want de volgende dag vóór 18:45 is het niet interessant om terug te leveren. En je wilt juist op de volgende dag (zaterdag) pas de goedkoopste uren opladen (morgen vanaf 12:15 zijn de prijzen negatief).

Dynamisch Handelen is dus geen set-en-forget. Eigenlijk zouden de "Dynamisch Vandaag" en "Dynamisch Morgen" vanaf rond 13:00 uur (wanneer de dynamische prijzen voor morgen bekend zijn) samen genomen moeten worden en dan de goedkoopste uren en duurste uren moeten nemen.

Daarnaast is het ook nog zo, dat soms in de nacht (wintermaanden) het goedkoper laden is en dan in de morgen een hoge piek, dan weer goedkoper laden en dan weer een hoge piek in de avond. Theoretisch zou het kunnen zijn dat de batterij 2x vol/leeg geladen wordt.

Na het salderen (2027) is deze strategie natuurlijk nog moeilijker, door de energiebelasting/btw die niet gesaldeerd kan worden.

Spread tussen vandaag 15:00 en 19:00 is meer dan 35%. Dan kun je toch gewoon een cycle voor doen? Morgenochtend is iets van 25%, maar in centen niet echt interessant vanwege de lage prijzen.

Ik laad en ontlaat eigenlijk maar in 2uurtjes, dus, kan vaak wel 2 cycles doen.

[Pakhaas]

ZuinigeRijder schreef op vrijdag 9 oktober 2026 @ 14:33:
Hoe doen jullie dat met de @gielz Dynamisch handelen, de combinatie van "Dynamisch Vandaag" en "Dynamisch Morgen". Vandaag heeft het bijna geen zin om de batterij op het goedkoopste moment op te laden, want de volgende dag vóór 18:45 is het niet interessant om terug te leveren. En je wilt juist op de volgende dag (zaterdag) pas de goedkoopste uren opladen (morgen vanaf 12:15 zijn de prijzen negatief).

Dynamisch Handelen is dus geen set-en-forget. Eigenlijk zouden de "Dynamisch Vandaag" en "Dynamisch Morgen" vanaf rond 13:00 uur (wanneer de dynamische prijzen voor morgen bekend zijn) samen genomen moeten worden en dan de goedkoopste uren en duurste uren moeten nemen.

Daarnaast is het ook nog zo, dat soms in de nacht (wintermaanden) het goedkoper laden is en dan in de morgen een hoge piek, dan weer goedkoper laden en dan weer een hoge piek in de avond. Theoretisch zou het kunnen zijn dat de batterij 2x vol/leeg geladen wordt.

Na het salderen (2027) is deze strategie natuurlijk nog moeilijker, door de energiebelasting/btw die niet gesaldeerd kan worden.

Ik ben het wel met je eens dat bij Gielz vandaag tot 0:00 loopt en morgen vanaf 0:00. Eigenlijk zou het mooier zijn, zoals je zegt, dat vanaf 13:00 uur dat hij een nieuwe berekening maakt t/m de volgende dag 23:59. Dan elke dag om 13:00 uur weer aanpassen.

[Pakhaas]

RemmyB83 schreef op vrijdag 9 oktober 2026 @ 15:07:
[...]

Spread tussen vandaag 15:00 en 19:00 is meer dan 35%. Dan kun je toch gewoon een cycle voor doen? Morgenochtend is iets van 25%, maar in centen niet echt interessant vanwege de lage prijzen.

Ik laad en ontlaat eigenlijk maar in 2uurtjes, dus, kan vaak wel 2 cycles doen.

Ik doe vandaag niets. Die 35% is alleen op het goedkoopste uur en het duurste uur. Dat is hier zo'n 4kwh laden en ontladen. Dat schiet niet op. Morgen weer een dag. Dit is volgens mij de 2e dag dit jaar dat de batterijen niets doen, dus komt tot nu toe weinig voor.

[RemmyB83]

Pakhaas schreef op vrijdag 9 oktober 2026 @ 15:28:
[...]

Ik doe vandaag niets. Die 35% is alleen op het goedkoopste uur en het duurste uur. Dat is hier zo'n 4kwh laden en ontladen. Dat schiet niet op. Morgen weer een dag. Dit is volgens mij de 2e dag dit jaar dat de batterijen niets doen, dus komt tot nu toe weinig voor.

Als ik vandaag selecteer van 14:00 t/m 16:00 en ontlaad van 18:00 t/m 20:00, dan is de spread volgens gielz 36%. Dat lijkt mijn niet slecht, maar ik kijk dan ook niet echt naar afschrijving per cycle enzo. Dit omdat ik verwacht dat betere systemen stukken goedkoper gaan worden, en ik daar tegen die tijd voor wil gaan. Dus wil nu niet te zuinig zijn met deze, anders wordt de ROI veel te lang.

[Pakhaas]

RemmyB83 schreef op vrijdag 9 oktober 2026 @ 16:36:
[...]

Als ik vandaag selecteer van 14:00 t/m 16:00 en ontlaad van 18:00 t/m 20:00, dan is de spread volgens gielz 36%. Dat lijkt mijn niet slecht, maar ik kijk dan ook niet echt naar afschrijving per cycle enzo. Dit omdat ik verwacht dat betere systemen stukken goedkoper gaan worden, en ik daar tegen die tijd voor wil gaan. Dus wil nu niet te zuinig ben met deze, dan wordt de ROI veel te lang.

Dat is ook helemaal prima te onderbouwen. Ik laad en ontlaad met 4000w en bij 2 uurtjes levert mij dat nu niet genoeg op. Maar dat is voor iedereen anders. Morgen ziet er beter uit!

[RemmyB83]

.

[ Voor 99% gewijzigd door RemmyB83 op 09-10-2026 16:45 ]

[MaartenXM]

MaartenXM schreef op donderdag 8 oktober 2026 @ 22:22:
Hier heb ik ook wat problemen na de updates van HA en bijwerken naar V20261007 (engels).
Na een reboot werkt smart-matching gewoon weer, maar als ik dan quick-discharge aan klik springt de accu naar standby (ook verspringt de available energy dan raar). weer smart-matching aanklikken krijgt de accu ook niet wakker, tot een HA reboot. Dan weer stabiel smart-matching.
Net nogmaals alle files ge-update, maar geen verschil.

Niks aan de hand, gewoon een gesmolten connector. 🙄

[gast777]

Diazepam schreef op vrijdag 9 oktober 2026 @ 12:06:
[...]

Omdat ik helaas nog geen reacties gehad heeft, heeft iemand enig idee en hier al ervaring mee?

Ik zou het je in ieder geval niet kunnen vertellen. Hopelijk zal iemand het een keer proberen. Ik heb geen idee wat die powerhub precies doet.

[Gramser]

MaartenXM schreef op vrijdag 9 oktober 2026 @ 17:41:
[...]

Niks aan de hand, gewoon een gesmolten connector. 🙄

2400AC..?

[hemertje]

hemertje schreef op woensdag 7 oktober 2026 @ 22:47:
[...]


@gielz nog een paar vragen:

Wat is de aanbevolen manier om de modus (Manual, Smart Matching, Standby) vanuit een planner-automation te wisselen, met welke vertraging en welke resets?

Wat betekent de voorwaarde "Minstens 2 automatiseringen na opladen pas activeren" in Smart Matching, en geeft dat vertraging bij het wisselen?

Hoe werk je een aangepast package bij van v20260507 naar v20260824 zonder eigen wijzigingen te verliezen?

Hoe werkt "export correctie" precies in de niet-dynamische modi?


En voor jou @gast777 ook
Wat zijn de aanbevolen waarden voor dualModeDamper (timer en marge) bij drie eenheden en Smart Matching op 10 s.

Wat is het effect van proxyNoSleep op stand-by-verbruik en schakelingen, en gebruik in de winter bij laag vermogen?

Wat is een geschikte manier om de 1,5 s "unavailable" bij het wisselen van eenheid te onderzoeken (logs, instellingen)?

Is er een changelog tussen 20260518 en 20260801, en een aanbevolen update-route (nieuwe tab, instellingen, flow-context)?

Kan de proxy een teller voor wisselingen van de actieve eenheid als attribuut tonen?

heeft iemand hier een antwoord op?

[Stefan1987]

MaartenXM schreef op donderdag 8 oktober 2026 @ 22:22:
Hier heb ik ook wat problemen na de updates van HA en bijwerken naar V20261007 (engels).
Na een reboot werkt smart-matching gewoon weer, maar als ik dan quick-discharge aan klik springt de accu naar standby (ook verspringt de available energy dan raar). weer smart-matching aanklikken krijgt de accu ook niet wakker, tot een HA reboot. Dan weer stabiel smart-matching.
Net nogmaals alle files ge-update, maar geen verschil.

Hier ook problemen sinds 2026.10. Ik als Quick charge doe is er geen reactie. Ook een foutmelding dat automation heartbeat offline is. Reboot nog niet geprobeerd, morgen maar eens doen.

[hemertje]

Beste @gielz,

eerst dank voor v20261007: de update (inclusief de HA 2026.10-fix) staat sinds gisteravond live en werkt.

In mijn HA-log (config v20261007, proxy 20260518, HA Core 2026.9.4, 3 x SolarFlow 2400 AC+, circa 22 uur) zie ik per dag ruim 500 waarschuwingen uit de automation "Zendure zenSDK (Gielz) Global":

code:

Error in 'choose[0]' evaluation: In 'template' condition: ValueError: Template error: float got invalid input 'unavailable' ... but no default was specified

Waar het gebeurt:

• choose[0]:
  code:
  

  states('sensor.zendure_minimum_state_of_charge') | float != states('input_number.zendure_setting_minimum_allowed_state_of_charge') | float

  en hetzelfde voor
  code:
  

  maximum_state_of_charge

  ,
  code:
  

  inverter_max_charge_power

  en
  code:
  

  inverter_max_discharge_power

• choose[1]:
  code:
  

  sensor.zendure_set_charge_power

  en
  code:
  

  sensor.zendure_set_discharge_power

  tegenover max charge/discharge power
• choose[2] en [3]:
  code:
  

  sensor.zendure_total_state_of_charge

  en
  code:
  

  sensor.zendure_minimum_state_of_charge

  (daar met de waarde 'unknown')

Oorzaak bij mij: de proxy-sensoren zijn elke 1 tot 3 minuten ongeveer 1 seconde unavailable (REST-timeout naar localhost:1880/endpoint/properties/report, 142 keer gelogd in dezelfde periode). Op dat moment geeft

code:

| float

zonder default een ValueError.

Gevolg: HA behandelt de conditie dan als onwaar en slaat de tak over. Dat is veilig, maar het log loopt vol en echte fouten verdwijnen erin.

Een default als

code:

float(0)

lijkt me geen goede oplossing: een onbekende waarde wordt dan 0, 0 verschilt van de instelling, en de automation zou instellingen terugschrijven naar de omvormer op basis van niets.

Voorstel: een beschikbaarheidscontrole in die condities, bijvoorbeeld:

code:

{{ is_number(states('sensor.zendure_minimum_state_of_charge'))
   and states('sensor.zendure_minimum_state_of_charge') | float
       != states('input_number.zendure_setting_minimum_allowed_state_of_charge') | float }}

of eerst een gedeelde

code:

has_value()

-conditie in de betreffende takken. Het gedrag blijft hetzelfde (bij onbereikbare sensoren wordt de tak overgeslagen), maar zonder de waarschuwingen.

Twee kleinere dingen uit hetzelfde log:

• De update-status-sensor geeft "No first item, sequence was empty":
  code:
  

  states('sensor.zendure_configuration_version') | regex_findall('v(\d{8})') | first

  zonder default, als de configuratie-sensor nog niet gevuld is.
• 5 keer in 22 uur:
  code:
  

  Timeout when calling resource "http://localhost:1880/endpoint/properties/write"

  , steeds tijdens proxy-uitval.

Ik laat de automation voorlopig ongewijzigd, zodat updaten eenvoudig blijft. Kun je kijken of dit in een volgende versie kan?

Gegroet,

Hemertje

[gast777]

hemertje schreef op vrijdag 9 oktober 2026 @ 22:10:
Beste @gielz,

eerst dank voor v20261007: de update (inclusief de HA 2026.10-fix) staat sinds gisteravond live en werkt.

In mijn HA-log (config v20261007, proxy 20260518, HA Core 2026.9.4, 3 x SolarFlow 2400 AC+, circa 22 uur) zie ik per dag ruim 500 waarschuwingen uit de automation "Zendure zenSDK (Gielz) Global":

code:

Error in 'choose[0]' evaluation: In 'template' condition: ValueError: Template error: float got invalid input 'unavailable' ... but no default was specified

Waar het gebeurt:

• choose[0]:
  code:
  

  states('sensor.zendure_minimum_state_of_charge') | float != states('input_number.zendure_setting_minimum_allowed_state_of_charge') | float

  en hetzelfde voor
  code:
  

  maximum_state_of_charge

  ...

Hier kun je evt een issue voor aanmaken bij Gielz. Maar wellicht kun je het beste de trigger aanpakken waar deze messages uiteindelijk een gevolg van zijn.

Wat je zelf noemt:
Oorzaak bij mij: de proxy-sensoren zijn elke 1 tot 3 minuten ongeveer 1 seconde unavailable (REST-timeout naar localhost:1880/endpoint/properties/report, 142 keer gelogd in dezelfde periode).

Dat is niet normaal en niet wenselijk.

Je kunt bijvoorbeeld dit checken/verbeteren:
- zorg dat je super strakke wifi ontvangst hebt bij de Zendures
- breng ook de proxy up-to-date
- zorg dat de Zendures firmware up-to-date is
- zorg dat HA en Proxy op genoeg performante hardware draaien (CPU en memory)
- Zorg dat HA/Proxy bedraad netwerk heeft en niet via wifi gaat

Dat is het zo'n beetje...

[robinh]

Diazepam schreef op vrijdag 9 oktober 2026 @ 12:06:
[...]

Omdat ik helaas nog geen reacties gehad heeft, heeft iemand enig idee en hier al ervaring mee?

Er valt niks aan een Powerhub aan te sturen. Het is slechts een aansluitblok van inkomende, uitgaande stroom, omvormers en eventueel een ev lader.

Enige echte nut in mijn ogen is de noodstroom wanneer wenselijk voor de rest overbodige ruimte dat het inneemt.

[DeKim]

Ben(V) schreef op donderdag 8 oktober 2026 @ 08:48:
[...]

Dat zie ik hier helemaal niet.

Zoals al gezegd gaat hij hier van laden naar nul, dan naar 50W ontladen en dan meteen naar de grote waarde ontladen die gevraagd wordt en elke stap duurt ongeveer 5 seconden.

Ik heb een nu een fake p1 meter gemaakt die bij de overstap van laden naar ontladen elke seconde de waarde aanpast. Dan gaat het inderdaad sneller. Het blijft dat hij bij 50W nog niet begint met ontladen. Dat is pas als de output limit wordt verhoogd naar 58 W. Als ik dat met een automation direct op 60W zet, dan gaat elke stap (naar nul, naar 60W, naar meer W) inderdaad binnen 5 seconde (in sync met de updatefrequentie van de Zendure entities).

[MaartenXM]

Gramser schreef op vrijdag 9 oktober 2026 @ 18:45:
[...]

2400AC..?

Ja.

[Gramser]

Balen man. Gauw melding maken bij Zendure en geen genoegen nemen met een shipping label voor PostNL…!

[Nikeo]

Pixal schreef op woensdag 7 oktober 2026 @ 11:06:
[...]


Ik heb hele oude maar niet zeer goede ervaringen met Domoticz en HA op een Synology NAS (zeker met community packages veel te veel werk imho) en ik zou inderdaad adviseren om er een dedicated ander apparaatje voor te gebruiken. Als je de x86/x64 installatie doet op een willekeurige laptop of pc die je hebt rondslingeren heb je een supported installatie waar je heel veel plezier van gaat hebben.

Mijn advies gaat niet op als je een krachtige nas hebt waar je echte VM's op kan draaien denk ik.

Zelf draai ik Home Assistant op een wat oudere i5 laptop, ik kan hem daardoor ook gebruiken voor allerlei andere apps, zoals Emby (Plex/Jellyfin) server met on the fly 4k transcoding. Om even een voorbeeld te geven dat je er dan direct heel veel mee kan. Idle gebruikt die laptop maar 5 watt.

Voordat ik 4k transcoding wilde doen werkte Emby en alle andere apps ook prima op diverse passief gekoelde thin clients waar ik het jarenlang met 100% uptime op heb gedraaid. Die draaiden ook veel apps op hun sloffen zoals NGINX proxy manager en zelfs heel lang de Unifi management software en Adguard. Zoek voor een paar tientjes een HP T620 of hoger, liefst eentje met quad core. Eerder had ik het ook op een Lenovo M625Q tiny. Gebruikten allebei ook zo rond de 5-6 watt continu. Een Raspberry zou ik minder snel aanraden of alleen als je er een SSD ipv SD aan koppelt en als je het toch al hebt liggen.

Ontopic:
Mijn batterij is een uurtje geleden begonnen met opladen uit zonne-overschot, (Dyn handelen + NOM) en ik heb geen idee of ik daar wel goed aan doe. Die zon terugleveren het net op levert volgens mij meer op. Misschien moet ik het aantal goedkoopste en duurste kwartieren wat conservatiever zetten?

Bedankt voor de aanwijzingen. Ik heb een T630 gekocht en hierbij werkt alles gewoon zoals het hoort. Het kastje draait de x86 installatie als een zonnetje. Geen docker geklooi, geen synology gepruts. Dus een tip voor wie het aan de praat wil krijgen op zijn ARM synology. Verspil er niet te veel tijd aan.

[JeroenH]

bigkevx2 schreef op donderdag 8 oktober 2026 @ 10:27:
[...]

Yup! Kost je een paar minuten.

Beetje blonde vraag misschien, maar hoe - exact - upgrade je de Gielz integratie? Ik heb hier in het topic gezocht en op de Gielz github, maar ik kan geen howto vinden die omschrijft wat ik moet doen. Dank!

[ZuinigeRijder]

@JeroenH ZuinigeRijder in "Zendure producten in Home Assistant integreren deel 2"

[JeroenH]

ZuinigeRijder schreef op zondag 11 oktober 2026 @ 08:58:
@JeroenH ZuinigeRijder in "Zendure producten in Home Assistant integreren deel 2"

Dank...

Dit komt dus neer op verwijderen en opnieuw installeren Ik ga het doen, en het zal wel lukken (ik maak eerst een HA backup natuurlijk) maar.... weet iemand of er een reden is waarom deze integratie niet gewoon in HACS zit?

[oNo]

JeroenH schreef op zondag 11 oktober 2026 @ 08:44:
[...]

Beetje blonde vraag misschien, maar hoe - exact - upgrade je de Gielz integratie? Ik heb hier in het topic gezocht en op de Gielz github, maar ik kan geen howto vinden die omschrijft wat ik moet doen. Dank!

De Gielz yaml in packages vervangen. Ik doe dat via de Visual Studio Code editor. Select all, copy, paste.

Hetzelfde voor dashboard en automation, dat kan via de Hone Assistant UI.

Dan herstart van Home Assistant.

[bigkevx2]

JeroenH schreef op zondag 11 oktober 2026 @ 08:44:
[...]

Beetje blonde vraag misschien, maar hoe - exact - upgrade je de Gielz integratie? Ik heb hier in het topic gezocht en op de Gielz github, maar ik kan geen howto vinden die omschrijft wat ik moet doen. Dank!

Zie de Gielz git pagina, daar staat de installatie instructie. Upgraden is gelijk aan deze instructie waar je sommige zaken kunt laten omdat al gedaan is.

In het kort komt het neer op het vervangen van het package bestand en de automation en voor sommige het dashboard.

[JeroenH]

OK, drie verschillende methoden, lekker

De integratie zelf werkt erg goed, maar het installatie/updategemak kan IMO wel wat werk gebruiken...

[meesje]

JeroenH schreef op zondag 11 oktober 2026 @ 08:44:
[...]

Beetje blonde vraag misschien, maar hoe - exact - upgrade je de Gielz integratie? Ik heb hier in het topic gezocht en op de Gielz github, maar ik kan geen howto vinden die omschrijft wat ik moet doen. Dank!

Zelf nog geen ervaring mee. Maar volgens mijn betekent upgraden alle installatie stappen doorlopen.

[Pakhaas]

JeroenH schreef op zondag 11 oktober 2026 @ 10:05:
OK, drie verschillende methoden, lekker

De integratie zelf werkt erg goed, maar het installatie/updategemak kan IMO wel wat werk gebruiken...

We zijn toch tweakers? 😉Dit is echt 5minuten werk. 3x de yaml vervangen door de nieuwe. Package, Automatisering en Dashboard. Herstart en klaar.

[hansvk]

JeroenH schreef op zondag 11 oktober 2026 @ 10:05:
OK, drie verschillende methoden, lekker

De integratie zelf werkt erg goed, maar het installatie/updategemak kan IMO wel wat werk gebruiken...

Zou een mooie verbetering zijn. Maar als je een keer de update hebt gedaan zal het voor een volgende keer werk zijn van een paar minuten.

[sender]

Pakhaas schreef op zondag 11 oktober 2026 @ 10:10:
[...]

We zijn toch tweakers? 😉Dit is echt 5minuten werk. 3x de yaml vervangen door de nieuwe. Package, Automatisering en Dashboard. Herstart en klaar.

En ondanks dat het dit is zou toch fijn zijn als het sneller kan. Ik moet elke keer weer zoeken (als tweaker).

[Gramser]

Als ik een echte Tweaker was zou ik dan proberen een updatemanier te verzinnen waarop het automatisch kan, maar dat kan ik helemaal niet, dus dan maar even puzzelen

[Pakhaas]

sender schreef op zondag 11 oktober 2026 @ 10:33:
[...]

En ondanks dat het dit is zou toch fijn zijn als het sneller kan. Ik moet elke keer weer zoeken (als tweaker).

Ik ben allang blij dat @gielz zoveel energie er in steekt en daar niet eens wat voor terug vraagt. Voor mij dan een kleine moeite om even de update files op te zoeken.

[sender]

Pakhaas schreef op zondag 11 oktober 2026 @ 11:01:
[...]

Ik ben allang blij dat @gielz zoveel energie er in steekt en daar niet eens wat voor terug vraagt. Voor mij dan een kleine moeite om even de update files op te zoeken.

Ik ben ook blij met gielz en gast, maar toch zou het fijn zijn als het zonder files vervangen kan. En files mergen en niks vergeten.

[Maarten60]

Pakhaas schreef op zondag 11 oktober 2026 @ 10:10:
[...]

We zijn toch tweakers? 😉Dit is echt 5minuten werk. 3x de yaml vervangen door de nieuwe. Package, Automatisering en Dashboard. Herstart en klaar.

Helemaal mee eens. 😉 De upgrade is inderdaad weinig werk.

Wat ik alleen niet begrijp, is waarom de automatisering niet ook als package beschikbaar wordt gesteld, net zoals bij de SDK al het geval is.

Nu moet je de nieuwe automatisering kopiëren naar bijvoorbeeld automations.yaml, waar mogelijk ook andere automatiseringen in staan. Dat maakt het vervangen wat foutgevoeliger.

Ik heb de Gielz-automatisering daarom zelf als afzonderlijk package opgenomen. Dat is heel eenvoudig: voeg automation: toe bovenaan het bestand en laat de bestaande YAML twee spaties extra inspringen.

Bijvoorbeeld:

code:

automation:
  - alias: Zendure zenSDK (Gielz)
    description: Configuratie Versie (v20260620)
    triggers:
      - seconds: /5
        id: aansturing_trigger
        trigger: time_pattern

Het geheel staat bij mij in een eigen bestand onder packages/.

Bij een volgende upgrade hoef ik alleen dat bestand te vervangen. Geen gekopieer in bestanden met andere automatiseringen en minder kans op fouten.

Het zou handig zijn als Gielz ook de automatisering als package beschikbaar stelt, net zoals nu al bij de SDK gebeurt. Dan kun je alle onderdelen op dezelfde eenvoudige manier installeren en bijwerken.

[ppaulv]

Maarten60 schreef op zondag 11 oktober 2026 @ 11:26:
[...]

Helemaal mee eens. 😉 De upgrade is inderdaad weinig werk.

Wat ik alleen niet begrijp, is waarom de automatisering niet ook als package beschikbaar wordt gesteld, net zoals bij de SDK al het geval is.

Nu moet je de nieuwe automatisering kopiëren naar bijvoorbeeld automations.yaml, waar mogelijk ook andere automatiseringen in staan. Dat maakt het vervangen wat foutgevoeliger.

Ik heb de Gielz-automatisering daarom zelf als afzonderlijk package opgenomen. Dat is heel eenvoudig: voeg automation: toe bovenaan het bestand en laat de bestaande YAML twee spaties extra inspringen.

Bijvoorbeeld:

code:

automation:
  - alias: Zendure zenSDK (Gielz)
    description: Configuratie Versie (v20260620)
    triggers:
      - seconds: /5
        id: aansturing_trigger
        trigger: time_pattern

Het geheel staat bij mij in een eigen bestand onder packages/.

Bij een volgende upgrade hoef ik alleen dat bestand te vervangen. Geen gekopieer in bestanden met andere automatiseringen en minder kans op fouten.

Het zou handig zijn als Gielz ook de automatisering als package beschikbaar stelt, net zoals nu al bij de SDK gebeurt. Dan kun je alle onderdelen op dezelfde eenvoudige manier installeren en bijwerken.

Grappig. Ik heb nou net de omgekeerde weg bewandeld.
De Gielz automation is mijn 'hoofd' automation en alle eigen automatiseringen zijn packages.
Werkt prima (voor mij)

Het enige dat ik telkens moet aanpassen is de timing (21 seonden).

[ Voor 3% gewijzigd door ppaulv op 11-10-2026 11:47 ]

[wouter12345]

Ik zit zelf ook altijd even te puzzelen met de update, omdat ik verder niet zoveel met HA doe. Wellicht voor anderen ook handig.

Allereerst kies de taal die je gebruikte voor Gielz Zendure HA in het verleden (NL of EN).
Github link naar NL versie: NL
github link naar EN versie: EN

Stap 1: Update van de package:
a. pluk de laatste versie van de Gielz github link hierboven. Selecteer daar de map Packages.
b. Sla het bestand uit deze map packages op in de Home Assistant folder \config\packages. Tenzij je van een hele oude versie van Gielz komt zou deze map al moeten bestaan inclusief bestand -> overschrijf dus het bestaande bestand - of open het, en kopieer/plak de nieuwe tekst. Ik kan via SMB share deze met Windows Explorer benaderen (eerst geloof ik ingesteld in HA dat je via SMB mag benaderen), maar als je Home Assistant in docker draait weet ik niet of dat op dezelfde manier werkt.
Bij mij dus: \\[home assistant ip]\config\packages

[Zelf moet ik hier overigens nog een extra stap doen, omdat ik de Nord Pool sensor draai o.b.v. de instructies van Wai_AM (link):, waarbij ik conform zijn instructies in Gielz package bestand nog op 4 plekken "Isoformat verwijder. Nooit getest of het inmiddels nog nodig is, of dat dit niet meer hoeft]

c. Hierna herstart ik Home Assisant (tegenwoordig is alleen YAML herladen mogelijk al voldoende)

Stap 2: Pas de Zendure zendSDK (Gielz) automatisering aan
a. Ga naar Settings -> Automations -> zoek daar Zendure zendSDK (Gielz) en klik er op
b. Klik rechtsboven op de drie puntjes en kies: Edit in YAML
c. Kopieer de laatste versie van de Github link bestand automation_nl.yaml of automation_global.yaml, plak in HA, en klik save

Stap 3: Update dashboard (als je dit gebruikt en deze vernieuwd is)
a. Ga naar Settings -> Dashboard -> zoek daar Zendure en klik er op
b. Klik rechtsboven op potloodje (?) Edit
c. Klik rechtsboven op de drie puntjes en kies: {} Raw configuration editor
d. Kopieer de laatste versie van de Github link bestand dashboard_nl.yaml of dashboard_global.yaml, plak in HA, en klik save

Dan reboot ik nog een keer Home Assistant, en werkt het weer als een zonnetje.

[MP3-Junky]

Net geupdate naar de recentste Gast777 proxy. Nu laden mij accus op 50%??

[Gramser]

Hoe vol zijn je accu’s?

[MP3-Junky]

Gramser schreef op zondag 11 oktober 2026 @ 12:38:
Hoe vol zijn je accu’s?

25%

[MP3-Junky]

Dit is ook raar: Zendure 1 doet niks ondanks de opdracht






Zendure 1 lijkt alleen te laden als alle 3 batterijen actief zijn??

EDIT: sukkel dat ik ben, door copy paste stond bij Zendure 3 hetzelfde ipadres als Zendure 1

[ Voor 54% gewijzigd door MP3-Junky op 11-10-2026 12:58 ]

[Gramser]

Hahaha dat kan de beste overkomen!

[Pakhaas]

Maarten60 schreef op zondag 11 oktober 2026 @ 11:26:
[...]

Helemaal mee eens. 😉 De upgrade is inderdaad weinig werk.

Wat ik alleen niet begrijp, is waarom de automatisering niet ook als package beschikbaar wordt gesteld, net zoals bij de SDK al het geval is.

Nu moet je de nieuwe automatisering kopiëren naar bijvoorbeeld automations.yaml, waar mogelijk ook andere automatiseringen in staan. Dat maakt het vervangen wat foutgevoeliger.

Ik heb de Gielz-automatisering daarom zelf als afzonderlijk package opgenomen. Dat is heel eenvoudig: voeg automation: toe bovenaan het bestand en laat de bestaande YAML twee spaties extra inspringen.

Bijvoorbeeld:

code:

automation:
  - alias: Zendure zenSDK (Gielz)
    description: Configuratie Versie (v20260620)
    triggers:
      - seconds: /5
        id: aansturing_trigger
        trigger: time_pattern

Het geheel staat bij mij in een eigen bestand onder packages/.

Bij een volgende upgrade hoef ik alleen dat bestand te vervangen. Geen gekopieer in bestanden met andere automatiseringen en minder kans op fouten.

Het zou handig zijn als Gielz ook de automatisering als package beschikbaar stelt, net zoals nu al bij de SDK gebeurt. Dan kun je alle onderdelen op dezelfde eenvoudige manier installeren en bijwerken.

Ik pas de automotion in UI aan. Daar de yaml even aanpassen. Heb je ook niet kans dat het mis gaat.

[MP3-Junky]

Is dit normaal gedrag?

Soc= 24%, batterij temp=16 graden:

[ Voor 23% gewijzigd door MP3-Junky op 12-10-2026 10:55 ]

[Mimiix]

MP3-Junky schreef op maandag 12 oktober 2026 @ 10:52:
Is dit normaal gedrag?

Soc= 24%, batterij temp=16 graden:

[Afbeelding]

Sinds de nieuwe update op mn SF2400pro zie ik dit ook gebeuren. Hij lijkt te hangen. Geen idee waarom.

[MP3-Junky]

Mimiix schreef op maandag 12 oktober 2026 @ 10:58:
[...]


Sinds de nieuwe update op mn SF2400pro zie ik dit ook gebeuren. Hij lijkt te hangen. Geen idee waarom.

Firmware update, of van de Gielz of Gast777 proxy?

[Mimiix]

MP3-Junky schreef op maandag 12 oktober 2026 @ 11:05:
[...]

Firmware update, of van de Gielz of Gast777 proxy?

FW.

[MP3-Junky]

Even het max oplaadvermogen in Gielz verlaagd en daarna weer teruggezet.

Lijkt voor nu te werken...

[ Voor 62% gewijzigd door MP3-Junky op 12-10-2026 11:09 ]

[m-vw]

MP3-Junky schreef op maandag 12 oktober 2026 @ 10:52:
Is dit normaal gedrag?

Soc= 24%, batterij temp=16 graden:

[Afbeelding]

Toevallig vanochtend ook gezien.
Meeste recente aanpassing is de code aanpassing binnen Gielz geweest.
Daarvoor een FW update van de 2400Pro, maar bij mij is het de 800Pro die dit doet. (En zo te zien bij @MP3-Junky ook.)

Toevallig werd het percentage daarna 10% en werd er volledig naar de 2400Pro geschakeld die wel alles oppakte.

[ Voor 20% gewijzigd door m-vw op 12-10-2026 11:15 ]

[MP3-Junky]

Ik heb 3x 800plus. Enige update die ik recent heb uitgevoerd was naar de laatste versie van de Gast777 proxy.

[m-vw]

Mijn regeling is niet helemaal meer in Lijn met de Gielz, maar de enige aanpassing die volgens mij gedaan is hield verband met de syntax van de FOR loop. Dat zou dit niet moeten kunnen veroorzaken.

[Mimiix]

MP3-Junky schreef op maandag 12 oktober 2026 @ 11:08:
Even het max oplaadvermogen in Gielz verlaagd en daarna weer teruggezet.

Lijkt voor nu te werken...


[Afbeelding]

Same hier.

Het ligt niet aan Gielz of enige HA aansturing: Via de Zendure app staat ie ook gewoon op 150W in het overzicht, maar 0W bij de instellingen.

Lijkt alsof er een setting blijft hangen ergens.

[Pvdbogaard]

Zendure 2400AC+ met extra batterij, en HomeWizard P1 meter middels Gielz aangestuurd. Firmware 2.0.2. IK kijk net op de Zendure app en zie HEMS uitgeschakeld en MQTT control staat uit. Deze laatste moet toch aan staan om eea te laten werken?

[Ben(V)]

Gielz werkt niet met MQTT maar met HTTP (Zensdk) dus het staat goed.

[ Voor 16% gewijzigd door Ben(V) op 12-10-2026 12:10 ]

[ppaulv]

Acidrain schreef op woensdag 16 september 2026 @ 14:38:
[...]

Ik heb het simpeler opgelost met het zelfde resultaat. (Veel simpeler )

Ik heb een helper aangemaakt die de quooker weg filtert.
Onder helpers:
Helper aanmaken en kies Filter
Naam: P1 Meter Power Filtered
Entiteit: P1 Power
Filter: Uitschieter
*Verzenden klikken*
Venstergrootte: 4
Straal: 1200
Precisie: 0
*Verzenden klikken*
Klaar

Deze sensor stel je dan in als p1 meter in je zendure configuratie en klaar.

yaml van bovenstaande mocht je het in je configuration.yaml willen zetten:

YAML:

sensor:
  - platform: filter
    name: "P1 Meter Power Filtered"
    unique_id: p1_meter_power_filtered_outlier
    entity_id: sensor.p1_meter_power
    filters:
      - filter: outlier
        window_size: 4
        radius: 1200

Even hierop tergkomend.
Ik gebruik deze simpele versie nu al een tijdje maar zie telkens als de zonne-opbrengst laag begint te worden (totaal P1 huisverbruik rond de 500W) dat dan het gehele systeem weer enthousiast begint te stuiteren. Zie schermafbeelding.
Ik ga het verder onderzoeken maar het zou zomaar kunnen zijn dat dit pas aan het gebeuren is na de laatste update van Gielz (ben recentelijk van de augustus naar de oktober versie gegaan.
Iemand iets soortgelijks gezien?



Pfjoei .... laat maar. Sorry voor de onrust, het was de inductieplaat (Bora) op laag niveau die dit veroorzaakte.

[ Voor 4% gewijzigd door ppaulv op 12-10-2026 16:08 ]

[Acidrain]

ppaulv schreef op maandag 12 oktober 2026 @ 15:58:
[...]

Even hierop tergkomend.
Ik gebruik deze simpele versie nu al een tijdje maar zie telkens als de zonne-opbrengst laag begint te worden (totaal P1 huisverbruik rond de 500W) dat dan het gehele systeem weer enthousiast begint te stuiteren. Zie schermafbeelding.
Ik ga het verder onderzoeken maar het zou zomaar kunnen zijn dat dit pas aan het gebeuren is na de laatste update van Gielz (ben recentelijk van de augustus naar de oktober versie gegaan.
Iemand iets soortgelijks gezien?

[Afbeelding]

Pfjoei .... laat maar. Sorry voor de onrust, het was de inductieplaat (Bora) op laag niveau die dit veroorzaakte.

Kijk even op de echte p1 wat het gedrag van de Bora precies is, vervolgens kun je de venstergroote en straal hier op aanpassen.

[ppaulv]

Acidrain schreef op maandag 12 oktober 2026 @ 16:12:
[...]

Kijk even op de echte p1 wat het gedrag van de Bora precies is, vervolgens kun je de venstergroote en straal hier op aanpassen.

Dat zijn dan wel heel kleine (500W) en lange (30 sec) pieken die ik ga negeren. Maar wellicht is het de enige manier....

[Acidrain]

ppaulv schreef op maandag 12 oktober 2026 @ 16:23:
[...]

Dat zijn dan wel heel kleine (500W) en lange (30 sec) pieken die ik ga negeren. Maar wellicht is het de enige manier....

Pff, dan zou ik het negeren, dan gaat nom best stuk als je daar rekening mee gaat houden.

[ppaulv]

Acidrain schreef op maandag 12 oktober 2026 @ 16:40:
[...]

Pff, dan zou ik het negeren, dan gaat nom best stuk als je daar rekening mee gaat houden.

was ik ook al bang voor. Ik zit meer te denken aan een stukje logica waarmee ik stuitergedrag kan zien. Zoiets als hoeveel seconden er zitten tussen twee keer naar 0W gaan en als dat te snel gaat gewoon 5 minuten op standby. Zoiets.

[mpro09]

Even een beginnersvraagje.

Ik heb een 1600AC+ gekocht die ik naast het normale gebruik ook regelmatig wil meenemen om off grid te gebruiken. Daarnaast zou ik graag een PRO model bijv. de 800 pro 2 erbij "vast" aansluiten met een aantal uitbreidings accu's om een extra set zonnepanelen op aan te sluiten. Omdat ik de 1600 af en toe meeneem lijkt het me niet handig om daar uitbreidingen onder te zetten.

Nu lees ik hier dat verschillende omvormers met verschillende capaciteit met de Gielz integratie niet helemaal lekker zou werken, maar hoe zit dat met die van Zendure zelf? Het liefst zou ik ze graag getrapt laten werken wb NOM. De 800 zou dan de hoofdmoot zijn en de 1600 springt alleen bij als het vermogen daarom vraagt. Is dat te doen of is dat vragen om problemen?

[ Voor 6% gewijzigd door mpro09 op 12-10-2026 17:32 ]

[Spixo]

Mijn accu is op dit moment leeg (SOC = 10%). Ik heb de modus op dynamisch handelen staan en nu krijg ik het volgende voorstel voor morgen:



Dat werkt echter niet, want hij wil nu eerst gaan ontladen en daarna pas laden. Hoe doen jullie dat via de UI? Is het mogelijk om dat om te draaien?

[Gramser]

Het werkt wel, maar hij heeft niets te ontladen en zal pas gaan laden in de groene uren. De vraag is of toch eerst een keer laden en weer ontladen vóór die groene uren van morgen je financieel voordeel gaan opleveren.

[m-vw]

mpro09 schreef op maandag 12 oktober 2026 @ 17:27:
Even een beginnersvraagje.

Ik heb een 1600AC+ gekocht die ik naast het normale gebruik ook regelmatig wil meenemen om off grid te gebruiken. Daarnaast zou ik graag een PRO model bijv. de 800 pro 2 erbij "vast" aansluiten met een aantal uitbreidings accu's om een extra set zonnepanelen op aan te sluiten. Omdat ik de 1600 af en toe meeneem lijkt het me niet handig om daar uitbreidingen onder te zetten.

Nu lees ik hier dat verschillende omvormers met verschillende capaciteit met de Gielz integratie niet helemaal lekker zou werken, maar hoe zit dat met die van Zendure zelf? Het liefst zou ik ze graag getrapt laten werken wb NOM. De 800 zou dan de hoofdmoot zijn en de 1600 springt alleen bij als het vermogen daarom vraagt. Is dat te doen of is dat vragen om problemen?

Alles wat je wilt kan,maar niet met de standaard app. De Zendure app werkt niet echt met single modus, maar verdeelt de last vaak over de beschikbare batterijen.

HA met Gielz(+proxy) of Omnibattey zijn dan beter geschikt.

Het off-grid deel van je vraag is zeker geen probleem, het zijn niet voor niets draagbare plug-in batterijen.

[Nyz2314]

Gramser schreef op maandag 12 oktober 2026 @ 18:37:
Het werkt wel, maar hij heeft niets te ontladen en zal pas gaan laden in de groene uren. De vraag is of toch eerst een keer laden en weer ontladen vóór die groene uren van morgen je financieel voordeel gaan opleveren.

Ik heb dezelfde vraag.

[ZuinigeRijder]

Spixo schreef op maandag 12 oktober 2026 @ 17:28:
Mijn accu is op dit moment leeg (SOC = 10%). Ik heb de modus op dynamisch handelen staan en nu krijg ik het volgende voorstel voor morgen:

[Afbeelding]

Dat werkt echter niet, want hij wil nu eerst gaan ontladen en daarna pas laden. Hoe doen jullie dat via de UI? Is het mogelijk om dat om te draaien?

Helaas niet. Zou mooi zijn als @gielz rekening houdt met hoever de batterij vol is. Dan zijn de eerste ontlaad opties niet mogelijk en komt dan pas na volladen de periodes van ontladen in aanmerking. Maar dat is nog niet meteen eenvoudig te maken. Maar misschien kan iemand helpen om dit scenario beter te maken (Claude?) met het selecteren van goedkoopste en duurste periodes en dit onderdeel van het Dashboard selectie mechanisme maken?

Voor nu kun je de duurste periodes verhogen, bijvoorbeeld naar 24. Dan worden de duurste periodes in de avond ook geselecteerd.

[ Voor 9% gewijzigd door ZuinigeRijder op 13-10-2026 08:23 ]

[Spixo]

ZuinigeRijder schreef op dinsdag 13 oktober 2026 @ 08:07:
[...]

Helaas niet. Zo mooi zijn als @gielz rekening houdt met hoever de batterij vol is. Dan zijn de eerste ontlaad opties niet mogelijk en komt dan pas na volladen de periodes van ontladen in aanmerking. Maar dat is nog niet meteen eenvoudig te maken.

Voor nu kun je de duurste periodes verhogen, bijvoorbeeld naar 24. Dan worden de duurste periodes in de avond ook geselecteerd.

Ik heb het voor nu even opgelost door een handmatige periode in te toetsen. Maar je tip van 24 is inderdaad geen gek idee, dan kleurt zowel de ochtend als avond 'rood'. Thanks!

[Pakhaas]

ZuinigeRijder schreef op dinsdag 13 oktober 2026 @ 08:07:
[...]

Helaas niet. Zo mooi zijn als @gielz rekening houdt met hoever de batterij vol is. Dan zijn de eerste ontlaad opties niet mogelijk en komt dan pas na volladen de periodes van ontladen in aanmerking. Maar dat is nog niet meteen eenvoudig te maken.

Voor nu kun je de duurste periodes verhogen, bijvoorbeeld naar 24. Dan worden de duurste periodes in de avond ook geselecteerd.

Het zou mooi zijn als je op de pof kunt ontladen en dan later het negatieve weer goed maken 🤪

[m-vw]

Passen jullie de waarde van de Nordpoolsensor aan?
Standaard krijg ik bijv €24,5/kWh ipv €0,245/kWh. Dat zie ik ook terug bij de diverse grafieken, maar zie nergens een standaard veld om de waarde door 100 te delen.

[Pakhaas]

m-vw schreef op dinsdag 13 oktober 2026 @ 10:14:
Passen jullie de waarde van de Nordpoolsensor aan?
Standaard krijg ik bijv €24,5/kWh ipv €0,245/kWh. Dat zie ik ook terug bij de diverse grafieken, maar zie nergens een standaard veld om de waarde door 100 te delen.

Dan moet je die Nordpoolsensor opnieuw maken met de juiste formule. Hier is het weer in centen per kWh

[sender]

Hoi @gielz

In de Zendure-package gebruikt de input button zendure_setting_set_default_settings het icoon mdi:hand-pointer. Dat icoon bestaat niet in de Material Design Icons die met Home Assistant meekomen (MDI 7.4.47). Daardoor toont de knop geen icoon, en Spook meldt er een repair-waarschuwing voor (“Unknown icons in your settings”).

Voorstel: vervang het door een bestaand icoon, bijvoorbeeld:

YAML:

icon: mdi:gesture-tap-button

of mdi:hand-pointing-up.

Bedankt voor de package!

[m-vw]

Pakhaas schreef op dinsdag 13 oktober 2026 @ 10:41:
[...]

Dan moet je die Nordpoolsensor opnieuw maken met de juiste formule. Hier is het weer in centen per kWh

Dynamisch Nordpool blijft op €/kWh. Toch nog even verder zoeken.

update
Zit in het package als:

YAML:

      - name: "Dynamisch Nordpool"
        unique_id: dynamisch_nordpool
        icon: mdi:cash
        unit_of_measurement: "€/kWh"

Dus lijkt mij puur iets grafisch, want verder werkt het wel met ct/kWh

[ Voor 32% gewijzigd door m-vw op 13-10-2026 15:40 ]

[Pvdbogaard]

Mijn overbuurvrouw (83) heeft een Zendure AC2400+ gekocht. Ik heb de Zendure P1 meter in de meterkast geplaatst en de batterij in de garage. Het configureren van de P1 meter ging prima, maar de Zendure in de garage kan het netwerk (SSID) herkennen maar er niet mee verbinden. De mobiel (iphone) geeft 2 streepjes WiFi sterkte. Wat is de moeite waard om te proberen?
Er is een geaard stopcontact in de meterkast. En in de garage. Verder alleen in de keuken waar er geen ruimte is voor de batterij.

[ Voor 15% gewijzigd door Pvdbogaard op 13-10-2026 17:24 ]

[ppaulv]

Pvdbogaard schreef op dinsdag 13 oktober 2026 @ 17:23:
Mijn overbuurvrouw (83) heeft een Zendure AC2400+ gekocht. Ik heb de Zendure P1 meter in de meterkast geplaatst en de batterij in de garage. Het configureren van de P1 meter ging prima, maar de Zendure in de garage kan het netwerk (SSID) herkennen maar er niet mee verbinden. De mobiel (iphone) geeft 2 streepjes WiFi sterkte. Wat is de moeite waard om te proberen?
Er is een geaard stopcontact in de meterkast. En in de garage. Verder alleen in de keuken waar er geen ruimte is voor de batterij.

Vrees dat ie dan toch een stabieler/sterker wifi signaal nodig heeft. En dat is een puur netwerk/wifi probleem.
Als je een powerline setje en een extra AP ergens hebt liggen kun je het uittesten. Misschien dat een eenvoudige wifi-versterker ook al wonderen doet?
Verder is dit best wel offtopic hier ....
Aanvulling. Als de wifi bij de meterkast wèl heel sterk/stabiel/foutarm is, kun je de accu misschien daar even neerzetten en kijken wat ie doet. Werkt dat wèl goed dan is het zeker weten de wifi.

[ Voor 21% gewijzigd door ppaulv op 13-10-2026 17:36 ]

[Korvaag]

edit:
Oeps.. verkeerde topic.. Excuses..

[ Voor 92% gewijzigd door Korvaag op 13-10-2026 20:17 ]

[ppaulv]

Misschien ben ik erg blond (in gedachten, ben behoorijk grijs inmiddels) maar even een vraagje over NodeRed en Gielz.
Ik zie op de Gielz pagina (nog geen NR in gebruik, heb 1 torentje actief) heel fraaie data over de aanwezige AC+ (totaal aantal batterijen (3), temp, lading, etc etc).
Als ik nu via NR een 2e torentje actief maak, gaat ie dan gewoon doortellen (4, 5, 6) of hoe werkt dat? Ik vermoed dat ik dan in Gielz te zien krijg dat ik één torentje heb staan met 6 batterijen.
Maar hoe gaat dat dan met de temperatuur van de omvormer? Daarmee stuur ik m'n ventilator aan. En daar gaat dan wat mis, niet?

[MP3-Junky]

MP3-Junky schreef op maandag 12 oktober 2026 @ 10:52:
Is dit normaal gedrag?

Soc= 24%, batterij temp=16 graden:

[Afbeelding]

Nu weer dit gedrag



Iemand al een fix?

Opvallend dat het weer alleen Zendure 2 betreft. Het zijn alle 3 stuks 800plus op dezelfde firmware.

Hij lijkt gecapt te worden op 540W. Heel vreemd.

@gast777 kan dit aan jouw proxy liggen? Ik zie dit gedrag sinds ik een week geleden heb geupdate naar de laatste versie. Kan ook toeval zijn.

[ Voor 16% gewijzigd door MP3-Junky op 14-10-2026 11:45 ]

[RemmyB83]

MP3-Junky schreef op woensdag 14 oktober 2026 @ 11:15:
[...]

Nu weer dit gedrag

[Afbeelding]

Iemand al een fix?

Opvallend dat het weer alleen Zendure 2 betreft. Het zijn alle 3 stuks 800plus op dezelfde firmware.

En hoe is je celbalans?

[MP3-Junky]

RemmyB83 schreef op woensdag 14 oktober 2026 @ 11:40:
[...]

En hoe is je celbalans?
[Afbeelding]

Die is uitstekend.

[RemmyB83]

MP3-Junky schreef op woensdag 14 oktober 2026 @ 11:44:
[...]

Die is uitstekend.

En de waarde is ook live?

Ik heb zoiets ook gehad door het verkeerde wifikanaal te selecteren. En dan gaat blijft de accu hangen op een eerdere waarde, terwijl je een nieuwe vermogensopdracht ziet in HA.

Edit: lees ook even
RemmyB83 in "Zendure producten in Home Assistant integreren deel 2"

[ Voor 8% gewijzigd door RemmyB83 op 14-10-2026 11:56 ]

[MP3-Junky]

RemmyB83 schreef op woensdag 14 oktober 2026 @ 11:51:
[...]

En de waarde is ook live?
[Afbeelding]
Ik heb zoiets ook gehad door het verkeerde wifikanaal te selecteren. En dan gaat blijft de accu hangen op een eerdere waarde, terwijl je een nieuwe vermogensopdracht ziet in HA.

Edit: lees ook even
RemmyB83 in "Zendure producten in Home Assistant integreren deel 2"

Ja, zie onderstaand. Rond 11:47 heeft het zichzelf opgelost. Blijft vreemd dit.

[ Voor 9% gewijzigd door MP3-Junky op 14-10-2026 12:03 ]

[Mimiix]

MP3-Junky schreef op woensdag 14 oktober 2026 @ 12:02:
[...]

Ja, zie onderstaand. Rond 11:47 heeft het zichzelf opgelost. Blijft vreemd dit.[Afbeelding]

Gebeurd bij mij ook vandaag weer.

Ik heb een ticket ingeschoten, maar nog geen reactie.

[RemmyB83]

MP3-Junky schreef op woensdag 14 oktober 2026 @ 12:02:
[...]

Ja, zie onderstaand. Rond 11:47 heeft het zichzelf opgelost. Blijft vreemd dit.[Afbeelding]

Is idd vreemd gedrag.
Heb je als je het probleem ervaart al een keer geprobeerd om gielz uit te zetten, en fireson te starten? Ik heb wel eens gezien dat fireson het dan weer wel goed kon aansturen, waar gielz bleef hangen.

[Pakhaas]

ppaulv schreef op woensdag 14 oktober 2026 @ 09:57:
Misschien ben ik erg blond (in gedachten, ben behoorijk grijs inmiddels) maar even een vraagje over NodeRed en Gielz.
Ik zie op de Gielz pagina (nog geen NR in gebruik, heb 1 torentje actief) heel fraaie data over de aanwezige AC+ (totaal aantal batterijen (3), temp, lading, etc etc).
Als ik nu via NR een 2e torentje actief maak, gaat ie dan gewoon doortellen (4, 5, 6) of hoe werkt dat? Ik vermoed dat ik dan in Gielz te zien krijg dat ik één torentje heb staan met 6 batterijen.
Maar hoe gaat dat dan met de temperatuur van de omvormer? Daarmee stuur ik m'n ventilator aan. En daar gaat dan wat mis, niet?

Nee, Gielz geeft aan dat er 2x Zendure actief is met daarbij het totaal aan kwh's.

[ppaulv]

Pakhaas schreef op woensdag 14 oktober 2026 @ 13:11:
[...]

Nee, Gielz geeft aan dat er 2x Zendure actief is met daarbij het totaal aan kwh's.

[Afbeelding]

ok, thanks, maar .... als ie dan een temp laat zien, van welke omvormer/setje is die dan? Of kan ik ze allebei boven water krijgen?

[Pakhaas]

ppaulv schreef op woensdag 14 oktober 2026 @ 13:28:
[...]

ok, thanks, maar .... als ie dan een temp laat zien, van welke omvormer/setje is die dan? Of kan ik ze allebei boven water krijgen?

Ik begrijp je vraag niet