Zendure producten in Home Assistant integreren deel 2

[gielz]

R.K schreef op donderdag 9 oktober 2025 @ 12:34:
Ik heb nu de prijs die ik betaal aangepast in de nordpool sensor. Dus dat geeft hij nu juist weer. Als ik nu de settings van de Dynamisch Nordpool sensor open geeft hij nog steeds de kale prijs, dus ook in de grafiek. In de configuration.yaml verwijst de Dynamisch Nordpool sensor naar de sensor.nordpool die ik qua prijs aan gepast heb, dus die zou dat in theorie moeten oppaken (denk Ik)
Wat kan ik doen om dat te corrigeren in de Dynamisch Nordpool sensor?

Stuur mij even een DM dan kijken wij er even samen naar. Stuur dan meteen even een screenshot van je Nordpool HACS sensor attributen. Die zie je als je de entiteit (sensor) open klikt.

[CopyCatz]

@gielz heb eindelijk de voorspelling van de theoxygent site in home assistant, nu nog een beetje tweaken om het wat handiger te maken.

[R.K]

gielz schreef op donderdag 9 oktober 2025 @ 13:04:
[...]


Stuur mij even een DM dan kijken wij er even samen naar. Stuur dan meteen even een screenshot van je Nordpool HACS sensor attributen. Die zie je als je de entiteit (sensor) open klikt.

Met dank aan Gielz die mij de juiste code voor de Nordpool template heeft gegeven is dit gelukt.

[martinvdm]

Taro schreef op woensdag 8 oktober 2025 @ 19:26:
[...]

En zo?

YAML:

sensor:
  - platform: nordpool
    VAT: False
    currency: "EUR"
    price_in_cents: false
    low_price_cutoff: 0.9
    region: "NL"
    precision: 3
    price_type: kWh
    additional_costs: >
      {% set VAT = 0.21 %}
      {% set tax_kWh = 0.10154 %}
      {% set opslag = 0.0165 %}
      {{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

Nadeel is alleen dat je de Nordpool integratie moet weggooien en opnieuw moet aanmaken als je de extra kosten wilt wijzigen. Op deze manier ben je iets flexibeler en kun je het in de gui later aanpassen.

YAML:

{% set VAT = 0.21 %} 
{% set tax_kWh = 0.10154 %} 
{% set opslag = states('input_number.tibber_additional_cost')|float(0) %} 
{{(current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

[Lange_Slurf]

gielz schreef op donderdag 9 oktober 2025 @ 08:07:
[...]
Wanneer je ook het Dynamisch Nordpool gedeelte in gebruik gaat nemen moet je voor dat je deze in gebruik neemt bij beide handmatige periodes even unknown weghalen. Ik zal hier in de TS wel even exact neer zetten welke entiteiten het zijn zoals bij de Github.

Wat doet je config niet als je "unknown" niet weg haalt.
Ik kan hem nog steeds niet vinden maar weet ook niet of het niet naar behoren werkt.
Kan het zijn dat ik een config heb gebruikt waarbij het al verwijderd was?

Wederom een vraag: Als ik de settings voor vandaag zet en niet voor morgen, behoudt hij dan de settings van vandaag voor de komende tijd? Anders gezegd, moet ik elke dag de dynamische prijzen zetten?

[gielz]

Lange_Slurf schreef op donderdag 9 oktober 2025 @ 19:43:
[...]


Wat doet je config niet als je unknown niet weg haalt.
Ik kan hem nog steeds niet vinden maar weet ook niet of het niet naar behoren werkt.
Kan het zijn dat ik een config heb gebruikt waarbij het al verwijderd was?

Wederom een vraag: Als ik de settings voor vandaag zet en niet voor morgen, behoudt hij dan de settings van vandaag voor de komende tijd? Anders gezegd, moet ik elke dag de dynamische prijzen zetten?

Het zijn input_text.dynamisch_handmatige_periode en input_text.dynamisch_handmatige_periode_morgen te vinden onder helpers en deze krijgen unknown mee bij het aanmaken van de configuration.yaml.

Wat betreft de ingestelde dynamische settings deze worden ten alle tijden overgenomen wat bij morgen is ingesteld om 00:00 (via de automatisering). Wanneer er een handmatige periode is ingesteld dan zal deze eenmalig uitgevoerd worden.

[Lange_Slurf]

gielz schreef op donderdag 9 oktober 2025 @ 20:08:
[...]


Wat betreft de ingestelde dynamische settings deze worden ten alle tijden overgenomen wat bij morgen is ingesteld om 00:00 (via de automatisering). Wanneer er een handmatige periode is ingesteld dan zal deze eenmalig uitgevoerd worden.

En als ik niets invul? Wat doet de automation dan (of niet)?

[gielz]

Lange_Slurf schreef op donderdag 9 oktober 2025 @ 20:45:
[...]


En als ik niets invul? Wat doet de automation dan (of niet)?

Dan neemt hij niets over.

[gielz]

ZenSDK (Gielz) - De winter

In het hoofd Zendure topic zag ik iets voorbij komen van @dotternetta dat wanneer je alleen NOM draait en dagen geen zon hebt gezien de SOC onder de minimale SOC terug kan vallen. Het is onduidelijk of Zendure zelf bescherming bied in de winter;

dotternetta in "Het grote Zendure plug-and-play thuisaccu systemen topic"
dotternetta in "Het grote Zendure plug-and-play thuisaccu systemen topic"

Voor de volgende release ben ik nu een stukje code aan het testen zodat wanneer hij onder de minimale SOC valt hij zelf ter bescherming gaat bijladen tot de ingestelde minimale SOC en daarna het geldende schema Standby, NOM, Slim laden of Slim ontladen gaat volgen. Bewust alleen bij deze 4 modussen omdat dit bij dynamisch laden en ontladen niet echt aan de orde is.

[Chupachups]

Ik heb een HA n00b vraag. Ik wil starten met HA, zodat ik mijn warmtepomp (via ebus), HW en Zendure P1 meter, Zendure Solarflow 800, Solaredge omvormer en andere HW stekkers etc. in één omgeving kan monitoren.

Wat mij niet duidelijk is: kan ik de Zendure SF800pro ook puur 'uitlezen' en daarnaast de Zendure app houden voor de feitelijke NOM aansturing? Dat werkt namelijk goed en ik heb niet direct de behoefte om dat via HA te gaan doen.

[gielz]

Chupachups schreef op vrijdag 10 oktober 2025 @ 09:41:
Ik heb een HA n00b vraag. Ik wil starten met HA, zodat ik mijn warmtepomp (via ebus), HW en Zendure P1 meter, Zendure Solarflow 800, Solaredge omvormer en andere HW stekkers etc. in één omgeving kan monitoren.

Wat mij niet duidelijk is: kan ik de Zendure SF800pro ook puur 'uitlezen' en daarnaast de Zendure app houden voor de feitelijke NOM aansturing? Dat werkt namelijk goed en ik heb niet direct de behoefte om dat via HA te gaan doen.

Zeker gewoon uitlezen zonder sturing is mogelijk. Dan zou je er bijvoorbeeld voor kunnen kiezen om alleen bepaalde sensoren uit te lezen wat je echt noodzakelijk vind.

[Chupachups]

gielz schreef op vrijdag 10 oktober 2025 @ 09:49:
[...]


Zeker gewoon uitlezen zonder sturing is mogelijk. Dan zou je er bijvoorbeeld voor kunnen kiezen om alleen bepaalde sensoren uit te lezen wat je echt noodzakelijk vind.

Thanks! Welke 'integratie' gebruik ik hiervoor?

[gielz]

Chupachups schreef op vrijdag 10 oktober 2025 @ 12:28:
[...]

Thanks! Welke 'integratie' gebruik ik hiervoor?

Als je alleen wat basisgegevens wilt uitlezen zou ik zenSDK (Gielz) en Zendure HA (Fireson) beide niet gebruiken maar gewoon zelfbouw in de configuration.yaml doen.

Eerst dus even opschrijven met welke sensoren (entiteiten) je wilt gaan beginnen om uit te lezen en daarna kun je dit gewoon uitbreiden.

Hier onder een voorbeeldje van wat simpele basis gegevens (even wel de naamgeving nalopen);

code:

rest:
  - resource: http://<IP-800PRO>/properties/report
    scan_interval: 1
    sensor:
      - name: "Zendure 2400 AC Signaalsterkte"
        value_template: >
          {% set rssi = value_json['properties']['rssi'] | int(-100) %}
          {% if rssi >= -60 %}
            Uitstekend
          {% elif rssi >= -70 %}
            Goed
          {% elif rssi >= -80 %}
            Zwak
          {% else %}
            Slecht
          {% endif %}
        unique_id: Zendure_2400_AC_Signaalsterkte
        icon: mdi:wifi

      - name: "Zendure 2400 AC Vermogen Aansturing"
        value_template: >
          {% set opladen = value_json['properties']['outputPackPower'] | int %}
          {% set ontladen = - (value_json['properties']['packInputPower'] | int) %}
          {% if opladen != 0 %}
            {{ opladen }}
          {% else %}
            {{ ontladen }}
          {% endif %}
        unique_id: Zendure_2400_AC_Vermogen_Aansturing
        unit_of_measurement: "W"
        state_class: measurement
        device_class: power

      - name: "Zendure 2400 AC Laadpercentage"
        value_template: "{{ value_json['properties']['electricLevel'] }}"
        device_class: battery
        unit_of_measurement: "%"
        state_class: measurement
        unique_id: Zendure_2400_AC_Laadpercentage

      - name: "Zendure 2400 AC Modus"
        value_template: >
          {% set states = {1: "Opladen", 2: "Ontladen"} %}
          {% set packState = value_json['properties']['acMode'] | int %}
          {{ states.get(packState, "Onbekend") }}
        unique_id: Zendure_2400_AC_Modus
        icon: mdi:battery-charging-wireless

[Hieke]

gielz schreef op vrijdag 10 oktober 2025 @ 09:29:

ZenSDK (Gielz) - De winter

In het hoofd Zendure topic zag ik iets voorbij komen van @dotternetta dat wanneer je alleen NOM draait en dagen geen zon hebt gezien de SOC onder de minimale SOC terug kan vallen. Het is onduidelijk of Zendure zelf bescherming bied in de winter;

dotternetta in "Het grote Zendure plug-and-play thuisaccu systemen topic"
dotternetta in "Het grote Zendure plug-and-play thuisaccu systemen topic"

Voor de volgende release ben ik nu een stukje code aan het testen zodat wanneer hij onder de minimale SOC valt hij zelf ter bescherming gaat bijladen tot de ingestelde minimale SOC en daarna het geldende schema Standby, NOM, Slim laden of Slim ontladen gaat volgen. Bewust alleen bij deze 4 modussen omdat dit bij dynamisch laden en ontladen niet echt aan de orde is.

[Afbeelding]

Dank Michiel voor het ontwikkelen en delen van je geesteskind.
Zou je er ook een trigger met (email-)notificatie naar gebruiker aan toe willen voegen? Gewoon om zijn zorg weg te nemen?

[mrme12345]

Wat is eigenlijk precies het verschil bij fireson tussen:
- in het huis gevoerd
- totaal geleverd
Bij een SF800 Pro

Ik heb het idee dat 'in het huis gevoerd' inclusief pv doorzetten naar huis is (want waarde is licht hoger dan totaal geleverd) en dat 'totaal geleverd' alleen de batterij levering is aan het huis?

[CopyCatz]

Hieke schreef op zaterdag 11 oktober 2025 @ 10:16:
[...]

Dank Michiel voor het ontwikkelen en delen van je geesteskind.
Zou je er ook een trigger met (email-)notificatie naar gebruiker aan toe willen voegen? Gewoon om zijn zorg weg te nemen?

Als @gielz er een aparte modus voor aanmaakt ("Accu bescherming" oid) moet je zelf even een notificatie op basis daarvan aanmaken. Geen enkele integratie in HA regelt zelf notificaties, dat kan ook niet want wat voor soort notificatie je wilt is geheel aan jezelf.

[Hieke]

CopyCatz schreef op zaterdag 11 oktober 2025 @ 12:52:
[...]


Als @gielz er een aparte modus voor aanmaakt ("Accu bescherming" oid) moet je zelf even een notificatie op basis daarvan aanmaken. Geen enkele integratie in HA regelt zelf notificaties, dat kan ook niet want wat voor soort notificatie je wilt is geheel aan jezelf.

Ik begrijp dat de notificatie enige personificatie behoeft. Maar de syntax van de action in de automatisering is toch eenduidig?
Als die door programmeur in de automatisering wordt opgenomen zijn toekomstige updates eenvoudiger te implementeren.
Het is puur als een voorstel voor in de roadmap..

Zelf wat simpele functionaliteit toevoegen lukt wel. Maar ik maak graag gebruik van kennis van anderen.😁 Als @gielz open staat voor verzoeken dan vul ik graag aan. Het maakt updaten eenvoudiger. En draagt bij aan geavanceerde software.

Hetzelfde geldt voor inzicht in de heatstate.. Mijn systeem staat momenteel in onverwarmde ruimte. Fabrikant geeft aan dat accu's worden verwarmd bij vorst. Maar ik zou graag willen weten wanneer en hoe lang er verwarmd wordt.
Dan kan ik overwegen ze te verplaatsen.
Zag in de app bij de firmware-update dat er andere temperatuur wordt gehanteerd dan op hun site vermeld. Ook dat geeft verwarring.

[ Voor 10% gewijzigd door Hieke op 11-10-2025 13:50 . Reden: Verkeerde afbeelding ]

[CopyCatz]

Hieke schreef op zaterdag 11 oktober 2025 @ 13:42:
[...]

Zelf wat simpele functionaliteit toevoegen lukt wel. Maar ik maak graag gebruik van kennis van anderen.😁

Kan ik begrijpen, maar zoals ik je probeerde uit te leggen zijn notificaties geen onderdeel van integraties in HA. We kunnen voor jou geen kant en klaar notificatie script bouwen omdat afhankelijk van wat je wilt (email, messenger, pushover) je eerst een aantal basis zaken moet instellen zoals een mail- of messenger server.

[Hieke]

Ik heb de notify werkend in mijn configuration.yaml opgenomen. Dat vraag ik mijns inziens ook niet.

Een voorbeeldje van een automatisering die ik heb omwille van mijn volledig gasloze woning:

code:

alias: "Waarschuwing: L1 stroom > 25 A"
description: Stuurt notificatie als L1 meer dan 25 A is
triggers:
  - entity_id:
      - sensor.phases_huidige_fase_l1
    above: 25
    trigger: numeric_state
    for:
      hours: 0
      minutes: 0
      seconds: 30
conditions: []
actions:
  - data:
      title: ⚡ Hoge stroom op L1
      message: >-
        De stroom op L1 is nu langer dan 30 seconden > {{
        states('sensor.phases_huidige_fase_l1') }} A.
    action: notify.email_notify
mode: single

Het enige dat de gebruiker na een update (misschien) zou moeten aanpassen is de voorlaatste regel..

[DrNickB]

Hieke schreef op zaterdag 11 oktober 2025 @ 14:50:
Ik heb de notify werkend in mijn configuration.yaml opgenomen. Dat vraag ik mijns inziens ook niet.

Een voorbeeldje van een automatisering die ik heb omwille van mijn volledig gasloze woning:

code:

alias: "Waarschuwing: L1 stroom > 25 A"
description: Stuurt notificatie als L1 meer dan 25 A is
triggers:
  - entity_id:
      - sensor.phases_huidige_fase_l1
    above: 25
    trigger: numeric_state
    for:
      hours: 0
      minutes: 0
      seconds: 30
conditions: []
actions:
  - data:
      title: ⚡ Hoge stroom op L1
      message: >-
        De stroom op L1 is nu langer dan 30 seconden > {{
        states('sensor.phases_huidige_fase_l1') }} A.
    action: notify.email_notify
mode: single

Het enige dat de gebruiker na een update (misschien) zou moeten aanpassen is de voorlaatste regel..

Ik weet zelf niet vannuit een gielz oogpunt of dit inderdaad zo handig is.
Ik heb geen email notificatie module ingebouwd, ik gebruik weer telegram (of app).
Iemand anders gebruikt weer wat anders.

Het idee van de gielz code is, zo kant en klaar mogelijk. alleen het brood nodige aanpassen, IP en SN en eventueel P1. plakken en klaar.
Als je daar weer op regel xx en regel yy comments moet gaan zetten t.b.v. notificaties, dan wordt het weer meer aanpassen.

Zelfs als gielz een 'extra code snippet' zou voor bereiden die dit kan. en iemand die wat minder met HA begaan is, neemt dit over, maar heeft (om even aante haken op uw voorbeeld) helemaal geen email notificaties ingesteld, geeft zijn code foutmeldingen. en wordt gielz er weer op aangekeken en naar gevraagd waarom het niet werkt.

*edit: ik snap je punt helemaal hoor, daar niet van, een melding op zo'n moment zou wel fijn zijn (want dan weet je het maar), maar iemand die al wat meer ervaren is met HA en al vaker notificaties heeft gemaakt, kan mogelijk ook zo de code aanpassen en die er aan toevoegen.

[ Voor 7% gewijzigd door DrNickB op 11-10-2025 20:00 ]

[martinvdm]

Zoals @CopyCatz al zei is een notificatie nooit onderdeel van een script, blueprint of voorbeeld. En dat is ook volkomen logisch want er zijn talloze manieren en iedereen gebruikt wel een andere methode. De ene een app, de andere een mailtje en de volgende telegram etc. Maar als je dat wenselijk vind dan is het een kleine moeite dit zelf toe te voegen in de code (doe je best met chatgpt) of de gui.

[denneappel]

Ik heb een 800 pro dankzij @gielz (kudos!! ) binnen 30 minuten van in de doos naar operationeel in Home-Assistant :-)

Weet iemand welke parameter in Zensdk de “off-grid ac-socket” stuurt? Die documentatie van Zendure is niet heel uitgebreid.

[Taro]

denneappel schreef op zondag 12 oktober 2025 @ 19:57:
Ik heb een 800 pro dankzij @gielz (kudos!! ) binnen 30 minuten van in de doos naar operationeel in Home-Assistant :-)

Weet iemand welke parameter in Zensdk de “off-grid ac-socket” stuurt? Die documentatie van Zendure is niet heel uitgebreid.

gridOffMode: Die kan op Normal (0), Eco (1) of Off (2).

[ Voor 5% gewijzigd door Taro op 12-10-2025 20:32 ]

[denneappel]

Taro schreef op zondag 12 oktober 2025 @ 20:29:
[...]

gridOffMode: Die kan op Normal (0), Eco (1) of Off (2).

Super. Bij modus 0 en 1 gaat de socket aan. Het verschil zou aan of een soort UPS functie moeten zijn als ik het goed heb. Kun je mij toevallig op andere documentatie wijzen? Hier kan ik het niet vinden: https://github.com/Zendur...ain/docs/en_properties.md

Mocht iemand anders er wat aan hebben. Dit heb ik toegevoegd.

YAML:

  zendure_set_offgrid_0:
    url: http://192.168.88.x/properties/write
    method: POST
    payload: '{"sn":"ffff","properties":{"gridOffMode": 0 }}'

  zendure_set_offgrid_1:
    url: http://192.168.88.x/properties/write
    method: POST
    payload: '{"sn":"ffff","properties":{"gridOffMode": 1 }}'
    
  zendure_set_offgrid_2:
    url: http://192.168.88.x/properties/write
    method: POST
    payload: '{"sn":"ffff","properties":{"gridOffMode": 2 }}'

[Taro]

denneappel schreef op zondag 12 oktober 2025 @ 21:11:
[...]


Super. Bij modus 0 en 1 gaat de socket aan. Het verschil zou aan of een soort UPS functie moeten zijn als ik het goed heb. Kun je mij toevallig op andere documentatie wijzen? Hier kan ik het niet vinden: https://github.com/Zendur...ain/docs/en_properties.md

Mocht iemand anders er wat aan hebben. Dit heb ik toegevoegd.

YAML:

  zendure_set_offgrid_0:
    url: http://192.168.88.x/properties/write
    method: POST
    payload: '{"sn":"ffff","properties":{"gridOffMode": 0 }}'

  zendure_set_offgrid_1:
    url: http://192.168.88.x/properties/write
    method: POST
    payload: '{"sn":"ffff","properties":{"gridOffMode": 1 }}'
    
  zendure_set_offgrid_2:
    url: http://192.168.88.x/properties/write
    method: POST
    payload: '{"sn":"ffff","properties":{"gridOffMode": 2 }}'

Als je naar http://192.168.restvanhet...F800Pro/properties/report gaat zie je alle mogelijke settings. Sommige zijn read-only.

[c0mplex1]

Zegt genoeg, denk ik.

[denneappel]

c0mplex1 schreef op zondag 12 oktober 2025 @ 21:23:
Zegt genoeg, denk ik.
[Afbeelding]

Ah. Ik gebruik de app niet maar dit maakt het wel duidelijk.

[rimave]

Ik heb het geheel volgens de instructies in de eerste post toegevoegd aan mijn Home Assistent.
Volgens de tekst zou hij nooit meer kunnen laden en ontladen dan wat in de app ingesteld is.
In de app heb ik 800 watt ingesteld. Voorheen, via HEMS, zag ik ook op zonnige dagen dat er werd opgeladen met max 800 watt. De rest ging het net op.

Als ik nu in HA via de Entiteit in de zenSDK handmatig kies voor opladen of ontladen met 2400 watt dan zie ik de Smart Meter 3CT vrolijk naar 2400 watt schieten. Dat lijkt mij niet helemaal de bedoeling en ik vindt dit ook geen prettig gevoel. De Zendure accu's hebben namelijk niet een eigen groep en staan in de bijkeuken op een stopcontact aangesloten. Bij 2400 watt laden of ontladen terwijl er meer apparatuur aangesloten is op die groep lijkt mij de kans op brand aannemelijk? Of zal de stop eruit vliegen (zit ik ook niet op te wachten).

Standaard heb ik de 2400AC Modus op NOM staan, maar ik zou toch graag die max laden/ ontladen op 800 watt willen hebben. Geeft mij toch een beter gevoel.

[gielz]

rimave schreef op maandag 13 oktober 2025 @ 13:28:
Ik heb het geheel volgens de instructies in de eerste post toegevoegd aan mijn Home Assistent.
Volgens de tekst zou hij nooit meer kunnen laden en ontladen dan wat in de app ingesteld is.
In de app heb ik 800 watt ingesteld. Voorheen, via HEMS, zag ik ook op zonnige dagen dat er werd opgeladen met max 800 watt. De rest ging het net op.

Als ik nu in HA via de Entiteit in de zenSDK handmatig kies voor opladen of ontladen met 2400 watt dan zie ik de Smart Meter 3CT vrolijk naar 2400 watt schieten. Dat lijkt mij niet helemaal de bedoeling en ik vindt dit ook geen prettig gevoel. De Zendure accu's hebben namelijk niet een eigen groep en staan in de bijkeuken op een stopcontact aangesloten. Bij 2400 watt laden of ontladen terwijl er meer apparatuur aangesloten is op die groep lijkt mij de kans op brand aannemelijk? Of zal de stop eruit vliegen (zit ik ook niet op te wachten).

Standaard heb ik de 2400AC Modus op NOM staan, maar ik zou toch graag die max laden/ ontladen op 800 watt willen hebben. Geeft mij toch een beter gevoel.

Zou je even je properties kunnen delen hier?

[rimave]

gielz schreef op maandag 13 oktober 2025 @ 13:30:
[...]


Zou je even je properties kunnen delen hier?

Je bedoelt van de 2400AC denk ik?
Dat zijn deze:

code:

product":"solarFlow2400AC","properties":{"heatState":0,"packInputPower":0,"outputPackPower":0,"outputHomePower":0,"remainOutTime":4215,"packState":2,"electricLevel":21,"gridInputPower":0,"solarInputPower":0,"solarPower1":0,"solarPower2":0,"solarPower3":0,"solarPower4":0,"solarPower5":0,"solarPower6":0,"pass":0,"reverseState":0,"socStatus":0,"hyperTmp":3001,"gridOffPower":0,"dcStatus":1,"pvStatus":0,"acStatus":2,"dataReady":1,"gridState":1,"BatVolt":4947,"socLimit":0,"writeRsp":0,"acMode":1,"inputLimit":0,"outputLimit":0,"socSet":1000,"minSoc":100,"gridStandard":4,"gridReverse":2,"inverseMaxPower":800,"lampSwitch":1,"gridOffMode":2,"IOTState":2,"fanSwitch":1,"fanSpeed":0,"bindstate":0,"VoltWakeup":0,"OldMode":0,"OTAState":0,"LCNState":0,"factoryModeState":0,"ts":1760357598,"tsZone":14,"smartMode":1,"chargeMaxLimit":2400,"phaseSwitch":1,"packNum":2,"rssi":-69,"is_error":0},"packData":[{"sn":"xxxx","packType":5,"socLevel":21,"state":2,"power":19,"maxTemp":2911,"totalVol":4950,"batcur":65532,"maxVol":330,"minVol":330,"softVersion":4103,"heatState":0},{"sn":"xxxx","packType":5,"socLevel":22,"state":2,"power":9,"maxTemp":2891,"totalVol":4940,"batcur":65534,"maxVol":329,"minVol":329,"softVersion":4103,"heatState":0}]}

[gielz]

rimave schreef op maandag 13 oktober 2025 @ 14:14:
[...]


Je bedoelt van de 2400AC denk ik?
Dat zijn deze:

code:

product":"solarFlow2400AC","properties":{"heatState":0,"packInputPower":0,"outputPackPower":0,"outputHomePower":0,"remainOutTime":4215,"packState":2,"electricLevel":21,"gridInputPower":0,"solarInputPower":0,"solarPower1":0,"solarPower2":0,"solarPower3":0,"solarPower4":0,"solarPower5":0,"solarPower6":0,"pass":0,"reverseState":0,"socStatus":0,"hyperTmp":3001,"gridOffPower":0,"dcStatus":1,"pvStatus":0,"acStatus":2,"dataReady":1,"gridState":1,"BatVolt":4947,"socLimit":0,"writeRsp":0,"acMode":1,"inputLimit":0,"outputLimit":0,"socSet":1000,"minSoc":100,"gridStandard":4,"gridReverse":2,"inverseMaxPower":800,"lampSwitch":1,"gridOffMode":2,"IOTState":2,"fanSwitch":1,"fanSpeed":0,"bindstate":0,"VoltWakeup":0,"OldMode":0,"OTAState":0,"LCNState":0,"factoryModeState":0,"ts":1760357598,"tsZone":14,"smartMode":1,"chargeMaxLimit":2400,"phaseSwitch":1,"packNum":2,"rssi":-69,"is_error":0},"packData":[{"sn":"xxxx","packType":5,"socLevel":21,"state":2,"power":19,"maxTemp":2911,"totalVol":4950,"batcur":65532,"maxVol":330,"minVol":330,"softVersion":4103,"heatState":0},{"sn":"xxxx","packType":5,"socLevel":22,"state":2,"power":9,"maxTemp":2891,"totalVol":4940,"batcur":65534,"maxVol":329,"minVol":329,"softVersion":4103,"heatState":0}]}

Wat ik zie is dat je "chargeMaxLimit":2400 hebt. Dus 2400 laden is de maximum op de omvormer en volgens de app. Het ontladen is inverseMaxPower":800. Beide stel je in bij het installeren van de batterij.

Dus iedere eigen/app aansturing zal altijd met 2400 watt laden en met 800 watt ontladen.

[denneappel]

@rimave Heb jij bij Zendure dan een verhoging van het vermogen aangevraagd? Zover ik begrijp moet Zendure dat eerst vrijgeven voordat je het kunt instellen

[rimave]

gielz schreef op maandag 13 oktober 2025 @ 14:33:
[...]


Wat ik zie is dat je "chargeMaxLimit":2400 hebt. Dus 2400 laden is de maximum op de omvormer en volgens de app. Het ontladen is inverseMaxPower":800. Beide stel je in bij het installeren van de batterij.

Dus iedere eigen/app aansturing zal altijd met 2400 watt laden en met 800 watt ontladen.

Klopt, bij het instellen vraagt hij om een max, die heb ik op 800 laten staan.
Verder zie ik de app alleen een vermogen wat ik aan kan passen bij de Netuitvoermodus. Daar kun je het toegestane uitgangsvermogen instellen en die staat op 800 watt. Verder is er in de app niets aan te passen qua vermogen.

[rimave]

denneappel schreef op maandag 13 oktober 2025 @ 14:44:
@rimave Heb jij bij Zendure dan een verhoging van het vermogen aangevraagd? Zover ik begrijp moet Zendure dat eerst vrijgeven voordat je het kunt instellen

Nope. Ik heb niets aangevraagd bij hun.

[gielz]

rimave schreef op maandag 13 oktober 2025 @ 14:44:
[...]


Klopt, bij het instellen vraagt hij om een max, die heb ik op 800 laten staan.
Verder zie ik de app alleen een vermogen wat ik aan kan passen bij de Netuitvoermodus. Daar kun je het toegestane uitgangsvermogen instellen en die staat op 800 watt. Verder is er in de app niets aan te passen qua vermogen.

Zit er wel in maar ik zou niet even weten waar. Je kunt deze uitvoeren in CMD

Command voor in CDM om de chargeMaxLimit op bijvoorbeeld 800 te zetten. Even <SERIALNR> en <IP> zelf goed invullen daarna in CMD plakken, uitvoeren en je properties opnieuw bekijken.

code:

curl -X POST "http://<IP>/properties/write" -H "Content-Type: application/json" -d "{\"sn\": \"<SERIALNR>\",\"properties\":{\"chargeMaxLimit\":800}}"

[rimave]

gielz schreef op maandag 13 oktober 2025 @ 14:54:
[...]


Zit er wel in maar ik zou niet even weten waar. Je kunt deze uitvoeren in CMD

Command voor in CDM om de chargeMaxLimit op bijvoorbeeld 800 te zetten. Even <SERIALNR> en <IP> zelf goed invullen daarna in CMD plakken, uitvoeren en je properties opnieuw bekijken.

code:

curl -X POST "http://<IP>/properties/write" -H "Content-Type: application/json" -d "{\"sn\": \"<SERIALNR>\",\"properties\":{\"chargeMaxLimit\":800}}"

Hij staat nu inderdaad op 800 watt.

[Taro]

denneappel schreef op maandag 13 oktober 2025 @ 14:44:
@rimave Heb jij bij Zendure dan een verhoging van het vermogen aangevraagd? Zover ik begrijp moet Zendure dat eerst vrijgeven voordat je het kunt instellen

Je kunt zelf je handtekening zetten om een 2400AC op 2400 in te stellen. Wil je echter met heel je huishouden boven de 3200+ aan de slag, dan moet je dat aanvragen om tot 7200/7200 te kunnen unlocken.

[rimave]

Mhh, en nu is ineens de P1 meter rood en krijgt hij geen input meer binnen...
Hoe dan? Daar heb ik niets aangepast. Heeft HW misschien een storing?

[jaychunlai]

Taro schreef op maandag 13 oktober 2025 @ 15:51:
[...]

Je kunt zelf je handtekening zetten om een 2400AC op 2400 in te stellen. Wil je echter met heel je huishouden boven de 3200+ aan de slag, dan moet je dat aanvragen om tot 7200/7200 te kunnen unlocken.

Aanvraag via service ticket? Op zich max 3200W zou wel moeten kunnen met een losse groep right(?)

Overigens ben ik zelf nog verder gaan bouwen op dynamische prijzen (https://github.com/Gielz1986/Dynamisch-HA).

Heb een nieuwe sensor gemaakt die de goedkoopste uren van sensor.dynamisch_spread_indicatie_nom eruit haalt. Dit is natuurlijk afhankelijk van hoe je de Dynamisch Goedkoopste X Periode en Duurste X Periode staat. Vervolgens uitgebouwd op de zenSDK (Gielz) om te laden wanneer 't goedkoop is (die nieuwe sensor vult dat aan). Zal nog verder moeten testen en ervaren voor eind conclusie

[Taro]

jaychunlai schreef op dinsdag 14 oktober 2025 @ 12:47:
[...]


Aanvraag via service ticket? Op zich max 3200W zou wel moeten kunnen met een losse groep right(?)

Nee, gewoon via de App.

En op de groep wel, op een enkel stopcontact niet aan beginnen ivm warmte. Wil je er dan 2 plaatsen met ieder 1600 max? Als je een keer een foutje in de instellingen maakt heb je een probleem. Dus ieder een eigen stopcontact.

[markduffy]

Ik heb natuurlijk mn printscreen thuis weer op de computer staan..
Maar ik was gister avond tussen mijn goede en minder goed presterende set wat grafieken aan t draaien om verschillen te zoeken. (Zendure is mijn set nog aan het analyseren komende 2-3 dagen voor ander issue, dus kan de slecht presterende accu nu nog even niet isoleren en apart testen)

Bij het draaien van een grafiek op basis van power (V) per batterij viel bij de minder goed presterende set op, dat ik daar over de tijdspanne van 1,5week, bij 2 vd 3 batterijen een spike heb gehad die richting de 60.000V gaat. (Totaal 3 spikes)
Ik geloof niet dat ie werkelijk een spike van 60.000V heeft gehad maar valt me wel op, iets wat iemand hier ook al eens heeft geconstateerd?

post geupdate, screenshot vandaag.
zie dit bij beide sets gebeuren.

[ Voor 30% gewijzigd door markduffy op 15-10-2025 18:17 ]

[jaychunlai]

Ik heb nu paar dagen het volgende draaiend:
NOM staat altijd aan
- Stopt wanneer laadpaal op charging staat, gaat weer aan als laadpaal op iets anders dan charging staat
- Snel laden wanneer goedkoop is, stopt na 15 minuten, tenzij het volgende goedkope blok er achteraan zit
- Kan ook in een uur blok laden

Update: Enige waar ik nog tegen aan loop is dat de rest van het script wel moet blijven werken na dat die gestopt is met laden :’)

Voor de laatste 3 punten is de afhankelijkheid wel dat je NordPool aan hebt staan, en Dynamisch HA gebruikt om de sensoren te hebben (voor copy paste). Ik heb een fork gemaakt en verder nog aan het uitwerken en testen

[ Voor 29% gewijzigd door jaychunlai op 16-10-2025 16:29 ]

[gielz]

Ik ben op zoek naar iemand die een eigen P1 sensor gebruikt maar voor de rest gewoon de zenSDK (Gielz) gebruikt. Voor de November release is het één en ander meer plug-n-play gemaakt voor nieuwe gebruikers en toekomstige updates en ik zoek nog een tester!

Werkt hier trouwens al 2 weken prima. DM indien interesse om te testen.



Hier zit trouwens ook de minimale SOC bescherming al in. Waarbij hij in de modus slim ontladen, slim opladen, nom en standby deze bescherming zal uitvoeren.

[c0mplex1]

Sinds jaar en dag gebruik ik maar één ESP32 P1-sensor en daar heb ik eigenlijk nog nooit problemen meer gehad.
Noem op, en ik stuur deze aan met die ene P1-meter.
Ik heb dan ook geen P1-meter van Zendure, HW of van wie dan ook.
Helaas kan ik jouw zenSDK niet testen, omdat ik een volledig andere zenSDK automatisering heb draaien.

[dr.trimble]

welke ESP32 P1 meter gebruik je ? ik heb er ook een maar krijg hem niet aan de praat in de zenDSK wegens gebrek aan kennis om deze te integreren

[Hieke]

gielz schreef op donderdag 16 oktober 2025 @ 18:26:
Ik ben op zoek naar iemand die een eigen P1 sensor gebruikt maar voor de rest gewoon de zenSDK (Gielz) gebruikt.

Wat bedoel je precies? Andere dan de Zendure P1?
Ik gebruik momenteel de HomeWizard P1 i.c.m zenSDK (Gielz) en zie eigenlijk geen mogelijkheden tot verbetering van NOM...😇
Of het moet om het aansturen van meerdere stuks 2400 AC gaan.
Maar wel benieuwd.

[gielz]

Hieke schreef op donderdag 16 oktober 2025 @ 19:46:
[...]

Wat bedoel je precies? Andere dan de Zendure P1?
Ik gebruik momenteel de HomeWizard P1 i.c.m zenSDK (Gielz) en zie eigenlijk geen mogelijkheden tot verbetering van NOM...😇
Of het moet om het aansturen van meerdere stuks 2400 AC gaan.
Maar wel benieuwd.

Dan zit je al goed Nee dit is specifiek een update om het voor nieuwe gebruikers makkelijker te maken en voor gebruikers die een eigen P1 hebben (geen HW) en daardoor wat fratsen moesten uithalen om het werkend te krijgen. Hierdoor word het ook makkelijker om nieuwe features actief te maken.

Straks is het gewoon een kwestie van IP adressen invullen binnen Home Assistant zelf. Of je eigen P1 sensor. Hierna heb je de gebruikelijke NOM zoals wij gewend zijn.

@klump4u is het inmiddels aan het testen met afwijkende P1 meter.

[klump4u]

Hieke schreef op donderdag 16 oktober 2025 @ 19:46:
[...]

Wat bedoel je precies? Andere dan de Zendure P1?
Ik gebruik momenteel de HomeWizard P1 i.c.m zenSDK (Gielz) en zie eigenlijk geen mogelijkheden tot verbetering van NOM...😇
Of het moet om het aansturen van meerdere stuks 2400 AC gaan.
Maar wel benieuwd.

Via usb of esp-home,
Deze is via de usb poort van de NUC waar HA op draait.

[c0mplex1]

dr.trimble schreef op donderdag 16 oktober 2025 @ 19:23:
welke ESP32 P1 meter gebruik je ? ik heb er ook een maar krijg hem niet aan de praat in de zenDSK wegens gebrek aan kennis om deze te integreren

Deze heb ik begin 2021 hier gekocht.

[dr.trimble]

is bijna identiek als die van mijn maar ik haalde hem bij HA-shop. Heb net net na veel vallen en opstaan werkend gekregen in HA. Nu vraag ik me af welke ik beter kan gebruiken: de P1 meter van zendure zelf of de esp32 meter die ik al een tijd heb draaien in HA...

[markduffy]

Heeft toevallig iemand deze omgebouwd naar entsoe en wil 'm delen?
https://github.com/Gielz1986/Dynamisch-HA
Ik heb inmiddels nu 3 avonden gepoogd om nordpool weer terug erop te zetten met de juiste prijsweergave, maar dat laatste lukt me om een 1 of andere reden niet

[gielz]

markduffy schreef op vrijdag 17 oktober 2025 @ 07:59:
Heeft toevallig iemand deze omgebouwd naar entsoe en wil 'm delen?
https://github.com/Gielz1986/Dynamisch-HA
Ik heb inmiddels nu 3 avonden gepoogd om nordpool weer terug erop te zetten met de juiste prijsweergave, maar dat laatste lukt me om een 1 of andere reden niet

Ik heb laatst iemand via DM gehad was een kwestie van Nordpool HACS installeren en deze config aan te houden;

code:

{% set VAT = 0.21 %}
{% set tax_kWh = 0.10154 %}
{% set opslag = 0.0165 %}
{{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

[jurianvers]

Taro schreef op vrijdag 18 juli 2025 @ 10:40:
[...]

• 2400AC's uit HEMS halen en handmatig op 0 laden, 0 ontladen zetten.
• App sluiten
• In HA de integratie even weggooien en opnieuw installeren.
• Met je Zendure account inloggen en niet local MQTT kiezen ivm 2400AC's
• Als het goed is zie je nu een lijstje met 2x 2400AC, de accu's en Zendure Manager. Kan zijn dat je HA even opnieuw moet opstarten.
• Ga naar 2400AC - 1, selecteer de cluster optie, bijv. own circuit als ie op een eigen groep zit, of maak een cluster aan als die op dezelfde groep zit als 2400AC - 2
• Ga naar 2400AC - 2, selecteer OF het cluster dat je bij 2400AC - 1 hebt aangemaakt als ze op dezelfde groep zitten OF kies own circuit.
• Misschien nog 1x een HA reboot.
• Kies nu de Smart mode en dan zou het moeten werken. Ondertussen niet meer opnieuw met de App inloggen.

Is dit inmiddels gelukt, het lukt mij niet. Alles blijft op unknown staan.

[Taro]

jurianvers schreef op vrijdag 17 oktober 2025 @ 14:55:
[...]


Is dit inmiddels gelukt, het lukt mij niet. Alles blijft op unknown staan.

Kan je wat screenshots delen?

[markduffy]

gielz schreef op vrijdag 17 oktober 2025 @ 08:14:
[...]


Ik heb laatst iemand via DM gehad was een kwestie van Nordpool HACS installeren en deze config aan te houden;

[Afbeelding]

code:

{% set VAT = 0.21 %}
{% set tax_kWh = 0.10154 %}
{% set opslag = 0.0165 %}
{{ (current_price * VAT ) + (tax_kWh + opslag) * (1 + VAT)|float }}

[Afbeelding]

Jaa fijn, met deze krijg ik wel iets terug waar ik logisch getallen kan wijzigen, dank.
Heb de opslag verhoogd naar 0.203 en nu heb ik dezelfde prijzen

Nu ff boven verder klussen en vanavond nog eens proberen HA Dynamisch erop te zetten

[jurianvers]

Taro schreef op vrijdag 17 oktober 2025 @ 15:13:
[...]

Kan je wat screenshots delen?

Probleem zojuist opgelost. Hij doet MQTT naar AWS.. dat had ik even niet verwacht. Stond dicht op mijn lokale firewall. Kan dit ook omgezet worden naar een lokale MQTT?

[jurianvers]

Taro schreef op vrijdag 17 oktober 2025 @ 15:13:
[...]

Kan je wat screenshots delen?

nevermind, ook gefixt.

[ Voor 42% gewijzigd door jurianvers op 17-10-2025 17:14 ]

[jurianvers]

Ik loop toch continue tegen problemen aan. Heb nu al 3x Home Assistent opnieuw geinstalleerd.
Hij vind alle apparaten, maar na tijdje (paar uur) sprint alles weer op unknown. Om gek van te worden.

En dan krijg ik ook onderstaande foutmeldingen'.
Iemand enig idee?

[geert1992]

jurianvers schreef op zaterdag 18 oktober 2025 @ 21:18:
Ik loop toch continue tegen problemen aan. Heb nu al 3x Home Assistent opnieuw geinstalleerd.
Hij vind alle apparaten, maar na tijdje (paar uur) sprint alles weer op unknown. Om gek van te worden.

En dan krijg ik ook onderstaande foutmeldingen'.
Iemand enig idee?


[Afbeelding]

Heb je de integratie eens weg gegooid? En opnieuw geïnstalleerd? Of bedoel je dat te zeggen met herinstalleren van HA?
Welke versie gedownload? Gebruik je de mqtt in de app?

[ Voor 7% gewijzigd door geert1992 op 18-10-2025 21:32 ]

[jurianvers]

geert1992 schreef op zaterdag 18 oktober 2025 @ 21:22:
[...]

Heb je de integratie eens weg gegooid? En opnieuw geïnstalleerd? Of bedoel je dat te zeggen met herinstalleren van HA?
Welke versie gedownload? Gebruik je de mqtt in de app?

Ja ik heb heel Home Assistant al 3x opnieuw geinstalleerd. Dus hele schone machine,
Nu net weer gedaan. v15. Nu zonder updates en ZenSDK direct geconfigureerd en daarna pas Smart Mode. Nog wel die foutmelding, maar so far so good. Even afwachten. Tis om gek van te worden.

Geen MQTT geselecteerd, alles default.
HOAS v15
Zendure v1.1.3 (laatste), ik heb nu eerst v1.1.0 gepakt en daarna upgrade uitgevoerd

[ Voor 10% gewijzigd door jurianvers op 18-10-2025 21:39 ]

[geert1992]

jurianvers schreef op zaterdag 18 oktober 2025 @ 21:34:
[...]


Ja ik heb heel Home Assistant al 3x opnieuw geinstalleerd. Dus hele schone machine,
Nu net weer gedaan. v15. Nu zonder updates en ZenSDK direct geconfigureerd en daarna pas Smart Mode. Nog wel die foutmelding, maar so far so good. Even afwachten. Tis om gek van te worden.

Die foutmelding zou ik als ik jou was even melden op de github van de integratie, lijkt een fout te staan in code.
Die unknown meldingen komen meestal weg bij een mqtt fout, heb je de handleiding gevolgd voor het opzetten ervan?

[ Voor 10% gewijzigd door geert1992 op 18-10-2025 21:41 ]

[Taro]

jurianvers schreef op zaterdag 18 oktober 2025 @ 21:34:
[...]


Ja ik heb heel Home Assistant al 3x opnieuw geinstalleerd. Dus hele schone machine,
Nu net weer gedaan. v15. Nu zonder updates en ZenSDK direct geconfigureerd en daarna pas Smart Mode. Nog wel die foutmelding, maar so far so good. Even afwachten. Tis om gek van te worden.

Geen MQTT geselecteerd, alles default.
HOAS v15
Zendure v1.1.3 (laatste), ik heb nu eerst v1.1.0 gepakt en daarna upgrade uitgevoerd

Als ik toch teveel vrije tijd had zou ik nu graag via Teams of remote desktop even helpen...

Sowieso hoef je HA niet opnieuw te installeren voor dit soort dingen. Je kunt integraties gewoon weggooien.

Ik stuur je ff een DM.

[g00gle]

jurianvers schreef op zaterdag 18 oktober 2025 @ 21:34:
[...]


Ja ik heb heel Home Assistant al 3x opnieuw geinstalleerd. Dus hele schone machine,
Nu net weer gedaan. v15. Nu zonder updates en ZenSDK direct geconfigureerd en daarna pas Smart Mode. Nog wel die foutmelding, maar so far so good. Even afwachten. Tis om gek van te worden.

Geen MQTT geselecteerd, alles default.
HOAS v15
Zendure v1.1.3 (laatste), ik heb nu eerst v1.1.0 gepakt en daarna upgrade uitgevoerd

Is het niet gewoon je dhcp lease die verloopt? Vast IP instellen in je router doet wonderen. Als HA je device niet meer kan vinden krijg je dit effect. Klinkt in ieder geval vrij aannemelijk in jou fout omschrijving..

[KikkerMario]

Hoeveel schakelingen kan zo'n batterij hebben voordat je bijvoorbeeld een versleten relais hebt?Ik gebruik de Zendure integratie uit de HACS en zit op een SwitchCount van 7271 in één maand. Ik was begonnen met een heel simpele automatisering: laden op de goedkoopste uren, ontladen op de duurste mits minstens 25% duurder. Maar op vlakke dagen resulteerde dat erin dat de Zendure Manager veel op laden stond terwijl de batterij eigenlijk al vol was (of door standby-verbruik en/of SoC-drift van 100% naar 70% was teruggelopen). En in die situaties zie je telkens een laad-poging van een paar seconden waarbij het vermogen oploopt tot zo'n 30 W en dan weer terug naar 0 schiet. Dat kan vast niet goed zijn.

Zit er ergens een optie in die integratie om dit te beperken? Of zijn er automatiseringen die iemand wil delen waar hier rekening mee gehouden wordt?

[KikkerMario]

Ik zag ook twee andere dingen langskomen op dit forum en het algemene Zendure forum die bij mij ook nog niet automatisch gaan, voor zover ik weet:

• Opladen als de accu helemaal leeg dreigt te raken. De integratie stopt netjes met ontladen bij 10%, maar als ik daarna een week niet zou laden, wat dan...?
• Eens in de zoveel tijd een SoC-calibratie doen (naar 10% en/of 100%).

Voor zover ik kan zien zit dit er standaard niet in en moet ik het zelf nog schrijven. Maar ik ben vast niet de enige, dus iemand moet zoiets toch al hebben ...

[jurianvers]

g00gle schreef op zondag 19 oktober 2025 @ 01:07:
[...]


Is het niet gewoon je dhcp lease die verloopt? Vast IP instellen in je router doet wonderen. Als HA je device niet meer kan vinden krijg je dit effect. Klinkt in ieder geval vrij aannemelijk in jou fout omschrijving..

Nee dat is het niet. tot op heden werkt het nu stabiel. Ik heb 2x setjes met elk 2 batterijen. Wat ik nu merk is dat deze in de nacht helemaal leeg zijn getrokken. Ik had verwacht dat deze dan nu vanmiddag met veel zon weer zouden laden, maar dat gebeurt niet. Ik heb nu de Manager op manual gezet, maar dan gaat er maar 1x set laden. die andere blijft standby.

Is er ergens een manual hoe automations te configureren voor de Fireson integratie? Het blijkft beetje onhandig zoeken in dit forum naar wat nou het meest actuele is

[CopyCatz]

Nu de winter eraan komt ben ik maar eens gaan kijken naar een wat slimmere oplossing dan alleen zon + nom; gisteravond er ff voor gaan zitten om de day ahead optimizer integratie aan de praat te krijgen. Zeer steile leercurve maar als het eenmaal werkt dan heb je ook wat!

[gielz]

KikkerMario schreef op zondag 19 oktober 2025 @ 14:40:

Ik gebruik de Zendure integratie uit de HACS en zit op een SwitchCount van 7271 in één maand.

Lijkt mij onrealistisch veel. Als ik snel in de code kijk dan zie ik dat ze bij waarde 0 in een modus een 1 wegschrijven;

code:

                    case "outputPackPower":
                        if value == 0:
                            self.aggrSwitchCount.update_value(1 + self.aggrSwitchCount.asNumber)
                        self.aggrCharge.aggregate(dt_util.now(), value)
                        self.aggrDischarge.aggregate(dt_util.now(), 0)
                    case "packInputPower":
                        if value == 0:
                            self.aggrSwitchCount.update_value(1 + self.aggrSwitchCount.asNumber)
                        self.aggrCharge.aggregate(dt_util.now(), 0)
                        self.aggrDischarge.aggregate(dt_util.now(), value)

Maar voor de relais is het pas 1 als je actief ook de klik hoort in de omvormer dus van ontladen naar laden of andersom niet binnen de huidige modus zelf. Zendure heeft mij aangegeven via een supportticket dat je zoveel mogelijk moet balanceren binnen de huidige modus.

[gielz]

jurianvers schreef op zondag 19 oktober 2025 @ 14:52:
[...]


Nee dat is het niet. tot op heden werkt het nu stabiel. Ik heb 2x setjes met elk 2 batterijen. Wat ik nu merk is dat deze in de nacht helemaal leeg zijn getrokken. Ik had verwacht dat deze dan nu vanmiddag met veel zon weer zouden laden, maar dat gebeurt niet. Ik heb nu de Manager op manual gezet, maar dan gaat er maar 1x set laden. die andere blijft standby.

Is er ergens een manual hoe automations te configureren voor de Fireson integratie? Het blijkft beetje onhandig zoeken in dit forum naar wat nou het meest actuele is

Je hebt de Zendure HA deze moet in de basis gewoon werken en anders is het een kwestie van aan te geven op de Github waar je exact tegen aanloopt met logs. Automatiseringen zijn er tig van "zoveel mensen zoveel wensen", ik zou eerst de basis werkend krijgen waarbij ze een aantal weken goed laden op de zon en goed NOM draaien.

[Taro]

KikkerMario schreef op zondag 19 oktober 2025 @ 14:40:
Hoeveel schakelingen kan zo'n batterij hebben voordat je bijvoorbeeld een versleten relais hebt?

[Afbeelding]

[Afbeelding]

Ik gebruik de Zendure integratie uit de HACS en zit op een SwitchCount van 7271 in één maand. Ik was begonnen met een heel simpele automatisering: laden op de goedkoopste uren, ontladen op de duurste mits minstens 25% duurder. Maar op vlakke dagen resulteerde dat erin dat de Zendure Manager veel op laden stond terwijl de batterij eigenlijk al vol was (of door standby-verbruik en/of SoC-drift van 100% naar 70% was teruggelopen). En in die situaties zie je telkens een laad-poging van een paar seconden waarbij het vermogen oploopt tot zo'n 30 W en dan weer terug naar 0 schiet. Dat kan vast niet goed zijn.

Zit er ergens een optie in die integratie om dit te beperken? Of zijn er automatiseringen die iemand wil delen waar hier rekening mee gehouden wordt?

3402, 4089 en 2267. De oudste 2400AC is hier van 10 april 2025. Hoeveel de max is durf ik niet te zeggen.

[martinvdm]

Hier ook een vrij hoge switchcount. 2 maanden gebruik en 6344 count. Geen idee of het kwaad kan.

[Taro]

Zag hier recent dat als mijn automatisering besloot een huidige waarde opnieuw in te stellen dat alles even naar 0 ging en daarna weer verder ging. Dus controleer nu vooraf via een Als/Dan nog even of de huidige waarde anders is dan de nieuwe waarde voordat ik hem opnieuw instel.

Daarnaast hoorde ik de SF800's vele keren per uur wisselen met de Zendure integratie, dus heb die nu bewust in een 2e account staan en nou hoor ik het relais ipv tig keer per uur nog maar 2-3x per dag.

Check dus even goed of er nog optimalisaties mogelijk zijn om het relais te sparen.

[Tijgerkracht]

Taro schreef op zondag 19 oktober 2025 @ 19:34:
[...]

3402, 4089 en 2267. De oudste 2400AC is hier van 10 april 2025. Hoeveel de max is durf ik niet te zeggen.

Switchcount 9202 sinds mei 2025

[gielz]

Wel een interessante, sinds Mei ben ik onderwater alleen maar bezig geweest om die relais schakelingen te beperken maar dat ziet de gebruiker niet.

Bij de update van November voor de zenSDK (Gielz) voeg ik hiervoor een entiteit toe die daadwerkelijk telt wanneer je bij de omvormer het fysieke klikje ook echt hoort;


*vandaag extreem veel heen en weer lopen schakelen voor de nieuwe modus "Dynamisch NOM"

[martinvdm]

Ik denk dat ook met zonnepanelen en dagen als vandaag bijdragen aan het vele schakelen. Met wat overschot laad de batterij, maar dit kan sonant wat wolken best wat schommelen. Daarbij merk ik ook nog dat met de kwartierprijzen er ook vaker geschakeld wordt. Al met al meer switchcounts.

[gielz]

martinvdm schreef op zondag 19 oktober 2025 @ 21:31:
Ik denk dat ook met zonnepanelen en dagen als vandaag bijdragen aan het vele schakelen. Met wat overschot laad de batterij, maar dit kan sonant wat wolken best wat schommelen. Daarbij merk ik ook nog dat met de kwartierprijzen er ook vaker geschakeld wordt. Al met al meer switchcounts.

Je zou eens een eigen schakeling sensor kunnen aanmaken en kijken hoeveel fysieke (klik) schakelingen het echt zijn. Als ik even zo reken zit je over de 200 per dag. Dit lijkt mij zelfs met 15minuten tarieven extreem veel en bijna onrealistisch.

[ Voor 11% gewijzigd door gielz op 19-10-2025 21:42 ]

[martinvdm]

gielz schreef op zondag 19 oktober 2025 @ 21:41:
[...]


Je zou eens een eigen schakeling sensor kunnen aanmaken en kijken hoeveel fysieke (klik) schakelingen het echt zijn. Als ik even zo reken zit je over de 200 per dag. Dit lijkt mij zelfs met 15minuten tarieven extreem veel en bijna onrealistisch.

[Afbeelding]

Dat lijkt me ook idd.

[wmc]

CopyCatz schreef op zondag 19 oktober 2025 @ 15:03:
Nu de winter eraan komt ben ik maar eens gaan kijken naar een wat slimmere oplossing dan alleen zon + nom; gisteravond er ff voor gaan zitten om de day ahead optimizer integratie aan de praat te krijgen. Zeer steile leercurve maar als het eenmaal werkt dan heb je ook wat!

[Afbeelding]

Welke integratie is dit precies? Het lijkt op EMHASS, is het dat ook?

[Devke]

gielz schreef op zondag 19 oktober 2025 @ 21:41:
[...]


Je zou eens een eigen schakeling sensor kunnen aanmaken en kijken hoeveel fysieke (klik) ischakelingen het echt zijn. Als ik even zo reken zit je over de 200 per dag. Dit lijkt mij zelfs met 15minuten tarieven extreem veel en bijna onrealistisch.

[Afbeelding

Is dit een property waarde om aantal schakelingen te kunnen zien?

[CopyCatz]

wmc schreef op maandag 20 oktober 2025 @ 07:14:
[...]


Welke integratie is dit precies? Het lijkt op EMHASS, is het dat ook?

Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

De planning die deze integratie maakt wordt in een aantal boolean en number helpers neergezet. Ik ben die nu eerst een paar dagen aan het monitoren om te kijken of het hout snijdt, en dan moet ik van daaruit iets maken om de @gielz integratie weer aan te sturen.

DAO heeft twee strategieën: minimize consumption (nom) en minimize cost. Ik denk dat de integratie van gielz al prima genoeg is voor minimize consumption, dus daar ga ik DAO niet voor gebruiken. Voor minimize cost lijkt het me wel interessant, en dan gaat het dus vooral om blokken waarin de batterij geladen of ontladen wordt. DAO stuurt dan "entity set operating mode" = "Aan" en "entity set power feedin" = wattage. Die moet ik dus omzetten naar de handmatig modus van de gielz integratie.

[ Voor 63% gewijzigd door CopyCatz op 20-10-2025 10:52 ]

[c0mplex1]

Devke schreef op maandag 20 oktober 2025 @ 09:06:
[...]

Is dit een property waarde om aantal schakelingen te kunnen zien?

Helaas wordt je dit niet op een presenteerblaadje aangeboden.
Je zult zelf de sensor moeten ontwerpen die het schakelen gaat tellen.
Eigenlijk is het oei simpel te maken.
ChatGPT is je vriend, toch?

[ Voor 5% gewijzigd door c0mplex1 op 20-10-2025 15:32 ]

[Devke]

c0mplex1 schreef op maandag 20 oktober 2025 @ 15:30:
[...]

Helaas wordt je dit niet op een presenteerblaadje aangeboden.
Je zult zelf de sensor moeten ontwerpen die het schakelen gaat tellen.
Eigenlijk is het oei simpel te maken.
ChatGPT is je vriend, toch?

Was maar een vraag :-)

[Bikkelreal]

Taro schreef op zondag 19 oktober 2025 @ 20:02:
Zag hier recent dat als mijn automatisering besloot een huidige waarde opnieuw in te stellen dat alles even naar 0 ging en daarna weer verder ging. Dus controleer nu vooraf via een Als/Dan nog even of de huidige waarde anders is dan de nieuwe waarde voordat ik hem opnieuw instel.

Daarnaast hoorde ik de SF800's vele keren per uur wisselen met de Zendure integratie, dus heb die nu bewust in een 2e account staan en nou hoor ik het relais ipv tig keer per uur nog maar 2-3x per dag.

Check dus even goed of er nog optimalisaties mogelijk zijn om het relais te sparen.

Ik merk wel dat de schakeling teller in de zendure intregatie niet helemaal klopt (switchCount) version 1.1.4 --- pre-release 7
Ik ga bv van sleep mode naar discharging dit gecontroleerd op beide units wordt 1 keer geschakeld.
En de switch count gaat omhoog met 14 keer op de ene unit en de andere met 12 keer.
Dus kan niet switch count niet helemaal vertrouwen.

Net weer van sleeping naar discharging telt de counter 2 keer

[ Voor 3% gewijzigd door Bikkelreal op 20-10-2025 19:58 ]

[gielz]

ZenSDK (Gielz) - November test deel 2

Voor de november release zijn veel punten opgepakt en nog een aantal eigen wensen. Mocht iemand willen testen dan hoor ik dat graag via DM;

2 Stappen configuratie

Na de configuration.yaml alleen nog in Home Assistant instellen. Waarbij mogelijkheid is tot een afwijkende P1 sensor zonder de configuratie te hoeven aanpassen.

Alles volledig op github

Configuratie inclusief uitleg over de verschillende opties, entiteiten en releases

Automatisering opgeschoond en verbeterd

Voorwaarden aangepast zo dat het makkelijker te lezen is bij problemen. Alle stappen worden vanaf dit moment ook opgeslagen en kunnen realtime bekeken worden. Wat doet de batterij nou precies? Zet het op het scherm en zie het daadwerkelijk uitgevoerd worden;

Dynamisch NOM modus

Wanneer sensor.dynamisch_goedkoopste_periode op JA staat zal er opgeladen worden indien sensor.dynamisch_spread_indicatie_nom hoger is dan input_number.dynamisch_minimale_spread. Wanneer sensor.dynamisch_goedkoopste_periode erg lang op JA staat zal hij pas weer opnieuw gaan laden wanneer de batterij ontladen is tot 90%. Hij zal na laden constant 0 op de meter behouden (-40 watt bij opladen en -2 watt bij ontladen).

Entiteiten voor relais schakeling

Apart vermeld is de harde (klik) en de zachte (ik hoor niets) schakeling en een totaal

[markduffy]

Lekker bezig,
Toevallig nog bezig geweest om het mogelijk te maken om meerderesets aan te sturen?

[gielz]

markduffy schreef op dinsdag 21 oktober 2025 @ 07:55:
Lekker bezig,
Toevallig nog bezig geweest om het mogelijk te maken om meerderesets aan te sturen?

Nee die zal er iig niet van uit mijn kant komen. Ik heb maar 1 omvormer en deze manier van aansturen was primair voor mij zelf gemaakt en aangezien er wel animo was voor een simpele doeltreffende aansturing het hier gedeeld en verbeterd met wensen van buiten af.

Ik heb één buur met 2 omvormers en die kiest er zelfs bewust voor om er 1 weg te doen omdat hij het uiteindelijk gewoon simpel wilt houden met een ze hoog mogelijke RTE. Gebruikt nu HACS en straks niet meer.

[gast777]

markduffy schreef op dinsdag 21 oktober 2025 @ 07:55:
Lekker bezig,
Toevallig nog bezig geweest om het mogelijk te maken om meerderesets aan te sturen?

Het leek me leuk om een proxy flow te knutselen in node-red. Dan kun je de Gielz automation op het node-red IP adres en poort richten en die stuurt het door naar 2 Zendures (daarbij de inhoud van de pakketten manipulerend). Ik heb een mooi begin werkend, maar nog niet volledig kunnen testen omdat ik momenteel nog maar 1 Zendure heb.

Ik wil er toch een 2e Zendure 2400AC omvormer bij zetten binnenkort, om 4800W te kunnen laden, wat beter aansluit bij de pieken onze zonnepanelen. En zeer tevreden met Gielz automation, dus zou mooi zijn om die gewoon te blijven gebruiken

[CopyCatz]

Ik heb nu de day ahead optimizer draaien icm gielz, eigenlijk heel makkelijk. Hoef alleen de modus op handmatig te zetten en in de DAO config het volgende aan te passen:

code:

"entity set power feedin": "input_number.zendure_2400_ac_handmatig_vermogen"

Nu kan ik de winter door met minimized cost en dan in het voorjaar kan ie weer op NOM

[CopyCatz]

Op handmatig heb ik nu wel weer dat de accu continu 19 watt blijft terugleveren, daarvoor moet ie dan weer naar standby. Wat niet handig is als ik wacht op een vermogen instelling van DAO...

[ Voor 40% gewijzigd door CopyCatz op 22-10-2025 20:17 ]

[gielz]

CopyCatz schreef op woensdag 22 oktober 2025 @ 20:14:
Op handmatig heb ik nu wel weer dat de accu continu 19 watt blijft terugleveren, daarvoor moet ie dan weer naar standby. Wat niet handig is als ik wacht op een vermogen instelling van DAO...

Dit komt door smartmode = 1. Als deze op 0 staat is dit niet het geval. Dan gaat hij wel gegevens in je flashgeheugen wegschrijven.

[R.K]

gielz schreef op woensdag 22 oktober 2025 @ 20:31:
[...]


Dit komt door smartmode = 1. Als deze op 0 staat is dit niet het geval. Dan gaat hij wel gegevens in je flashgeheugen wegschrijven.

Begrijp ik hieruit dat smartmode altijd op 0 moet staan? En zo ja, hoe kan ik dat veranderen? Bvd.

[Devke]

R.K schreef op woensdag 22 oktober 2025 @ 23:28:
[...]

Begrijp ik hieruit dat smartmode altijd op 0 moet staan? En zo ja, hoe kan ik dat veranderen? Bvd.

Eerst een laadcommando met 0 Watt sturen. Daarna 1 met ontlaadcommando en 0 Watt. Dan gaat de boel in standby. Daarnaast heb ik een automatisering lopen die checked of de boel naar Flash gaat. Zoja dan volgt een commando die de boel weer naar RAM zet.

[Aardedraadje]

R.K schreef op woensdag 22 oktober 2025 @ 23:28:
[...]

Begrijp ik hieruit dat smartmode altijd op 0 moet staan? En zo ja, hoe kan ik dat veranderen? Bvd.

Iets te kort door de bocht

In SmartMode schrijft hij zijn sturing niet continue naar Flash. Daarmee voorkom je slijtage van het flashgeheugen maar de omvormer blijft dan actief.

Staat smartmode uit dan onthoudt hij dus de sturingswaarde maar dat is meer bedoeld om afentoe iets in te stellen, niet om continue aan te passen (bijvoorbeeld voor NOM) i.v.m. die slijtage.

Dus als je afentoe de waarde aanpast is SmartMode: 0 prima. Ga je continue vermogen aanpassen (NOM draaien) dan is SmartMode: 1 de juiste keuze.

Als je kijkt naar hoe @gielz' ZenSDK-implementatie werkt, die schakelt SmartMode op de juiste momenten in (als je begint met aansturen) en uit (als je naar standby wilt).

Zoiets zou ook in jouw opstelling wel te realiseren zijn. Als de DAO een stuurwaarde <> 0 geeft, SmartMode aan. Als DAO stuurwaarde 0 geeft, SmartMode uit.

[CopyCatz]

Er is zojuist een nieuwe test versie van DAO verschenen (2025.10.6.rc1) waarin ik een aanpassing heb aangeleverd zodat je een input select kunt aansturen met een custom on/off waarde (in mijn geval van de gielz integratie).

Ik kan nu met deze config settings DAO de batterij laten beheren zonder dat er een automation nodig is om de aansturing om te zetten:

"entity set power feedin": "input_number.zendure_2400_ac_handmatig_vermogen",
"entity set operating mode": "input_select.zendure_2400_ac_modus_selecteren",
"entity set operating mode on": "Handmatig",
"entity set operating mode off": "Standby",

[KikkerMario]

Ik begrijp niet hoe ik in de Zendure HACS integratie de veilige grenzen instel voor de situatie waar je in Nederland de Zendure niet op een eigen groep hebt. Dus stel je wilt maximaal 800 W ontladen, maar wel 2000 W kunnen laden.

Bij de "Device fusegroup" heb je alleen symmetrische keuzes: als je hem op "Zekeringgroep max. 800w" zet, dan kan je niet sneller laden dan 800 W en dat wil ik wel. En als je hem op "Zekeringgroep max. 2000w" zet, dan kan je sneller dan de veilige 800 W ontladen en dat wil ik natuurlijk niet.

In de Zendure app op mijn telefoon en ook in de HA integratie kan ik wel wat andere dingen instellen, maar die lijken telkens door de Zendure Manager in Home Assistant te worden overschreven.

[gielz]

ZenSDK (Gielz) - November release

Vanaf nu zal alles bijgehouden worden op de Github https://github.com/Gielz1986/Zendure-HA-zenSDK. De TS hier werd eigenlijk te groot en kan nu voor andere dingen gebruikt worden.

Github

De Github readme is volledig herschreven en als het goed is staat nu alles er netjes in. Zoals de configuratie in 2 stappen (minder stappen dan voorheen) en wat zijn de entiteiten en modus verschillen.

Release

https://github.com/Gielz1...DK/releases/tag/v20251024
https://github.com/Gielz1...are/v20251004...v20251024

[jordyc]

@gielz , is er een impact als je van de oude versie van handmatig alles in de config wegzetten en nu naar de GitHub versie? Of blijft alles hetzelfde en is dit puur iets wat op de achtergrond wijzigt?

[arieh]

een snelle dank en kudos aan @gielz voor zijn integratie. ....gisteren zelf de 2400AC binnengekregen en binnen uur werkzaam in HA. Dank voor de uitgebreide beschrijving.
(helaas nog niet op de nieuwe release waarvan ik nu zie dat deze op github staat....leuk project voor rest van het weekend).

misschien een "tip" voor een volgende release: maak er een "package" van. Die kunnen mensen dan 1 op 1 in HA zetten, zonder verdere copy/paste acties in bestaande configuration.yaml.

[KikkerMario]

@FireSon , ik zie in de code dat het bij de Fusegroup 800 W de bedoeling is dat er met 800 W geladen kan worden en met 1200 W ontladen kan worden (minpower is -1200, en het lijkt erop dat je dat bewust gedaan hebt).

Ik heb 2x een SF800P op de Fusegroup 800 W, maar ze willen bij mij niet met 1200 W laden. Het totaal blijft maximaal 800 W totaal, tenzij ik een hogere fusegroup kies.

Misschien heeft dit er iets mee te maken: Als je één Zendure omvormer hebt, dan wordt self.minpower gebruikt op regel 28 van fusegroup.py. Maar als je er meerdere hebt, dan wordt self.minpower helemaal niet gebruikt. Is "self.maxpower" op regel 40 een typfout? Moet dat iets als " -self.minpower" zijn? (Met een minteken omdat maxpower en minpower een ander teken hebben.)

[gielz]

jordyc schreef op vrijdag 24 oktober 2025 @ 11:29:
@gielz , is er een impact als je van de oude versie van handmatig alles in de config wegzetten en nu naar de GitHub versie? Of blijft alles hetzelfde en is dit puur iets wat op de achtergrond wijzigt?

In principe veel achtergrond werk buiten wat extra functies/entiteiten. Ik zou adviseren als je het veilig wilt doen is je huidige configuration.yaml backupen en daarna je huidige automatisering uitschakelen of opslaan en verwijderen.

Daarna kun je over naar de huidige versie door de stappen te volgen. Meerdere testers hebben dit gedaan de afgelopen weken zonder issues. Mochten die er wel zijn DM dan even, wellicht heb je dan een bug te pakken.