Home Assistant: Open source Python3 home automation - deel 5

[RobertMe]

Ben(V) schreef op donderdag 23 april 2026 @ 13:12:
[...]


Gebruik al een paar jaar deze (de Zigbee versie).
Werkt perfect
https://nl.aliexpress.com/item/1005008579941133.html

Geez wat een tracking in de URL...

En hoe vind je die remote vergelijkbaar?

Ikea Symfonisk:


Wat jij linkt:


Dan lijkt elke 4 button wall switch nog beter dan die wat jij linkt. En nouja, dan mis je nog steeds heel veel knoppen. Want de Symfonisk heeft er 7 (incl op in ieder geval 2 stuks ook een double en long press optie, dus zeker 11 acties).

[manusjevanalles]

Ik probeer mijn zonneproductie als lux-sensor te gebruiken voor het sluiten van de screens. Ik heb nu de volgende code als template trigger in de automation:

Django/Jinja:

{% set opwek = states('sensor.saj_current_power') | float(0) %}

{% set uur = now().hour %}
{% set drempels = {
  6: 0,
  7: 100,
  8: 300,
  9: 2000,
  10: 3000,
  11: 3000,
  12: 3000,
  13: 3000,
  14: 3000,
  15: 3000,
  16: 3000,
  17: 2000,
  18: 1000,
  19: 0,
  20: 0
} %}
{% if is_number(opwek) %}
  {% if uur in drempels %}
  {% set drempel = drempels[uur] %}
  {{ drempel > 0 and opwek > drempel }}
  {% endif %}
{% endif %}

Af en toe valt de verbinding met de omvormer weg, waardoor deze unavailable wordt. Als er dan weer verbinding is, dan triggert deze weer. Is dat te voorkomen via een template trigger?
Alternatief is dat ik een binaire sensor maak met als extra opties:

YAML:

not_from:
      - "unavailable"
      - "unknown"

[ Voor 0% gewijzigd door Septillion op 23-04-2026 16:31 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Septillion]

@manusjevanalles Is dat je trigger?

Want je zou ook gewoon kunnen triggeren om state change van sensor.saj_current_power en dan

YAML:

not_from:
  - unavailable
  - unknown
not_to:
  - unavailable
  - unknown

En dan vervolgens je template als conditie gebruiken.

Template kan je laatste deel versimpelen in:

Django/Jinja:

{{ opwek > drempels.get(uur, 0) }}

Gezien je al een default op je float filter hebt en ik niet verwacht dat opwek ooit negatief is.

[ Voor 25% gewijzigd door Septillion op 23-04-2026 16:44 ]

[manusjevanalles]

Septillion schreef op donderdag 23 april 2026 @ 16:35:
@manusjevanalles Is dat je trigger?

Want je zou ook gewoon kunnen triggeren om state change van sensor.saj_current_power en dan

YAML:

not_from:
  - unavailable
  - unknown
not_to:
  - unavailable
  - unknown

En dan vervolgens je template als conditie gebruiken.

Template kan je laatste deel versimpelen in:

Django/Jinja:

{{ opwek > drempels.get(uur, 0) }}

Gezien je al een default op je float filter hebt en ik niet verwacht dat opwek ooit negatief is.

De eerste code is mijn complete template trigger. Zou hij bij een state trigger dan zo worden? Nadeel is dat ik het liefst heb dat hij een paar minuten boven een bepaalde opwekdrempel zit, om klapperen te voorkomen bij een klein wolkje. En met dezw state trigger triggert hij heel frequent omdat de verbinding best vaak even wegvalt.

YAML:

trigger: state
entity_id:
  - sensor.saj_current_power
not_from:
  - unavailable
  - unknown
not_to:
  - unavailable
  - unknown

en dan de template als condition:

Django/Jinja:

{% set opwek = states('sensor.saj_current_power') | float(0) %}

{% set uur = now().hour %}
{% set drempels = {
  6: 0,
  7: 100,
  8: 300,
  9: 2000,
  10: 3000,
  11: 3000,
  12: 3000,
  13: 3000,
  14: 3000,
  15: 3000,
  16: 3000,
  17: 2000,
  18: 1000,
  19: 0,
  20: 0
} %}
{{ opwek > drempels.get(uur, 0) }}

[ Voor 3% gewijzigd door Septillion op 23-04-2026 21:47 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[Ben(V)]

RobertMe schreef op donderdag 23 april 2026 @ 14:18:
[...]

Geez wat een tracking in de URL...

En hoe vind je die remote vergelijkbaar?

Ikea Symfonisk:
[Afbeelding]

Wat jij linkt:
[Afbeelding]

Dan lijkt elke 4 button wall switch nog beter dan die wat jij linkt. En nouja, dan mis je nog steeds heel veel knoppen. Want de Symfonisk heeft er 7 (incl op in ieder geval 2 stuks ook een double en long press optie, dus zeker 11 acties).

Mijn link heeft er 12, plus nog een ledje zodat je kunt zien wat hij doet
Voor elke knop.

1. Single click
2. Double click
3. Lang press

En in mijn ogen functioneler dan dat lelijke, slecht in de hand liggende Ikea ding dat ook nog niet meer te koop is.
Maar ieder zijn smaak.

[ Voor 9% gewijzigd door Ben(V) op 23-04-2026 19:16 ]

[manusjevanalles]

Septillion schreef op donderdag 23 april 2026 @ 16:35:
@manusjevanalles Is dat je trigger?

Want je zou ook gewoon kunnen triggeren om state change van sensor.saj_current_power en dan

YAML:

not_from:
  - unavailable
  - unknown
not_to:
  - unavailable
  - unknown

En dan vervolgens je template als conditie gebruiken.

Template kan je laatste deel versimpelen in:

Django/Jinja:

{{ opwek > drempels.get(uur, 0) }}

Gezien je al een default op je float filter hebt en ik niet verwacht dat opwek ooit negatief is.

Wat ik hoop te bereiken is dat indien de productie voor een bepaald uur boven de drempel is voor 5 minuten, hij dan triggert. En de connectiedrops negeert en dan niet opnieuw die 5 minuten gaat tellen. Hij verliest vaak de verbinding (wifi net op het randje), jouw voorstel voor een state trigger geeft continu triggers.

[ Voor 6% gewijzigd door manusjevanalles op 23-04-2026 19:41 ]

[RobertMe]

Ben(V) schreef op donderdag 23 april 2026 @ 19:14:
[...]


Mijn link heeft er 12, plus nog een ledje zodat je kunt zien wat hij doet
Voor elke knop.

1. Single click
2. Double click
3. Lang press

En in mijn ogen functioneler dan dat lelijke, slecht in de hand liggende Ikea ding dat ook nog niet meer te koop is.
Maar ieder zijn smaak.

De Ikea heeft natuurlijk een andere use case. Die gebruik je niet in de hand. Die leg / plak je ergens en daarna kun je er gewoon op rammen, zonder in de hand te pakken. Daarom ook de grote knoppen bv. En double / long press is natuurlijk ook onhandig. Ik gebruik ze bij bepaalde remotes wel. Maar dedicated knoppen zijn natuurlijk handiger. Zoals bv de volume +/-. Beetje onhandig als je een grotere aanpassing wilt doen en je daardoor steeds double clicks triggerd i.p.v. 2 (single) clicks. En dus ook dat dedicated knoppen een duidelijke functionaliteit hebben (incl symbool bij de Symfonisk). Alleen de "." en ".." knoppen hebben double click en long press. Maar dat zijn dan ook al "universele" knoppen. De rest staat allemaal een eenduidig symbool op.

En ja, ik gebruik de mijne ook voor media. Met "." kan ik de NVidia Shield aan en uit zetten (+ long press stuurt via adb een shutdown en schakelt de slimme stekker weer uit. En double click toggled de stekker van de subwoofer), met ".." kan ik of Spotify of radio op de Denon AVR starten. Volume +/- gaan altijd naar de Denon. En play/pause, rewind en fast forward gaan conditioneel of naar de Shield of naar de AVR of nar Spotify, afhankelijk van de actieve media_player.
Met zo'n universele afstandsbediening met 4 ongemarkeerde knoppen zou ik toch regelmatig moeten denken welke knop(pen combinatie) nodig zou zijn voor een actie.

En voor uitgebreide bediening (D-pad) gebruik ik uiteraard gewoon een echte afstandsbediening. Maar de Symfonisk ligt altijd bij de hand en met de grote knoppen makkelijk snel in te duwen. Plus dat het dan één afstandsbediening is die meerdere apparaten kan aansturen afhankelijk van de actieve mediaspeler. De afstandsbediening van de TV/Shield kan ik niet de AVR mee bedienen en vise versa. (Op volume control over CEC na dan).

[Septillion]

@manusjevanalles Daarom is het plaatsen van een snippet dus niet handig

Maar dan is het wat lastiger. Dan zou ik heet als tweetrapsraket doen. Eén automation of trigger based template binary sensor die aangeeft of het wel of niet boven de threshold is. En dan die info als trigger in een automation gebruiken met een for.

[manusjevanalles]

Septillion schreef op donderdag 23 april 2026 @ 21:46:
@manusjevanalles Daarom is het plaatsen van een snippet dus niet handig

Maar dan is het wat lastiger. Dan zou ik heet als tweetrapsraket doen. Eén automation of trigger based template binary sensor die aangeeft of het wel of niet boven de threshold is. En dan die info als trigger in een automation gebruiken met een for.

Klinkt heel ingewikkeld. Dit moet onderdeel zijn van meerdere triggers en conditions die samen bepalen of de screens sluiten of openen. Ik hoopte dit in één template trigger te kunnen regelen.

Hoe doe ik dat tweede deel met de info van de trigger in een for loop?

[ Voor 12% gewijzigd door manusjevanalles op 23-04-2026 22:03 ]

[Septillion]

@manusjevanalles Is feitelijk eigenlijk alleen maar makkelijker... Want je splitst de boel. Kan je daarna die info ook in meerdere automations gebruiken etc.

En nee, niet een for loop. Maar een trigger met een for parameter. Dat is, gok ik want snippets, hoe je nu ook voor de hysteresis van 5 minuten zorgt.

[manusjevanalles]

Septillion schreef op donderdag 23 april 2026 @ 22:06:
@manusjevanalles Is feitelijk eigenlijk alleen maar makkelijker... Want je splitst de boel. Kan je daarna die info ook in meerdere automations gebruiken etc.

En nee, niet een for loop. Maar een trigger met een for parameter. Dat is, gok ik want snippets, hoe je nu ook voor de hysteresis van 5 minuten zorgt.

Ik heb dit nu als complete trigger:

Django/Jinja:

alias: Voldoende zonlichtlicht
trigger: template
value_template: |-
  {% set opwek = states('sensor.saj_current_power') | float(0) %}

  {% set uur = now().hour %}
  {% set drempels = {
    6: 0,
    7: 100,
    8: 300,
    9: 2000,
    10: 3000,
    11: 3000,
    12: 3000,
    13: 3000,
    14: 3000,
    15: 3000,
    16: 3000,
    17: 2000,
    18: 1000,
    19: 0,
    20: 0
  } %}
  {% if is_number(opwek) %}
    {% if uur in drempels %}
    {% set drempel = drempels[uur] %}
    {{ drempel > 0 and opwek > drempel }}
    {% endif %}
  {% endif %}
id: Dicht
for:
  hours: 0
  minutes: 5
  seconds: 0

Maar deze herstart de 5 minuten zodra de sensor unavailable is geweest (heel frequent dus).

AI geeft dit als oplossing, zou dit wel werken?

Django/Jinja:

alias: Voldoende zonlicht
trigger:
  platform: template
  value_template: |-
    {% set opwek_state = states('sensor.saj_current_power') %}
    {% set uur = now().hour %}
    {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %}
    
    {% if is_number(opwek_state) %}
      {# De sensor is online: bereken de nieuwe status #}
      {% set opwek = opwek_state | float %}
      {% set drempel = drempels.get(uur, 0) %}
      {{ drempel > 0 and opwek > drempel }}
    {% else %}
      {# De sensor is unavailable: behoud de huidige status van deze trigger #}
      {{ this.state == 'on' }}
    {% endif %}
for:
  minutes: 5

[ Voor 29% gewijzigd door manusjevanalles op 23-04-2026 22:23 ]

[TheFes]

manusjevanalles schreef op donderdag 23 april 2026 @ 22:10:
[...]


Ik heb dit nu als complete trigger:

Django/Jinja:

alias: Voldoende zonlichtlicht
trigger: template
value_template: |-
  {% set opwek = states('sensor.saj_current_power') | float(0) %}

  {% set uur = now().hour %}
  {% set drempels = {
    6: 0,
    7: 100,
    8: 300,
    9: 2000,
    10: 3000,
    11: 3000,
    12: 3000,
    13: 3000,
    14: 3000,
    15: 3000,
    16: 3000,
    17: 2000,
    18: 1000,
    19: 0,
    20: 0
  } %}
  {% if is_number(opwek) %}
    {% if uur in drempels %}
    {% set drempel = drempels[uur] %}
    {{ drempel > 0 and opwek > drempel }}
    {% endif %}
  {% endif %}
id: Dicht
for:
  hours: 0
  minutes: 5
  seconds: 0

Maar deze herstart de 5 minuten zodra de sensor unavailable is geweest (heel frequent dus).

AI geeft dit als oplossing, zou dit wel werken?

Django/Jinja:

alias: Voldoende zonlicht
trigger:
  platform: template
  value_template: |-
    {% set opwek_state = states('sensor.saj_current_power') %}
    {% set uur = now().hour %}
    {% set drempels = { 6: 0, 7: 100, 8: 300, 9: 2000, 10: 3000, 11: 3000, 12: 3000, 13: 3000, 14: 3000, 15: 3000, 16: 3000, 17: 2000, 18: 1000, 19: 0, 20: 0 } %}
    
    {% if is_number(opwek_state) %}
      {# De sensor is online: bereken de nieuwe status #}
      {% set opwek = opwek_state | float %}
      {% set drempel = drempels.get(uur, 0) %}
      {{ drempel > 0 and opwek > drempel }}
    {% else %}
      {# De sensor is unavailable: behoud de huidige status van deze trigger #}
      {{ this.state == 'on' }}
    {% endif %}
for:
  minutes: 5

this.state checkt op de state van de automation, niet op de waarde van de trigger. Je automation zal altijd aan staan, anders doet hij sowieso niets, dus dat laatste stuk van die trigger zal er voor zorgen dat je automation triggert als je sensor unavailable is.

[manusjevanalles]

TheFes schreef op vrijdag 24 april 2026 @ 09:30:
[...]

this.state checkt op de state van de automation, niet op de waarde van de trigger. Je automation zal altijd aan staan, anders doet hij sowieso niets, dus dat laatste stuk van die trigger zal er voor zorgen dat je automation triggert als je sensor unavailable is.

Ah ok, dan was AI hier dus aan het hallucineren. Is het uberhaupt wel mogelijk wat ik probeer te bereiken?

[keroner]

Nevermind. inmiddels opgelost.

[ Voor 96% gewijzigd door keroner op 24-04-2026 10:23 ]

[TheFes]

manusjevanalles schreef op vrijdag 24 april 2026 @ 09:33:
[...]


Ah ok, dan was AI hier dus aan het hallucineren. Is het uberhaupt wel mogelijk wat ik probeer te bereiken?

Waarom wordt je sensor zo vaak unavailable dan?

Wat je zou kunnen doen is je logica in een template binary sensor stoppen. Die laat je dan unavailable zijn als je bronsensor ook unavailable is.
Je kunt dan je trigger maken op een state change van off naar on, waarmee je dus meteen van unavailable naar on negeert.

[manusjevanalles]

TheFes schreef op vrijdag 24 april 2026 @ 10:20:
[...]

Waarom wordt je sensor zo vaak unavailable dan?

Wat je zou kunnen doen is je logica in een template binary sensor stoppen. Die laat je dan unavailable zijn als je bronsensor ook unavailable is.
Je kunt dan je trigger maken op een state change van off naar on, waarmee je dus meteen van unavailable naar on negeert.

De omvormer hangt op zolder en zit op het randje qua wifi-bereik. Op zich niet storend verder, opwek en actueel verbruik komt frequent genoeg binnen voor monitoring. Maar voor dit soort dingen is het wel onhandig.

Dank voor de tip voor een binary sensor, ik ga dat proberen.

[ Voor 4% gewijzigd door manusjevanalles op 24-04-2026 10:57 ]

[Septillion]

@manusjevanalles Zoals @TheFes al aan gaf werkt het niet in een automation omdat die niet de vorige state van je trigger bewaard. Wel zou je dit in een template sensor kunnen toepassen, daar is de voorgaande state wel beschikbaar. Dus ChatGPT is het aan het verwarren. Maar volgens mij is het dan makkelijker om gewoon voor een trigger based variant te gaan en elke change van/naar "unavailable" te laten negeren. En dus alleen een update te doen wanneer je wel een getal binnen krijg.

Daarna is deze sensor gewoon makkelijk op meerdere plekken te gebruiken.

Krijg je denk ik iets als:

YAML:

template:
  - triggers:
      trigger: state
      entity_id: sensor.saj_current_power
    conditions:
      - condition: template
        value_template: "{{ trigger.to_state.state |is_number }}"
    binary_sensor:
      - name: Opwek over threshold
        unique_id: opwek_over_threshold
        device_class: light
        state: >-
          {% set opwek = trigger.to_state.state | float(0) %}
          {% set uur = now().hour %}
          {% set drempels = {
            6: 0,
            7: 100,
            8: 300,
            9: 2000,
            10: 3000,
            11: 3000,
            12: 3000,
            13: 3000,
            14: 3000,
            15: 3000,
            16: 3000,
            17: 2000,
            18: 1000,
            19: 0,
            20: 0
          } %}
          {{ opwek > drempels.get(uur, 0) }}

[manusjevanalles]

Septillion schreef op vrijdag 24 april 2026 @ 15:23:
@manusjevanalles Zoals @TheFes al aan gaf werkt het niet in een automation omdat die niet de vorige state van je trigger bewaard. Wel zou je dit in een template sensor kunnen toepassen, daar is de voorgaande state wel beschikbaar. Dus ChatGPT is het aan het verwarren. Maar volgens mij is het dan makkelijker om gewoon voor een trigger based variant te gaan en elke change van/naar "unavailable" te laten negeren. En dus alleen een update te doen wanneer je wel een getal binnen krijg.

Daarna is deze sensor gewoon makkelijk op meerdere plekken te gebruiken.

Krijg je denk ik iets als:

YAML:

template:
  - triggers:
      trigger: state
      entity_id: sensor.saj_current_power
    conditions:
      - condition: template
        value_template: "{{ trigger.to_state.state |is_number }}"
    binary_sensor:
      - name: Opwek over threshold
        unique_id: opwek_over_threshold
        device_class: light
        state: >-
          {% set opwek = trigger.to_state.state | float(0) %}
          {% set uur = now().hour %}
          {% set drempels = {
            6: 0,
            7: 100,
            8: 300,
            9: 2000,
            10: 3000,
            11: 3000,
            12: 3000,
            13: 3000,
            14: 3000,
            15: 3000,
            16: 3000,
            17: 2000,
            18: 1000,
            19: 0,
            20: 0
          } %}
          {{ opwek > drempels.get(uur, 0) }}

Bedankt! Ik denk dat ik hem nu werkend heb door een binaire template sensor met als availability is_number. En dan in de automation een trigger als de status van off naar on of vice versa gaat. Mocht dat toch niet naar wens werken, dan probeer ik jouw optie.

[Septillion]

@manusjevanalles Juist als je availability weer toevoegt aan die template sensor ben je volgens mij weer terug bij af. Want dan wisselt de state dus nog steeds mee ipv dat je hem constant houdt.

[superduper]

Een paar posts terug kwam de power sources grafiek voorbij en ik verbaas me daar ook al een tijd over.. Deze lijkt bij mij ook niet echt goed de zaken weer te geven:






Ik zie dus eigenlijk bij de powersource alleen de PV en helemaal geen grid over verbruik, terwijl dat wel in de flow en de energy ysage plot wordt weergegeven. Andere sensors heb ik ook niet bij de P1 meter.

Wat gaat hier dan precies mis?


Edit: ik denk dat ik het gevonden heb; bij het configureren van de energy cons/productie sensors, kan je (nu? niet eerder gezien) ook sensors opgeven voor power cons/prod. Na een tijdje veranderd dan compleet die powersources grafiek...

[ Voor 8% gewijzigd door superduper op 24-04-2026 17:05 ]

[Niekserr]

Ik heb een -misschien wat domme- vraag voor jullie. Ik heb HA draaien en een DSMR smart meter geintegreerd. Hoe stel ik nou mijn energie dashboard juist in? Ik vind de documentatie onduidelijk en het dashboard laat het niet goed zien, zie het screenshot. Bij netwerkverbindingen heb ik dus het verbruik & productie van tarief 1 gezet en het verbruik & productie van tarief 2. De productie is dan wat ik teruglever met de zonnepanelen (heb de panelen zelf niet aan het internet gekoppeld). Kan iemand helpen kijken wat ik nou waar moet invullen? Het lijkt nu alsof ik 0 van mijn opgewekte energie zelf verbruik. Bedankt!

[D4NG3R]

@Niekserr
Onder zonnepanelen moet je de gegevens van je inverter hangen, niet die van je slimme meter.

Opgewekte stroom - teruggeleverde stroom = intern gebruikte stroom.
En dat is nu dus 5.83 - 5.83 = 0

Maar daarvoor moet HA dus wel weten hoe veel stroom je exact opwekt.

Welke inverter heb je nu, en heb je de mogelijkheid om deze aan het netwerk (al dan niet internet wat soms helaas nog verplicht is) te hangen?

[ Voor 111% gewijzigd door D4NG3R op 24-04-2026 18:38 ]

[DAX23E]

Aramiss schreef op woensdag 22 april 2026 @ 23:12:
[...]


Heel herkenbaar. Ik ben recent ook pas begonnen met het afstoffen van hardware die al tijden in de la lag om in HA te integreren. Die remotes zijn inderdaad enorm fijn in gebruik en waren met 15 euro destijds echt een koopje. Achteraf had ik er ook veel meer moeten inslaan!

Met een beetje fantasie zou een ikea styrbar kunnen voldoen. Gaan er bij ikea volgens mij ook uit. Op marktplaats vind je ze nog wel voor schappelijke prijs.

De IKEA STYRBAR is op zich een goed alternatief. Het enige nadeel vind ik dat deze maar vier knoppen heeft. Persoonlijk gaat mijn voorkeur toch uit naar minimaal vijf knoppen.

Na wat verder zoeken ben ik het volgende product tegengekomen. Ik kan er online nog niet veel informatie over vinden en maar is is om verlichting te bedienen. Maar doordat het op zigbee werkt, denk ik dat dit wel een geschikte optie is. Vanwege de lage prijs heb ik er maar meteen 5 besteld.
https://mdrled.nl/product...afstandsbediening-rgb-cct

[DAX23E]

new_guy schreef op woensdag 22 april 2026 @ 13:38:
Ik heb een tuinhek met daarin een poort voorzien van slot. Nu zou de WAF het erg fijn vinden om te kunnen zien of dat het slot ook daadwerkelijk "op slot" is vanaf de bank. Betreft zoiets als onderstaande.

Ik zit te spelen met het idee om bijvoorbeeld aan Aqara magneet contact te verwerken in het kozijn, die dan reageert op het "dichtbij" zijn van het slot. Dat kan nog wel een uitdaging worden qua ruimte in het kozijn verwacht ik.

Aangezien je vrijwel nooit de eerste bent die iets probeert toch ook hier de vraag. Iemand al eens iets vergelijkbaars gepoogd te maken?

[Afbeelding]

Ik heb toevallig iets van 3 weken geleden zoiets gemaakt bij mijn voordeur. In het gedeelte waar de nachtschoot in gaat heb een reedcontact gedaan. Op de nachtschoot zelf heb een een magneetje geplakt.
Zo werkt de deur sensor ook want daar zit ook een reedcontact in. Die zou je eruit kunnen halen en verlengen met draden. Alleen twijfel ik wel of dit klein genoeg is. Dit dit type slot is de nachtschoot wel erg klein.

[Septillion]

superduper schreef op vrijdag 24 april 2026 @ 16:49:
Edit: ik denk dat ik het gevonden heb; bij het configureren van de energy cons/productie sensors, kan je (nu? niet eerder gezien) ook sensors opgeven voor power cons/prod. Na een tijdje veranderd dan compleet die powersources grafiek...

Dat is gekomen met de introductie van de power grafieken. En dus hetzelfde moment waarbij het mogelijk werd dat voor PV op te geven

[Niekserr]

D4NG3R schreef op vrijdag 24 april 2026 @ 18:26:
@Niekserr
Onder zonnepanelen moet je de gegevens van je inverter hangen, niet die van je slimme meter.

Opgewekte stroom - teruggeleverde stroom = intern gebruikte stroom.
En dat is nu dus 5.83 - 5.83 = 0

Maar daarvoor moet HA dus wel weten hoe veel stroom je exact opwekt.

Welke inverter heb je nu, en heb je de mogelijkheid om deze aan het netwerk (al dan niet internet wat soms helaas nog verplicht is) te hangen?

Oke, duidelijk thanks. Ik heb een inverter van Solis, welke ik expres niet heb ingeplugd in de router (want Chinees)...

[edwin2021]

Niekserr schreef op zaterdag 25 april 2026 @ 10:03:
[...]


Oke, duidelijk thanks. Ik heb een inverter van Solis, welke ik expres niet heb ingeplugd in de router (want Chinees)...

Kunt ook al het uitgaande verkeer blokkeren van de omvormer. Dan kun je hem lokaal nog wel benaderen.

[wickydude]

Of je hangt er een HomeWizard energymeter tussen in de meterkast

[Impossibl3]

Ik ga mijn enphase envoy omwisselen van een standaard naar meterd. Dit betekent dat ik standaars een nieuw ID krijg etc in HA. Is het mogelijk en zo ja hoe? Om mijn nieuwe meterd het zelfde ID te geven zodat de hele history doorloopt?

[unconnected]

Impossibl3 schreef op zaterdag 25 april 2026 @ 14:47:
Ik ga mijn enphase envoy omwisselen van een standaard naar meterd. Dit betekent dat ik standaars een nieuw ID krijg etc in HA. Is het mogelijk en zo ja hoe? Om mijn nieuwe meterd het zelfde ID te geven zodat de hele history doorloopt?

Ik weet niet of het automatisch kan, maar ik heb destijds (met de hand) alle ids in de UI gewoon dezelfde 'oude' naam gegeven. Dit was na het wisselen van de default Enphase integratie naar die van Wolsink. De ids worden gegenereerd (althans bij mij) met het serienummer van de gateway dus ze zullen hoe dan ook veranderen. Door de naam te veranderen in de UI krijg je in elk geval ook je long term statistics terug



Of in de database en de ./storage/*.ymls de ids veranderen (HA uitschakelen, veranderen, alles weer starten). Dat kan ook maar is iets pittiger

[Impossibl3]

unconnected schreef op zondag 26 april 2026 @ 08:51:
[...]

Ik weet niet of het automatisch kan, maar ik heb destijds (met de hand) alle ids in de UI gewoon dezelfde 'oude' naam gegeven. Dit was na het wisselen van de default Enphase integratie naar die van Wolsink. De ids worden gegenereerd (althans bij mij) met het serienummer van de gateway dus ze zullen hoe dan ook veranderen. Door de naam te veranderen in de UI krijg je in elk geval ook je long term statistics terug

[Afbeelding]

Of in de database en de ./storage/*.ymls de ids veranderen (HA uitschakelen, veranderen, alles weer starten). Dat kan ook maar is iets pittiger

Ah ja check dat heb ik in het verleden al eens gedaan bij andere sensoren. Ging best makkelijk.

De sensoren aanpassen in de database is lastig aangezien ik het als HAOS draai. HA uit = OS uit 😬

[Septillion]

Impossibl3 schreef op zondag 26 april 2026 @ 09:54:
Ah ja check dat heb ik in het verleden al eens gedaan bij andere sensoren. Ging best makkelijk.

Toevoeging op @unconnected, daarvoor moet je de oude sensoren eerst echt verwijderen. Als je ze hernoemt gaat de truc niet op want dan verhuist de LTS mee.

De sensoren aanpassen in de database is lastig aangezien ik het als HAOS draai. HA uit = OS uit 😬

Daarvoor heb je de HA CLI Via toetsenbord en muis, KVM of SSH addon app. Maar nu niet nodig inderdaad.

offtopic:
Thanks @TheFes

[ Voor 3% gewijzigd door Septillion op 26-04-2026 15:31 ]

[TheFes]

Septillion schreef op zondag 26 april 2026 @ 15:13:
[...]

Toevoeging op @unconnected, daarvoor moet je de oude sensoren eerst echt verwijderen. Als je ze hernoemt gaat de truc niet op want dan verhuist de LTS mee.


[...]

Daarvoor heb je de HA CLI Via toetsenbord en muis, KVM of SSH addon. Maar nu niet nodig inderdaad.

Je bedoelt de SSH app?

[Michieas]

Kan ik een rapport uit HA halen?
Ik zou graag de komende tijd willen monitoren wat mijn verbruik is van zonsondergang tot zonsopgang.
Ik heb wel gevonden dat ik het per dag kan tonen met onderstaande code:

code:

type: statistic
entity: sensor.p1_meter_energy_import
period:
  calendar:
    period: day
    offset: -1
stat_type: change
unit: KWh
grid_options:
  rows: 2
  columns: 6
name: 1 dag

Waarbij dus de -1 ook naar -2 -3 of verder gezet kan worden.
Alleen heb ik hier dus proberen tijden in te zetten maar dat werkt niet.

Wat zou ik hiervoor kunnen gebruiken?
Ik ben voornamelijk een visual gebruiker van HA. Kan wel beetje code lezen maar iets zelf maken (nog) niet.

[Raven]

@Michieas Qua tijden is dit het enige dat ik met Google('s AI) kan vinden, het gebruiken van ISO timestamp:

YAML:

period:
  fixed_period:
    start: "YYYY-MM-DDTHH:MM:SS.mmmZ"
    end: "YYYY-MM-DDTHH:MM:SS.mmmZ"

Geen idee of het ook daadwerkelijk werkt, AI's geven niet altijd een correct antwoord....

[TheFes]

Michieas schreef op zondag 26 april 2026 @ 18:08:
Kan ik een rapport uit HA halen?
Ik zou graag de komende tijd willen monitoren wat mijn verbruik is van zonsondergang tot zonsopgang.
Ik heb wel gevonden dat ik het per dag kan tonen met onderstaande code:

code:

type: statistic
entity: sensor.p1_meter_energy_import
period:
  calendar:
    period: day
    offset: -1
stat_type: change
unit: KWh
grid_options:
  rows: 2
  columns: 6
name: 1 dag

Waarbij dus de -1 ook naar -2 -3 of verder gezet kan worden.
Alleen heb ik hier dus proberen tijden in te zetten maar dat werkt niet.

Wat zou ik hiervoor kunnen gebruiken?
Ik ben voornamelijk een visual gebruiker van HA. Kan wel beetje code lezen maar iets zelf maken (nog) niet.

Je kunt de totalen per dag uit je long term statistics database halen met de recorder.get_statistics action

Voorbeeld voor mijn zonneopbrengst van deze maand

YAML:

action: recorder.get_statistics
data:
  start_time: "2026-04-01 00:00:00"
  statistic_ids:
    - sensor.solar_total_lifetime_energy_output
  period: day
  types:
    - change

[water_escape]

Heeft iemand enig idee waar dit vandaan kan komen? En voor hoe ik het recht kan trekken.

Eergisteren gaf de solar production (de total teller) -1200 aan. Gisteren ging het weer goed. Vandaag zie ik -2000 staan. Situatie fout in de Total teller. Maar daardoor kloppen de stats niet meer.

[ Voor 14% gewijzigd door water_escape op 26-04-2026 21:35 ]

[wickydude]

water_escape schreef op zondag 26 april 2026 @ 21:33:
Heeft iemand enig idee waar dit vandaan kan komen? En voor hoe ik het recht kan trekken.

Eergisteren gaf de solar production (de total teller) -1200 aan. Gisteren ging het weer goed. Vandaag zie ik -2000 staan. Situatie fout in de Total teller. Maar daardoor kloppen de stats niet meer.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Heb je de laatste tijd iets gewijzigd? Dan zou ik daar beginnen met zoeken.

Statistics kun je corrigeren via settings - developer tools - statistics. Zoek je sensor voor zonnenenergie op, aan het eind van de regel zie je als het goed is een symbool dat op een grafiek lijkt. Als je daarop klikt kun je zoeken naar rare uitschieters en die corrigeren.

[water_escape]

wickydude schreef op zondag 26 april 2026 @ 22:25:
[...]

Heb je de laatste tijd iets gewijzigd? Dan zou ik daar beginnen met zoeken.

Statistics kun je corrigeren via settings - developer tools - statistics. Zoek je sensor voor zonnenenergie op, aan het eind van de regel zie je als het goed is een symbool dat op een grafiek lijkt. Als je daarop klikt kun je zoeken naar rare uitschieters en die corrigeren.

Thanks. Ik heb het gevonden en de correctie gedaan.

Er is helemaal niks veranderd, ben zelfs op vakantie

[Pejdref]

@water_escape Dit is een bekende bug van enphase als het klokje (~1.2Mwh) rond is op 1 van je micro-omvormers.

Hier staat het beschreven + een work around:
https://www.home-assistan...ction-decreases-by-12-mwh

[ Voor 9% gewijzigd door Pejdref op 26-04-2026 23:19 ]

[dixet]

Michieas schreef op zondag 26 april 2026 @ 18:08:
Kan ik een rapport uit HA halen?
Ik zou graag de komende tijd willen monitoren wat mijn verbruik is van zonsondergang tot zonsopgang.
Ik heb wel gevonden dat ik het per dag kan tonen met onderstaande code:

code:

type: statistic
entity: sensor.p1_meter_energy_import
period:
  calendar:
    period: day
    offset: -1
stat_type: change
unit: KWh
grid_options:
  rows: 2
  columns: 6
name: 1 dag

Waarbij dus de -1 ook naar -2 -3 of verder gezet kan worden.
Alleen heb ik hier dus proberen tijden in te zetten maar dat werkt niet.

Wat zou ik hiervoor kunnen gebruiken?
Ik ben voornamelijk een visual gebruiker van HA. Kan wel beetje code lezen maar iets zelf maken (nog) niet.

Als je de geschiedenis bekijkt van een sensor zit onder het drie-puntjes menu een download knop. Die exporteert je selectie naar csv.