Zendure producten in Home Assistant integreren deel 2

[YoMarK]

Taro schreef op donderdag 20 november 2025 @ 09:51:
@YoMarK Heb je de Fuse Groups ingesteld bij de omvormer?

Nee, die stond nog default. Ik heb hem nu maar op 2000w gezet. Ik snap nog niet helemaal wat daar het doel van is, maar dat zoek ik wel uit.
Helaas is de zon nu weer foetsie, dus even afwachten of het nu wel werkt. Bedankt!!

[Taro]

YoMarK schreef op donderdag 20 november 2025 @ 10:01:
[...]

Nee, die stond nog default. Ik heb hem nu maar op 2000w gezet. Ik snap nog niet helemaal wat daar het doel van is, maar dat zoek ik wel uit.
Helaas is de zon nu weer foetsie, dus even afwachten of het nu wel werkt. Bedankt!!

Het moet overeenkomen met de max instelling in je app en het maximale vermogen dat je door het apparaat binnen HA wil laten gebruiken. Dus niet te hoog zetten, want het kan ook effect op stopcontact, stekkers, etc. hebben. Als het goed is is de instelling in de app leidend, dus je kunt er geen fouten mee maken, maar just to be sure om geen 2000 Watt ergens doorheen te jagen waar max 800 doorheen mag...

[YoMarK]

Helder. Hij zit op een aparte groep.
Overigens: het werkt! Bedankt!

[remcoXP]

Ik gebruik deze code van jou ook. ik heb zonneplan.
ik heb als integraties zonneplan, entso(lijk ook te kloppen) en de nordpool custom integratie.
maar die prijzen wijken als van de app in zonneplan. hebben jullie dit ook?

gielz schreef op donderdag 20 november 2025 @ 09:33:
[...]
[Afbeelding]

[gielz]

remcoXP schreef op donderdag 20 november 2025 @ 12:59:
Ik gebruik deze code van jou ook. ik heb zonneplan.
ik heb als integraties zonneplan, entso(lijk ook te kloppen) en de nordpool custom integratie.
maar die prijzen wijken als van de app in zonneplan. hebben jullie dit ook?


[...]

Hier zijn ze identiek aan de zonneplan site (https://www.zonneplan.nl/...nergieprijzen/stroomprijs) wat ik zie. De configuratie is als volgt;
gielz in "Zendure producten in Home Assistant integreren deel 2"

[ Voor 6% gewijzigd door gielz op 20-11-2025 13:14 ]

[mtimmerm]

gielz schreef op donderdag 20 november 2025 @ 13:12:
[...]


Hier zijn ze identiek aan de zonneplan site (https://www.zonneplan.nl/...nergieprijzen/stroomprijs) wat ik zie. De configuratie is als volgt;
gielz in "Zendure producten in Home Assistant integreren deel 2"

Bij kwam het ook niet exact overheen. Op 2 decimalen achter de komma klopt het meestal (als de afronding goed gaat). Maar met 5 cijfers achter de komma niet (waaschijnkijk door 15 min prijzen). En dan klopt je totale prijs niet. Dus ik gebruik EnergyZero (dat had ik al voordien) en helaas moest ik flink code aanpassen maar nu heb ik wel kloppende getallen. Moet het nog wel een keer netjes doen.

[TiBoD]

Misschien een gekke vraag, maar waarom gebruiken jullie niet de Zonneplan One integratie in HA? Dan heb je precies de data van Zonneplan.

[R.K]

Weet iemand van jullie wat deze waarschuwingsmelding betekent?

Logger: homeassistant.components.automation.zendure_zensdk_gielz_nieuw
Bron: helpers/script.py:2064
integratie: Automatisering (documentatie, problemen)
Eerst voorgekomen: 00:00:12 (2710 gebeurtenissen)
Laatst gelogd: 03:00:44

[mtimmerm]

TiBoD schreef op donderdag 20 november 2025 @ 14:24:
Misschien een gekke vraag, maar waarom gebruiken jullie niet de Zonneplan One integratie in HA? Dan heb je precies de data van Zonneplan.

Helemaal geen gekke vraag. Ik had alles al draaien en toen ben ik overgestapt op zonneplan. Ik heb inderdaad de app wel geinstalleerd maar had geen zin om alles weer om te bouwen. En dan afhankelijk te zijn van zonneplan. Wellicht stap ik wel weer over...

Deze bedoel je neem ik aan:

[mtimmerm]

R.K schreef op donderdag 20 november 2025 @ 14:38:
Weet iemand van jullie wat deze waarschuwingsmelding betekent?

Logger: homeassistant.components.automation.zendure_zensdk_gielz_nieuw
Bron: helpers/script.py:2064
integratie: Automatisering (documentatie, problemen)
Eerst voorgekomen: 00:00:12 (2710 gebeurtenissen)
Laatst gelogd: 03:00:44
[Afbeelding]

Ik weet het niet 100% zeker of dat deze melding is, maar in de automatisering zit een instelling waarmee je kunt bepalen of automatiseringen parallel mogen draaien of juist achter elkaar etc.

code:

mode: queued
max: 2

Dit staat er bij @gielz in. Als er 1 wordt gestart, komt de andere er achter en er mogen maximaal 2 tergelijk lopen (in de queue staan)

[ Voor 3% gewijzigd door mtimmerm op 20-11-2025 16:10 ]

[remcoXP]

top, had ik even gemist! Hartelijk dank.

gielz schreef op donderdag 20 november 2025 @ 13:12:
[...]


Hier zijn ze identiek aan de zonneplan site (https://www.zonneplan.nl/...nergieprijzen/stroomprijs) wat ik zie. De configuratie is als volgt;
gielz in "Zendure producten in Home Assistant integreren deel 2"

[Taro]

TiBoD schreef op donderdag 20 november 2025 @ 14:24:
Misschien een gekke vraag, maar waarom gebruiken jullie niet de Zonneplan One integratie in HA? Dan heb je precies de data van Zonneplan.

Omdat je automations bij voorkeur niet aan 1 provider koppelt, maar aan de markt. Als ik morgen overstap naar Tibber of andere partij blijft alles werken en pas ik alleen in de YAML de prijsberekening aan van Zonneplan naar Tibber.

Als je Zonneplan One gebruikt (die heb ik overigens ook ernaast draaien als extraatje), dan moet je alle automations omgooien en bij mij zijn dat er nogal wat.

[mtimmerm]

jaychunlai schreef op donderdag 20 november 2025 @ 09:10:
Iemand een template voor Day Ahead Optimizer ? Snap er nog niet heel veel van

Welk stuk zoek je?
Ik ben ook begonnen, maar nog geen goede ervaring: Dit is mijn accu:

code:

  "battery": [ 
    {
      "name": "ZendureAccu",
      "entity actual level": "sensor.solarflow_2400_ac_electric_level",
      "capacity": 5.76,
      "upper limit": 95,
      "lower limit": 10,
      "entity min soc end opt": "input_number.dao_min_soc_einde_opt",
      "entity max soc end opt": "input_number.dao_max_soc_einde_opt",
      "optimal lower level": 15,
      "charge stages": [
        {
          "power": 0.0,
          "efficiency": 1
        },
        {
          "power": 800.0,
          "efficiency": 0.90
        },
        {
          "power": 2400.0,
          "efficiency": 0.93
        }
      ],
      "discharge stages": [
          {
            "power": 0.0,
            "efficiency": 1
          },
          {
            "power": 800.0,
            "efficiency": 0.90
          },
          {
            "power": 2400.0,
            "efficiency": 0.93
          }
        ],
        "reduced hours": { },
        "minimum power": 50,
        "dc_to_bat efficiency": 0.93,
        "bat_to_dc efficiency": 0.93,
        "cycle cost": 0.01,        
        "solar": [ ],
        "entity set power feedin": "input_number.dao_set_power_feedin",
        "entity set operating mode": "input_select.dao_set_operation_mode",
        "entity stop inverter": "input_datetime.dao_stop_inverter",
        "entity balance switch": "input_boolean.dao_balance_switch",
        "entity from battery": "input_number.dao_from_battery",
        "entity from ac": "input_number.dao_from_ac",
        "entity calculated soc": "input_number.dao_calculated_soc"
     }
  ],

[wmc]

Dat lijkt aardig te kloppen, mits je alle entiteiten aangemaakt hebt. Je zult nog wel een automation moeten schrijven die de output van DAO aan de ingang van je batterij koppelt. Ik gebruik die Fireson integratie, de automation die ik daarvoor heb is:

code:

alias: Zendure Battery Control DAO v2
description: >-
  Controls Zendure battery operation mode based on balance switch and feed-in
  power
triggers:
  - entity_id:
      - input_boolean.dao_bat_balance_switch
      - input_number.dao_bat_power_feedin
    trigger: state
conditions: []
actions:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.dao_bat_balance_switch
            state: "on"
        sequence:
          - target:
              entity_id: select.zendure_manager_operation_2
            data:
              option: smart
            action: select.select_option
      - conditions:
          - condition: state
            entity_id: input_boolean.dao_bat_balance_switch
            state: "off"
        sequence:
          - target:
              entity_id: select.zendure_manager_operation_2
            data:
              option: manual
            action: select.select_option
      - conditions:
          - condition: template
            value_template: "{{ states('input_number.dao_bat_power_feedin') | float != 0 }}"
        sequence:
          - target:
              entity_id: select.zendure_manager_operation_2
            data:
              option: manual
            action: select.select_option
  - target:
      entity_id: number.zendure_manager_manual_power
    data:
      value: "{{ (states('input_number.dao_bat_power_feedin') | float) * -1 }}"
    action: number.set_value
mode: single

[mtimmerm]

BIj mij start hij een uur te vroeg?? Iets met UTC / local tijd. Ben er nog niet achter wat het probleem is.

[remcoXP]

ik gebruik de gielz addon, en moet me nog beter verdiepen in zijn verschillende modussen naast slim laden/ontladen en nom. aangezien ik nu sinds kort zonneplan heb.

maar voordat ik met dao en evcc aan de slag ga. heb ik eigenlijk 2 vragen:

1: houden jullie bij wat je verdient/bespaard heb (ik vind dit ontzettend lastig te berekenen)
2: toen ik een statis contract had had ik de peik en dal tarieven in home assistant, maar nu het ieder uur anders is, weet ik niet goed hoe ik dat moet doen, ik heb wel de huidige prijs, is het zo makkelijk als piek en dal verwijderen en dan de zonneplan sensor erin?

[mtimmerm]

wmc schreef op vrijdag 21 november 2025 @ 14:16:
Dat lijkt aardig te kloppen, mits je alle entiteiten aangemaakt hebt. Je zult nog wel een automation moeten schrijven die de output van DAO aan de ingang van je batterij koppelt. Ik gebruik die Fireson integratie, de automation die ik daarvoor heb is:

code:

alias: Zendure Battery Control DAO v2
description: >-
  Controls Zendure battery operation mode based on balance switch and feed-in
  power
triggers:
  - entity_id:
      - input_boolean.dao_bat_balance_switch
      - input_number.dao_bat_power_feedin
    trigger: state
conditions: []
actions:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.dao_bat_balance_switch
            state: "on"
        sequence:
          - target:
              entity_id: select.zendure_manager_operation_2
            data:
              option: smart
            action: select.select_option
      - conditions:
          - condition: state
            entity_id: input_boolean.dao_bat_balance_switch
            state: "off"
        sequence:
          - target:
              entity_id: select.zendure_manager_operation_2
            data:
              option: manual
            action: select.select_option
      - conditions:
          - condition: template
            value_template: "{{ states('input_number.dao_bat_power_feedin') | float != 0 }}"
        sequence:
          - target:
              entity_id: select.zendure_manager_operation_2
            data:
              option: manual
            action: select.select_option
  - target:
      entity_id: number.zendure_manager_manual_power
    data:
      value: "{{ (states('input_number.dao_bat_power_feedin') | float) * -1 }}"
    action: number.set_value
mode: single

Ik heb ook zoiets alleen er zit ergens een probleem dat hij een uur te vroeg begint.

[jaychunlai]

mtimmerm schreef op vrijdag 21 november 2025 @ 13:55:
[...]

Welk stuk zoek je?
Ik ben ook begonnen, maar nog geen goede ervaring: Dit is mijn accu:

[...]

Thanks!
Wist niet echt hoe ik moest beginnen maar heb het overgenomen en in de config waar 'Battery' staat. Kijken of ik verder ermee kom met die automation ding ook

[Bakko]

Zijn er hier meer mensen met een stokoude USB P1 kabel en die succesvol gebruiken voor NOM aansturing? Ik draai HA al een tijd namelijk dus mijn kabel komt uit 2018. Gewoon een simpel ding van SOS Solutions. Ik begin me nu af te vragen of deze misschien niet snel genoeg is voor DSMR5. Ik zie namelijk in Home Assistant nieuwe waardes een beetje schokkerig binnenkomen en niet strak op de 1 seconde, het ziet er zo uit:

Op zich werkt NOM aardig maar ik heb af een toe ping-pong gedrag en zie dan veel schakelingen van het relais. In de log van Gielz zie je dat hij hem dan op 0 watt zet en vervolgens weer een uitschieter maakt voordat het weer rustiger wordt. Op een of andere manier gebeurt dit eerder met de Dynamisch NOM modus dan die gewone NOM modus.
Ik vraag me dus af of deze kabels misschien verbeterd zijn in de tussentijd. Verder gebruik ik de (officiële) DSMR integratie met de setting "minimum time between entity updates" op 1 sec. En ik weet zeker dat ik een DSMR5 meter heb (Iskra AM550).

[gielz]

Bakko schreef op dinsdag 25 november 2025 @ 21:40:
Zijn er hier meer mensen met een stokoude USB P1 kabel en die succesvol gebruiken voor NOM aansturing? Ik draai HA al een tijd namelijk dus mijn kabel komt uit 2018. Gewoon een simpel ding van SOS Solutions. Ik begin me nu af te vragen of deze misschien niet snel genoeg is voor DSMR5. Ik zie namelijk in Home Assistant nieuwe waardes een beetje schokkerig binnenkomen en niet strak op de 1 seconde, het ziet er zo uit:
[Afbeelding]
Op zich werkt NOM aardig maar ik heb af een toe ping-pong gedrag en zie dan veel schakelingen van het relais. In de log van Gielz zie je dat hij hem dan op 0 watt zet en vervolgens weer een uitschieter maakt voordat het weer rustiger wordt. Op een of andere manier gebeurt dit eerder met de Dynamisch NOM modus dan die gewone NOM modus.
Ik vraag me dus af of deze kabels misschien verbeterd zijn in de tussentijd. Verder gebruik ik de (officiële) DSMR integratie met de setting "minimum time between entity updates" op 1 sec. En ik weet zeker dat ik een DSMR5 meter heb (Iskra AM550).

Je zou verwachten bij de P1 sensor dat je elke seconden een update ontvangt. Maar als de waarde exact hetzelfde is zal je P1 sensor geen update in HA wegschrijven waardoor het niet op 1 seconden data lijkt.

Wat betreft de aansturing Dynamisch NOM en NOM deze zijn exact hetzelfde waarbij de Dynamisch NOM een uitstapje maakt indien noodzakelijk om goedkoop te laden. Ga je vooral niet blindstaren op de P1 vermogens je kunt het beste even de resultaten bekijken van de onderstaande apexchart "helaas pindakaas"

code:

type: custom:apexcharts-card
cache: true
stacked: true
update_interval: 5sec
span:
  start: day
header:
  show: true
  show_states: true
  title: Helaas pindakaas
graph_span: 1d
series:
  - entity: sensor.p1_meter_energy_import
    name: Helaas pindakaas
    group_by:
      func: diff
      duration: 1h
    type: column
    stroke_width: 0
    opacity: 1
    extend_to: now
    color: "#f1b605"
    float_precision: 5
    yaxis_id: energy
    show:
      in_header: false
  - entity: sensor.p1_meter_energy_import
    yaxis_id: header_only
    name: Vandaag (import)
    float_precision: 3
    statistics:
      period: day
      type: change
      align: start
    show:
      legend_value: true
      in_header: true
      in_chart: false
apex_config:
  toolbar:
    show: true
    tools:
      download: true
      selection: true
      zoom: true
      zoomin: true
      zoomout: true
      pan: true
  tooltip:
    x:
      format: HH:mm:ss
      show: false
  xaxis:
    labels:
      show: false
      style:
        colors: grey
    axisTicks:
      show: false
    axisBorder:
      color: "#616269"
  yaxis:
    - title:
        text: ""
      decimalsInFloat: 3
      labels:
        style:
          colors: "#7b7c83"
  grid:
    strokeDashArray: 0
    borderColor: rgb(52,52,52)
    show: true
  chart:
    height: 200px
  legend:
    show: false
  markers:
    size: 0
    hover:
      size: 0

[fabudop]

Bakko schreef op dinsdag 25 november 2025 @ 21:40:
Zijn er hier meer mensen met een stokoude USB P1 kabel en die succesvol gebruiken voor NOM aansturing? ...
IVerder gebruik ik de (officiële) DSMR integratie met de setting "minimum time between entity updates" op 1 sec. En ik weet zeker dat ik een DSMR5 meter heb (Iskra AM550).

Ik gebruik een gloednieuwe USB P1 kabel en zie een beetje hetzelfde. Ik had dat ook wel verwacht want alhoewel de P1 meter om de seconde iets stuurt en HA om de seconde iets update zijn die twee denk ik niet met elkaar gesynchroniseerd. Het kan dus 2 seconden duren voor je iets ziet.

Ik zie bij de DSMR integratie help text wel dit staan:

Typically the smart meter sends new data every 5-10 seconds. This value defines the minimum time between entity updates in seconds. Setting this value to 0 will update entities each time data is received from the smart meter.

Ik heb even geprobeerd die waarde op 0 te zetten, maar lijkt op eerste gezicht niet veel uit te maken.

[DrNickB]

Bakko schreef op dinsdag 25 november 2025 @ 21:40:
Zijn er hier meer mensen met een stokoude USB P1 kabel en die succesvol gebruiken voor NOM aansturing? Ik draai HA al een tijd namelijk dus mijn kabel komt uit 2018. Gewoon een simpel ding van SOS Solutions. Ik begin me nu af te vragen of deze misschien niet snel genoeg is voor DSMR5. Ik zie namelijk in Home Assistant nieuwe waardes een beetje schokkerig binnenkomen en niet strak op de 1 seconde, het ziet er zo uit:
[Afbeelding]
Op zich werkt NOM aardig maar ik heb af een toe ping-pong gedrag en zie dan veel schakelingen van het relais. In de log van Gielz zie je dat hij hem dan op 0 watt zet en vervolgens weer een uitschieter maakt voordat het weer rustiger wordt. Op een of andere manier gebeurt dit eerder met de Dynamisch NOM modus dan die gewone NOM modus.
Ik vraag me dus af of deze kabels misschien verbeterd zijn in de tussentijd. Verder gebruik ik de (officiële) DSMR integratie met de setting "minimum time between entity updates" op 1 sec. En ik weet zeker dat ik een DSMR5 meter heb (Iskra AM550).

Ik heb ook een gewone usb-p1 kabel in gebruik, leefrijd weet ik niet, maar 6+ jaar, nadat mijn meter is vervangen voor een dsmr5 krijg ik netjes alle updates.
Ik heb de standaard dsmr plugin van HA draaien en interval op 0 gezet.
Ik draai HA in docker op een Nuc en moest met laatste HA updates wel iets meer rechten toekennen. (Anders deed hij niks).

Ik gebruik de gielz automatisering verder zonder problemen op nom/slim ontladen. (Doe geen opladen)

[StarWing]

Ik heb even jullie hulp nodig
Ben net in het bezit van een SolarFlow 2400 met Zendure P1 meter.
De initiele setup lijkt in orde, P1 meter registreert en de batterij ontlaadt, echter krijg ik op geen manier de HA integratie aan het werk.
TTZ, ik had de laatste versie geïnstalleerd via HACS, maar daar zit blijkbaar een bug in mbt tot de token lengte, hiervoor heb ik een rollback gedaan naar Version 1.1.0-pre19.
De lijkt te lukken, en hij aanvaard het token zonder foutmeldingen, maar ik zie enkel de integratie en geen enkele sensor lijkt te verschijnen in HA.

Aangezien ik totaal nieuw ben met Zendure, heb ik geen idee waar ik moet beginnen zoeken.
Ik had iets gelezen van meerdere accounts, maar ik weet niet of dit vandaag nog relevant is.

[DrNickB]

Bakko schreef op dinsdag 25 november 2025 @ 21:40:
Zijn er hier meer mensen met een stokoude USB P1 kabel en die succesvol gebruiken voor NOM aansturing?

Sorry, iets minder oud, 2021-03, wel ook gewoon van sos-solutions. Te samen met Kaifa-ma304 SMR5.5 meter.

Slimme Meter Kabel - 1 Meter (P1 kabel) - Art.nr.: A00149

[Leif]

Bakko schreef op dinsdag 25 november 2025 @ 21:40:
Zijn er hier meer mensen met een stokoude USB P1 kabel en die succesvol gebruiken voor NOM aansturing? .....

Op sossolutions.nl lees ik:
Slimme Meter Kabel (P1 kabel) - 1.8 Meter (nieuwste software)
Iedere maand verfijnen we de software die we speciaal voor deze kabel in eigen huis ontwikkelen, zo bent u altijd verzekerd van een P1 USB kabel die werkt met uw slimme meter.
Maar er staat niet bij hoe je een softwareupdate zou kunnen doorvoeren.

https://www.sossolutions....30ZznFEAQYASABEgJ1-_D_BwE

[mjjveldt]

StarWing schreef op woensdag 26 november 2025 @ 17:00:
.....

Aangezien ik totaal nieuw ben met Zendure, heb ik geen idee waar ik moet beginnen zoeken.
Ik had iets gelezen van meerdere accounts, maar ik weet niet of dit vandaag nog relevant is.

Meerdere accounts is vandaag de dag niet meer nodig. Welke integratie wil je gebruiken?
En welke vorm van communicatie (Cloud of ZenSDK via MQTT)?

Maar de belangrijkste heb je beide (Home assistant en de batterij) al een herstart gegeven?

[StarWing]

Ik gebruik deze: https://github.com/FireSon/Zendure, maar op een oude versie gezien de token issues.

MQTT heb ik in de config al aan/uit gezet.
Indien ik via de app instel dat de zowel de meter als de 2400AC MQTT babbelen naar mijn HA, dan zie ik wel 2 entities verschijnen in MQTT. Echter blijft de integratie leeg.

Beide toestellen zijn reeds herstart. Voor de 2400AC heb ik de stekker uitgetrokken,even gewacht, en terug ingestoken.

[mjjveldt]

Mijn 2400AC blijft gewoon aan als ik de stekker eruit trek (lang leve offgrid). Om die uit te zetten hou ik de knop lang ingedrukt (ongeveer 10 seconden. Dat kan terwijl die aan de netspanning hangt).

Maar dat zou het probleem niet moeten zijn. En als je de cloud eens probeert als communicatietest? Om uit te sluiten dat er een configuratieissue zit in MQTT ergens.

[martinvdm]

StarWing schreef op donderdag 27 november 2025 @ 15:53:
Ik gebruik deze: https://github.com/FireSon/Zendure, maar op een oude versie gezien de token issues.

MQTT heb ik in de config al aan/uit gezet.
Indien ik via de app instel dat de zowel de meter als de 2400AC MQTT babbelen naar mijn HA, dan zie ik wel 2 entities verschijnen in MQTT. Echter blijft de integratie leeg.

Beide toestellen zijn reeds herstart. Voor de 2400AC heb ik de stekker uitgetrokken,even gewacht, en terug ingestoken.

Werkt dit lokaal wel?
http://x.x.x.x/properties/report

Je moet ook de fusegroup instellen alhoewel de sensors het wel zouden moeten doen dan. Je hebt die api key uit de app gehaald?
(Auth cloud key)

[StarWing]

Gisteren nog wat zitten testen, en het moet aan de app liggen. Als ik de laatste versie neem met de auth key issues, en een oude versie van api.py, dan zie ik wel alle sensoren verschijnen.
Ik wacht nog wel even tot dit probleem is opgelost.
Dit weekend neem ik dit topic eens grondig door.

[gielz]

ZenSDK (Gielz) - December release

Daar komt December dan om de hoek kijken, een paar kleine aanpassingen. Hier weer een mooie mijlpaal sinds de batterij uit de doos kwam in Mei. Vanaf toen alleen nog maar aangestuurd via de enkele automatisering in Home Assistant inmiddels dus 6 maanden geleden.

Veel batterij plezier! Nu de zon nog....

Release

https://github.com/Gielz1...DK/releases/tag/v20251128
https://github.com/Gielz1...are/v20251026...v20251128

Apex extratje

Mocht je de nul import leuk willen volgen. Gebruik dan hiervoor de onderstaande apex;

code:

type: custom:apexcharts-card
header:
  show: true
  title: Nul import duur (per dag)
graph_span: 1month
span:
  start: month
cache: true
experimental:
  color_threshold: true
apex_config:
  yaxis:
    - decimalsInFloat: 0
      min: 0
      max: 24
      tickAmount: 4
      labels:
        show: true
        style:
          colors: "#7b7c83"
  tooltip:
    x:
      format: d/MM
      show: false
  grid:
    show: true
    borderColor: "#332f2c"
    strokeDashArray: 0
  chart:
    height: 170px
  legend:
    show: false
  xaxis:
    labels:
      show: false
    axisTicks:
      show: false
    axisBorder:
      color: "#616269"
series:
  - entity: sensor.p1_nul_import_duur_vandaag
    name: NOM
    statistics:
      period: day
      type: max
      align: start
    type: column
    color: "#327ba8"
    show:
      in_header: false
      extremas: max

[Jessy007]

Heeft iemand als iets slims gemaakt met betrekking warmtepomp stuuring ik wil graag mijn warmtepomp sturen maar niet door de accu. Omdat dit duurder is ik wil dus 0 op de meter maar warmtepomp niet inbegrepen dit is wel lastig denk ik. Via home assistent natuurlijk 😅

[jordyc]

Jessy007 schreef op vrijdag 28 november 2025 @ 09:53:
Heeft iemand als iets slims gemaakt met betrekking warmtepomp stuuring ik wil graag mijn warmtepomp sturen maar niet door de accu. Omdat dit duurder is ik wil dus 0 op de meter maar warmtepomp niet inbegrepen dit is wel lastig denk ik. Via home assistent natuurlijk 😅

Zolang je weet hoeveel watt de warmtepomp trekt is dat vrij simpel te maken. Dan maak je een dummy sensor van je p1 meter.

In de template laat je de volgende berekening uitvoeren: p1 meter - verbruik warmtepomp. Deze nieuwe sensor gebruik je dan weer als input voor de aansturing richting de batterij.

Op dezelfde manier kun je ook je EV of eventuele andere zaken weg laten. Kwestie van de dummy sensor verder uitbouwen.

[Jessy007]

jordyc schreef op vrijdag 28 november 2025 @ 10:26:
[...]


Zolang je weet hoeveel watt de warmtepomp trekt is dat vrij simpel te maken. Dan maak je een dummy sensor van je p1 meter.

In de template laat je de volgende berekening uitvoeren: p1 meter - verbruik warmtepomp. Deze nieuwe sensor gebruik je dan weer als input voor de aansturing richting de batterij.

Op dezelfde manier kun je ook je EV of eventuele andere zaken weg laten. Kwestie van de dummy sensor verder uitbouwen.

Top 👍 ik wist dat iemand hier slimmer mee was dan ik 😇

[Isdatzo]

Jessy007 schreef op vrijdag 28 november 2025 @ 09:53:
Heeft iemand als iets slims gemaakt met betrekking warmtepomp stuuring ik wil graag mijn warmtepomp sturen maar niet door de accu. Omdat dit duurder is ik wil dus 0 op de meter maar warmtepomp niet inbegrepen dit is wel lastig denk ik. Via home assistent natuurlijk 😅

Waarom zou je nul op de meter willen maar niet de warmtepomp vanuit de accu voeden? Elk kWh-tje dat je niet uit het net trekt is er één, en of die nu in één uur door je warmtepomp wordt opgesnoept of in 5 uur door het sluipverbruik is toch om het even? En je (ont)laadverliezen nemen af zodra het vermogen toeneemt, dus netto gezien ben je beter af wanneer je die stroom juist wél naar je warmtepomp stuurt.

Ik doe niet aan laden van de accu op zonnestroom wanneer dat met minder dan 400W is, en aan ontladen van de accu met minder dan 350W. Onder die vermogens vind ik de omzetverliezen te groot.

[denneappel]

Waarom sluit je de warmtepomp uit?
Bij de EV begrijp ik het. Die kun je goed inplannen op de goedkoopste uren. Als ik dat met de warmtepomp doe wordt de WAF niet blij

[Jessy007]

Ik wil de warmtepomp op laag tarief schakelen als je door de accu gaat krijg je te maken met de rte van 80%

Bijvoorbeeld. 15 cent voor energie inkoop en dan 10cent voor kosten cyclus accu en energie verlies dan zit je op 25 cent dan kan je beter geen accu nemen

[ Voor 42% gewijzigd door Jessy007 op 28-11-2025 11:15 ]

[Isdatzo]

Jessy007 schreef op vrijdag 28 november 2025 @ 11:06:
Ik wil de warmtepomp op laag tarief schakelen als je door de accu gaat krijg je te maken met de rte van 80%

Bijvoorbeeld. 15 cent voor energie inkoop en dan 10cent voor kosten cyclus accu en energie verlies dan zit je op 25 cent dan kan je beter geen accu nemen

Ja, maar bij sluipverbruik met nul op de meter is je RTE nog lager.

Dan kan je beter een logica hanteren waarbij je de accu alleen inzet wanneer het prijsverschil dat rechtvaardigt op basis van je RTE (die juist toeneemt bij hogere vermogens). Of de warmtepomp dan wel of geen warmte pompt is dan niet zo relevant. Dat doe ik ook:



Bovenop groene balkjes: laden (2000W)
Bovenop rode balkjes: ontladen wanneer er meer dan 350W vraag is.
Geen balkjes: laden wanneer er meer dan 400W export is, anders lekker niks doen.

[Sander]

Jessy007 schreef op vrijdag 28 november 2025 @ 09:53:
Heeft iemand als iets slims gemaakt met betrekking warmtepomp stuuring ik wil graag mijn warmtepomp sturen maar niet door de accu. Omdat dit duurder is ik wil dus 0 op de meter maar warmtepomp niet inbegrepen dit is wel lastig denk ik. Via home assistent natuurlijk 😅

Verbruiksmeter corrigeren voor je warmtepomp verbruik door er een aparte sensor van te maken en die gebruiken met Gielz integratie of de Zendure HA integratie.

[Bakko]

Bedankt voor de reacties op mij P1 kabel vraag @gielz, @DrNickB, @fabudop. Ik zal hem nog niet weggooien

Leif schreef op donderdag 27 november 2025 @ 09:41:
[...]

Op sossolutions.nl lees ik:
Slimme Meter Kabel (P1 kabel) - 1.8 Meter (nieuwste software)
Iedere maand verfijnen we de software die we speciaal voor deze kabel in eigen huis ontwikkelen, zo bent u altijd verzekerd van een P1 USB kabel die werkt met uw slimme meter.
Maar er staat niet bij hoe je een softwareupdate zou kunnen doorvoeren.

https://www.sossolutions....30ZznFEAQYASABEgJ1-_D_BwE

Klopt dat was ook precies de aanleiding voor mijn vraag. Ik dacht laat ik eens kijken of er een betere versies nu. Omdat mensen het nu vooral hebben over de HomeWizard meter etc. Met zo'n tekst ga je wel denken dat dat zo is. Maar mijn kabel gebruikt iig nog dezelfde chip.

Toch knaagde het nog een beetje dus dacht ik aan het feit dat ik Proxmox gebruik met HassOS in een VM. USB werd dus virtueel doorgegeven. Ik zag op het proxmox forum meerdere mensen het hebben over slechte latency en performance op deze manier. De oplossing is dan de USB-controller direct door te geven met PCI Passthrough. Dat heb ik nu gedaan en nu ziet het er zo uit:

Naar mijn idee nu een stuk regelmatiger op de 1 seconde. Ik ben er blij mee, al maakt het misschien niet super veel uit voor NOM.

En bedankt voor de update Gielz, dat ga ik dit weekend zeker toepassen.

[Taro]

Jessy007 schreef op vrijdag 28 november 2025 @ 09:53:
Heeft iemand als iets slims gemaakt met betrekking warmtepomp stuuring ik wil graag mijn warmtepomp sturen maar niet door de accu. Omdat dit duurder is ik wil dus 0 op de meter maar warmtepomp niet inbegrepen dit is wel lastig denk ik. Via home assistent natuurlijk 😅

Welk merk WP heb je?

Heb hier een aantal MHI WP's met ingebouwde Esp32Home modules die ik via HA kan aansturen. Zo start ik bijv. de MHI's op tijdens de goedkoopste dynamische momenten tussen uur X en Y en op de achtergrond bepaal ik dan of dat uit de accu's of uit het net komt afhankelijk van de hoogte van het tarief.

[Jessy007]

Taro schreef op vrijdag 28 november 2025 @ 17:37:
[...]

Welk merk WP heb je?

Heb hier een aantal MHI WP's met ingebouwde Esp32Home modules die ik via HA kan aansturen. Zo start ik bijv. de MHI's op tijdens de goedkoopste dynamische momenten tussen uur X en Y en op de achtergrond bepaal ik dan of dat uit de accu's of uit het net komt afhankelijk van de hoogte van het tarief.

Nibe ba svm 20-200/6 e
Hier zit blijkbaar ook een energie meter in wat hij gebruikt mechien kan ik deze info lezen met home assistent.

[martinvdm]

Isdatzo schreef op vrijdag 28 november 2025 @ 12:27:
[...]


Ja, maar bij sluipverbruik met nul op de meter is je RTE nog lager.

Dan kan je beter een logica hanteren waarbij je de accu alleen inzet wanneer het prijsverschil dat rechtvaardigt op basis van je RTE (die juist toeneemt bij hogere vermogens). Of de warmtepomp dan wel of geen warmte pompt is dan niet zo relevant. Dat doe ik ook:

[Afbeelding]

Bovenop groene balkjes: laden (2000W)
Bovenop rode balkjes: ontladen wanneer er meer dan 350W vraag is.
Geen balkjes: laden wanneer er meer dan 400W export is, anders lekker niks doen.

Ik zie bij jou ook een paar N/A in je apexchart, ik heb dit ook met Nordpool, lijkt vaak onstabiel, echter dan wel zowat elke middag. In de ochtend vaak niet, en als ik op de sensor klik heb ik wel de waarde in beeld. Heb jij hier ook last van?

[fabudop]

Jessy007 schreef op zaterdag 29 november 2025 @ 08:25:
[...]

Nive ba svm 20-200/6 e
Hier zit blijkbaar ook een energie meter in wat hij gebruikt mechien kan ik deze info lezen met home assistent.

Nibe bedoel je denk ik. Volgens mij kan je daar een modbus accessoire op aansluiten van Nibe. Dan moet je nog van modbus naar HA en kan je veel uitlezen. Hoeveel je ook instellen kan weet ik zo niet.

[Jessy007]

fabudop schreef op zaterdag 29 november 2025 @ 08:34:
[...]


Nibe bedoel je denk ik. Volgens mij kan je daar een modbus accessoire op aansluiten van Nibe. Dan moet je nog van modbus naar HA en kan je veel uitlezen. Hoeveel je ook instellen kan weet ik zo niet.

Ja klopt aleen 350 euro 🙄 dit is een halfe batterij expantie van marstek d 🤣

Ik moet even kijken als ik ook niet via myuplink iets kan doen en kijken als dit local is of niet.

[mmarchan]

Isdatzo schreef op vrijdag 28 november 2025 @ 10:39:
[...]

Ik doe niet aan laden van de accu op zonnestroom wanneer dat met minder dan 400W is, en aan ontladen van de accu met minder dan 350W. Onder die vermogens vind ik de omzetverliezen te groot.

Van waar die >400W (laden) en >350W (ontladen)? Ik dacht dat de RTE boven de 200W toch vrij hoog is.
Dus bij een sluipverbruik van <350W, haal jij gedurende de nacht, wat nodig is uit het net?

[Bikkelreal]

Taro schreef op donderdag 13 november 2025 @ 19:35:
[...]

Gebruik hier de volgende YAML:

YAML:

  - 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 }}

En in de Cheapest Hours helpers Jinja:

Django/Jinja:

use_hourly_avg=true

De grafieken tonen dan nog steeds kwartieren, maar je automatisering draait op uren icm Zonneplan tarieven.

Vraag gebruik je Nordpool hacs intregatie of de officiele in home assistant?
Als ik een template maak met je code werkt deze niet namelijk:)

Ik ben vast aan het voorbereiden om van Tibber naar Zonneplan te gaan omdat we per 1 Jan 2,48 cent per KWh gaan betalen voor terug leveren.

[Taro]

Bikkelreal schreef op zaterdag 29 november 2025 @ 12:06:
[...]


Vraag gebruik je Nordpool hacs intregatie of de officiele in home assistant?
Als ik een template maak met je code werkt deze niet namelijk:)

Ik ben vast aan het voorbereiden om van Tibber naar Zonneplan te gaan omdat we per 1 Jan 2,48 cent per KWh gaan betalen voor terug leveren.

Gebruik nog de oude HACS versie inderdaad.

[Bikkelreal]

Taro schreef op zaterdag 29 november 2025 @ 12:07:
[...]

Gebruik nog de oude HACS versie inderdaad.

Ik heb de oude ook de HACS, waar vul je die code in dan helper template of?

[gielz]

Bikkelreal schreef op zaterdag 29 november 2025 @ 12:09:
[...]


Ik heb de oude ook de HACS, waar vul je die code in dan helper template of?

Volg even de pinned post; gielz in "Zendure producten in Home Assistant integreren deel 2"

[fissa]

Maakt het uit welke p1 meter je gebruikt als je een home assistant - zendure opstelling voor ogen hebt? Ik was voornemens om de slimme lezer+ bekabeld te kopen, of raden jullie dit af?

[Bikkelreal]

gielz schreef op zaterdag 29 november 2025 @ 12:14:
[...]


Volg even de pinned post; gielz in "Zendure producten in Home Assistant integreren deel 2"

Deze heb ik al was benieuwd waar ik deze ergens zet, zodat ik hem daar niet meer hoeft aan te passen maar ik een file of helper.

- 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 }}

[gielz]

Bikkelreal schreef op zaterdag 29 november 2025 @ 12:23:
[...]


Deze heb ik al was benieuwd waar ik deze ergens zet, zodat ik hem daar niet meer hoeft aan te passen maar ik een file of helper.

- 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 }}

Bij die van de pinned zet je niets in de yaml. Maar zit alles in de integratie.

[gielz]

fissa schreef op zaterdag 29 november 2025 @ 12:21:
Maakt het uit welke p1 meter je gebruikt als je een home assistant - zendure opstelling voor ogen hebt? Ik was voornemens om de slimme lezer+ bekabeld te kopen, of raden jullie dit af?

Zolang je hem per seconden beschikbaar hebt in home assistant is het prima. Je kunt dan beide integraties gebruiken of voor zelfbouw gaan.

[Isdatzo]

martinvdm schreef op zaterdag 29 november 2025 @ 08:28:
[...]

Ik zie bij jou ook een paar N/A in je apexchart, ik heb dit ook met Nordpool, lijkt vaak onstabiel, echter dan wel zowat elke middag. In de ochtend vaak niet, en als ik op de sensor klik heb ik wel de waarde in beeld. Heb jij hier ook last van?

Nee, ik heb geen problemen met de Noordpool-data.

Die 2 N/A'tjes horen bij de charge/discharge windows. Op zich voegen ze nu niks toe in de header maar ik wilde daar de tijdsduur van de nog resterende windows in weergeven. Nog niet aan toegekomen...

[Isdatzo]

mmarchan schreef op zaterdag 29 november 2025 @ 11:44:
[...]


Van waar die >400W (laden) en >350W (ontladen)? Ik dacht dat de RTE boven de 200W toch vrij hoog is.
Dus bij een sluipverbruik van <350W, haal jij gedurende de nacht, wat nodig is uit het net?

Klopt.

Op basis van mijn metingen kom ik bij 300W ontladen op een efficiëntie van 85% (als in: 1 kWh opgeslagen in de accu levert me 0.85 kWh op). Bij het laden met minder dan 400W duik je onder de 80%.

Stel je laadt met 400W en je ontlaadt vervolgens met 300W dan zit je op een RTE van 0.85*0.80=0.68,en bij 200W keldert dat naar 0.60*0.80=0.48.

[emielbf]

Jessy007 schreef op zaterdag 29 november 2025 @ 08:47:
[...]

Ja klopt aleen 350 euro 🙄 dit is een halfe batterij expantie van marstek d 🤣

Ik moet even kijken als ik ook niet via myuplink iets kan doen en kijken als dit local is of niet.

zoek in dit forum even naar NibeGW, kost een paar tientjes.

[ppaulv]

@gielz ik heb gisteren jouw automatisering / configuratie in gebruik genomen maar dat wil nog niet heel erg lukken. Misschien komt dat door mijn onstellende gebrek aan ervaring met deze zaken.
Situatie: ik heb je handleiding heel precies gevolgd en krijg inderdaad een paar entiteiten te zien die ik in een dashboardje kan hangen. Maar dan stopt het wel een beetje. Eigenlijk blijven alle sensoren op 0 of unknwon hangen.
Vervolgens heb ik geprobeerd m'n 2400AC zichtbaar te krijgen in het standaard in HA meegeleverde Energy dashboard maar daar moet je dan 2 statistics toevoegen (import en export) voor de accu en die zijn daar niet zichtbaar. Volgens de toelichting omdat ze de device_class = energy moeten hebben en in jouw config is dat power. Ik heb al, heel gedurfd, op (bijna) alle plaatsen in jouw config dat veranderd in energy maar dat helpt niet. Ze blijven niet zichtbaar.
Geen idee hoe nu verder. Heb jij een (paar) tip(s) ?

[gielz]

ppaulv schreef op dinsdag 2 december 2025 @ 14:22:
@gielz ik heb gisteren jouw automatisering / configuratie in gebruik genomen maar dat wil nog niet heel erg lukken. Misschien komt dat door mijn onstellende gebrek aan ervaring met deze zaken.
Situatie: ik heb je handleiding heel precies gevolgd en krijg inderdaad een paar entiteiten te zien die ik in een dashboardje kan hangen. Maar dan stopt het wel een beetje. Eigenlijk blijven alle sensoren op 0 of unknwon hangen.
Vervolgens heb ik geprobeerd m'n 2400AC zichtbaar te krijgen in het standaard in HA meegeleverde Energy dashboard maar daar moet je dan 2 statistics toevoegen (import en export) voor de accu en die zijn daar niet zichtbaar. Volgens de toelichting omdat ze de device_class = energy moeten hebben en in jouw config is dat power. Ik heb al, heel gedurfd, op (bijna) alle plaatsen in jouw config dat veranderd in energy maar dat helpt niet. Ze blijven niet zichtbaar.
Geen idee hoe nu verder. Heb jij een (paar) tip(s) ?
[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik zou niets veranderen en terug gaan naar de basis. Heb je wel de juiste ip-adressen ingevoerd conform de readme?

Ik zie bij je zendure ip al unknown staan.

[ppaulv]

Dat IP heb ik uit de app gehaald, en die doet het 'gewoon'.
Sorry, niet waar, dat ip komt uit de DHCP settings van m'n router. Fixed ip.
Maar blijkbaar ziet HA 'm niet of is dat de verkeerde conclusie?
De rpi waarop het draait doet gewoon een ping, geen probleem.

[ Voor 67% gewijzigd door ppaulv op 02-12-2025 16:47 ]

[ppaulv]

Gewetensvraag : waar in de tekst / code zou dat ip-adres terug te vinden moeten zijn? Ik twijfel nu aan alles ....

[denneappel]

Misschien kun je je yaml eens delen @ppaulv ?

Ik zie dat de config best groot is geworden inmiddels dus yamls plakken is niet handig.
Je IP adres zou in input_text.homewizard_p1_ip_adres moeten staan. Wat geeft dat @ppaulv ?

[ Voor 67% gewijzigd door denneappel op 02-12-2025 17:33 ]

[Bakko]

En voor het Energy dashboard zul je eerst zelf helpers moeten maken (utility meters) om van de import en export kWh standen, dagelijkse waarden te krijgen. Tenminste zo heb ik het gedaan.
Nee sorry dat is niet waar. Ik verwar het met de power/energy flow plus cards, die hebben wel een helper nodig. Het Energy dashboard is slim genoeg om je meterstanden om te rekenen naar dagelijkse metingen. Dus als het goed is kan je gewoon de "Energie Import" en Export gebruiken voor Energy dashboard.

[ Voor 45% gewijzigd door Bakko op 02-12-2025 17:39 ]

[ppaulv]

@denneappel het is de onveranderde yaml van @gielz , op 2 ip-adressen na.
Ik had begrepen dat die ip-adressen in de yaml gezet moesten worden :
Dit is het eerte stukje:
rest:
- resource_template: "http://{{ states('192.168.2.33') }}/properties/report"
scan_interval: 1
sensor:

en dit is het tweede stukje:
- resource_template: "http://{{ states('192.168.2.4') }}/api/v1/data"
scan_interval: 1
sensor:
- name: "Homewizard P1 Vermogen"

maar ook hier:
zendure_snel_laden:
url: http://{{ states('192.168.2.33') }}/properties/write
method: POST

Ik heb zo'n vermoeden dat ik ergens de verkeerde afslag genomen heb ......

[martinvdm]

ppaulv schreef op dinsdag 2 december 2025 @ 18:09:
@denneappel het is de onveranderde yaml van @gielz , op 2 ip-adressen na.
Ik had begrepen dat die ip-adressen in de yaml gezet moesten worden :
Dit is het eerte stukje:
rest:
- resource_template: "http://{{ states('192.168.2.33') }}/properties/report"
scan_interval: 1
sensor:

en dit is het tweede stukje:
- resource_template: "http://{{ states('192.168.2.4') }}/api/v1/data"
scan_interval: 1
sensor:
- name: "Homewizard P1 Vermogen"

maar ook hier:
zendure_snel_laden:
url: http://{{ states('192.168.2.33') }}/properties/write
method: POST

Ik heb zo'n vermoeden dat ik ergens de verkeerde afslag genomen heb ......

Nee die yaml laat je gewoon verwijzen naar de input text zoals het voorbeeld is. In de input_text verwerk je het ip adres door deze in te geven in home assistant inde gui. Dus
input_text.homewizard_p1_ip_adres Of input_text.zendure_2400_ac_ip_adres

[denneappel]

Dat gaat inderdaad fout. Ik zou je adviseren alles weg te doen en opnieuw te beginnen. Lees de instructies van Gielz heel nauwkeurig door.

Hier zit je fout: states('192.168.2.4') }
Daarin staat de home assistant entity. Deze entity moet je de waarde van je IP adres geven. Het is een input select en dus vanuit de ui mogelijk.

[gielz]

ppaulv schreef op dinsdag 2 december 2025 @ 18:09:
@denneappel het is de onveranderde yaml van @gielz , op 2 ip-adressen na.
Ik had begrepen dat die ip-adressen in de yaml gezet moesten worden :
Dit is het eerte stukje:
rest:
- resource_template: "http://{{ states('192.168.2.33') }}/properties/report"
scan_interval: 1
sensor:

en dit is het tweede stukje:
- resource_template: "http://{{ states('192.168.2.4') }}/api/v1/data"
scan_interval: 1
sensor:
- name: "Homewizard P1 Vermogen"

maar ook hier:
zendure_snel_laden:
url: http://{{ states('192.168.2.33') }}/properties/write
method: POST

Ik heb zo'n vermoeden dat ik ergens de verkeerde afslag genomen heb ......

Stap 1 in de handleiding, de configuration.yaml is 1:1 in gebruik te nemen. Wanneer je deze zelf gaat aanpassen dan krijg je dit;

w

[ppaulv]

Hier was ik al enigzins bang voor, ik snap niet hoe het dan werkt als je in die gui die waardes invult en dan herstart. Als je dat niet in een configuratie vastlegt is ie dat meteen weer kwijt. Lijkt me logisch. Maar het zit dus anders. Blijkbaar heb ik ergens een afslag gemist want die gui gezien te hebben kan ik me niet meer herinneren eigenlijk.
We gaan het opnieuw proberen. Dank voor jullie geduld!

[gielz]

ppaulv schreef op dinsdag 2 december 2025 @ 20:31:
Hier was ik al enigzins bang voor, ik snap niet hoe het dan werkt als je in die gui die waardes invult en dan herstart. Als je dat niet in een configuratie vastlegt is ie dat meteen weer kwijt. Lijkt me logisch. Maar het zit dus anders. Blijkbaar heb ik ergens een afslag gemist want die gui gezien te hebben kan ik me niet meer herinneren eigenlijk.
We gaan het opnieuw proberen. Dank voor jullie geduld!

Zodra je de yaml heb toegevoegd moet je de entiteiten even zelf toevoegen op een dashboard. Vervolgens kun je de gegevens invullen.

Volhouden 😜

[ppaulv]

denneappel schreef op dinsdag 2 december 2025 @ 19:23:
Dat gaat inderdaad fout. Ik zou je adviseren alles weg te doen en opnieuw te beginnen. Lees de instructies van Gielz heel nauwkeurig door.

Hier zit je fout: states('192.168.2.4') }
Daarin staat de home assistant entity. Deze entity moet je de waarde van je IP adres geven. Het is een input select en dus vanuit de ui mogelijk.

Een vaker voorkomend iets, ik lees dat iets gedaan moet worden maar heb geen idee hoe. Input select klinkt prima maar hoe en waar zou ik niet weten. Heb het gevoel een auto te willen bouwen terwijl ik nog nooit een ringsleutel heb gezien. Komt vast goed uiteindelijk 🤣

[gielz]

ppaulv schreef op dinsdag 2 december 2025 @ 20:38:
[...]

Een vaker voorkomend iets, ik lees dat iets gedaan moet worden maar heb geen idee hoe. Input select klinkt prima maar hoe en waar zou ik niet weten. Heb het gevoel een auto te willen bouwen terwijl ik nog nooit een ringsleutel heb gezien. Komt vast goed uiteindelijk 🤣

Zal je nog 1 hint geven. Voeg dit even toe aan een dashboard als je de configuration.yaml ctrl+c en ctrl+v hebt gedaan. En je Home Assistant hebt herstart.

code:

type: entities
entities:
  - entity: input_text.homewizard_p1_ip_adres
  - entity: input_text.zendure_2400_ac_ip_adres
  - entity: input_text.afwijkende_p1_sensor
  - entity: input_text.dynamisch_nordpool_sensor

[ppaulv]

And then the magic happens !



Zonder je laatste hint was ik daar nooit uit gekomen vrees ik ......

[ Voor 17% gewijzigd door ppaulv op 02-12-2025 21:56 ]

[ppaulv]

@gielz is het normaal dat m'n accu in stijgende lijn gaat ontladen bij NOM ? Dus met grote voorzichtigheid en geleidelijkheid? Wat ik prachtig vind overigens .... !

[gielz]

ppaulv schreef op dinsdag 2 december 2025 @ 22:11:
@gielz is het normaal dat m'n accu in stijgende lijn gaat ontladen bij NOM ? Dus met grote voorzichtigheid en geleidelijkheid? Wat ik prachtig vind overigens .... !

[Afbeelding]

Je kunt op de github even kijken welke entiteiten er allemaal beschikbaar zijn (zijn er veel inmiddels). Belangrijkste is de modus selecteren entiteit waarbij je aangeeft welke modus je wilt. Dit kan bijvoorbeeld nul op de meter zijn.

De import en export zijn altijd stijgende waarde zoals je ook ziet op je p1 meter van bijvoorbeeld homewizard of een andere p1.

[ppaulv]

Ah, kwartje valt. Ik kijk hier op deze grafiek (zie mijn vorige plaatje) niet naar het afgegeven vermogen op dat moment maar het totale afgegeven vermogen tot dan toe (opgeteld dus). Vandaar dat ie stijgt.
Ik dacht dat het afgegeven vermogen per seconde/minuut/whatever langzaam steeg.
Hoe bepaalt jouw logica hoeveel A de accu moet gaan leveren ?

[gielz]

ppaulv schreef op woensdag 3 december 2025 @ 10:23:
Ah, kwartje valt. Ik kijk hier op deze grafiek (zie mijn vorige plaatje) niet naar het afgegeven vermogen op dat moment maar het totale afgegeven vermogen tot dan toe (opgeteld dus). Vandaar dat ie stijgt.
Ik dacht dat het afgegeven vermogen per seconde/minuut/whatever langzaam steeg.
Hoe bepaalt jouw logica hoeveel A de accu moet gaan leveren ?

Je hebt als het goed is een P1 ingesteld. Of via het ip-adres van je Homewizard P1 of een sensor van een afwijkende P1 via bijvoorbeeld esp32 of Zendure P1.

Bij de modus Nul op de meter of Dynamisch NOM gaat hij deze P1 balanceren naar 0 watt wanneer je stroom afneemt. Wek je te veel op dan gaat hij dit opslaan en balanceren naar -40 watt (buffer).

Wanneer je klikt op de entitieit modus selecteren kun je zien wat hij nu exact aan het doen is;


Wanneer je in Home Assistant naar Instellingen > Apparaten en diensten > (tabblad) Entiteiten gaat. Vervolgens zoekt naar Zendure 2400 AC in het filter zie je alles wat beschikbaar is wat je kunt toevoegen aan je dashboard en je kunt ze openklikken om te zien wat de waarde is + historie.

Voorbeeld;

[ Voor 9% gewijzigd door gielz op 03-12-2025 11:09 ]

[gielz]

@ppaulv Nog een extra tip. Nu er weinig zon is en je wilt wel gewoon een beetje rommelen. Dan kun je de modus op Handmatig zetten. Daarna kun je gewoon zelf instellen laad maar lekker op met xxxx watt.

Leuk speelgoed

[ppaulv]

Ik heb 'm op de HW P1 meter ingesteld (heb ook de Zendure P1 overigens).
Ik zie bij mij bijvoorbeeld 'Vermogen ingesteld op 749 W' terwijl op dat moment dat overeen lijkt te komen met de netto levering/gebruik volgens de P1 meter PLUS het door de accu afgegeven vermogen. Zie plaatjes.
Dus de melding 'Vermogen ingesteld' slaat dus op het totale verbruik in huiswat uit het grid getroken wordt , minus wat m'n panelen leveren, PLUS wat de accu levert. Correct? De cijfers in mijn plaatjes kloppen niet helemaal omdat ik niet snel genoeg kan switchen tussen de 2 dashboards waarop die dingen te zien zijn.

Met als resultaat dat de P1 richting 0 gemanaged wordt (wat NOM betekent natuurlijk). Stel dat ik die 0 wil vervangen door bijvoorbeeld 1000 W (dus ik wil die accu met rust laten zolang er minder dan 1000W uit het grid gehaald wordt volgens de P1 meter.). Kan ik dat ergens 'eenvoudig' aanpassen?

[ Voor 12% gewijzigd door ppaulv op 03-12-2025 11:27 ]

[remcoXP]

snap ik het nu goed?
ik wil de batterij op basis van mijn dashboard nu 6 uur laten laten (omdat dit de goedkoopste uren zijn.) en in de 2 duurste uren mag hij ontladen. hij staat nu op dynamisch nom en omdat de minimale spread 20% is en het vandaag 83% is zal dit toch moeten laden?

wat ik niet snap:
goedkoopste periode staat op nee?
hij staat nu op standby

[gielz]

remcoXP schreef op woensdag 3 december 2025 @ 11:30:
snap ik het nu goed?
ik wil de batterij op basis van mijn dashboard nu 6 uur laten laten (omdat dit de goedkoopste uren zijn.) en in de 2 duurste uren mag hij ontladen. hij staat nu op dynamisch nom en omdat de minimale spread 20% is en het vandaag 83% is zal dit toch moeten laden?

wat ik niet snap:
goedkoopste periode staat op nee?
hij staat nu op standby


[Afbeelding]

Zie ik het nou goed, sneeuwt het in Home Assistant.

Het klopt dat hij nu op goedkoop NEE staat. Hij zal nu op de 6 goedkoopste periode op JA schieten en gaan laden tenzij je spread lager is dan 20%. Ontladen zal hij niet doen in deze modus, Ontladen gaat alleen maar op basis van de P1 en niet geforceerd tenzij je hier zelf een automatisering tegen aan hangt.

[ Voor 19% gewijzigd door gielz op 03-12-2025 11:40 ]

[mcurlym]

Net overgestapt naar een Zonneplan Dynamisch contract. Nu ik geen terugleverboete meer heb, maken teruggeleverde kwH niet zoveel meer uit. Daarom zit ik te denken aan volgend schema voor de mijn zendure batterij 5,5KwH, een combo van @gielz met een andere automatisatie. Heb wel zonnepanelen, maar geen EV en geen warmtepomp.

- Goedkoop uur = ja --> opladen met 2400W - als ik de twee goedkoopste uren selecteer zit hij wel aan 90%SOC
- Duur uur = ja --> ontladen met 1000W - als ik de 4 duurste uren selecteer zit ik wel tegen de 10%SOC. Wat ik ontlaad boven eigen gebruik gaat dan gewoon het net op.
- Alle andere uren --> Standby

Is dit een schema wat ergens op slaat?
Ik twijfel nog of ik voor de uren tussen 8-18u Slim Opladen moet kiezen, zodat de stroom de batterij in gaat ipv op het net. Maar de opwek is minimaal, dus of het is al opgebruikt, of er gaat maar weinig het net op/de batterij in. Is het dan ivm kosten van de batterij bij opladen met lage vermogens beter om ze gewoon uit te zetten in die tussen uren?

Nu nog uitvogelen hoe ik zelf zo'n automatisatie in elkaar krijg (i.e,. die van @gielz zo kan aanpassen)

ps. wist niet goed in welk topic dit hoorde

[martinvdm]

Zou een mooie toevoeging zijn in @gielz versie. Dynamisch NOM incl. 2400w ontladen dure uren.
Maargoed je kunt dit zelf ook in een automation maken.

[gielz]

mcurlym schreef op woensdag 3 december 2025 @ 17:02:
Net overgestapt naar een Zonneplan Dynamisch contract. Nu ik geen terugleverboete meer heb, maken teruggeleverde kwH niet zoveel meer uit. Daarom zit ik te denken aan volgend schema voor de mijn zendure batterij 5,5KwH, een combo van @gielz met een andere automatisatie. Heb wel zonnepanelen, maar geen EV en geen warmtepomp.

- Goedkoop uur = ja --> opladen met 2400W - als ik de twee goedkoopste uren selecteer zit hij wel aan 90%SOC
- Duur uur = ja --> ontladen met 1000W - als ik de 4 duurste uren selecteer zit ik wel tegen de 10%SOC. Wat ik ontlaad boven eigen gebruik gaat dan gewoon het net op.
- Alle andere uren --> Standby

Is dit een schema wat ergens op slaat?
Ik twijfel nog of ik voor de uren tussen 8-18u Slim Opladen moet kiezen, zodat de stroom de batterij in gaat ipv op het net. Maar de opwek is minimaal, dus of het is al opgebruikt, of er gaat maar weinig het net op/de batterij in. Is het dan ivm kosten van de batterij bij opladen met lage vermogens beter om ze gewoon uit te zetten in die tussen uren?

Nu nog uitvogelen hoe ik zelf zo'n automatisatie in elkaar krijg (i.e,. die van @gielz zo kan aanpassen)

ps. wist niet goed in welk topic dit hoorde

Of het schema ergens op slaat kunnen andere beter beoordelen. Maar ik zou er een automatisering tegen aanhangen die de juiste modus voor je kiest. De gielz automatisering neemt dan het volgende nog voor zijn rekening; dynamische instellingen, soc bescherming, modus verwerken in opdrachten.

[denneappel]

@mcurlym Zou je niet iets willen maken dat ook na salderen fijn werkt?

[R.K]

Ik kom er zelf niet zo uit. Ik heb de Zen SDK draaien met de gielz automatisering. Nu heb ik zelf twee automatiseringen gemaakt ééntje die de batterij in standby zet onder een bepaalde spread en één die op het duurste uur teruglevert aan het net. Beide werken op zich prima. Heb ook twee automatiseringen gemaakt die deze automatiseringen weer terugschakelen naar Dynamisch NOM.

Ik ben er achter gekomen dat als ik nu in de @Gielz automatisering handmatig de AC modus verander, hij automatisch terugspringt naar Dynamisch NOM, de eindstand die ik bij de twee eerder genoemde automatiseringen heb ingesteld. Die krijgen m.i.dan prioriteit op de Gielz automatisering.

Wat kan ik veranderen zodat mijn automatiseringen blijven werken en ik toch handmatig de modus kan aanpassen van de Gielz automatisering? Kun je ergens automatiseringen prioriteren?

[gielz]

R.K schreef op woensdag 3 december 2025 @ 19:00:
Ik kom er zelf niet zo uit. Ik heb de Zen SDK draaien met de gielz automatisering. Nu heb ik zelf twee automatiseringen gemaakt ééntje die de batterij in standby zet onder een bepaalde spread en één die op het duurste uur teruglevert aan het net. Beide werken op zich prima. Heb ook twee automatiseringen gemaakt die deze automatiseringen weer terugschakelen naar Dynamisch NOM.

Ik ben er achter gekomen dat als ik nu in de @Gielz automatisering handmatig de AC modus verander, hij automatisch terugspringt naar Dynamisch NOM, de eindstand die ik bij de twee eerder genoemde automatiseringen heb ingesteld. Die krijgen m.i.dan prioriteit op de Gielz automatisering.

Wat kan ik veranderen zodat mijn automatiseringen blijven werken en ik toch handmatig de modus kan aanpassen van de Gielz automatisering? Kun je ergens automatiseringen prioriteren?

Ik zou ze even hier delen die je zelf hebt gemaakt.

[JSven]

Ik loop vast op een automation dat mijn batterij manueel moet opladen snachts naar de minimale soc, maar dat die niet wilt beginnen met laden. Ik gebruik de Zendure Home Assistant Integration.
Ik heb een andere automation lopen die controleert als de komende 24h een minimale verwachten van zonneproductie is, dan zet die de minimale soc op 10%, anders op 20%. Dit om diep ontladen te voorkomen omdat ik zag dat mijn batterij bij smart matching al op 8% stond zonder dat die begon te laden en de min soc op 10% stond. Dit is mijn automation voor het laden te starten, wat mis ik hier?

code:

alias: Zendure - Start nachtelijk laden bij lage forecast en lage SoC
description: ""
triggers:
  - at: "01:00:00"
    trigger: time
conditions:
  - condition: template
    value_template: "{{ states('sensor.power_production_next_24hours') | float < 1.5 }}"
  - condition: template
    value_template: |
      {{ states('sensor.zendure_batterij_electric_level') | float
         < states('number.zendure_batterij_min_soc') | float }}
actions:
  - target:
      entity_id: select.zendure_manager_operation
    data:
      option: manual
    action: select.select_option
  - delay: "00:00:05"
  - target:
      entity_id:
        - number.zendure_manager_manual_power
        - number.zendure_batterij_input_limit
    data:
      value: 1000
    action: number.set_value
mode: single

[gielz]

JSven schreef op woensdag 3 december 2025 @ 20:59:
Ik loop vast op een automation dat mijn batterij manueel moet opladen snachts naar de minimale soc, maar dat die niet wilt beginnen met laden. Ik gebruik de Zendure Home Assistant Integration.
Ik heb een andere automation lopen die controleert als de komende 24h een minimale verwachten van zonneproductie is, dan zet die de minimale soc op 10%, anders op 20%. Dit om diep ontladen te voorkomen omdat ik zag dat mijn batterij bij smart matching al op 8% stond zonder dat die begon te laden en de min soc op 10% stond. Dit is mijn automation voor het laden te starten, wat mis ik hier?

code:

alias: Zendure - Start nachtelijk laden bij lage forecast en lage SoC
description: ""
triggers:
  - at: "01:00:00"
    trigger: time
conditions:
  - condition: template
    value_template: "{{ states('sensor.power_production_next_24hours') | float < 1.5 }}"
  - condition: template
    value_template: |
      {{ states('sensor.zendure_batterij_electric_level') | float
         < states('number.zendure_batterij_min_soc') | float }}
actions:
  - target:
      entity_id: select.zendure_manager_operation
    data:
      option: manual
    action: select.select_option
  - delay: "00:00:05"
  - target:
      entity_id:
        - number.zendure_manager_manual_power
        - number.zendure_batterij_input_limit
    data:
      value: 1000
    action: number.set_value
mode: single

Ik zie in eerste instantie niet iets vreemds maar mocht hij wel gaan werken dan stopt hij dus nooit meer met laden? Want hij stuurt 1000 watt daarna komt hij boven de minimale soc en komt hij nooit meer door de automatisering heen. Doet hij het wel zonder value_template: "{{ states('sensor.power_production_next_24hours') | float < 1.5 }}"

En ter test zou je de trigger even op elke 5 seconden kunnen zetten. En daarna je minimale SOC op bijvoorbeeld 90% zetten.

Je kunt ook even in de gielz automatisering kijken daar zit hij al werkend in. Waarbij de SOC bescherming altijd geforceerd start ook wanneer de modus op alles behalve handmatig staat. Hij stopt vervolgens netjes bij de minimale SOC en de gebruiker hoeft hier dus niets zelf voor te doen;

[R.K]

gielz schreef op woensdag 3 december 2025 @ 20:33:
[...]


Ik zou ze even hier delen die je zelf hebt gemaakt.

Dit zijn de automatiseringen die ik gemaakt heb, die worden elke minuut geactiveerd. En dus wordt elke minuut Dynamisch Nom geactiveerd, en overruled de Gielz automatisering. Of er moet nog een voorwaarde bij of de actie moet anders worden aan het eind. Ik zie het even niet.

code:

alias: Solarflow duur uur ontladen uit
description: Zet Zendure modus via input_select afhankelijk van prijsuren
triggers:
  - trigger: time_pattern
    hours: "*"
    minutes: "*"
    seconds: "1"
conditions:
  - condition: state
    entity_id: binary_sensor.duurste_uur
    state:
      - "off"
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Dynamisch NOM
    target:
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

code:

alias: Solarflow uit standby na goedkope uren
description: ""
triggers:
  - trigger: time_pattern
    hours: "*"
    minutes: "*"
    seconds: "1"
conditions:
  - condition: numeric_state
    entity_id: sensor.dynamisch_spread_indicatie_nom
    above: 22
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Dynamisch NOM
    target:
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

[JSven]

gielz schreef op woensdag 3 december 2025 @ 22:04:
[...]


Ik zie in eerste instantie niet iets vreemds maar mocht hij wel gaan werken dan stopt hij dus nooit meer met laden? Want hij stuurt 1000 watt daarna komt hij boven de minimale soc en komt hij nooit meer door de automatisering heen. Doet hij het wel zonder value_template: "{{ states('sensor.power_production_next_24hours') | float < 1.5 }}"

En ter test zou je de trigger even op elke 5 seconden kunnen zetten. En daarna je minimale SOC op bijvoorbeeld 90% zetten.

Je kunt ook even in de gielz automatisering kijken daar zit hij al werkend in. Waarbij de SOC bescherming altijd geforceerd start ook wanneer de modus op alles behalve handmatig staat. Hij stopt vervolgens netjes bij de minimale SOC en de gebruiker hoeft hier dus niets zelf voor te doen;

[Afbeelding]

Ik heb het probleem gevonden, moet de manuele vermogen op -1000 zetten ipv 1000. Dus nu heb ik dit.

code:

alias: Zendure - Start nachtelijk laden bij lage forecast en lage SoC
description: ""
triggers:
  - at: "01:00:00"
    trigger: time
conditions:
  - condition: template
    value_template: "{{ states('sensor.power_production_next_24hours') | float < 1.5 }}"
  - condition: template
    value_template: |
      {{ states('sensor.zendure_batterij_electric_level') | float
         < states('number.zendure_batterij_min_soc') | float }}
actions:
  - target:
      entity_id: select.zendure_manager_operation
    data:
      option: manual
    action: select.select_option
  - delay: "00:00:05"
  - target:
      entity_id:
        - number.zendure_manager_manual_power
    data:
      value: "-1000"
    action: number.set_value
  - target:
      entity_id:
        - number.zendure_batterij_input_limit
    data:
      value: "1000"
    action: number.set_value
mode: single

Ik heb ook een andere automation die controleert als hij moet stoppen met laden of niet.

code:

alias: Zendure - Stop laden wanneer min SoC bereikt is
description: ""
triggers:
  - entity_id: sensor.zendure_batterij_electric_level
    trigger: state
conditions:
  - condition: template
    value_template: |
      {{ states('sensor.zendure_batterij_electric_level') | float
         >= states('number.zendure_batterij_min_soc') | float }}
  - condition: state
    entity_id: select.zendure_manager_operation
    state: manual
actions:
  - target:
      entity_id: select.zendure_manager_operation
    data:
      option: smart
    action: select.select_option
  - delay: "00:00:05"
  - target:
      entity_id:
        - number.zendure_manager_manual_power
        - number.zendure_batterij_input_limit
    data:
      value: "0"
    action: number.set_value
mode: single

[ppaulv]

@gielz op zich lijkt je werk prima te functioneren, ds hoop dat je een lekkere kop koffie erbij hebt kunnen nemen ;-)
Maar het lijkt erop dat ik last heb van m'n trage 'slimme' meter, versie 4.2 bij gebruik van de NOM instelling.
Ten eerste heb ik vandaag gezien dat m'n panelen een beetje stroom produceren en nu de accu voortdurend aan en uit schakelt, waardoor ik telkens even stroom uit het grid trek en in het grid lever. Hij gaat dus flipperen.
Denk dat de automatisering wat trager moet worden, dus pas na 10 seconden of zo mag gaan reageren. Kan ik dat ergens instellen? Neem aan van wel maar vind het te gevaarlijk zomaar ergens te gaan zitten rommelen zonder te weten wat ik aan het doen ben.
Ten tweede zou ik graag de meter niet rond de nul willen managen maar rond de 500 of 1000 of zoiets. Kan ik dat ergens instellen?
Of beter : pas gaan opladen als er minstens 10 sec minstens 1000W wordt terug geleverd en pas gaan ontladen als er minstens 10 sec minstens 1000W wordt verbruikt uit het net. Een grotere hysterese inbouwen dus.
Bvd

[ Voor 11% gewijzigd door ppaulv op 04-12-2025 12:33 ]

[Hieke]

@gielz Zonder afbreuk te willen doen aan je mooie produkt (ik draai versie december 2025) een klein aandachtspuntje:

De entiteit Zendure 2400 AC Resterende Ontlaad Tijd is in mijn situatie volgens mij niet reëel in relatie tot het actueel vermogen. Dat vermogen blijft nog wel even doorgaan tot de warmtepomp rond 21:00 uitschakelt..



Ik denk dat jij de berekening maakt op basis van minimale laadpercentage van 10%. Bij mij is die ingesteld op 40%. Ik heb een torentje van 4 accu's met daarop een SF 2400 AC.

Of ben ik abuis?

[martinvdm]

Hieke schreef op donderdag 4 december 2025 @ 18:52:
@gielz Zonder afbreuk te willen doen aan je mooie produkt (ik draai versie december 2025) een klein aandachtspuntje:

De entiteit Zendure 2400 AC Resterende Ontlaad Tijd is in mijn situatie volgens mij niet reëel in relatie tot het actueel vermogen. Dat vermogen blijft nog wel even doorgaan tot de warmtepomp rond 21:00 uitschakelt..

[Afbeelding]

Ik denk dat jij de berekening maakt op basis van minimale laadpercentage van 10%. Bij mij is die ingesteld op 40%. Ik heb een torentje van 4 accu's met daarop een SF 2400 AC.

Of ben ik abuis?

Dit wordt bepaald door remainOutTime die de Zendure zelf doorgeeft en hangt samen met het op dat moment geldende output en capaciteit van de batterij. Ik denk echter wel dat dit berekend wordt tot 0 en niet tot de minimaal ingestelde SoC.

[Hieke]

Als dat zo is dan moet ik dus Zendure een bugfix insturen..
Zal straks een een report opvragen.

Of misschien wil @gielz er een patch in zijn applicatie voor maken?

[gielz]

Hieke schreef op donderdag 4 december 2025 @ 19:12:
Als dat zo is dan moet ik dus Zendure een bugfix insturen..
Zal straks een een report opvragen.

Of misschien wil @gielz er een patch in zijn applicatie voor maken?

Het is een fout in de zendure app en de API. Ze rekenen altijd de resterende duur met een 0% soc. Ik heb het ook gemeld en hoop eigenlijk op een update van de Zendure software zelf;
https://github.com/Zendure/zenSDK/issues/24

[Hieke]

gielz schreef op donderdag 4 december 2025 @ 19:46:
[...]


Het is een fout in de zendure app en de API. Ze rekenen altijd de resterende duur met een 0% soc. Ik heb het ook gemeld en hoop eigenlijk op een update van de Zendure software zelf;
https://github.com/Zendure/zenSDK/issues/24

Oh, daar had ik nog niet gekeken..
Men maakt er dus niet veel haast mee. Het is ook maar minder relevante informatie.

Dank voor je reactie.

[gielz]

ppaulv schreef op donderdag 4 december 2025 @ 11:43:
@gielz op zich lijkt je werk prima te functioneren, ds hoop dat je een lekkere kop koffie erbij hebt kunnen nemen ;-)
Maar het lijkt erop dat ik last heb van m'n trage 'slimme' meter, versie 4.2 bij gebruik van de NOM instelling.
Ten eerste heb ik vandaag gezien dat m'n panelen een beetje stroom produceren en nu de accu voortdurend aan en uit schakelt, waardoor ik telkens even stroom uit het grid trek en in het grid lever. Hij gaat dus flipperen.
Denk dat de automatisering wat trager moet worden, dus pas na 10 seconden of zo mag gaan reageren. Kan ik dat ergens instellen? Neem aan van wel maar vind het te gevaarlijk zomaar ergens te gaan zitten rommelen zonder te weten wat ik aan het doen ben.
Ten tweede zou ik graag de meter niet rond de nul willen managen maar rond de 500 of 1000 of zoiets. Kan ik dat ergens instellen?
Of beter : pas gaan opladen als er minstens 10 sec minstens 1000W wordt terug geleverd en pas gaan ontladen als er minstens 10 sec minstens 1000W wordt verbruikt uit het net. Een grotere hysterese inbouwen dus.
Bvd

Je kunt de automatisering zelf vertragen door de eerste regel aan te passen in de automatisering zodra je hem open klikt. Maar ik zou eerder kijken of je een 1 seconden slimme meter kunt aanvragen;

[ppaulv]

@gielz heb dit een paar weken geleden al nagezocht maar daar zijn ze al mee bezig.... De komende 2 jaar.... Dus kansloos tot ik aan de beurt ben. Ik ga kijken of het lukt.

[ppaulv]

Ehhh.... Heb 'm al op 15 sec staan maar hij regelt zichzelf veel vaker. In de orde van 1 of 2 sec. Enig idee hoe dat kan?

[gielz]

ppaulv schreef op donderdag 4 december 2025 @ 22:25:
Ehhh.... Heb 'm al op 15 sec staan maar hij regelt zichzelf veel vaker. In de orde van 1 of 2 sec. Enig idee hoe dat kan?

Wanneer je hem zo instelt, dan staat hij op 15 seconden. Er staan zoals je ziet nog andere triggers in maar deze kunnen de aansturing niet beïnvloeden van de nom. Vervolgens kun je input_select.zendure_2400_ac_modus_selecteren open klikken om het logboek te bekijken wat hij exact doet.