Zendure producten in Home Assistant integreren deel 2

[Pakhaas]

Ik ben nog maar sinds ik de batterij heb met HA bezig en ben dikke maatjes met ChatGPT geworden (heb daar nu zelfs een abo) zonder dat was ik nu nog bezig geweest met HA green op te starten.

[Wai_AM]

Gramser schreef op woensdag 15 april 2026 @ 08:51:
We gaan het meemaken @Pakhaas ! En anders is er nog de virtuele P1-meter met de actuele vermogenswaarde minus vaste grannychargerwaarde. Ofzo. Zeggen ze. Waar ben ik aan begonnen…

Edit: dit zegt het alwetende interwebs:

“Home Assistant Integratie opties

Er zijn momenteel twee belangrijke wegen om je Seat te koppelen:
Seat Connect (via HACS): Dit is de meest gebruikte custom repository. Hoewel de app-naam is veranderd, maken veel gebruikers nog succesvol gebruik van deze integratie om data zoals laadstatus (SoC), bereik en climatisation (voorverwarmen/koelen) uit te lezen.

CarConnectivity (MQTT): Een nieuwer alternatief dat stabieler lijkt voor de nieuwste modellen uit de Volkswagen Groep (VAG), waaronder de 2025-modellen. Dit werkt vaak via een add-on die de gegevens via MQTT naar Home Assistant stuurt.”

Maar goed ik ga nu eerst dingen uitzoeken want zo gaat het meer over Seat/PHEV dan Zendure.

Je kan al uitzoeken in https://github.com/Farfar/homeassistant-seatconnect

What is working, all cars
....
Start/stop charging

[hemertje]

Pakhaas schreef op woensdag 15 april 2026 @ 08:13:
[...]

Omdat je je EV kunt plannen en je warmtepomp niet.

waarom zou jeje warmtepomp niet kunnen plannen/ sturen?

door je warmteverlies bij te houden kan je je warmtepomp voor CV plannen en eventueel rekening houden met de dynamische tarieven, graadje hoger stoken tijdens de goedkope uren om de dure uren te kunnen overbruggen zonder comfortverlies

daarnaast kan jeje warm tapwater ook inplannen in de goedkope uren of tijdens overschot zonnestroom

[Gramser]

hemertje schreef op woensdag 15 april 2026 @ 09:32:
[...]


waarom zou jeje warmtepomp niet kunnen plannen/ sturen?

door je warmteverlies bij te houden kan je je warmtepomp voor CV plannen en eventueel rekening houden met de dynamische tarieven, graadje hoger stoken tijdens de goedkope uren om de dure uren te kunnen overbruggen zonder comfortverlies

daarnaast kan jeje warm tapwater ook inplannen in de goedkope uren of tijdens overschot zonnestroom

Mijn warmtepomp is niet zelf gekoppeld aan internet, maar… ik heb er wel een HW-kwh-meter aan gekoppeld. Eens kijken wat ik daarmee kan.

[Pakhaas]

hemertje schreef op woensdag 15 april 2026 @ 09:32:
[...]


waarom zou jeje warmtepomp niet kunnen plannen/ sturen?

door je warmteverlies bij te houden kan je je warmtepomp voor CV plannen en eventueel rekening houden met de dynamische tarieven, graadje hoger stoken tijdens de goedkope uren om de dure uren te kunnen overbruggen zonder comfortverlies

daarnaast kan jeje warm tapwater ook inplannen in de goedkope uren of tijdens overschot zonnestroom

Ik heb zelf geen wp, maar kan mij voorstellen dat dit met vloerverwarming maar beperkt kan. Iig veel minder sturen dan auto laden.

[Henkoes]

@gast777 , ik zie dat ik zo dom ben geweest om 1 batterij te weinig te bestellen. Dus 1 toren heeft 2 accus en de andere 2 torens 3 accus.

Dus 2+3+3.
Gaat dit nog wel goed met soc balancing en loop ik tegen andere problemen aan?

[ Voor 3% gewijzigd door Henkoes op 15-04-2026 10:42 ]

[Polvo176]

hemertje schreef op woensdag 15 april 2026 @ 09:32:
[...]


waarom zou jeje warmtepomp niet kunnen plannen/ sturen?

door je warmteverlies bij te houden kan je je warmtepomp voor CV plannen en eventueel rekening houden met de dynamische tarieven, graadje hoger stoken tijdens de goedkope uren om de dure uren te kunnen overbruggen zonder comfortverlies

daarnaast kan jeje warm tapwater ook inplannen in de goedkope uren of tijdens overschot zonnestroom

Lijkt mij weinig zin hebben, het duurt (te) lang voor de vloer op temperatuur is.
Natuurlijk kan ik de WP 's nachts laten draaien, maar de buiten temperatuur is dan ook 10 graden lager en gebruikt de WP weer een bak meer energie voor de zelfde warmte.
Dat schiet niet op.
Nog afgezien dat de WP draait als er vrijwel geen zon is en de stroom tarieven structureel hoog zijn.
Je hebt dan ook niks aan je batterijen.

[Pakhaas]

Gramser schreef op woensdag 15 april 2026 @ 09:47:
[...]

Mijn warmtepomp is niet zelf gekoppeld aan internet, maar… ik heb er wel een HW-kwh-meter aan gekoppeld. Eens kijken wat ik daarmee kan.

Met een kwh meter kan je alleen uitlezen en niets sturen helaas.

[hemertje]

gielz schreef op woensdag 15 april 2026 @ 08:25:
[...]


Ik sta weer op met een lach dank daarvoor.

Je probeert nu het dashboard als package in te laden (kan niet) en je hebt je package waar alle sensoren in staan als old gemarkeerd maar niet de nieuwe geplaatst.

Bakje koffie, je bent er bijna

om 5 uur opstaan en dan gaan updaten moet ik ook helemaal niet doen
maar daar gewoon ff de tijd voor nemen!

de bak koffie heeft goed gedaan, thx voor de tip









een paar dingen die ik zie/ mij opvallen:

• in het tabblad Geschiedenis mis ik bij de grafieken in de x-as de tijdsaanduidingen, zie je pas bij het hooveren
• in het tabblad Gezondheid mis ik de batterijen van de derde set
• in het tabblad Gezondheid mis ik bij de grafieken in de x-as de tijdsaanduidingen, zie je pas bij het hooveren
• geven in het tabblad Gezondheid de grafieken Relais schakelingen, Kalibraties, Temperatuur Omvormer de getallen van alle (bij mij 3) sets weer?, is nu niet helemaal duidelijk wat er weergegeven wordt
• in het tabblad Zendure mis ik bij de grafieken in de x-as de tijdsaanduidingen, zie je pas bij het hooveren

[hemertje]

Polvo176 schreef op woensdag 15 april 2026 @ 10:16:
[...]

Lijkt mij weinig zin hebben, het duurt (te) lang voor de vloer op temperatuur is.
Natuurlijk kan ik de WP 's nachts laten draaien, maar de buiten temperatuur is dan ook 10 graden lager en gebruikt de WP weer een bak meer energie voor de zelfde warmte.
Dat schiet niet op.
Nog afgezien dat de WP draait als er vrijwel geen zon is en de stroom tarieven structureel hoog zijn.
Je hebt dan ook niks aan je batterijen.

je kan natuurlijk ook de COP meenemen in je berekeningen

[Polvo176]

hemertje schreef op woensdag 15 april 2026 @ 10:26:
[...]


je kan natuurlijk ook de COP meenemen in je berekeningen

Ja, alles kan, maar om 95% van je doel te bereiken kost je 5% moeite, om die laatste 5% te bereiken kost je 95% moeite.
De COP meenemen valt onder die laatste 5%.

[Tortelli]

hremijn schreef op dinsdag 14 april 2026 @ 17:08:
[...]

De Gielz automation heeft een sensor nodig die Power met plus en min heeft.
De standaard P1 meter heeft 2 sensors, 1 voor afnemen en 1 voor terugleveren. (Beide positief).
Je kan deze wel gebruiken als je een helper maakt met verschil tussen afnemen en terugleveren.

Ik krijg de eerste 2400AC+ + extra accu vandaag binnen, heb mijn P1 splitter en P1 meter van Zendure nog niet dus loop met het idee om hem direct in de Gielz automatisering te gooien.

Kan ik mijn eigen Home Assistant (hardware via USB) verbruiksmeter zo toevoegen of moet ik daar nog iets speciaals voor doen? Helper heb ik al lang draaien om positief en negatieve waardes te maken.

[ Voor 4% gewijzigd door Tortelli op 15-04-2026 11:22 ]

[CappieL]

@Tortelli gewoon de verbruiksmeter in HA toevoegen. Dit moet wel een gecombineerde sensor zijn (positief bij import, negatief bij export)

Gewoon meteen die batterijen in HA toevoegen. Fluitje van een cent . Je zult er geen spijt van krijgen.

Package importeren
Dashboard importeren
HA herstarten
IP-adres van omvormer invullen
Afwijkende P1-sensor invullen
Batterij-volgorde invullen
Automation importeren (en aanzetten)
Modus selecteren op dashboard

Genieten!

[ Voor 59% gewijzigd door CappieL op 15-04-2026 11:27 ]

[Floris039]

Gramser schreef op woensdag 15 april 2026 @ 08:51:
We gaan het meemaken @Pakhaas ! En anders is er nog de virtuele P1-meter met de actuele vermogenswaarde minus vaste grannychargerwaarde. Ofzo. Zeggen ze. Waar ben ik aan begonnen…

Edit: dit zegt het alwetende interwebs:

“Home Assistant Integratie opties

Er zijn momenteel twee belangrijke wegen om je Seat te koppelen:
Seat Connect (via HACS): Dit is de meest gebruikte custom repository. Hoewel de app-naam is veranderd, maken veel gebruikers nog succesvol gebruik van deze integratie om data zoals laadstatus (SoC), bereik en climatisation (voorverwarmen/koelen) uit te lezen.

CarConnectivity (MQTT): Een nieuwer alternatief dat stabieler lijkt voor de nieuwste modellen uit de Volkswagen Groep (VAG), waaronder de 2025-modellen. Dit werkt vaak via een add-on die de gegevens via MQTT naar Home Assistant stuurt.”

Maar goed ik ga nu eerst dingen uitzoeken want zo gaat het meer over Seat/PHEV dan Zendure.

Misschien off topic maar ik kan je voor opladen vd auto ten zeerste EVCC aanraden. Daar zitten echt heel veel auto merken en laadpaal merken in. Misschien dat het wel de uitkomst biedt voor je.

[hremijn]

jannus66 schreef op dinsdag 14 april 2026 @ 20:06:
[...]


Dit snap ik niet.
Geldt dit ook voor de Zendure P1 meter?
Als ik de Wiki lees dan lees ik:

rest:
- resource: http://<IP-ZENDURE-P1>/properties/report
scan_interval: 1
sensor:
- name: "P1 Zendure API"
value_template: "{{ value_json.total_power | float }}"
unique_id: P1_Zendure_API
unit_of_measurement: "W"
device_class: power
state_class: measurement

Waar moet ik dit plaatsen?

PS Ik heb nog geen batterijen en nog geen P1 meter (Zendure besteld) maar ben mij aan het inlezen.

MIjn antwoord ging over de standaard P1 poort van de slimme meter, niet over een kastje van een andere leverancier.

[Devke]

Ik ga hem toch eens droppen hier. Vorige week heb ik de Zendure Sets maar eens op een AP gezet i.v.m. drops in wifi en geen aanstuur mogelijkheden meer. Dat ging een aantal dagen goed. De termijnen tussen goed gaan en onderuit gaan worden weer steeds korter. Dagelijks weer. Wat heb ik nu gedaan:

Situatie:

Batterijen draaien op de automatisering van @gielz en @gast777. De batterijen zijn via een AP van TP Link verbonden via een vaste kabel aan het modem. Alleen de batterijen zitten op een apart gemaakt Wifi netwerk. De TP-Link staat een meter of 4 van de batterijen af. KPN V12 modem, 2 super wifi boosters (zwart).

Wat heb ik nu gechecked:

- Batterijen zichtbaar in TP-link, JA
- Batterijen zichtbaar in het modem JA
- Ping naar beide batterijen Succesvol

Wat zie ik:



Batterij een x standby gezet, werkt. Terug naar Dynamisch Handelen werkt ook. Ik heb ook situaties gezien waarbij sturing niet mogelijk was. Dus ik laat hem even lopen nu om te kijken of dit weer ontstaat. Suggesties?

Edit : Batterijen ook actief in de Zendure app (Bezig met opladen). De wifibooster van KPN al weggehaald op de locatie. Daar zit ander spul op, met name HW spullen.

[ Voor 6% gewijzigd door Devke op 15-04-2026 12:28 ]

[jannus66]

@hremijn Dat snap ik nu.

[ Voor 26% gewijzigd door jannus66 op 15-04-2026 12:24 ]

[raven22]

Ik gebruik de @gielz globalpackage voor mij solarflow 800 plus. Aan de 800 plus zitten 2 panelen via de mppt.
Nu wil de batterij steeds laden met stroom die over is van een andere pv set.
Ik kreeg al het advies om Smart Discharge te gebruiken. Maar ook dan wordt de batterij geladen met stroom uit de andere panelen. Dat is logisch, maar zolang je nog kunt salderen is het beter (minder omzettingsverliezen) om die stroom maar gelijk het net op te sturen. De batterij in de solarflow 800 komt toch wel vol.

Alleen de standby mode lijkt te werken om de batterijen op te laden met alleen stroom van de aangesloten panelen, maar dan wordt de batterij niet ontladen indien nodig. Dit is met name in de ochtend als de 2de set panelen nog niet actief zijn.

Heeft iemand anders hier een slimmigheid voor?

[Henkoes]

@gielz
Hoe bereken jij de RTE waarde zonder dat de batterij een full cycle loopt?

[Hippe Lip]

gielz schreef op dinsdag 14 april 2026 @ 22:54:
Je draait op dit moment 2 versies door elkaar English (Global) en Dutch (NL). Zou eerst even een keuze maken. Gezien je de sensoren NL gebruikt zou ik ook het Nederlandse dashboard gebruiken; https://github.com/Gielz1...gration/dashboard_nl.yaml

Ik moet nog gaan installeren (2 Zenduretorens komen morgen, als het goed is), maar zit nog in mijn maag met de keuze voor de taal van de integratie van @gielz: Nederlands of Engels.

1. Op basis waarvan kiezen jullie?

2. En wat zijn de consequenties van de keuze voor de ene of de andere?

[ Voor 3% gewijzigd door Hippe Lip op 15-04-2026 16:11 ]

[RemmyB83]

raven22 schreef op woensdag 15 april 2026 @ 12:26:
Ik gebruik de @gielz globalpackage voor mij solarflow 800 plus. Aan de 800 plus zitten 2 panelen via de mppt.
Nu wil de batterij steeds laden met stroom die over is van een andere pv set.
Ik kreeg al het advies om Smart Discharge te gebruiken. Maar ook dan wordt de batterij geladen met stroom uit de andere panelen. Dat is logisch, maar zolang je nog kunt salderen is het beter (minder omzettingsverliezen) om die stroom maar gelijk het net op te sturen. De batterij in de solarflow 800 komt toch wel vol.

Alleen de standby mode lijkt te werken om de batterijen op te laden met alleen stroom van de aangesloten panelen, maar dan wordt de batterij niet ontladen indien nodig. Dit is met name in de ochtend als de 2de set panelen nog niet actief zijn.

Heeft iemand anders hier een slimmigheid voor?

Ik heb zelf ook 2x sf 800 plus en alleen batterij 1 heeft zonnepanelen erop aangesloten. En had verwacht dat die efficiënter zou zijn dan nummer 2 ivm omzetverliezen. Maar dat zie ik nog niet. Zowieso nog te kort dag om echte conclusies te trekken.

[Wai_AM]

Hippe Lip schreef op woensdag 15 april 2026 @ 15:45:
[...]

Ik moet nog gaan installeren (2 Zenduretorens komen morgen, als het goed is), maar zit nog in mijn maag met de keuze: Nederlands of Engels.

1. Op basis waar an kiezen jullie?

2. En wat zijn de consequenties van de keuze voor de ene of de andere?

keuze NL, basis voor kennissen, vrienden en collega´s
Hoef ik niet dubbel te gaan doen/testen etc.

Kan moeilijk problemen oplossen wanneer elektriciteit netwerk niet hetzelfde is .....

[WimV]

Het zal aan mij liggen maar ik kan op geen enkele manier iets invullen bij het dashboard, ik krijg alleen maar gele stickers met " entiteit niet gevonden ".
Wie kan mij een hint geven om de Zendure-HA-zenSDK werkend te krijgen.
Ik heb de folder packages aan gemaakt en gevuld met de .yaml file en in de configuratie file de packages toegevoegd.

[GodZZila]

Hallo,

Ik heb een tijdje nu de plugin van Gielz draaien. Ik heb een vraagje over "Indicatie Beschikbare Energie" hoe wordt dit berekend en waarvoor?

Ik zie bv bij mij staan "Indicatie Beschikbare Energie 10,89 kWh" maar totale capaciteit = 13,92 kWh

Ik dacht dat het totale capaciteit was minus 10% maar dat is het dus niet.

Alvast bedankt.

GodZZila

[Devke]

WimV schreef op woensdag 15 april 2026 @ 15:59:
Het zal aan mij liggen maar ik kan op geen enkele manier iets invullen bij het dashboard, ik krijg alleen maar gele stickers met " entiteit niet gevonden ".
Wie kan mij een hint geven om de Zendure-HA-zenSDK werkend te krijgen.
Ik heb de folder packages aan gemaakt en gevuld met de .yaml file en in de configuratie file de packages toegevoegd.

HA ook herstart daarna?

[RemmyB83]

WimV schreef op woensdag 15 april 2026 @ 15:59:
Het zal aan mij liggen maar ik kan op geen enkele manier iets invullen bij het dashboard, ik krijg alleen maar gele stickers met " entiteit niet gevonden ".
Wie kan mij een hint geven om de Zendure-HA-zenSDK werkend te krijgen.
Ik heb de folder packages aan gemaakt en gevuld met de .yaml file en in de configuratie file de packages toegevoegd.

Zelfde als ik eerst had gedaan de engelse en Nederlandse versie gecombineerd?

[Hippe Lip]

Wai_AM schreef op woensdag 15 april 2026 @ 15:57:
[...]

keuze NL, basis voor kennissen, vrienden en collega´s
Hoef ik niet dubbel te gaan doen/testen etc.

Kan moeilijk problemen oplossen wanneer elektriciteit netwerk niet hetzelfde is .....

Sorry, maar ik snap helemaal nix van je antwoord. Mijn vraag gaat over de keuze NL of Eng voor de integratie van @gielz.

[WimV]

Inderdaad HA opnieuw opgestart en niet de versies door elkaar gehaald, ik heb de include packages wel in de configuration.yaml gezet. wanneer ik bij de helptekst kijk moet je bv het tipadres invullen, maar ik zie geen enkele mogelijkheid waar ik het moet invullen.

[ Voor 8% gewijzigd door WimV op 15-04-2026 17:14 ]

[Wai_AM]

Hippe Lip schreef op woensdag 15 april 2026 @ 16:07:
[...]

Sorry, maar ik snap helemaal nix van je antwoord. Mijn vraag gaat over de keuze NL of Eng voor de integratie van @gielz.

Je wou toch weten waarom bepaalde mensen de NL of Global versie van Gielz gebruikt.

ik kies voor de NL versie, die is bij mij geinstalleerd, Heb mijn collega geholpen die ook een SF2400 AC gehaald heeft en daar ook zijn HA en Gielz NL versie geinstalleerd.

Kies ik Gobal dan dien ik dus zowel problemen op te lossen in de NL als de Global versie.
(indien er problemen voordoen)

Idem dito als ik bij kennissen etc dit ook zou moeten/gaan doen...

Heeft ook te maken met de nordpool, ga die niet Gobal maken, dien je rekening mee te houden.
NL = ((marktprijs * btw ) + toeslag + energie belasting) * (1+btw)
Andere landen anders .... (mogen anderen het doen....)

[ Voor 13% gewijzigd door Wai_AM op 15-04-2026 16:41 ]

[WimV]

Ik heb geen idee wat ik verkeerd doe maar ik heb geen idee waar ik het ip adres van de batterij of de p1 meter moet invullen

[ Voor 24% gewijzigd door WimV op 15-04-2026 17:24 ]

[RemmyB83]

WimV schreef op woensdag 15 april 2026 @ 16:22:
Inderdaad HA opnieuw opgestart en niet de versies door elkaar gehaald, ik heb de include packages wel in de configuration.yaml gezet. wanneer ik bij de helptekst kijk moet je bv het tipadres invullen, maar ik zie geen enkele mogelijkheid waar ik het moet invullen.

Even voor de goede orde.
Je hebt wel een aparte package map gemaakt?

En vervolgens alleen 'homeassistant:
packages: !include_dir_named packages' in de configuration.yaml toegevoegd?

[WimV]

Yep in de configuration.yaml

[RemmyB83]

WimV schreef op woensdag 15 april 2026 @ 17:59:
[Afbeelding]

Yep in de configuration.yaml

En deze?

[Hippe Lip]

Wai_AM schreef op woensdag 15 april 2026 @ 16:36:
[...]

Je wou toch weten waarom bepaalde mensen de NL of Global versie van Gielz gebruikt.

ik kies voor de NL versie, die is bij mij geinstalleerd, Heb mijn collega geholpen die ook een SF2400 AC gehaald heeft en daar ook zijn HA en Gielz NL versie geinstalleerd.

Kies ik Gobal dan dien ik dus zowel problemen op te lossen in de NL als de Global versie.
(indien er problemen voordoen)

Idem dito als ik bij kennissen etc dit ook zou moeten/gaan doen...

Heeft ook te maken met de nordpool, ga die niet Gobal maken, dien je rekening mee te houden.
NL = ((marktprijs * btw ) + toeslag + energie belasting) * (1+btw)
Andere landen anders .... (mogen anderen het doen....)

De bron waarom jij, @Wai_AM, de Nederlandse versie gebruikt bij anderen is omdat je zelf de NL-versie gebruikt, als ik je goed begrijp.
En waarom heb je zelf voor NL gekozen?

[Wai_AM]

Hippe Lip schreef op woensdag 15 april 2026 @ 18:10:
[...]

De bron waarom jij, @Wai_AM, de Nederlandse versie gebruikt bij anderen is omdat je zelf de NL-versie gebruikt, als ik je goed begrijp.
En waarom heb je zelf voor NL gekozen?

Ja, Ben die ene handige neef in NL gezegde die nu handige oom is.
Er was toen geen keuze......... NL of NL.

[Wai_AM]

WimV schreef op woensdag 15 april 2026 @ 17:22:

Ik heb geen idee wat ik verkeerd doe maar ik heb geen idee waar ik het ip adres van de batterij of de p1 meter moet invullen

Mijn packages is een Map of Directorie, jouwe lijkt mij een bestand of File te zijn.
Dus een map genaamd packages aanmaken en Gielz instructies volgen.

Weet het, iedereen schijnt te snel te gaan met de stappen..
Dus doe rustig aan , stap voor stap. en niet alles uitvoeren en dan zeggen het werkt niet ....
want trouble shooten dient ook stap voor stap te gaan.

[ Voor 16% gewijzigd door Wai_AM op 15-04-2026 18:23 ]

[WimV]

RemmyB83 schreef op woensdag 15 april 2026 @ 18:02:
[...]

En deze?[Afbeelding]

Dat was hem, ik had de yaml file gewoon geplakt in de package maar moest de file uploaden.
Weer wat geleerd

[gast777]

Devke schreef op woensdag 15 april 2026 @ 12:23:
Batterijen draaien op de automatisering van @gielz en @gast777. De batterijen zijn via een AP van TP Link verbonden via een vaste kabel aan het modem. Alleen de batterijen zitten op een apart gemaakt Wifi netwerk. De TP-Link staat een meter of 4 van de batterijen af. KPN V12 modem, 2 super wifi boosters (zwart).

Wat heb ik nu gechecked:

- Batterijen zichtbaar in TP-link, JA
- Batterijen zichtbaar in het modem JA
- Ping naar beide batterijen Succesvol

Wat zie ik:

[Afbeelding]

Ik weet het antwoord niet, maar ik zie wel "Zendure 3" als actief device terwijl je maar 2x Zendure hebt. Dat duidt erop dat je een nieuwere versie van de Proxy gebruikt en een oude versie van de Proxy Sensoren (in de Gielz package geplakt). Tot een tijdje geleden werd het Actieve Device anders gecodeerd namelijk. De huidige sensoren zullen dat correct interpreteren. Die zou ik dus even opnieuw inplakken en HA herstarten.

[gielz]

raven22 schreef op woensdag 15 april 2026 @ 12:26:
Ik gebruik de @gielz globalpackage voor mij solarflow 800 plus. Aan de 800 plus zitten 2 panelen via de mppt.
Nu wil de batterij steeds laden met stroom die over is van een andere pv set.
Ik kreeg al het advies om Smart Discharge te gebruiken. Maar ook dan wordt de batterij geladen met stroom uit de andere panelen. Dat is logisch, maar zolang je nog kunt salderen is het beter (minder omzettingsverliezen) om die stroom maar gelijk het net op te sturen. De batterij in de solarflow 800 komt toch wel vol.

Alleen de standby mode lijkt te werken om de batterijen op te laden met alleen stroom van de aangesloten panelen, maar dan wordt de batterij niet ontladen indien nodig. Dit is met name in de ochtend als de 2de set panelen nog niet actief zijn.

Heeft iemand anders hier een slimmigheid voor?

Hier uitvoerig getest met panelen. Wanneer ik de Alleen Slim Ontladen gebruik laad hij alleen op met PV. Wil je helemaal niets ook niet ontladen dan is het Standby.

[gielz]

GodZZila schreef op woensdag 15 april 2026 @ 16:01:
Hallo,

Ik heb een tijdje nu de plugin van Gielz draaien. Ik heb een vraagje over "Indicatie Beschikbare Energie" hoe wordt dit berekend en waarvoor?

Ik zie bv bij mij staan "Indicatie Beschikbare Energie 10,89 kWh" maar totale capaciteit = 13,92 kWh

Ik dacht dat het totale capaciteit was minus 10% maar dat is het dus niet.

Alvast bedankt.

GodZZila

Je kunt de sensor aanklikken en even bij de attributen kijken. 10% zou je denken maar helaas er komt ook nog een stukje verlies bij ontladen. Meestal is dit ook nog rond de 10%. Staat ook hier vermeld; https://github.com/Gielz1...90-Beschikbare-entiteiten

[ Voor 7% gewijzigd door gielz op 15-04-2026 19:03 ]

[gielz]

hemertje schreef op woensdag 15 april 2026 @ 10:25:
[...]


om 5 uur opstaan en dan gaan updaten moet ik ook helemaal niet doen
maar daar gewoon ff de tijd voor nemen!

de bak koffie heeft goed gedaan, thx voor de tip

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

een paar dingen die ik zie/ mij opvallen:

• in het tabblad Geschiedenis mis ik bij de grafieken in de x-as de tijdsaanduidingen, zie je pas bij het hooveren
• in het tabblad Gezondheid mis ik de batterijen van de derde set
• in het tabblad Gezondheid mis ik bij de grafieken in de x-as de tijdsaanduidingen, zie je pas bij het hooveren
• geven in het tabblad Gezondheid de grafieken Relais schakelingen, Kalibraties, Temperatuur Omvormer de getallen van alle (bij mij 3) sets weer?, is nu niet helemaal duidelijk wat er weergegeven wordt
• in het tabblad Zendure mis ik bij de grafieken in de x-as de tijdsaanduidingen, zie je pas bij het hooveren

@gast777 kan je vragen beantwoorden met betrekking tot Relais schakelingen, Kalibraties, Temperatuur Omvormer en meer batterij tonen dan 6.

Met betrekking tot de x-as, ik zou kijken of dit subtiel toegevoegd kan worden in de basis zonder dat het een cijfer feest gaat worden. Zelf werk ik nooit met de x-as buiten de mouseover. Maar beloof niets, genoeg andere dingen nog aan te maken voor een toekomstige release.

[gast777]

gielz schreef op woensdag 15 april 2026 @ 19:07:
[...]
@gast777 kan je vragen beantwoorden met betrekking tot Relais schakelingen, Kalibraties, Temperatuur Omvormer en meer batterij tonen dan 6.

geven in het tabblad Gezondheid de grafieken Relais schakelingen, Kalibraties, Temperatuur Omvormer de getallen van alle (bij mij 3) sets weer?, is nu niet helemaal duidelijk wat er weergegeven wordt

De Gielz HA 'denkt' dat die maar met 1 Zendure verbinding heeft. De Proxy simuleert richting de Gielz HA een Zendure device (die meer vermogen en meer battery packs kan hebben dan een normale fysieke Zendure). Deze items die je in het standaard dashboard van Gielz ziet zijn dus NIET van een specifieke Zendure, maar van de "Grote Virtuele Zendure" die de Proxy voorspiegelt aan de Gielz HA. Je drie Zendures vormen samen dus 1 grote Zendure.

Als je ook per aparte Zendure een aantal zaken wilt monitoren, dan kun je de Proxy REST sensoren (HA_REST_proxy_sensors_NL) installeren. Die kun je in de Gielz Package plakken op de aangegeven plaats (zie instructies). En daarna de sensoren (dashboard_sensors_3_zendures_NL) in een nieuwe kaart op je dashboard erin plakken.

Zelf heb ik deze op een apart dashboard (niet in het Gielz dashboard), want dan kan ik die van Gielz gemakkelijk updaten. Maar dat mag je zelf weten

Ik kan even uitleggen per item hoe het door de Proxy doorgegeven wordt:

- Relais schakelingen - Deze wordt niet direct door Zendure aangeleverd (en dus ook niet door de Proxy doorgegeven), maar wordt door Gielz berekend op basis van meerdere andere sensoren.

- Kalibraties - Deze wordt niet door Zendure aangeleverd (en dus ook niet door de Proxy doorgegeven), maar wordt door Gielz bepaald. Het is simpelweg wanneer hij voor het laatst tot 100% is geladen, geen verschil met 1 Zendure zonder Proxy. In het geval met de Proxy met meerdere Zendures geeft hij 100% SoC door als alle Zendures op 100% zijn. Van de SoC van alle Zendures wordt het gemiddelde genomen en naar beneden afgerond op hele procenten.

- Temperatuur Omvormer - De proxy geeft de hoogste temperatuur van je Zendures door. Zo kun je altijd zien of er niet eentje te heet wordt en bijvoorbeeld betere koeling nodig heeft. Als je wilt weten welke precies heet is, dan moet je dus de Proxy Sensoren installeren, dan kun je dat per Zendure device zien.

Over de max 6 batterijen die Gielz toont, terwijl je er 9 hebt: dat is volgens mij momenteel een beperking in het Gielz Dashboard. Misschien heeft @gielz nog informatie over de feature roadmap

[Tortelli]

Edit: ik ben een idioot, had de automation nog niet aangemaakt

[ Voor 88% gewijzigd door Tortelli op 15-04-2026 20:42 ]

[R1chardTM]

Tortelli schreef op woensdag 15 april 2026 @ 20:33:
[Afbeelding]
Ben een heel eind, alleen lijkt de Zendure niet te reageren op mijn input?
P1 signaal komt binnen zo te zien (heb een verbruik van zo'n 800 watt momenteel), alleen lijkt de accu niet te reageren op de input?
Hij is gekoppeld naar de HA slimmer meter (helper) die fysiek via USB verbonden zit.

Kijk eens of het wel werkt als je voor nul op de meter kiest?

[YvonneVP]

raven22 schreef op dinsdag 14 april 2026 @ 21:07:
[...]

in je config inderdaad en deze doet zelf al plus en min

Ik heb hier een apart yaml bestand voor gemaakt in de packages folder, genaamd sensor_p1_zendure_api.yaml. Dan blijft de configuration.yaml een beetje overzichtelijk en schoon. Scheelt dan ook weer een hoop gepuzzel als je handmatig updates moet uitvoeren voor integraties die bijvoorbeeld niet vai HACS geïnstalleerd kunnen worden. Aangezien in de configuration.yaml er een verwijzing zit naar die packages folder neemt ie dat dus ook mee als je de Zendure P1 gebruikt voor de Gielz oplossing.

[DrNickB]

raven22 schreef op woensdag 15 april 2026 @ 12:26:
Ik gebruik de @gielz globalpackage voor mij solarflow 800 plus. Aan de 800 plus zitten 2 panelen via de mppt.
Nu wil de batterij steeds laden met stroom die over is van een andere pv set.
Ik kreeg al het advies om Smart Discharge te gebruiken. Maar ook dan wordt de batterij geladen met stroom uit de andere panelen. Dat is logisch, maar zolang je nog kunt salderen is het beter (minder omzettingsverliezen) om die stroom maar gelijk het net op te sturen. De batterij in de solarflow 800 komt toch wel vol.

Alleen de standby mode lijkt te werken om de batterijen op te laden met alleen stroom van de aangesloten panelen, maar dan wordt de batterij niet ontladen indien nodig. Dit is met name in de ochtend als de 2de set panelen nog niet actief zijn.

Heeft iemand anders hier een slimmigheid voor?

Wat gielz ook al schreef, als het goed is je gebruikt de Slim Ontladen/Smart Discharge,
zou je Zendure enkel via de aangesloten panelen moeten gaan opladen.
Als je P1 waarde boven 0 uit komt, zal je zendure gaan leveren, komt je p1 waarde onder 0 uit (veel zon) zou hij in 'standby' worden gezet.
Zodra je accu vol zit door je eigen mppt panelen, gaat hij bypass leveren (als dit ingesteld is).
Tot je verbruik weer op je P1 boven 0 uit komt (Mogelijk boven 100 i.v.m. start automatisering).

[hemertje]

gielz schreef op woensdag 15 april 2026 @ 19:07:
[...]


@gast777 kan je vragen beantwoorden met betrekking tot Relais schakelingen, Kalibraties, Temperatuur Omvormer en meer batterij tonen dan 6.

Met betrekking tot de x-as, ik zou kijken of dit subtiel toegevoegd kan worden in de basis zonder dat het een cijfer feest gaat worden. Zelf werk ik nooit met de x-as buiten de mouseover. Maar beloof niets, genoeg andere dingen nog aan te maken voor een toekomstige release.

Dank voor je reactie @gielz

Ideetje, is het haalbaar en werkbaar dat onder het kopje ‘Versiebeheer’ een ‘Update’ button beschikbaar komt waarmee je de Gielz bestanden online kunt updaten?

[raven22]

gielz schreef op woensdag 15 april 2026 @ 19:01:
[...]


Hier uitvoerig getest met panelen. Wanneer ik de Alleen Slim Ontladen gebruik laad hij alleen op met PV. Wil je helemaal niets ook niet ontladen dan is het Standby.

Ik heb het idee dat de 800 plus hierin toch anders reageert dan een 2400.
Want bij mij gaat hij ook opladen met de 'extra' stroom die beschikbaar is. P1 waarde is negatief en dat wil de 800 plus blijkbaar gebruiken voor opladen, ook al heb ik slim ontladen geactiveerd.

Een 2de issue is dat als ik slim ontladen heb gekozen (en ook bij nom volgens mij) is dat als de batterij vol is de pv output gewoon op 0 gezet wordt en de pv opbrengst niet naar het net gestuurd wordt.

Ik zat wat te experimenteren met de zendure app en daar een hems instantie aangemaakt. Dan zie je daar ineens een optie verschijnen om voorgaande in te stellen. Default stond dat op niet terugleveren als de batterij vol is. Ben benieuwd hoe het morgen gaat.

[BizzieBis]

Bij mij klopt de RTE waarde niet in de Gielz implementatie. Ik ben begonnen met een ontlading van 4kWh omdat dat al in de accu zat bij installatie. Daardoor kom ik nu iedere keer met een RTE van meer dan 100% uit. Trekt zich dat nog recht?

[DrNickB]

BizzieBis schreef op woensdag 15 april 2026 @ 22:28:
Bij mij klopt de RTE waarde niet in de Gielz implementatie. Ik ben begonnen met een ontlading van 4kWh omdat dat al in de accu zat bij installatie. Daardoor kom ik nu iedere keer met een RTE van meer dan 100% uit. Trekt zich dat nog recht?

vast wel, geef het wat tijd. iedereen heeft zijn accu's met gem 50+ % gekregen,
na verloop van tijd valt die 4kw in het niets met wat er door het systeem is gegaan

[DrNickB]

raven22 schreef op woensdag 15 april 2026 @ 22:21:
[...]

Ik heb het idee dat de 800 plus hierin toch anders reageert dan een 2400.
Want bij mij gaat hij ook opladen met de 'extra' stroom die beschikbaar is. P1 waarde is negatief en dat wil de 800 plus blijkbaar gebruiken voor opladen, ook al heb ik slim ontladen geactiveerd.

Een 2de issue is dat als ik slim ontladen heb gekozen (en ook bij nom volgens mij) is dat als de batterij vol is de pv output gewoon op 0 gezet wordt en de pv opbrengst niet naar het net gestuurd wordt.

Ik zat wat te experimenteren met de zendure app en daar een hems instantie aangemaakt. Dan zie je daar ineens een optie verschijnen om voorgaande in te stellen. Default stond dat op niet terugleveren als de batterij vol is. Ben benieuwd hoe het morgen gaat.

Weet je zeker dat je niet ergens ook iets anders hebt aan staan dan? Iets zoals HEMS misschien?
Code technisch is het namelijk niet eens mogelijk dat Slim ontladen een oplaad actie geeft namelijk.
Ik heb zelf een 800pro; enkel met PV op de eigen mppt; dus geen pv vanaf een andere plek, maar heb sinds september tot en met vandaag geen spontane oplading gezien die vanuit gielz werd gestuurd..

Bypass functie moet wel actief worden aangezet volgens mij, d8 dat die standaard op off stond.
Zendure -> Devices -> Apparaat -> Zeskant -> Power Distrution Strategy -> Ecess Energy Export -> Allow.

[Hippe Lip]

Nog eens in de herhaling:

Ik moet nog gaan installeren (2 Zenduretorens komen morgen, als het goed is), maar zit nog in mijn maag met de keuze voor de taal van de integratie van @gielz: Nederlands of Engels.

1. Op basis waarvan kiezen jullie?

2. En wat zijn de consequenties van de keuze voor de ene of de andere?

[Henkoes]

DrNickB schreef op woensdag 15 april 2026 @ 22:36:
[...]

vast wel, geef het wat tijd. iedereen heeft zijn accu's met gem 50+ % gekregen,
na verloop van tijd valt die 4kw in het niets met wat er door het systeem is gegaan

Hoe bereken je de RTE?

[peterbier]

Hippe Lip schreef op woensdag 15 april 2026 @ 23:05:
Nog eens in de herhaling:

Ik moet nog gaan installeren (2 Zenduretorens komen morgen, als het goed is), maar zit nog in mijn maag met de keuze voor de taal van de integratie van @gielz: Nederlands of Engels.

1. Op basis waarvan kiezen jullie?

2. En wat zijn de consequenties van de keuze voor de ene of de andere?

Waarom gebruik je niet Fireson.?
Die werkt perfect met meerdere Zendures.

[pasmanm]

Op dit forum is al vaker gesproken over het standby-verbruik van een Quooker. In de bijlage vinden jullie mijn data van afgelopen nacht, waaruit ook dit specifiek quooker probleem naar voren komt.

Mijn P1-meter registreert elk uur een korte piekvraag van 2000 W die slechts 10 seconden aanhoudt. Het Zendure-systeem (met het Gielz-script) reageert hier te traag op: de batterij begint pas 15 seconden nadat de vraag is weggevallen 2000 W te leveren. Dit resulteert in onnodige ontlading en lost de vangt de initiële piek niet op.

Ik lees op dit forum de volgende twee oplossingen:

1. Directe meting op de Quooker via slimmestekker: Het aftrekken van het Quooker-verbruik van de P1-waarde werkt bij mij niet optimaal. Ook mijn slimme stekker op de boiler reageert te traag (zie de gele lijn in de grafiek).

2. Softwarematige vertraging: Het inbouwen van een 'filter' bij plotselinge pieken. Bijvoorbeeld: als de P1-waarde >1000 W stijgt ten opzichte van de vorige meting, wordt deze waarde gedurende 1 à 2 meetcycli genegeerd. Dit lijkt me een prima oplossing.

@gielz ik heb je eerdere berichten over dit onderwerp gelezen. Heb jij overwogen om een parameter aan je automatisering toe te voegen die een dergelijke vertraging (optie 2) mogelijk maakt?

[Hippe Lip]

peterbier schreef op woensdag 15 april 2026 @ 23:57:
[...]

Waarom gebruik je niet Fireson.?
Die werkt perfect met meerdere Zendures.

Sorry Peter, das geen antwoord op de vraag.
Je hoeft niet te reageren als je geen inhoudelijk antwoord hebt…

[Wai_AM]

@gielz : heb een email gekregen van Zendure.

Hello,

Thank you for your message, and we apologize for the delayed response.

We have recently released a new firmware version. Could you please check whether the situation has improved after the update? If the issue still persists, kindly let us know so that we can proceed with further investigation.

If you have any further questions, please feel free to contact us.

Best regards,
Zendure Support Team

Maar heb via app geen nieuwe firmware, heb je ook een email gehad?

[gielz]

Hippe Lip schreef op woensdag 15 april 2026 @ 23:05:
Nog eens in de herhaling:

Ik moet nog gaan installeren (2 Zenduretorens komen morgen, als het goed is), maar zit nog in mijn maag met de keuze voor de taal van de integratie van @gielz: Nederlands of Engels.

1. Op basis waarvan kiezen jullie?

2. En wat zijn de consequenties van de keuze voor de ene of de andere?

Ik zou voor engelstalige gaan. De werking van beide is 1-1 maar het voordeel is dat de engelse zendure. entiteiten heeft.

Vind je de entiteiten geen groot issue dan zijn beide een prima keuze.

Releases zijn altijd identiek ook in de testperiode.

[ Voor 4% gewijzigd door gielz op 16-04-2026 07:31 ]

[gielz]

Wai_AM schreef op donderdag 16 april 2026 @ 06:05:
@gielz : heb een email gekregen van Zendure.

[...]


Maar heb via app geen nieuwe firmware, heb je ook een email gehad?

Nee nog niet, dm even je supportticket nummer dan ga ik bij mij daar naar verwijzen.

Kan het hier ook testen op een 2400 ac. Heb hier een fw 1.0.1 2400 ac om te vergelijken.

[DeadMetal]

gielz schreef op zondag 12 april 2026 @ 11:27:
[...]
Hoe zie je zon vertaalbestand dan voor je met Jinja2 in een package?

Ik weet niet of dit helpt, maar persoonlijk gebruik ik customize.yaml in HA om voor enkele entiteiten een 'friendly_name' op te voeren. Op die manier kunnen id en 'zichtbare naam' verschillend zijn, dus dat zou misschien ook als 'vertaalbestand' kunnen werken.

[DeadMetal]

gast777 schreef op dinsdag 14 april 2026 @ 18:52:
Vanwege het publiceren op github, wil ik zo min mogelijk eisen stellen. Idealiter moet het kunnen werken op een compleet standaard Node-RED.

Lastige keuzes. Het zou mooi geweest zijn als NR zou toelaten dat een disabled node van een onbekend type mag zijn en dan geen error geeft bij deployen.

Ik begrijp je dilemma toch zou ik denken, je hebt de proxy ontworpen om aangestuurd te worden door de gielz vanuit HA. Alle gebruikers zullen dus beide applicaties hebben. En voor gebruikers die NR als HA-addon (tegenwoordig 'apps' genoemd) draaien, dan is die package zelfs automatisch geïnstalleerd. De verbinding tussen HA en NR is dan al standaard beschikbaar.

Voor de mensen die NR 'losstaand' willen draaien, dan is het een kwestie van een paar muisklikken in NR (hamburgermenu -> manage palette -> install -> node-red-contrib-home-assistant-websocket -> install -> herstart NR -> credentials/url van HA invullen.

Dat lijkt me eenvoudiger dan een MQTT-server opzetten en automatiseringen in HA gaan bouwen om elke seconde data vanaf de P1 meter weer als MQTT-berichtje te publiceren.

Bovendien, omdat je dan toegang hebt tot alle HA-entiteiten, weet jouw NR flow niet enkel welke commandos de gielz stuurt, maar automatisch ook 'wat de gielz denkt en waarom' (zoals in welke modus hij staat, de instellingen van waarden zoals oplaadmarge, ontlaadmarge etc), wat wellicht nog nuttig voor de toekomst kan zijn m.b.t. aansturing van de individuele batterijen.

[gielz]

DeadMetal schreef op donderdag 16 april 2026 @ 08:28:
[...]


Ik weet niet of dit helpt, maar persoonlijk gebruik ik customize.yaml in HA om voor enkele entiteiten een 'friendly_name' op te voeren. Op die manier kunnen id en 'zichtbare naam' verschillend zijn, dus dat zou misschien ook als 'vertaalbestand' kunnen werken.

Het werk is al gedaan en de global draait al, en word ook al veel gebruikt.

Ik heb inderdaad toen gekeken naar een zichtbare naam aanpassing dat is vrij makkelijk maar dan heb je alsnog de keuze uit "Nul op de meter" in de engelstalige variant. Tevens was het een goed moment om eens flink op te schonen.

[gielz]

pasmanm schreef op donderdag 16 april 2026 @ 00:02:
Op dit forum is al vaker gesproken over het standby-verbruik van een Quooker. In de bijlage vinden jullie mijn data van afgelopen nacht, waaruit ook dit specifiek quooker probleem naar voren komt.

Mijn P1-meter registreert elk uur een korte piekvraag van 2000 W die slechts 10 seconden aanhoudt. Het Zendure-systeem (met het Gielz-script) reageert hier te traag op: de batterij begint pas 15 seconden nadat de vraag is weggevallen 2000 W te leveren. Dit resulteert in onnodige ontlading en lost de vangt de initiële piek niet op.

Ik lees op dit forum de volgende twee oplossingen:

1. Directe meting op de Quooker via slimmestekker: Het aftrekken van het Quooker-verbruik van de P1-waarde werkt bij mij niet optimaal. Ook mijn slimme stekker op de boiler reageert te traag (zie de gele lijn in de grafiek).

2. Softwarematige vertraging: Het inbouwen van een 'filter' bij plotselinge pieken. Bijvoorbeeld: als de P1-waarde >1000 W stijgt ten opzichte van de vorige meting, wordt deze waarde gedurende 1 à 2 meetcycli genegeerd. Dit lijkt me een prima oplossing.

@gielz [Afbeelding]ik heb je eerdere berichten over dit onderwerp gelezen. Heb jij overwogen om een parameter aan je automatisering toe te voegen die een dergelijke vertraging (optie 2) mogelijk maakt?

Wanneer je er een homewizard energysocket tussen zet en deze als REST: ophaalt dan zou hij gelijk moeten lopen met je P1 en dan kun je deze wellicht direct uitfilteren. (makkelijkste oplossing)

Wat betreft een filter was het idee om een dempprofiel te kunnen kiezen in de Gielz. Dit is alleen heel ver naar achteren geschoven. Je zou dit wel al zelf kunnen testen met een "Filter" helper. Daarbij zeg je dan kijk naar het gemiddelde van de laatste x waardes en als de nieuwe meting xxxx watt afwijkt dan deze opnieuw herbeoordelen en dan pas meenemen.

En dat is dan je afwijkende P1.

[oeps]

Hi all,
Van de week de AC2400Pro binnen gekregen inclusief Zendure P1, eindelijk aan de slag!
De eerste middag gekoppeld via HEMS om te kijken of alles goed werkte.
De volgende ochtend over gezet naar HA met de Gielz integratie (ziet er echt top uit, complimenten).

• De AC2400Pro uit HEMS gehaald.
• Op de AC2400Pro en de Zendure P1 mqtt aangezet en de mqtt data komt direct binnen op HA.
• Gielz integratie geïnstalleerd.
• Bij Home Energy Meter sensor had ik de +/- Power entity van de Zendure P1 opgegeven.
• Dat werkte allemaal prima tot op een gegeven moment de Smart matching stopte met werken.

Het bleek dat er geen mqtt data meer binnenkwam vanuit de twee Zendure devices. Alle entities op unavailable.

Geen ramp, Ik had al een P1 aan HA en een +/- entity voor de verbruik/opbrengst power. Die er aan gekoppeld en alles weer OK.
De oorzaak van het stoppen van mqtt data is hoogstwaarschijnlijk een reboot van HA (en die heb je toch met enige regelmaat bij upgrades). Ik begreep dat Zendure gedurende 30 seconden retries voor mqtt doet en er daarna mee kapt. Een reboot van HA duurt langer dan 30 seconden.

Ik had de Zendure P1 vooral gekocht om een makkelijke backup te hebben als mijn HA een keer onderuit zou liggen (HW of SW matig).
Vragen:

• Heeft iemand een automatische work-around hiervoor dat de mqtt communicatie blijft werken of weer opstart?
• Wat is de voorkeursmanier om de P1 data binnen te halen in de Gielz integratie? Zendure P1? Willekeurige andere P1 in HA (de mijne van Smart Gateways heb ik op 5 seconden refresh gezet), of met de rest zoals in de wiki beschreven? Zijn er voor- en nadelen voor de ene mogelijkheid boven de andere?

Dank!
(Ik heb inmiddels een ticket bij Zendure aangemaakt. Ook al heb ik een workaround en zijn twee P1's overdreven maar het hoort te werken )

[StarWing]

^^ Best de Zendure P1 uitlezen via REST, staat beschreven bij de handleiding Gielz op github. Dan heb je het MQTT timeout probleem niet.

[Ben(V)]

pasmanm schreef op donderdag 16 april 2026 @ 00:02:
Op dit forum is al vaker gesproken over het standby-verbruik van een Quooker. In de bijlage vinden jullie mijn data van afgelopen nacht, waaruit ook dit specifiek quooker probleem naar voren komt.

Mijn P1-meter registreert elk uur een korte piekvraag van 2000 W die slechts 10 seconden aanhoudt. Het Zendure-systeem (met het Gielz-script) reageert hier te traag op: de batterij begint pas 15 seconden nadat de vraag is weggevallen 2000 W te leveren. Dit resulteert in onnodige ontlading en lost de vangt de initiële piek niet op.

Ik lees op dit forum de volgende twee oplossingen:

1. Directe meting op de Quooker via slimmestekker: Het aftrekken van het Quooker-verbruik van de P1-waarde werkt bij mij niet optimaal. Ook mijn slimme stekker op de boiler reageert te traag (zie de gele lijn in de grafiek).

2. Softwarematige vertraging: Het inbouwen van een 'filter' bij plotselinge pieken. Bijvoorbeeld: als de P1-waarde >1000 W stijgt ten opzichte van de vorige meting, wordt deze waarde gedurende 1 à 2 meetcycli genegeerd. Dit lijkt me een prima oplossing.

@gielz [Afbeelding]ik heb je eerdere berichten over dit onderwerp gelezen. Heb jij overwogen om een parameter aan je automatisering toe te voegen die een dergelijke vertraging (optie 2) mogelijk maakt?

Ik schakel in ieder geval de quooker in de nacht uit, scheelt weer een heleboel pieken.

[jannus66]

Ben(V) schreef op donderdag 16 april 2026 @ 09:44:
[...]


Ik schakel in ieder geval de quooker in de nacht uit, scheelt weer een heleboel pieken.

Kost dat niet veel stroom (geld) om hem 's morgens weer op te warmen?

[Ben(V)]

Uiteraard niet, waarom zou dat zo zijn?
Wat je anders in de hele nacht met een aantal pieken verbruikt, doet hij nu 's morgens gewoon met een iets langere piek maar het benodigde vermogen blijft gelijk en als de zon schijnt en je hebt panelen dan haal je dat gewoon uit je PV.

In theorie heb je zelf iets voordeel omdat je in de nacht minder nullast verliezen hebt doordat het water in de quooker iets lager wordt.
Is echter volkomen verwaarloosbaar bij een quooker.

[edjes]

pasmanm schreef op donderdag 16 april 2026 @ 00:02:
2. Softwarematige vertraging: Het inbouwen van een 'filter' bij plotselinge pieken. Bijvoorbeeld: als de P1-waarde >1000 W stijgt ten opzichte van de vorige meting, wordt deze waarde gedurende 1 à 2 meetcycli genegeerd. Dit lijkt me een prima oplossing.

@pasmanm Jouw optie 2 klinkt erg interessant. heb je een voorbeeld van dit filter?

[jannus66]

Ben(V) schreef op donderdag 16 april 2026 @ 11:19:
Uiteraard niet, waarom zou dat zo zijn?
Wat je anders in de hele nacht met een aantal pieken verbruikt, doet hij nu 's morgens gewoon met een iets langere piek maar het benodigde vermogen blijft gelijk en als de zon schijnt en je hebt panelen dan haal je dat gewoon uit je PV.

In theorie heb je zelf iets voordeel omdat je in de nacht minder nullast verliezen hebt doordat het water in de quooker iets lager wordt.
Is echter volkomen verwaarloosbaar bij een quooker.

Ik dacht altijd dat iets warmhouden minder stroom kost dan van 0 af opwarmen.
Maar ik snap dat als je dat uit de PV haalt dat het dan slimmer is.
Kun jij mij aangeven hoelang het ongeveer duurt voordat de Quooker weer op temperatuur is?
En doe jij dat met een slimme stekker?

[Ben(V)]

Nee warmhouden is altijd duurder want dan heb je meer standby verliezen.
Hoe hoger de temperatuur hoe meer uitstralingen verliezen.

Kwestie van natuurkunde, je quooker verliest energie door warmte uitstraling en dat moet je compenseren met elektrische energie en er is geen verschil tussen veel korte opwarmingen of een lange, de hoeveelheid benodigde energie blijft gelijk.

Hij is ongeveer een minuut bezig als er geen gebruik gemaakt is in de nacht.

[CappieL]

@jannus66 Of je het water in stapjes warmhoudt, of over een 'langere' tijd laat afkoelen en dan in één keer opwarmt, maakt qua hoeveelheid energie weinig uit.
De hoeveelheid energie die je moet toevoegen, is namelijk de totale hoeveelheid warmte die je verliest.

Omdat de Zendure-regeling de pieken van de Quooker slecht kan opvangen, is het beter om het vermogen in één keer (over een langere duur) te leveren.

[Ben(V)]

Klopt ik heb al zitten kijken om de Quooker zo een keer in het uur aan te zetten, maar als je de spanning van de Quooker afhaalt doet de kokend water het niet meer.
Als je een Quooker+ hebt krijg je nog wel warm water, want die tapt enkel water uit het vat en mengt dat met koud water.

Ik overweeg ook om de Quooker een keer open te maken en een diode voor het verwarming element te plaatsen, je verlaagd dan het vermogen dat hij verbruikt, omdat je dan effectief de spanning halveert.
Halvering van het vermogen zal de piektijd doen verdubbelen.

[bert pit]

DrNickB schreef op maandag 13 april 2026 @ 20:35:
[...]

Wat wel vaker genoemd is en waar je naar zou kunnen zoeken is een Fake p1 meter met een helper voor je ev lader.
waarbij (als je de info ergens vandaan hebt) je bijvoorbeeld:
Echte p1 waarde - oplaad vermogen granny = fake p1 waarde.

(en dit geld voor elk apparaat dat je wilt uitsluiten, ook bijvoorbeeld warmte pompen/qookers/etc)

Het maakt dan niet uit of je zonne terug levering hebt, of dat je te weinig zon hebt,
of dat je nu wel of niet aan het laden bent met je EV.
In principe volgt je zendure automatisering dan netjes de P1; exclusief je EV lader.

Maar, als je 1 fase hebt en je zet de oven aan, gaat dan ook de Zendure uit?

[Iggy3]

Sinds gisteren heb ik ook twee torentjes met elk een AC2400 en drie batterijen. Installatie ging zonder veel problemen en alles draait onder de Gielz HA aansturing met de Gast777 proxy. Ze staan nu te laden op PV.
Alles lijkt goed te werken alleen zie ik in het logboek dat de Gielz automatisering elke 5 seconden een correctie commando stuurt terwijl er volgens mij geen correctie nodig is omdat ze constant met 800 watt elk moeten laden. Is dit normaal gedrag?

[gast777]

DeadMetal schreef op donderdag 16 april 2026 @ 09:05:
[...]
En voor gebruikers die NR als HA-addon (tegenwoordig 'apps' genoemd) draaien, dan is die package zelfs automatisch geïnstalleerd. De verbinding tussen HA en NR is dan al standaard beschikbaar.

Voor de mensen die NR 'losstaand' willen draaien, dan is het een kwestie van een paar muisklikken in NR (hamburgermenu -> manage palette -> install -> node-red-contrib-home-assistant-websocket -> install -> herstart NR -> credentials/url van HA invullen.

Mee eens. De nieuwste versie van de "Simulated Zendure Devices" (staat los van Proxy) heeft nu ook zo'n HA node om een P1 meter data te verkrijgen (als een van de opties daarvoor).

Als ik in de toekomst noodzaak of voordeel zie zal ik ook in de Proxy waarschijnlijk zo'n HA node gebruiken. Momenteel is het nog niet nodig.

[Tortelli]

Vanochtend de Zendure in mijn energie dashboard gezet, lijkt allemaal keurig te werken. Enige wat ik me afvroeg: wat is het nut van de optie “type of power measurement”?

[CappieL]

@Tortelli als je daar entiteit(en) invult, zul je de batterij ook terugzien in je Energiedashboard (Nu).

[ Voor 36% gewijzigd door CappieL op 16-04-2026 13:32 ]

[Tortelli]

Leuke nice to have, maar niet heel relevant. Actuele input/levering moet je daar invullen feitelijk?

[CappieL]

Tortelli schreef op donderdag 16 april 2026 @ 13:53:
Leuke nice to have, maar niet heel relevant. Actuele input/levering moet je daar invullen feitelijk?

Is inderdaad meer een nice-to-have, dan een must-have.
Ja, als je een gecombineerde vermogenssensor (W) hebt, kun je die invullen.
Standard: Positief voor export, negatief voor import
Inverted: inverse van de "standard"
2 losse entiteiten: 1 voor export, 1 voor import.

[gielz]

Iggy3 schreef op donderdag 16 april 2026 @ 12:44:
Sinds gisteren heb ik ook twee torentjes met elk een AC2400 en drie batterijen. Installatie ging zonder veel problemen en alles draait onder de Gielz HA aansturing met de Gast777 proxy. Ze staan nu te laden op PV.
Alles lijkt goed te werken alleen zie ik in het logboek dat de Gielz automatisering elke 5 seconden een correctie commando stuurt terwijl er volgens mij geen correctie nodig is omdat ze constant met 800 watt elk moeten laden. Is dit normaal gedrag?
[Afbeelding]

Plaats even een screenshot van je hele configuratie tabblad als je dit weer ziet.

[GHorsie]

a2aan schreef op dinsdag 14 april 2026 @ 15:24:
[...]

Als je de boel met HA aanstuurt, heb je e.e.a. zelf in de hand, en kan je die jojo voorkomen (waarschijnlijk is het met de @gielz integratie een kwestie van een of twee parameters 'goed' zetten).

Ik zou denken dat het 'algoritme' makkelijker kan, o.b.v. iedere 10sec data, t.o.v. iedere 1sec data. Misschien dat daarin HEMS wel de mist in gaat, omdat hun algoritme 'te slim' is voor iedere 10sec data.

Ik heb de HA automatisering van gielz op elke 21 seconden staan. Dan vang je inderdaad geen korte vraag mee op maar hij levert toch maar elke 10 seconde een nieuwe waarde. Ik heb het juist hoger gezet om te voorkomen dat het wijzigen van de zendure gemist wordt. Nu heb ik normaal gesproken 2 cycles dus zou het bij redelijke stabiele vraag/levering goed moeten gaan.

[a2aan]

GHorsie schreef op donderdag 16 april 2026 @ 14:37:
[...]

Ik heb de HA automatisering van gielz op elke 21 seconden staan. Dan vang je inderdaad geen korte vraag mee op maar hij levert toch maar elke 10 seconde een nieuwe waarde. Ik heb het juist hoger gezet om te voorkomen dat het wijzigen van de zendure gemist wordt. Nu heb ik normaal gesproken 2 cycles dus zou het bij redelijke stabiele vraag/levering goed moeten gaan.

Wat doet dat getal van @gielz precies?

Ik vraag me af of een interval van 15sec niet voordelen heeft (dichter op de bal), zonder extra nadelen (nog steeds genoeg tijd ertussen).

Met 21sec lijkt me dat je steeds een 'andere verschuiving' krijgt, wat misschien geen probleem is, maar in mijn hoofd is het onwenselijk. Met 15sec krijg je een soort heen-en-weer.

[Iggy3]

Hiier mijn configuratie met in het logboek weer een aantal keer de correctie . Kennelijk doet hij dit niet continu maar stopt het na een aantal keer.

[CappieL]

a2aan schreef op donderdag 16 april 2026 @ 14:49:
[...]

Wat doet dat getal van @gielz precies?

Ik vraag me af of een interval van 15sec niet voordelen heeft (dichter op de bal), zonder extra nadelen (nog steeds genoeg tijd ertussen).

Met 21sec lijkt me dat je steeds een 'andere verschuiving' krijgt, wat misschien geen probleem is, maar in mijn hoofd is het onwenselijk. Met 15sec krijg je een soort heen-en-weer.

Je neemt minder meetpunten op, dus je regeling is een stuk langzamer. Dit zou een rustiger beeld kunnen geven, maar eventuele pieken (en dalen) zullen langer aan kunnen houden voordat deze zijn glad gestreken. Dit hangt ook grotendeels af van hoe grillig je vermogenspatroon.is.

[Wai_AM]

Wat ik opmerk aan de 2400 AC is dat het oplaadvermogen van 2400W steeds omlaag gaat met rond de 1W
bij een SOC van rond de 73%, dit terwijl er nog overschot is van PV met -250W ofzo.
De batterij is dan bijna vol en de SOC dan omhoog springt naar de 100%.
Zal later wel even proberen te visualiseren.

[jelleeelco]

CappieL schreef op donderdag 16 april 2026 @ 10:43:
[...]


Voor alleen monitoren kun je ook de Gielz-integratie gebruiken. Zolang je bijv. de automation niet kopieert / aanzet, zal hij alleen de sensoren uitlezen.
Ik ben erg gecharmeerd van het dashboard, alleen daarom zou ik hem al kiezen

Ik heb het dashboard nu up&running (behalve wat charts, ik krijg die apexcharts nog niet aan de praat). Ik zie wel de Modus staan, die heeft nu status 'Standby'.

Hoe kan ik ervoor zorgen dat HA niet gaat proberen de batterij aan te sturen?

[Aardedraadje]

Wai_AM schreef op donderdag 16 april 2026 @ 15:11:
Wat ik opmerk aan de 2400 AC is dat het oplaadvermogen van 2400W steeds omlaag gaat met rond de 1W
bij een SOC van rond de 73%, dit terwijl er nog overschot is van PV met -250W ofzo.
De batterij is dan bijna vol en de SOC dan omhoog springt naar de 100%.
Zal later wel even proberen te visualiseren.

Bekend fenomeen, maar een sprong vanaf 73% is vrij heftig. Zie je bij ontladen ook sprongen omlaag? Haal je verder wel de volledige capaciteit in een laad-ontlaad cyclus (rekening houdend met omzetverliezen)?

[Wai_AM]

Aardedraadje schreef op donderdag 16 april 2026 @ 15:15:
[...]

Bekend fenomeen, maar een sprong vanaf 73% is vrij heftig. Zie je bij ontladen ook sprongen omlaag? Haal je verder wel de volledige capaciteit in een laad-ontlaad cyclus (rekening houdend met omzetverliezen)?

Soms is dat, de sprong van rond de 73% maar voor nu nog niet, verwacht sprong van in de 90%.
Laatste 5 dagen = 3 x 100% geweest. Denk dat het vrij normaal is.

Ontladen gaat wel goed, wat ik daar opmerk is dat 15 min max 2400W ontladen = 5% eraf. Hoe verder van de 100% hoe meer dat wordt. Van 20% naar 10% of 5% gaat wel rap.

[ Voor 14% gewijzigd door Wai_AM op 16-04-2026 15:22 ]

[CappieL]

jelleeelco schreef op donderdag 16 april 2026 @ 15:14:
[...]

Ik heb het dashboard nu up&running (behalve wat charts, ik krijg die apexcharts nog niet aan de praat). Ik zie wel de Modus staan, die heeft nu status 'Standby'.

Hoe kan ik ervoor zorgen dat HA niet gaat proberen de batterij aan te sturen?

Als je HA niet wilt laten sturen, kun je de Modus op 'Standby' laten staan.
Maar je kunt natuurlijk ook de automatisering uitschakelen (Disable, schuifje omzetten)

[jelleeelco]

CappieL schreef op donderdag 16 april 2026 @ 15:26:
[...]


Als je HA niet wilt laten sturen, kun je de Modus op 'Standby' laten staan.
Maar je kunt natuurlijk ook de automatisering uitschakelen (Disable, schuifje omzetten)

Thanks, dat hoopte ik al. Maar ik kan dat schuifje nergens vinden.... is dat in het dashboard ergens? Ik heb de standaard dashboard van Gielz nu draaien, maar zie nergens een schuifje om de automatisering uit te schakelen...

[CappieL]

jelleeelco schreef op donderdag 16 april 2026 @ 15:28:
[...]

Thanks, dat hoopte ik al. Maar ik kan dat schuifje nergens vinden.... is dat in het dashboard ergens? Ik heb de standaard dashboard van Gielz nu draaien, maar zie nergens een schuifje om de automatisering uit te schakelen...

In Home Assistant zelf even naar
Instellingen > Automatiseringen en Scènes.
Daar staan al je automatiseringen en zie je rechts de schuifjes

[ctrl-tab]

CappieL schreef op donderdag 16 april 2026 @ 14:57:
[...]


Je neemt minder meetpunten op, dus je regeling is een stuk langzamer. Dit zou een rustiger beeld kunnen geven, maar eventuele pieken (en dalen) zullen langer aan kunnen houden voordat deze zijn glad gestreken. Dit hangt ook grotendeels af van hoe grillig je vermogenspatroon.is.

Ik heb sinds gisteren 2 zendures geinstalleerd met de integratie van gielz en de nodered proxy.
Gezien mijn dsmr4 meter (10sec update) heb ik de automation op 11 seconden gezet.

Hij loopt toch goed mee met het verbruik. Ja wat overshoots, en wat shortcuts in de grafiekjes. Maar financiele impact is er eigenlijk niet echt.

Gielz geeft in de docs aan dat de zendure vaak na 4 seconden bijschakelt, vandaar de 5s default. Weet niet of dit ZenSDK specifiek is. Maar met een dsmr 5 meter ben je dus ook al 5 seconden verder.

Ik vraag me af of dit niet beter is voor de unit. Minder schakelen klinkt voor mij gezonder.
En als je verbruik zo grillig is (constante pieken en dalen) vraag ik me af of je dit wel moet willen compenseren me een batterij?

[ Voor 10% gewijzigd door ctrl-tab op 16-04-2026 15:37 ]

[jelleeelco]

CappieL schreef op donderdag 16 april 2026 @ 15:31:
[...]


In Home Assistant zelf even naar
Instellingen > Automatiseringen en Scènes.
Daar staan al je automatiseringen en zie je rechts de schuifjes

OH...daar staat helemaal niets tussen voor Zendure. Raar!

Wel meer rare dingen, maar ik ga wel even neuzen in het andere topic. Ik zie dat het aantal kalibraties op 100 staat, dat lijkt me sterk..

[CappieL]

jelleeelco schreef op donderdag 16 april 2026 @ 15:39:
[...]

OH...daar staat helemaal niets tussen voor Zendure. Raar!

Wel meer rare dingen, maar ik ga wel even neuzen in het andere topic. Ik zie dat het aantal kalibraties op 100 staat, dat lijkt me sterk..

Als je de Gielz-integratie volledig geïnstalleerd hebt, heb je zelf als het goed is een automatisering ge-copy-paste.

[jelleeelco]

CappieL schreef op donderdag 16 april 2026 @ 15:50:
[...]


Als je de Gielz-integratie volledig geïnstalleerd hebt, heb je zelf als het goed is een automatisering ge-copy-paste.

aha mystery solved....dat had ik dus nog niet gedaan!

Wat een geweldig dashboard zeg. Ik begrijp niet alles maar ik ga ervan uit dat de waarden niet allemaal goed staan omdat de integratie is ingesteld nadat de batterij geladen was. Ik zie bv wel netjes de status FULL, 100%...maar beschikbare energie is 0kWh.

[Aardedraadje]

Wai_AM schreef op donderdag 16 april 2026 @ 15:19:
[...]

Soms is dat, de sprong van rond de 73% maar voor nu nog niet, verwacht sprong van in de 90%.
Laatste 5 dagen = 3 x 100% geweest. Denk dat het vrij normaal is.

Ontladen gaat wel goed, wat ik daar opmerk is dat 15 min max 2400W ontladen = 5% eraf. Hoe verder van de 100% hoe meer dat wordt. Van 20% naar 10% of 5% gaat wel rap.

SOC bepalen van een LFP-batterij is bijzonder lastig door de vlakke spanningscurve. zo rond de 10% en 100% zijn absolute zekerheden, alles daartussen is giswerk. Door hoge belastingen (zowel laden als ontladen) heb je ook nog eens grote spanningsverschillen vergeleken met openklemspanning. Dus je zult altijd dat soort sprongetjes halen.

Zolang je je capaciteit netjes kunt benutten is er niks aan de hand

[klump4u]

jelleeelco schreef op donderdag 16 april 2026 @ 10:35:
Vraagje - ben me nu beetje aan het verdiepen in die HA integratie van Gielz / Zendure zelf.
Als ik puur NOM wil draaien voorlopig (vast contract tot april 2027 zonder teruglever boete), is er dan verschil in HA (Gielz), HA (Zendure) of gewoon de Zendure app?

En kan ik de Gielz integratie toevoegen aan HA voor alleen monitoren, of moet ik juist daarvoor de Zendure integratie gebruiken?

Bij mij werkt de Gielz het fijnste bij alleen NOM icm een HWP1 meter.

[jelleeelco]

klump4u schreef op donderdag 16 april 2026 @ 16:05:
[...]

Bij mij werkt de Gielz het fijnste bij alleen NOM icm een HWP1 meter.

Welk verschil merk je in vergeljking met Zendure app op NOM? Ik draai denk ik eerst een tijdje daarmee, om dan te switchen en het verschil te zien.

[klump4u]

jelleeelco schreef op donderdag 16 april 2026 @ 16:07:
[...]

Welk verschil merk je in vergeljking met Zendure app op NOM? Ik draai denk ik eerst een tijdje daarmee, om dan te switchen en het verschil te zien.

Zendure app is al een tijdje geleden maarde Gielz houd hem beter op 0 vind ik persoonlijk maar gewoon testen wat je zelf vindt.