Zendure producten in Home Assistant integreren deel 2

[JeroenH]

Mscroos schreef op donderdag 20 augustus 2026 @ 09:14:
Als die beide NoM draaien dan gebeuren er vreemde dingen. Hetzelfde is het geval tussen een EV en een thuisbatterij. Het probleem is dat de ene de andere kan gaan laden wat natuurlijk ongewenst is.

Daarom zit HA er tussen. De default mode van de Zendure zal zijn dat hij uit de daarop aangesloten zonnepanelen oplaadt. Overschot daarvan (indien de Zendure vol raakt of is) mag het huisnet op, en dan de HW in of het net op. De Zendure mag van mij niets doen met de P1 meter.

EV laden (Toyota plugin Prius en Renault Twizy, beiden laden met slechts 2,2 kW uit een gewoon stopkontakt) laat ik door HA al heel lang combineren met de HW batterij. Beiden hebben zulke kleine batterijtjes (4,4 resp. 6 kWh) dat het soms wél nuttig is om deze uit de thuisbatterij te laden, en soms niet, afhankelijk van prijs netstroom, momentele PV-opwek, batterij SoC, enz.

Home Assistant is daarover in control, en heeft straks met de Zendure een extra resource om mee te spelen

[EnsconcE]

@gielz ik heb een probleem met wanneer de integration het laden in de nacht start. Geel in de bovenste lijn is charging. Mijn SolarFlow 4000 Mix AC+ begint met chargen wanneer -35 volt over de PV poort gaat. Ik heb een omvormer van ~15 jaar oud (SolarRiver 3000), wellicht dat daar een oorzaak zit v.w.b. dit gedrag.

Het echte probleem is denk ik dat ik de Start Charging At niet op -15 in kan stellen. Om mijn probleem op te lossen heb ik een automation gemaakt die overgaat naar Smart Charge Only zodra sensor.zendure_total_state_of_charge gelijk is aan input_number.zendure_setting_minimum_allowed_state_of_charge, zodra sensor.zendure_total_state_of_charge op 20% staat gaat hij weer over op Smart Matching. Hierdoor bouwt de batterij een buffer op en zal hij niet op automatisch overschakeld naar charging terwijl de batterij "leeg" is, hij gaat nu geforceerd naar charging. Is het ook mogelijk om -15 in te stellen zodat de integration dit native afhandelt? Of moet ik spelen met andere instellingen om ervoor te zorgen dat er geen nachtelijke relay switches zijn?

YAML:

alias: Zendure prevent relay switching
description: ''
triggers:
  - trigger: battery.level_crossed_threshold
    target:
      entity_id: sensor.zendure_total_state_of_charge
    options:
      behavior: each
      for: '00:00:00'
      threshold:
        type: above
        value:
          active_choice: number
          number: 19
    id: above_treshold
  - trigger: template
    value_template: >-
      {{ states('input_number.zendure_setting_minimum_allowed_state_of_charge')
      | int == states('sensor.zendure_total_state_of_charge') | int }}
    id: at_minimum
conditions: []
actions:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - above_treshold
        sequence:
          - action: input_select.select_option
            metadata: {}
            target:
              entity_id: input_select.zendure_operation_mode
            data:
              option: Smart Matching
      - conditions:
          - condition: trigger
            id: at_minimum
        sequence:
          - action: input_select.select_option
            metadata: {}
            target:
              entity_id: input_select.zendure_operation_mode
            data:
              option: Smart Charge Only
mode: single

[JeroenH]

OK, begonnen met het integreren van mijn Zendure Solarflow 800 Pro in HA, maar ik loop helaas toch vast en ik begrijp niet goed wat ik lees.

De batterij zit goed op mijn netwerk, op een in DHCP gereserveerd IP-adres. Hij is gekoppeld met de Zendure app. Ik heb er al even een zonnepaneel op aangesloten gehad, die zag ik de batterij opladen. Dat deel lijkt allemaal in orde.

No probeer ik deze howto te volgen. Stappen 1 t/m 5, gaan prima (denk ik).

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 packages folder. 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:
5. Restart Home Assistant.

Die stap 4: "packages: !include_dir_named packages" is echt het enige wat ingevoegd hoeft te worden? Niet de rest van de regels in het screenshot er onder?

Voordat ik stap 6 ga doen, ik mis helemaal een stap om de batterij met al zijn entities toe te voegen in HA. Klopt dat? Snap ik het niet? Ik kan niets vinden. Ik neem aan dat ik ergens het IP-adres van de batterij in moet voeren, of op het netwerk moeten zoeken? De Zendure API-key ergens invoeren? Als ik probeer een integratie toe te voegen zie ik ook niets met Zendure, klopt dat?

Hopelijk kan iemand me een paar pointers geven. Ik zie vast wat over het hoofd. Dank!

(PS @gielz het screenshot van het plug-n-play dashboard kan niet uitvergroot worden)

OK OK OK, nu ik naar losse entities zoek vind ik ineens een hele zut Zendure gerelateerde entities. Ik wist niet dat dat kon zonder dat er een Integration op de pagina Integrations stond.

[ Voor 11% gewijzigd door JeroenH op 20-08-2026 15:03 ]

[ZuinigeRijder]

@JeroenH Ja, alleen de volgende regel hoeft achteraan toegevoegd te worden aan configuration.yaml:

code:

homeassistant:
  packages: !include_dir_named packages

Als het goed is, heb je namelijk een directory packages gemaakt in HA en daarin Zendure_gielz1986_global.yaml gezet.

De configuratie van ip-adres zit in het dashboard (stap 6). Dus daar moet je het invullen.

[Gramser]

@ZuinigeRijder is me voor. Als je de eerste stappen goed hebt gedaan staan de overige regels van het screenshot eral en hoef je alleen nog

code:

homeassistant:
  packages: !include_dir_named packages

toe te voegen.

[JeroenH]

ZuinigeRijder schreef op donderdag 20 augustus 2026 @ 15:05:
@JeroenH Ja, alleen de volgende regel hoeft achteraan toegevoegd te worden aan configuration.yaml:

code:

homeassistant:
  packages: !include_dir_named packages

Als het goed is, heb je namelijk een directory packages gemaakt in HA en daarin Zendure_gielz1986_global.yaml gezet.

De configuratie van ip-adres zit in het dashboard. Dus daar moet je het invullen.

Top, thanks. Ik had de 5 minuten die ik besteedde aan het typen van mijn post hierboven moeten besteden aan verder rondklikken zodat ik die entities vond. Ik wist gewoon niet dat het hebben van al die entities voor een apparaat mogelijk was zonder een "echte" integration te hebben.

Ik denk dat ik nu een heel eind moet komen.

[Gramser]

Ik herken je struggle - hou vol

[JeroenH]

Gramser schreef op donderdag 20 augustus 2026 @ 15:07:
Ik herken je struggle - hou vol

Ik ben een behoorlijk ervaren Home Assistant gebruiker, ik weet hoe het kan gaan. Elke keer leer ik er weer van

[Gramser]

Ik ben totaal niet ervaren, de Zenbdure-integratie van @gielz is mijn eerste ervaring met HA. Ben me nu alweer aan het inlezen in evcc via HACS en hoe ik dat allemaal goed werkend ga krijgen in combinatie met de Peblar laadpaal die volgende week wordt geïnstalleerd. Ik denk dat ik het ga snappen.

Eerst nog een geul voor de kabel graven, dat snap ik tenminste nu al.

[JeroenH]

All right, ik heb het allemaal geïnstalleerd, ik heb het plug-n-play dashboard ingeregeld, echt heel fraai. Ik zag vanavond tijdens het laatste restje zonlicht nog een paar watt de batterij in gaan.

Waar ik toch niet uitkom, hoe zet ik handmatig opladen of ontladen aan met een bepaalde waarde? De "Zendure operation mode" is nu Standby. Maar als ik die op Manual zet, en dan de Power op bv 200 of -200 doet de batterij niets. Moet ik hiervoor nog iets anders doen? Of zijn dit niet de entiteiten waarmee je de batterij direct bestuurt?

Als ik in de Zendure app naar Settings -> On-grid settings ga, en ik zet On-grid input mode of On-grid output mode op een bepaalde waarde, dan gaat de batterij keurig met de ingestelde waarde opladen resp. ontladen. Dus de batterij doet het.

[Gramser]

Even ter check: je hebt HEMS wel gedeactiveerd bij gebruik van Gielz?

[JeroenH]

Gramser schreef op donderdag 20 augustus 2026 @ 20:33:
Even ter check: je hebt HEMS wel gedeactiveerd bij gebruik van Gielz?

Het schuifje "Add to HEMS" in de Zendure app staat uit. Is dat wat je bedoelt?

[Devke]

JeroenH schreef op donderdag 20 augustus 2026 @ 20:23:
All right, ik heb het allemaal geïnstalleerd, ik heb het plug-n-play dashboard ingeregeld, echt heel fraai. Ik zag vanavond tijdens het laatste restje zonlicht nog een paar watt de batterij in gaan.

Waar ik toch niet uitkom, hoe zet ik handmatig opladen of ontladen aan met een bepaalde waarde? De "Zendure operation mode" is nu Standby. Maar als ik die op Manual zet, en dan de Power op bv 200 of -200 doet de batterij niets. Moet ik hiervoor nog iets anders doen? Of zijn dit niet de entiteiten waarmee je de batterij direct bestuurt?

Als ik in de Zendure app naar Settings -> On-grid settings ga, en ik zet On-grid input mode of On-grid output mode op een bepaalde waarde, dan gaat de batterij keurig met de ingestelde waarde opladen resp. ontladen. Dus de batterij doet het.

Eerst op handmatig zetten. Dan de waarde invullen waarmee je ontladen wilt. Wel een - ervoor. Doe je het andersom dan gaat hij naar 0. Ik draai (nog) niet de laatste gielz.

[Gramser]

JeroenH schreef op donderdag 20 augustus 2026 @ 20:39:
[...]

Het schuifje "Add to HEMS" in de Zendure app staat uit. Is dat wat je bedoelt?

Yes.

[JeroenH]

Devke schreef op donderdag 20 augustus 2026 @ 20:45:
[...]

Eerst op handmatig zetten. Dan de waarde invullen waarmee je ontladen wilt. Wel een - ervoor. Doe je het andersom dan gaat hij naar 0. Ik draai (nog) niet de laatste gielz.

Ja dat is wat ik volgens mij probeer. Maar no joy. De pieken in de grafiek heb ik veroorzaakt vanauit de Zendure app.



Ook Quick charge / quick discharge zorgt niet voor ontladen / opladen.

[ Voor 4% gewijzigd door JeroenH op 20-08-2026 20:51 ]

[Devke]

JeroenH schreef op donderdag 20 augustus 2026 @ 20:51:
[...]

Ja dat is wat ik volgens mij probeer. Maar no joy. De pieken in de grafiek heb ik veroorzaakt vanauit de Zendure app.

~[Afbeelding]

Ook Quick charge / quick discharge zorgt niet voor ontladen / opladen.

Heb je niet de talen door elkaar gegooid. Wel alle bestanden in Nederlands of Engels? Door elkaar werkt niet.

Instellingen tab screen?

Automatisering draait?

[JeroenH]

Devke schreef op donderdag 20 augustus 2026 @ 20:53:
Heb je niet de talen door elkaar gegooid. Wel alle bestanden in Nederlands of Engels? Door elkaar werkt niet.

Om welke bestanden gaat dat? De enige bestanden waar ik in dit proces mee te maken had waren de Zendure_gielz1986_global.yaml en de configuration.yaml.

Instellingen tab screen?

Ik weet niet wat dat is in deze context

Automatisering draait?

En daarmee wint u de hoofdprijs. Die had ik niet geïnstalleerd, want ik dacht " ik bouw mijn eigen automatiseringen wel". Maar ik had me niet gerealiseerd dat deze automatisering nodig is voor de werking van de integratie.

Ik heb de automatisering geïnstalleerd, en het werkt perfect. Zeer bedankt, nu heb ik alle bouwstenen die ik heb om mooi te gaan knutselen!

Alleen nog die zonnepanelen op het dak van de schuur... maar daarvoor moeten 4-5 buren aan hun stutten trekken om tot overeenstemming te komen om gezamenlijk de golfplaten te vervangen

[martinvdm]

testmanager schreef op woensdag 19 augustus 2026 @ 21:26:
Nu zie ik in Gielz dat het getoonde uurtarief iets lager is dan volgens mijn berekening zou moeten zijn. Dus ik dacht, ik pas die formule die ik heb ingevoerd bij de installatie van OF Nord Pool OF Gielz even aan.

Maar, kan nergens meer terug vinden waar die formule is opgevoerd? Heb (volgens mij) alle instellingen doorlopen, allerlei YAMLs en .py bestanden doorgesnuffeld maar ik vind het niet..?

HELP a.j.b.

Staat volgens mij ook ergens in de wiki van nordpool. Je moet de integratie dan weggooien en opnieuw aanmaken.

[B-Force]

Ik heb Zendure Manager net geïnstalleerd. Op welke modus moet ik de batterij in de Zendure app dan zetten? Gewoon op Auto toch?

Wordt wel blij van de opties nu. Even stoeien met een automatisering die de uren op een goede manier gaat aansturen dagelijks. Iemand al een goed werkend voorbeeld in HA?

[jordyc]

B-Force schreef op vrijdag 21 augustus 2026 @ 06:57:
Ik heb Zendure Manager net geïnstalleerd. Op welke modus moet ik de batterij in de Zendure app dan zetten? Gewoon op Auto toch?

Wordt wel blij van de opties nu. Even stoeien met een automatisering die de uren op een goede manier gaat aansturen dagelijks. Iemand al een goed werkend voorbeeld in HA?

In de app moet je de omvormer en batterijen volledig uit HEMS halen. Anders heb je 2 systemen die de batterijen gaan aansturen en krijg je problemen.

[Voxel3D]

Hey allemaal! :D

Ik ben sinds een paar dagen bezig met het installeren van de gewelige automatisering, maar ik krijg het maar niet voor elkaar om data te zien in de "Dynamic Today" grafiek, en kan daardoor ook geen van de trading modussen gebruiken. Gekgenoeg maakt hij wel zijn eigen "Dynamic Nordpool" sensor aan, en je ziet ook boven de grafiek dat hij wel een prijs bekend heeft


Ik heb het idee dat ik alle oplossingen op tweakers of Git getest heb (juiste templates, HACS versie van nordpool, correct de "sensor.-" prefix bij de sensor, etc) maar niks lijkt te helpen.

Ik heb nu een clean install gedaan en dit gedocumenteerd, heeft iemand een idee wat ik nog meer kan proberen? :)

Dit is wat ik gedaan heb;

Complete reset;

• Ik heb alle YAML's verwijderd; Het dashboard / Global / Automation
• HACS Nordpool integratie verwijderd
• Complete herstart van Home Assistent.

Hierna;
HACS Nordpool integratie geinstalleerd

• Nieuwe nordpool sensor aangemaakt;
  met de template;
  {% set VAT = 0.21 %} {% set tax_kWh = 0.1108 %} {% set opslag = 0.0248 %} {{ (current_price * VAT ) + (tax_kWh + opslag) |float }}
  

Opnieuw de Zendure-HA-ZenSDK opnieuw geinstalleerd

• "Zendure_gielz1986_global.yaml" in de map "/homeassistant/packages/zendure_gielz1986_global.yaml" gezet via de file editor app
• added the packages line in "/homeassistant/configuration.yaml"

• Full restart van HA

Dashboard geinstalleerd

• Nieuw dashboard aangemaakt, en de RAW code van "https://github.com/Gielz1986/Zendure-HA-zenSDK/blob/main/Global%20(EN)%20Integration/dashboard_global.yaml" hierin geplakt

Automation geinstalleerd

• Nieuwe automation aangemaakt en de RAW code van "https://github.com/Gielz1986/Zendure-HA-zenSDK/blob/main/Global%20(EN)%20Integration/automation_global.yaml" hierin geplakt

Opnieuw de Accu ingesteld



Dit zou alles gereset moeten hebben, maar ik heb nogsteeds hetzelfde resultaat... De "Dynamic Today" Grafiek blijft op " loading..." staan. De Smart matching mode lijkt wel te werken.

Een paar dingen die mij opvallen;

• Na de complete reset, had de automation alsnog de IP, sensoren etcetera (alle instellingen) onthouden. Het lijkt alsof hij ze toch ergens onthoud, ondanks dat ik alle 3 de YAML verwijderd heb. (Misschien geeft dit nog de error)
• ik heb correct de sensor configureerd met "sensor." hiervoor
• de aangemaakte sensor " sensor.nordpool_kwh_nl_eur_3_09_0" geeft corredt alle "raw_today" waardes aan, en de door Gielz automation aangemaakte "sensor.dynamic_nordpool" geeft deze ook weer; (Hierbeneden een snippet

[ Voor 5% gewijzigd door Voxel3D op 21-08-2026 10:06 ]

[RemmyB83]

Voxel3D schreef op vrijdag 21 augustus 2026 @ 10:05:
Hey allemaal! :D

Ik ben sinds een paar dagen bezig met het installeren van de gewelige automatisering, maar ik krijg het maar niet voor elkaar om data te zien in de "Dynamic Today" grafiek, en kan daardoor ook geen van de trading modussen gebruiken. Gekgenoeg maakt hij wel zijn eigen "Dynamic Nordpool" sensor aan, en je ziet ook boven de grafiek dat hij wel een prijs bekend heeft
[Afbeelding]

Ik heb het idee dat ik alle oplossingen op tweakers of Git getest heb (juiste templates, HACS versie van nordpool, correct de "sensor.-" prefix bij de sensor, etc) maar niks lijkt te helpen.

Ik heb nu een clean install gedaan en dit gedocumenteerd, heeft iemand een idee wat ik nog meer kan proberen? :)

Dit is wat ik gedaan heb;

Complete reset;

• Ik heb alle YAML's verwijderd; Het dashboard / Global / Automation
• HACS Nordpool integratie verwijderd
• Complete herstart van Home Assistent.

Hierna;
HACS Nordpool integratie geinstalleerd

• Nieuwe nordpool sensor aangemaakt;
  met de template;
  {% set VAT = 0.21 %} {% set tax_kWh = 0.1108 %} {% set opslag = 0.0248 %} {{ (current_price * VAT ) + (tax_kWh + opslag) |float }}
  [Afbeelding]

Opnieuw de Zendure-HA-ZenSDK opnieuw geinstalleerd

• "Zendure_gielz1986_global.yaml" in de map "/homeassistant/packages/zendure_gielz1986_global.yaml" gezet via de file editor app
• added the packages line in "/homeassistant/configuration.yaml"

[Afbeelding]

• Full restart van HA

Dashboard geinstalleerd

• Nieuw dashboard aangemaakt, en de RAW code van "https://github.com/Gielz1986/Zendure-HA-zenSDK/blob/main/Global%20(EN)%20Integration/dashboard_global.yaml" hierin geplakt

Automation geinstalleerd

• Nieuwe automation aangemaakt en de RAW code van "https://github.com/Gielz1986/Zendure-HA-zenSDK/blob/main/Global%20(EN)%20Integration/automation_global.yaml" hierin geplakt

Opnieuw de Accu ingesteld

[Afbeelding]

Dit zou alles gereset moeten hebben, maar ik heb nogsteeds hetzelfde resultaat... De "Dynamic Today" Grafiek blijft op " loading..." staan. De Smart matching mode lijkt wel te werken.

Een paar dingen die mij opvallen;

• Na de complete reset, had de automation alsnog de IP, sensoren etcetera (alle instellingen) onthouden. Het lijkt alsof hij ze toch ergens onthoud, ondanks dat ik alle 3 de YAML verwijderd heb. (Misschien geeft dit nog de error)
• ik heb correct de sensor configureerd met "sensor." hiervoor
• de aangemaakte sensor " sensor.nordpool_kwh_nl_eur_3_09_0" geeft corredt alle "raw_today" waardes aan, en de door Gielz automation aangemaakte "sensor.dynamic_nordpool" geeft deze ook weer; (Hierbeneden een snippet

[Afbeelding]

[Afbeelding]

Je eerste foto rechts, het vak waar 'Empty' staat even leeg maken. Kortom empty verwijderen.

[Voxel3D]

Dat was m. Hele tijd lopen tobben om een keer backspace haha

Thanks voor je reactie!!

[Spike2100]

Goede morgen.

Ik heb bijna 6 maanden gedraaid op v1.0.23 zonder problemen. Echter na die verplichte update naar V2.0.1 (wat ik liever niet wou, want alles werkte perfect) van een paar weken geleden kom ik het volgende tegen:

Mijn grootste issue:

• deze ochtend had ik een ontlading naar 5%, terwijl mijn soc op 10% staat. het was géén batterij kalibratie volgens haos. In de zendure app staat deze soc ook op 10%. Het minst leuke hiervan is dat hij onmiddelijk ging bijladen tot 10% op maximum vermogen zonder zonne-energie. Als je op dat moment zwaar aan het verbruiken bent, kost dit vanwege het capaciteitstarief meer dan 10 euro extra voor die maand. (Idd, een kwartierje bijladen)

kleinere issues

• ik had een aantal peakshaving automatisaties...werken precies niet meer 100%
• mijn lcd verlichting staat aan, in haos en de zendure app. Echter gaat dit altijd terug uit op de omvormer. Ik vond het leuk om in de garage af en toe een blik te werpen.

Hems staat uit, ik run via Zensdk Fireson. 2400AC

Iemand ook van die minder leuke zaken tegengekomen? Valt er iets aan te doen? Mqtt in de zendure app staat uit....aanzetten? Valt het te vertrouwen dat ik daar al mijn login gegevens moet invullen? Zendure blokkeren via unify een oplossing?

Thanks

[koboy]

Spike2100 schreef op vrijdag 21 augustus 2026 @ 10:52:
Goede morgen.

Ik heb bijna 6 maanden gedraaid op v1.0.23 zonder problemen. Echter na die verplichte update naar V2.0.1 (wat ik liever niet wou, want alles werkte perfect) van een paar weken geleden kom ik het volgende tegen:

Mijn grootste issue:

• deze ochtend had ik een ontlading naar 5%, terwijl mijn soc op 10% staat. het was géén batterij kalibratie volgens haos. In de zendure app staat deze soc ook op 10%. Het minst leuke hiervan is dat hij onmiddelijk ging bijladen tot 10% op maximum vermogen zonder zonne-energie. Als je op dat moment zwaar aan het verbruiken bent, kost dit vanwege het capaciteitstarief meer dan 10 euro extra voor die maand. (Idd, een kwartierje bijladen)

kleinere issues

• ik had een aantal peakshaving automatisaties...werken precies niet meer 100%
• mijn lcd verlichting staat aan, in haos en de zendure app. Echter gaat dit altijd terug uit op de omvormer. Ik vond het leuk om in de garage af en toe een blik te werpen.

Hems staat uit, ik run via Zensdk Fireson. 2400AC

Iemand ook van die minder leuke zaken tegengekomen? Valt er iets aan te doen? Mqtt in de zendure app staat uit....aanzetten? Valt het te vertrouwen dat ik daar al mijn login gegevens moet invullen? Zendure blokkeren via unify een oplossing?

Thanks

Die onder de 10% duiken herken ik. Ik denk dat er met de 2.0.x update een andere manier van cell-balancing is geïntroduceerd. Was druk bezig met inventariseren van of het aan de aansturing lag (Gielz bij mij, en dat was het niet), en hoe vaak dan wel zijn er aanwijsbare triggers. Helaas is dit proces afgebroken door een gesmolten connector.....

De verlichting gaat sinds een eerdere update al steeds uit, wat inderdaad irritant is omdat je niet in het voorbijlopen even snel kan zien wat het ding doet. De instelling uit/aan zetten in de app brengt het voor een uur weer tot leven, net als een korte druk op de knop. Diezelfde update zorgt er ook voor dat de omvormer zijn vermogen langzamer terug regelt dacht ik. Mogelijk dat dat de mindere peak-shaving verklaart.

[Eboman]

iemand reeds een automation of ervaringen voor de volgende use-case ?

I wil mijn accu redelijk vol hebben voor noodstroom maar bij zonnige dagen wel kunnen gebruiken voor NOM (vast contract).

Vooralsnog is dit nu mijn idee :

Via forecast.solar naar de kWh van morgen kijken, als die bv lager is dan 8 kWh de accu in smart charging zetten, is deze hoger dan omzetten naar smart matching ?

Ik snap dat dit een redelijk simple automation is, maar ik wil gaande weg de boel verbeter door misschien ook naar de resterend solar te kijken voor vandaag. Maar de waardes van forecast.solar moet ik momenteel met een korreltje zout en veilige waardes nemen.

[justie75]

Eboman schreef op vrijdag 21 augustus 2026 @ 14:55:
iemand reeds een automation of ervaringen voor de volgende use-case ?

I wil mijn accu redelijk vol hebben voor noodstroom maar bij zonnige dagen wel kunnen gebruiken voor NOM (vast contract).

Vooralsnog is dit nu mijn idee :

Via forecast.solar naar de kWh van morgen kijken, als die bv lager is dan 8 kWh de accu in smart charging zetten, is deze hoger dan omzetten naar smart matching ?

Ik snap dat dit een redelijk simple automation is, maar ik wil gaande weg de boel verbeter door misschien ook naar de resterend solar te kijken voor vandaag. Maar de waardes van forecast.solar moet ik momenteel met een korreltje zout en veilige waardes nemen.

Ik heb een vergelijkbare oplossing draaien. Echter is het belangrijk om rekening te houden met je huisverbruik en de RTE om een juiste inschatting te maken. Daarnaast is een veiligheidsmarge op de Solcast ook belangrijk. Anders komt het regelmatig voor dat je de accu niet vol krijgt (omdat je te optimistisch plant). Gedurende de dag kan je de inschatting herberekenen om te zien of je minder of meer hebt opgewekt en je plan hierop bijsturen.

Als je met bovenstaande rekening houdt, werkt het prima en zeker een goede manier om te plannen. Ook kan je een aantal extra regels instellen die bepaald dat je een extra noodstroombuffer instelt zodat de accu niet verder leeg mag dan dat percentage (naast de standaard min SOC).

[denneappel]

Ik heb toevallig een weekje Helios forecast draaien. Die combineert het weer met je daadwerkelijke productie gegevens. Ik hoop er over een maandje veel betere voorspellingen mee te halen en kan onbeperkt verschillende PV sets aanmaken omdat er geen API limieten zijn. De berekeningen draaien lokaal.

Mijn doel is om straks automatisch de batterij vol te hebben aan het einde van de dag + evt extra uren te selecteren voor snel ontladen als er meer PV beschikbaar is. Leuk om te zien dat anderen daar ook mee bezig zijn.

Ik merk daarin duidelijk een verschillen tussen de modellen met DC PV en die zonder. Die extra DC PV maakt het wat lastiger om optimaal te sturen. Wel geeft het mijn 800 pro's een mooi hoog laad vermogen als je AC en DC combineert.

[ Voor 4% gewijzigd door denneappel op 21-08-2026 15:27 ]

[B-Force]

jordyc schreef op vrijdag 21 augustus 2026 @ 08:03:
[...]

In de app moet je de omvormer en batterijen volledig uit HEMS halen. Anders heb je 2 systemen die de batterijen gaan aansturen en krijg je problemen.

THx, dat was hem denk ik. Heb de batterij uit HEMS gehaald. Vervolgens in Zendure Manager de batterij op Slim-Laden gezet, in de verwachting dat de overtollige zonn-energie de batterij in zou gaan. Helaas blijft de batterij steken op 17% sinds vanochtend...
Hoe kan ik het beste checken of de aansturing werkt?

edit: fusegroup aangepast en nu lijkt het te werken.

[ Voor 5% gewijzigd door B-Force op 21-08-2026 15:56 ]

[jordyc]

B-Force schreef op vrijdag 21 augustus 2026 @ 15:48:
[...]

THx, dat was hem denk ik. Heb de batterij uit HEMS gehaald. Vervolgens in Zendure Manager de batterij op Slim-Laden gezet, in de verwachting dat de overtollige zonn-energie de batterij in zou gaan. Helaas blijft de batterij steken op 17% sinds vanochtend...
Hoe kan ik het beste checken of de aansturing werkt?

edit: fusegroup aangepast en nu lijkt het te werken.

Ik ben niet goed bekend met de Zendure integratie zelf, maar als ik me goed herinner moet je ergens ook je P1 meter opgeven. Ook was er iets met het instellen van de fuse groups, maar ik weet niet meer wat dat precies was.

Ik gebruik zelf de Gielz aansturing namelijk.

[martinvdm]

Zelf niet getest maar kwam deze tegen
https://github.com/PalmManiac/battery-smartflow-ai

[FlyingDut33]

martinvdm schreef op vrijdag 21 augustus 2026 @ 19:03:
Zelf niet getest maar kwam deze tegen
https://github.com/PalmManiac/battery-smartflow-ai

Ik ben deze nu aan het testen sinds 2 weken. Mijn HA kennis is beperkt en om met Gielz integratie goed te automatiseren met verwachtte pv opbrengst en thuis verbruik lukte niet goed.

Smartflow AI is heel simpel te integreren. Vooral nuttig als je een batterij icm pv panelen wil aansturen en voor de rest niks. Dat is toevallig precies wat ik wil. Een ding moet nog aangepast worden in smartflow AI om het bruikbaar te maken voor NL, en dat is dat teruglevertarieven dynamisch zijn (vs vast in Duitsland). De ontwikkelaar van Smartflow AI zou hiermee aan de slag gaan. Omdat dit nu nog niet goed staat maakt hij niet optimale keuzes. Ik weet niet of de automatisering daarna echt zo slim zal zijn dat indien berekend wordt dat de batterij vol zal raken door pv productie, de batterij 's ochtends extra gaat ontladen indien de delta in tarieven groot genoeg is.

Ik heb ook de Day Ahead integratie geprobeerd. Ik krijg de voorspelling werkend, maar de hele aansturing moet je daarna zelf nog maken. Voor enkel een batterij aansturen is het een beetje overkill.

[Reddol]

Gister een tweede accu aangesloten. Heb nu 2 keer een 800-plus draaien met de Gielz-methode en de Node-Red proxy van gast777. 't Zonnetje schijnt dus ze zijn nu 100%. De vermogensopdracht van accu 2 (zensor.vermogensopdracht_zendure_2) blijft echter op 800W staan, die van accu 1 is wel 0. De aansturing staat voor beide wel op 0W.

Hoort deze werking, of zou de aansturing ook naar 0W moeten gaan? Dat lijkt mij eigenlijk logisch. Ik zie de celbalans van accu 2 nu net ook naar 'Onbalans' veranderen.

edit:
sensor.zendure_2400_ac_vermogen_aansturing staat op 0
Sindsdien staat sensor.vermogensopdracht op 1279
Zo te zien is dit iets in de Node-red automatisering

edit:
Nu staat de aansturing weer op 0

[ Voor 18% gewijzigd door Reddol op 22-08-2026 16:03 ]

[testmanager]

Wai_AM schreef op woensdag 8 april 2026 @ 22:23:
Heb eindelijk officiele nordpool integratie werkend:

Voor als je die wilt gebruiken met Gielz Zendure-HA-zenSDK

- Zorg dat je HACS nordpool verwijdert (echt verwijderen)
- maak in packages map een bestand genaamd nordpool_officical.yaml (of een naam naar keuze)
plak onderstaande erin

[...]


-ga naar instellingen--> Ontwikkelaarshulpmiddelen --> Acties


[...]


Plak die config entry ID in regel 36 van nordpool_official.yaml

input nummer (entiteiten) dienen in decimalen te worden ingevuld.
BTW 21% = 0,21
energiebelasting (2026) = 0,0916
opslag_energieleverancier (Tibber 2026) = 0,0205

check config of er niks verkeerd is en herstart dan pas HA.

Dan zou je een entiteit hebben genaamd nordpool_kwh_nl_eur_5_09_0.
Vul die in voor Gielz: Dynamische nordpool sensor

Je dient nu aanpassingen in Gielz yaml bestand te maken bij:

attributes:
raw_today: >-
en
raw_tomorrow: >-

de .isoformat() weg te halen (zoals hieronder ter illustraties doorgehaald).


[...]


Yaml checken en Yaml configuraties herladen.


Apex chart:

[...]

EDIT:
Ik heb nu wederom opnieuw Nord Pool HACS gedeelte en opnieuw geïnstalleerd, en nu bij additional costs dit ingevuld. Maar blijkbaar is deze formule nog niet correct?
(0.014 is de oplage door Budget Energie, de 0.092 de EB.
Wat doe ik fout?

{{ (0.014 + 0.092 + (current_price * 0.21)) | float }}
___
Mijn Nord Pool prijzen kloppen steeds net-niet.

Heeft of weet iemand een goede step-by-step om met die HACS Nord Pool de juiste prijzen te krijgen?
O.b.v. bovenstaande instructie loop ik al vast want dat "Prijzen" vind ik niet bij "Acties"

Ik had Nord Pool HACS eerst gewoon geinstalleerd, ik meen te herinneren dat ik ook wel ergens de opslag en EB ingevuld te hebben in dat proces, maar zie nu niet meer waar. Als ik Nord Pool HACS opnieuw installeer krijg ik ook niet meer de vraag voor de EB en de inkoopvergoeding.
Ik lees iets over YAML templates, maar ik vond nergens een Nord Pool YAML setting.
Al zoekend via Google is het ook al verwarrend dat er 2 soorten Nord Pool integraties zijn...

offtopic:
(De GielZ plugin in waanzinnig tof. Maar voordat je alles goed werkend hebt... ben je, ik tenminste, wel wat avondjes verder. Affijn, ooit zal er wel een versie komen waar je de gehele set met een paar klikken kan toevoegen aan je HA. :-)

[ Voor 7% gewijzigd door testmanager op 22-08-2026 21:16 ]

[martinvdm]

testmanager schreef op zaterdag 22 augustus 2026 @ 16:47:
[...]


EDIT:
Ik heb nu wederom opnieuw Nord Pool HACS gedeelte en opnieuw geïnstalleerd, en nu bij additional costs dit ingevuld. Maar blijkbaar is deze formule nog niet correct?
(0.014 is de oplage door Budget Energie, de 0.092 de EB.
Wat doe ik fout?

{{ (0.014 + 0.092 + (current_price * 0.21)) | float }}
___
Mijn Nord Pool prijzen kloppen steeds net-niet.

Heeft of weet iemand een goede step-by-step om met die HACS Nord Pool de juiste prijzen te krijgen?
O.b.v. bovenstaande instructie loop ik al vast want dat "Prijzen" vind ik niet bij "Acties"

Ik had Nord Pool HACS eerst gewoon geinstalleerd, ik meen te herinneren dat ik ook wel ergens de opslag en EB ingevuld te hebben in dat proces, maar zie nu niet meer waar. Als ik Nord Pool HACS opnieuw installeer krijg ik ook niet meer de vraag voor de EB en de inkoopvergoeding.
Ik lees iets over YAML templates, maar ik vond nergens een Nord Pool YAML setting.
Al zoekend via Google is het ook al verwarrend dat er 2 soorten Nord Pool integraties zijn...

offtopic:
(De GielZ plugin in waanzinnig tof. Maar voordat je alles goed werkend hebt... ben je, ik tenminste, wel wat avondjes verder. Affijn, ooit zal er wel een versie komen waar je de gehele set met een paar klikken kan toevoegen aan je HA. :-)

Hier staan denk ik genoeg voorbeelden: Het grote day ahead / dynamische energieprijzen topic.

[TopOne01]

Spike2100 schreef op vrijdag 21 augustus 2026 @ 10:52:
Goede morgen.

Ik heb bijna 6 maanden gedraaid op v1.0.23 zonder problemen. Echter na die verplichte update naar V2.0.1 (wat ik liever niet wou, want alles werkte perfect) van een paar weken geleden kom ik het volgende tegen:

Mijn grootste issue:

• deze ochtend had ik een ontlading naar 5%, terwijl mijn soc op 10% staat. het was géén batterij kalibratie volgens haos. In de zendure app staat deze soc ook op 10%. Het minst leuke hiervan is dat hij onmiddelijk ging bijladen tot 10% op maximum vermogen zonder zonne-energie. Als je op dat moment zwaar aan het verbruiken bent, kost dit vanwege het capaciteitstarief meer dan 10 euro extra voor die maand. (Idd, een kwartierje bijladen)

kleinere issues

• ik had een aantal peakshaving automatisaties...werken precies niet meer 100%
• mijn lcd verlichting staat aan, in haos en de zendure app. Echter gaat dit altijd terug uit op de omvormer. Ik vond het leuk om in de garage af en toe een blik te werpen.

Hems staat uit, ik run via Zensdk Fireson. 2400AC

Iemand ook van die minder leuke zaken tegengekomen? Valt er iets aan te doen? Mqtt in de zendure app staat uit....aanzetten? Valt het te vertrouwen dat ik daar al mijn login gegevens moet invullen? Zendure blokkeren via unify een oplossing?

Thanks

Hoezo is de update "verplicht"? Mijn Zendure heeft geen verbinding met het internet en draait dus nog niet op de V2.0.1. Is er voor mij een reden om de update uit te voeren?

Excuses als ik het ergens gemist heb in dit topic.

[gast777]

Reddol schreef op zaterdag 22 augustus 2026 @ 15:43:
Gister een tweede accu aangesloten. Heb nu 2 keer een 800-plus draaien met de Gielz-methode en de Node-Red proxy van gast777. 't Zonnetje schijnt dus ze zijn nu 100%. De vermogensopdracht van accu 2 (zensor.vermogensopdracht_zendure_2) blijft echter op 800W staan, die van accu 1 is wel 0. De aansturing staat voor beide wel op 0W.

Hoort deze werking, of zou de aansturing ook naar 0W moeten gaan? Dat lijkt mij eigenlijk logisch. Ik zie de celbalans van accu 2 nu net ook naar 'Onbalans' veranderen.

edit:
sensor.zendure_2400_ac_vermogen_aansturing staat op 0
Sindsdien staat sensor.vermogensopdracht op 1279
Zo te zien is dit iets in de Node-red automatisering

edit:
Nu staat de aansturing weer op 0

Dit is niet echt een probleem, mijns inziens, maar om wat inzicht te geven wat er gebeurt: de vermogensopdrachten komen naar de proxy vanuit de Gielz/HA via REST commands. De proxy verdeelt dit vermogen op een slimme manier over de 2 of 3 Zendures die je hebt staan. Zodra Gielz een 0 Watt opdracht stuurt, zal de getoonde vermogensopdracht ook 0 Watt zijn.

Tip: Als je de volledige communicatie tussen Gielz, de proxy en alle Zendures wilt inzien, dan kun je een debug trace naar bestand laten schrijven via http://192.168.x.x:1880/endpoint/dashboard/zenproxylivedataget

Die link laat je ook real-time de REST GET replies zien. De real-time POST opdrachten kun je inzien via http://192.168.x.x:1880/endpoint/dashboard/zenproxylivedatapost

[Reddol]

gast777 schreef op zondag 23 augustus 2026 @ 15:12:
[...]

Dit is niet echt een probleem, mijns inziens...

Bedankt, helder! De debug-pagina had ik gevonden, leuk om te zien wat er allemaal langskomt. Toen er weer gewisseld werd (er was even vermogensvraag), zagen alle waardes er weer uit zoals verwacht. Bedankt voor de node-red proxy!

[YvonneVP]

testmanager schreef op zaterdag 22 augustus 2026 @ 16:47:
[...]


EDIT:
Ik heb nu wederom opnieuw Nord Pool HACS gedeelte en opnieuw geïnstalleerd, en nu bij additional costs dit ingevuld. Maar blijkbaar is deze formule nog niet correct?
(0.014 is de oplage door Budget Energie, de 0.092 de EB.
Wat doe ik fout?

{{ (0.014 + 0.092 + (current_price * 0.21)) | float }}
___
Mijn Nord Pool prijzen kloppen steeds net-niet.

Heeft of weet iemand een goede step-by-step om met die HACS Nord Pool de juiste prijzen te krijgen?
O.b.v. bovenstaande instructie loop ik al vast want dat "Prijzen" vind ik niet bij "Acties"

Ik had Nord Pool HACS eerst gewoon geinstalleerd, ik meen te herinneren dat ik ook wel ergens de opslag en EB ingevuld te hebben in dat proces, maar zie nu niet meer waar. Als ik Nord Pool HACS opnieuw installeer krijg ik ook niet meer de vraag voor de EB en de inkoopvergoeding.
Ik lees iets over YAML templates, maar ik vond nergens een Nord Pool YAML setting.
Al zoekend via Google is het ook al verwarrend dat er 2 soorten Nord Pool integraties zijn...

offtopic:
(De GielZ plugin in waanzinnig tof. Maar voordat je alles goed werkend hebt... ben je, ik tenminste, wel wat avondjes verder. Affijn, ooit zal er wel een versie komen waar je de gehele set met een paar klikken kan toevoegen aan je HA. :-)

Voor Zonneplan gebruik ik deze template code. Wellicht dat je met aanpassingen in de bedragen vwb opslag en EB de juiste berekening krijgt.


{% set p = current_price | float(0) %}

{% set opslag = 0.01653 %}

{% set vat = 1.21 %}

{% set energiebelasting = 0.1108 %}

{{ ( ((p + opslag) * vat + energiebelasting) - p ) | float }}

[Mistraller]

TopOne01 schreef op zondag 23 augustus 2026 @ 14:14:
[...]

Hoezo is de update "verplicht"? Mijn Zendure heeft geen verbinding met het internet en draait dus nog niet op de V2.0.1. Is er voor mij een reden om de update uit te voeren?

Excuses als ik het ergens gemist heb in dit topic.

Ze gingen een tijdlang je SoC op 70% zetten vanuit de cloud... ik heb (*op de plus) ook 1.0.3. Vermogen bleef bij mij overigens wel normaal maar ook dat was niet bij iedereen. Ik ben er toen afgebleven omdat ik met vakantie was, en eenmaal thuis werkte het weer goed.... nog steeds op 1.0.3. Maar firmware upgraden was ook een optie geweest.
Met de 2.0.x versie kan je ook internet access blocken zonder dat de interne webserver steeds gaat rebooten. Dus misschien ga ik toch wel updaten.

@gielz zit jij inmiddels op 2.0.2?

[Gramser]

Ik zit zonder problemen op 2.0.2, en heb sowieso internettoegang geblokkeerd op het AP.

[Mscroos]

Ik zit ook met 3 units op 2.0.2, geen issues. Internet access (nog) niet geblokkeerd.

[testmanager]

YvonneVP schreef op zondag 23 augustus 2026 @ 23:43:
[...]

Voor Zonneplan gebruik ik deze template code. Wellicht dat je met aanpassingen in de bedragen vwb opslag en EB de juiste berekening krijgt.


{% set p = current_price | float(0) %}

{% set opslag = 0.01653 %}

{% set vat = 1.21 %}

{% set energiebelasting = 0.1108 %}

{{ ( ((p + opslag) * vat + energiebelasting) - p ) | float }}

Met dank aan jouw stukje, nog een kleine correctie is dit de juiste, voor mij, Budget Energie:
(opslag is 0.014 en EB is 0.092)

{{ (((current_price + 0.014 + 0.092) * 1.21) - current_price ) | float }}

[gielz]

Mistraller schreef op maandag 24 augustus 2026 @ 09:59:
[...]

Ze gingen een tijdlang je SoC op 70% zetten vanuit de cloud... ik heb (*op de plus) ook 1.0.3. Vermogen bleef bij mij overigens wel normaal maar ook dat was niet bij iedereen. Ik ben er toen afgebleven omdat ik met vakantie was, en eenmaal thuis werkte het weer goed.... nog steeds op 1.0.3. Maar firmware upgraden was ook een optie geweest.
Met de 2.0.x versie kan je ook internet access blocken zonder dat de interne webserver steeds gaat rebooten. Dus misschien ga ik toch wel updaten.

@gielz zit jij inmiddels op 2.0.2?

Ik zit nog op 1.0.3. Ze hebben bij Zendure dat cloud stukje gefixed waardoor ze het niet meer terugzetten.

[Devke]

Hier op 2.0.1. Geen toegang meer tot internet. Je ziet dat ieder uur ze wel even druk zijn met pogingen (denk ik) want dan laat Cached Reponse vanuit de proxy van gast777 even een Ja zien en zijn de batterijen ook even niet aan te sturen.

[Gramser]

Bij mij verschilt dat enorm. Er gaan dagen voorbij zonder cached response melding, en dan opeens heb ik er weer een aantal achter elkaar…

[Devke]

Gramser schreef op maandag 24 augustus 2026 @ 17:04:
Bij mij verschilt dat enorm. Er gaan dagen voorbij zonder cached response melding, en dan opeens heb ik er weer een aantal achter elkaar…

Dit is hier dagelijkse kost. Met toegang tot internet had ik ze bijna niet.

[Mscroos]

Devke schreef op maandag 24 augustus 2026 @ 18:21:
[...]

Dit is hier dagelijkse kost. Met toegang tot internet had ik ze bijna niet.

[Afbeelding]

Hier ook elke dag meerdere, ben continue aan het zoeken naar verbanden met ander gedrag. Ik heb de internet toegang gewoon open staan.

[MP3-Junky]

Wat is dat eigenlijk precies "cached response"? Iets van de nodered Gast777 proxy of iets van Zendure?

[ZuinigeRijder]

@MP3-Junky Is iets van Gast777 proxy. Ik heb het ook regelmatig (1x per week?). Na een restart van Node-RED onder HA reageren de batterijen weer. Lijkt iets met een (vastzittende) connectie te zijn?

[ Voor 3% gewijzigd door ZuinigeRijder op 25-08-2026 12:18 ]

[Gramser]

Is van @gast777 . Simpel gezegd: soms reageert de setup niet op een commando, en de proxy pauzeert dat commando dan, om het later nog eens te proberen. Je kunt die "cached response"-tijd zelf ook verlengen. Normaliter 90 seconden, ik heb er 150 van gemaakt. Werkt voor mij goed. Ik hoef NR eigenlijk nooit te herstarten.

[manusjevanalles]

Ik heb nu al test twee zonnepanelen op de SF800+ aangesloten. Ik zie in het dashboard van Gielz opwek van 400-500W. De batterij is opgeladen, dus alle opwek wordt geexporteerd. Toch blijft de sensor sensor.zendure_2400_ac_vermogen_aansturing op 0 staan. De sensor sensor.zendure_2400_ac_vermogen_pv_totaal laat wel de actuele opwek zien, en dit is dan ook de teruglevering op dit moment.
Zou de teruglevering dan niet via sensor.zendure_2400_ac_vermogen_aansturing ook zichtbaar moeten zijn? Of is er een sensor die teruglevering van opwek, laden en ontladen in één sensor laat zien?

[Mimiix]

manusjevanalles schreef op woensdag 26 augustus 2026 @ 12:54:
Ik heb nu al test twee zonnepanelen op de SF800+ aangesloten. Ik zie in het dashboard van Gielz opwek van 400-500W. De batterij is opgeladen, dus alle opwek wordt geexporteerd. Toch blijft de sensor sensor.zendure_2400_ac_vermogen_aansturing op 0 staan. De sensor sensor.zendure_2400_ac_vermogen_pv_totaal laat wel de actuele opwek zien, en dit is dan ook de teruglevering op dit moment.
Zou de teruglevering dan niet via sensor.zendure_2400_ac_vermogen_aansturing ook zichtbaar moeten zijn? Of is er een sensor die teruglevering van opwek, laden en ontladen in één sensor laat zien?

Nee, want de vermogen aansturing gaat over wat er in of uit de accu gaat en niet de PV.

[manusjevanalles]

Mimiix schreef op woensdag 26 augustus 2026 @ 13:21:
[...]

Nee, want de vermogen aansturing gaat over wat er in of uit de accu gaat en niet de PV.

Ok, dan moet ik of een template sensor maken, of toch werken met losse sensoren. Goed om te weten.

[Mimiix]

manusjevanalles schreef op woensdag 26 augustus 2026 @ 13:37:
[...]


Ok, dan moet ik of een template sensor maken, of toch werken met losse sensoren. Goed om te weten.

Ik heb volgens mij een losse gemaakt inderdaad

[KikkerMario]

Een van m'n Zendure-stapels wil opeens niet meer ontladen. Heeft iemand een idee?

De situatie:
Ik bebruik de Fireson integratie in Homeassistant. Een paar weken terug, toen opeens alle batterijen met oude firmware remote gesaboteerd werden, heb ik Fireson naar 1.4.3 gezet, de nieuwste firmware op de accu's gezet, en m'n accu's via het kinderslot van m'n router van het internet afgesloten. Daarna werkte alles een aantal weken probleemloos.
Afgelopen maandagavond was er een stroomstoring. Ik heb via de app (bluetooth verbinding) bij een van m'n stapeltjes het off-grid stopcontact ingeschakeld. Dat werkte prima. De accu ging ook gewoon volgens mijn Pyscripts ontladen op dindagochtend (tot 10%) en laden op dinsdagmiddag (tot 100%). Maar daarna is de accu niet meer gaan ontladen.

Wat heb ik geprobeerd:
Fireson bijgewerkt naar 1.4.4. HA herstart. inverseMaxPower en chargeMaxLimit gecheckt. Via Fireson (die nog gewoon actuele data zoals temperatuur blijft binnenkrijgen) het offGrid stopcontact weer uitgeschakeld. Meerdere keren laad- en ontlaad-opdrachten via HA naar de accu gestuurd.

Data:

code: properties/report

{"timestamp":1787746721,"messageId":239,"sn":"[knip]","version":3,"product":"solarFlow800Pro","properties":{"heatState":0,"packInputPower":0,"outputPackPower":0,"outputHomePower":0,"remainOutTime":59940,"packState":0,"electricLevel":97,"gridInputPower":0,"solarInputPower":0,"solarPower1":0,"solarPower2":0,"solarPower3":0,"solarPower4":0,"pass":0,"reverseState":0,"socStatus":0,"hyperTmp":3091,"gridOffPower":0,"dcStatus":0,"pvStatus":1,"acStatus":0,"dataReady":1,"gridState":1,"BatVolt":4988,"socLimit":0,"faultLevel":3,"writeRsp":0,"acMode":2,"inputLimit":0,"outputLimit":100,"socSet":1000,"minSoc":100,"gridStandard":0,"gridReverse":1,"inverseMaxPower":800,"lampSwitch":1,"gridOffMode":2,"IOTState":2,"Fanmode":1,"Fanspeed":0,"bindstate":0,"factoryModeState":0,"OTAState":0,"oldMode":0,"VoltWakeup":0,"ts":1787695162,"tsZone":14,"smartMode":1,"chargeMaxLimit":1000,"phaseSwitch":1,"batCalTime":60,"socCompSwitch":0,"packNum":2,"rssi":-70,"is_error":1},"packData":[{"sn":"[knip]","packType":300,"socLevel":96,"state":0,"power":0,"maxTemp":2981,"totalVol":4970,"batcur":0,"maxVol":331,"minVol":331,"softVersion":4354},{"sn":"[knip]","packType":300,"socLevel":99,"state":0,"power":0,"maxTemp":2961,"totalVol":4970,"batcur":0,"maxVol":332,"minVol":331,"softVersion":4354}]}

Wat kan ik nog meer proberen?

[Gramser]

Welk model...? 2400AC?

[Aardedraadje]

Gramser schreef op woensdag 26 augustus 2026 @ 14:52:
Welk model...? 2400AC?

SF800 Pro zo te zien.. Zal wel niet.. @KikkerMario toch eens aan de DC-connector snuffelen?

[ZuinigeRijder]

KikkerMario schreef op woensdag 26 augustus 2026 @ 14:37:
Een van m'n Zendure-stapels wil opeens niet meer ontladen. Heeft iemand een idee?

De situatie:
Ik bebruik de Fireson integratie in Homeassistant. Een paar weken terug, toen opeens alle batterijen met oude firmware remote gesaboteerd werden, heb ik Fireson naar 1.4.3 gezet, de nieuwste firmware op de accu's gezet, en m'n accu's via het kinderslot van m'n router van het internet afgesloten. Daarna werkte alles een aantal weken probleemloos.
Afgelopen maandagavond was er een stroomstoring. Ik heb via de app (bluetooth verbinding) bij een van m'n stapeltjes het off-grid stopcontact ingeschakeld. Dat werkte prima. De accu ging ook gewoon volgens mijn Pyscripts ontladen op dindagochtend (tot 10%) en laden op dinsdagmiddag (tot 100%). Maar daarna is de accu niet meer gaan ontladen.

Wat heb ik geprobeerd:
Fireson bijgewerkt naar 1.4.4. HA herstart. inverseMaxPower en chargeMaxLimit gecheckt. Via Fireson (die nog gewoon actuele data zoals temperatuur blijft binnenkrijgen) het offGrid stopcontact weer uitgeschakeld. Meerdere keren laad- en ontlaad-opdrachten via HA naar de accu gestuurd.

Data:

code: properties/report

{"timestamp":1787746721,"messageId":239,"sn":"[knip]","version":3,"product":"solarFlow800Pro","properties":{"heatState":0,"packInputPower":0,"outputPackPower":0,"outputHomePower":0,"remainOutTime":59940,"packState":0,"electricLevel":97,"gridInputPower":0,"solarInputPower":0,"solarPower1":0,"solarPower2":0,"solarPower3":0,"solarPower4":0,"pass":0,"reverseState":0,"socStatus":0,"hyperTmp":3091,"gridOffPower":0,"dcStatus":0,"pvStatus":1,"acStatus":0,"dataReady":1,"gridState":1,"BatVolt":4988,"socLimit":0,"faultLevel":3,"writeRsp":0,"acMode":2,"inputLimit":0,"outputLimit":100,"socSet":1000,"minSoc":100,"gridStandard":0,"gridReverse":1,"inverseMaxPower":800,"lampSwitch":1,"gridOffMode":2,"IOTState":2,"Fanmode":1,"Fanspeed":0,"bindstate":0,"factoryModeState":0,"OTAState":0,"oldMode":0,"VoltWakeup":0,"ts":1787695162,"tsZone":14,"smartMode":1,"chargeMaxLimit":1000,"phaseSwitch":1,"batCalTime":60,"socCompSwitch":0,"packNum":2,"rssi":-70,"is_error":1},"packData":[{"sn":"[knip]","packType":300,"socLevel":96,"state":0,"power":0,"maxTemp":2981,"totalVol":4970,"batcur":0,"maxVol":331,"minVol":331,"softVersion":4354},{"sn":"[knip]","packType":300,"socLevel":99,"state":0,"power":0,"maxTemp":2961,"totalVol":4970,"batcur":0,"maxVol":332,"minVol":331,"softVersion":4354}]}

Wat kan ik nog meer proberen?

Probeer eens in De Zendure App aan HEMS te koppelen en stel handmatig ontladen in. Kijken of die dan reageert?

[Gramser]

Aardedraadje schreef op woensdag 26 augustus 2026 @ 15:02:
[...]

SF800 Pro zo te zien.. Zal wel niet.. @KikkerMario toch eens aan de DC-connector snuffelen?

Ah in de code zie ik het ook nu ja. Dan zou ik me niet al te druk maken om geurtjes en gesnuffel

[KikkerMario]

Dank voor de reacties! Uiteindelijk was het heel simpel: opnieuw opstarten van de omvormer. Normaalgesproken is dat het eerste dat je probeert, maar bij die accu's is het toch iets waarvan ik altijd vergeet hoe het moet. Ik heb de stekker eruit gehaald, de (enige) knop een seconde of 6 ingedrukt gehouden (indrukken, piepje en lampjes gaan aan, paar seconden wachten, piepje en wifi-lampje gaat knipperen, paar seconden wachten, piepje en alle lampjes gaan uit, knopje loslaten). Daarna weer aangezet (knopje weer opnieuw indrukken en ingedrukt houden tot alle lampjes weer branden).

Voordat ik dit probeerde heb ik eerst in de app gekeken. En dat is gelukt zonder de omvormer met het internet te verbinden: wifi-verbinding verbreken (knopje een paar seconden indrukken), dan in de app een bluetooth-verbinding met de accu maken. Opdracht geven om te ontladen. Er verscheen in beeld dat die opdracht succesvol was, maar er werd niet ontladen. Maar toen stond er een klein driehoekje in een hoekje in de app, en daarop drukken gaf: "Omvormer DC-start time-out(Foutcode: 33) Fault Code: 33, Please restart. If the fault persists, please contact Zendure after-sales team." Ik hoop [edit] niet [/edit] dat dit vaker gaat gebeuren.

[Gramser]

Niet, neem ik aan

[Pakhaas]

Ik heb 3 omvormers 2400+. Opeens reageert 1 omvormer niet meer op Gielz. Blijft op 100% staan terwijl de andere 2 wel beginnen te ontladen. Modus dynamisch handelen. Vervelende is dat ik nog een week in het buitenland zit. Zie ze wel in de Zendure app met de juiste batterijen.

Heb dit eerder gehad en moest toen even de omvormer van de batterij tillen en het was weer klaar.

Al in hems gezet op auto modus, maar blijft op 0w.

Hoe zou zoiets nou komen?

[ Voor 6% gewijzigd door Pakhaas op 26-08-2026 20:20 ]

[Gramser]

Gebruik je de proxy van gast777?

[ZuinigeRijder]

@Pakhaas Kun je remote bij HA? Dan kun je proberen Node-RED te herstarten. Settings -> Apps -> Node-RED -> Restart

[gast777]

Pakhaas schreef op woensdag 26 augustus 2026 @ 20:09:
Ik heb 3 omvormers 2400+. Opeens reageert 1 omvormer niet meer op Gielz. Blijft op 100% staan terwijl de andere 2 wel beginnen te ontladen. Modus dynamisch handelen. Vervelende is dat ik nog een week in het buitenland zit. Zie ze wel in de Zendure app met de juiste batterijen.

Heb dit eerder gehad en moest toen even de omvormer van de batterij tillen en het was weer klaar.

Al in hems gezet op auto modus, maar blijft op 0w.

Hoe zou zoiets nou komen?

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 .

[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 .

Ja idd eerder gehad. Toen op advies van @geert1992 omvormer uitgezet en daarna even omvormer van 1e batterij. Daarna was het klaar. Versie 2.0.0. Durf nu niet te updaten nu ik niet thuis ben.

@Gramser ja

[Pakhaas]

ZuinigeRijder schreef op woensdag 26 augustus 2026 @ 20:41:
@Pakhaas Kun je remote bij HA? Dan kun je proberen Node-RED te herstarten. Settings -> Apps -> Node-RED -> Restart

Gedaan, heeft niet geholpen.

[Pakhaas]

Na update naar V2.0.2 werkt het weer. Dank @geert1992

[Mscroos]

Pakhaas schreef op woensdag 26 augustus 2026 @ 21:53:
Na update naar V2.0.2 werkt het weer. Dank @geert1992

Ik ook eerder last van gehad, in de 2.0.2 (nog) niet. Daar draait het nog te kort voor. Heb wel begrepen dat er een remote reboot gaat komen via de app/api. Dat zal iig in de toekomst wellicht een oplossing zijn mocht hij weer eens hangen.

[Gramser]

Ik had deze vraag ook in het Peblar-topic gesteld (, maar op aanraden daar, toch ook even hier, want relatie met Zendure en Gielz...

Ik weet niet helemaal of ik hier juist ben met mijn vraag. Ik heb deze vraag al in een eerder stadium gesteld maar heb nog wat verduidelijking nodig. Binnenkort komt er een Peblar Business op het garagepad die ik zoveel mogelijk wil inzetten voor laden op zonneoverschott. Maar, ik heb ook Zendure thuisbatterijen die via de Gielz autoamtisering Nul op de Meter volgen. Dus ook laden bij zonneoverschot. Dat gaat elkaar bijten. Dus, ik wil via Home Assistant ervoor zorgen dat wanneer de Peblar gaat laden, de thuisbatterijen worden gepauzeerd. Nu vroeg ik mij af of ik dan via een nieuwe automatisering de hele Gielz automatisering moet stoppen, of een automatisering moet maken die bínnen Gielz de Zendure Operation Mode in standby moet veranderen..?

Iemand daar een idee of advies over?

[koboy]

Gramser schreef op donderdag 27 augustus 2026 @ 11:24:
Ik had deze vraag ook in het Peblar-topic gesteld (, maar op aanraden daar, toch ook even hier, want relatie met Zendure en Gielz...

Ik weet niet helemaal of ik hier juist ben met mijn vraag. Ik heb deze vraag al in een eerder stadium gesteld maar heb nog wat verduidelijking nodig. Binnenkort komt er een Peblar Business op het garagepad die ik zoveel mogelijk wil inzetten voor laden op zonneoverschott. Maar, ik heb ook Zendure thuisbatterijen die via de Gielz autoamtisering Nul op de Meter volgen. Dus ook laden bij zonneoverschot. Dat gaat elkaar bijten. Dus, ik wil via Home Assistant ervoor zorgen dat wanneer de Peblar gaat laden, de thuisbatterijen worden gepauzeerd. Nu vroeg ik mij af of ik dan via een nieuwe automatisering de hele Gielz automatisering moet stoppen, of een automatisering moet maken die bínnen Gielz de Zendure Operation Mode in standby moet veranderen..?

Iemand daar een idee of advies over?

Standby modus laten instellen. Als je de automatisering stopt bevries je het accu systeem in de toestand waarin hij op dat moment toevallig staat.

[Stefan1987]

Gramser schreef op donderdag 27 augustus 2026 @ 11:24:
Ik had deze vraag ook in het Peblar-topic gesteld (, maar op aanraden daar, toch ook even hier, want relatie met Zendure en Gielz...

Ik weet niet helemaal of ik hier juist ben met mijn vraag. Ik heb deze vraag al in een eerder stadium gesteld maar heb nog wat verduidelijking nodig. Binnenkort komt er een Peblar Business op het garagepad die ik zoveel mogelijk wil inzetten voor laden op zonneoverschott. Maar, ik heb ook Zendure thuisbatterijen die via de Gielz autoamtisering Nul op de Meter volgen. Dus ook laden bij zonneoverschot. Dat gaat elkaar bijten. Dus, ik wil via Home Assistant ervoor zorgen dat wanneer de Peblar gaat laden, de thuisbatterijen worden gepauzeerd. Nu vroeg ik mij af of ik dan via een nieuwe automatisering de hele Gielz automatisering moet stoppen, of een automatisering moet maken die bínnen Gielz de Zendure Operation Mode in standby moet veranderen..?

Iemand daar een idee of advies over?

Ik heb dit ook (peblar in combinatie met Gielz/zendure in NOM stand). Wat je makkelijk kan automatiseren: De lader pakt ~11kw. Scriptje maken dat wanneer verbruik >7kw, de zendure in gielz van "smart matching" naar "smart charge only" gaat.

Ik zou geen manual doen. Mocht er iets fout gaan, dan gaat de zendure wel laden zodra de laadpaal klaar is (alleen niet ontladen).

[Gramser]

Dank beiden, bruikbare tips! @Stefan1987 waarom geen standby als modus gekozen?

Oh, en deze automatisering is zonder gekke hulpgrepen mogelijk als ik de Peblar integratie via HACS installeer? Of moet ik daar nog bijzondere dingen voor doen?

[ Voor 50% gewijzigd door Gramser op 27-08-2026 11:36 ]

[FastForwardNL]

Gramser schreef op donderdag 27 augustus 2026 @ 11:24:
Ik had deze vraag ook in het Peblar-topic gesteld (, maar op aanraden daar, toch ook even hier, want relatie met Zendure en Gielz...

Ik weet niet helemaal of ik hier juist ben met mijn vraag. Ik heb deze vraag al in een eerder stadium gesteld maar heb nog wat verduidelijking nodig. Binnenkort komt er een Peblar Business op het garagepad die ik zoveel mogelijk wil inzetten voor laden op zonneoverschott. Maar, ik heb ook Zendure thuisbatterijen die via de Gielz autoamtisering Nul op de Meter volgen. Dus ook laden bij zonneoverschot. Dat gaat elkaar bijten. Dus, ik wil via Home Assistant ervoor zorgen dat wanneer de Peblar gaat laden, de thuisbatterijen worden gepauzeerd. Nu vroeg ik mij af of ik dan via een nieuwe automatisering de hele Gielz automatisering moet stoppen, of een automatisering moet maken die bínnen Gielz de Zendure Operation Mode in standby moet veranderen..?

Iemand daar een idee of advies over?

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

[jordyc]

Deze vraag is al regelmatig langs gekomen. Er zijn mensen die een automation maken om de batterij op standby te zetten, maar je kan ook een fake P1 meter maken die de laadsnelheid van je peblar van de waarde van de P1 meter haalt, deze fake meter geef je dan op bij Gielz. Dan draait je huis nog 0 op de meter, maar wordt de auto er buiten gehouden. Eventueel kun je dan nog zeggen in de template dat wanneer de pebblar aan het laden is, je nooit een negatieve waarde wilt krijgen zodat je batterij niet opeens gaat laden terwijl de auto ook aan het laden is.

[Stefan1987]

Gramser schreef op donderdag 27 augustus 2026 @ 11:32:
Dank beiden, bruikbare tips! @Stefan1987 waarom geen standby als modus gekozen?

Omdat als er iets mis gaat in je automatisering, de zendure niet gaat laden als de laadpaal zakt onder de gestelde waarde (dus bv 7kw). Want je moet ook een automatisering maken dat als waarde <7kw is, status naar van Gielz naar smart matching gaat.

De modus in Gielz met Smart charge only zorgt er voor dat de batterij gaat laden zodra je terug gaat leveren aan het net, alleen niet ontladen (en dat wil je ook niet). Dan weet je zeker dat de accu gaat laden, ook al stopt om wat voor reden dan ook je automatisering. Het is dus meer een "voor de zekerheid" dingetje

Hou er rekening mee dat de peblar een entiteit heeft die sensor.peblar_ev_charger_status heet, maar dat deze op connected blijft staan zolang er een auto verbonden is (dus ook als hij klaar is met laden). Deze zou ik dus niet gebruiken voor je automatisering.

[Gramser]

Ik denk dat ik je snap - ik snap alleen nog niet die ingestelde waarde. Als ik de peblar op puur zonneladen zet, zou dat toch niet hoeven? Dan mag alles naar de auto?

En welke entiteit raad je me aan ipv de charger status?

[Gramser]

jordyc schreef op donderdag 27 augustus 2026 @ 11:38:
Deze vraag is al regelmatig langs gekomen. Er zijn mensen die een automation maken om de batterij op standby te zetten, maar je kan ook een fake P1 meter maken die de laadsnelheid van je peblar van de waarde van de P1 meter haalt, deze fake meter geef je dan op bij Gielz. Dan draait je huis nog 0 op de meter, maar wordt de auto er buiten gehouden. Eventueel kun je dan nog zeggen in de template dat wanneer de pebblar aan het laden is, je nooit een negatieve waarde wilt krijgen zodat je batterij niet opeens gaat laden terwijl de auto ook aan het laden is.

Deze zal ik echt een paar keer moeten lezen voor ik die goed begrijp. HA-beginner hier. Ik wilde het vooral eenvoudig voor mezelf houden. Maar huis NoM is natuurlijk ook mooi, terwijl de auto laadt.

[Mscroos]

Gramser schreef op donderdag 27 augustus 2026 @ 11:24:
Ik had deze vraag ook in het Peblar-topic gesteld (, maar op aanraden daar, toch ook even hier, want relatie met Zendure en Gielz...

Ik weet niet helemaal of ik hier juist ben met mijn vraag. Ik heb deze vraag al in een eerder stadium gesteld maar heb nog wat verduidelijking nodig. Binnenkort komt er een Peblar Business op het garagepad die ik zoveel mogelijk wil inzetten voor laden op zonneoverschott. Maar, ik heb ook Zendure thuisbatterijen die via de Gielz autoamtisering Nul op de Meter volgen. Dus ook laden bij zonneoverschot. Dat gaat elkaar bijten. Dus, ik wil via Home Assistant ervoor zorgen dat wanneer de Peblar gaat laden, de thuisbatterijen worden gepauzeerd. Nu vroeg ik mij af of ik dan via een nieuwe automatisering de hele Gielz automatisering moet stoppen, of een automatisering moet maken die bínnen Gielz de Zendure Operation Mode in standby moet veranderen..?

Iemand daar een idee of advies over?

Op zich kan dit, maar het heeft wel een nadeel. Een gemiddelde EV begint pas te laden met een zonne overschot van 1350 Watt. Als je dus de Zendure op standby zet en vervolgens de auto aan dan zal de energie die je opwekt onder het "start vermogen" van de EV ge-exporteerd worden. Eigenlijk is dat ongewenst.

Ik zelf heb dit opgelost door een (hardware) P1 simulator aan te sluiten op mij EV. Mijn Zendures staan op de normale P1 poort.

Home assistant stuurt vervolgens de waarde van de echte P1 + Zendure naar de simulatie P1 poort. Dit is dus het beschikbare vermogen dat in een situatie zonder accu naar het net zou gaan.

Resultaat is dat als de auto op zonneladen staat en de zendure op NoM dat de auto vanaf 1350 watt gaat laden, de zendure stopt dan. Alles onder de 1350 gaat de Zendures in. Als ik de EV lader forceer om snel te laden dan zal het vermogen uit de accu en/of het net komen. Voor mij maakt dat dan eigenlijk niet meer uit (werkgever betaald vergoeding). Dit laatste doe ik ook om mn accus even leeg te trekken als ik verwacht dat ze de volgende dag naar 100% gaan.

[Gramser]

Oef. Veel verschillende wegen naar Rome...! Ik ga ermee stoeien!

[Gramser]

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 is eigenlijk wat @Stefan1987 beschrijft maar zonder de kW-input mee te geven, lees ik dat correct?

[Stefan1987]

Gramser schreef op donderdag 27 augustus 2026 @ 11:52:
[...]

Dit is eigenlijk wat @Stefan1987 beschrijft maar zonder de kW-input mee te geven, lees ik dat correct?

Ja, alleen ik lees niet dat zodra de auto klaar is, de zendure weer naar smart matching gaat. Daarnaast zou ik dus sensor.laadpaal_opladermodus niet gebruiken, omdat die (in ieder geval hier) niet registreert of er geladen wordt, maar of er een auto gekoppeld is. Zodra het laden klaar is, blijft deze status op "connected" staan tot dat je zelf de stekker uit je auto trekt.

[Gramser]

Stefan1987 schreef op donderdag 27 augustus 2026 @ 11:56:
[...]

Ja, alleen ik lees niet dat zodra de auto klaar is, de zendure weer naar smart matching gaat. Daarnaast zou ik dus sensor.laadpaal_opladermodus niet gebruiken, omdat die (in ieder geval hier) niet registreert of er geladen wordt, maar of er een auto gekoppeld is. Zodra het laden klaar is, blijft deze status op "connected" staan tot dat je zelf de stekker uit je auto trekt.

En welke entiteit laat dan wel zien of er actief geladen wordt, en niet alleen verbonden met de auto, weet jij dat? Volgens mij zou ik toch een van deze moeten kunnen gebruiken?

State: The current state of the charger. The state can be one of the following:

Charging (state: charging): The charger is currently charging the electric vehicle.
Error (state: error): The charger has detected an error and is currently not charging the electric vehicle.
Fault (state: fault): The charger has detected a fault and is currently not charging the electric vehicle.
No EV connected (state: no_ev_connected): The charger is currently not connected to an electric vehicle.
Suspended (state: suspended): The charger is currently not charging the electric vehicle, but is ready to start charging when needed.
Invalid (state: invalid): The charger is in an invalid state.

Dan zou je bijna zeggen: Zendure modus naar smart charging only als Peblar de status charging heeft, en ga weer naar smart matching als Peblar "suspended" geeft. Tenminste, ik kan me zo voorstellen dat dat de status wordt als het laden klaar is.

[ Voor 46% gewijzigd door Gramser op 27-08-2026 12:11 ]

[Mscroos]

Gramser schreef op donderdag 27 augustus 2026 @ 11:58:
[...]

En welke entiteit laat dan wel zien of er actief geladen wordt, en niet alleen verbonden met de auto, weet jij dat? Volgens mij zou ik toch een van deze moeten kunnen gebruiken?

State: The current state of the charger. The state can be one of the following:

Charging (state: charging): The charger is currently charging the electric vehicle.
Error (state: error): The charger has detected an error and is currently not charging the electric vehicle.
Fault (state: fault): The charger has detected a fault and is currently not charging the electric vehicle.
No EV connected (state: no_ev_connected): The charger is currently not connected to an electric vehicle.
Suspended (state: suspended): The charger is currently not charging the electric vehicle, but is ready to start charging when needed.
Invalid (state: invalid): The charger is in an invalid state.

Dan zou je bijna zeggen: Zendure modus naar smart charging only als Peblar de status charging heeft, en ga weer naar smart matching als Peblar "suspended" geeft. Tenminste, ik kan me zo voorstellen dat dat de status wordt als het laden klaar is.

Op deze manier haal je dan alles uit het net als je je EV geforceerd wil opladen, dus niet op overschot.

[Gramser]

Maar alleen als ik de EV geforceerd wil laden? Dat zou vaak 's nachts zijn, en dan mag het best uit batterij en/of net komen.

Maar de boodschap is helder hoor: ik moet hier even voor gaan zitten. Tot die tijd kan ik Gielz handmatig op smart charging only zetten als ik de auto laat zonneladen.

[Isdatzo]

Ik zie het probleem niet zo: als het op een bepaald moment opportuun is om de accu's te (ont)laden, dan staat dat los van wat je EV op dat moment aan het doen is.

[testmanager]

Isdatzo schreef op donderdag 27 augustus 2026 @ 13:01:
Ik zie het probleem niet zo: als het op een bepaald moment opportuun is om de accu's te (ont)laden, dan staat dat los van wat je EV op dat moment aan het doen is.

Als in de middag de stroom erg goedkoop is, wil je je EV dan laden. En dan wil je niet dat je accu denkt: “hej, energievraag dus ik ga ontladen…”

[Isdatzo]

testmanager schreef op donderdag 27 augustus 2026 @ 13:05:
[...]

Als in de middag de stroom erg goedkoop is, wil je je EV dan laden. En dan wil je niet dat je accu denkt: “hej, energievraag dus ik ga ontladen…”

Maar als de stroom zo goedkoop is, waarom zou je dan überhaupt de energievraag vanuit de accu's willen voorzien?

[Stefan1987]

Gramser schreef op donderdag 27 augustus 2026 @ 11:58:
[...]

En welke entiteit laat dan wel zien of er actief geladen wordt, en niet alleen verbonden met de auto, weet jij dat? Volgens mij zou ik toch een van deze moeten kunnen gebruiken?

State: The current state of the charger. The state can be one of the following:

Charging (state: charging): The charger is currently charging the electric vehicle.
Error (state: error): The charger has detected an error and is currently not charging the electric vehicle.
Fault (state: fault): The charger has detected a fault and is currently not charging the electric vehicle.
No EV connected (state: no_ev_connected): The charger is currently not connected to an electric vehicle.
Suspended (state: suspended): The charger is currently not charging the electric vehicle, but is ready to start charging when needed.
Invalid (state: invalid): The charger is in an invalid state.

Dan zou je bijna zeggen: Zendure modus naar smart charging only als Peblar de status charging heeft, en ga weer naar smart matching als Peblar "suspended" geeft. Tenminste, ik kan me zo voorstellen dat dat de status wordt als het laden klaar is.

Ik zou sensor.peblar_ev_charger_vermogen gebruiken, en dan wanneer verbruik op deze sensor hoger is dan bijvoorbeeld 7kw.

Deze werkt misschien ook met status "opladen", maar heb ik zelf niet getest:

sensor.peblar_ev_charger_status heeft Suspended, Opladen, Opladen, Fout, Fout, Ongeldig, Geen EV verbonden

[koboy]

Gramser schreef op donderdag 27 augustus 2026 @ 12:30:
Maar alleen als ik de EV geforceerd wil laden? Dat zou vaak 's nachts zijn, en dan mag het best uit batterij en/of net komen.

Maar de boodschap is helder hoor: ik moet hier even voor gaan zitten. Tot die tijd kan ik Gielz handmatig op smart charging only zetten als ik de auto laat zonneladen.

Begin met bedenken of het de moeite is om de auto op alleen eigen zonnestroom te laden.
Hier zou dat betekenen dat de auto ingeplugd moet elke keer/dag nadat deze gebruikt is, inclusief matje met gevarenstreepjes over de stoep. Ik blijf dus gewoon zoals nu 1x per week op het goedkoopste moment (zaterdag of zondag) opladen en hoop er even aan te denken dat ik de dag ervoor het overschot dumpen uit heb gezet.
Met 2700WP op het dak zou ik de auto voor de wekelijkse lading een dag of 3 aangekoppeld moeten hebben en heb ik die drie dagen ook geen volle accu.

En voor wat je gaat automatiseren geldt nog altijd de wet van Pareto.....

Toevoeging: nog even in Pareto stijl op de achterkant van een bierviltje de kosten gezet van zonneladen voor mij: 40kWh met 3 dagen geen stroom naar de accu:

Bespaard: €4,40 energiebelasting
Kosten: 3x4=12kWh overschot dumpen: €1,50
Kosten: 3x4=12kWh af moeten nemen in de nacht: €3 euro

Bierviltje zegt dat het voor mij geen donder uitmaakt..... Of ik moet voor €1,50 elke dag inpluggen, en zodanig automatiseren dat ik wel een met zon gevulde accu heb elke nacht. Dit gaat niet om twee redenen: de kabelmat en ik heb een niet HA compatible laadpunt.

[ Voor 21% gewijzigd door koboy op 27-08-2026 14:22 ]

[jelleeelco]

Ik draai nu al heel lang de Gielz integratie met aangepaste Gast777 proxy, samen met een Solarflow 800 plus en een 2400AC+ met 3 extra accu's.

Gisteravond bleef het voor de eerste keer zo maar hangen. De "Standy" optie werkte niet vanuit "NOM", wel vanuit "handmatig". Vandaag zie ik dat HA continue de verbinding verliest met de Zendures, er staat dan voor alle integraties "Niet beschikbaar". Soms paar seconden, soms een minuut.

Iemand anders die dit herkent?

edit:
Claude naar mijn HA setup laten kijken en de berichten laten analyseren. Dit was het gevolg:

Wat er speelde

HA verloor steeds de verbinding doordat de proxy per meetcyclus maximaal 3 seconden wachtte op beide batterijen. De unit op .92 (Zendure 2) reageert structureel traag (0,4–2,3s, vaak >1s) — niet door zwak signaal (RSSI -35 is prima), maar door een trage controller (je reboot bevestigde dat het niet tijdelijk is). Zodra .92 die 3s overschreed, pauzeerde de proxy 15 seconden alle communicatie → HA offline. Dat gebeurde elke paar minuten (~5,5% van alle verzoeken kreeg geen antwoord).

Wat ik heb aangepast (live)

• Join-timeout: 3s → 5s — .92's pieken van ~2,3s vallen nu ruim binnen de marge, dus veel minder comm-errors.
• Comm-pauze: 15s → 5s — mocht er tóch een hik zijn, dan is HA binnen 5s weer verbonden i.p.v. 15s.

Config is intact (2 omvormers, IP's correct) en de proxy bedient de verzoeken gewoon door.

[ Voor 53% gewijzigd door jelleeelco op 27-08-2026 14:16 ]

[Mscroos]

jelleeelco schreef op donderdag 27 augustus 2026 @ 14:03:
Vandaag zie ik dat HA continue de verbinding verliest met de Zendures, er staat dan voor alle integraties "Niet beschikbaar". Soms paar seconden, soms een minuut.

Kan je dit ook bevestigen vanuit je router? Hier zie ik elke keer als er een issue is in Unifi ook een disconnect direct gevolgd door een connect dus duidelijk een netwerk probleem. Er is eerder al veel over gesproken en het lijkt vaak te duiden op netwerk problemen. Ik ga nog investeren in een extra accesspoint hel dichtbij de units, hopelijk hier dan ook beter.

[jelleeelco]

Mscroos schreef op donderdag 27 augustus 2026 @ 14:25:
[...]

Kan je dit ook bevestigen vanuit je router? Hier zie ik elke keer als er een issue is in Unifi ook een disconnect direct gevolgd door een connect dus duidelijk een netwerk probleem. Er is eerder al veel over gesproken en het lijkt vaak te duiden op netwerk problemen. Ik ga nog investeren in een extra accesspoint hel dichtbij de units, hopelijk hier dan ook beter.

Zou me verbazen. Het is alleen de SolarFlow 800+ die zo langzaam reageert. Er hangt een dedicated access point boven de beide omvormers. En signaal sterkte is zeer goed, verbinding wordt ook niet verloren, het is puur de SolarFlow 800+ die traag reageert. De 2400AC+ reageert op ieder bericht tussen de 15-25ms, de 800+ doet dat met 0,4 - 3 seconden.

[ZuinigeRijder]

jelleeelco schreef op donderdag 27 augustus 2026 @ 14:03:
....

Wat ik heb aangepast (live)

• Join-timeout: 3s → 5s — .92's pieken van ~2,3s vallen nu ruim binnen de marge, dus veel minder comm-errors.
• Comm-pauze: 15s → 5s — mocht er tóch een hik zijn, dan is HA binnen 5s weer verbonden i.p.v. 15s.

Config is intact (2 omvormers, IP's correct) en de proxy bedient de verzoeken gewoon door.

Waar heb je dat aangepast in Node-RED? Ik heb ook regelmatig Cached Response op Ja staan.

[ Voor 5% gewijzigd door ZuinigeRijder op 27-08-2026 14:30 ]

[jordyc]

Gramser schreef op donderdag 27 augustus 2026 @ 11:44:
[...]

Deze zal ik echt een paar keer moeten lezen voor ik die goed begrijp. HA-beginner hier. Ik wilde het vooral eenvoudig voor mezelf houden. Maar huis NoM is natuurlijk ook mooi, terwijl de auto laadt.

Laten we het makkelijker maken om te beginnen, wat je doet is een template sensor maken met de volgende code:

P1 meter - laadsnelheid laadpaal. Eventueel moet je je laadpaal van kW naar W omrekenen. Deze nieuwe sensor wordt dan de input voor Gielz. In het dashboard kun je ergens een alternatieve P1 meter opgeven. Dan in je automation zeg je dat wanneer de laadpaal >0 is Zendure de stand smart discharge pakt.

Dan laat je voor nu even de moeilijkheid weg om wel/niet de laadpaal te compenseren met de batterij.

[Gramser]

koboy schreef op donderdag 27 augustus 2026 @ 14:02:
[...]

Begin met bedenken of het de moeite is om de auto op alleen eigen zonnestroom te laden.
Hier zou dat betekenen dat de auto ingeplugd moet elke keer/dag nadat deze gebruikt is, inclusief matje met gevarenstreepjes over de stoep. Ik blijf dus gewoon zoals nu 1x per week op het goedkoopste moment (zaterdag of zondag) opladen en hoop er even aan te denken dat ik de dag ervoor het overschot dumpen uit heb gezet.
Met 2700WP op het dak zou ik de auto voor de wekelijkse lading een dag of 3 aangekoppeld moeten hebben en heb ik die drie dagen ook geen volle accu.

En voor wat je gaat automatiseren geldt nog altijd de wet van Pareto.....

Toevoeging: nog even in Pareto stijl op de achterkant van een bierviltje de kosten gezet van zonneladen voor mij: 40kWh met 3 dagen geen stroom naar de accu:

Bespaard: €4,40 energiebelasting
Kosten: 3x4=12kWh overschot dumpen: €1,50
Kosten: 3x4=12kWh af moeten nemen in de nacht: €3 euro

Bierviltje zegt dat het voor mij geen donder uitmaakt..... Of ik moet voor €1,50 elke dag inpluggen, en zodanig automatiseren dat ik wel een met zon gevulde accu heb elke nacht. Dit gaat niet om twee redenen: de kabelmat en ik heb een niet HA compatible laadpunt.

Mijn situatie is net want anders, want:
- ik heb een PHEV die elke dag goed gebruikt wordt en het net redt met z'n EV-lading als ik de huidige grannycharger tijdig inplug
- ik heb een hoop meer zonnestroom
- ik heb vooralsnog een vast contract
- en de belangrijkste: ik wil hiermee gaan spelen

[databeestje]

Stefan1987 schreef op donderdag 27 augustus 2026 @ 13:31:
[...]

Ik zou sensor.peblar_ev_charger_vermogen gebruiken, en dan wanneer verbruik op deze sensor hoger is dan bijvoorbeeld 7kw.

Deze, ik gebruik ook power > 1 en power < 1 en schakel hier mee de accu. Al heb ik dat niet nodig met Omnibattery, daar kan ik deze als een excluded device opvoeren, heeft toggles voor wat je wilt doen. D.w.z. huis blijven voeden, standby e.d. Hoef ik geen automation meer te maken.

[jelleeelco]

ZuinigeRijder schreef op donderdag 27 augustus 2026 @ 14:29:
[...]


Waar heb je dat aangepast in Node-RED? Ik heb ook regelmatig Cached Response op Ja staan.

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

[testmanager]

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


Maar als de stroom zo goedkoop is, waarom zou je dan überhaupt de energievraag vanuit de accu's willen voorzien?

Geen idee, wie zegt dat?