Zendure producten in Home Assistant integreren deel 2

[ZuinigeRijder]

jelleeelco schreef op donderdag 27 augustus 2026 @ 17:30:
[...]

ik niet...dat heeft Claude voor me gedaan.

De laatste versie van @gast777 staat de join-timeout niet op 3 seconden, maar op 4 seconden. Misschien had je beter eerst de laatste versie kunnen proberen.

[ Voor 4% gewijzigd door ZuinigeRijder op 27-08-2026 18:18 ]

[jelleeelco]

ZuinigeRijder schreef op donderdag 27 augustus 2026 @ 18:17:
[...]


De laatste versie van @gast777 staat de join-timeout niet op 3 seconden, maar op 4 seconden. Misschien had je beter eerst kunnen proberen de laatste versie te proberen.

Ik heb een eigen aangepaste versie van Gast777...dus die vlieger gaat helaas niet op

[rednax2]

Ik draai al lange tijd met de Gielz automatisering. Zou ‘m graag willen upgraden naar de nieuwste versie, hoeveel werk is dat?

Is dat lastig te realiseren?

[ZuinigeRijder]

@rednax2 Stappenplan voor alleen de Gielz automatisering:

- Zorg ervoor dat HEMS is uitgeschakeld in de Zendure-app.
- Zet in HA Zendure op Standby
- Disable in Settings -> Automations -> Zendure zenSDK (Gielz)
- Delete in Settings -> Automations -> Zendure zenSDK (Gielz)
- Verwijder Zendure_gielz1986_nl.yaml uit de map packages van GitHub
- Verwijder optionele Dashboard via Settings -> Dashboards -> Zendure -> Delete
- Reboot Home Assistant

Daarna installeer je Gielz volgens de "normale" handleiding, bijvoorbeeld voor Nederlands:
https://github.com/Gielz1...DK/blob/main/README.nl.md

Misschien kan het slimmer, maar dit werkt in ieder geval.

[m-vw]

FastForwardNL schreef op donderdag 27 augustus 2026 @ 11:37:
[...]

Ik gebruik de volgende automatisering:

code:

alias: Thuisbatterij Tijdelijk Pauzeren Laadpaal
description: ''
triggers:
  - trigger: state
    entity_id:
      - sensor.laadpaal_opladermodus
    to:
      - connected_charging
conditions:
  - condition: switch.is_off
    target:
      entity_id: input_boolean.thuisbatterij_tijdelijk_uitgeschakeld
    options:
      behavior: any
      for: '00:00:00'
actions:
  - action: input_select.select_option
    metadata: {}
    target:
      entity_id: input_select.zendure_2400_ac_modus_selecteren
    data:
      option: Alleen slim opladen
  - action: input_boolean.turn_on
    metadata: {}
    target:
      entity_id: input_boolean.thuisbatterij_tijdelijk_uitgeschakeld
    data: {}
  - action: notify.send_message
    metadata: {}
    target:
      entity_id: notify.telefoon_j
    data:
      message: De thuisbatterij is tijdelijk uitgeschakeld - Laadpaal
      title: Thuisbatterij gepauzeerd
mode: single

Dit lijkt op iets dat ik graag met mijn Alfen zou doen, echter werkt die of met HA of met de app(s) een combinatie is niet mogelijk. Helaas zijn mijn HA vaardigheden nog niet van een zodanig niveau dat ik de apps gedag kan zeggen.

[sloth]

Nieuwe gebruiker met een Solarflow 800 Plus en de zenSDK (Gielz) integratie.

Ik probeer de werking van de Smart Charging optie beter te begrijpen.
entity zendure_setting_start_charging_at staat op -200 W. Zodra de P1 meter meer dan 200W PV injecteert start de automatisatie het laden van de batterij.

Gaat de batterij automatisch naar standby zodra de P1 meter minder dan 200W injecteert, gedurende een periode langer dan de waarde in input_number.zendure_setting_standby_delay?

[Maarten_smits]

Hoi allen,

Ik heb afgelopen week de zendure solarflow 800 plus geïnstalleerd. Via de Gielz integratie met Home Assistant aangestuurd, deze werkt samen met de P1 meter van Homewizard. Nu zie ik in de avond en ochtend dat het vermogen dat erg ping pongt. Ik kan er de vinger niet achter krijgen waar dit aan kan liggen. Vraag ik teveel van mijn Pi4 2GB?

[Stefan1987]

Maarten_smits schreef op vrijdag 28 augustus 2026 @ 11:00:
Hoi allen,

Ik heb afgelopen week de zendure solarflow 800 plus geïnstalleerd. Via de Gielz integratie met Home Assistant aangestuurd, deze werkt samen met de P1 meter van Homewizard. Nu zie ik in de avond en ochtend dat het vermogen dat erg ping pongt. Ik kan er de vinger niet achter krijgen waar dit aan kan liggen. Vraag ik teveel van mijn Pi4 2GB?

[Afbeelding]

Gebeurde dit niet als je in HEMS 2.0 draaide? En wat voor dsmr meter heb je voor je p1 meter?

[Maarten_smits]

Stefan1987 schreef op vrijdag 28 augustus 2026 @ 12:06:
[...]

Gebeurde dit niet als je in HEMS 2.0 draaide? En wat voor dsmr meter heb je voor je p1 meter?

Ik heb HEMS uitstaan via de zendure app, weet niet of dat nog uitmaakt. Ik zit nu op firmware v2.0.2. Ik heb een Landis Gyr e350 slimme meter (enexis gebied). Ik had nog niet aan de meterdata gedacht, ik zie dat er meer problemen zijn met deze meter. Ik ga er weer induiken ;-)

[ Voor 14% gewijzigd door Maarten_smits op 28-08-2026 12:31 ]

[Stefan1987]

Maarten_smits schreef op vrijdag 28 augustus 2026 @ 12:22:
[...]

Ik heb HEMS uitstaan via de zendure app, weet niet of dat nog uitmaakt. Ik zit nu op firmware v2.0.2. Ik heb een Landis Gyr e350 slimme meter (enexis gebied). Ik had nog niet aan de meterdata gedacht, ik zie dat er meer problemen zijn met deze meter. Ik ga er weer induiken ;-)

Kijk of je meter versie 4.2 of versie 5 is. 4.2 update je data minder vaak, waardoor het langer kan duren voor je sturing kan ingrijpen.

[Mkuijper]

Beste allen,

Ik zit al een tijd door het dit topic heen te bladeren en zie wel een aantal vragen voorbij komen wat enigszins het zelfde is als mijne maar niet echt antwoorden.

Mijn setup is als volgt,

• Zendure solarflow 4000 mix AC+.
• Zonnepanelen met Ephase micro omvormers +- 3kw.
• Ephase metered gateway voor nul op de meter.
• Gielz koppeling zedure sdk op home assistant (om van de trage cloudkoppeling met zendure p1 af te zijn).
• Weinig tot geen ervaring met home assistant verder.

Ik zit met het volgende probleem, panelen staan op nul op de meter omdat de accu vol is. Vermogen wordt gevraagd, panelen schakelen op maar traag, dus accu springt bij. Dit is de "nieuwe" 0w norm. Panelen blijven geknepen maar accu blijft ontladen.

Oplossing volgens AI:

Het Probleem

Als Enphase in nul-op-de-meter (Zero Export) modus staat, knijpt hij zichzelf af. Je kunt aan de Enphase-data dus niet zien hoeveel zonkracht er écht beschikbaar is. Als er een zwaar apparaat aangaat, weet de accu niet of Enphase nog kán opschalen of al aan zijn tax zit.

De Oplossing: Tijdgestuurde Prioritering (Zon Eerst)

We sturen de Zendure-accu aan puur op basis van de P1-meter, maar we gebruiken de reactiesnelheid van Enphase als filter. We dwingen de accu om te wachten, zodat Enphase altijd de eerste kans krijgt om het probleem op te lossen.

1. Bij stroomvraag (Apparaat aan):
   • De P1-meter schiet omhoog.
   • De Zendure-accu krijgt een wachttijd van 15 seconden.
   • Binnen die 15 seconden schaalt Enphase op. Kan Enphase de vraag aan? Dan zakt de P1-meter weer naar 0W en doet de accu niks.
   • Kan Enphase het niet aan? Dan is de P1-meter na 15 seconden nog steeds positief. De accu 'weet' nu dat Enphase maximaal draait en springt direct bij voor het restant.
2. Bij lagere stroomvraag (Apparaat uit, rest blijft aan):
   • Zodra er een apparaat uitschakelt, ontstaat er door de levering van de accu direct een overschot op de P1-meter (stroom zakt direct naar/onder de 0W).
   • De accu reageert nu zonder vertraging (0 seconden) en zet zijn ontlaadvermogen direct op 0W.
   • Enphase ziet dat de accu stopt, ziet de resterende stroomvraag in huis, en blijft onverstoord op zijn maximale capaciteit produceren.

Het Resultaat

Er is geen Enphase-data over de zonsterkte nodig. Door de accu 15 seconden te laten wachten bij inschakelen, en direct te laten stoppen bij uitschakelen, krijgt zonne-energie altijd automatisch voorrang en is de onderlinge strijd volledig opgelost.

Heeft iemand hier al een oplossing voor? of zou dit bij de gielz koppeling in gebouwd kunnen worden? Edit: nul op de meter via enphase zou vanaf 80% acculading weer uit kunnen om weer bij te laden.

[koboy]

Stefan1987 schreef op vrijdag 28 augustus 2026 @ 13:16:
[...]

Kijk of je meter versie 4.2 of versie 5 is. 4.2 update je data minder vaak, waardoor het langer kan duren voor je sturing kan ingrijpen.

Die landys+gyr is een SMR5 meter die elke 10 seconden update. Er was iemand die hier wat omheen gebouwd had, weet alleen niet meer wie.

[Maarten_smits]

koboy schreef op vrijdag 28 augustus 2026 @ 13:26:
[...]

Die landys+gyr is een SMR5 meter die elke 10 seconden update. Er was iemand die hier wat omheen gebouwd had, weet alleen niet meer wie.

Yep gevonden! Ik ga weer testen, dank voor de hulp.

[Pvdbogaard]

Ik draai zenSDK van Gielz. Ik zie dat ik ook Zendure Home Automation Integration heb geinstalleerd. Onder de laatste komen de extra batterij, de controler, de controler-batterij en een zendure-manager als items naar voren. Kan dit alles verwijderd, of is het essentieel voor de Gielz automation?

[CappieL]

Mkuijper schreef op vrijdag 28 augustus 2026 @ 13:25:
Beste allen,

Ik zit al een tijd door het dit topic heen te bladeren en zie wel een aantal vragen voorbij komen wat enigszins het zelfde is als mijne maar niet echt antwoorden.

Mijn setup is als volgt,

• Zendure solarflow 4000 mix AC+.
• Zonnepanelen met Ephase micro omvormers +- 3kw.
• Ephase metered gateway voor nul op de meter.
• Gielz koppeling zedure sdk op home assistant (om van de trage cloudkoppeling met zendure p1 af te zijn).
• Weinig tot geen ervaring met home assistant verder.

Ik zit met het volgende probleem, panelen staan op nul op de meter omdat de accu vol is. Vermogen wordt gevraagd, panelen schakelen op maar traag, dus accu springt bij. Dit is de "nieuwe" 0w norm. Panelen blijven geknepen maar accu blijft ontladen.

Oplossing volgens AI:

Het Probleem

Als Enphase in nul-op-de-meter (Zero Export) modus staat, knijpt hij zichzelf af. Je kunt aan de Enphase-data dus niet zien hoeveel zonkracht er écht beschikbaar is. Als er een zwaar apparaat aangaat, weet de accu niet of Enphase nog kán opschalen of al aan zijn tax zit.

De Oplossing: Tijdgestuurde Prioritering (Zon Eerst)

We sturen de Zendure-accu aan puur op basis van de P1-meter, maar we gebruiken de reactiesnelheid van Enphase als filter. We dwingen de accu om te wachten, zodat Enphase altijd de eerste kans krijgt om het probleem op te lossen.

1. Bij stroomvraag (Apparaat aan):
   • De P1-meter schiet omhoog.
   • De Zendure-accu krijgt een wachttijd van 15 seconden.
   • Binnen die 15 seconden schaalt Enphase op. Kan Enphase de vraag aan? Dan zakt de P1-meter weer naar 0W en doet de accu niks.
   • Kan Enphase het niet aan? Dan is de P1-meter na 15 seconden nog steeds positief. De accu 'weet' nu dat Enphase maximaal draait en springt direct bij voor het restant.
2. Bij lagere stroomvraag (Apparaat uit, rest blijft aan):
   • Zodra er een apparaat uitschakelt, ontstaat er door de levering van de accu direct een overschot op de P1-meter (stroom zakt direct naar/onder de 0W).
   • De accu reageert nu zonder vertraging (0 seconden) en zet zijn ontlaadvermogen direct op 0W.
   • Enphase ziet dat de accu stopt, ziet de resterende stroomvraag in huis, en blijft onverstoord op zijn maximale capaciteit produceren.

Het Resultaat

Er is geen Enphase-data over de zonsterkte nodig. Door de accu 15 seconden te laten wachten bij inschakelen, en direct te laten stoppen bij uitschakelen, krijgt zonne-energie altijd automatisch voorrang en is de onderlinge strijd volledig opgelost.

Heeft iemand hier al een oplossing voor? of zou dit bij de gielz koppeling in gebouwd kunnen worden? Edit: nul op de meter via enphase zou vanaf 80% acculading weer uit kunnen om weer bij te laden.

Dit is een duidelijk voorbeeld van 2 kapiteins op 1 schip.
Zowel de Zendure kan (en wil) 0 op de meter regelen en de Enphase kan (en wil) dat ook.

Ik heb zelf ook Enphase, maar niet de Metered versie. Ik zou zelf de Enphase niet laten knijpen, zolang je batterij nog niet vol is.
Heb je Enphase ook in HA zitten? Dan kun je i.p.v. Zero Export een vast Production kunnen kiezen. Dan laat je Enphase tot een max aantal Watt produceren (en dat aantal Watt is bijv 100-150% van je normale verbruik). Dan kun je je Zendure bijv. NOM laten doen, tot hij 100% is en dan pas Enphase weer op Zero Export zetten en Zendure op Standby.
Op een gegeven moment wekt Enphase minder op, dan je huis verbruikt en zet je ZE van Enpahse weer uit en de Zendure op NOM.

Beide systemen tegelijk laten NOM-men is niet mogelijk.

[CappieL]

Pvdbogaard schreef op vrijdag 28 augustus 2026 @ 15:25:
Ik draai zenSDK van Gielz. Ik zie dat ik ook Zendure Home Automation Integration heb geinstalleerd. Onder de laatste komen de extra batterij, de controler, de controler-batterij en een zendure-manager als items naar voren. Kan dit alles verwijderd, of is het essentieel voor de Gielz automation?

Gielz heeft geen Zendure Home Automation nodig.

[meesje]

Hulp gevraagd! Ik heb de Homewizard P1 API V2 procedure gevolgd door onderstaande code toe te voegen /homeassistant/configuration.yaml. Daarna HA herstart. Ik krijg echter nergens een moment of pop-up om de authorization in te regelen. Er blijft nu Bearer <TOKEN> staan. Moet ik daar niet iets mee doen? Eerder gaf @Devke aan dat ik de knop op de HW P1 meter moet indrukken, maar ik krijg daar geen melding van (dat ik dat moet doen). Wat doe ik fout? Ik zie wel dat er een P1 Homewizard API v2 entiteit is aangemaakt.

code:

rest:
  - resource: https://192.168.1.x/api/measurement  
    verify_ssl: false
    scan_interval: 1
    headers:
      Authorization: Bearer <TOKEN>
    sensor:
      - name: "P1 Homewizard API v2"
        value_template: "{{ value_json.power_w | float }}"
        unique_id: P1_Homewizard_API_V2
        unit_of_measurement: "W"
        state_class: measurement
        device_class: power

[ Voor 6% gewijzigd door meesje op 28-08-2026 15:52 ]

[meesje]

Ik kom nog niet verder. Onderstaande stappen uitgevoerd. Ik zie dat er entiteiten en helpers zijn aangemaakt. Maar moet ik ook niet een apparaat zien? Ik heb van mijn drie SF800+ uit HEMS gehaald. Bij 2. heb ik overigens het yaml bestaat geüpload in de folder /homeassistant/packages. Deze map moest ik eerst aanmaken. Ik heb zo'n idee dat ik deze stap goed heb begrepen.

#️⃣ Configuration and Restart

1. Make sure HEMS is disabled in the Zendure app.
2. Place Zendure_gielz1986_global.yaml from the GitHub packages folder into your Home Assistant packagesfolder. If it does not exist, create it.
3. Create a backup of your configuration.yaml.
4. Then edit your configuration.yaml and add the following:

code:

homeassistant:
  packages: !include_dir_named packages

1. Restart Home Assistant.

[ Voor 8% gewijzigd door meesje op 28-08-2026 17:02 ]

[Devke]

meesje schreef op vrijdag 28 augustus 2026 @ 15:50:
Hulp gevraagd! Ik heb de Homewizard P1 API V2 procedure gevolgd door onderstaande code toe te voegen /homeassistant/configuration.yaml. Daarna HA herstart. Ik krijg echter nergens een moment of pop-up om de authorization in te regelen. Er blijft nu Bearer <TOKEN> staan. Moet ik daar niet iets mee doen? Eerder gaf @Devke aan dat ik de knop op de HW P1 meter moet indrukken, maar ik krijg daar geen melding van (dat ik dat moet doen). Wat doe ik fout? Ik zie wel dat er een P1 Homewizard API v2 entiteit is aangemaakt.

code:

rest:
  - resource: https://192.168.1.x/api/measurement  
    verify_ssl: false
    scan_interval: 1
    headers:
      Authorization: Bearer <TOKEN>
    sensor:
      - name: "P1 Homewizard API v2"
        value_template: "{{ value_json.power_w | float }}"
        unique_id: P1_Homewizard_API_V2
        unit_of_measurement: "W"
        state_class: measurement
        device_class: power

Misschien ben ik even abuis hoor, maar ben je nu niet een HomeWizard procedure aan het toepassen op een Zendure?

[meesje]

Devke schreef op vrijdag 28 augustus 2026 @ 17:17:
[...]

Misschien ben ik even abuis hoor, maar ben je nu niet een HomeWizard procedure aan het toepassen op een Zendure?

Wellicht snap ik het niet meer. Maar ik probeer de stappen te volgen van onderstaande pagina. Middels HA wil de Zendure batterijen laten aansturen door de HW P1 meter.

https://github.com/Gielz1986/Zendure-HA-zenSDK/wiki/Global-and-NL-%E2%80%90-P1-CT-meters-(API's)

[ Voor 3% gewijzigd door meesje op 28-08-2026 17:24 ]

[Devke]

meesje schreef op vrijdag 28 augustus 2026 @ 17:23:
[...]

Wellicht snap ik het niet meer. Maar ik probeer de stappen te volgen van onderstaande pagina. Middels HA wil de Zendure batterijen laten aansturen door de HW P1 meter.

https://github.com/Gielz1986/Zendure-HA-zenSDK/wiki/Global-and-NL-%E2%80%90-P1-CT-meters-(API's)

Gielz wil je gebruiken zo te zien. Ik gebruik deze.

https://github.com/Gielz1986/Zendure-HA-zenSDK

Edit : Stappen staan beschreven. Dat geklooi met die HW P1 is niet nodig. Daar kun je straks het IP adres van in het dashboard zetten.

[ Voor 10% gewijzigd door Devke op 28-08-2026 17:29 ]

[meesje]

Devke schreef op vrijdag 28 augustus 2026 @ 17:26:
[...]

Gielz wil je gebruiken zo te zien. Ik gebruik deze.

https://github.com/Gielz1986/Zendure-HA-zenSDK

Die stappen heb ik ook doorlopen en loop daarbij denk ik ook vast. Zie mijn opmerkingen. Wel entiteiten, maar geen apparaat zichtbaar. Wellicht moet ik nog iets verder doen. Ik snap het niet.

Volgens de topic start moet je eerst je P1 meter opnemen in HA. Via deze weg wordt er per 1 sec gegevens uitgelezen.

[Mimiix]

meesje schreef op vrijdag 28 augustus 2026 @ 17:29:
[...]

Die stappen heb ik ook doorlopen en loop daarbij denk ik ook vast. Zie mijn opmerkingen. Wel entiteiten, maar geen apparaat zichtbaar. Wellicht moet ik nog iets verder doen. Ik snap het niet.

Volgens de topic start moet je eerst je P1 meter opnemen in HA. Via deze weg wordt er per 1 sec gegevens uitgelezen.

Er is geen device of integratie. Enkel losse entiteiten.

[meesje]

Mimiix schreef op vrijdag 28 augustus 2026 @ 17:43:
[...]

Er is geen device of integratie. Enkel losse entiteiten.

Oei….. dat wordt een steile leercurve.

[Mimiix]

meesje schreef op vrijdag 28 augustus 2026 @ 18:04:
[...]

Oei….. dat wordt een steile leercurve.

Gewoon het dashboard gebruiken.

[Devke]

meesje schreef op vrijdag 28 augustus 2026 @ 17:29:
[...]

Die stappen heb ik ook doorlopen en loop daarbij denk ik ook vast. Zie mijn opmerkingen. Wel entiteiten, maar geen apparaat zichtbaar. Wellicht moet ik nog iets verder doen. Ik snap het niet.

Volgens de topic start moet je eerst je P1 meter opnemen in HA. Via deze weg wordt er per 1 sec gegevens uitgelezen.

Let op dat je als je een taal kiest, bv nederlands dat je dan wel alles nederlands pakt. Soms wil iemand dan nog wel eens de engelse automatisering ofzo plakken. Dan werkt het niet.

Met meerdere Zendure's heb je ook de integratie van gast777 nodig. Met gielz kun je er 1 aansturen. Met gast777 dacht ik max 3.

[meesje]

Devke schreef op vrijdag 28 augustus 2026 @ 19:20:
[...]

Let op dat je als je een taal kiest, bv nederlands dat je dan wel alles nederlands pakt. Soms wil iemand dan nog wel eens de engelse automatisering ofzo plakken. Dan werkt het niet.

Met meerdere Zendure's heb je ook de integratie van gast777 nodig. Met gielz kun je er 1 aansturen. Met gast777 dacht ik max 3.

De gast777 was mij bekend. Daarom had ik ook maar 1 batterij uit HEMS gehaald. Eerst proberen met de Gielz integratie.

Ik vind het allemaal wel complex. Niet alleen de batterij (dus alleen entiteiten), maar ook de integratie van de HW P1 meter. In dit topic werd mij de wijze geadviseerd zoals in de topic start. Heb ik opeens het woord (TOKEN) in code staan. In mijn ogen moet dat vervangen worden door iets. Ik volg het niet. Nu laat ik het rusten. Later maar eens verder kijken.

[Devke]

meesje schreef op vrijdag 28 augustus 2026 @ 20:56:
[...]

De gast777 was mij bekend. Daarom had ik ook maar 1 batterij uit HEMS gehaald. Eerst proberen met de Gielz integratie.

Ik vind het allemaal wel complex. Niet alleen de batterij (dus alleen entiteiten), maar ook de integratie van de HW P1 meter. In dit topic werd mij de wijze geadviseerd zoals in de topic start. Heb ik opeens het woord (TOKEN) in code staan. In mijn ogen moet dat vervangen worden door iets. Ik volg het niet. Nu laat ik het rusten. Later maar eens verder kijken.

Ik weet niet op de TS nog actueel is. Weet @gielz wellicht wel?

Dat hele TOKEN gebeuren heb je niet nodig. Dat is bij de HW PIB wel het geval geweest. Heeft niets met Zendure te maken. Als je de link volgt die ik stuurde dan moet het lukken.

[Stefan1987]

meesje schreef op vrijdag 28 augustus 2026 @ 20:56:
[...]

De gast777 was mij bekend. Daarom had ik ook maar 1 batterij uit HEMS gehaald. Eerst proberen met de Gielz integratie.

Ik vind het allemaal wel complex. Niet alleen de batterij (dus alleen entiteiten), maar ook de integratie van de HW P1 meter. In dit topic werd mij de wijze geadviseerd zoals in de topic start. Heb ik opeens het woord (TOKEN) in code staan. In mijn ogen moet dat vervangen worden door iets. Ik volg het niet. Nu laat ik het rusten. Later maar eens verder kijken.

Je hoeft die hw p1 meter niet los toe te voegen en/of in scripts te zetten. Die voeg je in het dashboard toe (helemaal aan het einde van het stappenplan dus) door middel van het ip adres van je hw p1 meter. Meer niet.

[meesje]

Stefan1987 schreef op vrijdag 28 augustus 2026 @ 21:36:
[...]

Je hoeft die hw p1 meter niet los toe te voegen en/of in scripts te zetten. Die voeg je in het dashboard toe (helemaal aan het einde van het stappenplan dus) door middel van het ip adres van je hw p1 meter. Meer niet. [Afbeelding]

Volgens Gielz heb je dan geen 1 sec. meting. Zie:

gielz in "Zendure producten in Home Assistant integreren deel 2"

en

gielz in "Zendure producten in Home Assistant integreren deel 2"


Ik ga het wel eerst op de makkelijke manier doen (zoals jij aangaf). Kan ik later altijd nog de geadviseerde wijze proberen.

[ Voor 8% gewijzigd door meesje op 28-08-2026 21:56 ]

[Stefan1987]

meesje schreef op vrijdag 28 augustus 2026 @ 21:54:
[...]

Volgens Gielz heb je dan geen 1 sec. meting. Zie:

gielz in "Zendure producten in Home Assistant integreren deel 2"

en

gielz in "Zendure producten in Home Assistant integreren deel 2"


Ik ga het wel eerst op de makkelijke manier doen (zoals jij aangaf). Kan ik later altijd nog de geadviseerde wijze proberen.

Dan begrijp ik denk ik niet hoe die werkt, of ik heb geluk dat het bij mij wel werkt.

Ik gebruik sensor.home_energy_meter_power en die update elke seconde

[DeKim]

koboy schreef op vrijdag 28 augustus 2026 @ 13:26:
[...]

Die landys+gyr is een SMR5 meter die elke 10 seconden update. Er was iemand die hier wat omheen gebouwd had, weet alleen niet meer wie.

De landys&gyr e350 is er ook in een dsmr 4.2 variant. Die geeft elke 10 seconde een waarde maar die waarde is dan al 10 seconde oud. Zo’n meter heb ik maar daar kan je ook een workaround voor maken.

[koboy]

DeKim schreef op vrijdag 28 augustus 2026 @ 22:15:
[...]

De landys&gyr e350 is er ook in een dsmr 4.2 variant. Die geeft elke 10 seconde een waarde maar die waarde is dan al 10 seconde oud. Zo’n meter heb ik maar daar kan je ook een workaround voor maken.

Hoe dan ook blijven het ondingen. Ik had het idee om een SF800pro met 1 of 2 paneeltjes bij mijn schoonmoeder op het afdak te knutselen tot ik de meterkast open trok en zo'n kreng zag hangen. Ik wacht wel tot dat GPRS kreng vervangen is. Als ik iets neerzet moet het gewoon werken.

[eamelink]

Nou, ik heb met de Ali aanbieding ook drie SF800+'jes op de kop getikt voor in totaal 948 euro. Staan nu lekker te pruttelen met gielz.

Deed het eerste uur een beetje raar en toen zag ik dat m'n (USB) P1-meter ingesteld stond op minimaal-10-seconden interval. Na verlagen naar 0 seconden zie ik nu gewoon de updates elke seconde binnenkomen en werkt het goed.

Gisteravond nog een mooie; batterij stopte ineens met ontladen. Ik was niet thuis, in de trein een half uur lang zitten pielen; Node-RED opnieuw opstarten, logs doorpluizen, etcetera. Zag dat de gielz gewoon netjes werkte en elke 5 seconden de discharge rate aanpaste, maar de batterijen bleven allemaal op 'standby' staan.

Kom ik thuis, nog een half uur proberen. Toen uitgezocht wélke van de drie batterijen er zou moeten ontladen, paar keer herstarten enzovoorts.

En toen zag ik dat de stekker er niet in zat

Heb nog niet gereproduceerd om te zien waar ik dat kan zien in de Zendure app of in HA

Verder werkt het als een zonnetje, behalve de Quooker pieken

[MP3-Junky]

Een vraag over de Gast777 proxy. Ik wil niet dat hij "panisch" bezig is met alle accu's op hetzelfde laadnivo krijgen. Dan is hij constant aan het switchen tussen de accus. Een verschil van 20% vind ik prima.

Voor het ontladen is me dat gelukt door: singleMode_change_device_diff = 20  (ipv 5).

Maar voor het laden lijkt dit niet te werken. is dat een andere instelling?

[ppaulv]

Even een update. Ik ben even weg geweest (vakantie) maar heb m'n code, die bedoeld is om netjes om te gaan met spikes, zoals van een Quooker, en een oude meter (DMRS 4.2, data om de 10 seconden).
Dat ziet er alweer beter uit dan voorheen. Zie de plaatjes.
Het eerste plaatje laat zien hoe het systeem reageert op een oven die aan gaat en even aan blijft.
Het tweede plaatje laat zien dat quooker spikes genegeerd worden.
Ik heb dit nog niet in alle mogelijk omstandigheden getest dus die deel ik nog even niet. Eerst zien dat het 'altijd' goed werkt.

De blauwe lijn is mijn alternatieve p1 meter sensor.

De rode lijn is de echte p1 meter, die reageert aan de linker kant nog heftig op een paar wolken voor de zon. De blauwe is weer mijn eigen p1 meter sensor en de groene lijn is wat de accu doet.

Wordt vervolgd.

@koboy het is dus wel te doen met een paar extra bestandjes

[B-Force]

ppaulv schreef op zaterdag 29 augustus 2026 @ 13:20:
Even een update. Ik ben even weg geweest (vakantie) maar heb m'n code, die bedoeld is om netjes om te gaan met spikes, zoals van een Quooker, en een oude meter (DMRS 4.2, data om de 10 seconden).
Dat ziet er alweer beter uit dan voorheen. Zie de plaatjes.
Het eerste plaatje laat zien hoe het systeem reageert op een oven die aan gaat en even aan blijft.
Het tweede plaatje laat zien dat quooker spikes genegeerd worden.
Ik heb dit nog niet in alle mogelijk omstandigheden getest dus die deel ik nog even niet. Eerst zien dat het 'altijd' goed werkt.

[Afbeelding] De blauwe lijn is mijn alternatieve p1 meter sensor.

[Afbeelding] De rode lijn is de echte p1 meter, die reageert aan de linker kant nog heftig op een paar wolken voor de zon. De blauwe is weer mijn eigen p1 meter sensor en de groene lijn is wat de accu doet.

Wordt vervolgd.

@koboy het is dus wel te doen met een paar extra bestandjes

Ben erg benieuwd hoe je dit doet voor met name de quooker! Heb ik ook last van, vanochtend aan de quooker kant alles maar lager gezet, kijken of dat iets uitmaakt.

[ppaulv]

B-Force schreef op zaterdag 29 augustus 2026 @ 14:16:
[...]

Ben erg benieuwd hoe je dit doet voor met name de quooker! Heb ik ook last van, vanochtend aan de quooker kant alles maar lager gezet, kijken of dat iets uitmaakt.

In grote lijnen:
1. Ik bepaal een eigen p1 meter sensor die maximaal 250W kan stijgen of dalen per 'run' van de code (die getriggerd wordt door een update van de 'echte' p1 meter (HomeWizard)) en die bepaald wordt door een mix van de nieuwste meetwaarde, de waarde ervoor en de stroomproductie van m'n panelen. De logica van dat laatste is ver te zoeken maar het werkt wel heel netjes.
2. Ik heb in de Gielz automatisering (zowat) alle factoren op 75% gezet om gedrag wat te dempen
3. Ik detecteer of een nieuwe p1 waarde veel meer is (1000W gebruik ik nu) dan de vorige waarde, indien het geval, dan gebruik ik die waarde niet voor de bepaling van m'n p1 sensor.
4. Ik bepaal of ik een spike zie, dwz nieuwste p1 waarde zit in de buurt van 2 waardes daarvoor maar de waarde ertussen is heel veel anders (diezelfde 1000W afwijking). Indien dat het geval is (Quooker!) wordt die spike genegeerd bij de berekening van m'n p1 sensor.

edit:
ik heb me gerealiseerd dat het gebruik van een mix van de laatste 2 meetwaardes niet meer nodig is om het zenuwachtige gedrag te dempen, dat gebeurt al door de combinatie van andere manieren : maximeren van verandering (max 250W) en negeren van spikes.
Zoals je ziet, het is nog in ontwikkeling maar ik zie aan de gladde grafieken die ik nu krijg dat ik er (bijna) ben waar ik zijn wilde.

[ Voor 15% gewijzigd door ppaulv op 29-08-2026 16:56 ]

[wouter12345]

Een vraag over de Node-RED flow: ik heb 2 Zendures; een 2400AC en 2400AC+. Deze werken netjes samen met Gielz plus Node-RED. Ik zit alleen nog te zoeken naar het ontladen: De 2400AC staat op 800W ontladen; de 2400AC+ zit op zijn eigen groep en zou dus met 2400W kunnen ontladen. Nou kan ik bij Gielz het maximaal ontladen aanpassen, stel 3200W, en ik meen te hebben begrepen dat met Node-RED dan bepaalt op welke manier dat het beste kan. Maar moet ik nog ergens apart instellen dat de 2400AC met 800W mag ontladen, en de ander met 2400W - m.a.w. hoe 'weet' de Node-RED flow dat? Of is dat automatisch de harde limiet die via de Zendure app is ingesteld (ik dacht namelijk dat Gielz die inmiddels kon 'overrulen').

Ik kan me voorstellen dat dit eerder besproken is, maar ik kan het met de zoekfunctie niet helemaal duidelijk terugvinden.

[Gramser]

Dat kan dus niet in de proxy van @gast777 : in NodeRed worden de laadstromen evenredig verdeeld over de aangesloten omvormers.

Ik geloof dat @jelleeelco met Claude dat heeft aangepast: die kan zijn verschillende modellen wel met verschillende vermogens laden en ontladen.

[meesje]

Vandaag even een (voor mij) makkelijkere weg gekozen: de Zendure batterijen via de Zendure integratie gekoppeld aan HA. Via deze weg heb ik wel apparaten (en natuurlijk entiteiten). Op dit moment worden alleen gegevens gelezen, de batterijen zitten nog in HEMS.

Ik heb geprobeerd het energie dashboard goed in te richten. Zouden jullie kunnen kijken of ik de juiste entiteiten heb ingegeven? Ik maak gebruik van een HW P1 meter. Bij de SolarEdge omvormer heb ik ‘levensduur’ geselecteerd. Klinkt vreemd, maar lijkt goed te zijn.

Wellicht is voor menigeen allemaal vanzelfsprekend, maar voor mij niet. Voor mijn gevoel is het meer gokken welke entiteit ik nu moet ingeven.

O ja, in de toekomst ga ik de batterij uit HEMS halen en de aansturing via HA laten lopen. En wellicht ook in de toekomst Gielz+gast777 (ipv Zendure HA). Eerst maar wat kleine stappen maken.

[Gramser]

SolarEdge lijk je goed gedaan te hebben (of ik ook verkeerd) 🙂

[Stefan1987]

meesje schreef op zaterdag 29 augustus 2026 @ 18:43:
Vandaag even een (voor mij) makkelijkere weg gekozen: de Zendure batterijen via de Zendure integratie gekoppeld aan HA. Via deze weg heb ik wel apparaten (en natuurlijk entiteiten). Op dit moment worden alleen gegevens gelezen, de batterijen zitten nog in HEMS.

Ik heb geprobeerd het energie dashboard goed in te richten. Zouden jullie kunnen kijken of ik de juiste entiteiten heb ingegeven? Ik maak gebruik van een HW P1 meter. Bij de SolarEdge omvormer heb ik ‘levensduur’ geselecteerd. Klinkt vreemd, maar lijkt goed te zijn.

Wellicht is voor menigeen allemaal vanzelfsprekend, maar voor mij niet. Voor mijn gevoel is het meer gokken welke entiteit ik nu moet ingeven.

O ja, in de toekomst ga ik de batterij uit HEMS halen en de aansturing via HA laten lopen. En wellicht ook in de toekomst Gielz+gast777 (ipv Zendure HA). Eerst maar wat kleine stappen maken.

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ja die solaredge entiteit klopt. Ik heb dezelfde

[meesje]

Dank! @Gramser ’Huidig vermogen’ had ik niet ingesteld. Ook maar gedaan.

[wouter12345]

Gramser schreef op zaterdag 29 augustus 2026 @ 18:29:
Dat kan dus niet in de proxy van @gast777 : in NodeRed worden de laadstromen evenredig verdeeld over de aangesloten omvormers.

Ik geloof dat @jelleeelco met Claude dat heeft aangepast: die kan zijn verschillende modellen wel met verschillende vermogens laden en ontladen.

Bedankt, ik lees het nu ook. Via de Zendure HA integratie zelf zou het wel kunnen als ik het goed begrijp. Misschien later maar eens proberen; ik ben verder wel erg tevreden met de Gielz oplossing en hoe het nu draait.

[gast777]

MP3-Junky schreef op zaterdag 29 augustus 2026 @ 10:15:
Een vraag over de Gast777 proxy. Ik wil niet dat hij "panisch" bezig is met alle accu's op hetzelfde laadnivo krijgen. Dan is hij constant aan het switchen tussen de accus. Een verschil van 20% vind ik prima.

Voor het ontladen is me dat gelukt door: singleMode_change_device_diff = 20  (ipv 5).

Maar voor het laden lijkt dit niet te werken. is dat een andere instelling?

singleMode_change_device_diff werkt voor zowel opladen als ontladen.

Er zijn wel uitzonderingen, bijvoorbeeld als de SoC onder de minSoC is, dan wordt altijd 1% aangehouden om te wisselen bij opladen. Misschien was dit de situatie? Hoeveel Zendures gebruik je?

Als het echt niet werkt voor opladen zou je een issue ervoor kunnen aanmaken.

[YvonneVP]

rednax2 schreef op donderdag 27 augustus 2026 @ 18:26:
Ik draai al lange tijd met de Gielz automatisering. Zou ‘m graag willen upgraden naar de nieuwste versie, hoeveel werk is dat?

Is dat lastig te realiseren?

Hetzelfde als wanneer je de installatie voor het eerst uitvoert. Het is dus eigenlijk een kwestie van de handleiding/readme volgen, en op een gegeven moment zal je dat zonder de handleiding/readme kunnen doen.

[YvonneVP]

sloth schreef op vrijdag 28 augustus 2026 @ 08:42:
Nieuwe gebruiker met een Solarflow 800 Plus en de zenSDK (Gielz) integratie.

Ik probeer de werking van de Smart Charging optie beter te begrijpen.
entity zendure_setting_start_charging_at staat op -200 W. Zodra de P1 meter meer dan 200W PV injecteert start de automatisatie het laden van de batterij.

Gaat de batterij automatisch naar standby zodra de P1 meter minder dan 200W injecteert, gedurende een periode langer dan de waarde in input_number.zendure_setting_standby_delay?

Inderdaad.

[YvonneVP]

meesje schreef op vrijdag 28 augustus 2026 @ 17:29:
[...]

Die stappen heb ik ook doorlopen en loop daarbij denk ik ook vast. Zie mijn opmerkingen. Wel entiteiten, maar geen apparaat zichtbaar. Wellicht moet ik nog iets verder doen. Ik snap het niet.

Volgens de topic start moet je eerst je P1 meter opnemen in HA. Via deze weg wordt er per 1 sec gegevens uitgelezen.

Heb je API key van je HW wel ingevoerd?

[meesje]

YvonneVP schreef op zondag 30 augustus 2026 @ 05:04:
[...]

Heb je API key van je HW wel ingevoerd?

Ik lees er ongetwijfeld overheen, maar waar moet ik dat doen conform onderstaande instructie en de genoemde code voor HW v2? Ik zie dat ik het ip adres in moet geven en een token. De token is mij niet bekend. Naast ip adres en token zie ik geen andere variabelen. Tenminste ik denk dat deze met “< >” zijn aangegeven.

De HW handleiding die genoemd wordt, is voor mij een brug te ver.

https://github.com/Gielz1986/Zendure-HA-zenSDK/wiki/Global-and-NL-%E2%80%90-P1-CT-meters-(API's)

[ Voor 46% gewijzigd door meesje op 30-08-2026 08:41 ]

[Devke]

meesje schreef op zondag 30 augustus 2026 @ 08:34:
[...]

Ik lees er ongetwijfeld overheen, maar waar moet ik dat doen conform onderstaande instructie en de genoemde code voor HW v2? Ik zie dat ik het ip adres in moet geven en een token. De token is mij niet bekend. Naast ip adres en token zie ik geen andere variabelen. Tenminste ik denk dat deze met “< >” zijn aangegeven.

De HW handleiding die genoemd wordt, is voor mij een brug te ver.

https://github.com/Gielz1986/Zendure-HA-zenSDK/wiki/Global-and-NL-%E2%80%90-P1-CT-meters-(API's)

Ik kan me niet herinneren dat je dit nodig hebt. Zie je de HW P1 meter met al zijn entiteiten gewoon in HA? Let op dat je wel ff het schuifje in de App van HW juist zet m.b.t. de API. De P1 heeft een IP adres. Te vinden in de router/modem van je ISP. Die vul je in op het dashboard van gielz.

Mocht je wat meer info rondom de V2 api van HW willen weten? https://api-documentation...com/docs/v2/authorization

[Stefan1987]

Devke schreef op zondag 30 augustus 2026 @ 09:45:
[...]

Ik kan me niet herinneren dat je dit nodig hebt. Zie je de HW P1 meter met al zijn entiteiten gewoon in HA? Let op dat je wel ff het schuifje in de App van HW juist zet m.b.t. de API. De P1 heeft een IP adres. Te vinden in de router/modem van je ISP. Die vul je in op het dashboard van gielz.

Mocht je wat meer info rondom de V2 api van HW willen weten? https://api-documentation...com/docs/v2/authorization

Dit is inderdaad hoe ik hem werkend heb. 39 entiteiten in totaal. Als je die kan uitlezen via de HW integratie, is het een kwestie van ip adres toegoegen

[meesje]

Stefan1987 schreef op zondag 30 augustus 2026 @ 09:51:
[...]

Dit is inderdaad hoe ik hem werkend heb. 39 entiteiten in totaal. Als je die kan uitlezen via de HW integratie, is het een kwestie van ip adres toegoegen

[Afbeelding]

De HW P1 meter had ik al toegevoegd aan HA (zie onderstaand screenshot). Destijds werd mij (zie eerdere opmerking) geadviseerd de stap te volgen zoals beschreven in de TS, want via die weg heb je metingen per seconde. En niet via de standaard HW integratie. Nogmaals, niet zelf verzonnen, maar werd me geadviseerd, door Gielz overigens. Vandaar dat ik die weg wilde volgen. Maar kennelijk achterhaald.

Komende tijd dan toch maar Gielz+gast777 proberen. Eerst maar Gielz met 1 batterij. Later uitbreiden met de andere twee batterijen met gast777.

De Energy sockets laat ik nog buiten HA. Volgens mij voegen deze weinig toe zoals ik ze nu gebruik (om iets terug te zien van de Zendure batterijen in de HW app).

[ Voor 20% gewijzigd door meesje op 30-08-2026 11:02 ]

[Stefan1987]

meesje schreef op zondag 30 augustus 2026 @ 11:00:
[...]

De HW P1 meter had ik al toegevoegd aan HA (zie onderstaand screenshot). Destijds werd mij (zie eerdere opmerking) geadviseerd de stap te volgen zoals beschreven in de TS, want via die weg heb je metingen per seconde. En niet via de standaard HW integratie. Nogmaals, niet zelf verzonnen, maar werd me geadviseerd, door Gielz overigens. Vandaar dat ik die weg wilde volgen. Maar kennelijk achterhaald.

Komende tijd dan toch maar Gielz+gast777 proberen. Eerst maar Gielz met 1 batterij. Later uitbreiden met de andere twee batterijen met gast777.

De Energy sockets laat ik nog buiten HA. Volgens mij voegen deze weinig toe zoals ik ze nu gebruik (om iets terug te zien van de Zendure batterijen in de HW app).

[Afbeelding]

Als je batterijen toevoegt (dus onder je huidige omvormer) heb je de integratie van gast777 niet nodig. Tenzij je batterij + omvormer bedoelt, dan wel uiteraard

[meesje]

Stefan1987 schreef op zondag 30 augustus 2026 @ 11:08:
[...]

Als je batterijen toevoegt (dus onder je huidige omvormer) heb je de integratie van gast777 niet nodig. Tenzij je batterij + omvormer bedoelt, dan wel uiteraard

Op een ander forum maak ik wel onderscheid tussen de termen batterij en omvormer, maar voor menig consument is een SF800+ een batterij. Terwijl dit inderdaad omvormer + batterij is. Zo zie je het ook terug in HA. Ik doelde dus op meerdere omvormers (met batterij). Ik heb er drie (SF800+). Dus ik kan volstaan met gast777, bij meer moet ik gebruik maken van de HA integratie van Zendure zelf. Wat ik overigens nu even heb gedaan, omdat Gielz me niet lukte en toch wel graag iets zichtbaar wil hebben in HA. De omvormers zitten nog gewoon in HEMS, dus puur gegevens tonen, (nog) niet batterijen aansturen via HA.

[Super Cow]

Ik maak nu gebruik van 2 weken ofzo van OmniBattery, en bevalt prima in mijn situatie.
Voordeel van deze integratie is ondersteund verschillende merken, en max van 6 stuks.

[Gramser]

ZuinigeRijder schreef op zondag 21 juni 2026 @ 13:18:
Ik heb een Peblar Business laadstation geïnstalleerd. Deze heeft een Home Assistent integratie.
ZuinigeRijder in "[Peblar EV Charger] Ervaringen en discussie"

Fijn is dat de Peblar Business ook puur op zon kan laden én dat deze de HomeWizard P1 meter hiervoor kan gebruiken. Daarnaast kan ik door de ingebouwde MID meter ook verdienen aan ERE certificaten:

[EV] ERE certificaten, geld verdienen met thuisladen

Ik gebruik voor mijn 2x Zendure SF800 Plus @gielz en @gast777 proxy.

Nu wil ik niet dat de Zendures tegenwerken aan het laden van nul op de meter (puur zonne-laden). Heb nu een automatisering gemaakt, wanneer de auto aan het laden is, de Zendures naar Standby gaan. Bij het stoppen met laden, gaan de Zendures naar Nul op de meter.

Ik heb een nieuwe yaml file aangemaakt: /homeassistant/packages/peblar.yaml met als inhoud:

code:

input_boolean:
  ev_heeft_voorrang:
    name: EV heeft voorrang

P.S. kan ook in configuration.yaml

Daarnaast een automatisering gemaakt (Settings -> Automations -> + Create Automation):

code:

alias: EV prioriteit reconciler
triggers:
  - entity_id:
      - sensor.peblar_ev_charger_status
      - sensor.peblar_ev_charger_vermogen
      - input_boolean.ev_heeft_voorrang
    trigger: state
  - event: start
    trigger: homeassistant
actions:
  - variables:
      status: "{{ states('sensor.peblar_ev_charger_status') | lower }}"
      vermogen: "{{ states('sensor.peblar_ev_charger_vermogen') | float(0) }}"
      ev_actief: "{{ status == 'charging' and vermogen > 1000 }}"
      zendure_huidig: "{{ states('input_select.zendure_2400_ac_modus_selecteren') }}"
  - if:
      - condition: template
        value_template: "{{ ev_actief }}"
    then:
      - if:
          - condition: state
            entity_id: input_boolean.ev_heeft_voorrang
            state: "off"
        then:
          - target:
              entity_id: input_boolean.ev_heeft_voorrang
            action: input_boolean.turn_on
      - if:
          - condition: template
            value_template: "{{ zendure_huidig != 'Standby' }}"
        then:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Standby
            action: input_select.select_option
    else:
      - if:
          - condition: state
            entity_id: input_boolean.ev_heeft_voorrang
            state: "on"
        then:
          - delay:
              minutes: 3
          - variables:
              status2: "{{ states('sensor.peblar_ev_charger_status') | lower }}"
              vermogen2: "{{ states('sensor.peblar_ev_charger_vermogen') | float(0) }}"
              nog_actief: "{{ status2 == 'charging' and vermogen2 > 1000 }}"
          - if:
              - condition: template
                value_template: "{{ not nog_actief }}"
            then:
              - target:
                  entity_id: input_boolean.ev_heeft_voorrang
                action: input_boolean.turn_off
mode: single

Gebruikt:
- sensor.peblar_ev_charger_status
- sensor.peblar_ev_charger_vermogen
- input_boolean.ev_heeft_voorrang
- input_select.zendure_2400_ac_modus_selecteren

Wanneer je een ander laadstation hebt, waar je ook kunt detecteren dat die aan het laden is, kun je deze automation aanpassen.

Daarnaast heb ik een automation die de Zendures terugzet naar Nul op de meter, wanneer het laden gestopt is

code:

alias: EV na laden Zendure modus herstellen
triggers:
  - entity_id: input_boolean.ev_heeft_voorrang
    to: "off"
    trigger: state
actions:
  - target:
      entity_id: input_select.zendure_2400_ac_modus_selecteren
    data:
      option: Nul op de meter
    action: input_select.select_option
mode: single

Hoop dat iemand er iets aan heeft.

Dank hiervoor - ik heb er iets aan! Met een beetje sparren met Google AI heb ik jouw yaml werkend voor mijn 2400AC+ setup gekregen. Als de Peblar gaat laden, gaan de Zendures naar Smart Charge Only, en als de Peblar klaar is weer naar Smart Matching. En met jouw knop zet je het zelf aan of uit. Handig!

[DJ-Promo]

Nieuwste firmware op de SF800Plus gezet en die staat nu 800W te ontladen . Wordt weer even zoeken.

[meesje]

DJ-Promo schreef op zondag 30 augustus 2026 @ 17:31:
Nieuwste firmware op de SF800Plus gezet en die staat nu 800W te ontladen . Wordt weer even zoeken.

Staat ie toevallig weer in HEMS?

[ Voor 7% gewijzigd door meesje op 30-08-2026 19:00 ]

[m-vw]

DJ-Promo schreef op zondag 30 augustus 2026 @ 17:31:
Nieuwste firmware op de SF800Plus gezet en die staat nu 800W te ontladen . Wordt weer even zoeken.

Ik heb ook de laatste versie en geen raar gedrag. Weet niet eens wat ze opgelost hebben.

[DJ-Promo]

meesje schreef op zondag 30 augustus 2026 @ 18:58:
[...]

Staat ie toevallig weer in HEMS?

Nee, als ik even achter de PC zit de curl commandos weer eens proberen. Niet in HEMS op die eerste pagina staat custom mode. Zie het al, dat laden was de grid input mode.

[Korvaag]

@gielz

Mag ik een suggestie doen? De goedkoopste uren/kwartieren zijn soms erg lastig zichtbaar doordat de groene balkjes niet zichtbaar zijn als het allemaal rond de 0 euro zit. Homewizard (die ik ook gebruik om op de 2 goedkoopste uren van de dag m'n Ecoflow batterij op te laden) lost dat zo op:



Is dit iets wat ook te doen is in jouw integratie?

[MP3-Junky]

Super Cow schreef op zondag 30 augustus 2026 @ 13:22:
Ik maak nu gebruik van 2 weken ofzo van OmniBattery, en bevalt prima in mijn situatie.
Voordeel van deze integratie is ondersteund verschillende merken, en max van 6 stuks.

[Afbeelding]

Kan je met OmniBattery ook profielen kiezen als "Slim opladen" en "Slim Ontladen" Dus niet nul op de meter of een ander "slim" algoritme? En kun je dit profiel dan ook instellen middels een automatisering?

[Pakhaas]

Korvaag schreef op maandag 31 augustus 2026 @ 00:11:
@gielz

Mag ik een suggestie doen? De goedkoopste uren/kwartieren zijn soms erg lastig zichtbaar doordat de groene balkjes niet zichtbaar zijn als het allemaal rond de 0 euro zit. Homewizard (die ik ook gebruik om op de 2 goedkoopste uren van de dag m'n Ecoflow batterij op te laden) lost dat zo op:

[Afbeelding]

Is dit iets wat ook te doen is in jouw integratie?

Als je de Nordpool incl btw en eb doet krijg je gewoon 13ct te zien. Dat is ook wat je daadwerkelijk betaald voor levering en wat je nu nog terugkrijgt bij teruglevering.

[Korvaag]

Pakhaas schreef op maandag 31 augustus 2026 @ 09:15:
[...]

Als je de Nordpool incl btw en eb doet krijg je gewoon 13ct te zien. Dat is ook wat je daadwerkelijk betaalt voor levering en wat je nu nog terugkrijgt bij teruglevering.

Dat is niet relevant voor het probleem. Als de stroomprijs 13 cent daalt zit je alsnog met het issue. Nou is de kans dat de stroom nu nog negatief geprijsd gaat zijn niet zo groot maar het issue blijft.

Ik heb overigens wel een sensor met belasting en BTW, maar deze staat niet ingesteld in de automatisering. De Gielz implementatie verwijst naar de sensor.nordpool_kwh_nl_eur_3_10_021

[Isdatzo]

Pakhaas schreef op maandag 31 augustus 2026 @ 09:15:
[...]

Als je de Nordpool incl btw en eb doet krijg je gewoon 13ct te zien. Dat is ook wat je daadwerkelijk betaald voor levering en wat je nu nog terugkrijgt bij teruglevering.

Dat geldt niet voor iedereen: zo ben ik ruimschoots een netto exporteur, dus voor mij is het niet relevant om prijzen inclusief belastingen te bekijken.

Nu gebruik ik de Gielz-automatiseringen niet, dus voor mij persoonlijk maakt het allemaal niks uit hoe het e.e.a. daar gevisualiseerd wordt.

[bert pit]

Ik stuur mijn twee hypers aan via de app en lees uit via HA. Nu wil ik eens kijken of het mij gaat lukken om ook de aansturing via HA te doen.

Vraagje vooraf: ik meen me te herinneren dat daarvoor een 2e account gemaakt moest worden in de Zendure app, geldt dat nog steeds, of is daar iets in veranderd? Ik kon het in de giga hoeveelheid posts niet meer terugvinden.

[Gramser]

Ik begon met HEMS, maar gebruik nu alleen nog maar HA. Geen tweede account nodig.

[Super Cow]

MP3-Junky schreef op maandag 31 augustus 2026 @ 08:47:
[...]

Kan je met OmniBattery ook profielen kiezen als "Slim opladen" en "Slim Ontladen" Dus niet nul op de meter of een ander "slim" algoritme? En kun je dit profiel dan ook instellen middels een automatisering?

Hier staan de features: https://ffunes.github.io/Omnibattery/features/pd-controller/
Je kan manual mode, en solar charge delay doen enzo. Kwa nul op de meter algoritme kan je heel veel, PD controller.

[koboy]

Super Cow schreef op maandag 31 augustus 2026 @ 13:33:
[...]

Hier staan de features: https://ffunes.github.io/Omnibattery/features/pd-controller/
Je kan manual mode, en solar charge delay doen enzo. Kwa nul op de meter algoritme kan je heel veel, PD controller.

Het ziet er allemaal prachtig uit, maar ik mis toch een aantal zaken die mij voorlopig nog bij het qua opzet eenvoudiger Gielz houden waar ik van de winter nog wel een omschakel automatisering tegenaan plak.
De regeling op historisch verbruik is prachtig maar alles is primair daarop gericht, ook het opladen via PV. Ik mis een mogelijkheid om opgeslagen PV overschot te dumpen tegen zo hoog mogelijk tarief, en ook een "nu opladen" knop of regeling om 1x per week naar 100% te laden om daarna zo lang mogelijk alleen te ontladen tijdens dure uren.

[martinvdm]

rednax2 schreef op donderdag 27 augustus 2026 @ 18:26:
Ik draai al lange tijd met de Gielz automatisering. Zou ‘m graag willen upgraden naar de nieuwste versie, hoeveel werk is dat?

Is dat lastig te realiseren?

Kan wel zijn dat je na de upgrade even je minSoc en maxSoc opnieuw moet instellen.

[B-Force]

Ik gebruik Zendure Manager van energienerds.nl om even te wennen aan aansturen in HA. Wellicht op termijn over naar Gielz, maar dit werkt voor mij eerst even meer dan prima.

Sinds vanmiddag is mijn AC2400+ niet meer actief. Hij blijft op status Sleeping staan terwijl ik NOM wil draaien en wel afname heb. Hoe krijg ik de batterij even handmatig aan het ontladen? Wellicht dat Zendure Manager daarna weer aangaat.

Daarnaast; als ik kies voor connect via ZenSDK ipv cloud, moet ik dan og iets extra instellen? Via ZenSDK verliest hij continue verbinding en verbind daarna weer opnieuw.

[Krisp]

Keida schreef op zaterdag 15 augustus 2026 @ 19:40:
Wat leven we toch in bijzondere tijd. Ben geen coder en zou dit zonder een AI agent nooit voor elkaar krijgen. Maar op basis van Gielz integratie + EVCC met AI de hele aansturing van Gielz automatisch gemaakt.

Dit op basis van geschatte PV opbrengsten, aanwezigheid van de EV, SOC van EV, geschat verbruik van het huis zelf en dan ook nog handelen indien mogelijk.

Al met al 8 nieuwe YAML files en automations :d.

Leert ook nog zelf op basis van huisverbruik en afwijking geschatte PV tov echt gerealiseerde. Alleen aan/afwezigheid van de EV is nog statisch en handmatig...

Zijn er meer mensen die zo de Gielz integratie dynamisch/automatisch aansturen?

Kun je toelichten/delen hoe je dit gedaan hebt? Ben erg benieuwd.

In de laatste versie kan EVCC ook de 800 Pro automatisch aansturen. Dat het kan lijkt mij een foutje, want de setting past alleen aan dat de batterij in de Flash/RAM modus draait, en als hij snel moet opladen. Oftewel: als de batterij NOM zou moeten draaien werkt het niet. Dat neemt niet weg dat dit nog wat betere uitgangspunten biedt om te optimaliseren.... ware het niet dat de optimizer in EVCC helemaal niet functioneel is, alleen als test.

Ik zoek daarom een manier om het helemaal te automatiseren, want nu pas ik dagelijks die getallen aan en dat vind ik niet echt zinvol.

[ Voor 30% gewijzigd door Krisp op 31-08-2026 21:24 ]

[DJ-Promo]

wmc schreef op vrijdag 14 augustus 2026 @ 21:45:
[...]


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

Was dit nog gelukt? Ik heb een nieuw netwerk en ben van 192.168.1.x range naar 192.168.178.x gegaan. Nu blijft er maar een oud IP adres in zendure_ha.storage komen. Heb de SolarFlow al uit de app gegooid met alle gegevens en nu is dus altijd het IP adres in de zendure_ha.storage leeg. Terwijl in de Zendure app klopt ie gewoon. Integratie al tig keer opnieuw geinstalleerd en de file hernoemt of zelf aangepast maar blijft met een leeg IP. Iemand tips?

Edit werkt gek van bovenstaand, heb HA geupdate en eindelijk mijzelf verdiept in Gielz (was niet zo moeilijk) die is nu actief en werkt! Hulde dat je gewoon het IP kan invullen.

[ Voor 12% gewijzigd door DJ-Promo op 01-09-2026 10:48 ]

[MP3-Junky]

gast777 schreef op zaterdag 29 augustus 2026 @ 21:08:
[...]

singleMode_change_device_diff werkt voor zowel opladen als ontladen.

Er zijn wel uitzonderingen, bijvoorbeeld als de SoC onder de minSoC is, dan wordt altijd 1% aangehouden om te wisselen bij opladen. Misschien was dit de situatie? Hoeveel Zendures gebruik je?

Als het echt niet werkt voor opladen zou je een issue ervoor kunnen aanmaken.

Zie deze grafiek van vandaag.

[bruneelm]

DJ-Promo schreef op dinsdag 1 september 2026 @ 10:06:
[...]

Was dit nog gelukt? Ik heb een nieuw netwerk en ben van 192.168.1.x range naar 192.168.178.x gegaan. Nu blijft er maar een oud IP adres in zendure_ha.storage komen. Heb de SolarFlow al uit de app gegooid met alle gegevens en nu is dus altijd het IP adres in de zendure_ha.storage leeg. Terwijl in de Zendure app klopt ie gewoon. Integratie al tig keer opnieuw geinstalleerd en de file hernoemt of zelf aangepast maar blijft met een leeg IP. Iemand tips?

Edit werkt gek van bovenstaand, heb HA geupdate en eindelijk mijzelf verdiept in Gielz (was niet zo moeilijk) die is nu actief en werkt! Hulde dat je gewoon het IP kan invullen.

Ook mee geworsteld dat op gedrocht dat altijd maar (van de cloud) terug komt. Enige werkende oplossing is de lijn met self.ipaddress vervangen door (mDNS ipv ipadres)

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

Te vinden in de device.py file

[oeps]

Hoi,
Ik heb een vreemde situatie met mijn 2400 Pro (met PV gekoppeld).
Kwam gisteren voor en vandaag weer:

• Zon komt op, voldoende opbrengst "huis PV", er zijn wat dure kwartieren en ik start met verkopen, max 2400 Watt.
• Daarna blijft hij ontladen, niet op het max van 2400 Watt maar een voor mij random waarde (rond de 600 Watt).
• Tijdens en na die dure kwartieren leveren de gewone huiszonnepanelen al meer dan genoeg om op charging over te gaan (en we zitten niet meer in duur kwartier). Zie screenshot.

Wat opvalt:

• Op 30 augustus 10:32 naar Gielz v20260824 geupgrade (alles in het Engels).
• Ik verkoop bijna nooit in de ochtend vanwege hoge minimale spread. Die heb ik op 31 agustus naar 50% gezet, gisteren naar 40% (kijken of daarmee het ontladen overgaat naar laden, niet dus).
• Toen minimale spread even op 100% gezet op 1 september 11:40:14. Op die tijd ging hij over van discharging naar charging!

• Schiet mij maar lek, ik snap het niet! Geen idee of er iets in Gielz zit of met de combinatie van minimale spread waarde en ochtend handelen.

Iemand soortgelijke ervaring? Heb je een work around om hier omheen te werken?

Vanochtend gebeurde het weer nu op een andere manier eruit gekomen:

Stond op Dynamic trading + smart matching
09:04:20 Gielz op Manual gezet
09:04:50 Gielz Dynamic trading + smart matching gezet
09:05:30 Giels op Manual, batterij blijft op discharging
09:06:00 Toevoegen aan HEMS in Zendure app
09:06:21 batterij gaat van discharging naar charging
09:06:39 Uit hems gehaald
09:06:54 Gielz weer op Dynamic trading + smart matching gezet en alles weer OK

Dank voor hulp!

[Mimiix]

oeps schreef op woensdag 2 september 2026 @ 09:49:
Hoi,
Ik heb een vreemde situatie met mijn 2400 Pro (met PV gekoppeld).
Kwam gisteren voor en vandaag weer:

• Zon komt op, voldoende opbrengst "huis PV", er zijn wat dure kwartieren en ik start met verkopen, max 2400 Watt.
• Daarna blijft hij ontladen, niet op het max van 2400 Watt maar een voor mij random waarde (rond de 600 Watt).
• Tijdens en na die dure kwartieren leveren de gewone huiszonnepanelen al meer dan genoeg om op charging over te gaan (en we zitten niet meer in duur kwartier). Zie screenshot.

Wat opvalt:

• Op 30 augustus 10:32 naar Gielz v20260824 geupgrade (alles in het Engels).
• Ik verkoop bijna nooit in de ochtend vanwege hoge minimale spread. Die heb ik op 31 agustus naar 50% gezet, gisteren naar 40% (kijken of daarmee het ontladen overgaat naar laden, niet dus).
• Toen minimale spread even op 100% gezet op 1 september 11:40:14. Op die tijd ging hij over van discharging naar charging!

• Schiet mij maar lek, ik snap het niet! Geen idee of er iets in Gielz zit of met de combinatie van minimale spread waarde en ochtend handelen.

Iemand soortgelijke ervaring? Heb je een work around om hier omheen te werken?

Vanochtend gebeurde het weer nu op een andere manier eruit gekomen:

Stond op Dynamic trading + smart matching
09:04:20 Gielz op Manual gezet
09:04:50 Gielz Dynamic trading + smart matching gezet
09:05:30 Giels op Manual, batterij blijft op discharging
09:06:00 Toevoegen aan HEMS in Zendure app
09:06:21 batterij gaat van discharging naar charging
09:06:39 Uit hems gehaald
09:06:54 Gielz weer op Dynamic trading + smart matching gezet en alles weer OK

Dank voor hulp!

[Afbeelding]	[Afbeelding]	[Afbeelding]
[Afbeelding]	[Afbeelding]	[Afbeelding]I

Ik zie ook wel eens wat gekke dingen met SF2400Pro en panelen. Ik lees even mee.

[Mscroos]

oeps schreef op woensdag 2 september 2026 @ 09:49:


Iemand soortgelijke ervaring? Heb je een work around om hier omheen te werken?

Ja, heb dit ook gehad, denk dat je drie mogelijkheden hebt:

1. Het BMS is "iets" aan het doen om de cellen gelijk te trekken, dit heb ik gehad na het toevoegen van een nieuwe accu (zie ook punt 3)
2. De set moet een herstart hebben omdat de communicatie niet helemaal meer lekker loopt
3. Is eigenlijk het scenario zoals het bij mij begonnen is. Maar het beeld was iets anders, ik gaf 2400 als opdracht (power commando) en de set ging "springen" tussen een hoge waarde en dan weer terug alsof hij issues had om op een hoog vermogen te blijven. Uit eindelijk na wat heen en weer overleg met Zendure helpdesk en het wisselen van accus naar andere sets die ik heb kunnen vaststellen welke het probleem gaf. Na de wissel (zie punt 1 ;-)) geen issues meer gehad.

Denk dat je ook even moet kijken naar de staat van de batterijen in de set zelf. Gaan die gelijk op qu opladen? ik had bij mijn problemen issues dat er 1 uit de pas liep.

[oeps]

Mscroos schreef op woensdag 2 september 2026 @ 10:32:
[...]

Ja, heb dit ook gehad, denk dat je drie mogelijkheden hebt:

1. Het BMS is "iets" aan het doen om de cellen gelijk te trekken, dit heb ik gehad na het toevoegen van een nieuwe accu (zie ook punt 3)
2. De set moet een herstart hebben omdat de communicatie niet helemaal meer lekker loopt
3. Is eigenlijk het scenario zoals het bij mij begonnen is. Maar het beeld was iets anders, ik gaf 2400 als opdracht (power commando) en de set ging "springen" tussen een hoge waarde en dan weer terug alsof hij issues had om op een hoog vermogen te blijven. Uit eindelijk na wat heen en weer overleg met Zendure helpdesk en het wisselen van accus naar andere sets die ik heb kunnen vaststellen welke het probleem gaf. Na de wissel (zie punt 1 ;-)) geen issues meer gehad.

Denk dat je ook even moet kijken naar de staat van de batterijen in de set zelf. Gaan die gelijk op qu opladen? ik had bij mijn problemen issues dat er 1 uit de pas liep.

Dank voor je reactie. Gelukkig niet de enige

• Ik heb anderhalve week geleden een accu toegevoegd!
• De set toen uitgezet (PV los, knop lang indrukken, stekker uit stopcontact)! Sindsdien niet een restart gedaan.

De batterijen gaan best gelijk op:

Details Cell balance status:
(Na het toevoegen was er uiteraard onbalans maar werd rechtgetrokken)

• Battery 1: wisselt vandaag flink aantal keren tussen Excellent en Good.
  Laatste keer Imbalanced gisteren tussen 16:00 en 19:55
• Battery 2: Vandaag maar 1 keer gewisseld tussen Excellent en Good.
  Laatste keer Imbalanced gisteren tussen 16:01 en 19:59
• Battery 3: wisselt vandaag flink aantal keren tussen Excellent en Good.
  Laatste keer Imbalanced gisteren tussen 16:17 en 16:20
• Battery 4: wisselt vandaag flink aantal keren tussen Excellent en Good.
  Laatste keer Imbalanced gisteren tussen 16:07 en 19:57

Wat heb jij exact gedaan en is het nu definitief opgelost?
Klopt het dat jij meerdere sets hebt en daar tussen hebt gewisseld? Ik heb er maar één en kan hoogstens de volgorde aanpassen.
Of gewoon maar ook een ticket bij Zendure aanmaken?

[meesje]

Vandaag eindelijk mijn drie SF800+ batterijen uit HEMS gehaald en deze laten aansturen via HA (met de standaard Zendure integratie). Soms een beetje puzzelen. Met wat AI bevragingen kom ik er dan wel uit.

Zaken waar ik tegenaan liep (en heb opgelost) waren bijvoorbeeld: Welke bedrijfsmodus moet ik selecteren (welke moet ik kiezen voor Eigen verbruiksmodus)? Waarom blijft de globale batterij soc op 0 staan? Oplossing was om de batterijen aan dezelfde Fuse Group toe te voegen. Welke Fuse groep moet ik dan selecteren? Wat moet ik instellen bij AC verbruiksmodus? Deze laatste instelling wijzigt kennelijk automatisch bij 'slimme matching'. Ik zie dat inderdaad gebeuren. Een batterij is vol en de AC verbruiksmodus is automatisch veranderd van invoermodus naar uitvoermodus.

Als verbindingsmodus gekozen voor zenSDK. Dus snellere reacties.

Ik ben helemaal happy. Wellicht ooit over naar gielz+gast777, maar op dit moment vind ik de officiële Zendure integratie wel best. Daarnaast wil gebruik gaan maken van de energienerds zendure-schedule integratie. Als randvoorwaarde is dat je gebruik maakt van de officiële Zendure integratie.

Zijn er overigens tweakers die de zendure-schedule integratie gebruiken? Wat zijn jullie ervaringen?

[ Voor 4% gewijzigd door meesje op 02-09-2026 13:35 ]

[Mscroos]

oeps schreef op woensdag 2 september 2026 @ 12:50:
[...]


Wat heb jij exact gedaan en is het nu definitief opgelost?
Klopt het dat jij meerdere sets hebt en daar tussen hebt gewisseld? Ik heb er maar één en kan hoogstens de volgorde aanpassen.
Of gewoon maar ook een ticket bij Zendure aanmaken?

1 accu (AB3000L) is vervangen bij mij . Je zou kunnen testen als je accu's verwijderd of het gedrag veranderd.

[Pakhaas]

gast777 schreef op woensdag 26 augustus 2026 @ 20:44:
[...]

Ik geloof dat je dit eerder ook had inderdaad en toen heb ik er nog naar gekeken. Toen gaf je json data aan: "faultLevel": 3 (ik weet niet wat dat betekent maar kan relevant zijn)

Kun je net als @KikkerMario eens in de Zendure app kijken of daar een foutmelding staat? Je had dacht ik ook een ticket met Zendure ervoor. Kwam daar nog iets uit?

Welke firmware heb je nu erop? Bij mij gebeurde dit 1 keer met V2.0.1, maar na update naar V2.0.2 nooit meer last van gehad gelukkig .

Zendure heeft nu aangegeven dat er een fout in de omvormer zit en deze wordt omgeruild voor een nieuwe.

[meesje]

Zo mooi om te zien dat met HA de batterijen beter worden aangestuurd. In plaats van het ontladen over drie sf800plus-en te verdelen, wordt er nu maar eentje ontladen. Het ontladen gebeurt sequentieel, wat een beter rendement op moet leveren.

Zojuist werd de waterkoker aangezet en ik zag vrij snel dat de andere twee sf800plus-en bijsprongen. Het geheel bleef nog onder 2400w. Waterkoker klaar en keurig weer terug naar ontladen naar één exemplaar.

Een mooie verbetering t.o.v. HEMS.

edit:
Na het plaatsen van bovenstaande, zie ik opeens dat er twee aan het ontladen zijn (met 130w en met 158w). Vreemd, waarom niet zoals eerder via één batterij ontladen?

[ Voor 16% gewijzigd door meesje op 02-09-2026 19:47 ]

[MP3-Junky]

meesje schreef op woensdag 2 september 2026 @ 19:42:
Zo mooi om te zien dat met HA de batterijen beter worden aangestuurd. In plaats van het ontladen over drie sf800plus-en te verdelen, wordt er nu maar eentje ontladen. Het ontladen gebeurt sequentieel, wat een beter rendement op moet leveren.

Zojuist werd de waterkoker aangezet en ik zag vrij snel dat de andere twee sf800plus-en bijsprongen. Het geheel bleef nog onder 2400w. Waterkoker klaar en keurig weer terug naar ontladen naar één exemplaar.

Een mooie verbetering t.o.v. HEMS.

edit:
Na het plaatsen van bovenstaande, zie ik opeens dat er twee aan het ontladen zijn (met 130w en met 158w). Vreemd, waarom niet zoals eerder via één batterij ontladen?

Dit probleem heb ik ook met de @gast777 proxy.

Zie mijn bericht een paar posts terug.

[V-8]

Mijn min. SoC staat ingesteld op 10%.
Ik zie vaak 's nachts, na ontladen enorm veel relay switches (3.500x).
Ook zie ik dat het laadvermogen kort ingesteld wordt op 1.200W, vermoedelijk om weer op 10% te komen. Dit pendelt klaarblijkelijk constant, wat natuurlijk niet bevorderlijk is voor de levensduur van het geheel...

Iemand dit ook meegemaakt? Wat is er aan te doen? Wellicht een soort hysterese, bv. ontladen tot 10% en pas beginnen met bijladen vanaf 8%?

[drice]

V-8 schreef op donderdag 3 september 2026 @ 10:52:
Mijn min. SoC staat ingesteld op 10%.
Ik zie vaak 's nachts, na ontladen enorm veel relay switches (3.500x).
Ook zie ik dat het laadvermogen kort ingesteld wordt op 1.200W, vermoedelijk om weer op 10% te komen. Dit pendelt klaarblijkelijk constant, wat natuurlijk niet bevorderlijk is voor de levensduur van het geheel...

Iemand dit ook meegemaakt? Wat is er aan te doen? Wellicht een soort hysterese, bv. ontladen tot 10% en pas beginnen met bijladen vanaf 8%?

Had ik een week of twee geleden ook opeens. Ik heb toen de zendure integratie en de gast777 proxy bijgewerkt naar de laatste versie en toen was het weg.

Daarvoor draaide het weken zonder problemen, dus ik denk niet dat het door de update kwam, maar door iets anders

[V-8]

drice schreef op donderdag 3 september 2026 @ 10:59:
[...]

Had ik een week of twee geleden ook opeens. Ik heb toen de zendure integratie en de gast777 proxy bijgewerkt naar de laatste versie en toen was het weg.

Daarvoor draaide het weken zonder problemen, dus ik denk niet dat het door de update kwam, maar door iets anders

[Afbeelding]

Bedankt!

Ik zit op v20260716 en zie dat v20260824 beschikbaar is.
Misschien een beetje een domme vraag, maar hoe kan ik dit het makkelijkst updaten? Ik heb nog niet eerder met een package zoals dit gewerkt..

[RemmyB83]

V-8 schreef op donderdag 3 september 2026 @ 11:24:
[...]

Bedankt!

Ik zit op v20260716 en zie dat v20260824 beschikbaar is.
Misschien een beetje een domme vraag, maar hoe kan ik dit het makkelijkst updaten? Ik heb nog niet eerder met een package zoals dit gewerkt..

Het updaten is eigenlijk alles op nieuw installeren(zoals de eerste keer), wat is geupdate. Dus als bijvoorbeeld het dashboard niet is geupdate door gielz hoef je deze niet te vervangen.
Na herinstalleren staat hier meestal alles nog goed, maar ik controleer het wel altijd even.

[V-8]

RemmyB83 schreef op donderdag 3 september 2026 @ 11:45:
[...]

Het updaten is eigenlijk alles op nieuw installeren(zoals de eerste keer), wat is geupdate. Dus als bijvoorbeeld het dashboard niet is geupdate door gielz hoef je deze niet te vervangen.
Na herinstalleren staat hier meestal alles nog goed, maar ik controleer het wel altijd even.

Bedankt, het is gelukt. Nu afwachten of het nog eens mis gaat met zoveel relay switches!

[V-8]

Nu een ander probleem: de Zendure staat op Standby, ik wil immers dat de nu opgewekte zonnestroom teruggeleverd ipv opgeslagen wordt (prijzen zijn straks lager dan nu).
Echter laadt hij de batterij op met de opgewekte zonnestroom ipv te bypassen...

Iemand een idee?

[Mimiix]

V-8 schreef op donderdag 3 september 2026 @ 12:22:
Nu een ander probleem: de Zendure staat op Standby, ik wil immers dat de nu opgewekte zonnestroom teruggeleverd ipv opgeslagen wordt (prijzen zijn straks lager dan nu).
Echter laadt hij de batterij op met de opgewekte zonnestroom ipv te bypassen...

Iemand een idee?

Min soc op de huidige % zetten. Gielz kent hier geen optie voor.

[ Voor 4% gewijzigd door Mimiix op 03-09-2026 13:36 ]

[V-8]

Mimiix schreef op donderdag 3 september 2026 @ 13:36:
[...]

Min soc op de huidige % zetten. Gielz kent hier geen optie voor.

Dat kan alleen als de SoC >70% is, een getal invoeren lager dan 70 geeft een foutmelding..

[manusjevanalles]

V-8 schreef op donderdag 3 september 2026 @ 13:59:
[...]

Dat kan alleen als de SoC >70% is, een getal invoeren lager dan 70 geeft een foutmelding..

Klopt, hier liep ik ook tegenaan. Volgens mij gaat hij op PV altijd laden tot het maximale laadpercentage (dus minimaal 70%), en pas daarna terugleveren aan het net.

[Mimiix]

V-8 schreef op donderdag 3 september 2026 @ 13:59:
[...]

Dat kan alleen als de SoC >70% is, een getal invoeren lager dan 70 geeft een foutmelding..

Bij mij is dat alles onder de 50 (SF2400Pro). Boven de 50 mag het dan weer niet. Dan moet ik het Max vermogen pakken


Geen idee waarom eigenlijk.

[V-8]

manusjevanalles schreef op donderdag 3 september 2026 @ 14:21:
[...]


Klopt, hier liep ik ook tegenaan. Volgens mij gaat hij op PV altijd laden tot het maximale laadpercentage (dus minimaal 70%), en pas daarna terugleveren aan het net.

Idd, dat is eigenlijk wel vervelend, ik wil PV zoveel mogelijk terugleveren op duurdere uren. En dan goedkoper volladen tijdens goedkopere uren, lijkt me toch vrij basis / logisch gedrag..
Hopelijk is dit iets wat aangepast kan worden, of zou het echt in Zendure zelf ingebakken zitten?

[Mimiix]

V-8 schreef op donderdag 3 september 2026 @ 14:42:
[...]

Idd, dat is eigenlijk wel vervelend, ik wil PV zoveel mogelijk terugleveren op duurdere uren. En dan goedkoper volladen tijdens goedkopere uren, lijkt me toch vrij basis / logisch gedrag..
Hopelijk is dit iets wat aangepast kan worden, of zou het echt in Zendure zelf ingebakken zitten?

Probeer de waarde eens in de Zendure app aan te passen ipv home assistant?

[V-8]

Mimiix schreef op donderdag 3 september 2026 @ 14:44:
[...]

Probeer de waarde eens in de Zendure app aan te passen ipv home assistant?

Ook dan blijft hij PV laden, al zet ik hem handmatig op 0W (netinvoer)

[Mimiix]

V-8 schreef op donderdag 3 september 2026 @ 14:45:
[...]

Ook dan blijft hij PV laden, al zet ik hem handmatig op 0W (netinvoer)

Nee, de limieten.

Hij ziet PV niet als Net invoer of uitvoer. Het is een los kanaal.

[V-8]

Mimiix schreef op donderdag 3 september 2026 @ 14:46:
[...]

Nee, de limieten.

Hij ziet PV niet als Net invoer of uitvoer. Het is een los kanaal.

Welke variabele bedoel je dan precies in de Zendure app?