Zendure producten in Home Assistant integreren deel 2

[martinvdm]

gielz schreef op woensdag 10 september 2025 @ 07:33:
[...]


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

Dat kan ik je helaas niet vertellen, ik heb namelijk (nog) geen fan

[Taro]

Fanspeed aansturen werkt helaas nog niet met https://github.com/Zendur...A/releases/tag/1.1.4-pre3.

Wordt na wijzigen in Fast weer snel op Auto gezet en doet dan niets.

[ Voor 25% gewijzigd door Taro op 10-09-2025 09:58 ]

[Taro]

Terug van pre3/pre4 naar pre2 aangezien Manual charging niet meer startte.

[martinvdm]

Zojuist getest met pre3, werkt hier oke. Zowel opladen handmatig als ontladen handmatig.

[Taro]

martinvdm schreef op woensdag 10 september 2025 @ 15:06:
Zojuist getest met pre3, werkt hier oke. Zowel opladen handmatig als ontladen handmatig.

En met pre4 ook al geprobeerd icm slimme matching?

[tweetyvogel]

Taro schreef op woensdag 10 september 2025 @ 15:51:
[...]

En met pre4 ook al geprobeerd icm slimme matching?

Willde bij mij niet starten in slimme matching en dus weer terug naar pre2.

[avdwerf]

gielz schreef op zondag 7 september 2025 @ 20:53:

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.

Heb hem aangepast en lijkt prima te werken. Merk wel iets meer schommelingen in de nacht dan ik eerst had. Moet toevallig de automatisering zelf ook niet op sneller dan 4 seconden gezet worden nu de data elke seconde opgehaald wordt?

[martinvdm]

Het ziet er naar uit dat de p1 meter firmware van Zendure eindelijk de 1 sec update heeft geïntroduceerd. Iemand deze meter al opgenomen in HA? Volgende de nieuwe fw zou dit moeten kunnen.

[gielz]

martinvdm schreef op woensdag 10 september 2025 @ 17:31:
Het ziet er naar uit dat de p1 meter firmware van Zendure eindelijk de 1 sec update heeft geïntroduceerd. Iemand deze meter al opgenomen in HA? Volgende de nieuwe fw zou dit moeten kunnen. [Afbeelding]

Dit kon al vanaf de eerste firmware; Taro in "Zendure producten in Home Assistant integreren deel 2"

[gielz]

avdwerf schreef op woensdag 10 september 2025 @ 17:13:
[...]


Heb hem aangepast en lijkt prima te werken. Merk wel iets meer schommelingen in de nacht dan ik eerst had. Moet toevallig de automatisering zelf ook niet op sneller dan 4 seconden gezet worden nu de data elke seconde opgehaald wordt?

De automatisering naar een snellere interval wil ik nog wel gaan testen. Maar in principe is er niets aangepast aan de aansturing. De HW Energysocket was al op 1 seconden en dat is de zenSDK nu ook. De data en verwerking is dus identiek buiten het correctie gedeelte. Hier zie ik eigenlijk geen verschil buiten dat er geen externe meting meer nodig is.

Homewizard kwam uit op een aansturing van 2-4 seconden en de zenSDK draait nu op 1-4 seconden. Ik vraag mij dus af of het echt sneller kan.

Wat is nu je import in de nacht van 00:00 t/m 07:00? Hier is dat rond de 0.005 kwh.

[ Voor 4% gewijzigd door gielz op 10-09-2025 17:38 ]

[martinvdm]

gielz schreef op woensdag 10 september 2025 @ 17:32:
[...]


Dit kon al vanaf de eerste firmware; Taro in "Zendure producten in Home Assistant integreren deel 2"

Eens, die had ik ff gemist. maar waarom zou je dit dan nu expliciet willen vermelden? Dat het via REST kon wil natuurlijk niet zeggen dat men wellicht een andere of officiële geschiktheid heeft gemaakt.

Edit: in de properties/report van de p1 meter wordt alleen de opgenomen stroom weergegeven en geen waarde voor de teruggeverde stroom. Of ik zie het verkeerd.

[ Voor 17% gewijzigd door martinvdm op 10-09-2025 18:26 ]

[AWEF]

@gielz Ik zit te kijken in je automation en ik snap onder "Aansturing" optie 2 niet helemaal, waarom zou ik 75% van de vraag willen compenseren?

[gielz]

AWEF schreef op woensdag 10 september 2025 @ 18:39:
@gielz Ik zit te kijken in je automation en ik snap onder "Aansturing" optie 2 niet helemaal, waarom zou ik 75% van de vraag willen compenseren?

Deze manier van aansturen is "geleend" van een andere populaire PiB batterij. Bij het starten met ontladen vanuit het 0 punt zal hij eerst 75% compenseren. De eerste volgende meting is dan 100% compenseren. Dit om te voorkomen dat je direct bij het ontladen in een golf terecht komt op de P1 wat een tijd duurt om weer uit te komen. Ben je al aan het ontladen dan vervalt die 75% en is het constant 100%.

Bij het laden is dit proces identiek.

[AWEF]

gielz schreef op woensdag 10 september 2025 @ 19:25:
[...]


Deze manier van aansturen is "geleend" van een andere populaire PiB batterij. Bij het starten met ontladen vanuit het 0 punt zal hij eerst 75% compenseren. De eerste volgende meting is dan 100% compenseren. Dit om te voorkomen dat je direct bij het ontladen in een golf terecht komt op de P1 wat een tijd duurt om weer uit te komen. Ben je al aan het ontladen dan vervalt die 75% en is het constant 100%.

Bij het laden is dit proces identiek.

Ah, dank voor de uitleg.

[gielz]

martinvdm schreef op woensdag 10 september 2025 @ 18:23:
[...]

Eens, die had ik ff gemist. maar waarom zou je dit dan nu expliciet willen vermelden? Dat het via REST kon wil natuurlijk niet zeggen dat men wellicht een andere of officiële geschiktheid heeft gemaakt.

Edit: in de properties/report van de p1 meter wordt alleen de opgenomen stroom weergegeven en geen waarde voor de teruggeverde stroom. Of ik zie het verkeerd.

Je zou dit even in het normale topic kunnen vragen welke data allemaal te zien is. Een aantal hebben zelfs al verbeteringen doorgegeven aan Zendure. Ik kan mijn herinneren dat hij ook geen KWH import en export data heeft.

Zelf nog niet met de Zendure P1 aan de slag kunnen gaan. Hij ligt hier wel op mijn bureau.....maar de huidige aansturing met de Homewizard P1 ben ik zo tevreden over dat hij voorlopig nog even in de doos blijft zitten.

[avdwerf]

gielz schreef op woensdag 10 september 2025 @ 17:37:
[...]


De automatisering naar een snellere interval wil ik nog wel gaan testen. Maar in principe is er niets aangepast aan de aansturing. De HW Energysocket was al op 1 seconden en dat is de zenSDK nu ook. De data en verwerking is dus identiek buiten het correctie gedeelte. Hier zie ik eigenlijk geen verschil buiten dat er geen externe meting meer nodig is.

Homewizard kwam uit op een aansturing van 2-4 seconden en de zenSDK draait nu op 1-4 seconden. Ik vraag mij dus af of het echt sneller kan.

Wat is nu je import in de nacht van 00:00 t/m 07:00? Hier is dat rond de 0.005 kwh.

Ja als ik de cijfers kijk lijkt het mee te vallen, blijft sowieso onder de kilowatt. Alleen de lijn een maand geleden:


Is echt veel strakker dan die van vannacht:


Maar dus geen idee waar hem dat aan kan liggen. Heb alleen een nieuwe ac2400 ontvangen, in HA het ipadres veranderd en alles verder intact gelaten.

[ Voor 23% gewijzigd door avdwerf op 10-09-2025 20:32 ]

[gielz]

avdwerf schreef op woensdag 10 september 2025 @ 20:31:
[...]


Ja als ik de cijfers kijk lijkt het mee te vallen, blijft sowieso onder de kilowatt. Alleen de lijn een maand geleden:
[Afbeelding]

Is echt veel strakker dan die van vannacht:
[Afbeelding]

Maar dus geen idee waar hem dat aan kan liggen. Heb alleen een nieuwe ac2400 ontvangen, in HA het ipadres veranderd en alles verder intact gelaten.

Heb je een schermafbeeling waarbij je ook watt hebt staan? Wanneer je overdag een moment met bijvoorbeeld -2000 watt heb staan in de grafiek en vervolgens is het een wolkje wolkje dag dan kan bijvoorbeeld de max -400 watt zijn. Hierdoor lijkt het op paniek maar dat is het niet.

Zelf gebruik ik de "Helaas pindakaas" chart in Home Assistant wat een veel beter beeld geeft waar nog potentie zit;

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

[g00gle]

@avdwerf zonder vermogens in de grafiek zeggen die grafieken niet zoveel. Je kan hier eigenlijk niks op aflezen..

Edit: Sorry zie nu dat @gielz precies hetzelfde heeft gezegd 😄

Thx voor die grafiek @gielz die is mooi 😎

[ Voor 34% gewijzigd door g00gle op 10-09-2025 20:53 ]

[randyrolls]

dit is geen algemeen accu advies topic.

[ Voor 79% gewijzigd door teacher op 10-09-2025 22:04 ]

[R.K]

Hoi allemaal

Ik ben zo vrij geweest om een automatiseringscode te gebruiken die hier op het forum stond waarbij je goedkoop laadt en duur verkoopt.
Ik heb het zelf aangepast naar de 3 goedkoopste uren kopen/laden en 1 uur duur verkopen/ontladen.
Die automatisering op zich doet het goed en precies wat ik wil.

Echter kan ik als deze automatisering actief is de Solarflow 2400AC status niet handmatig bedienen, de status springt direct weer terug naar de stand waarop de goedkoop laden automatisering op staat op dat moment, als ik de automatisering uitschakel kan ik dat wel weer doen.
Voor de aansturing van mijn batterij gebruik ik de @gielz automatisering.

Iemand een idee hoe dit aan te passen?

code:

alias: Zendure goedkoop kopen/duur verkopen
description: ""
triggers:
  - seconds: /1
    trigger: time_pattern
    enabled: true
conditions: []
actions:
  - alias: Kiezen tussen 4 opties
    choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.3_goedkoopste_uren
            state: "on"
            enabled: true
        sequence:
          - action: input_select.select_option
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Opladen met 2400 watt
            enabled: true
      - conditions:
          - condition: state
            entity_id: binary_sensor.duurste_uur
            state: "on"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Ontladen met 2400 watt
            action: input_select.select_option
        alias: als duurste uur gelijk is aan Aan
      - conditions:
          - alias: wanneer  2 voorwaarden overeenkomen
            condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.3_goedkoopste_uren
                state: "off"
              - condition: state
                entity_id: binary_sensor.duurste_uur
                state: "off"
        sequence:
          - action: input_select.select_option
            metadata: {}
            data:
              option: Nul op de meter
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            enabled: true
        alias: wanneer 2 voorwaarden overeenkomen
      - conditions:
          - condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.3_goedkoopste_uren
                state: "on"
              - type: is_battery_level
                condition: device
                device_id: add3feb33fa636cace5254775f2c7ff2
                entity_id: 0323fbb07a89a2caaf48b4607b6aadf9
                domain: sensor
                above: 99
        sequence:
          - action: input_select.select_option
            metadata: {}
            data:
              option: Nul op de meter
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            enabled: true
        alias: wanneer 2 andere voorwaarden overeenkomen
mode: single

[ Voor 5% gewijzigd door R.K op 10-09-2025 22:05 ]

[R.K]

hoe maak je zo'n code lijst eigenlijk?

[gielz]

@R.K bij de quickreply zie je </> staan. Wanneer je daar op klikt zie je [code.][/code.] en daar moet het tussen.

[gielz]

R.K schreef op woensdag 10 september 2025 @ 21:54:
Hoi allemaal

Ik ben zo vrij geweest om een automatiseringscode te gebruiken die hier op het forum stond waarbij je goedkoop laadt en duur verkoopt.
Ik heb het zelf aangepast naar de 3 goedkoopste uren kopen/laden en 1 uur duur verkopen/ontladen.
Die automatisering op zich doet het goed en precies wat ik wil.

Echter kan ik als deze automatisering actief is de Solarflow 2400AC status niet handmatig bedienen, de status springt direct weer terug naar de stand waarop de goedkoop laden automatisering op staat op dat moment, als ik de automatisering uitschakel kan ik dat wel weer doen.
Voor de aansturing van mijn batterij gebruik ik de @gielz automatisering.

Iemand een idee hoe dit aan te passen?


[Afbeelding]

code:

alias: Zendure goedkoop kopen/duur verkopen
description: ""
triggers:
  - seconds: /1
    trigger: time_pattern
    enabled: true
conditions: []
actions:
  - alias: Kiezen tussen 4 opties
    choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.3_goedkoopste_uren
            state: "on"
            enabled: true
        sequence:
          - action: input_select.select_option
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Opladen met 2400 watt
            enabled: true
      - conditions:
          - condition: state
            entity_id: binary_sensor.duurste_uur
            state: "on"
        sequence:
          - target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            data:
              option: Ontladen met 2400 watt
            action: input_select.select_option
        alias: als duurste uur gelijk is aan Aan
      - conditions:
          - alias: wanneer  2 voorwaarden overeenkomen
            condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.3_goedkoopste_uren
                state: "off"
              - condition: state
                entity_id: binary_sensor.duurste_uur
                state: "off"
        sequence:
          - action: input_select.select_option
            metadata: {}
            data:
              option: Nul op de meter
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            enabled: true
        alias: wanneer 2 voorwaarden overeenkomen
      - conditions:
          - condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.3_goedkoopste_uren
                state: "on"
              - type: is_battery_level
                condition: device
                device_id: add3feb33fa636cace5254775f2c7ff2
                entity_id: 0323fbb07a89a2caaf48b4607b6aadf9
                domain: sensor
                above: 99
        sequence:
          - action: input_select.select_option
            metadata: {}
            data:
              option: Nul op de meter
            target:
              entity_id: input_select.zendure_2400_ac_modus_selecteren
            enabled: true
        alias: wanneer 2 andere voorwaarden overeenkomen
mode: single

Je kunt het beste eerst even naar de trace kijken om te zien waarom hij de keuze maakt om een modus terug te zetten. Naast de automatisering op de 3 puntjes klikken en dan "Tracering weergeven".

Hier valt eigenlijk altijd het meest van te leren.

[avdwerf]

gielz schreef op woensdag 10 september 2025 @ 20:42
Heb je een schermafbeeling waarbij je ook watt hebt staan? Wanneer je overdag een moment met bijvoorbeeld -2000 watt heb staan in de grafiek en vervolgens is het een wolkje wolkje dag dan kan bijvoorbeeld de max -400 watt zijn. Hierdoor lijkt het op paniek maar dat is het niet.

Jazeker, deze komen het meest overeen.
Augustus


September

gielz schreef op woensdag 10 september 2025 @ 20:42
Zelf gebruik ik de "Helaas pindakaas" chart in Home Assistant wat een veel beter beeld geeft waar nog potentie zit;

Leuk die grafiek, heb hem ook gelijk erbij gezet. Ik vermoed nu dat het m'n quooker is. Zou het kunnen dat hij door nu elke sec. data verversen daar te snel op reageert? Omdat die de hele dag/nacht door van die pieken heeft. Heb er een HW meter tussen zitten, misschien hem daar maar eens mee uitschakelen zodra we op bed liggen en weer aanzetten in de ochtend.

[gielz]

avdwerf schreef op woensdag 10 september 2025 @ 22:19:
[...]


Jazeker, deze komen het meest overeen.
Augustus
[Afbeelding]

September
[Afbeelding]


[...]

Leuk die grafiek, heb hem ook gelijk erbij gezet. Ik vermoed nu dat het m'n quooker is. Zou het kunnen dat hij door nu elke sec. data verversen daar te snel op reageert? Omdat die de hele dag/nacht door van die pieken heeft. Heb er een HW meter tussen zitten, misschien hem daar maar eens mee uitschakelen zodra we op bed liggen en weer aanzetten in de ochtend.
[Afbeelding]

Er is niets veranderd aan de verversing buiten dat hij het vermogen nu bij de batterij ophaalt. Zou dus geen verandering verwachten. @mrme12345 had jij niet een handigheidje voor de quooker?

[R.K]

gielz schreef op woensdag 10 september 2025 @ 22:09:
[...]


Je kunt het beste eerst even naar de trace kijken om te zien waarom hij de keuze maakt om een modus terug te zetten. Naast de automatisering op de 3 puntjes klikken en dan "Tracering weergeven".

Hier valt eigenlijk altijd het meest van te leren.

Ik heb er naar gekeken maar ik kan er geen chocola van maken, daarvoor ben ik er te kort mee bezig.
Er is dus geen simpele oplossing voor?

[ Voor 3% gewijzigd door R.K op 10-09-2025 22:30 ]

[Taro]

R.K schreef op woensdag 10 september 2025 @ 22:23:
[...]


Ik heb er naar gekeken maar ik kan er geen chocola van maken, daarvoor ben ik er te kort mee bezig.
Er is dus geen simpele oplossing voor?

Begrijp ik het goed dat je via de app de HA automation wil overrulen? Dat kan helaas niet, het is het 1 of het ander.

Heb hier wel een "Accubesturing aan" boolean knop in HA. Als ik via de app iets wil doen zet ik die knop uit en draait de automation niet.

[R.K]

Taro schreef op woensdag 10 september 2025 @ 23:04:
[...]

Begrijp ik het goed dat je via de app de HA automation wil overrulen? Dat kan helaas niet, het is het 1 of het ander.

Heb hier wel een "Accubesturing aan" boolean knop in HA. Als ik via de app iets wil doen zet ik die knop uit en draait de automation niet.

Oké, het is wat het is dan. Als ik de modus handmatig wil veranderen zal ik handmatig de goedkoop kopen automatisering uit moeten zetten. Nogal logisch dat ik er niet achter kwam waarom het niet ging.

[R.K]

Nog een vraag en dan stop ik er mee voor vandaag, in die goedkoopste uren automation gebruik ik een helper voor de 3 goedkoopste uren. Het werkt allemaal prima maar ik krijg wel een waarschuwing over deze helper in mijn logboek.
Weet iemand hier iets van te maken?

Logger: homeassistant.helpers.template
Bron: helpers/template.py:2990
Eerst voorgekomen: 22:49:00 (48 gebeurtenissen)
Laatst gelogd: 23:35:00

Template variable warning: 'goedkoopste_3' is undefined when rendering '{% set prijzen = state_attr('sensor.nordpool', 'raw_today') %} {% if prijzen is iterable and prijzen | count >= 3 %} {% set prijzen_per_uur = prijzen | sort(attribute='value') %} {% set goedkoopste_6 = prijzen_per_uur[:3] %} {% set goedkope_uren = goedkoopste_3 | 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 %}'

[martinvdm]

Taro schreef op woensdag 10 september 2025 @ 23:04:
[...]

Begrijp ik het goed dat je via de app de HA automation wil overrulen? Dat kan helaas niet, het is het 1 of het ander.

Heb hier wel een "Accubesturing aan" boolean knop in HA. Als ik via de app iets wil doen zet ik die knop uit en draait de automation niet.

Op zich kan @R.K wel automation.turn_off gebruiken om een andere automation uit te schakelen, maar dat wordt wel een complex gebeuren en moet je ook weer inschakelen.

[gielz]

Je kunt heel simpel zijn automatisering gebruiken met mijn automatisering dit omdat de modus de richting bepaald.

Mijn vermoeden is dat de binary sensor niet goed is. Wat geeft deze aan?


Stapjes;
1) Nordpool werkend
2) Helpers werkend
3) Alle data is juist
4) Automatisering die modus veranderd
5) Bier

[ Voor 13% gewijzigd door gielz op 11-09-2025 07:24 ]

[R.K]

gielz schreef op donderdag 11 september 2025 @ 07:19:
Je kunt heel simpel zijn automatisering gebruiken met mijn automatisering dit omdat de modus de richting bepaald.

Mijn vermoeden is dat de binary sensor niet goed is. Wat geeft deze aan?
[Afbeelding]

Stapjes;
1) Nordpool werkend
2) Helpers werkend
3) Alle data is juist
4) Automatisering die modus veranderd
5) Bier

Het was idd de Nordpool sensor waar iets verkeerd stond in de template opties, nu werkt het goed. Soms kun je beter een nachtje slapen voordat je weer gaat knutselen. Bedankt

[VicSmurf]

martinvdm schreef op woensdag 10 september 2025 @ 18:23:
[...]

Eens, die had ik ff gemist. maar waarom zou je dit dan nu expliciet willen vermelden? Dat het via REST kon wil natuurlijk niet zeggen dat men wellicht een andere of officiële geschiktheid heeft gemaakt.

Edit: in de properties/report van de p1 meter wordt alleen de opgenomen stroom weergegeven en geen waarde voor de teruggeverde stroom. Of ik zie het verkeerd.

Volgens mij wat ze hebben toegevoegd is de optie om het via MQTT te verbinden aan Home Assistant.
Ik heb dat even geprobeerd maar dan worden de waarden elke 10 seconden ververst, daar heb je niet heel veel aan.....

Deze gegevens heb je dan:

[ Voor 19% gewijzigd door VicSmurf op 11-09-2025 10:18 ]

[martinvdm]

VicSmurf schreef op donderdag 11 september 2025 @ 10:15:
[...]


Volgens mij wat ze hebben toegevoegd is de optie om het via MQTT te verbinden aan Home Assistant.
Ik heb dat even geprobeerd maar dan worden de waarden elke 10 seconden ververst, daar heb je niet heel veel aan.....

Deze gegevens heb je dan:
[Afbeelding]

Aha thanks. Ook hier lijkt geen aparte sensor voor teruggewekte stroom, slechts een gecombineerde sensor met een negatieve meting. En 10 sec is idd niet bruikbaar. Ik zal binnenkort eens testen of ik de p1 met de REST sensor kan opnemen in mijn ha en of dit lekker werkt.

[R.K]

Mijn goedkope uren automatisering wil toch niet goed werken, als de batterij vol is zou hij naar 'nul op de meter' moeten springen, maar dat doet hij dus niet. Blijft op opladen staan en omdat hij al vol is gebeurt er dus niets.

Ik heb de automatisering maar even uitgezet en vanavond een nieuwe gemaakt.

Zou deze automatisering wel voor elkaar krijgen dat hij naar 'nom' gaat als hij vol is of zie ik iets over het hoofd?

code:

alias: Goedkoop batterij laden aan
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.3_goedkoopste_uren
    from: "off"
    to: "on"
conditions: []
actions:
  - action: input_select.select_option
    target:
      entity_id: input_select.zendure_2400_ac_modus_selecteren
    data:
      option: Opladen met 2400 watt
  - if:
      - type: is_battery_level
        condition: device
        device_id: add3feb33fa636cace5254775f2c7ff2
        entity_id: 0323fbb07a89a2caaf48b4607b6aadf9
        domain: sensor
        above: 99
    then:
      - action: input_select.select_option
        metadata: {}
        data:
          option: Nul op de meter
        target:
          entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

[denneappel]

@R.K deze automatisering doet alleen iets als je sensor "3_goedkoopste_uren" van off naar on gaat. Je kunt in de trace van je automation checken of deze trigger ooit is voorgekomen

Vervolgens checkt (if) of de battery boven de 99% geladen is. Alleen dan gaat de Zendure mode naar NOM (als die mode nog niet actief is).

Persoonlijk denk ik niet dat dit is wat je wilt bereiken. "Een volgeladen batterij NOM laten doen zodra de stroom prijs laag is"

[gielz]

Er is toch vast wel iemand die @R.K kan helpen aan een al werkende basis automatisering?

@Devke had jij niet al het wiel uitgevonden waarbij je alleen een ja nee sensor hebt en de modus veranderd?

[Devke]

gielz schreef op vrijdag 12 september 2025 @ 07:22:
Er is toch vast wel iemand die @R.K kan helpen aan een al werkende basis automatisering?

@Devke had jij niet al het wiel uitgevonden waarbij je alleen een ja nee sensor hebt en de modus veranderd?

R.K en @gielz . Hier laad de batterij op basis van goedkoopste uren. Als hij vol is gaat hij automatisch naar standby. Zendure gebruik ik nog niet voor NOM. Mijn HW batterijen wel. Alleen avond en nacht. Ik heb 1 automatisering die het laden verzorgt. Naar NOM zetten doet een andere. Dynamisch contract hier. Is dit wat je zoekt @R.K ? Heb even snel door alle posts moeten lezen.

[gielz]

Devke schreef op vrijdag 12 september 2025 @ 08:17:
[...]

R.K en @gielz . Hier laad de batterij op basis van goedkoopste uren. Als hij vol is gaat hij automatisch naar standby. Zendure gebruik ik nog niet voor NOM. Mijn HW batterijen wel. Alleen avond en nacht. Ik heb 1 automatisering die het laden verzorgt. Naar NOM zetten doet een andere. Dynamisch contract hier. Is dit wat je zoekt @R.K ? Heb even snel door alle posts moeten lezen.

Eigenlijk zoekt hij dus jou automatisering maar dan moet hij standby aanpassen naar een andere modus.

[mrme12345]

gielz schreef op woensdag 10 september 2025 @ 22:23:
[...]


Er is niets veranderd aan de verversing buiten dat hij het vermogen nu bij de batterij ophaalt. Zou dus geen verandering verwachten. @mrme12345 had jij niet een handigheidje voor de quooker?

Ik doe de quooker snachts uit met een timer en dan smorgens weer aan en dan heb ik een automation dat verbruik quooker afgedekt wordt en daarmee heb ik nog maar 0,006 kWh verbruik per nacht ipv 0,05. Maar gaat beiden nergens over qua verbruik.

[R.K]

denneappel schreef op vrijdag 12 september 2025 @ 07:15:
@R.K deze automatisering doet alleen iets als je sensor "3_goedkoopste_uren" van off naar on gaat. Je kunt in de trace van je automation checken of deze trigger ooit is voorgekomen

Vervolgens checkt (if) of de battery boven de 99% geladen is. Alleen dan gaat de Zendure mode naar NOM (als die mode nog niet actief is).

Persoonlijk denk ik niet dat dit is wat je wilt bereiken. "Een volgeladen batterij NOM laten doen zodra de stroom prijs laag is"

Die sensor die werkt, dat is het probleem niet

[R.K]

gielz schreef op vrijdag 12 september 2025 @ 08:36:
[...]


Eigenlijk zoekt hij dus jou automatisering maar dan moet hij standby aanpassen naar een andere modus.

Precies dat zoek ik, modus moet dan nom zijn.

[Taro]

gielz schreef op vrijdag 12 september 2025 @ 07:22:
Er is toch vast wel iemand die @R.K kan helpen aan een al werkende basis automatisering?

Ik heb die van mij hier al tientallen keren gedeeld

Incl. meerdere Cheapest Hours Jinja's

Trigger is bij mij het uurtarief, niet goedkoopste/duurste uren, want je wil op basis van tarief schakelen om ook te bepalen wanneer er NOM, Smart Discharge of Smart Charge moet zijn. In de automatisering zelf controleer je dan of het het duurste uur, goedkoopste uur, etc. is om daar een actie aan te hangen.

Hierbij nogmaals:

YAML:

alias: Zendure Automatisering Fake Meter
description: ""
triggers:
  - trigger: state
    entity_id:
      - sensor.zonneplan_current_electricity_tariff
    enabled: true
conditions:
  - condition: and
    conditions:
      - condition: state
        entity_id: input_boolean.zendure_nom
        state: "off"
      - condition: state
        entity_id: input_boolean.accusturing
        state: "on"
actions:
  - if:
      - condition: or
        conditions:
          - condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.cheapest_hours_goedkoopste_5_uren_split
                state: "on"
              - condition: state
                entity_id: input_boolean.zendure_goedkoop_laden
                state: "on"
          - condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.cheapest_hours_onder_de_20_cent
                state: "on"
              - condition: state
                entity_id: input_boolean.onder_de_20_cent_laden
                state: "on"
          - condition: and
            conditions:
              - condition: time
                weekday:
                  - sun
              - condition: state
                entity_id: binary_sensor.cheapest_hours_goedkoopste_6_uren_split
                state: "on"
              - condition: state
                entity_id: input_boolean.zendure_goedkoop_laden
                state: "on"
          - condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.cheapest_hours_onder_de_17_cent
                state: "on"
              - condition: state
                entity_id: input_boolean.onder_de_17_cent_laden
                state: "on"
          - condition: and
            conditions:
              - condition: state
                entity_id: binary_sensor.cheapest_hours_onder_de_15_cent
                state: "on"
              - condition: state
                entity_id: input_boolean.onder_de_15_cent_laden
                state: "on"
    then:
      - device_id: bcc962db360f2d40c3e86a20fbb6cc5b
        domain: select
        entity_id: ee0e7a2d20c3862d144321d290401fb2
        type: select_option
        option: smart
      - action: input_select.select_option
        target:
          entity_id: input_select.zendure_smart_mode
        data:
          option: Manual Charging
    else:
      - if:
          - condition: or
            conditions:
              - condition: and
                conditions:
                  - condition: state
                    entity_id: input_boolean.zendure_duur_ontladen
                    state: "on"
                  - condition: or
                    conditions:
                      - condition: state
                        entity_id: >-
                          binary_sensor.cheapest_hours_2_duurste_uren_tussen_0_00_en_9_00
                        state: "on"
                      - condition: state
                        entity_id: >-
                          binary_sensor.cheapest_hours_3_duurste_uren_tussen_17_00_en_0_00
                        state: "on"
                  - condition: numeric_state
                    entity_id: sensor.current_electricity_price_all_in
                    below: 0.36
              - condition: and
                conditions:
                  - condition: time
                    weekday:
                      - sun
                  - condition: state
                    entity_id: input_boolean.zendure_duur_ontladen
                    state: "on"
                  - condition: state
                    entity_id: >-
                      binary_sensor.cheapest_hours_3_duurste_uren_tussen_0_00_en_9_00
                    state: "on"
                  - condition: numeric_state
                    entity_id: sensor.current_electricity_price_all_in
                    below: 0.36
        then:
          - device_id: bcc962db360f2d40c3e86a20fbb6cc5b
            domain: select
            entity_id: ee0e7a2d20c3862d144321d290401fb2
            type: select_option
            option: smart
          - action: input_select.select_option
            target:
              entity_id: input_select.zendure_smart_mode
            data:
              option: Manual Discharging
        else:
          - if:
              - condition: or
                conditions:
                  - condition: and
                    conditions:
                      - condition: state
                        entity_id: input_boolean.zendure_duur_ontladen
                        state: "on"
                      - condition: or
                        conditions:
                          - condition: state
                            entity_id: >-
                              binary_sensor.cheapest_hours_2_duurste_uren_tussen_0_00_en_9_00
                            state: "on"
                          - condition: state
                            entity_id: >-
                              binary_sensor.cheapest_hours_3_duurste_uren_tussen_17_00_en_0_00
                            state: "on"
                      - condition: numeric_state
                        entity_id: sensor.current_electricity_price_all_in
                        above: 0.359
                  - condition: and
                    conditions:
                      - condition: time
                        weekday:
                          - sun
                      - condition: state
                        entity_id: input_boolean.zendure_duur_ontladen
                        state: "on"
                      - condition: state
                        entity_id: >-
                          binary_sensor.cheapest_hours_3_duurste_uren_tussen_0_00_en_9_00
                        state: "on"
                      - condition: numeric_state
                        entity_id: sensor.current_electricity_price_all_in
                        above: 0.359
            then:
              - device_id: bcc962db360f2d40c3e86a20fbb6cc5b
                domain: select
                entity_id: ee0e7a2d20c3862d144321d290401fb2
                type: select_option
                option: smart
              - action: input_select.select_option
                target:
                  entity_id: input_select.zendure_smart_mode
                data:
                  option: Manual Discharging
            else:
              - if:
                  - condition: state
                    entity_id: binary_sensor.cheapest_hours_onder_de_20_cent
                    state: "on"
                then:
                  - device_id: bcc962db360f2d40c3e86a20fbb6cc5b
                    domain: select
                    entity_id: ee0e7a2d20c3862d144321d290401fb2
                    type: select_option
                    option: smart
                  - action: input_select.select_option
                    target:
                      entity_id: input_select.zendure_smart_mode
                    data:
                      option: Smart Charging
                else:
                  - if:
                      - condition: state
                        entity_id: binary_sensor.cheapest_hours_onder_de_20_cent
                        state: "off"
                    then:
                      - device_id: bcc962db360f2d40c3e86a20fbb6cc5b
                        domain: select
                        entity_id: ee0e7a2d20c3862d144321d290401fb2
                        type: select_option
                        option: smart
                      - action: input_select.select_option
                        target:
                          entity_id: input_select.zendure_smart_mode
                        data:
                          option: Smart Discharging
                    else:
                      - if:
                          - condition: state
                            entity_id: input_boolean.zendure_nom
                            state: "on"
                        then:
                          - action: input_select.select_option
                            target:
                              entity_id: input_select.zendure_smart_mode
                            data:
                              option: Smart NOM
                          - device_id: bcc962db360f2d40c3e86a20fbb6cc5b
                            domain: select
                            entity_id: ee0e7a2d20c3862d144321d290401fb2
                            type: select_option
                            option: smart
mode: single

Uiteraard de device_id's vervangen.

[avdwerf]

gielz schreef op vrijdag 12 september 2025 @ 07:22:
Er is toch vast wel iemand die @R.K kan helpen aan een al werkende basis automatisering?

Hier ook al eentje eerder gedeeld, die rekening houdt met de zonopbrengst en gaat volladen op de 3 of 6 goedkoopste uren afhankelijk hoeveel zon er die dag voorspeld is: https://gathering.tweakers.net/forum/view_message/83372680

[avdwerf]

mrme12345 schreef op vrijdag 12 september 2025 @ 08:46:
[...]

Ik doe de quooker snachts uit met een timer en dan smorgens weer aan en dan heb ik een automation dat verbruik quooker afgedekt wordt en daarmee heb ik nog maar 0,006 kWh verbruik per nacht ipv 0,05. Maar gaat beiden nergens over qua verbruik.

Inderdaad verwaarloosbaar maar toch leuk, ga ik ook eens naar kijken. Koppel ik hem gewoon aan of we op bed liggen of niet. Op bed = quooker uit, anders aan.

[dennisdew16]

R.K schreef op vrijdag 12 september 2025 @ 08:54:
[...]

Precies dat zoek ik, modus moet dan nom zijn.

Opties genoeg zo te zien, hieronder nog mijn variant. Zal je inderdaad alleen Standby naar NOM moeten wijzigen als je dat zou willen. Maar met de voorwaarde die ik erin heb staan zou ik daar niet voor kiezen. Uiteraard moet je even de correcte entities gebruiken, ongeacht welke variant je kiest

code:

alias: Zendure AC Modus op basis van elektriciteitsprijs
description: ""
triggers:
  - entity_id: sensor.kralingen_elektriciteitsprijs
    attribute: price_level
    trigger: state
  - entity_id: binary_sensor.dynamisch_laden_laagste_prijs
    trigger: state
  - entity_id: sensor.solcast_pv_forecast_forecast_today
    trigger: state
  - trigger: state
    entity_id:
      - sensor.nordpool
  - entity_id:
      - binary_sensor.dynamisch_laden_hoogste_prijs
    trigger: state
conditions: []
actions:
  - target:
      entity_id: input_select.zendure_2400_ac_modus_selecteren
    data:
      option: >
        {% set maand = now().month %} {% set is_zomer = maand >= 4 and maand <=
        9 %} {% set pv_forecast =
        states('sensor.solcast_pv_forecast_forecast_today')|float(0) %} {% set
        accu_percentage =
        states('sensor.zendure_2400_ac_laadpercentage')|float(100) %} {% set
        elektriciteitsprijs =
        states('sensor.kralingen_elektriciteitsprijs')|float(999) %}

        {% if elektriciteitsprijs > 0.40 and
        is_state('binary_sensor.dynamisch_laden_hoogste_prijs', 'on') %}
          Ontladen met 2400 watt
        {% elif accu_percentage >= 100 %}
          Standby
        {% elif elektriciteitsprijs < 0.15 %}
          Alleen slim opladen
        {% elif is_state('binary_sensor.dynamisch_laden_laagste_prijs', 'on') %}
          {% if pv_forecast > 10 %}
            Nul op de meter
          {% elif is_zomer %}
            {% if accu_percentage < 50 %}
              Opladen met 2400 watt
            {% else %}
              Nul op de meter
            {% endif %}
          {% else %}
            Opladen met 2400 watt
          {% endif %}
        {% elif state_attr('sensor.kralingen_elektriciteitsprijs',
        'price_level') == 'HIGH' %}
          Alleen slim ontladen
        {% else %}
          Nul op de meter
        {% endif %}
    action: input_select.select_option

binary_sensor.dynamisch_laden_laagste_prijs = goedkoopste 3 uren
binary_sensor.dynamisch_laden_hoogste_prijs = duurste 2 uren

[Devke]

@R.K kun je hier al mee uit de voeten? Dan laat ik hem hier achterwegen :-). Het komt allemaal een beetje op hetzelfde neer uiteindelijk.

[ Voor 28% gewijzigd door Devke op 12-09-2025 11:30 ]

[rednax2]

Even een newbie vraag, ik heb de code uit de startpost gekopieerd in de configuration.yaml, ip adressen en serienummers ingevuld etc. Meerdere keren opnieuw opgestart, maar ik krijg slechts een deel van de zaken die in de afbeelding in de startpost staat.

Bij mij heb ik dan alleen modus selecteren en handmatig, de rest wat daar onder aansturing staat niet. Ook het restful en restful command zie ik niet.

Hardware is een home assistant green.

Wie wil/kan mij een beetje op gang helpen verder?

[CopyCatz]

rednax2 schreef op vrijdag 12 september 2025 @ 12:31:
Even een newbie vraag, ik heb de code uit de startpost gekopieerd in de configuration.yaml, ip adressen en serienummers ingevuld etc. Meerdere keren opnieuw opgestart, maar ik krijg slechts een deel van de zaken die in de afbeelding in de startpost staat.

Bij mij heb ik dan alleen modus selecteren en handmatig, de rest wat daar onder aansturing staat niet. Ook het restful en restful command zie ik niet.

Hardware is een home assistant green.

Wie wil/kan mij een beetje op gang helpen verder?

Je kan het beste studio code server installeren als editor voor de yaml, dan zie je meteen wat er fout gaat.

[gielz]

rednax2 schreef op vrijdag 12 september 2025 @ 12:31:
Even een newbie vraag, ik heb de code uit de startpost gekopieerd in de configuration.yaml, ip adressen en serienummers ingevuld etc. Meerdere keren opnieuw opgestart, maar ik krijg slechts een deel van de zaken die in de afbeelding in de startpost staat.

Bij mij heb ik dan alleen modus selecteren en handmatig, de rest wat daar onder aansturing staat niet. Ook het restful en restful command zie ik niet.

Hardware is een home assistant green.

Wie wil/kan mij een beetje op gang helpen verder?

Stuur mij anders even via DM je configuration.yaml zoals hij nu draait.

[R.K]

Devke schreef op vrijdag 12 september 2025 @ 11:29:
@R.K kun je hier al mee uit de voeten? Dan laat ik hem hier achterwegen :-). Het komt allemaal een beetje op hetzelfde neer uiteindelijk.

Ja, ik kan hier mee uit de voeten. Bedankt

[c0mplex1]

Schrale bijdrage, maar dit heb ik aan de laadcondities toegevoegd ipv de zomer/winter,etc. afvraag:

code:

- alias: "Forecast <= 12kW, charge when possible; Forecast > 12kW, charge during cheap hours"
  or:
    - "{{ states('sensor.solcast_pv_forecast_forecast_today') |float(0) <= 12 }}"
    - "{{ is_state('binary_sensor.cheapest_6_separate_hours', 'on') }}"

[Devke]

c0mplex1 schreef op vrijdag 12 september 2025 @ 15:41:
Schrale bijdrage, maar dit heb ik aan de laadcondities toegevoegd ipv de zomer/winter,etc. afvraag:

code:

- alias: "Forecast <= 12kW, charge when possible; Forecast > 12kW, charge during cheap hours"
  or:
    - "{{ states('sensor.solcast_pv_forecast_forecast_today') |float(0) <= 12 }}"
    - "{{ is_state('binary_sensor.cheapest_6_separate_hours', 'on') }}"

Waarom laad je altijd niet op de 6 goedkoopste uren dan? Dynamisch contract toch? Dan zou ik het niet laten afhangen van de opwek. Of mis ik iets?

[c0mplex1]

Het laden met zonne-stroom is m.i. altijd gratis.
Het laden op de 6 goedkoopste uren kost altijd geld... of de tarieven moeten negatief zijn.
Ik ga ervan uit dat in de zomer de 6 goedkoopste uren gelijk zijn aan het voldoende opwekken van zonne-stroom, zodat de batterijen tot 100% geladen kunnen worden.
In de winter een ander verhaal, omdat het aantal zonuren beperkt zal zijn, denk ik.
Daarom als de forecast < 12 kW is, de batterijen laden met het kleine beetje zonuren.

[jk-d]

R.K schreef op donderdag 11 september 2025 @ 23:30:
Mijn goedkope uren automatisering wil toch niet goed werken, als de batterij vol is zou hij naar 'nul op de meter' moeten springen, maar dat doet hij dus niet. Blijft op opladen staan en omdat hij al vol is gebeurt er dus niets.

Welke aansturing gebruik je, dan van Fireson of die van Gielz? Ik gebruik Fireson, die wil ik wel delen (straks, ben nu ff met wat anders bezig).

Edit: al opgelost zo te zien.

[ Voor 3% gewijzigd door jk-d op 12-09-2025 17:06 ]

[jk-d]

c0mplex1 schreef op vrijdag 12 september 2025 @ 16:53:
Het laden met zonne-stroom is m.i. altijd gratis.

Daar zit denk ik een kleine nuancering op: in de ochtenduren is er vaak al veel zon, maar zijn de tarieven nog hoog. Als je dan teruglevert in plaats van laad, krijg je die hogere tarieven terug voor je zonnestroom en kun je de batterij laden tijdens goedkopere uur.
Waarschijnlijk ten overvloede: Ik ga er dan wel vanuit dat je een dynamisch contract hebt.

[Devke]

c0mplex1 schreef op vrijdag 12 september 2025 @ 16:53:
Het laden met zonne-stroom is m.i. altijd gratis.
Het laden op de 6 goedkoopste uren kost altijd geld... of de tarieven moeten negatief zijn.
Ik ga ervan uit dat in de zomer de 6 goedkoopste uren gelijk zijn aan het voldoende opwekken van zonne-stroom, zodat de batterijen tot 100% geladen kunnen worden.
In de winter een ander verhaal, omdat het aantal zonuren beperkt zal zijn, denk ik.
Daarom als de forecast < 12 kW is, de batterijen laden met het kleine beetje zonuren.

Zonnestroom is nooit gratis als je een netto verbruiker bent. Het vertegenwoordigd ook een waarde. Kijk ik nu dynamisch dan kon ik vanmiddag laden op de goedkoopste uren voor net geen 14 ct. Nu ben ik de opwek aan het terug leveren voor net geen 21 ct. Netto per kWh 6 ct meer krijgen dan als ik vanmiddag had terug geleverd. Voor dit topic gaat het wel wat ver. Er is ook een dynamische energie contract topic. Ik zou dus gewoon de goedkoopste uren laden en de duurste terugl leveren.

[c0mplex1]

jk-d schreef op vrijdag 12 september 2025 @ 17:03:
[...]

Daar zit denk ik een kleine nuancering op: in de ochtenduren is er vaak al veel zon, maar zijn de tarieven nog hoog. Als je dan teruglevert in plaats van laad, krijg je die hogere tarieven terug voor je zonnestroom en kun je de batterij laden tijdens goedkopere uur.
Waarschijnlijk ten overvloede: Ik ga er dan wel vanuit dat je een dynamisch contract hebt.

Ja, ik heb een dynamisch contract.
In de zomer heb je 9/10 een hoge forecast (12 kWh of meer), dan laad ik tijdens de goedkope uren.
In de winter heb je een lage forecast en zouden de goedkope uren ook nog wel eens in de nacht kunnen vallen. Dan zeg ik laden als het kan (op de zonnestroom).

[c0mplex1]

Devke schreef op vrijdag 12 september 2025 @ 17:10:
[...]

Zonnestroom is nooit gratis als je een netto verbruiker bent. Het vertegenwoordigd ook een waarde. Kijk ik nu dynamisch dan kon ik vanmiddag laden op de goedkoopste uren voor net geen 14 ct. Nu ben ik de opwek aan het terug leveren voor net geen 21 ct. Netto per kWh 6 ct meer krijgen dan als ik vanmiddag had terug geleverd. Voor dit topic gaat het wel wat ver. Er is ook een dynamische energie contract topic. Ik zou dus gewoon de goedkoopste uren laden en de duurste terugl leveren.

Ik heb de batterijen aangeschaft voor 100% eigen gebruik, niet voor teruglevering, handelen, o.i.d.
Ik ga dus niet laden voor 14 ct om daarna weer voor 21 ct terug te leveren.
De zonepanelen liggen nu 7 jaar op het dak en ik verwacht/ga ervan uit dat ze zich inmiddels terugverdient hebben, vandaar mijn opmerking dat zonnestroom gratis is.

[jk-d]

c0mplex1 schreef op vrijdag 12 september 2025 @ 17:19:
[...]

Ik heb de batterijen aangeschaft voor 100% eigen gebruik, niet voor teruglevering, handelen, o.i.d.
Ik ga dus niet laden voor 14 ct om daarna weer voor 21 ct terug te leveren.
De zonepanelen liggen nu 7 jaar op het dak en ik verwacht/ga ervan uit dat ze zich inmiddels terugverdient hebben, vandaar mijn opmerking dat zonnestroom gratis is.

Dat recht heb je natuurlijk. En ja, die zonnepanelen zullen wel terug verdient zijn, dus die leveren lekker geld op (althas meer dan je investering).

In de economie kennen we echter ook zoiets als opportunity costs of alternatieve kosten of opofferingskosten. Dat staat los van terugverdienen van je zonnepanelen, maar gaat erom wat je op dit moment met een opgewekte kwh doet.
Als de prijs van een opgewekte kwh in de ochtend 0,26 en later op de dag 0,14 is (en je batterij heeft in theorie een capaciteit van 1 kwh) heb je 2 keuzes:
1, in de ochtend terugleveren en 0,26 ontvangen & in de middag de batterij opladen (en geen 0,14 ontvangen)
2. in de ochtend de batterij laden en geen 0,26 ontvangen & in de middag terugleveren en 0,14 ontvangen.

's avonds ga je dan ontladen tegen 0,31. het resultaat is dan:
bij keuze 1 0,26 + (0,31-0,14) = 0,43
bij keuze 2 (0,31 - 0,26) + 0,14 = 0,19

Dit geldt zolang je netto verbruiker bent en de salderingsregeling er is. Daarna wordt het een ander verhaal.

[c0mplex1]

Je hoeft me echt niet te overtuigen.
Zoals ik al zei: ik heb de batterijen gekocht voor 100% eigen gebruik.

[gielz]

Laten wij weer ontopic gaan

[rednax2]

Inmiddels draait de Gielz automatisering 😃
Zou graag nog willen toevoegen dat de Zendure batterij niet gaat ontladen als de auto wordt opgeladen.

Zie dat het hier al eerder besproken is maar kom er niet helemaal uit.

Is het voldoende als ik onder optie stand-by een voorwaarde toevoeg dat deze wordt getriggerd als P1 aansturing api boven (bijvoorbeeld) 5000 komt? Of denk ik dan te simpel?

[g00gle]

Ik heb een template sensor gemaakt die het verbruik van de laadpaal aftrekt van het p1 gebruik. En deze verwerkt in de automatisering van Gielz.

[klump4u]

rednax2 schreef op zaterdag 13 september 2025 @ 08:52:
Inmiddels draait de Gielz automatisering 😃
Zou graag nog willen toevoegen dat de Zendure batterij niet gaat ontladen als de auto wordt opgeladen.

Zie dat het hier al eerder besproken is maar kom er niet helemaal uit.

Is het voldoende als ik onder optie stand-by een voorwaarde toevoeg dat deze wordt getriggerd als P1 aansturing api boven (bijvoorbeeld) 5000 komt? Of denk ik dan te simpel?

https://gathering.tweaker...message/83328470#83328470
Ben nu met evcc aan het proberen maar is altijd lastig 2 kapiteins op de P1 poort

[ Voor 6% gewijzigd door klump4u op 13-09-2025 09:06 ]

[rednax2]

klump4u schreef op zaterdag 13 september 2025 @ 09:04:
[...]

https://gathering.tweaker...message/83328470#83328470
Ben nu met evcc aan het proberen maar is altijd lastig 2 kapiteins op de P1 poort

Die is op basis van een laadpaal in HA zo te zien? Die heb ik niet ik HA staan dus ik wil het op basis van verbruik regelen via de P1.

[jk-d]

rednax2 schreef op zaterdag 13 september 2025 @ 08:52:
Inmiddels draait de Gielz automatisering 😃
Zou graag nog willen toevoegen dat de Zendure batterij niet gaat ontladen als de auto wordt opgeladen.

Zie dat het hier al eerder besproken is maar kom er niet helemaal uit.

Is het voldoende als ik onder optie stand-by een voorwaarde toevoeg dat deze wordt getriggerd als P1 aansturing api boven (bijvoorbeeld) 5000 komt? Of denk ik dan te simpel?

Heb je in HA een sensor die het opgenomen vermogen van je laadpaal aangeeft? Die zou je kunnen gebruiken om de Zendure op stand-by te zetten als de laadpaal boven een bepaald vermogen komt. Dat is tenminste hoe ik het heb ingesteld (easee laadpaal). P1 meet het totale stroomverbruik, dus als er toevallig twee apparaten zijn met een hoog stroomverbruik gaat je Zendure ook op stand-by. Meten van de laadpaal is wat dat betreft zuiverder.

[Gyrolion]

klump4u schreef op zaterdag 13 september 2025 @ 09:04:
[...]

https://gathering.tweaker...message/83328470#83328470
Ben nu met evcc aan het proberen maar is altijd lastig 2 kapiteins op de P1 poort

De EVCC connectie ben ik ook wel geïnteresseerd in, ik vind EVCC behoorlijk fijn werken voor mijn auto.
Met de homewizard accu (welke weg is omdat deze continu de p1 connectie verloor) zorgt er voor dat de accu niet wordt leeg getrokken als deze laad, en je kan hem laten laden op goedkope uren.
Maar er is helaas nog geen SF2400AC integratie, of heb jij een idee om dit op te lossen?

[rednax2]

jk-d schreef op zaterdag 13 september 2025 @ 09:37:
[...]

Heb je in HA een sensor die het opgenomen vermogen van je laadpaal aangeeft? Die zou je kunnen gebruiken om de Zendure op stand-by te zetten als de laadpaal boven een bepaald vermogen komt. Dat is tenminste hoe ik het heb ingesteld (easee laadpaal). P1 meet het totale stroomverbruik, dus als er toevallig twee apparaten zijn met een hoog stroomverbruik gaat je Zendure ook op stand-by. Meten van de laadpaal is wat dat betreft zuiverder.

Nee die heb ik niet. Heb al wat geprobeerd met een automatisering stoppen met ontladen als verbruik boven de 6000 is, de trigger werkt, maar de batterij wordt nog steeds volle bak leeggetrokken.

[CopyCatz]

rednax2 schreef op zaterdag 13 september 2025 @ 08:52:
Inmiddels draait de Gielz automatisering 😃
Zou graag nog willen toevoegen dat de Zendure batterij niet gaat ontladen als de auto wordt opgeladen.

Zie dat het hier al eerder besproken is maar kom er niet helemaal uit.

Is het voldoende als ik onder optie stand-by een voorwaarde toevoeg dat deze wordt getriggerd als P1 aansturing api boven (bijvoorbeeld) 5000 komt? Of denk ik dan te simpel?

Je kan toch een automatisering maken die de gielz setting op standby zet wanneer auto laden wordt ingeschakeld? Dan houd je de logica gescheiden, als je dit binnen een integratie gaat hacken ben je op een gegeven moment de draad kwijt.

[rednax2]

CopyCatz schreef op zaterdag 13 september 2025 @ 10:35:
[...]


Je kan toch een automatisering maken die de gielz setting op standby zet wanneer auto laden wordt ingeschakeld? Dan houd je de logica gescheiden, als je dit binnen een integratie gaat hacken ben je op een gegeven moment de draad kwijt.

Die weg ben ik inderdaad ingeslagen, maar dan nog wordt de batterij leeggetrokken als de automatisering inschakelt.

[jk-d]

rednax2 schreef op zaterdag 13 september 2025 @ 10:29:
[...]

Nee die heb ik niet. Heb al wat geprobeerd met een automatisering stoppen met ontladen als verbruik boven de 6000 is, de trigger werkt, maar de batterij wordt nog steeds volle bak leeggetrokken.

Hmm, dat maakt het er niet gemakkelijker op. Die P1 is niet zuiver genoeg, omdat alles via de P1 loopt. Als je het aandurft en ruimte heb, zou je een shelly kunnen plaatsen in je meterkast, die specifiek de laadpaal meet. Maar dat is wel een complexere oplossing. https://shelly-cloud.nl/producten/shelly-pro-3em/

[c0mplex1]

rednax2 schreef op zaterdag 13 september 2025 @ 08:52:
Inmiddels draait de Gielz automatisering 😃
Zou graag nog willen toevoegen dat de Zendure batterij niet gaat ontladen als de auto wordt opgeladen.

Zie dat het hier al eerder besproken is maar kom er niet helemaal uit.

Is het voldoende als ik onder optie stand-by een voorwaarde toevoeg dat deze wordt getriggerd als P1 aansturing api boven (bijvoorbeeld) 5000 komt? Of denk ik dan te simpel?

De laadpaal die ik gebruik geeft de status waarin die zich bevindt af.
B.v. "Waiting", "Charging", "Charge done" en "Disconnected".
Vervolgens heb ik in de ontlaadcondities een regel opgenomen die de status van de laadpaal bekijkt en als de status niet "Charging" is, de conditie "true" en kan de batterij zich ontladen.
Is de status "Charging" waar, wordt de conditie "false" en kan de batterij zich niet ontladen.
Zo hoef je niet naar stand-by of andere instelling te gaan.

[CopyCatz]

rednax2 schreef op zaterdag 13 september 2025 @ 10:40:
[...]

Die weg ben ik inderdaad ingeslagen, maar dan nog wordt de batterij leeggetrokken als de automatisering inschakelt.

Vreemd, had verwacht dat standby dat niet zou doen maar ik zit nog niet zo lang op de gielz route. Ik heb er een homewizard plug tussen zitten voor het meten, die kan ik ook uitschakelen zodat er niet ontladen wordt. Dat zou je ook met een automatisering kunnen doen, maar ik heb al een paar keer gehad dat een van de accus dan niet gaat ontladen. Wat weer een beetje link is als ik dat niet door heb.

[gielz]

rednax2 schreef op zaterdag 13 september 2025 @ 10:40:
[...]

Die weg ben ik inderdaad ingeslagen, maar dan nog wordt de batterij leeggetrokken als de automatisering inschakelt.

Kijk op dat moment even goed naar de modus (input_select.zendure_2400_ac_modus_selecteren). Standby is toch echt 0 watt standby. Je kunt mijn automatisering ten alle tijden aan laten staan en de juiste modus gebruiken. Kies hier dan bijvoorbeeld "Standby" of "Alleen slim opladen"

Wat ik wel eens in DMs voorbij zie komen dat er Tweakers zijn die mijn automatisering gewoon uitzetten. Dan heb je dus een schip zonder kapitein.

[ Voor 14% gewijzigd door gielz op 13-09-2025 12:03 ]

[rednax2]

gielz schreef op zaterdag 13 september 2025 @ 11:55:
[...]


Kijk op dat moment even goed naar de modus (input_select.zendure_2400_ac_modus_selecteren). Standby is toch echt 0 watt standby. Je kunt mijn automatisering ten alle tijden aan laten staan en de juiste modus gebruiken. Kies hier dan bijvoorbeeld "Standby" of "Alleen slim opladen"

Wat ik wel eens in DMs voorbij zie komen dat er Tweakers zijn die mijn automatisering gewoon uitzetten. Dan heb je dus een schip zonder kapitein.

[Afbeelding]

Het is inmiddels gelukt ;-)

Iedereen bedankt voor het meedenken.

Volgende stap is iets met dynamische prijzen zien in te stellen

[ Voor 4% gewijzigd door rednax2 op 13-09-2025 12:24 ]

[klump4u]

Gyrolion schreef op zaterdag 13 september 2025 @ 09:57:
[...]


De EVCC connectie ben ik ook wel geïnteresseerd in, ik vind EVCC behoorlijk fijn werken voor mijn auto.
Met de homewizard accu (welke weg is omdat deze continu de p1 connectie verloor) zorgt er voor dat de accu niet wordt leeg getrokken als deze laad, en je kan hem laten laden op goedkope uren.
Maar er is helaas nog geen SF2400AC integratie, of heb jij een idee om dit op te lossen?

Ik heb de SF2400AC in evcc via HA. Moet je in de evcc.yaml toevoegen als random accu

[Devke]

rednax2 schreef op zaterdag 13 september 2025 @ 08:52:
Inmiddels draait de Gielz automatisering 😃
Zou graag nog willen toevoegen dat de Zendure batterij niet gaat ontladen als de auto wordt opgeladen.

Zie dat het hier al eerder besproken is maar kom er niet helemaal uit.

Is het voldoende als ik onder optie stand-by een voorwaarde toevoeg dat deze wordt getriggerd als P1 aansturing api boven (bijvoorbeeld) 5000 komt? Of denk ik dan te simpel?

Kun je niet een (binairy) sensor maken? Op het moment dat de auto gaat laden dan een signaal sturen naar Zendure?

Je zou dan een sensor van de laadpaal moeten hebben die de status aangeeft van wat de paal aan het doen is. Zo heb ik een sensor



Deze sensor veranderd als de EV begint te laden.



Op basis daarvan zou je een automatisering kunnen maken. Ik zou dus niet gaan zoeken in je p1 waarde maar naar status mogelijkheden van je lader.

Volgens mij kom je hier al een eind mee:

Opnemen in je config.yaml

YAML:

rest_command:
  zendure_stop_met_laden:
    url: 'http://192.168.x.x/properties/write' # IP adres Zendure
    method: POST
    headers:
      Content-Type: application/json
    payload: '{"sn":"","properties":{"acMode":1,"inputLimit":0}}' # Tussen de dubbele "" je SN nr Zendure batterij

En een automatisering:

YAML:

alias: Stop Zendure bij EV opladen
description: 'Stop Zendure ontladen zodra EV-lader begint met opladen'
trigger:
  - platform: state
    entity_id: sensor.ev_charger_status # Hier de sensor van je EV lader met status wijzigingen
    to: 'Opladen' # De juiste status van jouw lader invullen
action:
  - service: rest_command.zendure_stop_met_laden

Wel even je SN en IP adres van je Zendure invullen.

[ Voor 27% gewijzigd door Devke op 13-09-2025 17:00 ]

[gielz]

Devke schreef op zaterdag 13 september 2025 @ 16:49:
[...]

Kun je niet een (binairy) sensor maken? Op het moment dat de auto gaat laden dan een signaal sturen naar Zendure?

Je zou dan een sensor van de laadpaal moeten hebben die de status aangeeft van wat de paal aan het doen is. Zo heb ik een sensor

[Afbeelding]

Deze sensor veranderd als de EV begint te laden.

[Afbeelding]

Op basis daarvan zou je een automatisering kunnen maken. Ik zou dus niet gaan zoeken in je p1 waarde maar naar status mogelijkheden van je lader.

Volgens mij kom je hier al een eind mee:

Opnemen in je config.yaml

YAML:

rest_command:
  zendure_stop_met_laden:
    url: 'http://192.168.x.x/properties/write' # IP adres Zendure
    method: POST
    headers:
      Content-Type: application/json
    payload: '{"sn":"","properties":{"acMode":1,"inputLimit":0}}' # Tussen de dubbele "" je SN nr Zendure batterij

En een automatisering:

YAML:

alias: Stop Zendure bij EV opladen
description: 'Stop Zendure ontladen zodra EV-lader begint met opladen'
trigger:
  - platform: state
    entity_id: sensor.ev_charger_status # Hier de sensor van je EV lader met status wijzigingen
    to: 'Opladen' # De juiste status van jouw lader invullen
action:
  - service: rest_command.zendure_stop_met_laden

Wel even je SN en IP adres van je Zendure invullen.

Dat laatste gaat alleen niet werken als je de automatisering (zenSDK (gielz)) gebruikt met de verschillende modussen. Je gaat namelijk stop met laden sturen via een rest command maar je moet juist op modus sturen omdat hij anders weer vrolijk verder gaat als je hem direct onderwater via dat rest command aanstuurt.

Ik zou dus altijd de modus Standby of Alleen slim opladen gebruiken als je wilt dat de EV laad maar de batterij niet ontlaad.

[Devke]

gielz schreef op zaterdag 13 september 2025 @ 17:36:
[...]


Dat laatste gaat alleen niet werken als je de automatisering (zenSDK (gielz)) gebruikt met de verschillende modussen. Je gaat namelijk stop met laden sturen via een rest command maar je moet juist op modus sturen omdat hij anders weer vrolijk verder gaat als je hem direct onderwater via dat rest command aanstuurt.

Ik zou dus altijd de modus Standby of Alleen slim opladen gebruiken als je wilt dat de EV laad maar de batterij niet ontlaad.

Dan is het dus te bouwen als ik het goed begrijp maar dan wel met de modi die jij noemt.

[klump4u]

gielz schreef op zaterdag 13 september 2025 @ 17:36:
[...]


Dat laatste gaat alleen niet werken als je de automatisering (zenSDK (gielz)) gebruikt met de verschillende modussen. Je gaat namelijk stop met laden sturen via een rest command maar je moet juist op modus sturen omdat hij anders weer vrolijk verder gaat als je hem direct onderwater via dat rest command aanstuurt.

Ik zou dus altijd de modus Standby of Alleen slim opladen gebruiken als je wilt dat de EV laad maar de batterij niet ontlaad.

Dus ipv altijd standby bij het laden van de ev kan ook bij laden overdag alleen slim opladen aan en bij laden in het donker alleen slim ontladen? werken die twee versie verder hetzelfde als NOM maar daan alleen opladen of ontladen?

[gielz]

klump4u schreef op zaterdag 13 september 2025 @ 19:17:
[...]

Dus ipv altijd standby bij het laden van de ev kan ook bij laden overdag alleen slim opladen aan en bij laden in het donker alleen slim ontladen? werken die twee versie verder hetzelfde als NOM maar daan alleen opladen of ontladen?

Ja deze 2 opties zijn de NOM maar zonder zijn broer ontladen of laden. Stel je hebt een EV maar veel WP op het dak of een langzame lader dan zou je ook voor "Alleen slim opladen" kunnen gaan en dan gaat wat over is alsnog de batterij in ipv dat hij volledig in "Standby" staat.

[gielz]

zenSDK (Gielz) - bug

Ik zie nu wij het einde van het opwekseizoen naderen een bug ontstaan net voor zonsondergang. Stel de batterij is nog aan het laden terwijl hij de grens van 1 uur voor zonsondergang in gaat dan gaat de automatisering stuk. Het balanceren in het laden gebeurd niet meer maar hij kan ook niet gaan ontladen omdat hij op balanceren van het laden wacht. De enigste oplossing is dan terug naar "Standby" en dan weer naar "Nul op de meter".

Wellicht is de harde voorwaarde ook overbodig geworden omdat er nu een werkende modus is voor "Standby" en "Alleen slim ontladen/opladen" waardoor je het uitgesteld laden simpel zelf kun instellen. Voor nu kijk ik het even aan omdat ik het de eerste keer zie sinds Mei.

*Mijn batterij vermogens zijn omgedraaid om de P1 te volgen

[klump4u]

Overdag,

YAML:

alias: Peblar overdag aan Zendure Alleen slim opladen
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.peblar_ev_charger_vermogen
    above: 0
conditions:
  - condition: or
    conditions:
      - condition: sun
        after: sunrise
      - condition: sun
        before: sunset
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Alleen slim opladen
    target:
      label_id: zendure
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

Avond/nacht,

YAML:

alias: Peblar avond/nacht aan Zendure Alleen slim ontladen
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.peblar_ev_charger_vermogen
    above: 0
conditions:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Alleen slim ontladen
    target:
      label_id: zendure
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

Autolader op 0,

YAML:

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

[gielz]

klump4u schreef op zaterdag 13 september 2025 @ 20:30:
Overdag,

YAML:

alias: Peblar overdag aan Zendure Alleen slim opladen
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.peblar_ev_charger_vermogen
    above: 0
conditions:
  - condition: or
    conditions:
      - condition: sun
        after: sunrise
      - condition: sun
        before: sunset
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Alleen slim opladen
    target:
      label_id: zendure
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

Avond/nacht,

YAML:

alias: Peblar avond/nacht aan Zendure Alleen slim ontladen
description: ""
triggers:
  - trigger: numeric_state
    entity_id:
      - sensor.peblar_ev_charger_vermogen
    above: 0
conditions:
  - condition: or
    conditions:
      - condition: sun
        after: sunset
      - condition: sun
        before: sunrise
actions:
  - action: input_select.select_option
    metadata: {}
    data:
      option: Alleen slim ontladen
    target:
      label_id: zendure
      entity_id: input_select.zendure_2400_ac_modus_selecteren
mode: single

Autolader op 0,

YAML:

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

Ben benieuwd! Wanneer je trouwens naar de modus "Nul op de meter" , "Aleen slim ontladen" en "Alleen slim opladen" gaat zal hij zelf de reset uitvoeren en de batterij wat hij aan het doen was even reseten. Hier ontstaat dus niet die leuke bug dat hij niet weet waar hij mee bezig zou moeten zijn.

[klump4u]

Vooralsnog werkt het goed.
Nu afwachten of de autolader dadelijk omspringt naar 3 fases laden bij voldoende zonopwek.



Edit, springt ook mooi om naar 3 fases,

[ Voor 45% gewijzigd door klump4u op 14-09-2025 10:31 ]

[jk-d]

c0mplex1 schreef op zaterdag 13 september 2025 @ 10:44:
[...]

De laadpaal die ik gebruik geeft de status waarin die zich bevindt af.
B.v. "Waiting", "Charging", "Charge done" en "Disconnected".
Vervolgens heb ik in de ontlaadcondities een regel opgenomen die de status van de laadpaal bekijkt en als de status niet "Charging" is, de conditie "true" en kan de batterij zich ontladen.
Is de status "Charging" waar, wordt de conditie "false" en kan de batterij zich niet ontladen.
Zo hoef je niet naar stand-by of andere instelling te gaan.

Waarschijnlijk een overbodige vraag, maar is een van de triggers van je automatisering een statusverandering van je laadpaal? Kun je eventueel de code eens delen, zodat we mee kunnen kijken?
Edit: niet meer relevant, ik zag dat het inmiddels is gelukt.

[ Voor 3% gewijzigd door jk-d op 14-09-2025 12:16 . Reden: niet meer relevant ]

[dennisdew16]

@gielz Ik heb nu een aantal dagen versie 2.0 van je NOM draaien en zie net voor het eerst weer dat ondanks dat er volgens de 2400ac niks verbruikt wordt mijn kwh meter toch weer -25W aangeeft. Schakel ik even naar standby en weer terug naar een willekeurige mode dan is het probleem opgelost. Heb jij dit ook al eerder gezien en een idee waar dit door komt? Blijft ie hangen in een bepaalde modus? En als je meer informatie nodig heb kan ik dat zo nodig regelen.

[gielz]

dennisdew16 schreef op zondag 14 september 2025 @ 17:48:
@gielz Ik heb nu een aantal dagen versie 2.0 van je NOM draaien en zie net voor het eerst weer dat ondanks dat er volgens de 2400ac niks verbruikt wordt mijn kwh meter toch weer -25W aangeeft. Schakel ik even naar standby en weer terug naar een willekeurige mode dan is het probleem opgelost. Heb jij dit ook al eerder gezien en een idee waar dit door komt? Blijft ie hangen in een bepaalde modus? En als je meer informatie nodig heb kan ik dat zo nodig regelen.

Dit komt door de smartmode "1" die ervoor zorgt dat het ACmode gedeelte niet naar het flashgeheugen word geschreven maar naar het tijdelijke ramgeheugen. In standby modes staat smartmode op "0". Lijkt mij gewoon een bug van de Firmware en is ook al door meerdere aangegeven bij Zendure.

Zolang de batterij iets te doen heeft zal je het iig nooit zien of wanneer deze de modus "Standby" heeft.

[Taro]

Destijds werd hier een fake meter aanpassing gepost met daarin een bugfix voor het correct wel/niet meenemen van de EV lader. Kan iemand anders die wél terugvinden en linken?

[gielz]

Even een kleine aanpassing aan de automatisering voor het uitgesteld laden stuk (voorwaarde verwijderd). Mede omdat deze soms wel eens bleef hangen in de avond en onbeperkt bleef laden. Met de komst van de alleen ontladen/opladen opties ook overbodig geworden.

zenSDK (gielz)

2025-09-16 🔴‬ CHANGE - Automatisering Het uitgesteld laden zit nu niet meer in de automatisering. Dit omdat je dit tegenwoordig eenvoudig zelf kunt maken in een losse automatisering door de juiste modus te selecteren. Zet bijvoorbeeld 1 uur voor zonsopgang de modus naar "Alleen slim ontladen" daarna 1 uur na zonsopgang de modus naar "Nul op de meter". Hierdoor stel je het laden met 1 uur uit en vind er een nette reset plaats van het huidige vermogen.

[CopyCatz]

gielz schreef op zaterdag 13 september 2025 @ 19:45:

zenSDK (Gielz) - bug

Ik zie nu wij het einde van het opwekseizoen naderen een bug ontstaan net voor zonsondergang. Stel de batterij is nog aan het laden terwijl hij de grens van 1 uur voor zonsondergang in gaat dan gaat de automatisering stuk. Het balanceren in het laden gebeurd niet meer maar hij kan ook niet gaan ontladen omdat hij op balanceren van het laden wacht. De enigste oplossing is dan terug naar "Standby" en dan weer naar "Nul op de meter".

Wellicht is de harde voorwaarde ook overbodig geworden omdat er nu een werkende modus is voor "Standby" en "Alleen slim ontladen/opladen" waardoor je het uitgesteld laden simpel zelf kun instellen. Voor nu kijk ik het even aan omdat ik het de eerste keer zie sinds Mei.

*Mijn batterij vermogens zijn omgedraaid om de P1 te volgen
[Afbeelding]

Ik had dit begin van de avond ook Is het misschien een idee om je yaml in GitHub te zetten zodat we de changes kunnen volgen? Da's wat makkelijker aanpassen als je zelf wijzigingen hebt gedaan.

[gielz]

CopyCatz schreef op dinsdag 16 september 2025 @ 23:28:
[...]


Ik had dit begin van de avond ook Is het misschien een idee om je yaml in GitHub te zetten zodat we de changes kunnen volgen? Da's wat makkelijker aanpassen als je zelf wijzigingen hebt gedaan.

Ik zal van de week eens die github een beetje netjes maken maar hierbij alvast;
https://github.com/Gielz1...a243e70b5eed75aa6d4411b4a

[Taro]

Eerder vandaag Fireson/Zendure 1.1.4 pre 7 geïnstalleerd en die werkt vooralsnog prima met NOM:




Maar ook manual discharge werkt weer prima:


Als het goed is worden nu ook omvormers opgestart voordat anderen uitgaan om pieken/dalen te voorkomen en wordt er minder geflipperd tussen laden/ontladen.

[DJN]

gielz schreef op dinsdag 16 september 2025 @ 23:36:
[...]


Ik zal van de week eens die github een beetje netjes maken maar hierbij alvast;
https://github.com/Gielz1...a243e70b5eed75aa6d4411b4a

@gielz Fijn zo! De aanpassingen zijn zo duidelijk en makkelijk aan te passen. Dank!

[noo]

Gisteren en vandaag lopen stoeien met de @gielz NOM Home Assistant automation en initieel werkte het voor geen meter, over- en ondershoots tijdens NOM en slim (ont)laden. Na een middag puzzelen blijk ik net zo'n luie DSMR 5.0 meter te hebben als in P1 meter (DSMR 5.0) metingen interval. De Landis+Gyr E350 stuurt weliswaar elke seconde een telegram, maar hij stuurt gedurende 10 seconden steeds hetzelfde telegram. De automation stuurt per seconde dus de boel loopt heerlijk in de soep want het geraporteerde P1 vermogen verandert 10 seconden niet dus de aansturing gooit er elke seconde nog een schepje op/af om het vermogen naar 0 te krijgen. Nu heb ik de trigger op 20 seconden ipv 1 seconde gezet en werkt het allemaal prima. Zie het verschil vanaf 15:54.



NOM werkt nu ook goed:

[gielz]

Ik zal voortaan ook de 2 configuratie bestanden (automatisering en configuration.yaml) plaatsen op de onderstaande github waardoor je de wijzigingen kunt zien.

De github zal verder niets bevatten anders lijkt het net op mijn daadwerkelijke werk.

https://github.com/Gielz1986/zenSDK/tree/main

[noo]

gielz schreef op donderdag 18 september 2025 @ 09:53:
Ik zal voortaan ook de 2 configuratie bestanden (automatisering en configuration.yaml) plaatsen op de onderstaande github waardoor je de wijzigingen kunt zien.

De github zal verder niets bevatten anders lijkt het net op mijn daadwerkelijke werk.

https://github.com/Gielz1986/zenSDK/tree/main

Kunnen we daar dus geen issues aanmaken?

Ik heb de <set cap = 2400> instances vervangen door <set cap = states(''input_number.zendure_2400_ac_cap''> omdat ik de boel voorlopig even op een niet dedicated groep heb aangesloten en me dus aan de 800 W conformeer en geen zin heb om de automation tzt aan te passen

[ Voor 4% gewijzigd door noo op 18-09-2025 13:24 ]

[gielz]

noo schreef op donderdag 18 september 2025 @ 13:22:
[...]

Kunnen we daar dus geen issues aanmaken?

Ik heb de <set cap = 2400> instances vervangen door <set cap = states(''input_number.zendure_2400_ac_cap''> omdat ik de boel voorlopig even op een niet dedicated groep heb aangesloten en me dus aan de 800 W conformeer en geen zin heb om de automation tzt aan te passen

Issues kunnen gewoon centraal hier besproken worden (staat nu ook uit op de github).

Me betrekking tot de CAP; je kunt deze hard forceren op de omvormer of via de Zendure app waardoor je nooit een fout kan maken in Home Assistant. Je kunt bijvoorbeeld vaak wel meer laden dan ontladen als het geen dedicated groep is.

[jk-d]

Onder het mom van de domste vraag is de vraag die niet wordt gesteld:
Wat zijn nou de verschillen tussen fireson en gielz en wat de voordelen en/of nadelen van beide oplossingen?