:strip_exif()/i/2006193904.png?f=thumbmini)
:strip_exif()/i/2005202526.png?f=thumbmini)
:strip_exif()/i/2007620922.webp?f=thumbmini)
:strip_icc():strip_exif()/u/340799/drive.jpg?f=community)
Ik heb net een zendure 2400 ac+ toegevoegd aan mijn integratie (fireson) waar al een 2400ac in zat. De integratie ziet de waarden van de 2400ac+ maar kan deze niet aansturen. Ik heb hem op exact dezelfde manier gekoppeld als de 2400ac. Die wel nog werkt via de integratie. Iemand een idee wat het probleem kan zijn?
:strip_icc():strip_exif()/u/304653/crop68b4ad60494fd_cropped.jpg?f=community)
:strip_icc():strip_exif()/u/1889314/crop67dd9d80ccd5c_cropped.jpg?f=community)
/u/352019/crop68f2a7a361320_cropped.png?f=community)
:strip_icc():strip_exif()/u/86087/CM2.jpg?f=community)
Dit lijkt inderdaad geholpen te hebben. Dankjewel
Qua wifi staat het hier op een vast kanaal waar ook geen buren op zitten. Dus dat lijkt het probleem bij mij niet te zijn.
:no_upscale():strip_icc():strip_exif()/f/image/ljCkvvilsASGGvpNN7iPO4UK.jpg?f=user_large)
goedemorgen, ik gebruik de gielz toevoeging en zie dit flash geheugen gebruik,weet iemand of dit normaal is?
Ik heb mijn Zendure SolarFlow 2400 AC inmiddels volledig gekoppeld aan Home Assistant en daarbij eigenlijk het beste van EMHASS en de aanpak van Omnibattery gecombineerd. EMHASS doet de strategische planning: iedere 15 minuten kijkt hij vooruit naar dynamische stroomprijzen, verwacht huisverbruik, PV-opbrengst, SOC en batterijverliezen. Daardoor bepaalt hij wanneer laden, ontladen of juist niets doen economisch het slimst is voor teruglevering.
Daaronder draait een Omnibattery-achtige realtime PD-regelaar op de P1-meter. Die corrigeert binnen het kwartier voor onverwachte veranderingen in huisverbruik of zonnepanelen. EMHASS bepaalt dus de richting, terwijl de PD-regelaar het werkelijke vermogen netjes bijstuurt.
Bijvoorbeeld: 's nachts gedeeltelijk laden omdat stroom goedkoop is, 's ochtends de accu bewust nog even vasthouden en pas ontladen tijdens de dure ochtendpiek. Of overdag zonne-energie juist exporteren omdat de vergoeding op dat moment gunstig is en later een goedkoper laadmoment volgt.
De keten is grofweg: prijzen + forecast → EMHASS → realtime P1-correctie → Zendure
Met daarbij safeguards zodat de realtime regeling nooit zomaar tegen de strategie van EMHASS in gaat. Bij problemen valt de Zendure automatisch terug naar Smart Matching.
Kortom: niet alleen nul-op-de-meter regelen, maar de accu echt vooruit laten kijken en de beschikbare kWh inzetten op het moment dat ze financieel het meeste waard zijn. Tot nu toe werkt dat verrassend netjes., eingelijk behoorlijk blij mee! 😄
En een kleine technische nuance voor de Tweakers-puristen: ik draai Omnibattery zelf niet naast EMHASS; de realtime regellaag is gebaseerd op dezelfde ideeën, zodat er maar één coherente aansturing blijft.
/f/image/sbdjPdHUuKJbHOoVBYUtoQjT.png?f=fotoalbum_large)
Daaronder draait een Omnibattery-achtige realtime PD-regelaar op de P1-meter. Die corrigeert binnen het kwartier voor onverwachte veranderingen in huisverbruik of zonnepanelen. EMHASS bepaalt dus de richting, terwijl de PD-regelaar het werkelijke vermogen netjes bijstuurt.
Bijvoorbeeld: 's nachts gedeeltelijk laden omdat stroom goedkoop is, 's ochtends de accu bewust nog even vasthouden en pas ontladen tijdens de dure ochtendpiek. Of overdag zonne-energie juist exporteren omdat de vergoeding op dat moment gunstig is en later een goedkoper laadmoment volgt.
De keten is grofweg: prijzen + forecast → EMHASS → realtime P1-correctie → Zendure
Met daarbij safeguards zodat de realtime regeling nooit zomaar tegen de strategie van EMHASS in gaat. Bij problemen valt de Zendure automatisch terug naar Smart Matching.
Kortom: niet alleen nul-op-de-meter regelen, maar de accu echt vooruit laten kijken en de beschikbare kWh inzetten op het moment dat ze financieel het meeste waard zijn. Tot nu toe werkt dat verrassend netjes., eingelijk behoorlijk blij mee! 😄
En een kleine technische nuance voor de Tweakers-puristen: ik draai Omnibattery zelf niet naast EMHASS; de realtime regellaag is gebaseerd op dezelfde ideeën, zodat er maar één coherente aansturing blijft.
:strip_exif()/f/image/sbdjPdHUuKJbHOoVBYUtoQjT.png?f=user_large)
:strip_icc():strip_exif()/u/685142/crop66d0254153c6a_cropped.jpg?f=community)
Hoi allemaal, @gielz @gast777 ,
ik heb een vraag over "nul op de meter" met 3 stuks Zendure 2400 AC+ via de proxy van gast777.
Vanaf 1 januari (wanneer het salderen stopt) wil ik vooral zelf verbruiken en de accu 's avonds en 's nachts de last laten dekken. Dit i.c.m. DAO, Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO
Eerst even hoe mijn opstelling werkt, want dat bepaalt het probleem.
Mijn opstelling in het kort:
1. Welke interval en factor raden jullie aan voor Smart Matching bij 3 Zendures (maximaal 3x2400 = 7200 W) en een HomeWizard P1 van 1 seconde? Ik dacht aan 10 seconden en factor 1,0.
In mijn simulatie wordt 6 seconden onrustig, vermoedelijk door de vertraging van 6 seconden. Klopt dat?
2. Wat is een normale relaisteller per dag, en vanaf welk aantal maken jullie je zorgen?
3. Als de proxy de actieve eenheid wisselt, zie ik alle drie de eenheden 1,5 s op "unavailable".
Hoort dat bij de wisseling? Is een instelling als "wisselen bij 5% SoC-verschil" aan te raden?
4. Jaagt het commando over de 2400 W-grens heen (dan gaat een tweede eenheid mee) en weer eronder, dan wisselen de eenheden steeds. Is er een manier om dat te dempen?
5. Kan Smart Matching ook via zo'n schakelaar van een planner (DAO) aan en uit, zodat je geen eigen regelaar nodig hebt?
Of kiezen jullie dan liever voor een eigen regelaar naast Gielz?
Alvast bedankt voor jullie reacties...
ik heb een vraag over "nul op de meter" met 3 stuks Zendure 2400 AC+ via de proxy van gast777.
Vanaf 1 januari (wanneer het salderen stopt) wil ik vooral zelf verbruiken en de accu 's avonds en 's nachts de last laten dekken. Dit i.c.m. DAO, Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO
Eerst even hoe mijn opstelling werkt, want dat bepaalt het probleem.
Mijn opstelling in het kort:
- Day Ahead Optimizer (DAO) rekent elke dag een plan uit op basis van de beursprijzen: wanneer laden, wanneer ontladen.
DAO zet dat per kwartier klaar in Home Assistant, met twee schakelaars: "accu actief" en "balanceren". - In een balanceer-kwartier moet de accu het huis op nul op de meter houden. Dat doet een eigen regelaar van mij: die leest elke 6 seconden de P1-meter (HomeWizard, 1 s) en schrijft het gewenste vermogen naar Gielz (Manual-modus).
- Gielz stuurt dat via de proxy van gast777 naar de 3 eenheden (samen 7200 W).
- Buiten die kwartieren doet DAO zelf een vast laad- of ontlaadvermogen. Daar gaat het hier niet over.
- De accu reageert ongeveer 6 seconden na een commando.
- Mijn eerste regelaar rekende steeds opnieuw het doel uit. Dat gaf 's middags (bij 5,3 kW zon opwek) soms 15 laad/ontlaad-wissels in 13 minuten. Nu stuur ik bij in kleine stappen, en dat moet ik nog meten.
- De relaisteller van Gielz staat vandaag op 115 (64 laden, 52 ontladen).
- Gielz' Smart Matching rekent bij ontladen (P1 + huidig accuvermogen) x factor, standaard elke 5 seconden.
1. Welke interval en factor raden jullie aan voor Smart Matching bij 3 Zendures (maximaal 3x2400 = 7200 W) en een HomeWizard P1 van 1 seconde? Ik dacht aan 10 seconden en factor 1,0.
In mijn simulatie wordt 6 seconden onrustig, vermoedelijk door de vertraging van 6 seconden. Klopt dat?
2. Wat is een normale relaisteller per dag, en vanaf welk aantal maken jullie je zorgen?
3. Als de proxy de actieve eenheid wisselt, zie ik alle drie de eenheden 1,5 s op "unavailable".
Hoort dat bij de wisseling? Is een instelling als "wisselen bij 5% SoC-verschil" aan te raden?
4. Jaagt het commando over de 2400 W-grens heen (dan gaat een tweede eenheid mee) en weer eronder, dan wisselen de eenheden steeds. Is er een manier om dat te dempen?
5. Kan Smart Matching ook via zo'n schakelaar van een planner (DAO) aan en uit, zodat je geen eigen regelaar nodig hebt?
Of kiezen jullie dan liever voor een eigen regelaar naast Gielz?
Alvast bedankt voor jullie reacties...
Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal
/u/1923442/crop63fe874155259_cropped.png?f=community)
Je zou gewoon de native NOM van Gielz kunnen inschakelen als je NOM wilt bereiken (via een automation). Dat werkt prima.
Ik zou me niet zo snel zorgen maken over de relaisteller, bij normaal gebruik.
Dit lijkt me niet normaal. Het zou kunnen dat je Zendure processortje dan even te druk is om te antwoorden, wat de tijdelijke "unavailable" zou kunnen verklaren. Maar ik heb zelf dit gedrag nog niet gezien.
Bij de proxy is er bij wijze van "optional controls" een functie "Dual Mode Demper" beschikbaar. Deze voorkomt dat bij een beperkte overschrijding van 2400W (beperkt in tijd en vermogen), dat hij de 2e Zendure bijschakelt. Die zou ik gebruiken mocht dat zijn wat je wilt.
Hier heb ik (nog) geen ervaring mee, dus geen idee. Ik heb nu sinds een paar dagen een dynamisch contract, dus ben wel al een beetje aan het rondkijken hoe de boel het best te optimaliseren (ik lees hier zo nu en dan leuke ideeën). En zeker na 1 januari zonder salderen wordt dat wat ingewikkelder.
Alvast bedankt voor jullie reacties...
6 kWp solar | Batterij 24 kWh Zendure | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014
@Pakhaas je beschrijf eigenlijk precies waar EMHASS juist sterk in is 😅 Dus niet alleen “zonnepanelen eerst”, maar gewoon over de hele horizon kijken: stroomprijzen, PV, verwacht huisverbruik, SOC, minimumreserve en bijvoorbeeld een EV die voor een bepaald tijdstip geladen moet zijn.
Dan kan hij dus prima besluiten om ’s nachts 4–5 uur uit het net te laden als dat goedkoper is, de accu overdag deels vast te houden voor een dure periode en tegelijk rekening te houden met wat de EV nodig heeft.
Het verschil met zo’n losse automation is vooral dat je nu zelf veel als dit → doe dat regels maakt. EMHASS probeert van al die voorwaarden in één keer de goedkoopste planning te maken. Die 3 kWh die je voor het huis wilt bewaren is bijvoorbeeld gewoon als minimum-SOC/reserve mee te geven.
Voorbeeld wat EMHASS besloten heeft voor de komende uren bij mij. ivm te weinig/ geen zon momenteel.
:strip_exif()/f/image/DNAg2YEbgW1ig6fGOeiLlOzW.jpg?f=fotoalbum_large)
Dan kan hij dus prima besluiten om ’s nachts 4–5 uur uit het net te laden als dat goedkoper is, de accu overdag deels vast te houden voor een dure periode en tegelijk rekening te houden met wat de EV nodig heeft.
Het verschil met zo’n losse automation is vooral dat je nu zelf veel als dit → doe dat regels maakt. EMHASS probeert van al die voorwaarden in één keer de goedkoopste planning te maken. Die 3 kWh die je voor het huis wilt bewaren is bijvoorbeeld gewoon als minimum-SOC/reserve mee te geven.
Voorbeeld wat EMHASS besloten heeft voor de komende uren bij mij. ivm te weinig/ geen zon momenteel.
:no_upscale():strip_icc():strip_exif()/f/image/DNAg2YEbgW1ig6fGOeiLlOzW.jpg?f=user_large)
:strip_icc():strip_exif()/u/36627/grietje.jpg?f=community)
:strip_exif()/u/127432/waazaa.gif?f=community)
Je kunt in Gielz settings een export correctie invullen. Die wordt dan afgetrokken van de prijs bij terugleveren. Ook in de Dynamisch Vandaag/Morgen grafieken zakken de rode balken dan in met die waarde, zodat het klopt qua prijs en spread.
:strip_exif()/f/image/LZxNxy98g2NL2cPYKjRoAPFv.png?f=user_large)
6 kWp solar | Batterij 24 kWh Zendure | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014
Volledig Claude z'n design
Was inderdaad ook niet blij met de visuele output van EMHASS, dus dan maar "zelf" een dashboard maken wat beter oogt.
:strip_exif()/u/217275/83876459.gif?f=community)
:strip_icc():strip_exif()/u/1103515/crop5b9572cbecf55_cropped.jpeg?f=community)
Ik heb sinds april 2 sf800+ staan die ik gekocht had bij Zendure zelf, en had er in mei nog 1 bij gekocht via aliexpress. Al die tijd hebben ze hier NOM gedraaid ivm een vaste contract om teruglevering te beperken. Hier bij had ik soms last van 'cached response ', wat meestal optrad bij de 3de (ali)accu. De accu's staan naast elkaar met goed bereik dus ik snapte de oorzaak niet, mede omdat er geen patroon in zat en het niet vaak voorkwam.
Maar sinds 1 okt zit ik bij zonneplan omdat mijn vaste contract afliep. Bij zonneplan is het op dit moment interessanter om te handelen dan NOM te houden, dus ik heb gielz op handelen gezet.
En de 'cached response ' trad elke keer op, wat voor de werking opzich niet veel uitmaakte omdat de accu wel bleef doorwerken. Ik moest alleen bijvoorbeeld 1 uur rust tussen opladen en ontladen inplannen, omdat hij anders bleef hangen in zijn 'cached response ' en dan niet van mode wisselde.
Na het lezen van je bericht bedacht ik mijn, dat ik de wifi hier op kanaal 11 had vastgezet, ivm met de vele buren. Ik heb vervolgens het wifikanaal op 6 vastgezet, en het probleem lijk te zijn verdwenen.
Al begrijp ik nog steeds niet waarom.....
🇳🇱🌞10kWp🔋5.7kWh Pijnacker Oost/West
Jouw bericht triggert bij mij om eens de wifikanalen in de gaten te houden. Ik heb een Ziggo modem met wat extra wifipods. Ik merk dat de laatste tijd mijn derde SF800plus wat vaker offline is. Dit heeft natuurlijk te maken met wifi signaal. Wellicht komt het wegvallen omdat het modem van kanaal is gewisseld. Geen hoge prio, maar wel iets om te monitoren.:
[...]
Ik heb sinds april 2 sf800+ staan die ik gekocht had bij Zendure zelf, en had er in mei nog 1 bij gekocht via aliexpress. Al die tijd hebben ze hier NOM gedraaid ivm een vaste contract om teruglevering te beperken. Hier bij had ik soms last van 'cached response ', wat meestal optrad bij de 3de (ali)accu. De accu's staan naast elkaar met goed bereik dus ik snapte de oorzaak niet, mede omdat er geen patroon in zat en het niet vaak voorkwam.
Maar sinds 1 okt zit ik bij zonneplan omdat mijn vaste contract afliep. Bij zonneplan is het op dit moment interessanter om te handelen dan NOM te houden, dus ik heb gielz op handelen gezet.
En de 'cached response ' trad elke keer op, wat voor de werking opzich niet veel uitmaakte omdat de accu wel bleef doorwerken. Ik moest alleen bijvoorbeeld 1 uur rust tussen opladen en ontladen inplannen, omdat hij anders bleef hangen in zijn 'cached response ' en dan niet van mode wisselde.
Na het lezen van je bericht bedacht ik mijn, dat ik de wifi hier op kanaal 11 had vastgezet, ivm met de vele buren. Ik heb vervolgens het wifikanaal op 6 vastgezet, en het probleem lijk te zijn verdwenen.
Al begrijp ik nog steeds niet waarom.....
Eerdaags ook maar gielz/gast777 installeren, zodat ik van HA een notificatie kan ontvangen als een batterij offline is.
[ Voor 3% gewijzigd door meesje op 07-10-2026 15:19 ]
Ja, altijd het proberen waard lijkt mijn.
Zie hier de tijdslijn, waarbij blauw de probleem momenten zijn. Sinds begin gisteravond de wifi aangepast, en geen echte problemen meer zichtbaar.
:no_upscale():strip_icc():strip_exif()/f/image/UMOCrgFVCwGMdhKh5LhMHOR0.jpg?f=user_large)
Edit: gekke was dat het nooit gelijk optrad als hij begon met (ont)laden, maar altijd een stuk later. Waardoor het leek als of dat warmte ook een rol speelde in dit geval.
[ Voor 7% gewijzigd door RemmyB83 op 07-10-2026 15:54 ]
🇳🇱🌞10kWp🔋5.7kWh Pijnacker Oost/West
/u/31235/crop67445835e3395_cropped.png?f=community)
Jacobus 9 | 5KW MHI | 2x 2KW MHI | 150L Inventum, Eddi | 3600WP Enphase | Zendure 2400AC+ 8,16kWh | 450x Nera | Home Assistant
:strip_icc():strip_exif()/u/565926/lynx1.jpg?f=community)
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
:strip_exif()/u/50926/BjornDune.gif?f=community)
Mijn Zendure 2400 Pro is vandaag binnengekomen, maar de Zendure P1 meter duurt nog 2 dagen. 
(split delivery). Gezien ik al een slimmelezer+ heb, dacht ik dat het wel moest werken. Helaas de batterij blijft op standby staan.
Ik heb de rest informatie toegevoegd aan de config:
De config lijkt wat te willen doen op basis van de Gielz automatisering.
:no_upscale():strip_icc():strip_exif()/f/image/A5fdgnJAcIdEOt8ck20Rn9wG.jpg?f=user_large)
Maar het overzicht laat het lekker op standby staan. Dit is ook wat de zendure app zegt (hems staat uit).
:no_upscale():strip_icc():strip_exif()/f/image/WZmnrwVSFcDrVDb2jWkKIu8m.jpg?f=user_large)
Iemand een suggestie wat ik over het hoofd heb gezien?
(split delivery). Gezien ik al een slimmelezer+ heb, dacht ik dat het wel moest werken. Helaas de batterij blijft op standby staan. Ik heb de rest informatie toegevoegd aan de config:
code:
De waarde sensor.Zendure 2400 AC Vermogen Aansturing SlimmeLezer krijgt ook netjes een waarde in het status overzicht van de developer tools. 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
| rest:
- resource: http://192.168.1.172/sensor/Power%20Consumed # IP of your SlimmeLezer+
scan_interval: 1
sensor:
- name: "SlimmeLezer Vermogen Afname"
unique_id: slimmelezer_vermogen_afname
value_template: "{{ (value_json.value | float(0)) * 1000 }}"
unit_of_measurement: "W"
state_class: measurement
device_class: power
- resource: http://192.168.1.172/sensor/Power%20Produced
scan_interval: 1
sensor:
- name: "SlimmeLezer Vermogen Teruglevering"
unique_id: slimmelezer_vermogen_teruglevering
value_template: "{{ (value_json.value | float(0)) * 1000 }}"
unit_of_measurement: "W"
state_class: measurement
device_class: power
template:
- sensor:
- name: "Zendure 2400 AC Vermogen Aansturing SlimmeLezer"
unique_id: zendure_2400_ac_vermogen_aansturing_slimmelezer
unit_of_measurement: "W"
state_class: measurement
device_class: power
availability: >
{{ states('sensor.slimmelezer_vermogen_afname') not in ['unknown','unavailable']
and states('sensor.slimmelezer_vermogen_teruglevering') not in ['unknown','unavailable'] }}
state: >
{{ (states('sensor.slimmelezer_vermogen_afname') | float(0)
- states('sensor.slimmelezer_vermogen_teruglevering') | float(0)) | round(0) }} |
De config lijkt wat te willen doen op basis van de Gielz automatisering.
Maar het overzicht laat het lekker op standby staan. Dit is ook wat de zendure app zegt (hems staat uit).
Iemand een suggestie wat ik over het hoofd heb gezien?
:strip_icc():strip_exif()/u/1216270/crop65532f80b680d_cropped.jpg?f=community)
Heads up voor gebruikers van Zendure-HA-zenSDK van Gielz, als je versie v20260507 of hoger draait wacht je best even met updaten naar Home Assistant 2026.10. Er is een grote kans dat je automatisatie stopt met werken na het updaten. Zie: https://github.com/Gielz1986/Zendure-HA-zenSDK/issues/298. Het is nog even wachten tot Gielz mijn fix in een update giet. Maar tot dan, best even wachten met updaten
@gielz nog een paar vragen::
[...]
Je zou gewoon de native NOM van Gielz kunnen inschakelen als je NOM wilt bereiken (via een automation). Dat werkt prima.
[...]
Ik zou me niet zo snel zorgen maken over de relaisteller, bij normaal gebruik.
[...]
Dit lijkt me niet normaal. Het zou kunnen dat je Zendure processortje dan even te druk is om te antwoorden, wat de tijdelijke "unavailable" zou kunnen verklaren. Maar ik heb zelf dit gedrag nog niet gezien.
[...]
Bij de proxy is er bij wijze van "optional controls" een functie "Dual Mode Demper" beschikbaar. Deze voorkomt dat bij een beperkte overschrijding van 2400W (beperkt in tijd en vermogen), dat hij de 2e Zendure bijschakelt. Die zou ik gebruiken mocht dat zijn wat je wilt.
[...]
Hier heb ik (nog) geen ervaring mee, dus geen idee. Ik heb nu sinds een paar dagen een dynamisch contract, dus ben wel al een beetje aan het rondkijken hoe de boel het best te optimaliseren (ik lees hier zo nu en dan leuke ideeën). En zeker na 1 januari zonder salderen wordt dat wat ingewikkelder.
[...]
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?
Gasloos 2019 + WP Panasonic H-serie 7kW + 300 liter boilervat + PV 12.415Wp + Home Assistant + Hyundai Ioniq 6 First Edition + Zaptec laadpaal
Update: gefixt in v20261007. Thx @gielz !:
Heads up voor gebruikers van Zendure-HA-zenSDK van Gielz, als je versie v20260507 of hoger draait wacht je best even met updaten naar Home Assistant 2026.10. Er is een grote kans dat je automatisatie stopt met werken na het updaten. Zie: https://github.com/Gielz1986/Zendure-HA-zenSDK/issues/298. Het is nog even wachten tot Gielz mijn fix in een update giet. Maar tot dan, best even wachten met updaten
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.
Zie deze grafiek
:no_upscale():strip_icc():strip_exif()/f/image/ZpBp6VhPrdSEw6LqbFej2ul2.jpg?f=user_large)
[ Voor 20% gewijzigd door Ben(V) op 08-10-2026 08:49 ]
All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.
Zendure 3 x AC2400+ 24.5kWh, Alfen Eve Single pro, Enphase 6000WP, Home assistant running on Proxmox
:strip_exif()/u/117880/911_gt3rs_60.gif?f=community)
't Is er altijd even eentje waarvoor ik moet gaan zitten, maar ik heb het eerder gedaan. Mooi weekendklusje. En... lang leve backups 
Edit: vereist dit ook nog een @gast777 update?
Edit: vereist dit ook nog een @gast777 update?
[ Voor 15% gewijzigd door Gramser op 08-10-2026 10:49 ]
Mij niet bekend, dus ik gok van niet. Invalshoek is ook totaal anders.:
't Is er altijd even eentje waarvoor ik moet gaan zitten, maar ik heb het eerder gedaan. Mooi weekendklusje. En... lang leve backups
Edit: vereist dit ook nog een @gast777 update?
Ik had trouwens makkelijk praten, ik ben zelf een package aan het maken om mijn Peblar en Zendure set-up optimaal PV te laten slurpen rekening houdend met voorspellingen maar ook mijn agenda. Wanneer heb ik de auto nodig etc. Dus ik ben ondertussen redelijk bekend met de how-to's.
Als je de REST Zendure API ook nog hebt dan moet je even de Gielz aanpassen::
't Is er altijd even eentje waarvoor ik moet gaan zitten, maar ik heb het eerder gedaan. Mooi weekendklusje. En... lang leve backups
Edit: vereist dit ook nog een @gast777 update?
to indicate where the Proxy sensors should be inserted:
code:
Take the file HA_REST_proxy_sensors_EN (where EN indicates the language, can be EN or NL). Note that the language of the Proxy sensors must be the same as the language of the Gielz-automation and dashboard that you are using.
1
2
3
4
5
| ####### START - Place here your Node-RED sensors from https://github.com/gast777/Zendure-zenSDK-proxy - START ####### ####### END - Place here your Node-RED sensors from https://github.com/gast777/Zendure-zenSDK-proxy - END ####### |
Zendure 3 x AC2400+ 24.5kWh, Alfen Eve Single pro, Enphase 6000WP, Home assistant running on Proxmox
:strip_icc():strip_exif()/u/258439/MSN%2520Westy%2520met%2520wiel%2520heel%2520klein.jpg?f=community)
/u/196426/crop63b7f3e4ad5a2_cropped.png?f=community)
Home Assistant HP T630, ☀️ PV (Enphase, 4000 Wp) 6 x IQ8+ ZW, 2 x IQ8+ NW, 2 x IQ8+ ZO, 🔋 Zendure SF 2400AC (5.76 kWh)
:strip_icc():strip_exif()/u/197782/crop61ea63419063b_cropped.jpg?f=community)
Home Assistant HP T630, ☀️ PV (Enphase, 4000 Wp) 6 x IQ8+ ZW, 2 x IQ8+ NW, 2 x IQ8+ ZO, 🔋 Zendure SF 2400AC (5.76 kWh)
Ik heb het package vervangen met het nieuwe package van gisteren (v20261007). Normaal gesproken draait alles dan weer na de herstart van HA, echter nu niet. Mijn scherm in HA:
:strip_exif()/f/image/2w71KPX4TPDToNPkrLf4pri3.png?f=user_large)
Zendure 3 x AC2400+ 24.5kWh, Alfen Eve Single pro, Enphase 6000WP, Home assistant running on Proxmox
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.
:strip_exif()/f/image/RDT8PJkuPT9WcPIqaSjKncRa.png?f=user_large)
Zendure 3 x AC2400+ 24.5kWh, Alfen Eve Single pro, Enphase 6000WP, Home assistant running on Proxmox
Home Assistant HP T630, ☀️ PV (Enphase, 4000 Wp) 6 x IQ8+ ZW, 2 x IQ8+ NW, 2 x IQ8+ ZO, 🔋 Zendure SF 2400AC (5.76 kWh)
:strip_icc():strip_exif()/u/517178/crop5e8dca00a16b9.jpeg?f=community)
:strip_icc():strip_exif()/u/67744/mnologr.jpg?f=community)
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
My solar panels | Soladin loggen? | Strava
---------------
Gemak dient de mens, moeite dient de mensheid.
:strip_icc():strip_exif()/u/341137/crop5955fc64acc1d_cropped.jpeg?f=community)
PV 3520Wp - WP Itho Amber 95 - WPB Atlantic Explorer V4 200L - gasloos sinds aug 2023 - Zendure SolarFlow 4000 Mix AC+
6 kWp solar | Batterij 24 kWh Zendure | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014
6 kWp solar | Batterij 24 kWh Zendure | Daikin Intergas Hybride 8kW | Tesla Model Y RWD 2023 | Fiat 500e 2014