Zendure producten in Home Assistant integreren deel 2

[Devke]

koboy schreef op maandag 9 maart 2026 @ 13:58:
[...]


Hmmmm, ik krijg een ideetje..... Uit de post van @alitrix begreep ik dat hij had geupdate bij een lage SOC. Jij ook?

Van de twee nu bekende geslaagde updates: @gielz en @devke, wat was de SOC tijdens updaten bij jullie?

Het zou kunnen dat het updaten misgaat bij lage(re) SOC. In elk geval blijf ik nog even van de knop af....

Ik heb geen update gedaan.

[RobTesla]

Ik heb ondertussen een HA opgezet om m'n Zendure SF 2400 aan te sturen met de @gielz HA-implementatie. Ik zit met een heel specifieke opstelling waarbij ik bepaalde aspecten nog wil kunnen aansturen vanuit eigen scripts. Met name: als ik 'Snel Opladen' kies beginnen de batterijen van de Zendure mooi te laden aan het wattage ingesteld in de parameter 'Maximum Oplaadvermogen'. Als ik dan -terwijl het laden bezig is in de modus 'Snel Opladen'- deze parameter wijzig naar iets anders, dan stuurt die de Zendure niet aan, hij blijft bij het ingestelde vermogen toen ik hem van 'Standby' naar 'Snel Opladen' switchte. Is dat normaal? Ik gebruik Gielz HA script, configuratie "Maart 2026 (20260214)". Ik kan wel ondertussen in de Zendure app het oplaadvermogen manueel aanpassen, dat lukt. Mijn SF zit niet in HEMS.

[Panzer_V]

RobTesla schreef op maandag 9 maart 2026 @ 14:47:
Ik heb ondertussen een HA opgezet om m'n Zendure SF 2400 aan te sturen met de @gielz HA-implementatie. Ik zit met een heel specifieke opstelling waarbij ik bepaalde aspecten nog wil kunnen aansturen vanuit eigen scripts. Met name: als ik 'Snel Opladen' kies beginnen de batterijen van de Zendure mooi te laden aan het wattage ingesteld in de parameter 'Maximum Oplaadvermogen'. Als ik dan -terwijl het laden bezig is in de modus 'Snel Opladen'- deze parameter wijzig naar iets anders, dan stuurt die de Zendure niet aan, hij blijft bij het ingestelde vermogen toen ik hem van 'Standby' naar 'Snel Opladen' switchte. Is dat normaal? Ik gebruik Gielz HA script, configuratie "Maart 2026 (20260214)". Ik kan wel ondertussen in de Zendure app het oplaadvermogen manueel aanpassen, dat lukt. Mijn SF zit niet in HEMS.

Heb je ook de automation toegevoegd en aangezet? Dat is namelijk het hart van de integratie.

[RobTesla]

Panzer_V schreef op maandag 9 maart 2026 @ 14:54:
[...]
Heb je ook de automation toegevoegd en aangezet? Dat is namelijk het hart van de integratie.

Uiteraard. Anders zou die niet beginnen laden als ik die van Standby naar Snel Opladen switch, hé. NOM werkt trouwens ook...

[alitrix]

koboy schreef op maandag 9 maart 2026 @ 13:58:
[...]


Hmmmm, ik krijg een ideetje..... Uit de post van @alitrix begreep ik dat hij had geupdate bij een lage SOC. Jij ook?

Van de twee nu bekende geslaagde updates: @gielz en nog iemand anders @devke, wat was de SOC tijdens updaten bij jullie?

Het zou kunnen dat het updaten misgaat bij lage(re) SOC. In elk geval blijf ik nog even van de knop af....

Ik heb een vermoeden dat er ergens een veiligheids-flag vastzat in de nieuwe versie
Hierdoor bleef die elke keer mijn handmatige input waardes terugzetten op 0.

Alleen HEMS mocht nog de waardes aanpassen (ik heb geen andere P1 apparatuur van Zendure zelf)
Dus heb ik ervoor gekozen om tussen X en Y tijd op te laden door handmatig een vaste waarde te geven
Toen de batterij ergens rond 15% was, heb ik HEMS uitgezet en weer handmatige inputs geprobeerd.

Dat leek te werken, alsof het 'kickstart' gaf, of de veiligheids-flag staat nu wel correct
Wanneer ik vanavond de accu leeg trek, zal ik snel achter komen of de minimale SOC% het probleem was of iets anders

Overigens heb ik ook een eigen automation geschreven (ooit deels overgenomen ergens in het begin van deze threads)
En verder aangepast met Claude naar mijn wens, bv, hij mag de accu niet dischargen om de auto op te laden.

Indien mensen interesse hebben, hier mijn automation

code:

alias: Balance Grid Power with Zendure Hyper 2000 (Dual Battery)
description: >-
  Adjusts two Zendure SolarFlow 2400 batteries to keep P1 meter active power
  near 0W. Distributes load by SoC — batteries with more room charge faster,
  batteries with more stored energy discharge more. Excludes Alfen EV charger
  from discharge calculations to avoid battery→grid→car energy losses. Uses a
  deadband + power buffer to prevent oscillation near zero.
triggers:
  - entity_id:
      - sensor.power_actual
    for:
      hours: 0
      minutes: 0
      seconds: 2
    trigger: state
conditions: []
actions:
  - variables:
      deadband: 50
      power_buffer: 20
      exclude_alfen_ev: true
      min_soc_discharge: 10
  - variables:
      p1_power: "{{ states('sensor.power_actual') | float(0) }}"
      alfen_power: >-
        {{ (states('sensor.alfen_active_power_total_socket_1') | float(0)) *
        1000 }}
      b1_output_now: "{{ states('sensor.solarflow_2400_ac_output_home_power') | float(0) }}"
      b1_input_now: "{{ states('sensor.solarflow_2400_ac_grid_input_power') | float(0) }}"
      b2_output_now: >-
        {{ states('sensor.solarflow_2400_ac_2_battery_output_power') | float(0)
        }}
      b2_input_now: >-
        {{ states('sensor.solarflow_2400_ac_2_battery_input_power') | float(0)
        }}
      b1_soc: "{{ states('sensor.solarflow_2400_ac_electric_level') | float(0) }}"
      b2_soc: "{{ states('sensor.solarflow_2400_ac_2_battery_soc') | float(0) }}"
  - choose:
      - alias: Importing from grid → discharge batteries
        conditions:
          - condition: template
            value_template: "{{ p1_power > deadband }}"
        sequence:
          - variables:
              p1_net: |-
                {% if exclude_alfen_ev %}
                  {{ [p1_power - alfen_power, 0] | max }}
                {% else %}
                  {{ p1_power }}
                {% endif %}
              freed_from_stopping_charge: "{{ b1_input_now + b2_input_now }}"
              total_discharge_needed: >-
                {{ [b1_output_now + b2_output_now + p1_net -
                freed_from_stopping_charge - power_buffer, 0] | max }}
              b1_can_discharge: "{{ b1_soc > min_soc_discharge }}"
              b2_can_discharge: "{{ b2_soc > min_soc_discharge }}"
              b1_effective_soc: "{{ b1_soc if b1_can_discharge else 0 }}"
              b2_effective_soc: "{{ b2_soc if b2_can_discharge else 0 }}"
              total_soc: "{{ [b1_effective_soc + b2_effective_soc, 1] | max }}"
              b1_share: "{{ b1_effective_soc / total_soc }}"
              b2_share: "{{ b2_effective_soc / total_soc }}"
              b1_output_raw: "{{ [total_discharge_needed * b1_share, 800] | min }}"
              b2_output_raw: "{{ [total_discharge_needed * b2_share, 800] | min }}"
              b1_overflow: "{{ [total_discharge_needed * b1_share - 800, 0] | max }}"
              b2_overflow: "{{ [total_discharge_needed * b2_share - 800, 0] | max }}"
              b1_output_final: >-
                {{ [[b1_output_raw + b2_overflow, 800] | min, 0] | max |
                round(0) | int }}
              b2_output_final: >-
                {{ [[b2_output_raw + b1_overflow, 800] | min, 0] | max |
                round(0) | int }}
          - choose:
              - alias: Only EV is importing → stop battery discharge
                conditions:
                  - condition: template
                    value_template: "{{ exclude_alfen_ev and p1_net <= 0 }}"
                sequence:
                  - alias: "B1: AC mode → output (idle)"
                    device_id: 23a5f7897298f4b7f370476ca718bfdd
                    domain: select
                    entity_id: dce7c8ec2f1f0539de4815dd359befcb
                    type: select_option
                    option: output
                  - alias: "B1: Set output to 0"
                    action: number.set_value
                    target:
                      entity_id: number.solarflow_2400_ac_output_limit
                    data:
                      value: "0"
                  - alias: "B1: Set input to 0"
                    action: number.set_value
                    target:
                      entity_id: number.solarflow_2400_ac_input_limit
                    data:
                      value: "0"
                  - alias: "B2: AC mode → output (idle)"
                    device_id: 23f6c98e8b92bb903ea06a9888b5c816
                    domain: select
                    entity_id: select.solarflow_2400_ac_2_ac_operation_mode
                    type: select_option
                    option: output
                  - alias: "B2: Set output to 0"
                    action: number.set_value
                    target:
                      entity_id: number.solarflow_2400_ac_2_output_limit
                    data:
                      value: "0"
                  - alias: "B2: Set input to 0"
                    action: number.set_value
                    target:
                      entity_id: number.solarflow_2400_ac_2_input_limit
                    data:
                      value: "0"
            default:
              - alias: "B1: AC mode → output"
                device_id: 23a5f7897298f4b7f370476ca718bfdd
                domain: select
                entity_id: dce7c8ec2f1f0539de4815dd359befcb
                type: select_option
                option: output
              - alias: "B1: Set output limit"
                action: number.set_value
                target:
                  entity_id: number.solarflow_2400_ac_output_limit
                data:
                  value: "{{ b1_output_final }}"
              - alias: "B1: Set input to 0"
                action: number.set_value
                target:
                  entity_id: number.solarflow_2400_ac_input_limit
                data:
                  value: "0"
              - alias: "B2: AC mode → output"
                device_id: 23f6c98e8b92bb903ea06a9888b5c816
                domain: select
                entity_id: select.solarflow_2400_ac_2_ac_operation_mode
                type: select_option
                option: output
              - alias: "B2: Set output limit"
                action: number.set_value
                target:
                  entity_id: number.solarflow_2400_ac_2_output_limit
                data:
                  value: "{{ b2_output_final }}"
              - alias: "B2: Set input to 0"
                action: number.set_value
                target:
                  entity_id: number.solarflow_2400_ac_2_input_limit
                data:
                  value: "0"
      - alias: Exporting to grid → charge batteries
        conditions:
          - condition: template
            value_template: "{{ p1_power < -deadband }}"
        sequence:
          - variables:
              surplus: "{{ [p1_power | abs - power_buffer, 0] | max }}"
              freed_from_stopping_discharge: "{{ b1_output_now + b2_output_now }}"
              total_charge_needed: >-
                {{ [b1_input_now + b2_input_now + surplus -
                freed_from_stopping_discharge, 0] | max }}
              b1_room: "{{ [100 - b1_soc, 0] | max }}"
              b2_room: "{{ [100 - b2_soc, 0] | max }}"
              total_room: "{{ [b1_room + b2_room, 1] | max }}"
              b1_share: "{{ b1_room / total_room }}"
              b2_share: "{{ b2_room / total_room }}"
              b1_input_raw: "{{ [total_charge_needed * b1_share, 2400] | min }}"
              b2_input_raw: "{{ [total_charge_needed * b2_share, 2400] | min }}"
              b1_overflow: "{{ [total_charge_needed * b1_share - 2400, 0] | max }}"
              b2_overflow: "{{ [total_charge_needed * b2_share - 2400, 0] | max }}"
              b1_input_final: >-
                {{ [[b1_input_raw + b2_overflow, 2400] | min, 0] | max |
                round(0) | int }}
              b2_input_final: >-
                {{ [[b2_input_raw + b1_overflow, 2400] | min, 0] | max |
                round(0) | int }}
          - alias: "B1: AC mode → input"
            device_id: 23a5f7897298f4b7f370476ca718bfdd
            domain: select
            entity_id: dce7c8ec2f1f0539de4815dd359befcb
            type: select_option
            option: input
          - alias: "B1: Set input limit"
            action: number.set_value
            target:
              entity_id: number.solarflow_2400_ac_input_limit
            data:
              value: "{{ b1_input_final }}"
          - alias: "B1: Set output to 0"
            action: number.set_value
            target:
              entity_id: number.solarflow_2400_ac_output_limit
            data:
              value: "0"
          - alias: "B2: AC mode → input"
            device_id: 23f6c98e8b92bb903ea06a9888b5c816
            domain: select
            entity_id: select.solarflow_2400_ac_2_ac_operation_mode
            type: select_option
            option: input
          - alias: "B2: Set input limit"
            action: number.set_value
            target:
              entity_id: number.solarflow_2400_ac_2_input_limit
            data:
              value: "{{ b2_input_final }}"
          - alias: "B2: Set output to 0"
            action: number.set_value
            target:
              entity_id: number.solarflow_2400_ac_2_output_limit
            data:
              value: "0"
mode: restart

[ Voor 95% gewijzigd door alitrix op 09-03-2026 15:34 ]

[gielz]

RobTesla schreef op maandag 9 maart 2026 @ 14:47:
Ik heb ondertussen een HA opgezet om m'n Zendure SF 2400 aan te sturen met de @gielz HA-implementatie. Ik zit met een heel specifieke opstelling waarbij ik bepaalde aspecten nog wil kunnen aansturen vanuit eigen scripts. Met name: als ik 'Snel Opladen' kies beginnen de batterijen van de Zendure mooi te laden aan het wattage ingesteld in de parameter 'Maximum Oplaadvermogen'. Als ik dan -terwijl het laden bezig is in de modus 'Snel Opladen'- deze parameter wijzig naar iets anders, dan stuurt die de Zendure niet aan, hij blijft bij het ingestelde vermogen toen ik hem van 'Standby' naar 'Snel Opladen' switchte. Is dat normaal? Ik gebruik Gielz HA script, configuratie "Maart 2026 (20260214)". Ik kan wel ondertussen in de Zendure app het oplaadvermogen manueel aanpassen, dat lukt. Mijn SF zit niet in HEMS.

Als ik het goed lees zoek je dit? In de april versie is dit opgelost;
https://github.com/Gielz1...elz1986-April-2026-Update

[RobTesla]

gielz schreef op maandag 9 maart 2026 @ 16:06:
[...]
Als ik het goed lees zoek je dit? In de april versie is dit opgelost

Dank! Moet ik enkel de automatisering upgraden of alles?

[gielz]

RobTesla schreef op maandag 9 maart 2026 @ 16:11:
[...]


Dank! Moet ik enkel de automatisering upgraden of alles?

Ik zou gewoon de package + automatisering + optioneel plug-n-play-dashboard doen. Het enigste wat nog gaat veranderen in de release is dat de configuratie versie aangepast zal gaan worden op releasedatum. Inmiddels hier al een nieuwe release aangemaakt voor Mei 2026.

Net ook even getest voor je met snel ontladen;


Dit zijn trouwens de releasenotes; https://github.com/Gielz1986/Zendure-HA-zenSDK/pull/30

[ Voor 6% gewijzigd door gielz op 09-03-2026 16:15 ]

[gast777]

RobTesla schreef op maandag 9 maart 2026 @ 14:47:
als ik 'Snel Opladen' kies beginnen de batterijen van de Zendure mooi te laden aan het wattage ingesteld in de parameter 'Maximum Oplaadvermogen'. Als ik dan -terwijl het laden bezig is in de modus 'Snel Opladen'- deze parameter wijzig naar iets anders, dan stuurt die de Zendure niet aan, hij blijft bij het ingestelde vermogen toen ik hem van 'Standby' naar 'Snel Opladen' switchte. Is dat normaal?

Als ik het goed begrijp verlaag je het 'Maximum Oplaadvermogen' nadat hij gestart is met 'Snel Opladen'. En dan verandert het vermogen niet naar het nieuwe maximum.

Ik heb dit zojuist even geprobeerd en hier verandert hij wel mee. Dat is met de April versie. Dus wellicht moet je die even installeren en opnieuw proberen.

[DrNickB]

RobTesla schreef op maandag 9 maart 2026 @ 14:47:
Ik heb ondertussen een HA opgezet om m'n Zendure SF 2400 aan te sturen met de @gielz HA-implementatie. Ik zit met een heel specifieke opstelling waarbij ik bepaalde aspecten nog wil kunnen aansturen vanuit eigen scripts. Met name: als ik 'Snel Opladen' kies beginnen de batterijen van de Zendure mooi te laden aan het wattage ingesteld in de parameter 'Maximum Oplaadvermogen'. Als ik dan -terwijl het laden bezig is in de modus 'Snel Opladen'- deze parameter wijzig naar iets anders, dan stuurt die de Zendure niet aan, hij blijft bij het ingestelde vermogen toen ik hem van 'Standby' naar 'Snel Opladen' switchte. Is dat normaal? Ik gebruik Gielz HA script, configuratie "Maart 2026 (20260214)". Ik kan wel ondertussen in de Zendure app het oplaadvermogen manueel aanpassen, dat lukt. Mijn SF zit niet in HEMS.

Waarom gebruik je dan niet de Handmatige optie? die luistert naar elke wijziging.

[YvonneVP]

koboy schreef op maandag 9 maart 2026 @ 13:58:
[...]


Hmmmm, ik krijg een ideetje..... Uit de post van @alitrix begreep ik dat hij had geupdate bij een lage SOC. Jij ook?

Van de twee nu bekende geslaagde updates: @gielz en nog iemand anders @devke, wat was de SOC tijdens updaten bij jullie?

Het zou kunnen dat het updaten misgaat bij lage(re) SOC. In elk geval blijf ik nog even van de knop af....

Ik heb niet specifiek op de SOC gelet. Die had, voor zover ik kan terug kijken, een normale werking en goed was. Vandaag heb ik wel 275 schakelingen staan. Morgen, dus vanaf 00:00 uur vannacht even kijken of dit dan ook minder schakelingen zijn.

[Pakhaas]

Ik heb weer een idee/feature request maar geen idee of het uitvoerbaar is.

Bij Dynamisch Handelen selecteer je aantal goedkope en dure uren/kwartieren. Zodra het goedkoop is gaat hij laden met het ingesteld vermogen en bij dure momenten visa versa.

Bijvoorbeeld vanochtend was het tussen 7:15 en 7:30 (ik werk met kwartierprijzen) 0,378. De omvormers stonden met 4400w terug te leveren. Maar om 8:00-8:15 was het 0.421. Ik heb toen dat eerdere kwartier het vermogen wat lager gedaan oom wat over te houden voor 8:00 uur.

Toen dacht ik, kan dat niet automatisch? We weten voor de komende 24u wat de uur/kwartierprijzen zijn en je hebt aangegeven hoeveel uren/kwartieren hij moet laden/ontladen. Het moet dan mogelijk zijn dat hij dat zo uitspreid dat er op het duurste moment het meeste kan ontladen.

[gast777]

koboy schreef op maandag 9 maart 2026 @ 13:58:
[...]


Hmmmm, ik krijg een ideetje..... Uit de post van @alitrix begreep ik dat hij had geupdate bij een lage SOC. Jij ook?

Van de twee nu bekende geslaagde updates: @gielz en nog iemand anders @devke, wat was de SOC tijdens updaten bij jullie?

Het zou kunnen dat het updaten misgaat bij lage(re) SOC. In elk geval blijf ik nog even van de knop af....

Afgelopen weekend heb ik ook de beide 2400AC's geupdate naar v1.0.19 en heb geen enkel probleem gezien. Dat is met HA Gielz en de Proxy.

Qua SoC was het toen op 12% (10% was ingesteld als minSoc).

[Refl]

Vraagje die misschien allang eerder is beantwoord:

In het overzicht "dynamisch vandaag" is het mogelijk de bar van het huidige tijdstip een andere kleur te geven (bijvoorbeeld blauw of wit)?
Nu staat in het overzicht wel het duurste en goedkoopste uur maar het zou fijn zijn als je met 1 oogopslag kan zien in welk uur/kwartier je momenteel zit.

Wellicht is dit zelf aan te passen maar wilde hem toch eerst hier vragen voor ik het in ChatGPT gooi

[Devke]

Pakhaas schreef op dinsdag 10 maart 2026 @ 08:27:
Ik heb weer een idee/feature request maar geen idee of het uitvoerbaar is.

Bij Dynamisch Handelen selecteer je aantal goedkope en dure uren/kwartieren. Zodra het goedkoop is gaat hij laden met het ingesteld vermogen en bij dure momenten visa versa.

Bijvoorbeeld vanochtend was het tussen 7:15 en 7:30 (ik werk met kwartierprijzen) 0,378. De omvormers stonden met 4400w terug te leveren. Maar om 8:00-8:15 was het 0.421. Ik heb toen dat eerdere kwartier het vermogen wat lager gedaan oom wat over te houden voor 8:00 uur.

Toen dacht ik, kan dat niet automatisch? We weten voor de komende 24u wat de uur/kwartierprijzen zijn en je hebt aangegeven hoeveel uren/kwartieren hij moet laden/ontladen. Het moet dan mogelijk zijn dat hij dat zo uitspreid dat er op het duurste moment het meeste kan ontladen.

Je kunt de duurste kwartieren (periode) instellen. Dan pakt hij vanzelf die kwartieren. Je kunt ook handmatig evt de voor jouw juiste kwartieren pakken. Dan heb je altijd de maximale winst. Wat ik wel kan bedenken is dat je batterij niet voldoende SoC meer heeft om je ingestelde kwartieren ook te kunnen bedienen.

[koboy]

Refl schreef op dinsdag 10 maart 2026 @ 09:00:
Vraagje die misschien allang eerder is beantwoord:

In het overzicht "dynamisch vandaag" is het mogelijk de bar van het huidige tijdstip een andere kleur te geven (bijvoorbeeld blauw of wit)?
Nu staat in het overzicht wel het duurste en goedkoopste uur maar het zou fijn zijn als je met 1 oogopslag kan zien in welk uur/kwartier je momenteel zit.

Wellicht is dit zelf aan te passen maar wilde hem toch eerst hier vragen voor ik het in ChatGPT gooi

In het dashboard zoals het vanaf de april versie van Gielz zit is dit al min of meer aanwezig. Niet met een aparte kleur, maar alle tijdsblokken die al geweest zijn hebben een grijzere kleur. Het eerste heldere blok is dus het huidige prijsblok.

[Refl]

koboy schreef op dinsdag 10 maart 2026 @ 09:22:
[...]


In het dashboard zoals het vanaf de april versie van Gielz zit is dit al min of meer aanwezig. Niet met een aparte kleur, maar alle tijdsblokken die al geweest zijn hebben een grijzere kleur. Het eerste heldere blok is dus het huidige prijsblok.

Ik zie echt geen verschil maar zal de code eens doorspitten of ik kan vinden waar dit geregeld wordt en dan pas ik het aan als het lukt

[Pakhaas]

Devke schreef op dinsdag 10 maart 2026 @ 09:09:
[...]

Je kunt de duurste kwartieren (periode) instellen. Dan pakt hij vanzelf die kwartieren. Je kunt ook handmatig evt de voor jouw juiste kwartieren pakken. Dan heb je altijd de maximale winst. Wat ik wel kan bedenken is dat je batterij niet voldoende SoC meer heeft om je ingestelde kwartieren ook te kunnen bedienen.

Dat begrijp ik, maar volgens mij begrijp jij niet helemaal wat ik bedoel.

Voorbeeld:
Stel je hebt ingesteld om 12 kwartieren (totaal 3 uren) de duurste momenten te pakken.
Je hebt voldoende in je batterij om dit te doen, maar niet voldoende om overal 4800w of 2400w bij 1omvormer te ontladen. Dan haal je die 12 kwartieren niet. Hij zal dan over al die 12 kwartieren met evenveel vermogen de stroom het net op duwen. Maar niet alle kwartieren zijn even duur.

Kwartier 1: 0,36
Kwartier 2: 0,38
Kwartier 3: 0,35
Kwartier 4: 0.42
Kwartier 5: 0.41
Etc

Je wil dan juist dat hij op kwartier 1 tm 3 wat rustiger gaat ontladen zodat die in kwartier 4 en kwartier 5 maximaal kan ontladen. Dus eigenlijk hoe hoger het bedrag, hoe hoger het vermogen.

Waar je kwartieren leest kan je ook uren lezen.

[Devke]

Pakhaas schreef op dinsdag 10 maart 2026 @ 09:49:
[...]

Dat begrijp ik, maar volgens mij begrijp jij niet helemaal wat ik bedoel.

Voorbeeld:
Stel je hebt ingesteld om 12 kwartieren (totaal 3 uren) de duurste momenten te pakken.
Je hebt voldoende in je batterij om dit te doen, maar niet voldoende om overal 4800w of 2400w bij 1omvormer te ontladen. Dan haal je die 12 kwartieren niet. Hij zal dan over al die 12 kwartieren met evenveel vermogen de stroom het net op duwen. Maar niet alle kwartieren zijn even duur.

Kwartier 1: 0,36
Kwartier 2: 0,38
Kwartier 3: 0,35
Kwartier 4: 0.42
Kwartier 5: 0.41
Etc

Je wil dan juist dat hij op kwartier 1 tm 3 wat rustiger gaat ontladen zodat die in kwartier 4 en kwartier 5 maximaal kan ontladen. Dus eigenlijk hoe hoger het bedrag, hoe hoger het vermogen.

Waar je kwartieren leest kan je ook uren lezen.

Ik pak hier de 3 duurste uren bijvoorbeeld. Als de batterij vol is dan dek ik ook bijna precies die 3 uur af met max vermogen ontladen. Klein beetje over (Tussen 10 en 15% SoC). Dan zou het voor mijn gevoel niet moeten uitmaken of je 3 x 4 duurste kwartieren pakt. Of 3 x de duurste uren toch?

[Pakhaas]

Devke schreef op dinsdag 10 maart 2026 @ 10:18:
[...]

Ik pak hier de 3 duurste uren bijvoorbeeld. Als de batterij vol is dan dek ik ook bijna precies die 3 uur af met max vermogen ontladen. Klein beetje over (Tussen 10 en 15% SoC). Dan zou het voor mijn gevoel niet moeten uitmaken of je 3 x 4 duurste kwartieren pakt. Of 3 x de duurste uren toch?

Het is allemaal centen marge natuurlijk, maar als iets technisch kan is het wel leuk natuurlijk (hobby zei je toch? )

3u kan prima op max ontladen, maar soms is het qua spread voordeliger om bijvoorbeeld 4u te laden. Dan is het handig dat je juist extra vermogen inzet op moment dat het het meeste opbrengt.

[Devke]

Pakhaas schreef op dinsdag 10 maart 2026 @ 10:30:
[...]

Het is allemaal centen marge natuurlijk, maar als iets technisch kan is het wel leuk natuurlijk (hobby zei je toch? )

3u kan prima op max ontladen, maar soms is het qua spread voordeliger om bijvoorbeeld 4u te laden. Dan is het handig dat je juist extra vermogen inzet op moment dat het het meeste opbrengt.

Ik denk dat dit effect meer speelt op kwartier basis dan. 4 duurste uren is sws niet haalbaar. Wat ik wel eens doe is doorschuiven naar de volgende ochtend als het tarief daar beter is dan het goedkoopste dure uur. Automatisch opbouwend vermogen zit niet in de integratie iig.

[Pakhaas]

Devke schreef op dinsdag 10 maart 2026 @ 10:37:
[...]
Automatisch opbouwend vermogen zit niet in de integratie iig.

Duh, daarom is het ook een idee/feature request

[Devke]

Pakhaas schreef op dinsdag 10 maart 2026 @ 10:53:
[...]

Duh, daarom is het ook een idee/feature request

, ik moest hem eerst ff begrijpen he ;-P

[gast777]

Pakhaas schreef op dinsdag 10 maart 2026 @ 10:53:
[...]
Duh, daarom is het ook een idee/feature request

Idee:

Als ik het goed begrijp heb je bijvoorbeeld nog maar genoeg kWh in de batterijen zitten om max 8 kwartieren volle bak te ontladen, maar je hebt ingesteld 12 duurste kwartieren ontladen.

Kun je dan geen automation maken die steeds checkt hoeveel kwartieren je met de huidige kWh (Indicatie Beschikbare Energie) op max vermogen zou kunnen laden/ontladen en dan automatisch het aantal "goedkoopste periodes" of "duurste periodes" aanpast naar dat aantal kwartieren?

[TomDZ1979]

Wanneer ik in de app mijn P1 meter en twee hyper 2000's toevoeg aan automodus. Kan ik dan nog steeds enkele parameters aanpassen vanuit de HA integratie (zie foto), die de app overrulen?
Ik zou graag de app blijven gebruiken, maar slaag er niet in om beide hyper 2000's, op twee verschillende groepen, elk aan 800W te laten ontladen voor een totaal van 1600W max samen. In de app kan ik het naar 1600W zetten, maar dan zal zodra de éne leeg is de andere plots meer dan 800W teruggeven, hetgeen niet het gewenste gedrag is. Als ik het op 800W zet in de app, lever ik ook max 800W terug (ofwel 400W per hyper, ofwel 800W op één hyper).
Nu vraag ik mij af of ik via de HA integratie met de juiste instellingen toch dat gedrag kan realiseren, maar wel nog steeds 'automodus' gebruikend in de app.

[Spike2100]

Gisteren heb ik de 2400AC op een eigen groep gezet (met de hulp van een elektricien). In de zendure app alles op maximum gezet en in home assistant "device has its own circuit or phase" aangezet. De omvormer doet wat hij moet doen. 2.4kWh laden en ontladen.

Echter is mijn nachtverbruik nu van 400Wh naar 600Wh gestegen. Is dit normaal? Ook zie ik nu P1 import en export data van telkens 25Wh. Na een 6tal uren was de batterij leeg, dit heeft mij 1200Wh extra gekost. De NOM curve is ook niet smooth.

Hiervoor stond de instelling op 800w/2400w in home assistant. Toen had ik een P1 import/export van 2Wh, en draaide mijn huis snachts netjes rond de 400Wh. De NOM curve was ook heel smooth.

[alitrix]

Sinds de update had ik daar ook last van, bleek dat de Off-grid op “Eco” stond
En dat pakt dan ongeveer 30-35W constant (terwijl er niks op aangesloten was)

Zie hier 2 screenshots waar je dit kunt uitzetten in de Zendure app of in HA

[Spike2100]

Ik heb de laatste update niet gedaan.
Offgrid staat uit. Deze nacht heb ik het probleem echter niet meer gehad. Mijn verbuik was 200 watt per uur meer 😳. En ééns de batterij uitviel, was dit verbruik weg.

Eergisteren rond 18H had ik wel een nieuwe batterij toegevoegd aan mijn stack. Deze stonden echter allemaal rond de 60% (de nieuwe ook). Misschien dat het systeem deze nog moest inregelen....

Ik ga het in het oog houden 🙂