Zendure producten in Home Assistant integreren deel 2

[Casantos]

jordyc schreef op dinsdag 11 augustus 2026 @ 13:49:
[...]

Yes this is possible to do using HA. What most people do is use another automation that determines which mode to select. That way you can use the new automation to determine exactly under what conditions you want to use which setting.

For example I have dymamic pricing, charge during the cheapest hours, discharge at full capacity in the 7 most expensive hours and the other hours is just zero on the meter to reduce net consumption.

That is what I suspected, thank you very much for confirming.

[HNa]

Ik heb sinds gisteren een 2400AC+ met 2x AB3000L draaien met Zendure P1 (nog niet in HA, maar dat komt nog). Kan iemand uitleggen wat precies de kWh waarde huis naar net bij de Zendure P1 meter betekent. Ik zou zeggen teruglevering, maar de waarde in de Zendure app is aanzienlijk hoger dan de Homewizard P1

[databeestje]

Nieuwe accu gebruiker hier met een SF2400Pro met 3000L. Deze was besteld zonder een Zendure P1 meter. Ik gebruik een zelfbouw Esp32 meter die van alles aanbied, modbus, tcp, HW P1, Shelly Pro3EM etc. Dus dacht dat ik "gewoon" een IP adres van een meter in te geven, maar dat was/is niet mogelijk met de app. Miscalculatie van mijn kant.

De eerste week enkel gebruik gemaakt van de default Zendure extensie, deze kan gebruik maken van een P1 entiteit in HA en zo de eerste week doorgekomen. Waar ik echter achter kom is dat met mijn Kaifa DMSR5 (/KFM5KAIFA-METER) meter deze bijzonder veel heen en weer schiet, ondanks meetwaarden per seconde.

Nu heeft mijn meterkast ook 3 losse kWh meters met modbus. Bruto consumptie, opwek en accu. Deze samengevoegd tot een "Net Power" meter en deze gebruikt om te laten sturen. De oscillaties zijn weg. Net_power = Cons - Sol + Batt
2 stuks Eastron SDM72 voor opwek en afname, en een Taideq TAC2100 enkel fase voor de accu. Die laatste gebruikt dezelfde registers als de Eastron SDM230 maar heeft de aansluiting richting handiger.

code:

              {{ (((states('sensor.sdm72_cons_power') | float(0) - states('sensor.sdm72_prod_power') | float(0) + (states('sensor.tac2100_batt_power') |float(0) ) | float(0))/1000) )| round(2) }}

De standaard Zendure HA was goed genoeg voor de eerste week en dit weekend over naar Omnibattery wat tot nog toe goed bevalt. Ik maak gebruik van de uitgesteld laden, de Sol Forecast entiteit voor verwachte energie "morgen" met een huis verbruik van 5kWh en 1kWh bonus. De dead band staat op 100 watt met minimaal vermogen van 200/100. De PD tracking heb ik uitgezet en op direct volgen, en dat gaat prima. Echter, wel met de Modbus composiet sensor, en niet met de P1 grid sensor. Ook hier dezelfde oscillaties, misschien is het de Kaifa, ik weet het niet zeker.

Het uitgesteld laden werkt goed, vandaag om 11:30 begonnen en dus de eerste dure zonuren geëxporteerd omdat er later genoeg zon is om te vullen.
Er zitten nog 2 stuks 200Wp op de accu, en dat gaat hier ook goed. Deze blijven opwekken in Standby, en waar mogelijk exporteren.

Het uitzonderen van de Peblar gaat goed, de accu gaat netjes op standby en loopt niet leeg. Ook bij afkoppelen gaat dit dan zonder problemen verder. De Peblar gebruikt zelf de P1 meter en hoeft niet actief aangestuurd, deze optie is er en werkt zoals verwacht. Er zit wel functionaliteit in de animatie voor uitgezonderde apparaten, maar die zie ik nog niet. Later deze week maar kijken of ik deze netjes kan tonen met wat LLM hulp. Het zou een EV toggle moeten worden zodat er een lijntje naar de auto loopt.

Vooralsnog tevreden en weer een weekje aankijken.

[koboy]

HNa schreef op dinsdag 11 augustus 2026 @ 15:10:
Ik heb sinds gisteren een 2400AC+ met 2x AB3000L draaien met Zendure P1 (nog niet in HA, maar dat komt nog). Kan iemand uitleggen wat precies de kWh waarde huis naar net bij de Zendure P1 meter betekent. Ik zou zeggen teruglevering, maar de waarde in de Zendure app is aanzienlijk hoger dan de Homewizard P1

Qua oscillaties: de standaard bedrade DSMR integratie in HA heeft een update frequentie van 10 secondes (dacht ik). Die heb ik omlaag moeten zetten.

[robkds]

gast777 schreef op dinsdag 11 augustus 2026 @ 01:41:
[...]

Het zou mooi zijn als je hiervoor een issue kan openen of via DM even contact kan opnemen. Als je het probleem hebt, helpt het enorm als je een paar minuten een debug naar file kunt schrijven via http://192.168.x.x:1880/endpoint/dashboard/zenproxylivedataget tijdens het probleem en het bestand aan me sturen. Dan kan ik vaak snel zien wat er exact gebeurt (en hopelijk snel oplossen indien nodig).

NB: Deze debug naar file opslaan werkt alleen als je NR als App bij HA hebt geïnstalleerd. Hopelijk is dat hier het geval.

Alvast bedankt!

Dank voor je antwoord, ik hoop morgenavond tijd te hebben om een log voor je te maken.

[ppaulv]

Een update op wat oudere posts betreffende het netjes NOM draaien met een DSRM 4.2 meter die dus data per 10 seconden levert.
Ik heb inmiddels een spike-algoritme gemaakt dat de laatste drie P1 metingen bekijkt en de middelste waarde gelijktrekt met een avn de andere twee als wordt voldaan aan:
de eerste en derde zitten bij elkaar (daar heb ik een absolute plus relatieve instelwaarde voor) en
de tweede wijkt echt veel af (ook daar heb ik een instelwaarde voor).
Dit heeft tot gevolg dat m'n Quooker spikes volledig genegeerd worden. Maar langzamere veranderingen netjes gevolgd worden, mede door een mechanisme dat de 'afwijkende p1 meter' die ik bereken, niet meer dan 250W (dat is een instelling) kan veranderen per 10 seconden.
Zie het plaatje van vanavond. Ik vind 'm wel mooi gelukt eigenlijk.
De rode lijn is de P1, degroen-blauwe de accu.

[remcoXP]

ik heb nu ook Zendure Energie Inzicht up en running.
zou alleen tof zijn als deze twee github's gemerged worden, voor iedereen beter.
en 1 plek voor issues en nieuwe versies

Hoe denk jij daarover Gielz?

[gielz]

remcoXP schreef op woensdag 12 augustus 2026 @ 06:25:
ik heb nu ook Zendure Energie Inzicht up en running.
zou alleen tof zijn als deze twee github's gemerged worden, voor iedereen beter.
en 1 plek voor issues en nieuwe versies

Hoe denk jij daarover Gielz?

Zou zeker leuk zijn, maar zie de discussie op github hiervoor; https://github.com/Gielz1...iscussioncomment-17341405

Hij ging terug naar de tekentafel. Zou zo maar daar doodgelopen kunnen zijn omdat het met AI gemaakt was.

[wesley2004]

HNa schreef op dinsdag 11 augustus 2026 @ 15:10:
Ik heb sinds gisteren een 2400AC+ met 2x AB3000L draaien met Zendure P1 (nog niet in HA, maar dat komt nog). Kan iemand uitleggen wat precies de kWh waarde huis naar net bij de Zendure P1 meter betekent. Ik zou zeggen teruglevering, maar de waarde in de Zendure app is aanzienlijk hoger dan de Homewizard P1

Wat is de totale hoogte van dit setje? Ik kan de specs wel vinden maar vaak als je het in elkaar klikt is het anders.

[Devke]

wesley2004 schreef op woensdag 12 augustus 2026 @ 08:36:
[...]

Wat is de totale hoogte van dit setje? Ik kan de specs wel vinden maar vaak als je het in elkaar klikt is het anders.

2400 AC+ met 2 modules extra 81.5 cm. Komt nog 3 cm bij voor de Wifi antenne.

[wesley2004]

Devke schreef op woensdag 12 augustus 2026 @ 08:50:
[...]

2400 AC+ met 2 modules extra 81.5 cm. Komt nog 3 cm bij voor de Wifi antenne.

Ah dank je. Wel echt hoger dan de oude 2400. Dan moet ik als de set omgeruild word een andere plek bedenken ivm kast erboven

Hoe lang is aansluitsnoer?

[ Voor 5% gewijzigd door wesley2004 op 12-08-2026 10:44 ]

[Gramser]

Aansluitsnoer schijnt hetzelfde te zijn.

[Devke]

wesley2004 schreef op woensdag 12 augustus 2026 @ 10:42:
[...]

Ah dank je. Wel echt hoger dan de oude 2400. Dan moet ik als de set omgeruild word een andere plek bedenken ivm kast erboven

Hoe lang is aansluitsnoer?

Meter of 2. Hier zit een WCD op 90 cm vd vloer. Dan moet je 70 cm weer omhoog naar de omvormer en dan ligt er nog een ruim lusje op de vloer.

[harald66]

Nu al vele malen opnieuw begonen en HA al een paar keer terug naar fabrieksinstellingen gezet. Krijg ik mijn zendure solar flow 2400AC+ niet werkend dashboard blijft aangeven ontbrekende entiteiten.en vult de ip niet van de solar flow en mijn hw p1 meter.
alles stap voor stap gedaan met goede ip adressen en niets lijkt te werken. Iets doe ik fout.

[RemmyB83]

harald66 schreef op woensdag 12 augustus 2026 @ 16:01:
Nu al vele malen opnieuw begonen en HA al een paar keer terug naar fabrieksinstellingen gezet. Krijg ik mijn zendure solar flow 2400AC+ niet werkend dashboard blijft aangeven ontbrekende entiteiten.en vult de ip niet van de solar flow en mijn hw p1 meter.
alles stap voor stap gedaan met goede ip adressen en niets lijkt te werken. Iets doe ik fout.

De Dutch en global gielz gemixt?
Er zijn namelijk 2 versies en mixen gaat niet werken. En zou ook ontbrekende entiteiten kunnen verklaren.

[ Voor 4% gewijzigd door RemmyB83 op 12-08-2026 16:07 ]

[jannus66]

harald66 schreef op woensdag 12 augustus 2026 @ 16:01:
Nu al vele malen opnieuw begonen en HA al een paar keer terug naar fabrieksinstellingen gezet. Krijg ik mijn zendure solar flow 2400AC+ niet werkend dashboard blijft aangeven ontbrekende entiteiten.en vult de ip niet van de solar flow en mijn hw p1 meter.
alles stap voor stap gedaan met goede ip adressen en niets lijkt te werken. Iets doe ik fout.

Engels en Nederlands door elkaar gehaald?
Automatisering gestart?
Je moet zelf de IP adressen invullen, dat doet het dashboard niet zelf.
Welke entiteiten ontbreken er?

[ Voor 3% gewijzigd door jannus66 op 12-08-2026 16:12 ]

[harald66]

IP's in de yaml in gevuld plus de goede p1 sensor. beide nederlands gebruikt.
Automatisering had ik ook gestart
of moeten de ip's ook in de dashboard yaml gevuld worden.

[Reddol]

harald66 schreef op woensdag 12 augustus 2026 @ 16:15:
IP's in de yaml in gevuld plus de goede p1 sensor. beide nederlands gebruikt.
Automatisering had ik ook gestart
of moeten de ip's ook in de dashboard yaml gevuld worden.

Na het invullen moet HomeAssistant opnieuw gestart worden. Daarna zal het werken.

[ppaulv]

harald66 schreef op woensdag 12 augustus 2026 @ 16:15:
IP's in de yaml in gevuld plus de goede p1 sensor. beide nederlands gebruikt.
Automatisering had ik ook gestart
of moeten de ip's ook in de dashboard yaml gevuld worden.

waar heb je dit dan in de yaml ingevuld? Zou je niet moeten hoeven doen afaik. Ze moeten alleen in het dashboard ingevuld worden. Daar zie je invoerveldjes voor je AC+ en de P1 meter. De YAML code moet je in principe afblijven.

[ Voor 17% gewijzigd door ppaulv op 12-08-2026 16:26 ]

[Mscroos]

harald66 schreef op woensdag 12 augustus 2026 @ 16:01:
Nu al vele malen opnieuw begonen en HA al een paar keer terug naar fabrieksinstellingen gezet. Krijg ik mijn zendure solar flow 2400AC+ niet werkend dashboard blijft aangeven ontbrekende entiteiten.en vult de ip niet van de solar flow en mijn hw p1 meter.
alles stap voor stap gedaan met goede ip adressen en niets lijkt te werken. Iets doe ik fout.

Stuur even een paar screenshots van nodered, en de instellingen tab van Gielz, en inderdaad HA moet een paar keer helemaal opgestart worden.

[harald66]

nodered heb ik niet
Logboek

Logger: homeassistant.components.automation.zendure_zensdk_gielz

Bron: helpers/script.py:2291

Integratie: Automatisering (documentatie, problemen)

Eerst voorgekomen: 16:46:25 (1530 gebeurtenissen)

Laatst gelogd: 16:53:25

Zendure zenSDK (Gielz): Error in 'choose[1]' evaluation: In 'template' condition: ValueError: Template error: float got invalid input 'unknown' when rendering template '{{ states('sensor.zendure_2400_ac_ingesteld_ontlaadvermogen') | float != states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float }}' but no default was specified

Zendure zenSDK (Gielz): Error in 'choose[1]' evaluation: In 'state': In 'state' condition: unknown entity sensor.p1_aansturing_vermogen

Zendure zenSDK (Gielz): Error in 'choose[0]' evaluation: In 'state': In 'state' condition: unknown entity sensor.zendure_2400_ac_offgrid_modus

Zendure zenSDK (Gielz): Error in 'choose[1]' evaluation: In 'state': In 'state' condition: unknown entity sensor.zendure_2400_ac_soc_limiet_status

Zendure zenSDK (Gielz): Error in 'choose[2]' evaluation: In 'state': In 'state' condition: unknown entity input_select.zendure_2400_ac_modus_selecteren

[sunnybeam]

Beste allen,

Sinds januari heb ik hier een Zendure AC2400 draaien in home assistant met de integratie van Fireson. Heeft hier maanden zonder problemen gewerkt met enkele automatiseringen die bij overschot slim laden en bij verbruik slim ontladen activeren op de batterij. Tot eind Juli, sinds dan blijft de operation State op Inactief staan en gaat hij niet gaan laden en ontladen. Ik heb alles al opnieuw geinstalleerd, de nieuwse versie via HACS gedowload ; een backup van HomeAssistant terug gezet; De Zendure AC2400 en de Zendure P1 meter hebben de laatste Firmware gekregen maar ik krijg het niet meer goed. In de Zendure app staat HEMS uit en MQTT ingeschakeld. Ik vind bij de sensoren ook nergens de Zendure P1 meter terug, nochtans is hij in de Zendure app wel zichtbaar bij mijn apparaten. Moet je die appart toevoegen in de configuration.yaml file ? Als ik HEMS aanzet werkt de batterij perfect en kan ik ook alles volgens in HomeAssistant maar als ik HEMS uit zet en alles met HomeAssitant wil sturen werkt het voor geen meter. Los van Zendure heb ik hier ook een HomeWizard P1 meter, deze is bij de sensoren wel zichtbaar, maar ik wil de P1 meter van Zendure gebruiken. Is hier iemand die eventueel via remote desktop eens wil meekijken naar mijn configuratie ?

Sunnybeam

[ppaulv]

harald66 schreef op woensdag 12 augustus 2026 @ 16:59:
nodered heb ik niet

Inderdaad, stuur een schermafdruk van de config pagina, zoals hier die van mij :

[JWT]

Moet je bij Gielz nog iets speciaals aan zetten om directe pv (op pv1 bij beide 800+) te laten werken? Pv export mode staat op allow.. zie in de app of bij gielz pv op offline staan . Mis ik nog een setting?

[harald66]

ppaulv schreef op woensdag 12 augustus 2026 @ 19:50:
[...]

Inderdaad, stuur een schermafdruk van de config pagina, zoals hier die van mij :

[Afbeelding]

[justie75]

harald66 schreef op woensdag 12 augustus 2026 @ 21:37:
[...]

[Afbeelding]

Het lijkt erop alsof je het package nog niet goed hebt ingeladen. Ik had zelf een issue met hoofdletters, het bestand moest bij mij volledig in kleine letters om goed ingeladen te worden door HA.

Verder is het herstarten van HA ook echt van belang om de entiteiten goed te configureren.

Daarna kan je via het dashboard de IP adressen invullen (hoeft dus niet in de YAML bij Gielz).

Hoor graag of het gelukt is! Zou mooi zijn als je het aan de praat krijgt, hier draait het als een zonnetje

[harald66]

justie75 schreef op woensdag 12 augustus 2026 @ 21:43:
[...]

Het lijkt erop alsof je het package nog niet goed hebt ingeladen. Ik had zelf een issue met hoofdletters, het bestand moest bij mij volledig in kleine letters om goed ingeladen te worden door HA.

Verder is het herstarten van HA ook echt van belang om de entiteiten goed te configureren.

Daarna kan je via het dashboard de IP adressen invullen (hoeft dus niet in de YAML bij Gielz).

Hoor graag of het gelukt is! Zou mooi zijn als je het aan de praat krijgt, hier draait het als een zonnetje

Heb map packages gemaakt, hier de file ingezet. Heb de file naam wel met hoofdletter zal dat het zijn?. Weer opnieuw begonnen zonder hoofdletter maar nog steeds niets

[ Voor 8% gewijzigd door harald66 op 12-08-2026 22:03 ]

[justie75]

harald66 schreef op woensdag 12 augustus 2026 @ 21:53:
[...]

Heb map packages gemaakt, hier de file ingezet. Heb de file naam wel met hoofdletter zal dat het zijn?. Weer opnieuw begonnen zonder hoofdletter maar nog steeds niets

Misschien ten overvloede maar toch even de stappen die je moet doorlopen met de Gielz integratie

1. HEMS uitzetten in Zendure App
2. De inhoud van zendure_gielz1986_global.yaml (of de NL variant) in de map packages plaatsen
3. Volgende toevoegen aan configuration.yaml
homeassistant:
packages: !include_dir_named packages
4. Herstarten van Home Assistant (Dus niet alleen YAML configuraties herladen)
5. Gielz Automation toevoegen aan HA.

Hiermee moet het haast lukken.

Daarnaast ook goed opletten dat je de juiste config taal bij de juiste dashboard taal gebruikt en deze niet verwisseld.

Anders kan je altijd de Ontwikkelaarsmodus / Hulpmiddelen gebruiken om te kijken of je zelf de entities (beginnend met zendure_*) kan vinden.

Succes!

[ppaulv]

en vergeet niet de gielz automation naast de configuration.yaml te zetten en die automation file ook te benoemen in de configuration.yaml.

[justie75]

ppaulv schreef op woensdag 12 augustus 2026 @ 22:16:
en vergeet niet de gielz automation naast de configuration.yaml te zetten en die automation file ook te benoemen in de configuration.yaml.

Goeie die stap was ik alweer vergeten! (Aangevuld in mn stappenplannetje!)

[databeestje]

JWT schreef op woensdag 12 augustus 2026 @ 21:32:
Moet je bij Gielz nog iets speciaals aan zetten om directe pv (op pv1 bij beide 800+) te laten werken? Pv export mode staat op allow.. zie in de app of bij gielz pv op offline staan . Mis ik nog een setting?

Bij de 2400 Pro met de Zendure SDK moet ik deze op handmatig 0 zetten, niet uit. Anders exporteren de zonnepanelen niet.

Was een vervanging van een Soladin 600, maar werkt net wat anders dan een gewone omvormer. Weet niet zeker hoe Gielz dit doet. Met Omnibattery niet bewust ingesteld, maar doet het wel.

Hou er ook rekening mee dat als je rond de 100% zit deze niet het restant wat niet in de accu kan, niet geexporteerd wordt.

[emielbf]

sunnybeam schreef op woensdag 12 augustus 2026 @ 17:56:
Beste allen,

Sinds januari heb ik hier een Zendure AC2400 draaien in home assistant met de integratie van Fireson. Heeft hier maanden zonder problemen gewerkt met enkele automatiseringen die bij overschot slim laden en bij verbruik slim ontladen activeren op de batterij. Tot eind Juli, sinds dan blijft de operation State op Inactief staan en gaat hij niet gaan laden en ontladen. Ik heb alles al opnieuw geinstalleerd, de nieuwse versie via HACS gedowload ; een backup van HomeAssistant terug gezet; De Zendure AC2400 en de Zendure P1 meter hebben de laatste Firmware gekregen maar ik krijg het niet meer goed. In de Zendure app staat HEMS uit en MQTT ingeschakeld. Ik vind bij de sensoren ook nergens de Zendure P1 meter terug, nochtans is hij in de Zendure app wel zichtbaar bij mijn apparaten. Moet je die appart toevoegen in de configuration.yaml file ? Als ik HEMS aanzet werkt de batterij perfect en kan ik ook alles volgens in HomeAssistant maar als ik HEMS uit zet en alles met HomeAssitant wil sturen werkt het voor geen meter. Los van Zendure heb ik hier ook een HomeWizard P1 meter, deze is bij de sensoren wel zichtbaar, maar ik wil de P1 meter van Zendure gebruiken. Is hier iemand die eventueel via remote desktop eens wil meekijken naar mijn configuratie ?

Sunnybeam

zijn dit niet de symptomen van een gesmolten connector? Haal ze eens van elkaar en kijk of de connectoren nog goed zijn.

[wmc]

Ik draai al een hele tijd de Fireson integratie, eerst met 3x2400AC en 1x Hyper2000 en sinds ik gesmolten connectoren had met 3x2400AC+ en 1x Hyper2000. Sinds een paar dagen heb ik echter geen controle meer over de batterijen met HA en lijken ze niet meer te reageren op berichten vanuit HA. Ik heb alles opnieuw ingesteld, tot aan het opnieuw toevoegen van de batterijen in de Zendure app, maar niks wil helpen. Zelfs simpele dingen als instellen dat de batterij energie mag exporteren naar het grid wordt niet goed doorgezet (zie onderstaande foto).



Alle updates zijn gedraaid (v2.0.2 gisteren geinstalleerd op de batterijen en 1.4.4 van de Fireson integratie) in de hoop dat dat het probleem zou oplossen, maar niks helpt. Heeft iemand hier een idee waar te zoeken?

[gielz]

JWT schreef op woensdag 12 augustus 2026 @ 21:32:
Moet je bij Gielz nog iets speciaals aan zetten om directe pv (op pv1 bij beide 800+) te laten werken? Pv export mode staat op allow.. zie in de app of bij gielz pv op offline staan . Mis ik nog een setting?

Zodra er opwek is gaan ze automatisch online in de api en zie je de opwek.

[harald66]

Het is gelukt en loopt. Alleen krijg ik de prijzen van Nordpool niet te zien en kan dus niet handelen.
waar moet je de sensor ingeven of is het beter mijn zonneplan sensor in te geven

[jannus66]

harald66 schreef op donderdag 13 augustus 2026 @ 08:04:
Het is gelukt en loopt. Alleen krijg ik de prijzen van Nordpool niet te zien en kan dus niet handelen.
waar moet je de sensor ingeven of is het beter mijn zonneplan sensor in te geven

Wat was je nou vergeten?

[remcoXP]

https://github.com/PalmMa...uerung-mit-Home-Assistant

Ook interessant. Maar volgens mij geen actief project meer

[harald66]

jannus66 schreef op donderdag 13 augustus 2026 @ 09:40:
[...]

Wat was je nou vergeten?

nog een keer opnieuw begonnen, en nu liep het wel. was al tig keer opnieuw begonnen zonder resultaat.

[Acidrain]

@sunnybeam en @wmc
Ik zie zojuist in HA een update voor de Fireson integratie die volgens mij jullie (en mijn) probleem oplost wat betreft het inactief worden nadat je de operation mode hebt gewijzigt.

[Acidrain]

Wauw
Van smart matching volle bak accu laden naar handmatig 100W ontladen: 25sec
Van handmatig 100W ontladen naar smart matching volle bak accu laden: 60sec

[Tijgerkracht]

Acidrain schreef op donderdag 13 augustus 2026 @ 10:44:
Wauw
Van smart matching volle bak accu laden naar handmatig 100W ontladen: 25sec
Van handmatig 100W ontladen naar smart matching volle bak accu laden: 60sec

Is dat met de laatste update?

[sunnybeam]

emielbf schreef op donderdag 13 augustus 2026 @ 07:32:
[...]

zijn dit niet de symptomen van een gesmolten connector? Haal ze eens van elkaar en kijk of de connectoren nog goed zijn.

Dan zou hij toch ook niet werken als HEMS aan staat ? En dat doet hij wel.

Sunnybeam

[Acidrain]

Tijgerkracht schreef op donderdag 13 augustus 2026 @ 11:20:
[...]

Is dat met de laatste update?

Yes, daarvoor was het 45 seconden totdat het helemaal stuk was en hij steeds inactief bleef staan.

HA up to date
Fireson integratie up to date
Zendure 2400AC+ uit mijn hoofd 2.0.1 maar kan ik niet meer zien want ik heb hem in de firewall afgeblockt. Alleen lokale aansturing via ZenSDK

[ Voor 8% gewijzigd door Acidrain op 13-08-2026 11:33 ]

[sunnybeam]

Acidrain schreef op donderdag 13 augustus 2026 @ 10:31:
@sunnybeam en @wmc
Ik zie zojuist in HA een update voor de Fireson integratie die volgens mij jullie (en mijn) probleem oplost wat betreft het inactief worden nadat je de operation mode hebt gewijzigt.

Ik heb hier voor de zekerheid eens een raspberry pi uit de kast gehaald, daar HomeAssistant op gezet. Daarna de P1 meter van Homwizard toegevoegd en de Fireson integratie geinstalleerd. Maar ook hier zonder succes. Als ik in de bediening hem op AC invoermodus zet springt hij automatisch t erug op AC Uitvoemodus. Volgens de P1 meter gaat er meer dan 700W naar het net en dus niet naar de batterij, zijn state staat op laden maar de power blijft op 0W.

[Gramser]

Ik heb dit niet helemaal en allemaal gevolgd hoor, maar hebben tweakers met de Gielz-integratie (en evt de node-red-proxy) dit ook? Zo nee, waarom die niet gebruiken?

[Acidrain]

sunnybeam schreef op donderdag 13 augustus 2026 @ 11:33:
[...]

Ik heb hier voor de zekerheid eens een raspberry pi uit de kast gehaald, daar HomeAssistant op gezet. Daarna de P1 meter van Homwizard toegevoegd en de Fireson integratie geinstalleerd. Maar ook hier zonder succes. Als ik in de bediening hem op AC invoermodus zet springt hij automatisch t erug op AC Uitvoemodus. Volgens de P1 meter gaat er meer dan 700W naar het net en dus niet naar de batterij, zijn state staat op laden maar de power blijft op 0W. [Afbeelding][Afbeelding]

[Afbeelding]

Dat is bijzonder, even voor de zekerheid, je hebt binnen de Zendure app onder apparaten en dan het apparaat aangeklikt en het vinkje toevoegen aan HEMS uit staan?

[Acidrain]

Gramser schreef op donderdag 13 augustus 2026 @ 11:39:
Ik heb dit niet helemaal en allemaal gevolgd hoor, maar hebben tweakers met de Gielz-integratie (en evt de node-red-proxy) dit ook? Zo nee, waarom die niet gebruiken?

Wat bedoel je precies met dit? Als je de tijd die het kost om om te schakelen bedoeld ja volgens mij wel en dat is er ingeslopen sinds Zendure update 2.x.x uit mijn hoofd, ligt niet aan de Fireson integratie, nou heb ik niet alles mee gekregen dus ik weet niet of er al een oplossing voor was.
Als je het op inactief blijven bedoeld. Dat was er ergens eind juli ingeslopen, daarvoor werkte de Fireson integratie fantastisch en nu ook weer met de fix (bij mij).

[Gramser]

Nou ja, dat bedoel ik: jij (en anderen) gebruikt de standaard fireson-integratie en ik lees van dit issue (wat blijkbaar ook weer voorbij is). Ik vroeg me af of tweakers die de Gielz-integratie gebruiken, dit ook hebben ervaren. That's all.

[sunnybeam]

Acidrain schreef op donderdag 13 augustus 2026 @ 11:40:
[...]

Dat is bijzonder, even voor de zekerheid, je hebt binnen de Zendure app onder apparaten en dan het apparaat aangeklikt en het vinkje toevoegen aan HEMS uit staan?

Klopt HEMS staat uit. Als HEMS aan staat, dan werkt de patterij perfect en kan ik ook alles volgens in HomeAssistant. Ik zie dan bvb netjes de input power en input limiet variëren afhankelijk van hoeveel energie er van de zonnepanelen komt.

Hier een afbeelding met HEMS aan dus sturing door Zendure zelf :

[Acidrain]

sunnybeam schreef op donderdag 13 augustus 2026 @ 12:01:
[...]

Klopt HEMS staat uit. Als HEMS aan staat, dan werkt de patterij perfect en kan ik ook alles volgens in HomeAssistant. Ik zie dan bvb netjes de input power en input limiet variëren afhankelijk van hoeveel energie er van de zonnepanelen komt.

Hier een afbeelding met HEMS aan dus sturing door Zendure zelf :[Afbeelding]

En als je hem weer uitzet in Hems en niet voor laden of ontladen kiest maar voor smart matching. Probeert hij hem dan wel rond de nul te houden of vliegt hij dan nog erger uit de bocht?

Het is net of hij de P1 data verkeerd interpreteert

[sunnybeam]

Acidrain schreef op donderdag 13 augustus 2026 @ 12:07:
[...]

En als je hem weer uitzet in Hems en niet voor laden of ontladen kiest maar voor smart matching. Probeert hij hem dan wel rond de nul te houden of vliegt hij dan nog erger uit de bocht?

Het is net of hij de P1 data verkeerd interpreteert

Dan blijft hij op inactief staan :

[Acidrain]

sunnybeam schreef op donderdag 13 augustus 2026 @ 12:31:
[...]

Dan blijft hij op inactief staan :

[Afbeelding]

Ja bij mij ook, 1 minuut lang of 25 seconden lang afhankelijk van wat hij moet doen laden of ontladen.
Maar daarna start hij wel. Geen idee wat het bij jou in de war schopt.

[JWT]

gielz schreef op donderdag 13 augustus 2026 @ 07:50:
[...]


Zodra er opwek is gaan ze automatisch online in de api en zie je de opwek.

Zo te zien zijn er toch meerdere verlengkabels gesneuveld. Bij direct verbinden werkt het wel. Thanks!

[sunnybeam]

Acidrain schreef op donderdag 13 augustus 2026 @ 12:42:
[...]

Ja bij mij ook, 1 minuut lang of 25 seconden lang afhankelijk van wat hij moet doen laden of ontladen.
Maar daarna start hij wel. Geen idee wat het bij jou in de war schopt.

Ik was iets te snel met mijn vorige screenshot, hij staat op laden maar blijft op 0W staan

[Acidrain]

sunnybeam schreef op donderdag 13 augustus 2026 @ 12:51:
[...]

Ik was iets te snel met mijn vorige screenshot, hij staat op laden maar blijft op 0W staan

[Afbeelding]

En je hebt tijdens de configuratie verwezen naar de sensor.p1_meter_power (of hoe die bij jou heet) van de HomeWizard?

[wmc]

Acidrain schreef op donderdag 13 augustus 2026 @ 10:31:
@sunnybeam en @wmc
Ik zie zojuist in HA een update voor de Fireson integratie die volgens mij jullie (en mijn) probleem oplost wat betreft het inactief worden nadat je de operation mode hebt gewijzigt.

Als dat 1.4.4 is, dan is dat niet de oplossing, die heb ik gisteren avond al geinstalleerd.

[sunnybeam]

Acidrain schreef op donderdag 13 augustus 2026 @ 13:08:
[...]

En je hebt tijdens de configuratie verwezen naar de sensor.p1_meter_power (of hoe die bij jou heet) van de HomeWizard?

[Acidrain]

sunnybeam schreef op donderdag 13 augustus 2026 @ 13:30:
[...]

[Afbeelding]

En die geeft ook netjes weer dat je teruglevert zie ik. Pff echt geen idee. Voor zover ik het zie staat alles goed.

[Gramser]

@sunnybeam @Acidrain Enige dat ik in een eerder screenshot zag was dat Limiet Laden en Limiet Ontladen beide op 0 staat. Of was dat slechts een momentopname?

[Acidrain]

Gramser schreef op donderdag 13 augustus 2026 @ 13:36:
@sunnybeam @Acidrain Enige dat ik in een eerder screenshot zag was dat Limiet Laden en Limiet Ontladen beide op 0 staat. Of was dat slechts een momentopname?

Die zouden continue moeten fluctueren (tenminste 1 van de 2 en de ander staat dan op 0 afhankelijk van laden of ontladen) en worden geregeld door de Zendure Manager (In HA).

Dit is dus in principe een moment opname en hier moet je ook niet echt aan de schuifjes zitten maar gewoon lekker laten regelen door Zendure manager (die op zijn beurt kijkt naar de P1 meter).

[ Voor 24% gewijzigd door Acidrain op 13-08-2026 13:55 ]

[sunnybeam]

Acidrain schreef op donderdag 13 augustus 2026 @ 13:50:
[...]

Die zouden continue moeten fluctueren (tenminste 1 van de 2 en de ander staat dan op 0 afhankelijk van laden of ontladen) en worden geregeld door de Zendure Manager (In HA).

Dit is dus in principe een moment opname en hier moet je ook niet echt aan de schuifjes zitten maar gewoon lekker laten regelen door Zendure manager (die op zijn beurt kijkt naar de P1 meter).

[Afbeelding]

Zo zou het inderdaad moeten zijn, ik merk wel dat als je een instelling manueel wijzigt bvb Energy Export van Uit naar toegestaan deze onmiddelijk terug naar Uit gezet wordt.

[sunnybeam]

Ben ik juist als ik zeg dat de Zendure P1 meter niet gebruikt wordt bij de FireSon integratie en je dus een P1 meter van HomeWizard moet gebruiken ( wat ik zo heb ingesteld )?

Sunnybeam

[Acidrain]

sunnybeam schreef op donderdag 13 augustus 2026 @ 14:57:
[...]

Zo zou het inderdaad moeten zijn, ik merk wel dat als je een instelling manueel wijzigt bvb Energy Export van Uit naar toegestaan deze onmiddelijk terug naar Uit gezet wordt.

[Afbeelding]

Je kan de accu instellingen niet zelf aanpassen als je bij Zendure Manager een Operation mode hebt gekozen die anders is dan Handmatig vermogen. Hij zal dan weer terugspringen naar dat gene wat bij Zendure Manager is ingesteld. Wil je de accu zelf bedienen moet je ff de Zendure Manager op handmatig vermogen zetten.

Geldt overigens ook als je weer HEMS aan zet in de app, dan moet je de Zendure Manager op Uit zetten.

[ Voor 4% gewijzigd door Acidrain op 13-08-2026 15:16 ]

[sunnybeam]

Eens aan chat GPT gevraagd : knip knip, doe maar geen ai pulp.

[ Voor 102% gewijzigd door teacher op 13-08-2026 17:16 ]

[Acidrain]

sunnybeam schreef op donderdag 13 augustus 2026 @ 15:16:
.

Ik heb het trouwens over de Operation Mode onder Zendure Manager, niet de AC Operation mode in je device scherm (in je screenshot).
En dat is ook niet het zelfde als Operation State wat alleen de state aangeeft maar waarin je niets kan wijzigen.

[ Voor 67% gewijzigd door teacher op 13-08-2026 17:13 ]

[Jasperdpl]

Hallo Tweakers,

Ik hoop dat jullie het geduld hebben om mij te helpen, ik gebruik pas sinds vandaag Home Assistant. Specifiek voor de Zendure batterijen.

Wat ik wil bereiken:
Ik heb 2x SF800 plus bij mijn ouders geplaatst, maar ze hebben nog een DSMR4.2 meter.
Hierdoor hebben ze nu een "pingpong" effect, na advies van anderen op het reguliere Zendure forum wil ik dit dus oplossen met home assistant door de interval naar 20 sec. te zetten, of door op bepaalde tijden enkel laden of ontladen toe te staan.

Is het uberhaupt mogelijk om alles vanaf een ander adres/netwerk aan te sturen? Of zou ik de HA server op hun netwerk moeten zetten?

Ik heb nog veel meer vragen, maar daarvan zullen er al een aantal afvallen of beantwoord worden als ik weet of en hoe dit kan.

Alvast bedankt!

[Gramser]

Volgens mij moet HA wel bij hen draaien, maar kun jij met een VPN wel op afstand met hun installatie connecten. Veel tweakers gebruiken Tailscale voor remote toegang. Betaald kun je ook remote toegang van Hone Assistant gebruiken.

[sunnybeam]

Iedereen bedankt voor het meedenken. Ik ben de voorbije uren met ChatGPT aan de slag geweest en dit is er uit gekomen:

Volgens het logboek : ClientConnectorError for SolarFlow 2400 AC during httpPost: Cannot connect to host 192.168.xx.xxx:80 ssl:default [Connect call failed ('192.168.xx.xxx', 80)]

maar dat ip adres klopt niet

In de file device.py stond bij regel 126 dit:

self.ipAddress = definition.get("ip", "") if definition.get("ip", "") != "" else f"zendure-{definition['productModel'].replace(' ', '')}-{self.snNumber}.local"

vervangen door dit:

self.ipAddress = "192.168..." het juiste ip adres van de zendure en alles schijnt te werken. Waarom er in die regel een verkeerd ipadres stond weet ik niet.







Sunnybeam

[ Voor 23% gewijzigd door sunnybeam op 13-08-2026 17:55 ]

[JWT]

@gielz is er een reden dat start charging gelimiteerd is tot 1000w? Hij begint nu al om 8.10 terwijl ik liever boven de 4 of 5000 heb voor nu. Later in het jaar natuurlijk anders.

[RemmyB83]

JWT schreef op donderdag 13 augustus 2026 @ 21:46:
@gielz is er een reden dat start charging gelimiteerd is tot 1000w? Hij begint nu al om 8.10 terwijl ik liever boven de 4 of 5000 heb voor nu. Later in het jaar natuurlijk anders.

Als je de Gielz yaml opend in de packages folder kun je regel143 aanpassen van -1000 naar bijv. -5000.

[justie75]

JWT schreef op donderdag 13 augustus 2026 @ 21:46:
@gielz is er een reden dat start charging gelimiteerd is tot 1000w? Hij begint nu al om 8.10 terwijl ik liever boven de 4 of 5000 heb voor nu. Later in het jaar natuurlijk anders.

Ik heb om die reden zelf de automation iets uitgebouwd met een berekening wat de goedkoopste tijden zijn om de accu vol te laden met zonne stroom. Dit zorgt er voor dat sochtends (als de prijzen nog wat hoger zijn en de PV opwek ook al op gang komt, dat er eerst wordt verkocht aan het net). Daarna bij trigger dat het goedkoop is om te laden, of noodzakelijk om tijdig de accu vol te krijgen, dan begint hij met laden vanaf de PV.

Voor mij maakt de hoeveelheid overschot niet uit, dus niet gelimiteerd op kW maar dus op de benodigde kWh gedurende de dag en de Solcast PV opwek voorspelling

[JWT]

RemmyB83 schreef op donderdag 13 augustus 2026 @ 22:08:
[...]

Als je de Gielz yaml opend in de packages folder kun je regel143 aanpassen van -1000 naar bijv. -5000.

Nu je het zegt komt het weer terug van het installeren, thanks!

[gielz]

Ik had hier bewust de firmware niet geupdate naar 2.0.x en draai nog op een oudere 1.0.3 firmware (2400ac+)

Ik zie dat ze sinds vannacht (04:00) geen wijzigingen meer doorvoeren van uit zendure cloud (0 vermogen, 70% soc en smartmode aan)

Het lijkt hier dus opgelost.

[martinvdm]

gielz schreef op vrijdag 14 augustus 2026 @ 09:30:
Ik had hier bewust de firmware niet geupdate naar 2.0.x en draai nog op een oudere 1.0.3 firmware (2400ac+)

Ik zie dat ze sinds vannacht (04:00) geen wijzigingen meer doorvoeren van uit zendure cloud (0 vermogen, 70% soc en smartmode aan)

Het lijkt hier dus opgelost.

Ik heb toevallig gisteren ochtend toch maar geupgrade naar 2.0.1 en tevens het internet weer open gezet. Stond direct weer op 70% dus weer aangepast en sinds die tijd is het stabiel. Dus met 2.0.1 en internet verbonden draait het hier sinds gisteren zonder wijzigingen.

[justie75]

Ik heb een vraag, ik loop momenteel tegen een uitdaging aan met de volledige integratie van alle componenten.
Even een samenvatting van de installatie:

- Enphase PV systeem (Regelbaar op export/productie via HA)
- 2x Zendure Mix 4000 AC+ (Aangestuurd via Gielz en proxy van Gast777 (met wat custom tweaks))
- Huisverbruik
- Totaal gemeten door P1 meter van HomeWizard
- Dynamische prijzen (ingeladen via Nordpool en omgerekend naar inkoopprijs en verkoopprijs)
- Solcast PV opwek voorspelling

Ik heb het als volgt ingericht:
Mijn HEMS kent een aantal modi: Laden met zon, Laden met net, Actief Ontladen, Eigen verbruik

Het begint bij de dynamische prijzen, de capaciteit van de 2x Zendures en de verwachte PV opwek.
om 00:00 wordt een energieschema van die dag berekend om zo optimaal mogelijk de accu's vol te krijgen op zo goedkoop mogelijke momenten. Met daarbij een aantal regels om bij extreme piekprijzen in de avond, of bij rest capaciteit in de ochtend, tegen hogere tarieven te ontladen. Dit werkt naar behoren.

Echter kan ik ook mijn PV opwek regelen (dimmen) op basis van een export limiet. Deze heb ik momenteel ingesteld op 100 watt. De pv wordt dus gedimd tot het huis een export bereikt van maximaal 100 watt. Als ik meer ga verbruiken gaan de PV meer doorlaten, als ik minder verbruik, worden ze gedimd naar 100 watt export.

Nu wil ik graag dat bij de HEMS status Laden met zon, de accus gaan laden op basis van beschikbare PV opwek. Nu in de zomer is dit geen probleem en kan je gewoon de accus op geforceerd laden op maximaal vermogen zetten. Maar mooier zou natuurlijk zijn om de accus via Slim opladen het beschikbare vermogen in de export te volgen en daarmee te laden. Mocht er in een uur minder opwek zijn van de pv, bijvoorbeeld door een bewolkte dag, dan laad de accu niet vol met netstroom.

Ik zie nu dat het laadvermogen van de accu's op basis van de P1 meter, en daarnaast het automatisch bijsturen van de PV opwek op basis van export elkaar in de weg zit. Ik zie dus dat de accu's gaan laden, de pv volgen, vervolgens gebeurd er iets en gaan de accu's naar 0 watt, de export pv gedimd naar 100 watt, en verlies je dus mooie zonne energie die er wel is.

Heeft een van jullie wellicht een goed idee hoe ik dit op kan lossen? Zou erg mooi zijn

[hjw-001]

justie75 schreef op vrijdag 14 augustus 2026 @ 10:31:
Ik heb een vraag, ik loop momenteel tegen een uitdaging aan met de volledige integratie van alle componenten.
Even een samenvatting van de installatie:

- Enphase PV systeem (Regelbaar op export/productie via HA)
- 2x Zendure Mix 4000 AC+ (Aangestuurd via Gielz en proxy van Gast777 (met wat custom tweaks))
- Huisverbruik
- Totaal gemeten door P1 meter van HomeWizard
- Dynamische prijzen (ingeladen via Nordpool en omgerekend naar inkoopprijs en verkoopprijs)
- Solcast PV opwek voorspelling

Ik heb het als volgt ingericht:
Mijn HEMS kent een aantal modi: Laden met zon, Laden met net, Actief Ontladen, Eigen verbruik

Het begint bij de dynamische prijzen, de capaciteit van de 2x Zendures en de verwachte PV opwek.
om 00:00 wordt een energieschema van die dag berekend om zo optimaal mogelijk de accu's vol te krijgen op zo goedkoop mogelijke momenten. Met daarbij een aantal regels om bij extreme piekprijzen in de avond, of bij rest capaciteit in de ochtend, tegen hogere tarieven te ontladen. Dit werkt naar behoren.

Echter kan ik ook mijn PV opwek regelen (dimmen) op basis van een export limiet. Deze heb ik momenteel ingesteld op 100 watt. De pv wordt dus gedimd tot het huis een export bereikt van maximaal 100 watt. Als ik meer ga verbruiken gaan de PV meer doorlaten, als ik minder verbruik, worden ze gedimd naar 100 watt export.

Nu wil ik graag dat bij de HEMS status Laden met zon, de accus gaan laden op basis van beschikbare PV opwek. Nu in de zomer is dit geen probleem en kan je gewoon de accus op geforceerd laden op maximaal vermogen zetten. Maar mooier zou natuurlijk zijn om de accus via Slim opladen het beschikbare vermogen in de export te volgen en daarmee te laden. Mocht er in een uur minder opwek zijn van de pv, bijvoorbeeld door een bewolkte dag, dan laad de accu niet vol met netstroom.

Ik zie nu dat het laadvermogen van de accu's op basis van de P1 meter, en daarnaast het automatisch bijsturen van de PV opwek op basis van export elkaar in de weg zit. Ik zie dus dat de accu's gaan laden, de pv volgen, vervolgens gebeurd er iets en gaan de accu's naar 0 watt, de export pv gedimd naar 100 watt, en verlies je dus mooie zonne energie die er wel is.

Heeft een van jullie wellicht een goed idee hoe ik dit op kan lossen? Zou erg mooi zijn

Het is natuurlijk erg moeilijk om PV power te benutten die via het export limiet wordt geblokkeerd. Dan weet je niet meer je potentiele PV power op dat moment. Begrijp ik je situatie zo goed?

SolCast integratie heeft power_now en power_next hour, daarmee kan je wel inschatten hoeveel het potentieel min of meer zou moeten zijn. Of forecast this hour en forecast next hour. Enfin, daarna zou je iets van een automatisering kunnen klussen om je export limiet wat te laten vieren als je batterijen nog niet vol zijn, zo zullen ze de overtollige export (groter dan 100W) gaan oppakken.

Je enphase volgt de nieuwe export limieten traag op, dus je kan niet per seconde gaan schakelen. Maar eens per 15, 20 of 30min oid. Via de P1 meter, waar je dan meer export realiseert kan de accu dat weer netjes afromen als die NOM opereert.

Wellicht helpt dit?

[justie75]

hjw-001 schreef op vrijdag 14 augustus 2026 @ 10:38:
[...]


Het is natuurlijk erg moeilijk om PV power te benutten die via het export limiet wordt geblokkeerd. Dan weet je niet meer je potentiele PV power op dat moment. Begrijp ik je situatie zo goed?

SolCast integratie heeft power_now en power_next hour, daarmee kan je wel inschatten hoeveel het potentieel min of meer zou moeten zijn. Of forecast this hour en forecast next hour. Enfin, daarna zou je iets van een automatisering kunnen klussen om je export limiet wat te laten vieren als je batterijen nog niet vol zijn, zo zullen ze de overtollige export (groter dan 100W) gaan oppakken.

Je enphase volgt de nieuwe export limieten traag op, dus je kan niet per seconde gaan schakelen. Maar eens per 15, 20 of 30min oid. Via de P1 meter, waar je dan meer export realiseert kan de accu dat weer netjes afromen als die NOM opereert.

Wellicht helpt dit?

Bedankt voor de suggestie! Ik ga het eens uitdenken.

Waar ik nog niet helemaal uit kom is, wie is de baas van het export vermogen. Oftewel wie is de laatste schakel om de resterende overschotten, of tekorten, weg te werken?

Het voelt nu alsof er 2 kapiteinen op het zelfde schip te vinden zijn en beide de regie over HEMS willen hebben met de actuele vermogens meting van P1 en de actie die ze zelf gaan uitvoeren.

[hjw-001]

justie75 schreef op vrijdag 14 augustus 2026 @ 10:43:
[...]

Bedankt voor de suggestie! Ik ga het eens uitdenken.

Waar ik nog niet helemaal uit kom is, wie is de baas van het export vermogen. Oftewel wie is de laatste schakel om de resterende overschotten, of tekorten, weg te werken?

Het voelt nu alsof er 2 kapiteinen op het zelfde schip te vinden zijn en beide de regie over HEMS willen hebben met de actuele vermogens meting van P1 en de actie die ze zelf gaan uitvoeren.

Vanuit de enphase kan je de DPEL ook sturen op 'production' met een plafondlimiet. Dan los je dat probleem misschien makkelijker op. En zelf via automatiseringen die productie in stappen afknijpen bijvoorbeeld tot e.g. een bodem van 1000W en dan wisselen naar export modus op de enphase als je batterijen toch al bijna vol zitten?

[EnsconcE]

Het is mij niet duidelijk wat ik hier zou moeten configureren. Ik heb de Zendure Solarflow 4000 Mix AC+ met op de PV ingang zonnepanelen van max 2000 watt. Ik wil dat de batterij alleen de PV input gebruikt om te laden. Heeft het instellen van de Max. Charge Power dan nog invloed op de werking van de integration?

[justie75]

hjw-001 schreef op vrijdag 14 augustus 2026 @ 11:13:
[...]


Vanuit de enphase kan je de DPEL ook sturen op 'production' met een plafondlimiet. Dan los je dat probleem misschien makkelijker op. En zelf via automatiseringen die productie in stappen afknijpen bijvoorbeeld tot e.g. een bodem van 1000W en dan wisselen naar export modus op de enphase als je batterijen toch al bijna vol zitten?

Ik denk dat ik een oplossing heb gevonden!
De P1 sensor heb ik door een moving average filter gehaald van 1 minuut om het signaal te vertragen.
Deze vertraagde sensor gebruik ik in de Gielz integratie als alternatieve P1 meter. Hierdoor krijg de accu een iets trager signaal door.

Gelijktijdig heb ik de volgende instellingen veranderd:

Enphase DPEL export limit: 200 watt, ramp 100w/s
Opladen starten bij: -150w
Oplaadmarge: 80w (zodat de accu sneller het oplaadvermogen bij stelt, maar niet te dicht op de 0 grens komt)
Deze accu reageert dus op het vertraagde signaal, hierdoor heeft de enphase in die minuut voldoende tijd om de 200 watt export limiet te behalen en op te voeren met 100w/s.

Vervolgens trekt langzaam het alternatieve p1 vermogen bij naar -200w, waarbij de accu bij -150w weer een stapje omhoog doet. Tegelijkertijd het voordeel dat de accu en de PV dus beide wel de actuele verbruiken van de woning in acht nemen en hierop bijstellen om goed op 0 import uit te komen en maximaal 200w export van de PV.

[koboy]

justie75 schreef op vrijdag 14 augustus 2026 @ 10:43:
[...]

Bedankt voor de suggestie! Ik ga het eens uitdenken.

Waar ik nog niet helemaal uit kom is, wie is de baas van het export vermogen. Oftewel wie is de laatste schakel om de resterende overschotten, of tekorten, weg te werken?

Het voelt nu alsof er 2 kapiteinen op het zelfde schip te vinden zijn en beide de regie over HEMS willen hebben met de actuele vermogens meting van P1 en de actie die ze zelf gaan uitvoeren.

Je hebt ook twee kapiteins op 1 schip. Het makkelijkste is om maar 1 van de twee te regelen als dat mogelijk is.
Is er een financieel belang om de export van de PV zo laag mogelijk te houden?

Hier blijft de PV gewoon blazen, (max 2,7kW), en wordt die alleen teruggeregeld naar nul tijdens all-in negatieve uren. De accu is overgedimensioneerd t.o.v. eigen verbruik en groot genoeg om over het algemeen de overgebleven PV productie op te vangen tijdens licht negatieve prijzen. Tijdens de avond piek wordt dan het overtollige gedumpt tegen hoge prijzen. Dit zou zelfs moeten kunnen met schakelen op simpele vaste tijdvakken: alleen slim ontladen - NOM - ontladen (lente,zomer,hetfst) en: alleen slim opladen - NOM (winter)
Uiteraard is dit niet het meest precies, maar wel lekker de wet van Pareto volgend. Enige optimalisatie die gepland staat is de duur van het ontladen aanpassen aan de vulgraad van de accu, en daarna misschien het schakelmoment naar NOM voor de zomer.

[justie75]

koboy schreef op vrijdag 14 augustus 2026 @ 12:12:
[...]

Je hebt ook twee kapiteins op 1 schip. Het makkelijkste is om maar 1 van de twee te regelen als dat mogelijk is.
Is er een financieel belang om de export van de PV zo laag mogelijk te houden?

Hier blijft de PV gewoon blazen, (max 2,7kW), en wordt die alleen teruggeregeld naar nul tijdens all-in negatieve uren. De accu is overgedimensioneerd t.o.v. eigen verbruik en groot genoeg om over het algemeen de overgebleven PV productie op te vangen tijdens licht negatieve prijzen. Tijdens de avond piek wordt dan het overtollige gedumpt tegen hoge prijzen. Dit zou zelfs moeten kunnen met schakelen op simpele vaste tijdvakken: alleen slim ontladen - NOM - ontladen (lente,zomer,hetfst) en: alleen slim opladen - NOM (winter)
Uiteraard is dit niet het meest precies, maar wel lekker de wet van Pareto volgend. Enige optimalisatie die gepland staat is de duur van het ontladen aanpassen aan de vulgraad van de accu, en daarna misschien het schakelmoment naar NOM voor de zomer.

Ik zou graag 0 export willen tijdens lage prijzen omdat het simpelweg het niet waard is voor mij.
Als de prijzen 0.00 of 0.02 zijn (ik reken al met prijzen na jan 2027 als de kale prijs wordt betaald), dan dim ik liever de PV tot volledig eigen verbruik terug ipv gratis weggeven.

Sochtends en savonds als de prijzen wel weer de moeite zijn, begin ik weer met leveren van PV.
Momenteel draai ik de accu's (2 stuks op verschillende groepen) op max 800w. Als deze vast aangesloten worden zal het probleem minder vaak voorkomen verwacht ik, aangezien ik dan meer laadcapaciteit heb dan de PV opwekken, dan kan alle PV gewoon de accu's in stromen.

Verder is het handig om het moment van laden te optimaliseren naar lage prijs + veel opwek zodat de capaciteit in de accu een zo laag mogelijke kostprijs / kWh krijgt

Daarnaast vind ik het een mooi gezicht om 99% zelfverbruiker te zijn, maar dat is puur voor de leuk.

[koboy]

justie75 schreef op vrijdag 14 augustus 2026 @ 12:26:
[...]

Ik zou graag 0 export willen tijdens lage prijzen omdat het simpelweg het niet waard is voor mij.
Als de prijzen 0.00 of 0.02 zijn (ik reken al met prijzen na jan 2027 als de kale prijs wordt betaald), dan dim ik liever de PV tot volledig eigen verbruik terug ipv gratis weggeven.

Sochtends en savonds als de prijzen wel weer de moeite zijn, begin ik weer met leveren van PV.
Momenteel draai ik de accu's (2 stuks op verschillende groepen) op max 800w. Als deze vast aangesloten worden zal het probleem minder vaak voorkomen verwacht ik, aangezien ik dan meer laadcapaciteit heb dan de PV opwekken, dan kan alle PV gewoon de accu's in stromen.

Verder is het handig om het moment van laden te optimaliseren naar lage prijs + veel opwek zodat de capaciteit in de accu een zo laag mogelijke kostprijs / kWh krijgt

Daarnaast vind ik het een mooi gezicht om 99% zelfverbruiker te zijn, maar dat is puur voor de leuk.

Wrok is meestal een slechte reden In elk geval maak je het jezelf er extra moeilijk mee.

Zag dat je een 1 minuut gemiddelde op de P1 data had gezet. Vergeet niet die er afte halen buiten de oplaad tijden, anders gaat ja NOM er aan in de avond. Dat gaat dan waarschijnlijk om nog meer dan je misloopt door het niet exporteren van PV.

N.B. de kale prijzen echt rond nul zoals je aangeeft zitten grotendeels in het weekend. Door de week ligt dat al weer een stukje hoger (4 cent vandaag), zeker als straks de vakantie voorbij is.

[justie75]

koboy schreef op vrijdag 14 augustus 2026 @ 13:10:
[...]

Wrok is meestal een slechte reden In elk geval maak je het jezelf er extra moeilijk mee.

Zag dat je een 1 minuut gemiddelde op de P1 data had gezet. Vergeet niet die er afte halen buiten de oplaad tijden, anders gaat ja NOM er aan in de avond. Dat gaat dan waarschijnlijk om nog meer dan je misloopt door het niet exporteren van PV.

N.B. de kale prijzen echt rond nul zoals je aangeeft zitten grotendeels in het weekend. Door de week ligt dat al weer een stukje hoger (4 cent vandaag), zeker als straks de vakantie voorbij is.

Bedankt, goede tip van de NOM, heb inmiddels een stukje bijgezet die alleen de vertraagde sensor gebruik bij het laden met Zon, en bij de andere situaties de normale P1 waarde gebruikt (De vertraagde sensor is inmiddels niet meer echt een moving average maar een Asymetrische moving average, om korte pieken te negeren en snelle dalingen op te vangen).

Wanneer de kale prijzen hoger zijn, en het inderdaad de moeite is, zal ik de PV ook mooi open gooien voor export

[MP3-Junky]

Ik zit met het probleem dat 1 van mijn 3 Solarflow 800+ regelmatig wifi verliest (wordt nog omgeruild onder garantie) maar het geeft wel de zwakte van de nodered proxy weer: zodra 1 accu niet bereikbaar is, ligt het hele systeem plat.

Zit nu toch te denken om de officiële zendure integratie te gebruiken. Die heeft deze zwakte geloof ik niet? Kan iemand dat bevestigen? Andere nadelen aan de officiële integratie icm 3 (dezelfde) accu’s?

[wmc]

Acidrain schreef op donderdag 13 augustus 2026 @ 10:31:
@sunnybeam en @wmc
Ik zie zojuist in HA een update voor de Fireson integratie die volgens mij jullie (en mijn) probleem oplost wat betreft het inactief worden nadat je de operation mode hebt gewijzigt.

Inmiddels heb ik mijn systeem weer live door de accu's een dag van de netspanning afgehaald te hebben en daarna alle drie de units opnieuw te verbinden. Ik twijfel erover om alle internet toegang voor het Zendure systeem te ontzeggen om dit soort gedoe te voorkomen aangezien ik vermoed dat het iets met de cloud koppeling te maken heeft.

[manusjevanalles]

Ik heb sinds een aantal dagen de sf800+, en direct in HA geïntegreerd via de Gielz integratie. Dat werkt super!
Wat mij wel opvalt is dat er veel relaisschakelingen zijn, vandaag al 87. De batterij heeft een groot deel van de dag in standby gestaan, en vanaf ~15 uur op NOM om te laden. Ik maak gebruik van een esp met esphome om de p1-meter uit te lezen, die stuurt alle data door na HA. In HA heb ik een template sensor (import-export), die sensor stuur ik door naar de batterij. Ik heb een DSMRv5 die elke seconde wordt uitgelezen.
Dit resulteert in best onrustig gedrag: laden, stop, ontladen, laden etc. Terwijl ik de hele middag constant PV-overschot heb teruggeleverd, met continu netto export. De batterij had dus aan één stuk door kunnen laden. Mogelijk was mijn partner aan het koken, maar zelfs dan was er netto export. Dit resulteerde in de volgende grafiek:



En de grafiek van de batterij:


Heeft er iemand hiervoor een verklaring, en hoe zou ik dit op kunnen lossen?

[bruneelm]

wmc schreef op donderdag 13 augustus 2026 @ 07:42:
Ik draai al een hele tijd de Fireson integratie, eerst met 3x2400AC en 1x Hyper2000 en sinds ik gesmolten connectoren had met 3x2400AC+ en 1x Hyper2000. Sinds een paar dagen heb ik echter geen controle meer over de batterijen met HA en lijken ze niet meer te reageren op berichten vanuit HA. Ik heb alles opnieuw ingesteld, tot aan het opnieuw toevoegen van de batterijen in de Zendure app, maar niks wil helpen. Zelfs simpele dingen als instellen dat de batterij energie mag exporteren naar het grid wordt niet goed doorgezet (zie onderstaande foto).

[Afbeelding]

Alle updates zijn gedraaid (v2.0.2 gisteren geinstalleerd op de batterijen en 1.4.4 van de Fireson integratie) in de hoop dat dat het probleem zou oplossen, maar niks helpt. Heeft iemand hier een idee waar te zoeken?

Kijk een keer in /homeassistant/.storage/zendure_ha.storage of de daar vermelde ip adressen wel overeenkomen met de werkelijke adressen die de toestellen gekregen hebben.

[koboy]

manusjevanalles schreef op vrijdag 14 augustus 2026 @ 18:39:
Ik heb sinds een aantal dagen de sf800+, en direct in HA geïntegreerd via de Gielz integratie. Dat werkt super!
Wat mij wel opvalt is dat er veel relaisschakelingen zijn, vandaag al 87. De batterij heeft een groot deel van de dag in standby gestaan, en vanaf ~15 uur op NOM om te laden. Ik maak gebruik van een esp met esphome om de p1-meter uit te lezen, die stuurt alle data door na HA. In HA heb ik een template sensor (import-export), die sensor stuur ik door naar de batterij. Ik heb een DSMRv5 die elke seconde wordt uitgelezen.
Dit resulteert in best onrustig gedrag: laden, stop, ontladen, laden etc. Terwijl ik de hele middag constant PV-overschot heb teruggeleverd, met continu netto export. De batterij had dus aan één stuk door kunnen laden. Mogelijk was mijn partner aan het koken, maar zelfs dan was er netto export. Dit resulteerde in de volgende grafiek:

[Afbeelding]

En de grafiek van de batterij:
[Afbeelding]

Heeft er iemand hiervoor een verklaring, en hoe zou ik dit op kunnen lossen?

Misschien zit er een net te grote vertraging door het doorsturen via via van de P1 data? Ergens in Gielz package kun je de reactie vertraging instellen, die standaard op 4 of 5 secondes staat.

Komt er wel elke seconde een nieuwe waarde in de HA sensor? Heb je toevallig een neppe DSMR5 meter zoals dat Landis+gyr onding?

[wmc]

bruneelm schreef op vrijdag 14 augustus 2026 @ 20:58:
[...]

Kijk een keer in /homeassistant/.storage/zendure_ha.storage of de daar vermelde ip adressen wel overeenkomen met de werkelijke adressen die de toestellen gekregen hebben.

Ga ik doen! Vraag is wel waarom dit spontaan zou wijzigen?

[manusjevanalles]

koboy schreef op vrijdag 14 augustus 2026 @ 21:06:
[...]

Misschien zit er een net te grote vertraging door het doorsturen via via van de P1 data? Ergens in Gielz package kun je de reactie vertraging instellen, die standaard op 4 of 5 secondes staat.

Komt er wel elke seconde een nieuwe waarde in de HA sensor? Heb je toevallig een neppe DSMR5 meter zoals dat Landis+gyr onding?

Ik krijg elke seconde nieuwe waardes binnen, en heb voor zover ik weet en "echter" meter, en ander merk dan je noemt.

[justie75]

manusjevanalles schreef op vrijdag 14 augustus 2026 @ 22:06:
[...]


Ik krijg elke seconde nieuwe waardes binnen, en heb voor zover ik weet en "echter" meter, en ander merk dan je noemt.

Wat zijn je instellingen voor Laden / Ontladen? Wanneer start je en welke marge heb je ingesteld?

[RemmyB83]

manusjevanalles schreef op vrijdag 14 augustus 2026 @ 18:39:
Ik heb sinds een aantal dagen de sf800+, en direct in HA geïntegreerd via de Gielz integratie. Dat werkt super!
Wat mij wel opvalt is dat er veel relaisschakelingen zijn, vandaag al 87. De batterij heeft een groot deel van de dag in standby gestaan, en vanaf ~15 uur op NOM om te laden. Ik maak gebruik van een esp met esphome om de p1-meter uit te lezen, die stuurt alle data door na HA. In HA heb ik een template sensor (import-export), die sensor stuur ik door naar de batterij. Ik heb een DSMRv5 die elke seconde wordt uitgelezen.
Dit resulteert in best onrustig gedrag: laden, stop, ontladen, laden etc. Terwijl ik de hele middag constant PV-overschot heb teruggeleverd, met continu netto export. De batterij had dus aan één stuk door kunnen laden. Mogelijk was mijn partner aan het koken, maar zelfs dan was er netto export. Dit resulteerde in de volgende grafiek:

[Afbeelding]

En de grafiek van de batterij:
[Afbeelding]

Heeft er iemand hiervoor een verklaring, en hoe zou ik dit op kunnen lossen?

Als ik naar je Gielz-grafiek kijk, lijkt die gewoon zijn opdracht netjes te doen. Ik zie namelijk geen grijs als extra teruglevering, en donker groen als extra ontladen.
Ik denk dat je eerst eens naar je meter en de 2 entiteiten moet kijken of je gewenste berekening klopt, en of deze ook snel genoeg update. Ik denk namelijk dat de update snelheid vanuit HA lager is dan je nu denkt.
Daarnaast is bij mijn de inductiekookplaat ook continue aan/uit. Daar heb ik zelf ook nog geen oplossing voor, maar dit kan natuurlijk wel veel extra schakelingen opleveren.

[databeestje]

Het klinkt wel vergelijkbaar met wat ik zag met mij Kaifa 3 fase meter. Nogmaals gecontroleerd, en ik zie de P1 grid entiteit in HA elke seconde bijwerken.

Ergens doet het mij lijken als het geleverde batterij vermogen niet meegenomen wordt in de berekening (of juist wel) waardoor er een overshoot is. Met zowel de native Zendure als met Omnibattery zie ik dit, ik zit op de 2.0.1 firmware. Nooit 1.0.x gedraaid, dus heb geen referentie.

[manusjevanalles]

justie75 schreef op vrijdag 14 augustus 2026 @ 22:24:
[...]

Wat zijn je instellingen voor Laden / Ontladen? Wanneer start je en welke marge heb je ingesteld?

Ik heb deze settings:


Vooral de marges heb ik nog niet goed door wat ik daar het beste in kan stellen. Ik hoef niet strak NOM te draaien, met een batterij van 1.9 kWh komt die in een nacht toch wel leeg.

Is er een mogelijkheid om direct vanuit esphome de P1-data te sturen naar de batterij? Dat scheelt HA als tussenstap, en daarmee mogelijk vertraging.
Vanuit esphome kan je ook REST-commando’s sturen volgens mij.

[ Voor 12% gewijzigd door manusjevanalles op 15-08-2026 07:29 ]

[manusjevanalles]

RemmyB83 schreef op vrijdag 14 augustus 2026 @ 22:28:
[...]

Als ik naar je Gielz-grafiek kijk, lijkt die gewoon zijn opdracht netjes te doen. Ik zie namelijk geen grijs als extra teruglevering, en donker groen als extra ontladen.
Ik denk dat je eerst eens naar je meter en de 2 entiteiten moet kijken of je gewenste berekening klopt, en of deze ook snel genoeg update. Ik denk namelijk dat de update snelheid vanuit HA lager is dan je nu denkt.
Daarnaast is bij mijn de inductiekookplaat ook continue aan/uit. Daar heb ik zelf ook nog geen oplossing voor, maar dit kan natuurlijk wel veel extra schakelingen opleveren.

Ik denk dat ik vergeten ben een aantal sensoren toe te voegen aan de logger van HA, daarom zie je ze niet. Die voeg ik even toe.

[gielz]

manusjevanalles schreef op zaterdag 15 augustus 2026 @ 07:17:
[...]


Ik heb deze settings:
[Afbeelding]

Vooral de marges heb ik nog niet goed door wat ik daar het beste in kan stellen. Ik hoef niet strak NOM te draaien, met een batterij van 1.9 kWh komt die in een nacht toch wel leeg.

Is er een mogelijkheid om direct vanuit esphome de P1-data te sturen naar de batterij? Dat scheelt HA als tussenstap, en daarmee mogelijk vertraging.
Vanuit esphome kan je ook REST-commando’s sturen volgens mij.

Sneller sturen kan eigenlijk niet omdat de batterij ook een aantal seconden nodig heeft om te reageren. Om een voorbeeld te geven een 3 seconden sturing gaf een slechter resultaat dan de huidige 5 seconden sturing.

[manusjevanalles]

gielz schreef op zaterdag 15 augustus 2026 @ 07:54:
[...]


Sneller sturen kan eigenlijk niet omdat de batterij ook een aantal seconden nodig heeft om te reageren. Om een voorbeeld te geven een 3 seconden sturing gaf een slechter resultaat dan de huidige 5 seconden sturing.

Moet ik die 5 seconden ergens instellen, of staat die standaard zo ingesteld? Ik zie geen optie in het dashboard om dit aan te passen.

Volgens mij moet het mogelijk zijn om direct vanuit esphome het netverbruik te sturen, dat zou dan elke 5 seconde kunnen.

[Do-m-pie]

manusjevanalles schreef op zaterdag 15 augustus 2026 @ 07:59:
[...]


Moet ik die 5 seconden ergens instellen, of staat die standaard zo ingesteld? Ik zie geen optie in het dashboard om dit aan te passen.

Volgens mij moet het mogelijk zijn om direct vanuit esphome het netverbruik te sturen, dat zou dan elke 5 seconde kunnen.

4e regel van de automatisering instellen evt.

[justie75]

manusjevanalles schreef op zaterdag 15 augustus 2026 @ 07:17:
[...]


Ik heb deze settings:
[Afbeelding]

Vooral de marges heb ik nog niet goed door wat ik daar het beste in kan stellen. Ik hoef niet strak NOM te draaien, met een batterij van 1.9 kWh komt die in een nacht toch wel leeg.

Is er een mogelijkheid om direct vanuit esphome de P1-data te sturen naar de batterij? Dat scheelt HA als tussenstap, en daarmee mogelijk vertraging.
Vanuit esphome kan je ook REST-commando’s sturen volgens mij.

Ik heb het opladen en ontladen starten bij iets ruimer gezet, om aantal schakelingen te verminderen, hij start dan iets lader met laden of ontladen, maar hij komt minder vaak in de gevaarlijke grens rond het 0 punt waardoor hij standby gaat (schakeling) daarna naar laden (schakeling) daarna weer terug naar standy (schakeling) en als laatste weer laden, je snapt m.

De oplaad marge is de hoeveelheid W die hij overlaat, dus als je start bij 150, en marge = 80. dan gaat hij dus regelen om op die 80 uit te komen. Stel je die bijv te krap in, dan kan het best zo zijn dat hij gaat pendelen. Maar dit hangt ook weer af van de apparaten die je in je huis hebt en hoe die zich gedragen.

Een over, kookplaat, wasmachine, vaatwasser bijv. gaan vaak enorm op en neer, ze gebruiken kort heel veel stroom, daarna weer een poosje heel weinig, en hier wil je met de accu niet altijd direct op bijsturen.

Ook heb ik de timing van de Gielz automation iets ruimer gezet om iets minder vaak bij te sturen, dit hielp bij mij ook al een heel stuk.