Zendure producten in Home Assistant integreren deel 2

[avdwerf]

Mocht je de SOC al willen. Dit werkt prima.
Nieuwe input aanmaken

YAML:

input_number:
  zendure_2400_ac_maximaal_laden_soc:
    name: Zendure 2400 AC Maximaal Laden SOC
    min: 10
    max: 100
    step: 1
    mode: box
    unit_of_measurement: "%"

Rest command aanmaken

YAML:

rest_command:
  zendure_max_laadvermogen:
    url: http://<IP-ADRES>/properties/write
    method: POST
    payload: '{"sn":"<SN>","properties":{"socSet": {{socSet}} }}'

En de auomatisering die hem wegschrijft na wijzigen.

YAML:

alias: Maximaal laadpercentage aanpassen
description: ""
triggers:
  - trigger: state
    entity_id:
      - input_number.zendure_2400_ac_maximaal_laden_soc
conditions: []
actions:
  - action: rest_command.zendure_max_laadvermogen
    data:
      socSet: >-
        {{ states('input_number.zendure_2400_ac_maximaal_laden_soc') | int * 10
        }}
mode: single

Zo kun je hem wijzigen. Mocht je hem op een vaste dag automatisch naar een bepaalde waarde willen hebben kun je met een automatisering die elke dag om 0:01 draait de waarde aanpassen.

[ Voor 67% gewijzigd door avdwerf op 29-08-2025 17:20 ]

[Devke]

gielz schreef op vrijdag 29 augustus 2025 @ 16:57:
[...]


Dat van die SOC instelbaar maken staat nog op het lijstje maar helemaal ver onderaan.

Dat 2e punt stond er nog niet op maar is wel super eenvoudig op te nemen in de configuration.yaml zonder dat de API extra belast moet worden met nog meer 1 seconden verzoeken. in de 1.0 zat deze maar die kwam maar om de 12 seconden binnen waardoor je geen KWH kon berekenen.

Ik moet hem zelf nog testen maar onderstaande kun je opnemen in de configuration.yaml direct onder de input_number;

[Afbeelding]

code:

template:
  - sensor:
      - name: "Zendure 2400 AC Vermogen Import"
        unique_id: Zendure_2400_AC_Vermogen_Import
        unit_of_measurement: "W"
        device_class: power
        state_class: measurement
        state: >
          {% set v = states('sensor.zendure_2400_ac_vermogen_aansturing') | float(0) %}
          {{ v if v > 0 else 0 }}

      - name: "Zendure 2400 AC Vermogen Export"
        unique_id: Zendure_2400_AC_Vermogen_Export
        unit_of_measurement: "W"
        device_class: power
        state_class: measurement
        state: >
          {% set v = states('sensor.zendure_2400_ac_vermogen_aansturing') | float(0) %}
          {{ -v if v < 0 else 0 }}

sensor:
  - platform: integration
    name: "Zendure 2400 AC Energie Import"
    unique_id: zendure_2400_ac_energie_import
    source: sensor.zendure_2400_ac_vermogen_import
    unit_prefix: k
    round: 3
    method: trapezoidal

  - platform: integration
    name: "Zendure 2400 AC Energie Export"
    unique_id: zendure_2400_ac_energie_export
    source: sensor.zendure_2400_ac_vermogen_export
    unit_prefix: k
    round: 3
    method: trapezoidal

Als ik het goed begrijp probeer je zo per batterij te meten hoeveel kWh erin is gegaan en hoeveel er ontladen is? Dan meet je ook aan de stekker kan?

[gielz]

Devke schreef op vrijdag 29 augustus 2025 @ 18:40:
[...]

Als ik het goed begrijp probeer je zo per batterij te meten hoeveel kWh erin is gegaan en hoeveel er ontladen is? Dan meet je ook aan de stekker kan?

Ik pak het vermogen van de aansturing en zet deze om naar KWH via de standaard functie in Home Assistant. Maar dit zou ik denk ik zelfs per gestapelde batterij kunnen. Komt dus direct uit de zenSDK.

Ga hem nu even testen en weet morgen de uitkomst van uit de dagelijkse nutsmeter.

[ Voor 15% gewijzigd door gielz op 29-08-2025 19:26 ]

[avdwerf]

IS er iemand die http://<IP>/properties/report met mij zou willen delen via DM. Haal wel even de SN etc. weg. Mijn AC 2400 staat al week in standby en support schiet voor geen meter op. Wil kijken welke waardes verschillen en die via rest command proberen aan te passen om te kijken of ik er weer beetje beweging in kan krijgen.

[g00gle]

Heb je een dm gestuurd @avdwerf

[gielz]

avdwerf schreef op vrijdag 29 augustus 2025 @ 19:36:
IS er iemand die http://<IP>/properties/report met mij zou willen delen via DM. Haal wel even de SN etc. weg. Mijn AC 2400 staat al week in standby en support schiet voor geen meter op. Wil kijken welke waardes verschillen en die via rest command proberen aan te passen om te kijken of ik er weer beetje beweging in kan krijgen.

Kunt ook die van jou posten. Dan zien meer wat er aan de hand kan zijn

[avdwerf]

gielz schreef op vrijdag 29 augustus 2025 @ 19:43:
[...]


Kunt ook die van jou posten. Dan zien meer wat er aan de hand kan zijn

Heb met de data van @g00gle gekeken en geprobeerd wat daar anders was bij mij aan te passen. Krijg gewoon een 200 melding terug maar toch past hij niet alles aan. O.a. packState, dcStatus en acStatus blijven na rest command ongewijzigd op 0 staan.
Hieronder mijn json:

JSON:

{
  "timestamp": 1756490773,
  "messageId": 96,
  "sn": "",
  "version": 2,
  "product": "solarFlow2400AC",
  "properties": {
    "heatState": 0,
    "packInputPower": 0,
    "outputPackPower": 0,
    "outputHomePower": 0,
    "remainOutTime": 59940,
    "packState": 0,
    "electricLevel": 43,
    "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": 0,
    "pvStatus": 0,
    "acStatus": 0,
    "dataReady": 1,
    "gridState": 1,
    "BatVolt": 3452,
    "socLimit": 0,
    "writeRsp": 0,
    "acMode": 2,
    "inputLimit": 550,
    "outputLimit": 500,
    "socSet": 1000,
    "minSoc": 100,
    "gridStandard": 4,
    "gridReverse": 2,
    "inverseMaxPower": 2400,
    "lampSwitch": 1,
    "gridOffMode": 2,
    "IOTState": 2,
    "fanSwitch": 1,
    "fanSpeed": 0,
    "bindstate": 0,
    "VoltWakeup": 0,
    "OldMode": 0,
    "OTAState": 0,
    "LCNState": 0,
    "factoryModeState": 0,
    "ts": 1756490769,
    "tsZone": 14,
    "smartMode": 1,
    "chargeMaxLimit": 2400,
    "phaseSwitch": 1,
    "packNum": 6,
    "rssi": -74,
    "is_error": 0
  },
  "packData": [
    {
      "sn": "",
      "packType": 5,
      "socLevel": 42,
      "state": 0,
      "power": 0,
      "maxTemp": 3001,
      "totalVol": 4960,
      "batcur": 0,
      "maxVol": 331,
      "minVol": 330,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 43,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4940,
      "batcur": 0,
      "maxVol": 330,
      "minVol": 329,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 41,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4940,
      "batcur": 0,
      "maxVol": 330,
      "minVol": 329,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 44,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4960,
      "batcur": 0,
      "maxVol": 332,
      "minVol": 330,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 42,
      "state": 0,
      "power": 0,
      "maxTemp": 2971,
      "totalVol": 4940,
      "batcur": 0,
      "maxVol": 330,
      "minVol": 329,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 44,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4960,
      "batcur": 0,
      "maxVol": 331,
      "minVol": 330,
      "softVersion": 4103,
      "heatState": 0
    }
  ]
}

[gielz]

avdwerf schreef op vrijdag 29 augustus 2025 @ 20:09:
[...]


Heb met de data van @g00gle gekeken en geprobeerd wat daar anders was bij mij aan te passen. Krijg gewoon een 200 melding terug maar toch past hij niet alles aan. O.a. packState, dcStatus en acStatus blijven na rest command ongewijzigd op 0 staan.
Hieronder mijn json:

JSON:

{
  "timestamp": 1756490773,
  "messageId": 96,
  "sn": "",
  "version": 2,
  "product": "solarFlow2400AC",
  "properties": {
    "heatState": 0,
    "packInputPower": 0,
    "outputPackPower": 0,
    "outputHomePower": 0,
    "remainOutTime": 59940,
    "packState": 0,
    "electricLevel": 43,
    "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": 0,
    "pvStatus": 0,
    "acStatus": 0,
    "dataReady": 1,
    "gridState": 1,
    "BatVolt": 3452,
    "socLimit": 0,
    "writeRsp": 0,
    "acMode": 2,
    "inputLimit": 550,
    "outputLimit": 500,
    "socSet": 1000,
    "minSoc": 100,
    "gridStandard": 4,
    "gridReverse": 2,
    "inverseMaxPower": 2400,
    "lampSwitch": 1,
    "gridOffMode": 2,
    "IOTState": 2,
    "fanSwitch": 1,
    "fanSpeed": 0,
    "bindstate": 0,
    "VoltWakeup": 0,
    "OldMode": 0,
    "OTAState": 0,
    "LCNState": 0,
    "factoryModeState": 0,
    "ts": 1756490769,
    "tsZone": 14,
    "smartMode": 1,
    "chargeMaxLimit": 2400,
    "phaseSwitch": 1,
    "packNum": 6,
    "rssi": -74,
    "is_error": 0
  },
  "packData": [
    {
      "sn": "",
      "packType": 5,
      "socLevel": 42,
      "state": 0,
      "power": 0,
      "maxTemp": 3001,
      "totalVol": 4960,
      "batcur": 0,
      "maxVol": 331,
      "minVol": 330,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 43,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4940,
      "batcur": 0,
      "maxVol": 330,
      "minVol": 329,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 41,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4940,
      "batcur": 0,
      "maxVol": 330,
      "minVol": 329,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 44,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4960,
      "batcur": 0,
      "maxVol": 332,
      "minVol": 330,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 42,
      "state": 0,
      "power": 0,
      "maxTemp": 2971,
      "totalVol": 4940,
      "batcur": 0,
      "maxVol": 330,
      "minVol": 329,
      "softVersion": 4103,
      "heatState": 0
    },
    {
      "sn": "",
      "packType": 5,
      "socLevel": 44,
      "state": 0,
      "power": 0,
      "maxTemp": 2981,
      "totalVol": 4960,
      "batcur": 0,
      "maxVol": 331,
      "minVol": 330,
      "softVersion": 4103,
      "heatState": 0
    }
  ]
}

Gaat denk ik fout bij de DC en ACstatus die read only zijn.

[gielz]

gielz schreef op vrijdag 29 augustus 2025 @ 19:26:
[...]
Ga hem nu even testen en weet morgen de uitkomst van uit de dagelijkse nutsmeter.

[Afbeelding]

Ik haal nu buiten de Shelly en Energysocket ook de KWHs uit de zenSDK die je vervolgens weer voor van alles kunt gebruiken (energydashboard HA bijv). Zie hier helaas wel een verschil in de export die ik hopelijk morgen niet meer heb. Vervolgens is het gewoon een kwestie van de configuration.yaml uitbreiden en HA herstarten.

Mocht het het allemaal goed werken is dit een mooie aanvulling voor de TS.

[c0mplex1]

gielz schreef op zaterdag 30 augustus 2025 @ 21:55:
[...]


Ik haal nu buiten de Shelly en Energysocket ook de KWHs uit de zenSDK die je vervolgens weer voor van alles kunt gebruiken (energydashboard HA bijv). Zie hier helaas wel een verschil in de export die ik hopelijk morgen niet meer heb. Vervolgens is het gewoon een kwestie van de configuration.yaml uitbreiden en HA herstarten.

Mocht het het allemaal goed werken is dit een mooie aanvulling voor de TS.

[Afbeelding]

Het meten van het inkomend en uitgaand vermogen op de HW plug geeft m.i. een betrouwbaarder beeld dan het meten van de vermogens op de batterij zelf.
Met de HW plug zie je ook de conversie verliezen, die je op de batterij niet ziet.
Dus wil je een mooi beeld (en jezelf voor de gek houden), meet dan de batterij, wil je een betrouwbaar en eerlijk beeld, meet dan de HW plug.

[gielz]

c0mplex1 schreef op zondag 31 augustus 2025 @ 13:26:
[...]

Het meten van het inkomend en uitgaand vermogen op de HW plug geeft m.i. een betrouwbaarder beeld dan het meten van de vermogens op de batterij zelf.
Met de HW plug zie je ook de conversie verliezen, die je op de batterij niet ziet.
Dus wil je een mooi beeld (en jezelf voor de gek houden), meet dan de batterij, wil je een betrouwbaar en eerlijk beeld, meet dan de HW plug.

Ik geloof dat die HW plug ook al zou je het niet verwachten ook een foutief beeld gaf. Dit zag ik ook terug bij de 3 warmtepompen hier die nu allemaal via een KWH meter lopen. @Devke jij had de vermogens gezien bij de KWH meter, energysocket en van de batterij zelf. Wat was jou conclusie?

Batterijen zijn nu hier vol en dat ziet er dan zo uit op de import;

[Devke]

gielz schreef op zondag 31 augustus 2025 @ 15:32:
[...]


Ik geloof dat die HW plug ook al zou je het niet verwachten ook een foutief beeld gaf. Dit zag ik ook terug bij de 3 warmtepompen hier die nu allemaal via een KWH meter lopen. @Devke jij had de vermogens gezien bij de KWH meter, energysocket en van de batterij zelf. Wat was jou conclusie?

Batterijen zijn nu hier vol en dat ziet er dan zo uit op de import;
[Afbeelding]

Ik was een tabelletje aan het maken. Bestand is corrupt geraakt, helaas geen backup dacht ik..... toch 1 gevonden maar hij is niet compleet. Ik zal hem een x updaten.

[c0mplex1]

gielz schreef op zondag 31 augustus 2025 @ 15:32:
[...]


Ik geloof dat die HW plug ook al zou je het niet verwachten ook een foutief beeld gaf. Dit zag ik ook terug bij de 3 warmtepompen hier die nu allemaal via een KWH meter lopen. @Devke jij had de vermogens gezien bij de KWH meter, energysocket en van de batterij zelf. Wat was jou conclusie?

Batterijen zijn nu hier vol en dat ziet er dan zo uit op de import;
[Afbeelding]

Ik neem aan dat je met de KWH meter de Shelly bedoel?
Dan klopt het toch... de Shelly en HW plug geven nagenoeg dezelfde waarde aan.
De zenSDK meting is lager, dus m.i. een rooskleuriger beeld.
Helaas heb ik geen andere vermogensmeter om te vergelijken. Ja, een AVO meter, maar daar kom je niet zo ver mee.

[gielz]

c0mplex1 schreef op zondag 31 augustus 2025 @ 19:47:
[...]

Ik neem aan dat je met de KWH meter de Shelly bedoel?
Dan klopt het toch... de Shelly en HW plug geven nagenoeg dezelfde waarde aan.
De zenSDK meting is lager, dus m.i. een rooskleuriger beeld.
Helaas heb ik geen andere vermogensmeter om te vergelijken. Ja, een AVO meter, maar daar kom je niet zo ver mee.

Ik heb hier de shelly pm er tussen en een energysocket. Helaas geen KWH meter maar wellicht dat ik die ook nog wel er tussen prop.

Deze kreeg ik zojuist van Devke door;

[c0mplex1]

Misschien zie ik het helemaal verkeerd....
zenSDK zegt 2200W laden, HW plug zegt 2293W (dat is 2200W + conversie verlies), ook zo volgens de kWh meter.
Volgens HW plug pomp je 93W meer in de batterij, dan dat de batterij geeft.
Volgens kWh pomp je zelfs 111W meer in de batterij, dan dat de batterij geeft.

[Devke]

c0mplex1 schreef op zondag 31 augustus 2025 @ 20:03:
Misschien zie ik het helemaal verkeerd....
zenSDK zegt 2200W laden, HW plug zegt 2293W (dat is 2200W + conversie verlies), ook zo volgens de kWh meter.
Volgens HW plug pomp je 93W meer in de batterij, dan dat de batterij geeft.
Volgens kWh pomp je zelfs 111W meer in de batterij, dan dat de batterij geeft.

Ik heb de volgende setting. Socket aan de 2400 AC gekoppeld. De 2400 AC zit gekoppeld op een eigen groep. Voor nood zit daar ook even een HW PIB op. Work in progress. De kWh meter is een MID gecertificeerde meter van HW. De Zendure geeft bv aan laden met 2400 Watt. Echter socket en batteri geven meer aan.

Verliezen moet je pas berekenen bij een volledige cyclus. Laden van bv 10-100 en terug.

Ik ben bezig een overzicht aan het maken maar dat kost tijd. Daarnaast moet die PIB van die groep af voor het perfecte beeld. Ik heb al afspraak staan met de electriciën.

Edit.... ik heb nu een serie van 3 sessies gedaan met laden 2400/ ontladen 2400 en 3x 2200 laden en 2400 ontladen. De laatste setting performed heel iets beter. Vandaag stond de start van 2000/2400 op het programma. Dit is mislukt. Foutje mijnerzijds.

[ Voor 11% gewijzigd door Devke op 31-08-2025 20:26 ]

[Devke]

.

[ Voor 99% gewijzigd door Devke op 31-08-2025 20:26 ]

[markduffy]

Ik heb sinds vandaag mn dynamisch energie contract. Dus nu komt de tijd om te gaan spelen daarmee

HA en hacs inmiddels geïnstalleerd.
Hoop de rest volgende week mee verder te gaan. (bovenverdieping aan het opknappen, dus bijna iedere avond bezig als er geen droogtijden zijn 😉)

Wat ik een beetje voor ogen heb is om mijn accus in te zetten om zoveel mogelijk inkomsten te genereren tot 2027, dan ga ik wss weer terug naar NOM.

Hoop dit goed voor elkaar te krijgen door power by the hour te gaan gebruiken. in combinatie met een sensor die registreerd als mijn auto gaat laden via grid rewards en de accus op dat moment niet leeg getrokken gaan worden. Want dan snijd ik mijzelf in de vingers.
en daarna nog even uitzoeken wat t handigst is met de zonnepanelen zodra prijs negatief is.
En mij kennende, zal dat wss pas het begin zijn 🤣.

Nog tips welke intregeatie ik t best mee zou kunnen starten?

[appieve]

avdwerf schreef op vrijdag 29 augustus 2025 @ 20:09:
Heb met de data van @g00gle gekeken en geprobeerd wat daar anders was bij mij aan te passen. Krijg gewoon een 200 melding terug maar toch past hij niet alles aan. O.a. packState, dcStatus en acStatus blijven na rest command ongewijzigd op 0 staan.

Ook ik heb dit probleem. Sinds 23 augustus staat mijn AC2400 (+3x ab3000x) ook in constante Standby modus waar ik niet meer uitkom. Uitlezen gaat, maar overschrijven van waardes lijkt niet te werken. Via Zendure nog geen oplossing ontvangen. Mocht je een oplossing hebben gevonden, hoor ik het graag.

[gielz]

appieve schreef op maandag 1 september 2025 @ 12:54:
[...]


Ook ik heb dit probleem. Sinds 23 augustus staat mijn AC2400 (+3x ab3000x) ook in constante Standby modus waar ik niet meer uitkom. Uitlezen gaat, maar overschrijven van waardes lijkt niet te werken. Via Zendure nog geen oplossing ontvangen. Mocht je een oplossing hebben gevonden, hoor ik het graag.

Ben wel benieuwd, kun je de properties eens delen om te zien of het bij jou er anders uit ziet.

[avdwerf]

appieve schreef op maandag 1 september 2025 @ 12:54:
[...]


Ook ik heb dit probleem. Sinds 23 augustus staat mijn AC2400 (+3x ab3000x) ook in constante Standby modus waar ik niet meer uitkom. Uitlezen gaat, maar overschrijven van waardes lijkt niet te werken. Via Zendure nog geen oplossing ontvangen. Mocht je een oplossing hebben gevonden, hoor ik het graag.

Het is echt een drama met hun support. Ben al weken aan het mailen. Nu eindelijk het verlossende woord gekregen dat ze hem gaan vervangen. Maar, ik moet eerst de mijne retour sturen, en pas na ontvangst sturen ze hem op . Zometeen gelijk in orde maken en dan hoop ik dat ik deze week nog wat ontvang. Er lijkt dus geen oplossing voor te zijn.

[gielz]

avdwerf schreef op maandag 1 september 2025 @ 15:00:
[...]


Het is echt een drama met hun support. Ben al weken aan het mailen. Nu eindelijk het verlossende woord gekregen dat ze hem gaan vervangen. Maar, ik moet eerst de mijne retour sturen, en pas na ontvangst sturen ze hem op . Zometeen gelijk in orde maken en dan hoop ik dat ik deze week nog wat ontvang. Er lijkt dus geen oplossing voor te zijn.

Echt vervelend, nog enig idee hoe dit is ontstaan zodat andere niet dit zelfde probleem krijgen? Ik had hier zojuist even wat veranderd en bij het opstarten stond acStatus op 0. Daarna toen ik de Energysocket schakelde ging hij redelijk rap naar acStatus 2. Ook wanneer hij op acStatus 0 stond kon ik alle commands sturen zoals Smartmode 1 en 0.

Via een reseller had dit wel rapper opgelost kunnen worden denk ik. Er zijn resellers die 200+ van die omvormers hebben liggen maar geen batterijen.

[Bra-Jo]

Ik heb even een hersenscheet. De c-waarde geldt per Hyper, toch? Niet per accu? Concreet: ik heb twee Hypers met ieder twee accu's. Ik heb de fusegroup (Fireson) voor beide op 800W staan, dus de accu's laden per stuk met max 400W op. Dan kom ik op 800 / (1920*2) = 0,208.
Of kan ik 'm ophogen naar 1600W, waardoor ik per accu met max 800W oplaad, ipv per Hyper?

[avdwerf]

gielz schreef op maandag 1 september 2025 @ 15:38:
[...]


Echt vervelend, nog enig idee hoe dit is ontstaan zodat andere niet dit zelfde probleem krijgen? Ik had hier zojuist even wat veranderd en bij het opstarten stond acStatus op 0. Daarna toen ik de Energysocket schakelde ging hij redelijk rap naar acStatus 2. Ook wanneer hij op acStatus 0 stond kon ik alle commands sturen zoals Smartmode 1 en 0.

Via een reseller had dit wel rapper opgelost kunnen worden denk ik. Er zijn resellers die 200+ van die omvormers hebben liggen maar geen batterijen.

Het is bij mij fout gegaan toen ik de omvormer in een ander account toe wilde voegen, omdat zendure perse logingegevens wilde hebben. Dacht snel een 2e account aan te maken, maar het bleek dat de omvormer in max 1 account mocht staan. Toen ik hem weer terugplaatste in mijn originele account ging hij in standby en is daar niet meer uitgekomen. Zou toch zeggen dat dit een administratief dingetje is wat simpel is. Maar ook sinds vorige week verliest hij connectie met de batterijen. Losklikken en na 10 minuten weer op plaatsen werkt voor max 24 uur, dan verdwijnen de batterijen weer. Zit dus toch iets echt niet goed in dat ding.

[universum]

avdwerf schreef op vrijdag 29 augustus 2025 @ 17:00:
Mocht je de SOC al willen. Dit werkt prima.
Nieuwe input aanmaken

YAML:

input_number:
  zendure_2400_ac_maximaal_laden_soc:
    name: Zendure 2400 AC Maximaal Laden SOC
    min: 10
    max: 100
    step: 1
    mode: box
    unit_of_measurement: "%"

Rest command aanmaken

YAML:

rest_command:
  zendure_max_laadvermogen:
    url: http://<IP-ADRES>/properties/write
    method: POST
    payload: '{"sn":"<SN>","properties":{"socSet": {{socSet}} }}'

En de auomatisering die hem wegschrijft na wijzigen.

YAML:

alias: Maximaal laadpercentage aanpassen
description: ""
triggers:
  - trigger: state
    entity_id:
      - input_number.zendure_2400_ac_maximaal_laden_soc
conditions: []
actions:
  - action: rest_command.zendure_max_laadvermogen
    data:
      socSet: >-
        {{ states('input_number.zendure_2400_ac_maximaal_laden_soc') | int * 10
        }}
mode: single

Zo kun je hem wijzigen. Mocht je hem op een vaste dag automatisch naar een bepaalde waarde willen hebben kun je met een automatisering die elke dag om 0:01 draait de waarde aanpassen.

Heeft iemand dit werken gekregen?

nvm het werkt vergeet weg te sturen ...

[Taro]

Bra-Jo schreef op maandag 1 september 2025 @ 15:42:
Ik heb even een hersenscheet. De c-waarde geldt per Hyper, toch? Niet per accu? Concreet: ik heb twee Hypers met ieder twee accu's. Ik heb de fusegroup (Fireson) voor beide op 800W staan, dus de accu's laden per stuk met max 400W op. Dan kom ik op 800 / (1920*2) = 0,208.
Of kan ik 'm ophogen naar 1600W, waardoor ik per accu met max 800W oplaad, ipv per Hyper?

De C-waarde is het vermogen per omvormer vs de totale hoeveelheid accucapaciteit onder die omvormer.

800 per Hyper, met ieder 4 kWh is een prima waarde. Dus niet 800 Watt per 2 kWh accu, maar wel 800 Watt per 4 kWh aan accu's.

[appieve]

gielz schreef op maandag 1 september 2025 @ 12:58:
[...]


Ben wel benieuwd, kun je de properties eens delen om te zien of het bij jou er anders uit ziet.

Mijn proporties zijn op het moment:
{"timestamp":1756753465,"messageId":1,"sn":"xxx","version":2,"product":"solarFlow2400AC","properties":{"heatState":0,"packInputPower":0,"outputPackPower":0,"outputHomePower":0,"remainOutTime":59940,"packState":0,"electricLevel":32,"gridInputPower":0,"solarInputPower":0,"solarPower1":0,"solarPower2":0,"solarPower3":0,"solarPower4":0,"solarPower5":0,"solarPower6":0,"pass":0,"reverseState":0,"socStatus":0,"hyperTmp":2971,"gridOffPower":0,"dcStatus":0,"pvStatus":0,"acStatus":0,"dataReady":1,"gridState":1,"BatVolt":27,"socLimit":0,"writeRsp":0,"acMode":2,"inputLimit":971,"outputLimit":301,"socSet":1000,"minSoc":100,"gridStandard":4,"gridReverse":1,"inverseMaxPower":1400,"lampSwitch":1,"gridOffMode":2,"IOTState":2,"fanSwitch":1,"fanSpeed":0,"bindstate":0,"VoltWakeup":0,"OldMode":0,"OTAState":0,"LCNState":0,"factoryModeState":0,"ts":1756753461,"tsZone":14,"smartMode":0,"chargeMaxLimit":2400,"phaseSwitch":1,"packNum":3,"rssi":-78,"is_error":0},"packData":[{"sn":"xxxx","packType":5,"socLevel":30,"state":0,"power":0,"maxTemp":2961,"totalVol":4930,"batcur":0,"maxVol":329,"minVol":329,"softVersion":4103,"heatState":0},{"sn":"xxxx","packType":5,"socLevel":32,"state":0,"power":0,"maxTemp":2941,"totalVol":4930,"batcur":0,"maxVol":329,"minVol":329,"softVersion":4103,"heatState":0},{"sn":"xxxx","packType":5,"socLevel":34,"state":0,"power":0,"maxTemp":2951,"totalVol":4930,"batcur":0,"maxVol":328,"minVol":328,"softVersion":4103,"heatState":0}]}

[gielz]

appieve schreef op maandag 1 september 2025 @ 21:26:
[...]


Mijn proporties zijn op het moment:
{"timestamp":1756753465,"messageId":1,"sn":"xxx","version":2,"product":"solarFlow2400AC","properties":{"heatState":0,"packInputPower":0,"outputPackPower":0,"outputHomePower":0,"remainOutTime":59940,"packState":0,"electricLevel":32,"gridInputPower":0,"solarInputPower":0,"solarPower1":0,"solarPower2":0,"solarPower3":0,"solarPower4":0,"solarPower5":0,"solarPower6":0,"pass":0,"reverseState":0,"socStatus":0,"hyperTmp":2971,"gridOffPower":0,"dcStatus":0,"pvStatus":0,"acStatus":0,"dataReady":1,"gridState":1,"BatVolt":27,"socLimit":0,"writeRsp":0,"acMode":2,"inputLimit":971,"outputLimit":301,"socSet":1000,"minSoc":100,"gridStandard":4,"gridReverse":1,"inverseMaxPower":1400,"lampSwitch":1,"gridOffMode":2,"IOTState":2,"fanSwitch":1,"fanSpeed":0,"bindstate":0,"VoltWakeup":0,"OldMode":0,"OTAState":0,"LCNState":0,"factoryModeState":0,"ts":1756753461,"tsZone":14,"smartMode":0,"chargeMaxLimit":2400,"phaseSwitch":1,"packNum":3,"rssi":-78,"is_error":0},"packData":[{"sn":"xxxx","packType":5,"socLevel":30,"state":0,"power":0,"maxTemp":2961,"totalVol":4930,"batcur":0,"maxVol":329,"minVol":329,"softVersion":4103,"heatState":0},{"sn":"xxxx","packType":5,"socLevel":32,"state":0,"power":0,"maxTemp":2941,"totalVol":4930,"batcur":0,"maxVol":329,"minVol":329,"softVersion":4103,"heatState":0},{"sn":"xxxx","packType":5,"socLevel":34,"state":0,"power":0,"maxTemp":2951,"totalVol":4930,"batcur":0,"maxVol":328,"minVol":328,"softVersion":4103,"heatState":0}]}

Al eens getest om hem in het stopcontact en aan te zetten en dan de groep uit en aan te zetten. Alsof hij denkt dat hij weer aan de bak moet maar wel aan staat? Zou eigenlijk een soort factory reset op moeten zitten.

[appieve]

gielz schreef op maandag 1 september 2025 @ 21:55:
[...]


Al eens getest om hem in het stopcontact en aan te zetten en dan de groep uit en aan te zetten. Alsof hij denkt dat hij weer aan de bak moet maar wel aan staat? Zou eigenlijk een soort factory reset op moeten zitten.

Allereerst bedankt voor het meedenken. Bovenstaande is al wel gestest, maar is helaas niet de oplossing tvan het probleem.

[AWEF]

Sinds gisteren ook in het bezit van een SF800 Pro, gelijk de "integratie" van @gielz gekoppeld (nog wel op een test HA omgeving) en ik moet zeggen dat ik behoorlijk onder de indruk ben. Uiteindelijk 2 uurtjes NOM gedraaid en 6 Wh teruggeleverd.

Het enige wat ik nog niet voor elkaar heb is de kWh-tje in en uit de batterij, heb ik iets gemist of zitten die er (nog) niet in?

[gielz]

AWEF schreef op dinsdag 2 september 2025 @ 09:01:
Sinds gisteren ook in het bezit van een SF800 Pro, gelijk de "integratie" van @gielz gekoppeld (nog wel op een test HA omgeving) en ik moet zeggen dat ik behoorlijk onder de indruk ben. Uiteindelijk 2 uurtjes NOM gedraaid en 6 Wh teruggeleverd.

Het enige wat ik nog niet voor elkaar heb is de kWh-tje in en uit de batterij, heb ik iets gemist of zitten die er (nog) niet in?

Ik heb de import en export die je in de zendure app ziet werkend gemaakt in Home Assistant. Maar deze waarde zijn niet juist. Mijn advies is om er een externe meter tussen te zetten voor de kwh meting.

[AWEF]

gielz schreef op dinsdag 2 september 2025 @ 09:51:
[...]


Ik heb de import en export die je in de zendure app ziet werkend gemaakt in Home Assistant. Maar deze waarde zijn niet juist. Mijn advies is om er een externe meter tussen te zetten voor de kwh meting. [Afbeelding]

Ik denk dat ik dan een scheef beeld ga krijgen. Op dit moment staat die nog even in de woonkamer, maar eerdaags verhuist die naar de schuur en dan komen er 2 panelen op. Op dat moment ga ik volgens mij missen wat die direct van die panelen laadt en die zie ik dan niet terug in het energy dashboard.

Edit: Hoe heb je die kWh-tjes uit Zendure uitgelezen?

[ Voor 3% gewijzigd door AWEF op 02-09-2025 10:57 ]

[gielz]

AWEF schreef op dinsdag 2 september 2025 @ 10:08:
[...]


Ik denk dat ik dan een scheef beeld ga krijgen. Op dit moment staat die nog even in de woonkamer, maar eerdaags verhuist die naar de schuur en dan komen er 2 panelen op. Op dat moment ga ik volgens mij missen wat die direct van die panelen laadt en die zie ik dan niet terug in het energy dashboard.

Edit: Hoe heb je die kWh-tjes uit Zendure uitgelezen?

DM mij even dan stuur ik je vanavond de code door. Is vrij eenvoudig, als je de pv input als vermogen in de properties hebt kun je dit naar import gaan omrekenen

[R.K]

Hoi hoi, Ik ben mij aan het inlezen om mijn solarflow te integreren in HA via de methode van @gielz
Wat ik mij echter afvraag is, stel dat je HA systeem uitvalt om welke reden dan ook heb je dan nog steeds de controle over je batterij middels de app? En kun je de app nog steeds uitlezen bij een actieve integratie in HA?

[martinvdm]

R.K schreef op dinsdag 2 september 2025 @ 23:36:
Hoi hoi, Ik ben mij aan het inlezen om mijn solarflow te integreren in HA via de methode van @gielz
Wat ik mij echter afvraag is, stel dat je HA systeem uitvalt om welke reden dan ook heb je dan nog steeds de controle over je batterij middels de app? En kun je de app nog steeds uitlezen bij een actieve integratie in HA?

Ja en ja. Je kunt via de ZenSDK natuurlijk ook zelf een API command sturen zonder HA, of via de Zendure app het apparaat aanpassen of weer in HEMS hangen.

[R.K]

Beste allen, Met dank aan iedereen en met name @gielz is het mij gelukt om de solarflow werkend in HA te krijgen. Voor jullie wellicht een eitje maar voor mij toch nog een dingetje, met name omdat ik op twee platformen moet werken, mijn HA draait op mijn Synology. Nu alleen nog een automatisering die ervoor zorgt dat mijn batterij niet leeggetrokken wordt als mijn auto aan de lader hangt. Ik heb een Peblar lader, wellicht is daar al een geschreven script voor??

[klump4u]

@R.K
Deze heb ik om te stoppen als de lader aangaat:

code:

alias: Peblar aan Zendure standby
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.peblar_ev_charger_vermogen
    above: 0
conditions: []
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Standby
    target:
      label_id: zendure
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

En deze om hem weer aan te zetten.

code:

alias: Peblar op 0 Zendure NOM
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.peblar_ev_charger_vermogen
    to: "0"
conditions: []
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Nul op de meter
    target:
      label_id: zendure
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

[AWEF]

R.K schreef op woensdag 3 september 2025 @ 12:44:
Beste allen, Met dank aan iedereen en met name @gielz is het mij gelukt om de solarflow werkend in HA te krijgen. Voor jullie wellicht een eitje maar voor mij toch nog een dingetje, met name omdat ik op twee platformen moet werken, mijn HA draait op mijn Synology. Nu alleen nog een automatisering die ervoor zorgt dat mijn batterij niet leeggetrokken wordt als mijn auto aan de lader hangt. Ik heb een Peblar lader, wellicht is daar al een geschreven script voor??

Op zich is dat niet heel lastig: Je kan een automation maken die de solarflow op "standby" of "Alleen slim opladen" zet op het moment dat je auto aan het laden is.

Ik heb een alfen laadpaal (nu even niet vanwege reparatie) die ik ook in HA uit lees, zodra het verbruik van de paal boven de 0 komt, dan gaat straks de solarflow naar standby of alleen slim opladen (moet nog even kijken hoe ik dat ga doen als m'n laadpaal weer terug is), zodra het verbruik weer naar 0 gaat, dan moet de solarflow weer naar NOM

Edit: @klump4u was me al voor

[jordyc]

Wat ik doe is de waarde op de P1 meter corrigeren met de laad waardes op de laadpaal en dit als input gebruiken richting de batterij. Als de laadpaal dus met 11kWh staat te laden en mijn verbruik op de P1 12kWh is, zal de batterij maar 1kWh leveren om het huis te voeden.

[g00gle]

Het is dat ik het toevallig zag door mijn HW Display onder de TV maar als ik het niet gezien had, vermoed ik dat het langer door was gegaan:

En de HW plug bevestigd bovenstaande:


Op bovenstaande moment had de accu overigens niet moeten laden, maar juist ontladen (met +/-300w), want dit was het verbruik in huis op dat moment:

Overlapt:


Toen ik keek in het logboek van homeassistant zag ik wel dat de ZenSDK @gielz aanpassingen deed aan het vermogen. Dus ik heb het nog even aangekeken. Maar de waarde bleef echt fixed op 470Watt staan. Pas toen ik de toggle aanpaste van Nul op de meter naar Standby en dit bevestigd had in de Zendure app en ik even later terug switchte naar NOM ging het weer goed. Dus wat dit precies geweest is geen idee. Het was alsof de AC2400 niet meer reageerde op vermogens aanpassingen.

En als ik mijn grafieken bekijk zie ik wel vaker dit soort situaties, wat zichzelf blijkbaar wel weer hersteld.

Zijn er meer die dit opgevallen is? Zou het misschien zijn dat die API teveel gepold word?

[martinvdm]

Ik gebruik een p1 meter met elke sec een update icm Zendure Cloud aansturing, zegmaar de HACS integratie. Ik heb echter het idee dat NOM telkens beetje te laat is en ondanks dat p1 elke sec update het bijsturen te laat is. Meerdere ervaring hiermee?
Ik heb ook nog wel de p1 van Zendure zelf maar deze gebruik ik niet in ha mede omdat deze elke 4 sec update en wellicht nog trager maakt.

[ Voor 21% gewijzigd door martinvdm op 03-09-2025 18:17 ]

[gielz]

g00gle schreef op woensdag 3 september 2025 @ 15:23:
Het is dat ik het toevallig zag door mijn HW Display onder de TV maar als ik het niet gezien had, vermoed ik dat het langer door was gegaan:
[Afbeelding]
En de HW plug bevestigd bovenstaande:
[Afbeelding]

Op bovenstaande moment had de accu overigens niet moeten laden, maar juist ontladen (met +/-300w), want dit was het verbruik in huis op dat moment:
[Afbeelding]
Overlapt:
[Afbeelding]

Toen ik keek in het logboek van homeassistant zag ik wel dat de ZenSDK @gielz aanpassingen deed aan het vermogen. Dus ik heb het nog even aangekeken. Maar de waarde bleef echt fixed op 470Watt staan. Pas toen ik de toggle aanpaste van Nul op de meter naar Standby en dit bevestigd had in de Zendure app en ik even later terug switchte naar NOM ging het weer goed. Dus wat dit precies geweest is geen idee. Het was alsof de AC2400 niet meer reageerde op vermogens aanpassingen.

En als ik mijn grafieken bekijk zie ik wel vaker dit soort situaties, wat zichzelf blijkbaar wel weer hersteld.

Zijn er meer die dit opgevallen is? Zou het misschien zijn dat die API teveel gepold word?

Kijk even naar sensoren die geen waarde geven maar een melding. Staan deze in die periode ook op "niet beschikbaar". Zo ja, dan gaat je API offline. Ik heb veel getest en met de standaard configuration.yaml uit de TS zou hij niet offline moeten gaan.

[Taro]

gielz schreef op woensdag 3 september 2025 @ 18:50:
[...]


Kijk even naar sensoren die geen waarde geven maar een melding. Staan deze in die periode ook op "niet beschikbaar". Zo ja, dan gaat je API offline. Ik heb veel getest en met de standaard configuration.yaml uit de TS zou hij niet offline moeten gaan.

Gaan hier regelmatig offline, wel altijd maar voor korte tijd:

[g00gle]

@gielz niet offline op dat moment zo te zien:

[gielz]

g00gle schreef op woensdag 3 september 2025 @ 20:14:
@gielz niet offline op dat moment zo te zien:
[Afbeelding]

Welke aansturing gebruik je exact want dit lijkt een sensor te zijn van Zendure HA HACS.

[g00gle]

gielz schreef op woensdag 3 september 2025 @ 20:34:
[...]


Welke aansturing gebruik je exact want dit lijkt een sensor te zijn van Zendure HA HACS.

Die van jou, hacs staat uit. Gebruik het wel voor verzamelen van stats. Maar doet verder niks.

[gielz]

g00gle schreef op woensdag 3 september 2025 @ 21:23:
[...]


Die van jou, hacs staat uit. Gebruik het wel voor verzamelen van stats. Maar doet verder niks.

Dan maak je dus nu gebruik van zenSDK op 2 fronten. HACS doet API calls en je eigen configuration.yaml waardoor je de API om zeep helpt door de hoeveelheid.

[gielz]

zenSDK (Gielz) kleine update

Voor de configuration.yaml zijn er een aantal aanpassingen gedaan. Hierbij is goed gekeken dat de API stabiel blijft en niet offline gaat. Meer nice to have, in de TS kun je zien op welke locatie ze staan in de configuration.yaml

1 sensor verwijderd

Restapi Rate

Sensor die geen toevoeging had maar wel een extra API actie deed elke 60 seconden.

code:

- resource: http://<IP-BATTERIJ>/properties/report
    scan_interval: 60
    sensor:
      - name: "Zendure 2400 AC Restapi Rate"
        value_template: >
          {{ value_json['messageId'] }}
        unique_id: Zendure_2400_AC_Restapi_Rate
        state_class: measurement
        icon: mdi:api

3 nieuwe/gewijzigde sensorsen

Indicatie Beschikbare Energie

code:

template:
  - sensor:
      - name: "Zendure 2400 AC Indicatie Beschikbare Energie"
        unit_of_measurement: "kWh"
        state_class: measurement
        device_class: energy
        state: >
          {% set laad = states('sensor.zendure_2400_ac_laadpercentage') | float(0) %}
          {% set min_laad = states('sensor.zendure_2400_ac_minimale_laadpercentage') | float(0) %}
          {% set aantal_batterijen = states('sensor.zendure_2400_ac_aantal_batterijen') | float(1) %}
          {% set capaciteit_per_batterij = 2.88 %}
          {% set totale_capaciteit = aantal_batterijen * capaciteit_per_batterij %}
          {% set bruikbaar_percentage = laad - min_laad %}

          {% if bruikbaar_percentage < 0 %}
            0
          {% else %}
            {{ (bruikbaar_percentage / 100 * totale_capaciteit) | round(2) }}
          {% endif %}
        unique_id: Zendure_2400_AC_Indicatie_Beschikbare_Energie
        icon: mdi:lightning-bolt-circle

Resterende Ontlaad Tijd

Deze gaf soms vreemde waardes en zal nu beter werken.

code:

      - name: "Zendure 2400 AC Resterende Ontlaad Tijd"
        value_template: >
         {% set vermogen_aansturing = states('sensor.zendure_2400_ac_vermogen_aansturing') | float(0) %}
         {% if vermogen_aansturing < 0 %}
         {% set total_minutes = value_json['properties']['remainOutTime'] | float(0) %}
         {% set hours = (total_minutes // 60) | int %}
         {% set minutes = (total_minutes % 60) | int %}
          {{ hours }}u {{ minutes }}m
         {% else %}
          Niet aan het ontladen
         {% endif %}
        icon: mdi:clock-time-eight-outline
        unique_id: zendure_2400_ac_resterende_ontlaad_tijd

Aantal Batterijen

Benodigd om te berekenen hoeveel KWH er mogelijk in zit

code:

      - name: "Zendure 2400 AC Aantal Batterijen"
        value_template: "{{ value_json['properties']['packNum'] }}"
        unique_id: Zendure_2400_AC_Aantal_Batterijen
        icon: mdi:battery

[AWEF]

@gielz Ik had het al in een PM naar je gezet maar 1000x dank voor je werk, ik heb mijn 800 Pro nu volledig in HA draaien.
Ik heb wel overal 2400 AC vervangen door 800 Pro

[AWEF]

Met behulp van de handleiding van @gielz ook aan het knutselen geslagen met onderstaand resultaat. Ik heb de accu sinds maandag (SF 800 Pro, nog zonder extra accu's en nog geen tijd gehad om 2 x 400 WP panelen te koppelen)..

De kWh-tjes is nog experimenteel en zodra de 2 panelen ook gekoppeld zijn, dan zal wil ik die ook nog inzichtelijk maken, maar met de voorbeelden die ik nu heb moet dat geen probleem zijn.

[Aziraphale]

Is er iemand toevallig bekend met onderstaande foutmelding in relatie tot Fireson? @geert1992 en ik zijn al de hele middag en avond van alles aan het proberen, maar we krijgen de boel niet meer lokaal verbonden en krijgen steeds deze foutmelding.

Error setting the MQTT server on Hyper 2000 to 192.168.178.158, Timeout when trying to connect to the BLE device

[gielz]

Aziraphale schreef op donderdag 4 september 2025 @ 22:01:
Is er iemand toevallig bekend met onderstaande foutmelding in relatie tot Fireson? @geert1992 en ik zijn al de hele middag en avond van alles aan het proberen, maar we krijgen de boel niet meer lokaal verbonden en krijgen steeds deze foutmelding.

Error setting the MQTT server on Hyper 2000 to 192.168.178.158, Timeout when trying to connect to the BLE device

Zie je de hyper wel bij je bluetooth devices in Home Assistant zelf?

[martinvdm]

Mensen wattWise al eens geprobeerd?
https://github.com/bullitt186/ha-wattwise

[Bravo]

martinvdm schreef op vrijdag 5 september 2025 @ 07:41:
Mensen wattWise al eens geprobeerd?
https://github.com/bullitt186/ha-wattwise

Tariffs and Prices :
feed_in_tariff (float): Price for feeding energy back to the grid in ct/kWh. Only static feed-in tariffs are supported currently. Example: 7

Dit maakt het voor de dynamische gebruikers in NL al redelijk onbruikbaar.

[geert1992]

gielz schreef op vrijdag 5 september 2025 @ 07:41:
[...]


Zie je de hyper wel bij je bluetooth devices in Home Assistant zelf?

Absoluut, staat er gewoon tussen. Bij advertisement zie ik ook dat er recent ook iets van data heeft gelopen. Denk dat er wat fout gaat in de mqtt, maar wat?!

[gielz]

geert1992 schreef op vrijdag 5 september 2025 @ 08:33:
[...]


Absoluut, staat er gewoon tussen. Bij advertisement zie ik ook dat er recent ook iets van data heeft gelopen. Denk dat er wat fout gaat in de mqtt, maar wat?!

Lange leve MQTT werkt het dan is het prima. Werkt het niet dan ben je soms een dag verder.

Kijk ook even in de zendure app ik zie daar een mqtt vinkje. En anders een issue aanmaken op de github.

[R.K]

Hoihoi,

Ik had eerder de vraag gesteld of de app blijft werken als de Solarflow in HA draait. Tegelijkertijd gaat dus niet, als ik HEMS uitzet gooit hij de Solarflow eruit en kan ik weinig meer met de app. Is er een mogelijkheid dat de app en HA samen werken zonder dat ze elkaar in de weg zitten?

[Jacqui]

R.K schreef op vrijdag 5 september 2025 @ 10:17:
Hoihoi,

Ik had eerder de vraag gesteld of de app blijft werken als de Solarflow in HA draait. Tegelijkertijd gaat dus niet, als ik HEMS uitzet gooit hij de Solarflow eruit en kan ik weinig meer met de app. Is er een mogelijkheid dat de app en HA samen werken zonder dat ze elkaar in de weg zitten?

Mijn gevoel zegt mij van niet. Je wilt geen twee kapiteins op hetzelfde schip.
In HEMS heb je wellicht ingesteld, dat ie op dynamische tarieven moet sturen, terwijl je in HA deze op b.v. NOM hebt staan. Welke krijgt dan voorrang?
Als je een van beide systemen alleen zou gebruiken voor monitoring en de ander voor automation, dan zou het wel mogelijk moeten zijn lijkt mij.

[Aziraphale]

gielz schreef op vrijdag 5 september 2025 @ 08:55:
[...]


Lange leve MQTT werkt het dan is het prima. Werkt het niet dan ben je soms een dag verder.

Kijk ook even in de zendure app ik zie daar een mqtt vinkje. En anders een issue aanmaken op de github.

Dat vinkje lijkt er alleen voor de AC2400 te zijn en ik heb een Hyper. We gaan een issue aanmaken!

[R.K]

Jacqui schreef op vrijdag 5 september 2025 @ 11:15:
[...]

Mijn gevoel zegt mij van niet. Je wilt geen twee kapiteins op hetzelfde schip.
In HEMS heb je wellicht ingesteld, dat ie op dynamische tarieven moet sturen, terwijl je in HA deze op b.v. NOM hebt staan. Welke krijgt dan voorrang?
Als je een van beide systemen alleen zou gebruiken voor monitoring en de ander voor automation, dan zou het wel mogelijk moeten zijn lijkt mij.

Ik gebruikte HA eerst voor monitoring en HEMS IN Zendure voor de aansturing. Nu gebruik ik het andersom. Maar in de Zendure app kun je weinig monitoren als je apparaat niet toegevoegd is en dat gaat niet zonder HEMS in te schakelen. Ik zou nu bv niet weten of ik firmware- updates krijg

[Jacqui]

R.K schreef op vrijdag 5 september 2025 @ 12:06:
[...]

Ik gebruikte HA eerst voor monitoring en HEMS IN Zendure voor de aansturing. Nu gebruik ik het andersom. Maar in de Zendure app kun je weinig monitoren als je apparaat niet toegevoegd is en dat gaat niet zonder HEMS in te schakelen. Ik zou nu bv niet weten of ik firmware- updates krijg

Ik heb even gestoeid met HEMS, maar is voor mij niet optimaal, dus daar weer uitgehaald. Via statistics kun je alsnog de dagelijkse import en export inzien in de app en daarnaast de huidige flow en status bekijken (laden/ontladen/standby).

De firmware is waarschijnlijk nog niet voor iedereen vrijgegeven, maar alleen aan diegene die een support ticket hebben lopen. Zie hiervoor ook 'Het grote Zendure forum'.
Omdat ik wat issues heb met één specifieke accu had ik al eerder een ticket aangemaakt en eergisteren de firmware binnengekregen. Deze was gewoon zichtbaar onder 'Devices', dus ook zonder dat HEMS actief.

[Aziraphale]

En een update van HA Core lijkt het verholpen te hebben....

[geert1992]

Aziraphale schreef op vrijdag 5 september 2025 @ 22:48:
En een update van HA Core lijkt het verholpen te hebben....

Vanaf nu niets meer updaten toch?! Irritant dat soms zoveel factoren mogelijk een rol spelen, maar je niets kan uitsluiten, en het een update blijkt te zijn.
Soms moet je maar engelen geduld hebben, @Aziraphale

[pjeterinfo]

Ik gebruik 2 Hyper2000 sets aangestuurd met de Fireson integratie (1.1.4) . Het ontladen met 1 hyper bij vermogens < 800W vind ik prima, de tweede komt dan > 800W ook bij.
Maar tijdens het laden zie ik dat de integratie altijd maar 1 hyper tegelijk oplaad, bij voldoende overschot geen probleem maar nu de dagen korter worden geeft dat toch een probleem. Op momenten wordt er dan toch onnodig zonnestroom geëxporteerd terwijl je dat wilt gebruiken om op te laden. Is hiervoor een workardound mogelijk om dit gedrag te omzeilen?

[pulsarz]

pjeterinfo schreef op zaterdag 6 september 2025 @ 10:57:
Ik gebruik 2 Hyper2000 sets aangestuurd met de Fireson integratie (1.1.4) . Het ontladen met 1 hyper bij vermogens < 800W vind ik prima, de tweede komt dan > 800W ook bij.
Maar tijdens het laden zie ik dat de integratie altijd maar 1 hyper tegelijk oplaad, bij voldoende overschot geen probleem maar nu de dagen korter worden geeft dat toch een probleem. Op momenten wordt er dan toch onnodig zonnestroom geëxporteerd terwijl je dat wilt gebruiken om op te laden. Is hiervoor een workardound mogelijk om dit gedrag te omzeilen?

Ik gebruik 1.1.3 en mijn 2 hypers laden gewoon tegelijk als er genoeg overschot is.
Laden vaak in totaal aan 2400w.

Fusegroups staan telkens op "device has its own phase".

[pjeterinfo]

pulsarz schreef op zaterdag 6 september 2025 @ 11:00:
[...]

Ik gebruik 1.1.3 en mijn 2 hypers laden gewoon tegelijk als er genoeg overschot is.
Laden vaak in totaal aan 2400w.

Fusegroups staan telkens op "device has its own phase".

Wat is het gedrag als er dan bijvoorbeeld 1000W overschot is? Wordt dit dan verdeeld over 2 hypers of wordt er dan 1 hyper met 1000W geladen?

[pulsarz]

Als er 1000W is laad hij maar 1 hyper.
Er wordt periodiek gewisseld tussen welke hyper aan het opladen is obv de beschikbare capaciteit.

[pjeterinfo]

Dan zit daar mijn probleem, ik heb 1 set met slechts 1 batterij. Daar wil ik geen 1000W in knallen, en manipuleer de P1 meter.
Maar de integratie verdeelt het inkomende vermogen dus ook niet helaas. En ik zie geen enkele mogelijkheid om het inkomende vermogen per Hyper te limiteren.

[geert1992]

pjeterinfo schreef op zaterdag 6 september 2025 @ 11:20:
Dan zit daar mijn probleem, ik heb 1 set met slechts 1 batterij. Daar wil ik geen 1000W in knallen, en manipuleer de P1 meter.
Maar de integratie verdeelt het inkomende vermogen dus ook niet helaas. En ik zie geen enkele mogelijkheid om het inkomende vermogen per Hyper te limiteren.

Fireson had het erover dat hij een keuze wil gaan inbouwen, maar ik snap de keuze om bij lagere loads 1 van beide omvormers aan het werk te zetten, dit voor een optimalere RTE.

[klump4u]

@gielz Ik heb in HA een automation gemaakt dat als de auto aan de laadpaal hangt de 2400AC naar standby wordt gezet, is het laden klaar dan weer naar NOM. Werkt prima verder maar ik zie nu toevallig dat als de 2400AC op standbij staat dat dan de sensor "Zendure 2400 AC Opslagmodus" omspringt naar "Opslaan in Flash". Klopt dit?

[gielz]

klump4u schreef op zaterdag 6 september 2025 @ 13:05:
@gielz Ik heb in HA een automation gemaakt dat als de auto aan de laadpaal hangt de 2400AC naar standby wordt gezet, is het laden klaar dan weer naar NOM. Werkt prima verder maar ik zie nu toevallig dat als de 2400AC op standbij staat dat dan de sensor "Zendure 2400 AC Opslagmodus" omspringt naar "Opslaan in Flash". Klopt dit?

Klopt, wanneer je naar standby gaat zal de Smartmode van 1 naar 0 gaan. Wanneer je dit niet doet zal het vermogen constant -18-20 watt blijven (externe meting). Ga je vervolgens weer wat doen dan zal je zien dat deze weer terug gaat naar Opslaan in RAM.

Omdat je niets doet wat betreft vermogen maakt het ook niet uit dat hij de ACmode naar het flashgeheugen wilt gaan schrijven.

code:

  zendure_standby:
    url: http://192.168.0.172/properties/write
    method: POST
    payload: '{"sn":"<SERIAL>","properties":{"smartMode": 0, "outputLimit": 0, "inputLimit": 0 }}'

[klump4u]

gielz schreef op zaterdag 6 september 2025 @ 13:30:
[...]


Klopt, wanneer je naar standby gaat zal de Smartmode van 1 naar 0 gaan. Wanneer je dit niet doet zal het vermogen constant -18-20 watt blijven (externe meting). Ga je vervolgens weer wat doen dan zal je zien dat deze weer terug gaat naar Opslaan in RAM.

Omdat je niets doet wat betreft vermogen maakt het ook niet uit dat hij de ACmode naar het flashgeheugen wilt gaan schrijven.

code:

  zendure_standby:
    url: http://192.168.0.172/properties/write
    method: POST
    payload: '{"sn":"<SERIAL>","properties":{"smartMode": 0, "outputLimit": 0, "inputLimit": 0 }}'

Helder, klopt inderdaad dat hij na het laden weer mooi terug gaat. Het viel me toevallig op en ik dacht even vragen.

[gielz]

klump4u schreef op zaterdag 6 september 2025 @ 13:56:
[...]

Helder, klopt inderdaad dat hij na het laden weer mooi terug gaat. Het viel me toevallig op en ik dacht even vragen.

Wat je nu ook nog ziet is dat er soms wat vertraging zit in de sensoren. Ik ben nu begonnen met het testen van alles via de 1 seconden API. Dit zou geen problemen moeten geven omdat bij het ophalen van de huidige 1 seconden API voor het vermogen de overige data ook al mee komt. Hierbij zitten dan ook meteen nieuwe sensoren;

*RTE is natuurlijk foutief met zo weinig data.


Deze wijziging is trouwens heel minimaal en vind alleen in de configuration.yaml plaats. Waarbij alles gewoon behouden blijft zoals het nu werkt.

[R.K]

Misschien een domme vraag hoor maar kan iemand mij uitleggen wat hier nu staat? Het staat in de eerste pagina van dit topic.

"'De motor van alles. Deze zal slim opladen en slim ontladen en samen dansen tot één geheel. Er zit ook standaard uitgesteld laden in die 1 uur na zonsopgang aan de slag gaat van april t/m september. En 1 uur voor zonsondergang niet meer gaat hamsteren."'

Ik begrijp hieruit dat de automatisering er voor zorgt dat de batterij tussen 1 uur na en en 1 uur voor zonsopgang alleen geladen wordt door zonnestroom, klopt dat?

En zo ja, wat gebeurt er dan van oktober t/m maart? Dat is mij niet helemaal duidelijk. Moet ik dan de slim opladen modus gebruiken? Of handmatig op de goedkope tariefuren zelf laden?

[dennisdew16]

R.K schreef op zaterdag 6 september 2025 @ 19:44:
Misschien een domme vraag hoor maar kan iemand mij uitleggen wat hier nu staat? Het staat in de eerste pagina van dit topic.

"'De motor van alles. Deze zal slim opladen en slim ontladen en samen dansen tot één geheel. Er zit ook standaard uitgesteld laden in die 1 uur na zonsopgang aan de slag gaat van april t/m september. En 1 uur voor zonsondergang niet meer gaat hamsteren."'

Ik begrijp hieruit dat de automatisering er voor zorgt dat de batterij tussen 1 uur na en en 1 uur voor zonsopgang alleen geladen wordt door zonnestroom, klopt dat?

En zo ja, wat gebeurt er dan van oktober t/m maart? Dat is mij niet helemaal duidelijk. Moet ik dan de slim opladen modus gebruiken? Of handmatig op de goedkope tariefuren zelf laden?

In de winter gaat ie als het goed is gelijk bij zonsopkomst laden. In de zomer niet omdat er dan genoeg zonne energie is en je dan niet met lage vermogens gaat laden om efficiënter te laden.
Die ene automatisering regelt het hele jaar door gewoon de NOM. Dus met de automatisering kan je de batterij zonder problemen aansturen

[gielz]

R.K schreef op zaterdag 6 september 2025 @ 19:44:
Misschien een domme vraag hoor maar kan iemand mij uitleggen wat hier nu staat? Het staat in de eerste pagina van dit topic.

"'De motor van alles. Deze zal slim opladen en slim ontladen en samen dansen tot één geheel. Er zit ook standaard uitgesteld laden in die 1 uur na zonsopgang aan de slag gaat van april t/m september. En 1 uur voor zonsondergang niet meer gaat hamsteren."'

Ik begrijp hieruit dat de automatisering er voor zorgt dat de batterij tussen 1 uur na en en 1 uur voor zonsopgang alleen geladen wordt door zonnestroom, klopt dat?

En zo ja, wat gebeurt er dan van oktober t/m maart? Dat is mij niet helemaal duidelijk. Moet ik dan de slim opladen modus gebruiken? Of handmatig op de goedkope tariefuren zelf laden?

In de winter maanden kun je er inderdaad er voor kiezen om dynamisch op te laden. Dit zit er standaard niet in omdat dit via een aparte integratie loopt en er zijn hier zo veel smaken en wensen in.



Je zou dan via een eigen automatisering (wat veel doen) kunnen kijken of je in de goedkoopste uren zit en dan de modus aanpassen naar "Handmatig" met een bepaald vermogen of "Opladen met 2400 watt". Daarna weer terug naar bijvoorbeeld "Alleen slim ontladen" of "Nul op de meter".

[R.K]

Ik heb idd al een cheapest hours automatisering aangemaakt en die ook even getest. Maar durfde het nog niet aan om hem in te schakelen, ik wist niet zeker of dat een conflict zou opleveren met @gielz automatisering. Kan het handmatig doen maar mooiste is natuurlijk als het automatisch gaat, inbouwen in mijn automatisering dat als hij actief wordt dat het automatisch op handmatig gaat.

Moet zoveel leren in zo'n korte tijd:-)

[jk-d]

Een paar dagen geleden mijn “torentjes” geïnstalleerd.

Voorlopig draai ik de HA integratie van Fireson via ZENSDK en na een beetje puzzelen hoe de instellingen goed te zetten, bevalt dat prima. Via de AIO Energy Management integratie tijdens de 3 goedkoopste uren laden en de 2 duurste uren ontladen en de rest (met een paar beperkingen) NOM. De komende tijd eens kijken hoe dat bevalt.

[ Voor 5% gewijzigd door jk-d op 07-09-2025 19:23 ]

[gielz]

zenSDK (Gielz) update

Na aanleiding van een aantal DMs zijn er wat extra sensoren toegevoegd en worden nu ten alle tijden alle gegevens realtime opgehaald. Wil je hier gebruik van maken dan moet je alleen je configuration.yaml op de volgende punten aanpassen. In de TS staat de laatste versie zodat je even exact kunt zien waar het hoort.

Rest naar realtime

Zet de Rest: onderdelen allemaal in de scan_interval: 1, hier staat nu alleen je vermogenssensor en straks dus alles wat onder Rest: valt.

code:

rest:
  - resource: http://192.168.0.172/properties/report
    scan_interval: 1

Sensor

Onderstaande toevoegen voor de KWH import en export meting (exact zoals in de APP). Dit zit direct onder het input_number gedeelte en is geen onderdeel van de Rest:

code:

sensor:
  - platform: integration
    name: "Zendure 2400 AC Energie Import"
    unique_id: zendure_2400_ac_energie_import
    source: sensor.zendure_2400_ac_vermogen_import
    unit_prefix: k
    round: 2
    method: trapezoidal

  - platform: integration
    name: "Zendure 2400 AC Energie Export"
    unique_id: zendure_2400_ac_energie_export
    source: sensor.zendure_2400_ac_vermogen_export
    unit_prefix: k
    round: 2
    method: trapezoidal

Template

Onderstaande valt onder het Template: gedeelte

code:

      - name: "Zendure 2400 AC RTE Totaal"
        unit_of_measurement: "%"
        state_class: measurement
        icon: mdi:percent-box
        state: >
          {% set energy_import = states('sensor.zendure_2400_ac_energie_import') | float(0) %}
          {% set energy_export = states('sensor.zendure_2400_ac_energie_export') | float(0) %}
          {% if energy_import > 0 %}
            {% set percentage = ((energy_export / energy_import) * 100) | round(2) %}
            {% if 0 <= percentage <= 100 %}
              {{ percentage }}
            {% else %}
              0
            {% endif %}
          {% else %}
            0
          {% endif %}
        unique_id: Zendure_2400_AC_RTE_Totaal

Rest:

Onder het Rest: gedeelte, Batterij Temperatuur is verwijderd dit was namelijk altijd alleen Batterij 1 en is nu netjes gesplitst.

code:

      - name: "Zendure 2400 AC Vermogen Export"
        value_template: "{{ value_json['properties']['packInputPower'] | int }}"
        unique_id: Zendure_2400_AC_Vermogen_Export
        unit_of_measurement: "W"
        state_class: measurement
        device_class: power

      - name: "Zendure 2400 AC Vermogen Import"
        value_template: "{{ (value_json['properties']['outputPackPower'] | int) }}"
        unique_id: Zendure_2400_AC_Vermogen_Import
        unit_of_measurement: "W"
        state_class: measurement
        device_class: power

      - 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 Batterij 1 Temperatuur"
        value_template: >
          {% set maxTemp = value_json['packData'][0]['maxTemp'] | int %}
          {{ (maxTemp - 2731) / 10.0 }}
        unique_id: Zendure_2400_AC_Batterij_1_Temperatuur
        unit_of_measurement: "°C"
        state_class: measurement
        device_class: temperature
        icon: mdi:thermometer

      - name: "Zendure 2400 AC Batterij 2 Temperatuur"
        value_template: >
          {% set maxTemp = value_json['packData'][1]['maxTemp'] | int %}
          {{ (maxTemp - 2731) / 10.0 }}
        unique_id: Zendure_2400_AC_Batterij_2_Temperatuur
        unit_of_measurement: "°C"
        state_class: measurement
        device_class: temperature
        icon: mdi:thermometer

      - name: "Zendure 2400 AC Batterij 3 Temperatuur"
        value_template: >
          {% set maxTemp = value_json['packData'][2]['maxTemp'] | int %}
          {{ (maxTemp - 2731) / 10.0 }}
        unique_id: Zendure_2400_AC_Batterij_3_Temperatuur
        unit_of_measurement: "°C"
        state_class: measurement
        device_class: temperature
        icon: mdi:thermometer

      - name: "Zendure 2400 AC Batterij 4 Temperatuur"
        value_template: >
          {% set maxTemp = value_json['packData'][3]['maxTemp'] | int %}
          {{ (maxTemp - 2731) / 10.0 }}
        unique_id: Zendure_2400_AC_Batterij_4_Temperatuur
        unit_of_measurement: "°C"
        state_class: measurement
        device_class: temperature
        icon: mdi:thermometer

      - name: "Zendure 2400 AC Batterij 5 Temperatuur"
        value_template: >
          {% set maxTemp = value_json['packData'][4]['maxTemp'] | int %}
          {{ (maxTemp - 2731) / 10.0 }}
        unique_id: Zendure_2400_AC_Batterij_5_Temperatuur
        unit_of_measurement: "°C"
        state_class: measurement
        device_class: temperature
        icon: mdi:thermometer

      - name: "Zendure 2400 AC Batterij 6 Temperatuur"
        value_template: >
          {% set maxTemp = value_json['packData'][5]['maxTemp'] | int %}
          {{ (maxTemp - 2731) / 10.0 }}
        unique_id: Zendure_2400_AC_Batterij_6_Temperatuur
        unit_of_measurement: "°C"
        state_class: measurement
        device_class: temperature
        icon: mdi:thermometer

[R.K]

@gielz

Vraagje,

In jouw automatisering wil ik in optie 4 bij de aansturing de voorwaarden en actie waarbij er 1 na en 1 uur voor zonsopgang geladen wordt uitschakelen om daarvoor in de plaats mijn eigen cheapest hours automatisering te gebruiken. Ik wil voor uitschakelen kiezen omdat ik het niet definitief kwijt wil.

Is dat mogelijk of geeft dat een probleem in de algehele automatisering?

[gielz]

R.K schreef op zondag 7 september 2025 @ 21:29:
@gielz

Vraagje,

In jouw automatisering wil ik in optie 4 de voorwaarden en actie waarbij er 1 na en 1 uur voor zonsopgang geladen wordt uitschakelen om daarvoor in de plaats mijn eigen cheapest hours automatisering te gebruiken. Ik wil voor uitschakelen kiezen omdat ik het niet definitief kwijt wil.

Is dat mogelijk of geeft dat een probleem in de algehele automatisering?

Je kunt die zeker uitschakelen (zie FAQ). Werkt het niet zoals je wilt dan kun je altijd terug naar het begin.

🔴 Uitgesteld laden in de opwekseizoen wil ik aanpassen of uitschakelen.

In de Zendure zenSDK (Gielz) automatisering heb je bij optie 4 en 5 onder aansturing de uitgesteld laden voorwaarden zitten. Standaard staat deze op 1 uur na zonsopkomst starten met laden en 1 uur voor zonsondergang stoppen met laden. Deze kun je aanpassen of de volledige voorwaarde regel uitschakelen.

[avdwerf]

R.K schreef op zondag 7 september 2025 @ 09:48:
Ik heb idd al een cheapest hours automatisering aangemaakt en die ook even getest. Maar durfde het nog niet aan om hem in te schakelen, ik wist niet zeker of dat een conflict zou opleveren met @gielz automatisering. Kan het handmatig doen maar mooiste is natuurlijk als het automatisch gaat, inbouwen in mijn automatisering dat als hij actief wordt dat het automatisch op handmatig gaat.

Moet zoveel leren in zo'n korte tijd:-)

Je kunt het ook samen laten werken. Ik heb ook een eigen automatisering, die kijkt naar de zonopbrengst die dag en als die te laag is voor een volle accu, de selectbox om de modus te selecteren van gielz op goedkope uren gewoon aanpassen naar een waarde opladen met X watt en na dat uur weer terugzetten op de waarde waar hij eerst op stond. Dan blijft alleen de automatisering van gielz de accu aansturen, andere automatiseringen veranderen dan alleen de geselecteerde waarde in de selectbox.

[jk-d]

avdwerf schreef op maandag 8 september 2025 @ 15:24:
[...]


Ik heb ook een eigen automatisering, die kijkt naar de zonopbrengst die dag .....

Ik ben wel benieuwd hoe je dat hebt ingeregeld. Ik heb wel de Forecast.Solar integratie geïnstalleerd, maar die geeft bij mij onvoldoende betrouwbare info om te kunnen gebruiken.

[dennisdew16]

jk-d schreef op maandag 8 september 2025 @ 16:42:
[...]

Ik ben wel benieuwd hoe je dat hebt ingeregeld. Ik heb wel de Forecast.Solar integratie geïnstalleerd, maar die geeft bij mij onvoldoende betrouwbare info om te kunnen gebruiken.

Ik had hetzelfde probleem. Mij is toen Solcast aanbevolen en die is in mijn geval ook veel nauwkeuriger. Daar stuur ik met een eigen automatisering nu ook de batterij mee aan en werkt perfekt.

[Tijgerkracht]

dennisdew16 schreef op maandag 8 september 2025 @ 17:00:
[...]

Ik had hetzelfde probleem. Mij is toen Solcast aanbevolen en die is in mijn geval ook veel nauwkeuriger. Daar stuur ik met een eigen automatisering nu ook de batterij mee aan en werkt perfekt.

Yep, hier ook Solcast, komt na wat instellen redelijk overeen met wat de zonnepanelen die dag leveren.
Solcast voorspelde 37 kWh voor vandaag, zit nu om 17:20 op 32.7 kWh.

[ Voor 7% gewijzigd door Tijgerkracht op 08-09-2025 17:20 ]

[avdwerf]

jk-d schreef op maandag 8 september 2025 @ 16:42:
[...]

Ik ben wel benieuwd hoe je dat hebt ingeregeld. Ik heb wel de Forecast.Solar integratie geïnstalleerd, maar die geeft bij mij onvoldoende betrouwbare info om te kunnen gebruiken.

Werk hier ook met Solcast inderdaad, die is vaak redelijk nauwkeurig. Forecast.Solar zat er bij mij ook heel ver naast altijd.
Zit nog stukje code in dat hij dit skipt als de auto aan het laden is, dit is de yaml voor de automatisering:

YAML:

alias: Accu volladen op goedkoopste uren
triggers:
  - minutes: "1"
    trigger: time_pattern
conditions: []
actions:
  - choose:
      - conditions:
          - condition: state
            entity_id: sensor.peblar_ev_charger_status
            state: charging
        sequence:
          - stop: Auto is aan het laden, doe niets.
      - conditions:
          - condition: numeric_state
            entity_id: sensor.zonvoorspelling_forecast_today
            below: 20
          - condition: state
            entity_id: binary_sensor.cheapest_hours
            state: "on"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Opladen met 2400 watt
            action: input_select.select_option
          - data:
              message: "Accu opladen: weinig zon (<20 kWh) en goedkoopste uren actief."
            action: notify.mobile_app_aart_s25
      - conditions:
          - condition: numeric_state
            entity_id: sensor.zonvoorspelling_forecast_today
            above: 20
          - condition: numeric_state
            entity_id: sensor.zonvoorspelling_forecast_today
            below: 25
          - condition: state
            entity_id: binary_sensor.cheapest_3_hours
            state: "on"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Opladen met 2400 watt
            action: input_select.select_option
          - data:
              message: >-
                Accu opladen: matige zon (20-25 kWh) en 3 goedkoopste uren
                actief.
            action: notify.mobile_app_aart_s25
      - conditions:
          - condition: template
            value_template: "{{ states('sensor.peblar_ev_charger_status') != 'charging' }}"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Nul op de meter
            action: input_select.select_option
mode: single

[zeegerd]

jk-d schreef op maandag 8 september 2025 @ 16:42:
[...]
Ik ben wel benieuwd hoe je dat hebt ingeregeld. Ik heb wel de Forecast.Solar integratie geïnstalleerd, maar die geeft bij mij onvoldoende betrouwbare info om te kunnen gebruiken.

Werkte bij mij inderdaad ook zeer matig.

Ook te proberen: https://open-meteo.com/en/docs/knmi-api

Stel je precieze coördinaten in, je richtingshoek en hellingshoek van de panelen, kies voor Global Tilted Radiation (GTI), eventueel meer eigenschappen. De te gebruiken API zie je direct, is op te halen in HA.

Bijv

code:

rest:
  - resource: "https://api.open-meteo.com/v1/forecast?latitude=x.xxxxx&longitude=y.yyyyy&hourly=temperature_2m,global_tilted_irradiance&models=knmi_seamless&timezone=Europe%2FBerlin&forecast_days=3&tilt=19&azimuth=-16"
    scan_interval: 1800  # elk halfuur
    sensor:
      - name: "JSON OpenMeteo"
        value_template: "{{ now().timestamp() | int }}"  # dummywaarde
        json_attributes:
          - hourly

Vanuit GTI heb je een omrekening nodig in HA, die je allicht zelf kunt maken vanuit je eigen historische PV-opbrengst. Bij mij lijkt er 1 uur verschil te zitten tussen werkelijkheid en de OM-gegevens, weet nog even niet waar dit aan ligt aangezien de tijd wel op CET+zomertijd staat.

Mogelijk wil je ook iets met buitentemperatuur doen om je verwarmingsbehoefte te modelleren. Je kunt verleden en enige toekomstige dagen kiezen bijv, en elk uur. Gegevens worden regelmatig geactualiseerd.

[martinvdm]

avdwerf schreef op maandag 8 september 2025 @ 18:12:
[...]


Werk hier ook met Solcast inderdaad, die is vaak redelijk nauwkeurig. Forecast.Solar zat er bij mij ook heel ver naast altijd.
Zit nog stukje code in dat hij dit skipt als de auto aan het laden is, dit is de yaml voor de automatisering:

YAML:

alias: Accu volladen op goedkoopste uren
triggers:
  - minutes: "1"
    trigger: time_pattern
conditions: []
actions:
  - choose:
      - conditions:
          - condition: state
            entity_id: sensor.peblar_ev_charger_status
            state: charging
        sequence:
          - stop: Auto is aan het laden, doe niets.
      - conditions:
          - condition: numeric_state
            entity_id: sensor.zonvoorspelling_forecast_today
            below: 20
          - condition: state
            entity_id: binary_sensor.cheapest_hours
            state: "on"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Opladen met 2400 watt
            action: input_select.select_option
          - data:
              message: "Accu opladen: weinig zon (<20 kWh) en goedkoopste uren actief."
            action: notify.mobile_app_aart_s25
      - conditions:
          - condition: numeric_state
            entity_id: sensor.zonvoorspelling_forecast_today
            above: 20
          - condition: numeric_state
            entity_id: sensor.zonvoorspelling_forecast_today
            below: 25
          - condition: state
            entity_id: binary_sensor.cheapest_3_hours
            state: "on"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Opladen met 2400 watt
            action: input_select.select_option
          - data:
              message: >-
                Accu opladen: matige zon (20-25 kWh) en 3 goedkoopste uren
                actief.
            action: notify.mobile_app_aart_s25
      - conditions:
          - condition: template
            value_template: "{{ states('sensor.peblar_ev_charger_status') != 'charging' }}"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Nul op de meter
            action: input_select.select_option
mode: single

Ik probeer heb te snappen, best wel wat conditions. Begrijp ik het goed dat je dus handmatig oplaad als er weinig zon is en anders niet? Kun je iets meer details geven over de werking.

[avdwerf]

martinvdm schreef op maandag 8 september 2025 @ 19:24:
[...]

Ik probeer heb te snappen, best wel wat conditions. Begrijp ik het goed dat je dus handmatig oplaad als er weinig zon is en anders niet? Kun je iets meer details geven over de werking.

Als we het autostuk niet meenemen:
- Check op verwachte zonopbrengst die dag. Ik ga er vanuit dat ik 25kwh nodig heb aan zonopwerk om een volle accu te hebben
- Indien hij onder de 25kwh maar boven de 20kwh is, voer ik een handeling uit op alleen de 3 goedkoopste uren
- Indien hij onder de 20kwh is, voer ik een handeling uit op de 6 goedkoopste uren
3 en 6 zijn voor nu nog uit de lucht gegrepen, ik heb dit nog niet goed kunnen testen omdat ik nog weinig dagen onder de 25kwh heb gehad. Laatste week wel maar zit al 2 weken zonder werkende AC 2400 (leve zendure support). Die 3 en 6 uur ga ik mogelijk dus nog aanpassen.

Die handeling is, op de 3 of 6 goedkoopste uren, zet de "Oplaadmodus" selectbox van gielz integratie op Opladen met 2400 watt (= forceren om maximaal te laden). Als het uur is afgelopen, zet hem weer terug op Nul op de meter.

[R.K]

beste mensen,

Ik kom er niet uit, ben al de hele dag bezig om goedkoopste uren laden automatisering te maken.

Wat heb ik al gedaan?
Nordpool integratie gedownload en sensor daarvoor aangemaakt
Cheapest hours integratie toegevoegd.

Heb al diverse methoden geprobeerd maar niets wil lukken, kan iemand mij een code sturen, of een stappenplan?
Voor de goede orde, ik ben alleen op zoek naar goedkoopste uren, 4 of 5 uren om precies te zijn, dus niet de duurste uren. Dat laatste ga ik niet gebruiken.

Ik draai de @gielz automatisering voor een SF2400AC met HA in docker op een Synology DS224+

B.v.d.

[ Voor 8% gewijzigd door R.K op 08-09-2025 20:22 ]

[Taro]

@R.K Heb je de helper aangemaakt met de juiste Jinja code? Als je die helper bewerkt, zie je dan al true/false of on/off onderin staan bij de pop-up? Kan je de code of screenshot posten?

[Taro]

Voor de volledigheid:

Django/Jinja:

{% from 'cheapest_energy_hours.jinja' import cheapest_energy_hours %}
{{ cheapest_energy_hours('sensor.nordpool_kwh_nl_eur_4_09_021', attr_today='Today', hours=5, split=true, lowest=true, mode='is_now', value_key='price', time_key='time') }}

En die pas je dan zo toe:

[ Voor 27% gewijzigd door Taro op 08-09-2025 20:26 ]

[gielz]

@R.K Ik heb hier toevallig deze nog laatst gemaakt maar niet in gebruik. Dan hoef je alleen Nordpool werkend te hebben en deze template helper die Ja of Nee geeft;

code:

{% set prijzen = state_attr('sensor.nordpool_kwh_nl_eur_3_09_0', 'raw_today') %}
{% if prijzen is iterable and prijzen | count >= 6 %}
  {% set prijzen_per_uur = prijzen | sort(attribute='value') %}
  {% set goedkoopste_6 = prijzen_per_uur[:6] %}
  {% set goedkope_uren = goedkoopste_6 | map(attribute='start') | map(attribute='hour') | list %}
  {% set huidige_uur = now().hour %}
  {% if huidige_uur in goedkope_uren %}
    Ja
  {% else %}
    Nee
  {% endif %}
{% else %}
  Data niet beschikbaar of onvoldoende gegevens.
{% endif %}

[ Voor 6% gewijzigd door gielz op 08-09-2025 20:54 ]

[R.K]

Dit is wat ik heb, ik zie bij jou onderin cheapest hours staan, bij mij staat er Nordpool

[ Voor 38% gewijzigd door R.K op 08-09-2025 21:07 ]

[avdwerf]

R.K schreef op maandag 8 september 2025 @ 21:05:
Dit is wat ik heb, ik zie bij jou onderin cheapest hours staan, bij mij staat er Nordpool

Dat maakt niet uit verder, is de naam die je de sensor hebt gegeven.
Gebruik je wel de hacs versie van noordpool en niet de standaard integratie?

[ Voor 12% gewijzigd door avdwerf op 08-09-2025 21:24 ]

[R.K]

Ik had de goede naam niet in de code gezet, ik had het zelf een makkelijke naam gegeven 'nordpool'
Dat moest in de code veranderd worden, de sensor lijkt nu te werken. Ik ga er morgen mee verder, heb vierkante ogen onderhand.

Hartstikke bedankt mannen

[R.K]

avdwerf schreef op maandag 8 september 2025 @ 21:24:
[...]


Dat maakt niet uit verder, is de naam die je de sensor hebt gegeven.
Gebruik je wel de hacs versie van noordpool en niet de standaard integratie?

ik gebruik deze versie

[ Voor 24% gewijzigd door R.K op 08-09-2025 21:37 ]

[jk-d]

jk-d schreef op maandag 8 september 2025 @ 16:42:
[...]

Ik ben wel benieuwd hoe je dat hebt ingeregeld. Ik heb wel de Forecast.Solar integratie geïnstalleerd, maar die geeft bij mij onvoldoende betrouwbare info om te kunnen gebruiken.

Dank voor alle reacties, ik ga solcast eens proberen.

[martinvdm]

In de nieuwe Zendure HA 1.1.4-pre3 (die is er sinds gisteren) is het mogelijk de fan handmatig aan te sturen en te schakelen tussen deze waardes:

[gielz]

martinvdm schreef op woensdag 10 september 2025 @ 07:10:
In de nieuwe Zendure HA 1.1.4-pre3 (die is er sinds gisteren) is het mogelijk de fan handmatig aan te sturen en te schakelen tussen deze waardes:
[Afbeelding]

Ja maar werkt dit ook? Want met fw 1.06 krijg ik dit niet aan de praat.