Zendure producten in Home Assistant integreren deel 2

[Idr548]

Niet gevonden of ik ben ergens verkeerd aan het kijken.
Maar kan ik ergens gewoon de status van de "toevoegen aan HEMS" switchen?

Ik zou enkel die willen gebruiken als de autolader aan het laden is.
Moment dat deze stopt zou ik de HEMS terug willen aanzetten op de batterij.

[YvonneVP]

@gielz Je hebt wel weer heel goed je best gedaan. Ziet er weer toppie uit. Zelf ga ik ook de temperatuur van de omvormer bij de batterijen zetten. Dat vind ik zelf het handigst om dat dan allemaal bij elkaar te hebben staan.
Koffie komt er alvast aan.

[Taro]

Idr548 schreef op maandag 23 maart 2026 @ 16:31:
Niet gevonden of ik ben ergens verkeerd aan het kijken.
Maar kan ik ergens gewoon de status van de "toevoegen aan HEMS" switchen?

Ik zou enkel die willen gebruiken als de autolader aan het laden is.
Moment dat deze stopt zou ik de HEMS terug willen aanzetten op de batterij.

HEMS aan/uit wisselen kan niet via Home Assistant, alleen handmatig via de App.

[KiberHD]

Idr548 schreef op maandag 23 maart 2026 @ 16:31:
Niet gevonden of ik ben ergens verkeerd aan het kijken.
Maar kan ik ergens gewoon de status van de "toevoegen aan HEMS" switchen?

Ik zou enkel die willen gebruiken als de autolader aan het laden is.
Moment dat deze stopt zou ik de HEMS terug willen aanzetten op de batterij.

De integratie van gielz gebruiken en dan een automation maken die een andere modus kiest als je laadpaal vermogen gaat leveren en weer terugschakelt als deze niets meer doet. Zo heb ik het ingesteld.

[Wai_AM]

@gielz fijne mei update met de kalibratie !

[RobTesla]

@gielz Ik was nog niet helemaal tevreden met de werking van de modus "Alleen slim ontladen". Vooral tijdens het koken met keramische platen die aan en afspringen zijn er enorme schommelingen. Hierdoor -in combinatie met het soms ongelukkig gelezen P1 vermogen- kwam dit stukje automatisatie soms op een negatieve waarde uit voor het balanceren:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 0] | max, cap ] | min %} {{ beperkt | int }}

De laatste lijn zorgde er tijdens zo'n schommelende situatie voor dat een negatieve waarde in een 0 resulteerde, wat bij de Zendure een relais-schakeling triggerde en de injectie enkele seconden volledig stopte. Hierdoor had ik ook last van teveel relais-schakelingen. Ik heb dit stukje code aangepast naar:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 100] | max, cap ] | min %} {{ beperkt | int }}

Hierdoor zal deze toch minimaal nog 100 Watt injecteren. Ik heb nu ineens geen last meer met relais-schakelingen tijdens zo'n schommelingen.

[Aardedraadje]

RobTesla schreef op maandag 23 maart 2026 @ 19:41:
@gielz Ik was nog niet helemaal tevreden met de werking van de modus "Alleen slim ontladen". Vooral tijdens het koken met keramische platen die aan en afspringen zijn er enorme schommelingen. Hierdoor -in combinatie met het soms ongelukkig gelezen P1 vermogen- kwam dit stukje automatisatie soms op een negatieve waarde uit voor het balanceren:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 0] | max, cap ] | min %} {{ beperkt | int }}

De laatste lijn zorgde er tijdens zo'n schommelende situatie voor dat een negatieve waarde in een 0 resulteerde, wat bij de Zendure een relais-schakeling triggerde en de injectie enkele seconden volledig stopte. Hierdoor had ik ook last van teveel relais-schakelingen. Ik heb dit stukje code aangepast naar:

code:

outputLimit: >-
  {% set factor = 1.00 %}  {% set cap =
  states('input_number.zendure_2400_ac_max_ontlaadvermogen') | float(0) %} {%
  set correctie = -1 * (states('input_number.zendure_2400_ac_ontlaadmarge') |
  float(0)) %} {% set p1 = states('sensor.p1_aansturing_vermogen') | float(0)
  %}  {% set zendure = states('sensor.zendure_2400_ac_vermogen_aansturing') |
  float(0) %}

  {% set totaal = (p1 - zendure - correctie) * factor %} {% set beperkt = [
  [totaal, 100] | max, cap ] | min %} {{ beperkt | int }}

Hierdoor zal deze toch minimaal nog 100 Watt injecteren. Ik heb nu ineens geen last meer met relais-schakelingen tijdens zo'n schommelingen.

Hij zal dan niet meer automatisch naar standby gaan en blijft ontladen, let daar wel op als je wilt dat hij automatisch stopt met ontladen (bijvoorbeeld als de zon morgen weer opkomt).

[Wai_AM]

Voor nieuwe HA gebruikers die een makkelijk manier willen voor dynamische prijzen en Gielz integratie via packages methode hebben geinstalleerd:

1. Installeer nordpool HACS integratie.
2. maak een bestand aan in de packages directory, bv. nordpool.yaml
3. plaats de volgende code erin:

code:

input_number:
  energiebelasting:
    name: energiebelasting
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

  opslag_energieleverancier:
    name: opslag_energieleverancier
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

  btw_percentage:
    name: btw_percentage
    icon: mdi:numeric
    min: 0
    max: 10
    step: 0.1
    mode: box

sensor:
  - platform: nordpool
    region: "NL"
    currency: "EUR"
    VAT: False
    precision: 5
    low_price_cutoff: 0.9
    price_in_cents: false
    price_type: kWh
    additional_costs: >
      {% set VAT = states('input_number.btw_percentage') | float(0) %}
      {% set belasting = states('input_number.energiebelasting') | float(0) %}
      {% set opslag = states('input_number.opslag_energieleverancier') | float(0) %}
      {{ (current_price * VAT) +(belasting + opslag) * (1 + VAT) |float }}

  - platform: nordpool
    region: "NL"
    currency: "EUR"
    VAT: False
    precision: 5
    low_price_cutoff: 1.0
    price_in_cents: false
    price_type: kWh

4. Herstart Home Assistant

er worden 3 Nummer input gemaakt voor
btw_percentage
opslag_energieleverancier
energiebelasting

en 2 nordpool prijzen sensors
- sensor.nordpool_kwh_nl_eur_5_09_0
Dit is de sensor voor de totaal prijs ( vul de 3 input variabele in met je eigen dynamische leverancier kosten)

- sensor.nordpool_kwh_nl_eur_5_10_0
Dit is de sensor voor de kale marktprijs

Eenmaal aangemaakt dan wordt de totaal prijs pas zichtbaar na de komende kwartier na je invoer van de input variabelen.

weergave in Apex charts




Vandaag prijzen:

code:

type: custom:apexcharts-card
experimental:
  color_threshold: true
header:
  show: true
  title: Tibber electricity prices (today)
  show_states: true
  colorize_states: true
apex_config:
  stroke:
    show: true
    width: 2
  chart:
    height: 300px
    stacked: false
    stackOnlyBar: true
    toolbar:
      autoSelected: pan
      show: true
      tools:
        download: false
        zoom: true
        zoomin: false
        zoomout: false
        pan: true
    zoom:
      enabled: true
      allowMouseWheelZoom: true
      autoScaleYaxis: true
graph_span: 24h
span:
  end: day
now:
  show: true
  label: Now
series:
  - entity: sensor.nordpool_kwh_nl_eur_5_09_0
    name: prijs incl. belasting en extra kosten
    type: line
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"
  - entity: sensor.nordpool_kwh_nl_eur_5_10_0
    name: prijs excl. belasting en extra kosten
    type: column
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_today[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"

Morgen prijzen:

code:

type: custom:apexcharts-card
experimental:
  color_threshold: true
header:
  show: true
  title: Tibber electricity prices (tomorrow)
  show_states: false
  colorize_states: false
apex_config:
  stroke:
    show: true
    width: 2
  chart:
    height: 300px
    stacked: false
    stackOnlyBar: true
    toolbar:
      autoSelected: pan
      show: true
      tools:
        download: false
        zoom: true
        zoomin: false
        zoomout: false
        pan: true
    zoom:
      enabled: true
      allowMouseWheelZoom: true
      autoScaleYaxis: true
graph_span: 24h
span:
  start: day
  offset: +1day
series:
  - entity: sensor.nordpool_kwh_nl_eur_5_09_0
    name: prijs incl. belasting en extra kosten
    type: line
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_tomorrow.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_tomorrow[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"
  - entity: sensor.nordpool_kwh_nl_eur_5_10_0
    name: prijs excl. belasting en extra kosten
    type: column
    show:
      legend_value: false
      extremas: true
      in_header: before_now
    float_precision: 4
    data_generator: |
      return entity.attributes.raw_tomorrow.map((start, index) => {
        return [new Date(start["start"]).getTime(), entity.attributes.raw_tomorrow[index]["value"]];
      });
    color_threshold:
      - value: -0.1
        color: "#000fff"
      - value: 0
        color: "#00ffd5"
      - value: 0.1
        color: "#ff8000"
      - value: 0.2
        color: "#0080ff"
      - value: 0.3
        color: "#ff2a00"
      - value: 1
        color: "#ff00d4"

[RobTesla]

Aardedraadje schreef op maandag 23 maart 2026 @ 20:03:
[...]

Hij zal dan niet meer automatisch naar standby gaan en blijft ontladen, let daar wel op als je wilt dat hij automatisch stopt met ontladen (bijvoorbeeld als de zon morgen weer opkomt).

Ja, ik stuur de Gielz integratie (Laden, ontladen, standby moduskeuze) aan met eigen scripting hé. Het balanceren bij ontladen laat ik over aan de Gielz-integratie, bij het laden op de off-grid solar installatie regel ik het laadvermogen met eigen logica.

[Idr548]

Zet volledig in standby en sensor.zendure_2400_ac_opslagmodus zal naar Opslaan in Flash gaan. Hierdoor is het ook 0 watt op een KWH MID Meter.

Hoe zit dat met deze "opslaan in flash".
Wil dit zeggen als ik zou instellen dat de modus naar "off" gaat tijdens het laden van de auto, dat dit eigenlijk niet zo goed zou zijn? En ik bv beter switch tussen "NoM" en bv "manueel 0 watt"? ipv van "off" te kiezen?

Weet iemand of dit voor flashgeheugen ook zo is als je in de zendure app HEMS toggle af zet op de batterij?

[gielz]

Idr548 schreef op dinsdag 24 maart 2026 @ 00:00:
[...]


Hoe zit dat met deze "opslaan in flash".
Wil dit zeggen als ik zou instellen dat de modus naar "off" gaat tijdens het laden van de auto, dat dit eigenlijk niet zo goed zou zijn? En ik bv beter switch tussen "NoM" en bv "manueel 0 watt"? ipv van "off" te kiezen?

Weet iemand of dit voor flashgeheugen ook zo is als je in de zendure app HEMS toggle af zet op de batterij?

In HEMS staat smartmode altijd aan. Ga je HEMS uit dan gaat smartmode uit. Laatst nog getest om te kijken of HEMS met de laatste versie inmiddels minder standby verlies had maar helaas.

[_DeWie_]

gast777 schreef op vrijdag 20 maart 2026 @ 17:01:
Ik ben een beetje aan het orienteren en testen hoe ik de Proxy geschikt kan maken voor 1, 2, of 3 Zendures.

Maar dat zal nog wel een tijdje duren voordat die echt klaar is. Voorlopig zijn alleen 2 Zendures ondersteund.

Ik heb op basis van de opzet van gast777 een versie gemaakt voor 3 nodes, ben hier nu mee aan het test draaien, mochten er mensen interesse hebben kan ik hem wel op github gooien.

[lexus305]

Ik ben een totale beginner in ha.
Even voor mijn info, ik heb in de zendure app in slimme meter modus staan.
Klopt het dat als ik in ha de modus op standby laat staan deze alleen alles uitleest en vanuit de ha niets regelt.

[peterbier]

lexus305 schreef op dinsdag 24 maart 2026 @ 19:39:
Ik ben een totale beginner in ha.
Even voor mijn info, ik heb in de zendure app in slimme meter modus staan.
Klopt het dat als ik in ha de modus op standby laat staan deze alleen alles uitleest en vanuit de ha niets regelt.

Je zal deze dan op off kunnen zetten en HEMS met de Zendure app kunnen doen.

[TCMR]

gielz schreef op maandag 23 maart 2026 @ 11:52:
Test configuratie. Bij issues graag via Github (beste weg) of DM.

Ik heb vandaag deze geïnstalleerd om mijn net vers ontvangen 2400 Pro aan te sturen. Ik draaide al sinds zomer vorig jaar gielz HA in NOM (op SF800Pro), maar nooit geüpdate, want: niet nodig. Liep als een zonnetje.

Nogmaals complimenten voor de eenvoud van installeren van deze nieuwe versie, en hoe het dashboard eruit ziet. Zoals in in een DM aan @gielz als schreef: voor batterij-nerds een heerlijke toevoeging, dit dashboard.

Maar... ik had/heb wel nogal wat problemen om de oude reut (die je toen nog allemaal 'handmatig' moest installeren) uit HA te krijgen. Ik heb uiteindelijk dit gedaan:

1. Alles uit configuration.yaml gehaald dat verwees naar gielz HA
2. Automation.yaml leeggehaald (stond alleen spul van gielz HA in)
3. HA opnieuw opgestart
4. Alle entiteiten die nu 'orphaned' zijn (zo'n rood rond pijltje met uitroepteken) via de GUI verwijderd
5. HA opnieuw opgestart
6. Installatie-stappen van nieuwste gielz HA doorlopen
7. HA opnieuw opgestart

Eerst was het modi-menu (NOM, slim laden, etc.) incompleet, en nog met de oude modi erin. Nu heb ik opnieuw deze stappen doorlopen, iets beter gezocht op welke entiteiten er weg moesten, en heb ik de 13 modi uit de automation.yaml er in staan. Maar niets werkt. Vanmiddag kon ik nog NOM draaien, deden andere modi niks, maar nu kan ik leuk modi kiezen, maar gebeurt er vervolgens helemaal niks.

Welke stap mis ik om deze upgrade goed uit te voeren?

FYI: mijn 'configuration.yaml' is echt heel standaard, daar staat bijna niets (alleen wat 1wire spul) custom in, behalve nu dan de twee regels voor de gielz HA package.

[gielz]

TCMR schreef op dinsdag 24 maart 2026 @ 21:52:
[...]

Ik heb vandaag deze geïnstalleerd om mijn net vers ontvangen 2400 Pro aan te sturen. Ik draaide al sinds zomer vorig jaar gielz HA in NOM (op SF800Pro), maar nooit geüpdate, want: niet nodig. Liep als een zonnetje.

Nogmaals complimenten voor de eenvoud van installeren van deze nieuwe versie, en hoe het dashboard eruit ziet. Zoals in in een DM aan @gielz als schreef: voor batterij-nerds een heerlijke toevoeging, dit dashboard.

Maar... ik had/heb wel nogal wat problemen om de oude reut (die je toen nog allemaal 'handmatig' moest installeren) uit HA te krijgen. Ik heb uiteindelijk dit gedaan:

1. Alles uit configuration.yaml gehaald dat verwees naar gielz HA
2. Automation.yaml leeggehaald (stond alleen spul van gielz HA in)
3. HA opnieuw opgestart
4. Alle entiteiten die nu 'orphaned' zijn (zo'n rood rond pijltje met uitroepteken) via de GUI verwijderd
5. HA opnieuw opgestart
6. Installatie-stappen van nieuwste gielz HA doorlopen
7. HA opnieuw opgestart

Eerst was het modi-menu (NOM, slim laden, etc.) incompleet, en nog met de oude modi erin. Nu heb ik opnieuw deze stappen doorlopen, iets beter gezocht op welke entiteiten er weg moesten, en heb ik de 13 modi uit de automation.yaml er in staan. Maar niets werkt. Vanmiddag kon ik nog NOM draaien, deden andere modi niks, maar nu kan ik leuk modi kiezen, maar gebeurt er vervolgens helemaal niks.

Welke stap mis ik om deze upgrade goed uit te voeren?

FYI: mijn 'configuration.yaml' is echt heel standaard, daar staat bijna niets (alleen wat 1wire spul) custom in, behalve nu dan de twee regels voor de gielz HA package.

Zou eerst even een paar dingen troubleshooten;

- De automatisering is deze zichtbaar in Home Assistant en draait deze?
- De modus selecteren wat is de exacte naam van de entiteit;
- Wanneer je het Max.oplaadvermogen van 2400 naar 2000 zet komt dit dan netjes terug in het log en de properties api?

[geert1992]

lexus305 schreef op dinsdag 24 maart 2026 @ 19:39:
Ik ben een totale beginner in ha.
Even voor mijn info, ik heb in de zendure app in slimme meter modus staan.
Klopt het dat als ik in ha de modus op standby laat staan deze alleen alles uitleest en vanuit de ha niets regelt.

Waarom zou je niets willen regelen via home assistant? Levert een veel nettere NOM op, en je kan met alle p1 meters werken.

[TCMR]

gielz schreef op dinsdag 24 maart 2026 @ 22:02:
[...]
- De automatisering is deze zichtbaar in Home Assistant en draait deze?

Zeker, ik zie 'm elke 5 seconden triggeren en dan weer tellen:

- De modus selecteren wat is de exacte naam van de entiteit;
- Wanneer je het Max.oplaadvermogen van 2400 naar 2000 zet komt dit dan netjes terug in het log en de properties api?

Gister wel, ik kon elke actie die ik deed terugzien in de log, maar de accu reageerde gewoon niet. Dus het leek vooral een mooie software-simulatie

Maar nu zie ik dat het popupmenu met modi deze naam gebruikt om aan de entiteiten te komen: "input_select.zendure_2400_ac_modus_selecteren_2". Die "_2" doet me vermoeden dat er iets niet goed zit. Toch weer iets van cruft achtergebleven? Waar moet ik zoeken?

[Devke]

TCMR schreef op woensdag 25 maart 2026 @ 07:38:
[...]

Zeker, ik zie 'm elke 5 seconden triggeren en dan weer tellen:

[Afbeelding]


[...]

Gister wel, ik kon elke actie die ik deed terugzien in de log, maar de accu reageerde gewoon niet. Dus het leek vooral een mooie software-simulatie

Maar nu zie ik dat het popupmenu met modi deze naam gebruikt om aan de entiteiten te komen: "input_select.zendure_2400_ac_modus_selecteren_2". Die "_2" doet me vermoeden dat er iets niet goed zit. Toch weer iets van cruft achtergebleven? Waar moet ik zoeken?

Ik denk als je _2 weghaald je er al bent. Niet de sensor maar de naam aanpassen. Heb iets soort gelijks hier gezien met een ander achter gebleven sensor.

[gielz]

TCMR schreef op woensdag 25 maart 2026 @ 07:38:
[...]

Zeker, ik zie 'm elke 5 seconden triggeren en dan weer tellen:

[Afbeelding]


[...]

Gister wel, ik kon elke actie die ik deed terugzien in de log, maar de accu reageerde gewoon niet. Dus het leek vooral een mooie software-simulatie

Maar nu zie ik dat het popupmenu met modi deze naam gebruikt om aan de entiteiten te komen: "input_select.zendure_2400_ac_modus_selecteren_2". Die "_2" doet me vermoeden dat er iets niet goed zit. Toch weer iets van cruft achtergebleven? Waar moet ik zoeken?

Je kunt entiteiten aanklikken in Home Assistant en dan gewoon direct het ID aanpassen. _2 houd in dat je een dubbele configuratie draait van die specifieke sensor wat nooit zal gaan werken omdat _2 nergens aangesproken word.

Ik zou meteen even kijken of je niet nog meer _2 sensoren hebt (Instellingen > Ontwikkelaarshulpmiddelen > Statussen). Wanneer je van een zeer oude configuratie overgaat naar bijvoorbeeld een package is de meest voorkomende fout dat gebruikers een package installeren en de configuration.yaml gewoon laten zoals die is. Dan heb je overal daarna _2 sensoren. Dit is niet alleen bij de Gielz maar zie je gewoon eigenlijk altijd mis gaan.

Zodra het dan werkt is het gewoon een kwestie van de package vernieuwen bij een update en nergens meer aan zitten. Met een update worden er nooit ID's aangepast om dit soort problemen te voorkomen.

Laat nog even weten of het gelukt is.

[YvonneVP]

Devke schreef op woensdag 25 maart 2026 @ 07:54:
[...]

Ik denk als je _2 weghaald je er al bent. Niet de sensor maar de naam aanpassen. Heb iets soort gelijks hier gezien met een ander achter gebleven sensor.

Ik heb het al eens gehad dat zowel de entiteit met als zonder _2 aanwezig was, en wat dus voor best wat verstoringen en verwarring zorgde. Ik heb toen alle entiteiten van de betreffende integratie weggehaald, en opnieuw geïnstalleerd. Misschien dat het dus beter is alles van Gielz eruit te halen, en opnieuw toe te voegen. Soms gaat dat sneller dan zoeken naar waar het fout gaat.

[ralphkeb]

Ik ben wel heel erg benieuwd wat de handigste setting is, ook icm de waardes goedkoopste en duurste periodes?

NOM is op dit moment slecht haalbaar omdat ik alleen nog maar een 800 plus heb (wordt later uitgebreid).
Zonnepanelen doen 5 kWh op een goede dag.
Verbruik per dag is zo’n 16 a 18 kWh per dag (zonder opladen EV).