Zendure producten in Home Assistant integreren deel 2

[ppaulv]

Gramser schreef op dinsdag 3 november 2026 @ 20:57:
[...]

Geen idee, heb ik zelf eigenlijk nog nooit op gelet… maar wie weet, test het eens! Waar vond je dat trouwens? Via History zie ik die niet.

In settings, integrations, zendure home assistant integration en dan deze twee regels:
en als je daar op klikt
connection mode

[Gramser]

Ah dat is dan de officiële Zendure integratie natuurlijk - niet Gielz.

[Cardinal]

@John2B Ah nu snap ik wat je bedoeld.

Tibber	2026
Dynamisch opslag levering	0
Dynamisch opslag teruglevering	0 (saldering)
Dynamisch bonus teruglevering %	0

Vast tarief is alleen boeiend als je van een vast of variabel contract komt. Dan kan je het tarfief gebruiken ter vergelijk.

[Mistraller]

ppaulv schreef op dinsdag 3 november 2026 @ 16:01:
[...]

Ik snap wat je zegt en ook waarom je het zegt maar ik was/ben er een beetje klaar mee.
Als ik (zoals nu) de accu's apart aanstuur loopt er niets vast en blijft alles netjes tot in lengte van dagen (hoop ik) reageren zoals verwacht.
Pas als ik de flow van gast777 gebruik loopt het vast, tot wel 3x per dag.

Had ik ook. NR nu op mijn Qnap gezet. Om de een of andere reden wilde de rest api niet meer antwoorden soms, kan je gewoon in je browser testen (/properties/report; even zoeken in dit topic). Ik zag dan dat er gewoon keurig data binnenkwam in de Zendure app en ik kon ook display aan/uit zetten, dus echt niks meetbaars fout in de connectie, maar toch, geen respons op de API. Ik denk echt een TCP issue, want HA resetten en het kwam weer tot leven. Hier zitten zoals hierboven al genoemd, volgens mij nu wat oplossingen voor in Gast777.

En dan is er helemaal niets veranderd aan de wifi of het netwerk of wat dan ook.
Dus weet ik niet meer waarom dit fout gaat, behalve dan dat de enige verandering is dat ik de NR flow ertussen heb gezet.
Dan is het voor de hand liggend aan te nemen dat dat dan ook de oorzaak van de problemen is, op een of andere manier.
Kun je me trouwens uitleggen waarom de RTE plotseling verslechterd als ik de 2 accu's apart aanstuur? Ik geeft ze beide de helft van de p1 waardes om iets mee te doen.

Het enorme verschil is dat Gast777 rekening houdt met de slechte rendementen bij lage laad of ontlaadvermogens. Als jij maar 200W overschot hebt, of bijv in de nacht een laag verbruik hebt (dat zijn dus véél uren) dan zal Gast777 ervoor zorgen dat dit vermogen slechts door 1 Zendure geleverd wordt. Hoe lager het vermogen, hoe slechter de RTE. Als na een tijdje de SoC gaat afwijken, dan wisselt Gast777 netjes naar de andere accu.

En een drempel zodat ze niet bij 50W al in actie springen.
Zo te zien werkt het nu stabiel en zoals bedoeld, maar laten we niet te vroeg juichen en het nog even aanzien.

De drempel zit in Gielz/Gast ook ingebouwd. En door slim om te gaan met meerdere accu's zal je ook minder vaak een drempel raken.

Zodra ik weer eens tijd heb ga ik HA op nieuwe hardware zetten, firmwares updaten en giels/gast updaten, cloud blokkage aanzetten, om eens te zien of ik die repeater dan wel weer weg kan halen. (Ik heb in huis een Deco X50 voor wat het waard is, en voordat iemand zegt "mesh is slecht"; de nodes hebben een bedrade backhaul)

[Cardinal]

Gezien we straks geen salderen meer hebben, wil je bij dynamische prijzen natuurlijk niet terugleveren bij negatieve prijzen.

Dit zet tijdelijk de export functie uit op de zendure + limiteert je externe omvormer op basis van je P1 meter. Dit werkt voor SolarEdge, Hoymiles, APsystems, Fronius, GoodWe, Growatt. (de dropdown in de bovenste optie.



Note:beschikbaar in de volgende release

[ Voor 3% gewijzigd door Cardinal op 04-11-2026 01:05 ]

[Gramser]

@Cardinal werkt ook bij meerdere omvormers van verschillende merken..?

[Cardinal]

@Gramser hoeveel omvormers heb je en van welke merken?

[Gramser]

Cardinal schreef op woensdag 4 november 2026 @ 08:23:
@Gramser hoeveel omvormers heb je en van welke merken?

Hey, ik (maar het ging niet direct om mijzelf hoor!) heb twee omvormers, een SolarEdge en een Goodwe.

Overigens, volgens mij ben jij met leuke dingen bezig maar ik ben telkens op zoek naar je github - moet ik eens opslaan. Zet ‘m anders even in je sig 😉

[Pakhaas]

Cardinal schreef op zondag 1 november 2026 @ 16:37:
Ik heb wat vorderingen gemaakt met mijn planner gebasseerd op Gielz. Het meest complexe blijft de planner, daar heb ik al behoorlijk wat bugfixes op losgelaten, maar lijkt nu goed te werken. Hij legt ook zijn gehele plan uit.

[Afbeelding]

De goedkoopste en duurste periodes doet hij niets mee is slechts dat ik beter kan zien wat goedkoop en duur is zodat ik het plan kan checken. Er zitten nog wat quircks in (zie pad-check vs plan morgen), maar dat komt de komende dagen wel.

Ook begonnen met een besparingsplanner, zodat ik wat inzicht kan krijgen in de kosten en terugverdientijd. Nu nog negatief, met dank aan de lage spread de laatste dagen

[Afbeelding]

Mijn github is hier en details over de werking staan op de wiki. Note: installeer card-mod voor betere graphs, anders krijg je default HA graphs.

Volgende stap is op basis van het verbruikprofiel ervoor te zorgen dat de pad-check en planning beter zijn werkt doen en zich gaat basseren op uur en niet op dag. to be continued.

@Nachtapotheker kan je gebruiken als inspiratie, als je weer tokens hebt

Ik ben even benieuwd hoe dit werkt als Gielz met een update komt. Kan ik die dan gewoon updaten en blijft dit werken, of moet die van jouw dan ook opnieuw?

[ppaulv]

Mistraller schreef op dinsdag 3 november 2026 @ 22:57:
[...]

Had ik ook. NR nu op mijn Qnap gezet. Om de een of andere reden wilde de rest api niet meer antwoorden soms, kan je gewoon in je browser testen (/properties/report; even zoeken in dit topic). Ik zag dan dat er gewoon keurig data binnenkwam in de Zendure app en ik kon ook display aan/uit zetten, dus echt niks meetbaars fout in de connectie, maar toch, geen respons op de API. Ik denk echt een TCP issue, want HA resetten en het kwam weer tot leven. Hier zitten zoals hierboven al genoemd, volgens mij nu wat oplossingen voor in Gast777.

[...]

Het enorme verschil is dat Gast777 rekening houdt met de slechte rendementen bij lage laad of ontlaadvermogens. Als jij maar 200W overschot hebt, of bijv in de nacht een laag verbruik hebt (dat zijn dus véél uren) dan zal Gast777 ervoor zorgen dat dit vermogen slechts door 1 Zendure geleverd wordt. Hoe lager het vermogen, hoe slechter de RTE. Als na een tijdje de SoC gaat afwijken, dan wisselt Gast777 netjes naar de andere accu.

[...]

De drempel zit in Gielz/Gast ook ingebouwd. En door slim om te gaan met meerdere accu's zal je ook minder vaak een drempel raken.

Zodra ik weer eens tijd heb ga ik HA op nieuwe hardware zetten, firmwares updaten en giels/gast updaten, cloud blokkage aanzetten, om eens te zien of ik die repeater dan wel weer weg kan halen. (Ik heb in huis een Deco X50 voor wat het waard is, en voordat iemand zegt "mesh is slecht"; de nodes hebben een bedrade backhaul)

Ik zie vandaag iets anders gebeuren...... was me nog niet eerder opgevallen maar mogelijk wel al veel langer aan de hand.
Als ik nu in Gielz de modus wijzig in iets anders gebeurt dat gewoon zoals het moet, behalve (!) als ik Standby kies. Daar reageert hij niet op. En dat is zowel bij m'n AC als bij m'n AC+, dus daar zit geen verschil.
Het ding op manual zetten met 0W werkt wel, en dan naar smart matching of zoiets werkt ook, maar dan naar Standby dus niet, dan blijft ie gewoon doen wat ie daarvoor al deed.
Heeeeel vreemd wat mij betreft.
Klinkt dat iemand bekend in de oren?

[Mediacj]

PASware schreef op dinsdag 3 november 2026 @ 20:13:
[...]

Excuus voor late reactie. Ik heb van cloud naar ZenSDK gezet en lijkt weinig verschil te maken. De modi Uit, Laden en Ontladen werken naar behoren, maar NOM, Slim op/ontladen werkt niet, dan blijft op de laatste stand staan die wel werkte. Dus als ik van 500w ontladen naar NOM ga, blijft de op 500w ontladen staan.

Toevoeging:
Als ik in de Zendure Planner 'm op NOM zet, dan zie ik in de Zendure HA integratie dat de Operation mode naar 'Slimme Matching' springt. Als ik 'm in de planner op Ontladen zet, springt de Operation mode naar 'Uit'. En Slim ontladen in de planner zorgt voor Slimt ontladen in Zendure HA. Dat switcht dus netjes mee.

App: battery staat niet in HEMS

Sensoren staan bijna allemaal op onbekend in Zendure HA, dat wellicht een probleem?
[Afbeelding]

En als je binnen de HA integratie NOM, Slim op/ontladen gebruikt werkt het dan wel? Zo ja dan denk ik dat je 'Operation select(NOM/off)' binnen de planner niet goed staat. Dit kun je binnen de herconfiguratie van de planner controleren. Zie ook de toelichting op Github voor extra info.

[ppaulv]

Mistraller schreef op dinsdag 3 november 2026 @ 22:57:
[...]

Had ik ook. NR nu op mijn Qnap gezet. Om de een of andere reden wilde de rest api niet meer antwoorden soms, kan je gewoon in je browser testen (/properties/report; even zoeken in dit topic). Ik zag dan dat er gewoon keurig data binnenkwam in de Zendure app en ik kon ook display aan/uit zetten, dus echt niks meetbaars fout in de connectie, maar toch, geen respons op de API. Ik denk echt een TCP issue, want HA resetten en het kwam weer tot leven. Hier zitten zoals hierboven al genoemd, volgens mij nu wat oplossingen voor in Gast777.

[...]

Okeeee .... als ik dat report loslaat op de AC krijg ik netjes data, maar niet voor de AC+ :
192.168.2.227 refused to connect.

WtF ... maar ik kan wel instellingen veranderen (staat nu op manual, eerst op 500W, later 1000W en even later 995W, doet ie allemaal netjes) en zie de normale data binnenkomen (behalve de SoC, die lijkt bevroren). Wifi is nog steeds strak 'good'.
Accu herstarten ? Kan ik iets anders doen om te vinden waardoor dit komt?

[Mistraller]

ppaulv schreef op woensdag 4 november 2026 @ 10:32:
[...]

Okeeee .... als ik dat report loslaat op de AC krijg ik netjes data, maar niet voor de AC+ :
192.168.2.227 refused to connect.

WtF ... maar ik kan wel instellingen veranderen (staat nu op manual, eerst op 500W, later 1000W en even later 995W, doet ie allemaal netjes) en zie de normale data binnenkomen (behalve de SoC, die lijkt bevroren). Wifi is nog steeds strak 'good'.
Accu herstarten ? Kan ik iets anders doen om te vinden waardoor dit komt?

In mijn geval was het altijd genoeg om de clients te herstarten (dus HA, en/of NR als die ergens anders draait) maar je zendure herstarten kan ook.
Aansturen is een POST, wat je in je browser doet is een GET. (En ook data ophalen is een GET)
Waardoor dit niet goed gaat bij jou weet ik niet, maar het riekt nog altijd naar het issue waar ik al op hintte.

[ppaulv]

Mistraller schreef op woensdag 4 november 2026 @ 10:58:
[...]

In mijn geval was het altijd genoeg om de clients te herstarten (dus HA, en/of NR als die ergens anders draait) maar je zendure herstarten kan ook.
Aansturen is een POST, wat je in je browser doet is een GET. (En ook data ophalen is een GET)
Waardoor dit niet goed gaat bij jou weet ik niet, maar het riekt nog altijd naar het issue waar ik al op hintte.

En je suggereert dat een AP recht voor z'n neus hangen (ik heb er nog een liggen) uitsluitsel zou moeten geven? Ik ben inmiddels zover dat er zoveel raars gebeurt dat ik het niet meer weet.
Zal die AP even van boven halen maar eerst de accu herstarten.

[ppaulv]

Na accu herstart doet de browser het weer (report).

[ppaulv]

maar (ook na HA herstart) negeert ie consequent 'Standby' commando's (selectie in input_select.zendure_operation_mode).
Dat doen ze overigens allebei (AC en AC+).

[ Voor 15% gewijzigd door ppaulv op 04-11-2026 12:28 ]

[ZuinigeRijder]

@ppaulv restart Node-RED eens opnieuw in Home Assistant -> Settings -> Apps -> Node-RED -> Restart button in Controls.

Bij mij ging Giels en Proxy dan weer. Ik had een Deco M4 Access Point in de garage via Wifi en toen had ik de problemen na zoveel tijd. Nu heb ik een bedrade Deco M4 Access Point en zie ik het probleem niet meer.

[ppaulv]

ZuinigeRijder schreef op woensdag 4 november 2026 @ 12:25:
@ppaulv restart Node-RED eens opnieuw in Home Assistant -> Settings -> Apps -> Node-RED -> Restart button in Controls.

Bij mij ging Giels en Proxy dan weer. Ik had een Deco M4 Access Point in de garage via Wifi en toen had ik de problemen na zoveel tijd. Nu heb ik een bedrade Deco M4 Access Point en zie ik het probleem niet meer.

NR gebruik ik nu al eventjes niet meer. Ik probeer nu eerst te ontdekken wat er mis gaat als ik alleen Gielz gebruik en één accu aanstuur (per HA/Gielz container).
Ik kan nu niets ontdekken want beiden negeren het commando om Standby te gaan.
Daarom ga ik nu de AC+ uitzetten en de bijbehorende HA container ook. NodeRed en OmniBattery staan al uit dus dan heb ik een situatie van één accu en één HA omgeving met alleen Gielz. Als dat niets oplost ga ik ook die HA container stop zetten en een nieuwe HA implementatie doen, geheel vanaf scratch en kijken of en wanneer de problemen terugkeren.
Het heeft bijna een jaar gedraaid met één accu en één HA/Gielz zonder al deze problemen. Pas toen de AC+ erbij kwam en ik NR (en later OB) ging gebruiken, ging het mis.
Overigens gebruik ik Ubiquity apparatuur met een Unifi AP in dezelfde ruimte (garage) als de beide accu's op ongeveer 4 meter afstand met niets noemenswaardigs ertussen (een houten plank en een plastic boodschappentas mogen hier geen rol in spelen).

[ Voor 9% gewijzigd door ppaulv op 04-11-2026 12:35 ]

[ppaulv]

Extra AP er vlak boven gelegd, wifi signaal -44 dBm, geen verschil, Standby wordt genegeerd.

[Gramser]

Ik denk dat je goed bezig bent - stap voor stap elimineren. Je zou bijna denken dat de AC+ zélf hier ergens roet in het eten gooit...

[ppaulv]

Aha, één probleem lijkt bijna opgelost. Het negeren van de Standby is weg als ik een paar aanpassingen in de Gielz die ik zelf gedaan had, weg haal.
Nu even elimineren welke van de drie het heeft veroorzaakt.
Ik ontdekte trouwens net ook dat niet alleen als ik zelf via het dashboard maar ook als de aansturing (Gielz) 'automatisch' uitkomt op een 'Standby' hij gewoon blijft doen wat ie deed, maar de waarde voor (dis)charge niet verandert. Dus stond ie op dat moment op 470W laden, dan blijft ie dat doen nadat er Standby gecommendeerd wordt. Ongeacht wat de P1 doet.
Dit verklaart denk ik de helft van mijn problemen met NR en OB. Het stuitergedrag dat OB vertoont krijg ik gewoon niet weg. Maar NR zou nu weer gewoon moeten werken.
Wordt vervolgd.