Zendure producten in Home Assistant integreren deel 2

[Hippe Lip]

gielz schreef op zaterdag 11 april 2026 @ 10:53:
[...]
Wanneer jij Dynamisch NOM (Duur) gebruikt klopt het inderdaad dat hij nooit gaat NOMen als je niet aangeeft hoeveel duurste uren NOM hij per dag moet gaan uitvoeren. En eventueel nog hoeveel uren goedkoop hij moet gaan laden.

Ik denk dat de spraakverwarring met @hemertje vooral zit in het feit dat er in reacties nogal eens gesproken is over welke (dure of goedkope) uren, terwijl dat moet zijn hoeveel uren. Daarna zoekt de automatisering wel uit welke uren dat zijn.

Wat ik dan wel weer deel met @hemertje is de vraag in hoeverre dat aantal goedkope of dure uren niet te automatiseren valt. Zeker in voor- en najaar verschilt het aantal zonuren nogal van dag tot dag. Als er dan niet heel veel in je accu zit (>50%?) dan wil je mss minder terugleveren en als er meer in zit wil je ook meer terugleveren? Iets dat een beetje naar de weersverwachting van de komende 2 à 3 dagen kijkt en op basis van gemiddeld gebruik in huis dat aantal verkoopuren aanstuurt?

[ Voor 3% gewijzigd door Hippe Lip op 11-04-2026 12:50 ]

[Henkoes]

Een profiel waarbij je alleen zonnestroom laadt ( niet inkoopt ) maar wel verkoopt op duurste uren wordt komend jaar zeer interessant!

[gielz]

Hippe Lip schreef op zaterdag 11 april 2026 @ 12:49:
[...]

Ik denk dat de spraakverwarring met @hemertje vooral zit in het feit dat er in reacties nogal eens gesproken is over welke (dure of goedkope) uren, terwijl dat moet zijn hoeveel uren. Daarna zoekt de automatisering wel uit welke uren dat zijn.

Wat ik dan wel weer deel met @hemertje is de vraag in hoeverre dat aantal goedkope of dure uren niet te automatiseren valt. Zeker in voor- en najaar verschilt het aantal zonuren nogal van dag tot dag. Als er dan niet heel veel in je accu zit (>50%?) dan wil je mss minder terugleveren en als er meer in zit wil je ook meer terugleveren? Iets dat een beetje naar de weersverwachting van de komende 2 à 3 dagen kijkt en op basis van gemiddeld gebruik in huis dat aantal verkoopuren aanstuurt?

Daarvoor heb je https://github.com/corneel27/day-ahead waarbij de DAO aansturing een batterij integratie volledig overneemt. Die sluit je dus aan op een bestaande batterij integratie waarbij via een Hanmatige modus de aansturing gedaan word.

[hemertje]

gielz schreef op zaterdag 11 april 2026 @ 13:22:
[...]


Daarvoor heb je https://github.com/corneel27/day-ahead waarbij de DAO aansturing een batterij integratie volledig overneemt. Die sluit je dus aan op een bestaande batterij integratie waarbij via een Hanmatige modus de aansturing gedaan word.

ik ken en volg DAO al een tijdje en mijn verwachting van de Gielz integratie was dan ook dat hierin een geautomatiseerde ML optimalisatie voor de Zendures in zou zitten zonder me echt in de Gielz functionaliteit ingelezen te hebben omdat ik over lees en las dat je voor Zendure Gielz moet hebben

zeg maar een beetje de Zensure Zenki ML\AI werking maar dan zonder cloud maar gewoon lokaal in je eigen HA

oftewel een DAO light voor alleen Zendure systemen zeg maar

[hemertje]

Hieronder de historische analyse gebaseerd op de data beschikbaar op jeroen.nl
Leuke feitjes...

Analyse dynamische energieprijzen 2019-2025

Belangrijkste conclusies voor batterij-optimalisatie:

• Goedkoopste uren: 02:00-06:00 (nacht) en 12:00-14:00 (zomer PV-piek)
• Duurste uren: 17:00-20:00 (avondspits) — altijd terugleveren!
• Weekend: 15-19% goedkoper — extra laadmomenten
• Record spread: €0,87 (winter 2024) vs -€0,50 (zomer 2023) = €1,37 verschil
• Aanbevolen dynamische marge:
  - Zomer: 15-20%
  - Winter: 30-35%

Spread = (max_prijs - min_prijs) / max_prijs × 100%

📊 Tabel 1: Dagelijkse Prijspatronen

Uur	Prijsniveau	Actie
00:00-06:00	🟢 Laag	Laden
06:00-09:00	🟡 Stijgend	Stand-by / NOM
09:00-12:00	🟡 Gemiddeld	Stand-by / NOM
12:00-14:00	🟢 Laag (zon-piek)	Laden
14:00-17:00	🟡 Dalend	Stand-by
17:00-20:00	🔴 Hoog (piek)	Max terugleveren
20:00-24:00	🟡 Dalend	NOM / laden

Gemiddelden gebaseerd op 2019-2025 data, inclusief belasting en btw

📊 Tabel 2: Seizoensvariaties (Jaargetijden)

Seizoen	Gem. Prijs	Extrema	Marge
Winter (dec-feb)	€0,095	€0,02 - €0,87	30-35%
Lente (mrt-mei)	€0,065	€0,01 - €0,45	20-25%
Zomer (jun-aug)	€0,048	-€0,50 - €0,28	15-20%
Herfst (sep-nov)	€0,068	€0,00 - €0,52	20-25%

📊 Tabel 3: Weekdagen vs Weekend

Dag	Gem. Prijs	Verschil
Maandag	€0,078	+8%
Dinsdag	€0,075	+4%
Woensdag	€0,074	+3%
Donderdag	€0,076	+5%
Vrijdag	€0,077	+7%
Zaterdag	€0,058	-15%
Zondag	€0,055	-19%

📊 Tabel 4: Historische Extrema

Record	Prijs	Datum/Tijd
Hoogste ooit	€0,87/kWh	12 dec 2024, 17-18u
Laagste ooit	-€0,50/kWh	2 jul 2023, 13-14u
Gemiddelde	€0,07/kWh	2019-2025 (2191 dagen)
Maximale spread	€1,37	€0,87 - (-€0,50)

[Polvo176]

Die tabel 1 ziet er tegenwoordig anders uit, de piek valt bijna altijd na 19.00 uur tot 22.00 uur.
Kijk de afgelopen weken maar eens na bij Jeroen.nl
Dat kan per seizoen verschillen, met name zomertijd scheelt al een uur.
Ook zie een heel ander patroon in het weekend

[ Voor 13% gewijzigd door Polvo176 op 11-04-2026 15:25 ]

[DrLivingstoned]

beste tweakers,

Ik ben aan het experimenteren met Gielz met mijn SF2400AC.
Om alles wat beter te laten aansluiten op mijn situatie heb ik hier en daar de boel wat aangepast, maar ik probeer de Gielz config en automatisering ongewijzigd te laten.

Wat mij opvalt is dat de spread in dynamische prijzen (nordpool) gigantisch is. Een paar honderd procent is niets. Dat is ook verklaarbaar als je heen en weer gaat rond de nul.

Ik vraag me in alle bescheidenheid af waarom er gewerkt wordt met een spread in procenten.
Waarom niet gewoon in centen?

Je kan redelijk in centen berekenen of het rendabel is om te gaan handelen.
Maar in procenten ... lastig.

Zie ik dit nu verkeerd ?

[edjes]

DrLivingstoned schreef op zaterdag 11 april 2026 @ 19:59:
beste tweakers,

Ik ben aan het experimenteren met Gielz met mijn SF2400AC.
Om alles wat beter te laten aansluiten op mijn situatie heb ik hier en daar de boel wat aangepast, maar ik probeer de Gielz config en automatisering ongewijzigd te laten.

Wat mij opvalt is dat de spread in dynamische prijzen (nordpool) gigantisch is. Een paar honderd procent is niets. Dat is ook verklaarbaar als je heen en weer gaat rond de nul.

Ik vraag me in alle bescheidenheid af waarom er gewerkt wordt met een spread in procenten.
Waarom niet gewoon in centen?

Je kan redelijk in centen berekenen of het rendabel is om te gaan handelen.
Maar in procenten ... lastig.

Zie ik dit nu verkeerd ?

In de winter is het maar een paar procent... vandaar

[DrNickB]

en als je met RTE rekent doe je ook in %,
dus als je een hogere spread hebt dan bijv 25% heeft het nut om te handelen,
tjah nu is dat 1 cent misschien verschil en in de winter is dat een stuk meer

maar RTE technisch heeft het 'nut' gehad.

[DrLivingstoned]

Bedankt voor de reacties.

Wat me dwars zit is dat bij een (geschatte) aankoopprijs van een zendure batterij (zeg 700 euro) en een technische levensduur van 6000 keer (ont)laden je per laadbeurt een afschrijving hebt van 11,7 cent.
Om ook maar één cent te verdienen moet je meer dan 11,7 cent verschil hebben tussen hoogste en laagste prijs. (en dan reken in de andere kosten niet eens mee).

In mijn optiek is die 11,7 cent veel meer van invloed dan het verlies door de RTE.
Stel de dalprijs is 0,1 cent en de piekprijs is 10 cent.
Spread komt dan aardig in de buurt van de 10000%
Lijkt super leuk, maar uiteindelijk kost het je alleen maar geld.
Door de ondergrens in centen te zetten kun je dit voorkomen.

Zie ik dit juist ?

[ Voor 9% gewijzigd door DrLivingstoned op 11-04-2026 21:33 ]

[hemertje]

Polvo176 schreef op zaterdag 11 april 2026 @ 15:23:
Die tabel 1 ziet er tegenwoordig anders uit, de piek valt bijna altijd na 19.00 uur tot 22.00 uur.
Kijk de afgelopen weken maar eens na bij Jeroen.nl
Dat kan per seizoen verschillen, met name zomertijd scheelt al een uur.
Ook zie een heel ander patroon in het weekend

het is dan ook Analyse dynamische energieprijzen 2019-2025

📊 Tabel 1: Dagelijkse Prijspatronen, laatste 12 maanden

Uur	Prijs 2024-2025	Verschil vs. Historisch	Actie
00:00-02:00	€0,045	Gelijk	Laden
02:00-04:00	€0,038	Gelijk	Laden
04:00-06:00	€0,042	Gelijk	Laden
06:00-08:00	€0,068	+5%	Stand-by
08:00-12:00	€0,075	Gelijk	Stand-by
12:00-14:00	€0,025	-30%	Laden (vaker negatief)
14:00-17:00	€0,058	Gelijk	Stand-by
17:00-20:00	€0,145	+16%	Max terugleveren
20:00-22:00	€0,095	Gelijk	Terugleveren
22:00-24:00	€0,055	Gelijk	Laden

[wheli]

DrLivingstoned schreef op zaterdag 11 april 2026 @ 21:30:
Bedankt voor de reacties.

Wat me dwars zit is dat bij een (geschatte) aankoopprijs van een zendure batterij (zeg 700 euro) en een technische levensduur van 6000 keer (ont)laden je per laadbeurt een afschrijving hebt van 11,7 cent.
Om ook maar één cent te verdienen moet je meer dan 11,7 cent verschil hebben tussen hoogste en laagste prijs. (en dan reken in de andere kosten niet eens mee).

In mijn optiek is die 11,7 cent veel meer van invloed dan het verlies door de RTE.
Stel de dalprijs is 0,1 cent en de piekprijs is 10 cent.
Spread komt dan aardig in de buurt van de 10000%
Lijkt super leuk, maar uiteindelijk kost het je alleen maar geld.
Door de ondergrens in centen te zetten kun je dit voorkomen.

Zie ik dit juist ?

Vergeet je de 14 cent energiebelasting niet? Mijn eerste zonnepanelen zijn 'afbetaald' inmiddels. Elke kwh die ik opsla hoef ik niet te importeren tegen basisprijs + 14 cent.

[Aardedraadje]

DrLivingstoned schreef op zaterdag 11 april 2026 @ 21:30:
Bedankt voor de reacties.

Wat me dwars zit is dat bij een (geschatte) aankoopprijs van een zendure batterij (zeg 700 euro) en een technische levensduur van 6000 keer (ont)laden je per laadbeurt een afschrijving hebt van 11,7 cent.
Om ook maar één cent te verdienen moet je meer dan 11,7 cent verschil hebben tussen hoogste en laagste prijs. (en dan reken in de andere kosten niet eens mee).

In mijn optiek is die 11,7 cent veel meer van invloed dan het verlies door de RTE.
Stel de dalprijs is 0,1 cent en de piekprijs is 10 cent.
Spread komt dan aardig in de buurt van de 10000%
Lijkt super leuk, maar uiteindelijk kost het je alleen maar geld.
Door de ondergrens in centen te zetten kun je dit voorkomen.

Zie ik dit juist ?

Je haalt hier iets door elkaar. Je kunt een kWh-prijs namelijk niet vergelijken met de afschrijving per cyclus (2,88 kWh).

Als je met 700€ voor een accu werkt dan 'kost' een cyclus je inderdaad 11,7 cent, maar per kWh is dat nog maar 4 cent.

Daar komt bij dat na die 6000 cycli je batterij slechts een opgegeven capaciteit overheeft, niet meteen stopt met werken.

[Devke]

DrLivingstoned schreef op zaterdag 11 april 2026 @ 21:30:
Bedankt voor de reacties.

Wat me dwars zit is dat bij een (geschatte) aankoopprijs van een zendure batterij (zeg 700 euro) en een technische levensduur van 6000 keer (ont)laden je per laadbeurt een afschrijving hebt van 11,7 cent.
Om ook maar één cent te verdienen moet je meer dan 11,7 cent verschil hebben tussen hoogste en laagste prijs. (en dan reken in de andere kosten niet eens mee).

In mijn optiek is die 11,7 cent veel meer van invloed dan het verlies door de RTE.
Stel de dalprijs is 0,1 cent en de piekprijs is 10 cent.
Spread komt dan aardig in de buurt van de 10000%
Lijkt super leuk, maar uiteindelijk kost het je alleen maar geld.
Door de ondergrens in centen te zetten kun je dit voorkomen.

Zie ik dit juist ?

Niet een eerlijk vergelijk. De spread is per kWh. Een cyclus is een aantal kWh. Dus omrekenen naar prijs per kWh. Met 1 batterij van 2.88 kWh dus die 11 ct / 2.88 kWh. Uitgaande ervan dat 700 euro 1 batterij is.

[R1chardTM]

Ik heb mijn AC 2400+ enkele dagen werkend met ge Gielz integratie in de NOM modus. Maar vandaag erg raar gedrag, hij ging de nacht in met de minimale 5% laadpercentage en is nog standby verbruik lager geraakt. Op het moment dat de zon schijnt is die niet gaan laden maar in een Batterij SOC bescherming actief status gekomen. Dan zou die blijkbaar met 1200 watt moeten gaan laden om hem weer uit deze status te houden, maar dit is niet gebeurd de batterij heeft niets gedaan. Het laadpercentage is alleen maar omlaag gegaan, mogelijk het verbruik van de batterij zelf? Hij is de hele dag hierin blijven hangen. Totdat ik zelf handmatig heb laten bij laden (dat zijn de piekjes in de grafieken).

Iemand enige idee waarom dit gebeurd zou kunnen zijn, wil het niet luisteren naar het laden wel kunnen verklaren. Heb in ieder geval het minimum laadpercentage naar 10% gezet, zie dat Zendure dat aanraad.

[ Voor 16% gewijzigd door R1chardTM op 11-04-2026 22:27 ]

[Polvo176]

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


het is dan ook Analyse dynamische energieprijzen 2019-2025

📊 Tabel 1: Dagelijkse Prijspatronen, laatste 12 maanden

Uur	Prijs 2024-2025	Verschil vs. Historisch	Actie
00:00-02:00	€0,045	Gelijk	Laden
02:00-04:00	€0,038	Gelijk	Laden
04:00-06:00	€0,042	Gelijk	Laden
06:00-08:00	€0,068	+5%	Stand-by
08:00-12:00	€0,075	Gelijk	Stand-by
12:00-14:00	€0,025	-30%	Laden (vaker negatief)
14:00-17:00	€0,058	Gelijk	Stand-by
17:00-20:00	€0,145	+16%	Max terugleveren
20:00-22:00	€0,095	Gelijk	Terugleveren
22:00-24:00	€0,055	Gelijk	Laden

Wat ik maar wou zeggen, resultaten uit het verleden....
De dynamiek is stevig aan het veranderen.

[Pakhaas]

R1chardTM schreef op zaterdag 11 april 2026 @ 22:07:
Ik heb mijn AC 2400+ enkele dagen werkend met ge Gielz integratie in de NOM modus. Maar vandaag erg raar gedrag, hij ging de nacht in met de minimale 5% laadpercentage en is nog standby verbruik lager geraakt. Op het moment dat de zon schijnt is die niet gaan laden maar in een Batterij SOC bescherming actief status gekomen. Dan zou die blijkbaar met 1200 watt moeten gaan laden om hem weer uit deze status te houden, maar dit is niet gebeurd de batterij heeft niets gedaan. Het laadpercentage is alleen maar omlaag gegaan, mogelijk het verbruik van de batterij zelf? Hij is de hele dag hierin blijven hangen. Totdat ik zelf handmatig heb laten bij laden (dat zijn de piekjes in de grafieken).

Iemand enige idee waarom dit gebeurd zou kunnen zijn, wil het niet luisteren naar het laden wel kunnen verklaren. Heb in ieder geval het minimum laadpercentage naar 10% gezet, zie dat Zendure dat aanraad.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Waar stond de minimum SOC op voordat je hem op 10% hebt gezet?

[R1chardTM]

Pakhaas schreef op zaterdag 11 april 2026 @ 22:32:
[...]

Waar stond de minimum SOC op voordat je hem op 10% hebt gezet?

Stond op 5%, was wat enthousiast tijdens de onboarding in de app denk ik.

[gielz]

R1chardTM schreef op zaterdag 11 april 2026 @ 22:07:
Ik heb mijn AC 2400+ enkele dagen werkend met ge Gielz integratie in de NOM modus. Maar vandaag erg raar gedrag, hij ging de nacht in met de minimale 5% laadpercentage en is nog standby verbruik lager geraakt. Op het moment dat de zon schijnt is die niet gaan laden maar in een Batterij SOC bescherming actief status gekomen. Dan zou die blijkbaar met 1200 watt moeten gaan laden om hem weer uit deze status te houden, maar dit is niet gebeurd de batterij heeft niets gedaan. Het laadpercentage is alleen maar omlaag gegaan, mogelijk het verbruik van de batterij zelf? Hij is de hele dag hierin blijven hangen. Totdat ik zelf handmatig heb laten bij laden (dat zijn de piekjes in de grafieken).

Iemand enige idee waarom dit gebeurd zou kunnen zijn, wil het niet luisteren naar het laden wel kunnen verklaren. Heb in ieder geval het minimum laadpercentage naar 10% gezet, zie dat Zendure dat aanraad.

[Afbeelding]

[Afbeelding]

[Afbeelding]

In principe moet hij direct uit de SOC bescherming schieten zodra de minimale SOC weer is bereikt. Had dus niet verwacht dat hij door blijft laden. Zou je eens kunnen testen dat je de minimale SOC 2% boven je werkelijke huidige SOC zet en kijkt of hij dan die 2% gaat bijladen en weer netjes stopt?

*Wel overdag doen want hij gaat niet als het nacht is bijladen.

[ Voor 9% gewijzigd door gielz op 11-04-2026 22:45 ]

[R1chardTM]

gielz schreef op zaterdag 11 april 2026 @ 22:41:
[...]


In principe moet hij direct uit de SOC bescherming schieten zodra de minimale SOC weer is bereikt. Had dus niet verwacht dat hij door blijft laden. Zou je eens kunnen testen dat je de minimale SOC 2% boven je werkelijke huidige SOC zet en kijkt of hij dan die 2% gaat bijladen en weer netjes stopt?

Het probleem lijkt me juist dat de batterij helemaal niet is gaan laden, terwijl de automation overdag continue heeft gevraagd om met 1200 watt te laden, maar de batterij is blijkbaar niets gaan doen. Heb de modus snel opladen moeten gebruiken om de batterij weer boven SOC te krijgen, dat werkte meteen dus de batterij reageert wel.

Zie de screenshots, waar het oplaadvermogen wel is ingesteld maar het laadpercentage niet stijgt.

[ Voor 6% gewijzigd door R1chardTM op 11-04-2026 22:54 ]

[webje1982]

Heel erg bedankt voor deze mooie integratie!
Bij mij reageerd de batterij niet op de Zendure Operation Mode wijzigingen die ik doe.
Als ik hem op Smart Matching zet blijft de Charging Mode op standby staan!
Moet ik nog iets anders doen voordat het werkt?
Verder haalt hij alle data op.

[gielz]

webje1982 schreef op zondag 12 april 2026 @ 00:44:
Heel erg bedankt voor deze mooie integratie!
Bij mij reageerd de batterij niet op de Zendure Operation Mode wijzigingen die ik doe.
Als ik hem op Smart Matching zet blijft de Charging Mode op standby staan!
Moet ik nog iets anders doen voordat het werkt?
Verder haalt hij alle data op.

Post even wat meer informatie. Graag even om te beginnen een screenshot van dashboard tabblad 1 en 4. Op 4 staat namelijk het logbook.

Wat ook vaak helpt als je een nieuwe zendure hebt is HEMS even aan en daarna uit en daarna even je zendure herstarten; knop minimaal 6s indrukken en dan de stekker er uit en weer aansluiten.

[StarWing]

@gielz , is het een optie om de verschillende settings in een apart bestand te plaatsen? Ik heb net de laatste update geïnstalleerd, maar alle instellingen waren foetsie. Da's natuurlijk mijn eigen schuld, maar mochten deze in een apart bestand staan, moet je instellingen niet opnieuw doen.

[gielz]

StarWing schreef op zondag 12 april 2026 @ 08:58:
@gielz , is het een optie om de verschillende settings in een apart bestand te plaatsen? Ik heb net de laatste update geïnstalleerd, maar alle instellingen waren foetsie. Da's natuurlijk mijn eigen schuld, maar mochten deze in een apart bestand staan, moet je instellingen niet opnieuw doen.

De instellingen staan nog in je HA database opgeslagen. Je kunt er namelijk voor kiezen om de engelse of nederlandse variant te draaien. Beide worden apart opgeslagen en hebben eigen entiteiten. Bij een update word de historie/instellingen nooit verwijderd.

Zelf heb ik ze hier ook beide voor test doeleinden.

[StarWing]

Ik zal dan waarschijnlijk de engelse versie genomen hebben, en daarmee dat alles weg was

[gielz]

StarWing schreef op zondag 12 april 2026 @ 09:07:
Ik zal dan waarschijnlijk de engelse versie genomen hebben, en daarmee dat alles weg was

Je kunt kiezen om op de engelse variant te blijven. Deze is nu volledig productserie loos. Alle entiteiten beginnen niet meer met Zendure_2400_ac. maar gewoon Zendure. Ook ter voorbereiding op de nieuwe producten.

Beide versies blijven gewoon parallel verbeterd worden inclusief dashboard.

[gielz]

Gielz V20260411 Release Live

⚠️⚠️ Dutch (NL) en English (Global) versies ⚠️⚠️

Let op: bij updaten dat je de juiste versie pakt van je bestaande configuratie. Stap je over dan raak je de historie kwijt.

English

This will be the last releasenotes in Dutch. Next release will have Dutch and English releasenotes.

Dutch

Deze release bevat geen schokkende wijzigingen voor Zendure eigenaren zonder gekoppelde zonnepanelen maar meer het finetunen van bestaande onderdelen en een kleine uitbreiding zoals de kalibraties inzichtelijk maken op een nette manier. Wel is het Plug-N-Play Dashboard weer flink verbeterd zodat hij nu door meer gebruikers geliefd en gebruikt kan worden.

Volg de GitHub ⭐⭐⭐

1) Zet een Star bij de Github pagina (dan volg je hem wat altijd handig is en maakt de aansturing populairder)
2) Klik op Watch en kies waar je exact een melding van wilt krijgen. Bij Custom kun je specifiek alleen releases aanvinken.
3) Bij je profiel onder Notifications kun je aangeven of het via github zelf gaat of naar je mailbox

Release

https://github.com/Gielz1...DK/releases/tag/v20260411

Plug-N-Play Dashboard 2.1

Het dashboard is zeer goed ontvangen in de release van April 2026 maar kan zeker nog verbeterd worden en zoals in de April release aangegeven werd zal deze ook constant verbeterd worden na ontvangen feedback.

Thema onafhankelijk
Het dashboard gebruikt nu de kleuren van je geïnstalleerde "Thema". Hierdoor kan ieder Thema direct goed met het dashboard werken.

Wit
Vanaf nu is het dashboard ook bruikbaar voor een wit thema. Getest met Graphite Light en Home Assistant Licht.

Batterij grafiek
Toont nu bij de mouseover ook het laadpercentage.

Kalibraties grafiek
Dit is nu volledig opgenomen als duidelijke grafiek op Tabblad 2.


Geschiedenis tabblad
Vanaf nu kun je gemakkelijk tot 7 dagen terug kijken wat de batterij exact heeft gedaan met dezelfde weergave zoals je gewend bent. Hier is de batterij en de omvormer temperatuur inzichtelijk.

Omvormer Temperatuur grafiek
Deze is nu gelijk getrokken met andere "area" grafieken en zal alleen vandaag tonen in een 5 minuten interval. Verder terugkijken gaat nu via het Geschiedenis tabblad. Tevens toont hij nu ook het vermogen in de mouseover.

Gekoppelde Zendure
Op het configuratie tabblad is nu duidelijk te zien welke Zendure gekoppeld is.

Extra sensoren toegevoegd

Laatste Kalibratie
Zodra de batterij 100% is opgeladen zal de datum opgeslagen worden.


Laatste Kalibratie (Dagen)
Voor eventueel eigen automatiseringen wordt in deze sensor het in xx dagen getoond. De aansturing zal niet zelf gaan kalibreren omdat de BMS dit zelf doet na een maand zonder de 100% gehaald te hebben.

Offgrid Modus
Toont de offgrid modus die nu in gebruik is. Dit kan Normaal, Eco of Uitgeschakeld zijn.

Vermogen Offgrid Stopcontact 1
Toont het huidige vermogen van het offgrid stopcontact.

PV Tonen Op Dashboard
Je kunt nu de PV grafiek in en uitschakelen.


Vermogen PV Totaal
Toont het huidige PV vermogen van de Zendure. Dit werkt ook via een offgrid micro omvormer.

PV Import
Berekent hoeveel KWH PV import er is geweest tot nu toe.

PV Import Dagelijks
Toont de opbrengst van de dag.

PV Doorvoer
Toont of de opwek naar de batterij gaat of direct naar het huis.

Vermogen PV Naar Batterij
Toont het PV vermogen wat direct de batterij in gaat.

Vermogen PV Naar Huis
Toont het PV vermogen wat direct naar het huis gaat.

Vermogen Van Huis
Toont het vermogen wat direct van het huis de batterij in gaat (andere zonnepanelen, net import).

Vermogen Naar Huis
Toont het vermogen wat van de batterij naar het huis gaat (voor PV naar huis is een aparte sensor).

Wijzigingen in bestaande onderdelen

sensor.zendure_2400_ac_soc_status
Deze is nu hernoemd naar sensor.zendure_2400_ac_kalibreren en gelijk getrokken met de Engelse variant. Hij toont JA tijdens het kalibreren van de batterij.

sensor.zendure_2400_ac_indicatie_beschikbare_energie
Heeft nu een extra attribuut Indicatie beschikbare energie (zonder verlies) gekregen. Deze heeft niet de berekening van het verlies en kan gebruikt worden voor eigen sensoren.

input_number.zendure_2400_ac_max_oplaadvermogen en input_number.zendure_2400_ac_max_ontlaadvermogen
Deze kunnen nu ingesteld worden tot 7200 watt. Dit ter voorbereiding op 3x 2400 AC via Node-RED.

input_number.zendure_2400_ac_handmatig_vermogen
Deze kan nu ingesteld worden van -7200 watt t/m 7200 watt. Dit ter voorbereiding op 3x 2400 AC via Node-RED.

Bugfix

Vermogen Aansturing
Er is nu een aparte berekening voor wanneer er PV is aangesloten. De offgrid wordt volledig buiten beschouwing gelaten wanneer er geen PV is aangesloten om een aantal problemen op te lossen.

SOC Limiet Status
De aansturing werkte niet met een 2400 AC omvormer die firmware 1.0.1 had omdat SocLimit niet bestond in de API. Dit is opgelost.

Resterende Ontlaad Tijd
Deze tijd staat standaard fout in de API. Omdat Zendure dit niet zelf weet op te lossen wordt dit nu zelf berekend. Betreft nog steeds een indicatie.

Dynamisch Nordpool
Wanneer deze niet in gebruik was dan was de status "Onbekend". Dit gaf vervolgens een foutmelding tijdens het opstarten. Vanaf nu is de status 0 wanneer niet in gebruik.

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

Zendure HA Zensdk GitHub Releasecheck
Wanneer er geen releasedatum gevonden kan worden is de status nu onbekend.

[ Voor 3% gewijzigd door gielz op 12-04-2026 09:33 ]

[webje1982]

gielz schreef op zondag 12 april 2026 @ 07:59:
[...]


Post even wat meer informatie. Graag even om te beginnen een screenshot van dashboard tabblad 1 en 4. Op 4 staat namelijk het logbook.

Wat ook vaak helpt als je een nieuwe zendure hebt is HEMS even aan en daarna uit en daarna even je zendure herstarten; knop minimaal 6s indrukken en dan de stekker er uit en weer aansluiten.

Bedankt voor je snelle reactie, bij deze screenshots van beide pagina's.
Heb hem inmiddels opnieuw opgestart en HEMS een keer aan/uit gezet. Maar de batterij blijft in standby staan.

Begrijp ik het goed dat Smart Matching, ongeveer hetzeflde is als Autmatic in de Zendure app?

[gielz]

webje1982 schreef op zondag 12 april 2026 @ 10:31:
[...]


Bedankt voor je snelle reactie, bij deze screenshots van beide pagina's.
Heb hem inmiddels opnieuw opgestart en HEMS een keer aan/uit gezet. Maar de batterij blijft in standby staan.

Begrijp ik het goed dat Smart Matching, ongeveer hetzeflde is als Autmatic in de Zendure app?

[Afbeelding]

[Afbeelding]

Wel conform de readme de automation toegevoegd en draait deze? Nu lijkt het dat je alleen aan het uitlezen bent.

[webje1982]

gielz schreef op zondag 12 april 2026 @ 10:38:
[...]

Wel conform de readme de automation toegevoegd en draait deze? Nu lijkt het dat je alleen aan het uitlezen bent.

Lezen is moeilijk, dat was het probleem. Bedankt!

[Hippe Lip]

gielz schreef op zondag 12 april 2026 @ 09:18:
[...]


Je kunt kiezen om op de engelse variant te blijven. Deze is nu volledig productserie loos. Alle entiteiten beginnen niet meer met Zendure_2400_ac. maar gewoon Zendure. Ook ter voorbereiding op de nieuwe producten.

Beide versies blijven gewoon parallel verbeterd worden inclusief dashboard.

@gielz
Begrijp ik hieruit nou goed dat de E- en NL-versie niet identiek zijn?
Mijn Zendure is besteld maar nog niet hier en ik heb je integratie nog niet geïnstalleerd, maar je maskt me aan het twijfelen…

[hemertje]

Gisteren periodes duur en goedkoop ingesteld op 5 en 8

Maar vannacht toch geen NOM

[hemertje]

Giel,

Waarom biedt je niet alleen een Engelse of Nederlandse versie aan met daar bovenop een vertaalbestand, dat is veel makkelijker te onderhouden…

[DeadMetal]

Wai_AM schreef op zaterdag 11 april 2026 @ 07:50:
klopt,
sensor.nordpool_kwh_nl_eur_5_09_0 is als je alles invult de "Totale prijs"
sensor.nordpool_kwh_nl_eur_5_10_0 is de kale marktprijs
Voor met salderen gebruik je de 09,
10 nu als je de kale prijs wilt weten en voor na 1-1-2027 maar dat is tricky bij negatief tussen 0 en negatief energiebelasting + btw (0 tot en met - 0,13 )

Thx. Gaat dit wel werken vanaf 2027 met de automatisering van @gielz in een van de 'handelen' modi, zouden we niet toe moeten naar een aparte prijssensor voor leveren vs terugleveren? Immers bij energie afnemen vanaf het net komt er bovenop de kale stroomprijs ook nog de energiebelasting en btw wat je betaalt, terwijl je die bij terugleveren aan het net dan niet vergoed gaat krijgen. En dan heb je ook nog energiemaatschappijen die een andere inkoopvergoeding vs verkoopvergoeding rekenen. Dus moet het systeem dat onderscheid niet gaan snappen?

Bijv. op dit moment ligt de stroomprijs incl. bijkomende kosten op grofweg 13 cent per kWh, terwijl de kale stroomprijs rond de 0 bungelt. De automatisering moet niet denken dat terugleveren (ontladen) dan ook 13 cent oplevert.

[gielz]

hemertje schreef op zondag 12 april 2026 @ 11:16:
Giel,

Waarom biedt je niet alleen een Engelse of Nederlandse versie aan met daar bovenop een vertaalbestand, dat is veel makkelijker te onderhouden…

Hoe zie je zon vertaalbestand dan voor je met Jinja2 in een package? Het is namelijk niet alleen de naam van een entiteit maar ook variabelen en register IDs

Hier een voorbeeldje;

code:

input_select:
  zendure_2400_ac_modus_selecteren:
    name: Zendure 2400 AC Modus Selecteren
    icon: mdi:battery-charging-wireless
    options:
      - Standby
      - Handmatig
      - Nul op de meter
      - Dynamisch NOM
      - Dynamisch NOM (Duur)
      - Dynamisch Handelen
      - Dynamisch Handelen + NOM
      - Alleen slim ontladen
      - Alleen slim opladen
      - Snel opladen
      - Snel ontladen

input_button:
  zendure_2400_ac_advies_instellingen_overnemen:
    name: Zendure 2400 AC Advies Instellingen Overnemen
    icon: mdi:hand-pointer

input_boolean:
  dynamisch_15_minuten:
    name: Dynamisch 15 Minuten
    icon: mdi:clock-time-three-outline

  dynamisch_recent_geladen:
    name: Dynamisch Recent Geladen
    icon: mdi:battery-check

  dynamisch_laden_loopt:
    name: Dynamisch Laden Loopt
    icon: mdi:battery-check

  dynamisch_ontladen_loopt:
    name: Dynamisch Ontladen Loopt
    icon: mdi:battery-check

  dynamisch_tonen_op_dashboard:
    name: Dynamisch Tonen Op Dashboard
    icon: mdi:cash

  help_tonen_op_dashboard:
    name: Help Tonen Op Dashboard
    icon: mdi:information-outline

  pv_tonen_op_dashboard:
    name: PV Tonen Op Dashboard
    icon: mdi:solar-panel

[ Voor 60% gewijzigd door gielz op 12-04-2026 11:43 ]

[gielz]

Hippe Lip schreef op zondag 12 april 2026 @ 10:52:
[...]

@gielz
Begrijp ik hieruit nou goed dat de E- en NL-versie niet identiek zijn?
Mijn Zendure is besteld maar nog niet hier en ik heb je integratie nog niet geïnstalleerd, maar je maskt me aan het twijfelen…

Ze zijn 100% identiek in werkwijze en ondersteuning en lopen 100% parallel. Eigenlijk een keuze die je maakt bij het aansturen ga je voor Engels of Nederlands. Voordeel van de Engelse variant is dat alle eniteiten Zendure. heten.

[hemertje]

gielz schreef op zondag 12 april 2026 @ 11:27:
[...]


Hoe zie je zon vertaalbestand dan voor je met Jinja2 in een package? Het is namelijk niet alleen de naam van een entiteit maar ook variabelen en register IDs

Hier een voorbeeldje;

code:

input_select:
  zendure_2400_ac_modus_selecteren:
    name: Zendure 2400 AC Modus Selecteren
    icon: mdi:battery-charging-wireless
    options:
      - Standby
      - Handmatig
      - Nul op de meter
      - Dynamisch NOM
      - Dynamisch NOM (Duur)
      - Dynamisch Handelen
      - Dynamisch Handelen + NOM
      - Alleen slim ontladen
      - Alleen slim opladen
      - Snel opladen
      - Snel ontladen

input_button:
  zendure_2400_ac_advies_instellingen_overnemen:
    name: Zendure 2400 AC Advies Instellingen Overnemen
    icon: mdi:hand-pointer

input_boolean:
  dynamisch_15_minuten:
    name: Dynamisch 15 Minuten
    icon: mdi:clock-time-three-outline

  dynamisch_recent_geladen:
    name: Dynamisch Recent Geladen
    icon: mdi:battery-check

  dynamisch_laden_loopt:
    name: Dynamisch Laden Loopt
    icon: mdi:battery-check

  dynamisch_ontladen_loopt:
    name: Dynamisch Ontladen Loopt
    icon: mdi:battery-check

  dynamisch_tonen_op_dashboard:
    name: Dynamisch Tonen Op Dashboard
    icon: mdi:cash

  help_tonen_op_dashboard:
    name: Help Tonen Op Dashboard
    icon: mdi:information-outline

  pv_tonen_op_dashboard:
    name: PV Tonen Op Dashboard
    icon: mdi:solar-panel

Zonder kennis van je gebruikte taal ging ik uit van python

[hemertje]

Zorgt NOM Duur nu voor NOM of handelt die enkel?

[Henkoes]

@gielz ik lees dat de integratie de batterij op standby zet. Nu kan ik alleen voor de solarflow 2400 AC+ terugvinden dat de batterij daadwerkelijk in de energiebesparende standby/slaap gezet kan worden.

Kan de integratie dit ook voor de solarflow 2400 AC en de Solarflow 800 plus?

[robinh]

Help dat gaat er nu fout opeens?

De Gielz integratie van april had ik een paar dagen werkend en zonder fouten. Ik maak gebruik van 2 x Solarflow 2400 AC+ in combinatie met de NODE-RED. GE-WEL-DIG!

Vanochtend de update gedaan naar de mei release.
- Nieuwe YAML geplaatst in packages (Zendure_gielz1986_global.yaml)
- Nieuwe dashboard geupload
- Nieuwe automation geupload

De boel herstart en toen kwam ik erachter dat er geen aansturing meer was. De accus blijven op standby staan ondanks aanpassen gewenste modus. Het viel op dat accu vermogen niet meer was gevuld / geen status.


Daarna vanalles uitgevoerd om het te fixen:
- MQTT uit en aan gezet, waardes gewijzigd herstart etc. De machines komen wel in de Mosquito MQTT broker erbij te staan als entiteiten. Maar zijn vervolgens niet beschikbaar. Nu twijfel ik aan mezelf moet de lokale MQTT wel aanstaan? Wanneer ik de apparaten verwijder in MQTT HA dan komen ze daarna weer netjes terug.







- Zendure's 6 seconde knop ingedrukt herstart, van de stroom afgehaald etc.
- IP adressen Zendure's zijn gelijk en gecheckt
- MQTT aangezet dus op beide Solarflows.
IP van HA
mqqtbroker port 1883
gebruikersnaam (lokale gebruiker van HA)
wachtwoord

Wat gaat er opeens mis?
(Dit heeft dus voorheen een paar dagen goed gewerkt want heb ze ook pas een paar dagen in gebruik.)

Eveneens de vraag is het noodzakelijk om de "Zendure Home Assistant Integration" te hebben draaien? Want als ik deze installeer dan zie ik alleen maar de Zendure Manager en niet de omvormers en accus.

[ Voor 3% gewijzigd door robinh op 12-04-2026 13:05 ]

[DeadMetal]

Wacht even, de package en automatisering van gielz en de NR-flow van gast777 maken toch helemaal geen gebruik van MQTT, wat doe jij nou precies @robinh?

[robinh]

DeadMetal schreef op zondag 12 april 2026 @ 13:07:
Wacht even, de package en automatisering van gielz en de NR-flow van gast777 maken toch helemaal geen gebruik van MQTT, wat doe jij nou precies @robinh?

Dat weet ik dus zelf ook niet. Ik had de april versie werkend gekregen met de lokale MQTT aanstaan. Of deze gebruikt wordt door een van de integraties wist ik ook niet. Het werkte dus ik bleef er maar vanaf. Maar nu het niet meer werkt twijfel ik aan mezelf

Dus als ik het goed begrijp dan kan MQTT besturing op beide machines gewoon uitstaan?
Als ik wel de Gielz + Node RED integratie wil gebruiken.

[ Voor 11% gewijzigd door robinh op 12-04-2026 13:17 ]

[DeadMetal]

robinh schreef op zondag 12 april 2026 @ 13:10:
[...]


Dat weet ik dus zelf ook niet. Ik had de april versie werkend gekregen met de lokale MQTT aanstaan. Of deze gebruikt wordt door een van de integraties wist ik ook niet. Het werkte dus ik bleef er maar vanaf. Maar nu het niet meer werkt twijfel ik aan mezelf

Dus als ik het goed begrijp dan kan MQTT besturing op beide machines gewoon uitstaan?
Als ik wel de Gielz + Node RED integratie wil gebruiken.

Correct, ik heb MQTT ook niet geactiveerd op de Zendure.

[edjes]

@gielz
Alles werkt prachtig en ik heb er een mooie 'viaGielz' automation omheen geschreven die voldoet aan mijn wensen.

Een dingetje, het is maar klein, maar he, we zijn perfectionisten, lukt mij niet.

Doel: zonnestroom (in overvloed) opslaan, NOM + dynamisch overdag, stroom verkopen wanneer duur.

Als nu de zon eventjes wat minder schijnt, dan gaat de batterij in de groene periodes oók bijladen uit het net, want het is goedkoop, tot maximaal 2400W. Doet op zich wat er gevraagd wordt. Dus ik trek ook wat uit het net. Maar ik wil die stroom helemaal uit de zon halen en straks lekker dumpen bij hoge prijzen. Dus ik denk, dan zet ik aantal goedkope periodes op 0 en houd ik aantal dure periodes op 30 (kwartieren). Maar helaas, dan springt de spread van vandaag op 0 en doet dynamisch ontladen het ook niet. Voor nu goedkoop maar op 1 gezet. Maar toch. Kan de spread niet boven 0 blijven?

[Wai_AM]

DeadMetal schreef op zondag 12 april 2026 @ 11:17:
[...]


Thx. Gaat dit wel werken vanaf 2027 met de automatisering van @gielz in een van de 'handelen' modi, zouden we niet toe moeten naar een aparte prijssensor voor leveren vs terugleveren? Immers bij energie afnemen vanaf het net komt er bovenop de kale stroomprijs ook nog de energiebelasting en btw wat je betaalt, terwijl je die bij terugleveren aan het net dan niet vergoed gaat krijgen. En dan heb je ook nog energiemaatschappijen die een andere inkoopvergoeding vs verkoopvergoeding rekenen. Dus moet het systeem dat onderscheid niet gaan snappen?

Bijv. op dit moment ligt de stroomprijs incl. bijkomende kosten op grofweg 13 cent per kWh, terwijl de kale stroomprijs rond de 0 bungelt. De automatisering moet niet denken dat terugleveren (ontladen) dan ook 13 cent oplevert.

je hebt een punt, ieder heeft zo zijn eigen kijk hierop.
Zal zeggen, kom maar op met je methode hoe en wat, en leg het voor bij Gielz.
maar ik zou zeggen: pas je minimale spread aan, dus niet 20% maar 70% bijvoorbeeld.

[gast777]

robinh schreef op zondag 12 april 2026 @ 12:58:
Help dat gaat er nu fout opeens?

De Gielz integratie van april had ik een paar dagen werkend en zonder fouten. Ik maak gebruik van 2 x Solarflow 2400 AC+ in combinatie met de NODE-RED. GE-WEL-DIG!

Vanochtend de update gedaan naar de mei release.
- Nieuwe YAML geplaatst in packages (Zendure_gielz1986_global.yaml)
- Nieuwe dashboard geupload
- Nieuwe automation geupload

Installeer ook even de laatste Proxy flow versie. Deze heeft nieuwe functionaliteit die noodzakelijk is voor de Gielz Mei release.

[gielz]

edjes schreef op zondag 12 april 2026 @ 13:58:
@gielz
Alles werkt prachtig en ik heb er een mooie 'viaGielz' automation omheen geschreven die voldoet aan mijn wensen.

Een dingetje, het is maar klein, maar he, we zijn perfectionisten, lukt mij niet.

Doel: zonnestroom (in overvloed) opslaan, NOM + dynamisch overdag, stroom verkopen wanneer duur.

Als nu de zon eventjes wat minder schijnt, dan gaat de batterij in de groene periodes oók bijladen uit het net, want het is goedkoop, tot maximaal 2400W. Doet op zich wat er gevraagd wordt. Dus ik trek ook wat uit het net. Maar ik wil die stroom helemaal uit de zon halen en straks lekker dumpen bij hoge prijzen. Dus ik denk, dan zet ik aantal goedkope periodes op 0 en houd ik aantal dure periodes op 30 (kwartieren). Maar helaas, dan springt de spread van vandaag op 0 en doet dynamisch ontladen het ook niet. Voor nu goedkoop maar op 1 gezet. Maar toch. Kan de spread niet boven 0 blijven?

Je zou dan dynamisch handelen + Nom kunnen gebruiken. Lekker nommen en op de duurste uurtjes je extra zon buiten Nom dumpen met minimale spread op 0% en goedkoop op 0 periodes.

[edjes]

gielz schreef op zondag 12 april 2026 @ 14:20:
[...]


Je zou dan dynamisch handelen + Nom kunnen gebruiken. Lekker nommen en op de duurste uurtjes je extra zon buiten Nom dumpen met minimale spread op 0% en goedkoop op 0 periodes.

Dat doe ik exact zo.
Maar ik zie 'm in die modus bijladen uit het net in dyn+NOM indien zon < 2.4 kw maakt.
Als ik de goedkope periodes op 0 zet, dan gaat de spread naar 0. Dan gaat hij toch ook niet meer ontladen in de dure uren, want dan klopt de spread niet. Of zie ik wat over het hoofd?
Raar hij doet het nu goed. Nevermind! Dank!

[ Voor 4% gewijzigd door edjes op 12-04-2026 14:42 ]

[robinh]

gast777 schreef op zondag 12 april 2026 @ 14:06:
[...]


Installeer ook even de laatste Proxy flow versie. Deze heeft nieuwe functionaliteit die noodzakelijk is voor de Gielz Mei release.

Yes gedaan (de Zendure-proxy-Node-Red-flow.json en ook copy/paste in de packages yaml)
Ik zie het actuele vermogen weer waarvoor dank en de integratie werkt weer

Had zelf nog een fout gemaakt dat ik de Engelse automation.yaml versie had gebruikt. Daarom werkte de aansturing natuurlijk niet.

Geweldig alles doet het weer, snel opladen van PV maar voor de avond

[ Voor 81% gewijzigd door robinh op 12-04-2026 14:59 ]

[Henkoes]

Henkoes schreef op zondag 12 april 2026 @ 12:24:
@gielz ik lees dat de integratie de batterij op standby zet. Nu kan ik alleen voor de solarflow 2400 AC+ terugvinden dat de batterij daadwerkelijk in de energiebesparende standby/slaap gezet kan worden.

Kan de integratie dit ook voor de solarflow 2400 AC en de Solarflow 800 plus?

Ik vrees dat mijn vraag is onder gesneeuwd. Weet jij hier het antwoord op @gielz ?

[gielz]

Henkoes schreef op zondag 12 april 2026 @ 14:38:
[...]


Ik vrees dat mijn vraag is onder gesneeuwd. Weet jij hier het antwoord op @gielz ?

Alle zendures (hyper 2000 is mij alleen onbekend) via de integratie Gielz en Zendure HA worden volledig in standby gezet. Bij de Gielz zit hier een instelbare vertraging op.

Dit kun je zelf ook goed zien als je een externe meting op de zendure hebt. Bijvoorbeeld een tijdelijke energysocket of een vaste kwh mid meter.

[Refl]

gielz schreef op zondag 12 april 2026 @ 09:30:

Gielz V20260411 Release Live

[Afbeelding]

⚠️⚠️ Dutch (NL) en English (Global) versies ⚠️⚠️

Let op: bij updaten dat je de juiste versie pakt van je bestaande configuratie. Stap je over dan raak je de historie kwijt.

Helemaal top!

Klein miniscuul dingetje misschien voor in de volgende update: is het mogelijk om een schakelaar te maken in de confirugatie-tab om op de X-as de uren aan/uit te zetten voor Dynamisch vandaag & morgen? Zie screenshot, ik vind dat wel lekker overzichtelijk en hoewel kleine moeite om dat er na elke update zelf terug in te zetten is dit misschien ook iets wat men op de lange termijn handig kan vinden?

[Henkoes]

gielz schreef op zondag 12 april 2026 @ 14:42:
[...]


Alle zendures (hyper 2000 is mij alleen onbekend) via de integratie Gielz en Zendure HA worden volledig in standby gezet. Bij de Gielz zit hier een instelbare vertraging op.

Dit kun je zelf ook goed zien als je een externe meting op de zendure hebt. Bijvoorbeeld een tijdelijke energysocket of een vaste kwh mid meter.

Super!! Dank!

[Henkoes]

gielz schreef op zondag 12 april 2026 @ 14:20:
[...]


Je zou dan dynamisch handelen + Nom kunnen gebruiken. Lekker nommen en op de duurste uurtjes je extra zon buiten Nom dumpen met minimale spread op 0% en goedkoop op 0 periodes.

Ow dit is echt slim! Dan voorkomen we hiermee in 2027 de import btw

[Henkoes]

gielz schreef op zondag 12 april 2026 @ 14:20:
[...]


Je zou dan dynamisch handelen + Nom kunnen gebruiken. Lekker nommen en op de duurste uurtjes je extra zon buiten Nom dumpen met minimale spread op 0% en goedkoop op 0 periodes.

Is er een manier om dan x kwh te bewaren voor nom?

[Pakhaas]

Henkoes schreef op zondag 12 april 2026 @ 16:09:
[...]


Is er een manier om dan x kwh te bewaren voor nom?

Eigen automatisering met de sensor indicatie beschikbare energie bovenop de Gielz integratie.

[Hippe Lip]

gielz schreef op zondag 12 april 2026 @ 11:27:
[...]
Hoe zie je zon vertaalbestand dan voor je met Jinja2 in een package? Het is namelijk niet alleen de naam van een entiteit maar ook variabelen en register IDs

Hier een voorbeeldje;
[…]

@gielz
Dat zie ik als volgt: je bouwt je hele ding in het Engels (de hele site van HA is immers ook in het Engels). De vertaling doe je in het dashboard.

De keuze voor Nederlands of Engels zal, neem ik aan, vooral zijn vanwege de taal op het dashboard? En daar kun je dingen precies zo weergeven als je wilt. Een variabele kan X heten, maar als Y weergegeven worden op het dashboard.
Op die manier heb je maar één versie en toch twee (of eigenlijk oneindig veel) talen.

En verder: waarom heten alle entiteiten alleen in het Engels gewoon ‘Zendure’ (zonder type) en niet in de Nederlandse versie? Alleen dat al zou voor mij reden zijn om voor de Engelse versie te kiezen.

[gielz]

Hippe Lip schreef op zondag 12 april 2026 @ 17:28:
[...]

@gielz
Dat zie ik als volgt: je bouwt je hele ding in het Engels (de hele site van HA is immers ook in het Engels). De vertaling doe je in het dashboard.

De keuze voor Nederlands of Engels zal, neem ik aan, vooral zijn vanwege de taal op het dashboard? En daar kun je dingen precies zo weergeven als je wilt. Een variabele kan X heten, maar als Y weergegeven worden op het dashboard.
Op die manier heb je maar één versie en toch twee (of eigenlijk oneindig veel) talen.

En verder: waarom heten alle entiteiten alleen in het Engels gewoon ‘Zendure’ (zonder type) en niet in de Nederlandse versie? Alleen dat al zou voor mij reden zijn om voor de Engelse versie te kiezen.

Er zijn rond de 500 gebruikers die de Zendure_2400_AC entiteiten gebruiken. Ga ik ze hernoemen en alle historie is vervolgens weg dan ben ik niet thuis

[Henkoes]

@gielz is het ook mogelijk 7200watt als limiet aan te houden? Want dan koop ik er een omvormer bij. In combinatie met de node red balancer. Is op een 3fase systeem geen probleem.

[ Voor 12% gewijzigd door Henkoes op 12-04-2026 18:03 ]

[Idr548]

Is er iemand in die een overzicht heeft kunnen bouwen in het dashboard om te import / export te kunnen zien per dag?

[Wai_AM]

Idr548 schreef op zondag 12 april 2026 @ 18:27:
Is er iemand in die een overzicht heeft kunnen bouwen in het dashboard om te import / export te kunnen zien per dag?

zoiets ?

code:

utility_meter:
  zendure_2400_ac_energie_export_dagelijks:
    source: sensor.zendure_2400_ac_energie_export
    name: "Zendure 2400 AC Dagelijkse energie export"
    cycle: daily

  zendure_2400_ac_energie_import_dagelijks:
    source: sensor.zendure_2400_ac_energie_import
    name: "Zendure 2400 AC Dagelijkse energie import"
    cycle: daily

[ Voor 30% gewijzigd door Wai_AM op 12-04-2026 19:07 ]

[Henkoes]

Wai_AM schreef op zondag 12 april 2026 @ 19:00:
[...]

zoiets ?

[...]

Ik snap niet zo goed hoe relais counts nu geteld wordt. En hoe de relais werken. schakelen relais bij aan/uit laden/ontladen of in trapjes naar vermogen?

[gast777]

Henkoes schreef op zondag 12 april 2026 @ 17:59:
@gielz is het ook mogelijk 7200watt als limiet aan te houden? Want dan koop ik er een omvormer bij. In combinatie met de node red balancer. Is op een 3fase systeem geen probleem.

Ja, 7200 Watt max kun je al instellen, vanaf de Gielz Mei versie.

[Wai_AM]

Henkoes schreef op zondag 12 april 2026 @ 19:01:
[...]


Ik snap niet zo goed hoe relais counts nu geteld wordt. En hoe de relais werken. schakelen relais bij aan/uit laden/ontladen of in trapjes naar vermogen?

Gilez heeft dat al uitgelegd geloof ik, je kan het even zoeken naar zijn bericht in dit topic.

[Henkoes]

gielz schreef op donderdag 28 augustus 2025 @ 14:05:
[...]


De AC modus is binnen de properties 1 of 2 en geeft aan hoe de relais staat in laden of ontladen. Die sensor zou eventueel nog verbeterd kunnen worden maar gebruik je hem ergens voor?

Zelf gebruik ik de modus selectie (dropdown) en op basis van het vermogen zie ik wat hij aan het doen is op dat moment. Nu zie ik bijvoorbeeld Laden 2u 23m staan.

[Afbeelding]

Ik heb deze post meermaals gelezen, maar ik snap het denk ik niet.

Schakelt de relais nu in trapjes om vermogen te wisselen of alleen bij laden/ontladen?

In het laatste geval lijkt het mij goed on vooral te blijven ontladen in NOM ipv laden/ontladen boven een bepaald soc %.

[ Voor 6% gewijzigd door Henkoes op 12-04-2026 19:26 ]

[Henkoes]

gast777 schreef op zondag 12 april 2026 @ 19:03:
[...]


Ja, 7200 Watt max kun je al instellen, vanaf de Gielz Mei versie.

Super!! Ik zie in de changelog dat 3 units nog niet stabiel werkt? Of is dat al verbeterd?

[ Voor 17% gewijzigd door Henkoes op 12-04-2026 20:25 ]

[The_Priest]

Ik heb sinds een paar weken een solarflow 2400 AC+ en sinds een paar dagen home Assistant. De eerste integraties zijn gemaakt maar met zendure lukt het niet. Ik heb de zendure home Assistant integration via HACS geïnstalleerd.
Ik zie de batterij niet terug slechts enkel de manager. De waarden blijven ‘0’..
Zie screenshots.
Weet iemand wat ik fout doe?

[gielz]

Idr548 schreef op zondag 12 april 2026 @ 18:27:
Is er iemand in die een overzicht heeft kunnen bouwen in het dashboard om te import / export te kunnen zien per dag?

Zoek je zoiets? Toont deze maand en de vorige maand en de staven zijn stacked om het nog leesbaar te houden;

code:

type: custom:apexcharts-card
header:
  show: true
  title: ""
graph_span: 2month
span:
  start: month
  offset: "-1month"
cache: false
stacked: true
apex_config:
  yaxis:
    - decimalsInFloat: 0
      tickAmount: 4
      labels:
        show: true
        style:
          colors: color-mix(in srgb, var(--primary-text-color) 75%, transparent)
  tooltip:
    x:
      format: dd-MM-yyyy
      show: false
  grid:
    show: true
    borderColor: color-mix(in srgb, var(--divider-color) 50%, transparent)
    strokeDashArray: 0
    padding:
      top: -10
  chart:
    height: 150px
  legend:
    show: false
  xaxis:
    labels:
      show: false
    axisTicks:
      show: false
    axisBorder:
      color: color-mix(in srgb, var(--divider-color) 50%, transparent)
series:
  - entity: sensor.zendure_2400_ac_energie_import
    name: Import
    statistics:
      period: day
      type: change
      align: start
    type: column
    color: "#01a180"
    show:
      in_header: false
  - entity: sensor.zendure_2400_ac_energie_export
    name: Export
    statistics:
      period: day
      type: change
      align: start
    type: column
    color: "#a2a2a3"
    show:
      in_header: false

[hemertje]

edjes schreef op zondag 12 april 2026 @ 13:58:
@gielz
Alles werkt prachtig en ik heb er een mooie 'viaGielz' automation omheen geschreven die voldoet aan mijn wensen.

Een dingetje, het is maar klein, maar he, we zijn perfectionisten, lukt mij niet.

Doel: zonnestroom (in overvloed) opslaan, NOM + dynamisch overdag, stroom verkopen wanneer duur.

Als nu de zon eventjes wat minder schijnt, dan gaat de batterij in de groene periodes oók bijladen uit het net, want het is goedkoop, tot maximaal 2400W. Doet op zich wat er gevraagd wordt. Dus ik trek ook wat uit het net. Maar ik wil die stroom helemaal uit de zon halen en straks lekker dumpen bij hoge prijzen. Dus ik denk, dan zet ik aantal goedkope periodes op 0 en houd ik aantal dure periodes op 30 (kwartieren). Maar helaas, dan springt de spread van vandaag op 0 en doet dynamisch ontladen het ook niet. Voor nu goedkoop maar op 1 gezet. Maar toch. Kan de spread niet boven 0 blijven?

ben benieuwd naar je automation en wat die doet

wil je hem hier delen met ons?

[gast777]

Henkoes schreef op zondag 12 april 2026 @ 19:57:
[...]
Super!! Ik zie in de changelog dat 3 units nog niet stabiel werkt? Of is dat al verbeterd?

Met 3 werkt het nu ook goed.

In de readme.md heb ik de teksten ook al aangepast dat 2 en 3 Zendures beide ondersteund is.

[YvonneVP]

Dynamisch NOM (Duur) stopt er ineens weer mee, en gaat in Standby, terwijl goedkoopste periode actief is, en de batterij eigenlijk zou moeten opladen. Totale capaciteit is 8,64 kWh, en indicatie beschikbare energie is 5,19 kWh. Vreemde is dat dit een vorige keer ook was nadat de nieuwe tarieven worden geladen voor vandaag, dus om 00:00 uur 's nachts.
Via 'states' onder developer tools geeft ie ook netjes de data:
state_class: total
average: 0.28670833333333334
off_peak_1: 0.27337500000000003
off_peak_2: 0.29725
peak: 0.29208333333333336
min: 0.259
max: 0.341
mean: 0.2785
unit: kWh
currency: EUR
country: Netherlands
region: NL
low_price: true
price_percent_to_average: 0.9033570701932858
today:
- 0.271
- 0.264
- 0.259
- 0.259
- 0.263
- 0.272
- 0.294
- 0.305
- 0.341
- 0.329
- 0.303
- 0.278
- 0.266
- 0.26
- 0.269
- 0.272
- 0.268
- 0.283
- 0.306
- 0.33
- 0.317
- 0.304
- 0.289
- 0.279
tomorrow: []
tomorrow_valid: false
raw_today:
- start: "2026-04-13T00:00:00+02:00"
end: "2026-04-13T01:00:00+02:00"
value: 0.271
- start: "2026-04-13T01:00:00+02:00"
end: "2026-04-13T02:00:00+02:00"
value: 0.264
- start: "2026-04-13T02:00:00+02:00"
end: "2026-04-13T03:00:00+02:00"
value: 0.259
- start: "2026-04-13T03:00:00+02:00"
end: "2026-04-13T04:00:00+02:00"
value: 0.259
- start: "2026-04-13T04:00:00+02:00"
end: "2026-04-13T05:00:00+02:00"
value: 0.263
- start: "2026-04-13T05:00:00+02:00"
end: "2026-04-13T06:00:00+02:00"
value: 0.272
- start: "2026-04-13T06:00:00+02:00"
end: "2026-04-13T07:00:00+02:00"
value: 0.294
- start: "2026-04-13T07:00:00+02:00"
end: "2026-04-13T08:00:00+02:00"
value: 0.305
- start: "2026-04-13T08:00:00+02:00"
end: "2026-04-13T09:00:00+02:00"
value: 0.341
- start: "2026-04-13T09:00:00+02:00"
end: "2026-04-13T10:00:00+02:00"
value: 0.329
- start: "2026-04-13T10:00:00+02:00"
end: "2026-04-13T11:00:00+02:00"
value: 0.303
- start: "2026-04-13T11:00:00+02:00"
end: "2026-04-13T12:00:00+02:00"
value: 0.278
- start: "2026-04-13T12:00:00+02:00"
end: "2026-04-13T13:00:00+02:00"
value: 0.266
- start: "2026-04-13T13:00:00+02:00"
end: "2026-04-13T14:00:00+02:00"
value: 0.26
- start: "2026-04-13T14:00:00+02:00"
end: "2026-04-13T15:00:00+02:00"
value: 0.269
- start: "2026-04-13T15:00:00+02:00"
end: "2026-04-13T16:00:00+02:00"
value: 0.272
- start: "2026-04-13T16:00:00+02:00"
end: "2026-04-13T17:00:00+02:00"
value: 0.268
- start: "2026-04-13T17:00:00+02:00"
end: "2026-04-13T18:00:00+02:00"
value: 0.283
- start: "2026-04-13T18:00:00+02:00"
end: "2026-04-13T19:00:00+02:00"
value: 0.306
- start: "2026-04-13T19:00:00+02:00"
end: "2026-04-13T20:00:00+02:00"
value: 0.33
- start: "2026-04-13T20:00:00+02:00"
end: "2026-04-13T21:00:00+02:00"
value: 0.317
- start: "2026-04-13T21:00:00+02:00"
end: "2026-04-13T22:00:00+02:00"
value: 0.304
- start: "2026-04-13T22:00:00+02:00"
end: "2026-04-13T23:00:00+02:00"
value: 0.289
- start: "2026-04-13T23:00:00+02:00"
end: "2026-04-14T00:00:00+02:00"
value: 0.279
raw_tomorrow: []
current_price: 0.259
additional_costs_current_hour: 0.15310592500000003
price_in_cents: false
unit_of_measurement: EUR/kWh
device_class: monetary
icon: mdi:flash
friendly_name: nordpool_kwh_nl_eur_3_10_0

[ Voor 59% gewijzigd door YvonneVP op 13-04-2026 02:55 ]

[gielz]

YvonneVP schreef op maandag 13 april 2026 @ 02:46:
Dynamisch NOM (Duur) stopt er ineens weer mee, en gaat in Standby, terwijl goedkoopste periode actief is, en de batterij eigenlijk zou moeten opladen. Totale capaciteit is 8,64 kWh, en indicatie beschikbare energie is 5,19 kWh. Vreemde is dat dit een vorige keer ook was nadat de nieuwe tarieven worden geladen voor vandaag, dus om 00:00 uur 's nachts.
Via 'states' onder developer tools geeft ie ook netjes de data:
state_class: total
average: 0.28670833333333334
off_peak_1: 0.27337500000000003
off_peak_2: 0.29725
peak: 0.29208333333333336
min: 0.259
max: 0.341
mean: 0.2785
unit: kWh
currency: EUR
country: Netherlands
region: NL
low_price: true
price_percent_to_average: 0.9033570701932858
today:
- 0.271
- 0.264
- 0.259
- 0.259
- 0.263
- 0.272
- 0.294
- 0.305
- 0.341
- 0.329
- 0.303
- 0.278
- 0.266
- 0.26
- 0.269
- 0.272
- 0.268
- 0.283
- 0.306
- 0.33
- 0.317
- 0.304
- 0.289
- 0.279
tomorrow: []
tomorrow_valid: false
raw_today:
- start: "2026-04-13T00:00:00+02:00"
end: "2026-04-13T01:00:00+02:00"
value: 0.271
- start: "2026-04-13T01:00:00+02:00"
end: "2026-04-13T02:00:00+02:00"
value: 0.264
- start: "2026-04-13T02:00:00+02:00"
end: "2026-04-13T03:00:00+02:00"
value: 0.259
- start: "2026-04-13T03:00:00+02:00"
end: "2026-04-13T04:00:00+02:00"
value: 0.259
- start: "2026-04-13T04:00:00+02:00"
end: "2026-04-13T05:00:00+02:00"
value: 0.263
- start: "2026-04-13T05:00:00+02:00"
end: "2026-04-13T06:00:00+02:00"
value: 0.272
- start: "2026-04-13T06:00:00+02:00"
end: "2026-04-13T07:00:00+02:00"
value: 0.294
- start: "2026-04-13T07:00:00+02:00"
end: "2026-04-13T08:00:00+02:00"
value: 0.305
- start: "2026-04-13T08:00:00+02:00"
end: "2026-04-13T09:00:00+02:00"
value: 0.341
- start: "2026-04-13T09:00:00+02:00"
end: "2026-04-13T10:00:00+02:00"
value: 0.329
- start: "2026-04-13T10:00:00+02:00"
end: "2026-04-13T11:00:00+02:00"
value: 0.303
- start: "2026-04-13T11:00:00+02:00"
end: "2026-04-13T12:00:00+02:00"
value: 0.278
- start: "2026-04-13T12:00:00+02:00"
end: "2026-04-13T13:00:00+02:00"
value: 0.266
- start: "2026-04-13T13:00:00+02:00"
end: "2026-04-13T14:00:00+02:00"
value: 0.26
- start: "2026-04-13T14:00:00+02:00"
end: "2026-04-13T15:00:00+02:00"
value: 0.269
- start: "2026-04-13T15:00:00+02:00"
end: "2026-04-13T16:00:00+02:00"
value: 0.272
- start: "2026-04-13T16:00:00+02:00"
end: "2026-04-13T17:00:00+02:00"
value: 0.268
- start: "2026-04-13T17:00:00+02:00"
end: "2026-04-13T18:00:00+02:00"
value: 0.283
- start: "2026-04-13T18:00:00+02:00"
end: "2026-04-13T19:00:00+02:00"
value: 0.306
- start: "2026-04-13T19:00:00+02:00"
end: "2026-04-13T20:00:00+02:00"
value: 0.33
- start: "2026-04-13T20:00:00+02:00"
end: "2026-04-13T21:00:00+02:00"
value: 0.317
- start: "2026-04-13T21:00:00+02:00"
end: "2026-04-13T22:00:00+02:00"
value: 0.304
- start: "2026-04-13T22:00:00+02:00"
end: "2026-04-13T23:00:00+02:00"
value: 0.289
- start: "2026-04-13T23:00:00+02:00"
end: "2026-04-14T00:00:00+02:00"
value: 0.279
raw_tomorrow: []
current_price: 0.259
additional_costs_current_hour: 0.15310592500000003
price_in_cents: false
unit_of_measurement: EUR/kWh
device_class: monetary
icon: mdi:flash
friendly_name: nordpool_kwh_nl_eur_3_10_0

[Afbeelding]

[Afbeelding]

Deel even je sensor genaamd minimale spread. (Grafiek)

[Henkoes]

Spread en spread DCS zijn bij mij altijd hetzelfde?
Of veranderd dit nog zodra de batterij aangesloten wordt?

[gielz]

Henkoes schreef op maandag 13 april 2026 @ 07:47:
Spread en spread DCS zijn bij mij altijd hetzelfde?
Of veranderd dit nog zodra de batterij aangesloten wordt?

Ze zijn ook bijna identiek, je kunt het verschil hier lezen;
https://github.com/Gielz1...%80%90-Available-entities

Deze waarde word alleen gebruikt in Dynamic Smart Matching / Dynamisch NOM.

[Henkoes]

@gielz in je documentatie zeg je dat je het beste met een energy socket de RTE kan bepalen.

Ik heb de oude (grote) generatie van de HW energy socket. Die schijnt 16A te kunnen maar weet niet of continue 2,4kw veilig is.
Kan jij hier iets over zeggen?

[Henkoes]

gielz schreef op maandag 13 april 2026 @ 07:51:
[...]


Ze zijn ook bijna identiek, je kunt het verschil hier lezen;
https://github.com/Gielz1...%80%90-Available-entities

Deze waarde word alleen gebruikt in Dynamic Smart Matching / Dynamisch NOM.

Die had ik gevonden, maar ik begrijp de beschrijving niet 😅

Spread calculation for Direct Self Consumption (DSC), most expensive after first charge action

[gielz]

Henkoes schreef op maandag 13 april 2026 @ 08:24:
[...]


Die had ik gevonden, maar ik begrijp de beschrijving niet 😅

Spread calculation for Direct Self Consumption (DSC), most expensive after first charge action

In deze specifieke modus laad je op voor direct eigen gebruik. Wanneer je dus op de dag zelf een duur uur voor het eerste goedkope uur hebt staan dan word deze niet meegenomen in de berekening. Dit omdat je de laadactie van het eerste goedkope uur niet in het verleden kunt gebruiken op die dag.

[gielz]

Henkoes schreef op maandag 13 april 2026 @ 08:01:
@gielz in je documentatie zeg je dat je het beste met een energy socket de RTE kan bepalen.

Ik heb de oude (grote) generatie van de HW energy socket. Die schijnt 16A te kunnen maar weet niet of continue 2,4kw veilig is.
Kan jij hier iets over zeggen?

Vorig jaar waren er veel met zon energysocket er tussen. Deze werd nogal warm bij dynamisch laden. Ondanks dat de energysocket zelf uitschakelt wanneer deze te warm word is het niet meer aan te raden. Maar tijdelijk is geen probleem, alleen weet je zelf wat vaak tijdelijk is.

Het makkelijkste is om bij de Import/Export van de API / Zendure APP ongeveer 1% bij op te tellen. Of een KWH MID meter er tussen te plaatsen.



Verdere vragen graag hier over in het normale topic, niet echt aan HA gerelateerd.

[ Voor 17% gewijzigd door gielz op 13-04-2026 08:37 ]

[DeadMetal]

gast777 schreef op zondag 12 april 2026 @ 14:06:
[...]
Installeer ook even de laatste Proxy flow versie. Deze heeft nieuwe functionaliteit die noodzakelijk is voor de Gielz Mei release.

Deze week komt mijn 2e 2400 AC+ hopelijk binnen. Gelukkig ben ik al bekend met Node-RED aangezien ik ooit dit topic gestart ben

Wat is de aanbevolen manier om jouw NR-flow te upgraden? IP-adressen noteren -> oude flow verwijderen -> deploy (zodat de lopende automatische acties gestopt worden), nieuwe flow importeren -> IP-adressen invullen -> deploy? Of kan dit met minder handelingen?

[Henkoes]

gielz schreef op maandag 13 april 2026 @ 08:36:
[...]


Vorig jaar waren er veel met zon energysocket er tussen. Deze werd nogal warm bij dynamisch laden. Ondanks dat de energysocket zelf uitschakelt wanneer deze te warm word is het niet meer aan te raden. Maar tijdelijk is geen probleem, alleen weet je zelf wat vaak tijdelijk is.

Het makkelijkste is om bij de Import/Export van de API / Zendure APP ongeveer 1% bij op te tellen. Of een KWH MID meter er tussen te plaatsen.

[Afbeelding]

Verdere vragen graag hier over in het normale topic, niet echt aan HA gerelateerd.

Dank! Uit jouw ervaring heb je dus gezien dat optellen van 1% bij de RTE een goede benadering is? Dus zendure meet aan de lage kant?

[Henkoes]

gielz schreef op maandag 13 april 2026 @ 08:31:
[...]


In deze specifieke modus laad je op voor direct eigen gebruik. Wanneer je dus op de dag zelf een duur uur voor het eerste goedkope uur hebt staan dan word deze niet meegenomen in de berekening. Dit omdat je de laadactie van het eerste goedkope uur niet in het verleden kunt gebruiken op die dag.

Slim nu snap ik hem!

[Henkoes]

gielz schreef op maandag 13 april 2026 @ 08:36:
[...]


Vorig jaar waren er veel met zon energysocket er tussen. Deze werd nogal warm bij dynamisch laden. Ondanks dat de energysocket zelf uitschakelt wanneer deze te warm word is het niet meer aan te raden. Maar tijdelijk is geen probleem, alleen weet je zelf wat vaak tijdelijk is.

Het makkelijkste is om bij de Import/Export van de API / Zendure APP ongeveer 1% bij op te tellen. Of een KWH MID meter er tussen te plaatsen.

[Afbeelding]

Verdere vragen graag hier over in het normale topic, niet echt aan HA gerelateerd.

Compenseert de RTE in jouw integratie al met de 1%?

[gielz]

Henkoes schreef op maandag 13 april 2026 @ 08:53:
[...]


Dank! Uit jouw ervaring heb je dus gezien dat optellen van 1% bij de RTE een goede benadering is? Dus zendure meet aan de lage kant?

Iets rond de 0,5-1% verschil. Dit komt omdat Zendure zelf niet het volledige standby gedeelte meet wat je ziet als hij niet volledig in standby staat. En de wattages zijn iets anders bij ontladen.

Je kunt het dus simpel houden en gewoon die 0,5-1% erbij optellen. Vind je het leuk dan een KWH MID meter. Die van HW heeft ook geschiedenis van je import en export KWH. Mocht HA ooit crashen dan heb je alsnog alle data en is via de energy app te volgen mocht je HA niet buitenshuis kunnen inzien.

[gielz]

Henkoes schreef op maandag 13 april 2026 @ 09:05:
[...]


Compenseert de RTE in jouw integratie al met de 1%?

Nee, is per gebruiker verschillend

[gast777]

DeadMetal schreef op maandag 13 april 2026 @ 08:40:
[...]
Wat is de aanbevolen manier om jouw NR-flow te upgraden? IP-adressen noteren -> oude flow verwijderen -> deploy (zodat de lopende automatische acties gestopt worden), nieuwe flow importeren -> IP-adressen invullen -> deploy? Of kan dit met minder handelingen?

Klopt, dat is de manier. Ik zou daarvoor eerst nog even via de Gielz de Zendures in Standby zetten.

Die tussenstap "deploy (zodat de lopende automatische acties gestopt worden)," had in nog niet direct aan gedacht maar kan zeker geen kwaad.

[YvonneVP]

gielz schreef op maandag 13 april 2026 @ 07:30:
[...]


Deel even je sensor genaamd minimale spread. (Grafiek)

Toen ik vanmorgen wakker werd, bedacht ik me dat ook ineens. En die stond op 15%, terwijl de spread dus lager stond dan die 15% . Ik heb vannacht de selector op Dynamisch NOM gezet, en toen kon ie wel gewoon ontladen.

[hemertje]

gast777 schreef op maandag 13 april 2026 @ 09:09:
[...]


Klopt, dat is de manier. Ik zou daarvoor eerst nog even via de Gielz de Zendures in Standby zetten.

Die tussenstap "deploy (zodat de lopende automatische acties gestopt worden)," had in nog niet direct aan gedacht maar kan zeker geen kwaad.

zo voer ik ook updates van Node Red uit voor de Panasonic warmtepomp NR van @edterbak

[hemertje]

naar mijn idee draait het spul hier nog niet optimaal
ik zie nog steeds geen Nul op de meter?
minimale Spread staat in de Config op nul







Wat gaat er mis bij mij?

[ Voor 45% gewijzigd door hemertje op 13-04-2026 11:11 ]

[Aardedraadje]

hemertje schreef op maandag 13 april 2026 @ 11:08:
naar mijn idee draait het spul hier nog niet optimaal
ik zie nog steeds geen Nul op de meter?
minimale Spread staat in de Config op nul

[Afbeelding]

Je hebt het huidige tijdsslot als duur aangegeven, ik denk dat het daarin zit.

[hemertje]

Aardedraadje schreef op maandag 13 april 2026 @ 11:10:
[...]

Je hebt het huidige tijdsslot als duur aangegeven, ik denk dat het daarin zit.

heb nog 2 screenshots toegevoegd ter verduidelijking

[Wai_AM]

hemertje schreef op maandag 13 april 2026 @ 11:08:
naar mijn idee draait het spul hier nog niet optimaal
ik zie nog steeds geen Nul op de meter?
minimale Spread staat in de Config op nul

[Afbeelding]

[Afbeelding]

[Afbeelding]

Wat gaat er mis bij mij?

je batterij is al vol ?

[gielz]

hemertje schreef op maandag 13 april 2026 @ 11:13:
[...]


heb nog 2 screenshots toegevoegd ter verduidelijking

Kun je even een screenshot van tabblad 3 posten, dan is alle informatie er.

[Henkoes]

Zou een AC+ als derde toren goed samen kunnen werken met 2 normale AC’s? Of wordt dat een ramp?

[gast777]

Henkoes schreef op maandag 13 april 2026 @ 12:18:
Zou een AC+ als derde toren goed samen kunnen werken met 2 normale AC’s? Of wordt dat een ramp?

Als je bedoelt met Gielz en de Proxy, dan zal dat prima werken. Wel de batterij capaciteit ongeveer gelijk houden per device.

De 2400AC+ heeft ietsje minder batterijcapaciteit in de eerste accu, maar dat scheelt nauwelijks. Dus de percentages zullen nog prima bij elkaar gehouden kunnen worden.

[Tortelli]

Geeft verschillende capaciteiten problemen? Heb 3x 2400AC+ in bestelling met totaal 4 accu’s. Idee om op L2 een 2e accu te plaatsen ivm forse vermogen wat ik daarop terug lever (omvormer op de woning levert terug op 1 fase, 5kW).

Heb dan
L1: 2400AC+ & 1x AB3000L
L2: 2400AC+ & 2x AB3000L
L3: 2400AC+ & 1x AB3000L

[ Voor 18% gewijzigd door Tortelli op 13-04-2026 12:32 ]

[hemertje]

Wai_AM schreef op maandag 13 april 2026 @ 11:17:
[...]


je batterij is al vol ?

ja die is de laatste week niet leeg gegaan heb ik het idee...?

[robinh]

Tortelli schreef op maandag 13 april 2026 @ 12:28:
Geeft verschillende capaciteiten problemen? Heb 3x 2400AC+ in bestelling met totaal 4 accu’s. Idee om op L2 een 2e accu te plaatsen ivm forse vermogen wat ik daarop terug lever (omvormer op de woning levert terug op 1 fase, 5kW).

Heb dan
L1: 2400AC+ & 1x AB3000L
L2: 2400AC+ & 2x AB3000L
L3: 2400AC+ & 1x AB3000L

Ik begrijp jouw beredenering maar het maakt in dit geval niet uit dat de zonnepanelen ook L2 zitten. In de meter wordt dit intern gesaldeerd.

Wel zou ik eerder gaan voor minimaal 2 batterijen per stapeltje, zodat het laadvermogen 2400 Watt verdeeld wordt over 3 batterijen (ook de interne). Wat weer ten goede komt aan de levensduur van het apparaat. Ipv dat 1 of 2 batterijen dit vermogen te verwerken krijgen.

[hemertje]

gielz schreef op maandag 13 april 2026 @ 11:19:
[...]


Kun je even een screenshot van tabblad 3 posten, dan is alle informatie er.

bij deze Giel

[Wai_AM]

hemertje schreef op maandag 13 april 2026 @ 13:04:
[...]


ja die is de laatste week niet leeg gegaan heb ik het idee...?

Bedoel je batterijen zijn vol, dat ie daarom niks doet

[gielz]

hemertje schreef op maandag 13 april 2026 @ 13:05:
[...]


bij deze Giel

[Afbeelding]

[Afbeelding]

Nu komt de standaard vraag der vragen staat de automatisering aan want je lijkt alleen gegevens uit te lezen. Stap 2 van de in totaal 2 stappen; https://github.com/Gielz1...nsdk-gielz-automatisering

Je logboek is volledig leeg namelijk, HA doet dus niets. En je hebt 3000 watt max laad en ontlaad ingesteld maar de API geeft iets anders aan door het ontbreken van de brein de automatisering.

[ Voor 7% gewijzigd door gielz op 13-04-2026 13:13 ]