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:

YAML:

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.

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

[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.

[Raven]

Zijn er meer die last hebben van dagelijks terugkerende nachtelijke meldingen in HASS's log dat de verbinding met een Chromecast is weggevallen? Bleek dat die dingen dagelijks tussen 0200 en 0500 een reboot doen en dan klaagt pychromecast.socket_client over "Failed to connect to service HostServiceInfo".

Inmiddels erachter gekomen dat je met een automation de log-level van een integratie kan aanpassen, wat nu gebeurt op basis van tijdstip (0200-0500) en wanneer het stroomverbruik van de Chromecast onder de 1.2W komt -> log-level naar critical -> daarna 5m wachten -> log-level terug naar warning.

[Beun]

Hopelijk kan iemand mij helpen...
Vandaag aan de slag gegaan met Home Assistant en dankzij dit topic een automation gevonden die precies voor mijn doel geschikt leek.
Ik heb een Shelly Dimmer Gen3 in combinatie met een pulsschakelaar en een domme dimbare led lamp van Philips. Het is volgens het bedradingsscherma aangesloten inclusief een nuldraad. Via de Shelly app werkt de Night Modus niet helemaal hoe ik het zou willen. Dit lees ik ook vaker terug op internet.
Mijn doel is om bijvoorbeeld elke avond tussen 22.00 uur en 07.00 uur de lamp te dimmen naar zo'n 15/20%. Dit heb ik via de onderstaande automation in proberen te stellen maar bij zo'n laag percentage ging de lamp niet meer aan. Zodra ik de automation aanpas naar zo'n 35% dan doet deze het wel, maar dan is het nog te fel voor mijn smaak.

Waar kan dit probleem aan liggen? Ik zie namelijk even door de bomen het bos niet meer. Zie hieronder de aangepaste versie die wel werkt, maar helaas nog te fel is.

YAML:

 
alias: Toilet automatisering
description: ""
triggers:
  - type: turned_on
    device_id: 649d1b880eaf7ecc4478198e374e4553
    entity_id: 614e5a858bf5ae872c08ed22a5814389
    domain: light
    trigger: device
conditions: []
actions:
  - if:
      - condition: time
        after: "22:00:00"
        before: "07:00:00"
        alias: Voor 07:00 en na 22:00 uur
    then:
      - type: turn_on
        device_id: 649d1b880eaf7ecc4478198e374e4553
        entity_id: 614e5a858bf5ae872c08ed22a5814389
        domain: light
        brightness_pct: 40
        alias: Verlichting aan op 40%
    else:
      - type: turn_on
        device_id: 649d1b880eaf7ecc4478198e374e4553
        entity_id: 614e5a858bf5ae872c08ed22a5814389
        domain: light
        brightness_pct: 80
        alias: Verlichting aan op 80%
mode: single

[ Voor 3% gewijzigd door Beun op 27-04-2026 22:27 ]

[TheFes]

Beun schreef op maandag 27 april 2026 @ 22:19:
Hopelijk kan iemand mij helpen...
Vandaag aan de slag gegaan met Home Assistant en dankzij dit topic een automation gevonden die precies voor mijn doel geschikt leek.
Ik heb een Shelly Dimmer Gen3 in combinatie met een pulsschakelaar en een domme dimbare led lamp van Philips. Het is volgens het bedradingsscherma aangesloten inclusief een nuldraad. Via de Shelly app werkt de Night Modus niet helemaal hoe ik het zou willen. Dit lees ik ook vaker terug op internet.
Mijn doel is om bijvoorbeeld elke avond tussen 22.00 uur en 07.00 uur de lamp te dimmen naar zo'n 15/20%. Dit heb ik via de onderstaande automation in proberen te stellen maar bij zo'n laag percentage ging de lamp niet meer aan. Zodra ik de automation aanpas naar zo'n 35% dan doet deze het wel, maar dan is het nog te fel voor mijn smaak.

Waar kan dit probleem aan liggen? Ik zie namelijk even door de bomen het bos niet meer. Zie hieronder de aangepaste versie die wel werkt, maar helaas nog te fel is.

YAML:

 
alias: Toilet automatisering
description: ""
triggers:
  - type: turned_on
    device_id: 649d1b880eaf7ecc4478198e374e4553
    entity_id: 614e5a858bf5ae872c08ed22a5814389
    domain: light
    trigger: device
conditions: []
actions:
  - if:
      - condition: time
        after: "22:00:00"
        before: "07:00:00"
        alias: Voor 07:00 en na 22:00 uur
    then:
      - type: turn_on
        device_id: 649d1b880eaf7ecc4478198e374e4553
        entity_id: 614e5a858bf5ae872c08ed22a5814389
        domain: light
        brightness_pct: 40
        alias: Verlichting aan op 40%
    else:
      - type: turn_on
        device_id: 649d1b880eaf7ecc4478198e374e4553
        entity_id: 614e5a858bf5ae872c08ed22a5814389
        domain: light
        brightness_pct: 80
        alias: Verlichting aan op 80%
mode: single

Heb je de Shelly wel gecalibreerd? Dan zoekt hij de min/max waardes van de lamp op.

[Beun]

TheFes schreef op dinsdag 28 april 2026 @ 06:54:
[...]


Heb je de Shelly wel gecalibreerd? Dan zoekt hij de min/max waardes van de lamp op.

Ja, dat is gedaan (via de Shelly app).

[edwin2021]

Misschien kan lamp niet ver genoeg dimmen of is de dimstand te laag om te starten. Ik heb zelf een led paneel wat terug kan dimmer tot 7% maar alleen aan (starten) wil bij 12% waarna ik hem wel weer terug kan dimmen naar 7%.

[Aramiss]

NeoFoX schreef op donderdag 16 april 2026 @ 20:32:
Even een update van wat vibe-coding vandaag (Claude)

Doel:
- Ik wil graag weten welke films er uit zijn in welk jaar, welke ik al wel / niet gezien heb en dus nog moet kijken.

Idee:
- TMDB gebruiken voor mijn watchlist zodat ik weet welke films ik wel / niet wil kijken
- HASS tijdlijn + afvinken of ik ze gezien heb (wordt in HASS opgeslagen)
- Trailer wordt toegevoegd aan de film + automation als er een nieuwe trailer beschikbaar is voor een film
- Update-interval 24h

Eerlijk, voor een uurtje of 2,5 Claude Code-ing niet verkeerd

Maak gebruik van locale JS code voor het dashboard met de HACS Layout-card

Resultaat tot nu toe:

[Afbeelding]

Tips / ideeën / alternatieven.. let me know!

Hoe ver ben je tot nu toe gekomen? Vind ik er echt goed uitzien!

Zal nog wel persoonlijk een koppeling willen maken naar een watchlist die iets ‘automagisch’ download.

Heb je via dit dashboard ook helder op welk medium deze beschikbaar is (zoiets als JustWatch)? Daarbij ook de filtering welke films in je lijst komen te staan? Voordat heel Bollywood erbij komt te staan.

[Beun]

@TheFes en @edwin2021 bedankt voor het meedenken. Ik heb de calibratie nogmaals uitgevoerd en nu werkt het wel naar behoren.

[Mavamaarten]

Beun schreef op dinsdag 28 april 2026 @ 13:29:
@TheFes en @edwin2021 bedankt voor het meedenken. Ik heb de calibratie nogmaals uitgevoerd en nu werkt het wel naar behoren.

Shelly dimmers hebben ook nog een feature die exact dit euvel moet verhelpen, genaamd "warm-up".


Ik heb ook lampen die, wanneer netjes gecalibreerd, tot heel dim kunnen gaan. Heel sfeervol. Maar als je van nul naar 2% brightness gaat, gaan ze niet aan. Met die warm-up feature wel.

[r_buren]

In het Home Assistant - Show je setup topic heeft Donixon het volgende dashboard gedeeld (Donixon in "Home Assistant - Show je setup")
Ik ben nieuwsgierig hoe die bubble gemaakt is van de woonkamer met dat heat en temperatuur gedeelte. Dus @Donixon als je dit leest zou je de yaml daarvan kunnen delen ?

[Beun]

Mavamaarten schreef op dinsdag 28 april 2026 @ 13:38:
[...]


Shelly dimmers hebben ook nog een feature die exact dit euvel moet verhelpen, genaamd "warm-up".
[Afbeelding]

Ik heb ook lampen die, wanneer netjes gecalibreerd, tot heel dim kunnen gaan. Heel sfeervol. Maar als je van nul naar 2% brightness gaat, gaan ze niet aan. Met die warm-up feature wel.

Dat is een goede tip. Dankjewel hiervoor! Gaat de lamp dan kort aan op een ander percentage of merk je dat niet? Want ik lees het onderstaande over de functie:
Function: Enables a temporary 100% brightness pulse when the light is turned on to "wake up" the bulb before settling to the set brightness.

[D4NG3R]

r_buren schreef op dinsdag 28 april 2026 @ 13:44:
In het Home Assistant - Show je setup topic heeft Donixon het volgende dashboard gedeeld (Donixon in "Home Assistant - Show je setup")
Ik ben nieuwsgierig hoe die bubble gemaakt is van de woonkamer met dat heat en temperatuur gedeelte. Dus @Donixon als je dit leest zou je de yaml daarvan kunnen delen ? [Afbeelding]

Afaik is dat gewoon de standaard bubble climate card met een paar aangepaste instellingen, hier grofweg zoals die er daar uit ziet:

YAML:

type: custom:bubble-card
rows: 1
card_type: climate
sub_button:
  main:
    - name: HVAC modes menu
      select_attribute: hvac_modes
      state_background: false
      show_arrow: true
      sub_button_type: select
      show_icon: true
      show_state: true
      scrolling_effect: false
      show_background: true
  bottom: []
entity: climate.thermostaat
show_icon: true
show_state: false
show_attribute: true
attribute: current_temperature
name: Thermostaat

Ding wordt uit zichzelf oranje als die aan het verwarmen is.

Ben hier zelf ook nog druk bezig met een mobiele bubble weergave. Leuk spul, vooral hoe makkelijk het is om wat minder belangrijke zaken onder submenu's te verstoppen.

[ Voor 30% gewijzigd door D4NG3R op 28-04-2026 15:33 ]

[Mavamaarten]

Beun schreef op dinsdag 28 april 2026 @ 14:14:
[...]
Dat is een goede tip. Dankjewel hiervoor! Gaat de lamp dan kort aan op een ander percentage of merk je dat niet? Want ik lees het onderstaande over de functie:
Function: Enables a temporary 100% brightness pulse when the light is turned on to "wake up" the bulb before settling to the set brightness.

Nee hij geeft de lamp gewoon een soort jump-start. Als je de puls (dat is die duration) kort genoeg instelt dan zie je het niet.

[Beun]

Mavamaarten schreef op dinsdag 28 april 2026 @ 15:42:
[...]


Nee hij geeft de lamp gewoon een soort jump-start. Als je de puls (dat is die duration) kort genoeg instelt dan zie je het niet.

Dankjewel, ik ga de instelling eens opzoeken.

Edit: kan het niet terugvinden in de app. Vreemd...
Lees her en der wel dat dit voor de Dimmer Gen3 nog niet beschikbaar is? Is wel een bericht van 11 maanden geleden...

[ Voor 22% gewijzigd door Beun op 28-04-2026 15:51 ]

[r_buren]

D4NG3R schreef op dinsdag 28 april 2026 @ 14:58:
[...]

Afaik is dat gewoon de standaard bubble climate card met een paar aangepaste instellingen, hier grofweg zoals die er daar uit ziet:

YAML:

type: custom:bubble-card
rows: 1
card_type: climate
sub_button:
  main:
    - name: HVAC modes menu
      select_attribute: hvac_modes
      state_background: false
      show_arrow: true
      sub_button_type: select
      show_icon: true
      show_state: true
      scrolling_effect: false
      show_background: true
  bottom: []
entity: climate.thermostaat
show_icon: true
show_state: false
show_attribute: true
attribute: current_temperature
name: Thermostaat

[Afbeelding]
Ding wordt uit zichzelf oranje als die aan het verwarmen is.

Ben hier zelf ook nog druk bezig met een mobiele bubble weergave. Leuk spul, vooral hoe makkelijk het is om wat minder belangrijke zaken onder submenu's te verstoppen.

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ziet er goed uit. Ik heb die yaml al ingesteld en het werkt. Qua livingroom wil ik hetzelfde proberen maar gisteravond een hele tijd aan het klooien geweest met claude en bubblecard pop up en dat kregen we maar niet in de praat. Zou jij dat van living room en pop up kunnen delen als je wilt ? Denk dat jij hetzelfde hebt ongeveer als ik wil. Dat als je klikt op woonkamer van de eerste screemshot die je hier hebt staan dat dat de derde screenshot daar de pop up van is.

[D4NG3R]

@r_buren Ik denk niet dat het heel veel zin heeft om de yaml daarvoor te delen. Behalve dat het 100'en regels met vooral horizontal stacks/slider buttons zijn, zijn het allemaal standaard bubble-elementen. Voorbeelden daarvan staan er genoeg op de Github pagina.

Ik bouw ze zelf gewoon op via de UI, de developer heeft een paar videos online staan welke zaken duidelijker maken.

[ Voor 47% gewijzigd door D4NG3R op 28-04-2026 19:41 ]

[NeoFoX]

Aramiss schreef op dinsdag 28 april 2026 @ 09:37:
[...]


Hoe ver ben je tot nu toe gekomen? Vind ik er echt goed uitzien!

Zal nog wel persoonlijk een koppeling willen maken naar een watchlist die iets ‘automagisch’ download.

Heb je via dit dashboard ook helder op welk medium deze beschikbaar is (zoiets als JustWatch)? Daarbij ook de filtering welke films in je lijst komen te staan? Voordat heel Bollywood erbij komt te staan.

Ik heb de kaart in HASS redelijk zo gelaten.
- Die is echt gericht op informeren en laten zien, met CTA's naar de trailers en TMDB info.

Daarnaast heb ik een CRON gezet die elke maand kijkt naar nieuw toegevoegde films op TMDB met een bepaalde waarde om zo inderdaad alle bollywood en indiase films er uit te filteren. Daarbij markeert de CRON welke film hij mij al heeft aangegeven qua release, mocht het zo zijn dat in de 1e batch de film niet de ondergrens gehaald heeft van de treshold, maar later wel.. dan gaat die alsnog mee in de aanbeveling.

Ik kijk dit de aankomende periode even aan. Maar is voor mij prima.
Daarnaast hoef ik niet te weten waar de film beschikbaar is, zelf ben ik voorzien van Disney+ en alles Marvel is daar al gedekt.. als er iets is wat niet gedekt is huur ik het wel via Pathé

[Daan_96]

Wie o wie kan mij helpen.
Ik heb niet zoveel kennis van het systeem waar homeassistant op draait helaas.
Heb vorige jaar HA op een Pi geinstaleerd en het lukt mij aardig om een dashboard te maken met verschillende automatiseringen en zelf nu een Esphome project.

Echter geeft mijn HA nu een foutmelding.
Ik kan niet meer updaten, ik kan mijn instelling pagina's niet laden.
Eigenlijk kan ik alleen nog mijn dashboard bekijken.
Als ik automatiseringen aan wil passen krijg ik de volgende melding:

Deze automatisering kan niet worden bewerkt vanuit de gebruikersinterface, omdat deze niet is opgeslagen in het bestand automations.yaml of geen ID heeft.

Als ik naar de ontwikkelingstool of mijn systeem wil krijg ik het volgende:
Error while loading page developer-tools.

Wie o wie kan mij uit de brand helpen, ik zou graag meer van het onderliggende systeem willen leren maar ben helaas niet zo onderlegd met PC's software / programmeren ervan.
Enige wat ik kon doen is de stekker van de Pi er uit en er weer in maar dat veranderd niks.
Er staan wel back-ups op maar geen idee hoe dat werkt..

EDIT:

Ik denk dat het weer werkt!
Na 15 keer geprobeerd te hebben te updaten na de nieuwste versie kwam die er eindelijk door en lijkt alles weer te werken.
Ik verwacht dat er tijdens de vorige update poging iets niet goed is gegaan of hij net even de verbinding verloren heeft.
Het lukt niet om de update te starten omdat die niet beschikbaar was maar uit eindelijk toch gelukt na tig keer herstarten.

[ Voor 28% gewijzigd door Daan_96 op 28-04-2026 21:18 ]

[r_buren]

D4NG3R schreef op dinsdag 28 april 2026 @ 19:32:
@r_buren Ik denk niet dat het heel veel zin heeft om de yaml daarvoor te delen. Behalve dat het 100'en regels met vooral horizontal stacks/slider buttons zijn, zijn het allemaal standaard bubble-elementen. Voorbeelden daarvan staan er genoeg op de Github pagina.

Ik bouw ze zelf gewoon op via de UI, de developer heeft een paar videos online staan welke zaken duidelijker maken.

[YouTube: Bubble Card for Home Assistant - Introduction]
[YouTube: Bubble Card for Home Assistant - How to create pop-ups]

Ok prima, ik wist niet dat deze videos van Cloos er waren en Claude had het de hele tijd over een bubble card boven met zeg maar living room en dan (in de edit view) de kaarten van de afzonderlijke lampen daaronder. Dan al die afzonderlijke kaarten een hash meegeven om vanuit de livingroom card te navigaten naar die #hash. Maar dat krijg ik na 2 avonden (en een halve middag( niet aan de praat, Niet in de dashboard editor en ook niet in de raw config editor van datzelfde dashboard. Thanx voor het makkelijker maken met 1 video. Hopen dat me dat wel lukt. Maar de uitleg van Cloos lijkt makkelijk.

[D4NG3R]

Ja pop-ups waren mij in het begin ook niet helemaal duidelijk. De video, ondanks dat deze licht verouderd is, maakt een hoop duidelijk.

Succes!

Edit: Zoals op de Github pagina overigens ook staat;

This video is bit outdated, you don't need to create a vertical stack anymore, it will be added automatically.

Gewoon direct zoeken naar bubble card, en dan voor pop-up kiezen. Je hoeft niet eerst een vertical stack te maken.

Tip van flip; Als je op de 'Create pop-up' knop geklikt hebt, raad ik aan om direct op save te klikken voordat je verder gaat. Scheelt wat geruzie met de front-end mocht je de pagina perongeluk verversen of op cancel klikken.

[ Voor 69% gewijzigd door D4NG3R op 28-04-2026 23:02 ]

[koelkast]

RobertMe schreef op woensdag 22 april 2026 @ 15:19:
[...]

Ik weet de exacte opzet niet meer maar volgens mij is er eens iemand geweest die het met een (wellicht twee?) veertje in het gat deed waarbij het dichtgedraaide slot ervoor zorgde dat het veertje "contact maakte". En dat dan gesoldeerd aan een "binaire sensor" (bv dus een contact sensor waar je vaak het magneet mechanisme kunt overbruggen*. Maar ook water / lek sensors kan dat mee).
Een contactsensor in het slot zelf lijkt mij in ieder geval lastig. Maar een veertje en wat draadjes krijg je er vast in. Uiteraard niet inbraak-proof dan. Maar ik ga er vanuit dat je puur wilt weten of die op slot is. Is die gesloopt moet je weer naar buiten lopen om het te zien Maar het is niet dat die dan niet op slot kan zijn.

* zelf heb ik in de bureaustoel zo'n automatje, en dan gesoldeerd aan een contactsensor. Waardoor HA weet of ik in de bureaustoel zit :x

Ik heb dat eens gemaakt, zie dit bericht:

koelkast in "Home Assistant: Open source Python3 home automation - deel 2"

Inmiddels niet meer in gebruik, want verhuisd.

[GMJansen]

RudolfR schreef op woensdag 22 april 2026 @ 09:06:
[...]


"Sonoff S60ZBTPF" is dat dan, want zonder ZB vind ik een wi-fi variant.

Klopt helemaal, bedankt voor de aanvulling😀

[Ben(V)]

Daan_96 schreef op dinsdag 28 april 2026 @ 20:51:
Wie o wie kan mij helpen.
Ik heb niet zoveel kennis van het systeem waar homeassistant op draait helaas.
Heb vorige jaar HA op een Pi geinstaleerd en het lukt mij aardig om een dashboard te maken met verschillende automatiseringen en zelf nu een Esphome project.

Echter geeft mijn HA nu een foutmelding.
Ik kan niet meer updaten, ik kan mijn instelling pagina's niet laden.
Eigenlijk kan ik alleen nog mijn dashboard bekijken.
Als ik automatiseringen aan wil passen krijg ik de volgende melding:

Deze automatisering kan niet worden bewerkt vanuit de gebruikersinterface, omdat deze niet is opgeslagen in het bestand automations.yaml of geen ID heeft.

Als ik naar de ontwikkelingstool of mijn systeem wil krijg ik het volgende:
Error while loading page developer-tools.

Wie o wie kan mij uit de brand helpen, ik zou graag meer van het onderliggende systeem willen leren maar ben helaas niet zo onderlegd met PC's software / programmeren ervan.
Enige wat ik kon doen is de stekker van de Pi er uit en er weer in maar dat veranderd niks.
Er staan wel back-ups op maar geen idee hoe dat werkt..

EDIT:

Ik denk dat het weer werkt!
Na 15 keer geprobeerd te hebben te updaten na de nieuwste versie kwam die er eindelijk door en lijkt alles weer te werken.
Ik verwacht dat er tijdens de vorige update poging iets niet goed is gegaan of hij net even de verbinding verloren heeft.
Het lukt niet om de update te starten omdat die niet beschikbaar was maar uit eindelijk toch gelukt na tig keer herstarten.

Gebruik je die pi met standaard eMMC geheugen?
Als dat zo is zal daar je probleem wel zitten, eMMC is niet geschikt voor HA door de vele schrijf acties die HA doet.
De eMMC zal wel gewoon "versleten" zijn.
Kijk of je hem kunt vervangen door ssd storage,

[Daan_96]

Ik weet niet meer welke site het was maar ik heb toen starterkit met een Pi5 besteld met SSD en HA al geïnstalleerd volgens mij.

[Schway]

Daan_96 schreef op woensdag 29 april 2026 @ 11:52:
Ik weet niet meer welke site het was maar ik heb toen starterkit met een Pi5 besteld met SSD en HA al geïnstalleerd volgens mij.

Komt vaker voor ja, ik heb later mijn Pi4 uitgebreid met een usb SSD omdat ik ook merkte dat mijn SD kaarten stuk waren. Gelukkig had ik niet bijzonder veel waardoor opnieuw bouwen niet lang kostte. Als ik nu nieuw zou moeten beginnen pakte ik een minipc.

[Septillion]

@Daan_96
Hoe zeker weet je dat je van SSD draait ipv SD-kaart?

Heb je ook netjes een backup die niet op de Pi zelf staat opgeslagen? Dus cloud of nas etc.

En zit toevallig de opslag redelijk vol? Dat kan ook voor problemen zorgen.

[Daan_96]

Ik heb de SSD kaart "zien zitten", volgens mij zit er geen SD kaart in.
Er staat bij systeem 21.9gb van 234gb gebruikt.
Levensduur 0% verbruikt.

Pi5 processorgebruik draait altijd maar op 1 a 2% (als dat een realistisch beeld is)
Geheugengebruik zit op 1.2 van de 8gb

Ik heb alleen de backup op de SSD in de Pi5 in gebruik.
Is het aan te raden om een back-up te maken in mijn onedrive? Dan moet ik even uitvogelen hoe dat moet.
Ik heb verder nog geen NAS oid.. Zit nog in een gedeelde woning met mijn ouders.
Heb het HA nu ook als voorbereiding om te kijken in hoeverre ik over een paar jij mijn te renoveren huis afhankelijk wil laten zijn van HA / wat ik allemaal wil gaan intergreren.

Thanks voor alle hulp trouwens, wellicht zijn dit voor jullie allemaal beginners vragen / onduidelijkheden waarvan je denkt; hoe kun je dat nou niet snappen

Moet zeggen dat het mij allemaal tot op heden best goed af gaat. Alleen de computertaal ken ik helaas niet waardoor ik tegen zulke foutjes aanloop door gebrek aan kennis.

[ Voor 8% gewijzigd door Daan_96 op 29-04-2026 14:41 ]

[Ben(V)]

Als je one drive voor backup wilt gebruiken lees je hier hoe dat kan.
https://www.home-assistant.io/integrations/onedrive/

PS een backup op hetzelfde medium is natuurlijk geen backup.

[RobertMe]

Ben(V) schreef op woensdag 29 april 2026 @ 14:54:
PS een backup op hetzelfde medium is natuurlijk geen backup.

Dat ligt natuurlijk aan het doel van de backup. Als je de backup gebruikt om user errors te herstellen (oude config terug te zetten) is het een prima backup locatie. Als je het doet om dataverlies bij defecten te voorkomen uiteraard niet.
Zelf maak ik van mijn server(s) ook zeer frequent backups (lees: elke 15 minuten). Maar het backuppen naar andere servers incl off-site gebeurt maar elke 6 uur.

[Daan_96]

Onedrive koppelen lijkt me in mijn geval voor nu het beste.
De backup's maak ik inderdaad met het idee dat wanneer mijn Pi sneuveld ik redelijk snel het huis weer draaiend kan hebben.
Ook de verwarming ect draait er nu al op dus dat wil ik snel weer aan de praat kunnen hebben.

Alles lijkt trouwens wel weer te werken na het updaten van HA core, ik denk dat de vorige update halvewege afgebroken is en dat een probleem gaf.

Ik ga eens kijken of ik uit de onedrive intergratie kom.
Bedankt zo ver!

[konehead]

Ik draai Home Assistant 2026.4.3 op een HP i5 machine met MariaDB.

Sinds ongeveer twee maanden ervaar ik een vreemd probleem: na ongeveer 4–7 dagen “crasht” Home Assistant. Daarmee bedoel ik:

Ik kan HA lokaal niet meer bereiken (webinterface niet beschikbaar)
De Home Assistant instantie verdwijnt volledig uit mijn lokale netwerk (niet zichtbaar in netwerkbrowser)

De enige manier om dit op te lossen is door de server handmatig te rebooten. Daarna werkt alles weer normaal voor 4–7 dagen.

Wat ik al heb gecontroleerd:

Home Assistant Core logs → geen relevante fouten
Supervisor logs → niets bijzonders
CPU- en geheugengebruik → normaal, ook vlak vóór de crash
Het systeem zelf blijft draaien (alleen HA wordt onbereikbaar)

Er zijn geen duidelijke waarschuwingen of fouten voordat het probleem optreedt.

Heeft iemand dit eerder meegemaakt of tips hoe ik de oorzaak van dit probleem kan achterhalen?

Alvast bedankt!

[_Arthur]

Hier iemand met een Solis S6-EH3P10K-H-EU (of vergelijkbaar model) omvormer die de Solis modbus HACS integratie van Pho3niX90 gebruikt? En die het in HA voor elkaar heeft om bij (te) hoge negatieve uurprijzen het vermogen terugregelt of naar Self-Use only kan zetten? Ik heb er (nog) geen CT klemmen of speciefieke kWh meter tussen zitten. Heb wel alle P1 data en kwartier cq uurprijzen in HA beschikbaar.

Wat ik al heb geprobeerd: een extra modus: secie in configuratiom.yaml aangemaakt om daarin de juiste registers te schrijven, echter dat conflicteerd met de Pho3niX90 integratie.

[RobertMe]

konehead schreef op woensdag 29 april 2026 @ 20:45:
Ik draai Home Assistant 2026.4.3 op een HP i5 machine met MariaDB.

Sinds ongeveer twee maanden ervaar ik een vreemd probleem: na ongeveer 4–7 dagen “crasht” Home Assistant. Daarmee bedoel ik:

Ik kan HA lokaal niet meer bereiken (webinterface niet beschikbaar)
De Home Assistant instantie verdwijnt volledig uit mijn lokale netwerk (niet zichtbaar in netwerkbrowser)

De enige manier om dit op te lossen is door de server handmatig te rebooten. Daarna werkt alles weer normaal voor 4–7 dagen.

Wat ik al heb gecontroleerd:

Home Assistant Core logs → geen relevante fouten
Supervisor logs → niets bijzonders
CPU- en geheugengebruik → normaal, ook vlak vóór de crash
Het systeem zelf blijft draaien (alleen HA wordt onbereikbaar)

Er zijn geen duidelijke waarschuwingen of fouten voordat het probleem optreedt.

Heeft iemand dit eerder meegemaakt of tips hoe ik de oorzaak van dit probleem kan achterhalen?

Alvast bedankt!

Ik zie je eerlijk gezegd niet beschrijven waarom je denkt dat HA gecrasht is. Het is onbereikbaar via het netwerk, dat zeker. Maar dat kan ook komen doordat bv het netwerk uitvalt. Heb je dus bv Zigbee spul en reageert dat wel nog? (Als op knop wlrdt gedrukt / beweging gedetecteerd / ... => zet lamp aan. Als je zoiets hebt dat geen netwerk nodig heeft (dus Zigbee / ZWave spul (of Thread met OTBR in HA zodat het niet over netwerk gaat, Bluetooth met ontvanger in HA en niet via ESPHome Proxy).

En / of: sluit een scherm en toetsenbord aan. Doet die dan nog iets?

En je draait geen Proxmox? Daarvan zie ik wel vaker voorbij komen dat netwerk na een aantal dagen offline gaat (maar systeem dus wel up blijft). Ik weet alleen niet of dat een Proxmox specifiek issue is of een algemeen Linux issue.

[konehead]

RobertMe schreef op woensdag 29 april 2026 @ 22:56:
[...]

Ik zie je eerlijk gezegd niet beschrijven waarom je denkt dat HA gecrasht is. Het is onbereikbaar via het netwerk, dat zeker. Maar dat kan ook komen doordat bv het netwerk uitvalt. Heb je dus bv Zigbee spul en reageert dat wel nog? (Als op knop wlrdt gedrukt / beweging gedetecteerd / ... => zet lamp aan. Als je zoiets hebt dat geen netwerk nodig heeft (dus Zigbee / ZWave spul (of Thread met OTBR in HA zodat het niet over netwerk gaat, Bluetooth met ontvanger in HA en niet via ESPHome Proxy).

En / of: sluit een scherm en toetsenbord aan. Doet die dan nog iets?

En je draait geen Proxmox? Daarvan zie ik wel vaker voorbij komen dat netwerk na een aantal dagen offline gaat (maar systeem dus wel up blijft). Ik weet alleen niet of dat een Proxmox specifiek issue is of een algemeen Linux issue.

dank voor je reactie. Super vaag issue. Ik heb Zigbee, werkt ook niet meer. Ik kan dus niet mijn HA van buiten af bereiken, niet intern en ook niet via Apple Home. Bewegingssensoren werken ook niet meer., lampen blijven uit. Afstandsbedieningen werken ook niet meer. Mijn HA voice assistant knippert rood = geen verbinding. Ik draai HA 'kaal' op mijn server, dus zonder proxmox. NA een crash branden nog wel de lampjes en ook mijn TPU (voor Frigate) brandt nog. verder niks meer. Goed idee van jou om toetsenboard / monitor er aan te hangen. dat ga ik sowieso doen!

[Badd Yass]

Vraagje. Sinds een paar maanden gebruik ik home assistant met p1 meter. Nog geen sensoren of stekkers.

Bijgevoegde foto is van vannacht.

Mijn vermogensbronnen lijkt gedurende de nacht minimaal 250wh te zijn, met pieken naar 400wh. Daardoor zou ik denken dat ik minimaal 0.250 x 6.5=1.625 kWh heb verbruikt. Maar de verbruikt telller telt maar 0.93 kWh tot 6 uur.

Dit lijkt niet in verhouding. Iemand een idee hoe dit komt? Welke is “juist”?

[wickydude]

Badd Yass schreef op donderdag 30 april 2026 @ 06:57:
Vraagje. Sinds een paar maanden gebruik ik home assistant met p1 meter. Nog geen sensoren of stekkers.

Bijgevoegde foto is van vannacht.

Mijn vermogensbronnen lijkt gedurende de nacht minimaal 250wh te zijn, met pieken naar 400wh. Daardoor zou ik denken dat ik minimaal 0.250 x 6.5=1.625 kWh heb verbruikt. Maar de verbruikt telller telt maar 0.93 kWh tot 6 uur.

Dit lijkt niet in verhouding. Iemand een idee hoe dit komt? Welke is “juist”?

[Afbeelding]

[Afbeelding]

Beide zijn juist.
De overzichtsgrafiek in het dashboard wordt een beetje smoother gemaakt. Als je naar de detail geschiedenisgrafiek van de vermogenssensor kijkt zul je scherpere pieken en dalen zien.

[D4NG3R]

Inderdaad eerst even bij de geschiedenis van je power consumption entity kijken.

Deze 2 grafieken hebben dezelfde databron:




Maar geven heel andere informatie.

[ Voor 3% gewijzigd door D4NG3R op 30-04-2026 08:17 ]

[tagican]

PhilipsFan schreef op donderdag 9 april 2026 @ 14:10:
Ik heb echt een probleem met mijn Unifi G6 Entry deurbel. Er is gewoon geen betrouwbare sensor voor 'bel ingedrukt'. Ik had eerst een state chage van de sensor Occupancy naar 'detected' en dat werkte even, maar nu werkt dat niet meer. Als ik in de history kijk dan is die Occupancy de afgelopen 3 dagen niet veranderd, terwijl ik toch heel erg zeker weet dat er mensen hebben aangebeld.

Hoe krijg ik een betrouwbaar werkende sensor in Home Assistant die afgaat als iemand de deurbel indrukt?

Waarom is dit eigenlijk een probleem? De allerbelangrijkste van een deurbel is toch dat je weet dat er iemand heeft aangebeld? Ik begrijp werkelijk niet waarom er geen sensor 'Button pressed' bestaat. Op deze manier kan ik beter gewoon een Zigbee drukknop ophangen.

Ik zat door de changelogs van de RC heen te bladeren en het ziet er naar uit dat je rant is gehoord ;-)

[BiG-GuY]

konehead schreef op woensdag 29 april 2026 @ 20:45:
Ik draai Home Assistant 2026.4.3 op een HP i5 machine met MariaDB.

Sinds ongeveer twee maanden ervaar ik een vreemd probleem: na ongeveer 4–7 dagen “crasht” Home Assistant. Daarmee bedoel ik:

Ik kan HA lokaal niet meer bereiken (webinterface niet beschikbaar)
De Home Assistant instantie verdwijnt volledig uit mijn lokale netwerk (niet zichtbaar in netwerkbrowser)

De enige manier om dit op te lossen is door de server handmatig te rebooten. Daarna werkt alles weer normaal voor 4–7 dagen.

Wat ik al heb gecontroleerd:

Home Assistant Core logs → geen relevante fouten
Supervisor logs → niets bijzonders
CPU- en geheugengebruik → normaal, ook vlak vóór de crash
Het systeem zelf blijft draaien (alleen HA wordt onbereikbaar)

Er zijn geen duidelijke waarschuwingen of fouten voordat het probleem optreedt.

Heeft iemand dit eerder meegemaakt of tips hoe ik de oorzaak van dit probleem kan achterhalen?

Alvast bedankt!

Draai je toevallig Music Assistant? Er was een Memory leak in 2.8.3-2.8.5 ergens. Sinds 2.8.6 zou dat gefixed zijn.

Heb dit zelf ook gehad, maar dan eerder eens in de 3-4 weken. Na alles onderzoeken samen met Claude kunnen pinpointen dat de boosdoener Music Assistant was.

Voorlopig alsnog Watchdog uitgezet voor die App, omdat het crashte tijdens de automatische reboot en daarna de hele server down haalde. Alleen een power cycle fixte het.

Via SSH kon ik er nog bij, maar zelfs reboot commando's bleven hangen.

Overigens heeft de VS Code App ook een "memory leak" die al jaren bestaat. Workers worden niet gecleared wanneer je iets gestart hebt erin, dus Memory gebruik blijft constant stijgen tot je RAM en SWAP op zijn.

Heb nu geautomatiseerd dat de VS Code App elke nacht reboot en zo de memory vrij geeft. Heb een simlink ingesteld zodat de Docker internal /root naar een map linkt die niet bij elke reboot leeg is, zodat ik gewoon verder kan waar ik was voor een reboot.

[ Voor 12% gewijzigd door BiG-GuY op 30-04-2026 08:40 ]

[Septillion]

Badd Yass schreef op donderdag 30 april 2026 @ 06:57:
Mijn vermogensbronnen lijkt gedurende de nacht minimaal 250wh te zijn, met pieken naar 400wh.

Vermogen is in W(att), niet Wh.

En de balkjes in de energie grafiek zijn in Wh. Maar grappig genoeg zijn die voor een dag standaard per uur. Ofwel Wh per uur = Wh/h = W*h/h = W (gemiddeld voor dat uur)

[DJGizbo]

HELP!

Morgen zijn er extreem negatieve stroomprijzen. Ik wil graag handmatig via Home Assistant mijn Gro-watt omvormer (type MIN 3600TL-XH) "uit"zetten. Ik heb de integratie werken voor de statistieken, maar geen idee hoe ik de omvormer via HA tijdelijk kan stoppen. Wie weet hoe ik dat kan doen?

Alvast bedankt!

[TheFes]

DJGizbo schreef op donderdag 30 april 2026 @ 14:25:
HELP!

Morgen zijn er extreem negatieve stroomprijzen. Ik wil graag handmatig via Home Assistant mijn Gro-watt omvormer (type MIN 3600TL-XH) "uit"zetten. Ik heb de integratie werken voor de statistieken, maar geen idee hoe ik de omvormer via HA tijdelijk kan stoppen. Wie weet hoe ik dat kan doen?

Alvast bedankt!

Wellicht heb je hier iets aan?
https://degroenenerds.nl/...en-via-modbus-of-een-app/

Het lijkt via modbus te kunnen volgens bovenstaande post. Maar daarvoor moet je wel een beetje knutselen en wat hardware voor hebben.

Volgens de post kun je de solar ook automatisch uitzetten bij negatieve prijzen via de Growatt app.

[konehead]

BiG-GuY schreef op donderdag 30 april 2026 @ 08:32:
[...]

Draai je toevallig Music Assistant? Er was een Memory leak in 2.8.3-2.8.5 ergens. Sinds 2.8.6 zou dat gefixed zijn.

Heb dit zelf ook gehad, maar dan eerder eens in de 3-4 weken. Na alles onderzoeken samen met Claude kunnen pinpointen dat de boosdoener Music Assistant was.

Voorlopig alsnog Watchdog uitgezet voor die App, omdat het crashte tijdens de automatische reboot en daarna de hele server down haalde. Alleen een power cycle fixte het.

Via SSH kon ik er nog bij, maar zelfs reboot commando's bleven hangen.

Overigens heeft de VS Code App ook een "memory leak" die al jaren bestaat. Workers worden niet gecleared wanneer je iets gestart hebt erin, dus Memory gebruik blijft constant stijgen tot je RAM en SWAP op zijn.

Heb nu geautomatiseerd dat de VS Code App elke nacht reboot en zo de memory vrij geeft. Heb een simlink ingesteld zodat de Docker internal /root naar een map linkt die niet bij elke reboot leeg is, zodat ik gewoon verder kan waar ik was voor een reboot.

Yes, die heb ik. 2.8.6. En heb ik gegeven jou bericht eraf gegooid (gebruik het niet). Ik heb ook al zitten stoeien met claude, die bleef naar Frigate wijzen. Maar zie daar niks geks. Zag je het geheugengebruik ook toenemen? Hieronder mijn geheugen ontwikkeling, gisterenmiddag was de crash

[DJGizbo]

TheFes schreef op donderdag 30 april 2026 @ 14:37:
[...]


Wellicht heb je hier iets aan?
https://degroenenerds.nl/...en-via-modbus-of-een-app/

Het lijkt via modbus te kunnen volgens bovenstaande post. Maar daarvoor moet je wel een beetje knutselen en wat hardware voor hebben.

Volgens de post kun je de solar ook automatisch uitzetten bij negatieve prijzen via de Growatt app.

Dank, dat wordt een project voor later, ik probeer het morgen eerst in de app en later via ModBus/HA.

[BiG-GuY]

konehead schreef op donderdag 30 april 2026 @ 14:39:
[...]


Yes, die heb ik. 2.8.6. En heb ik gegeven jou bericht eraf gegooid (gebruik het niet). Ik heb ook al zitten stoeien met claude, die bleef naar Frigate wijzen. Maar zie daar niks geks. Zag je het geheugengebruik ook toenemen? Hieronder mijn geheugen ontwikkeling, gisterenmiddag was de crash
[Afbeelding]

De bug in Music Assistant gebeurde alleen als je ook daadwerkelijk aan afspelen was. Bij mij draait er 24/7 muziek rondom het huis. Met specifieke playlists overdag en andere in de nacht. Sinds de update van Music Assistant naar 2.8.6 geen vastlopers gehad.

Voor Music Assistant zag ik niet zozeer zulke RAM spikes terug. Maar met VS Code weldegelijk, de laatste piek was voor ik VS Code elke nacht een reboot geef. Sindsdien geen spikes meer gehad.

Mijn HA OS Host heeft 16GB RAM.

[Faece]

Situatie:
Gebouw met 13 airco's, op 3 buitenmodules.
Airco's op dezelfde buitenmodules kunnen niet in én koelen én verwarmen staan. Dus het is bij allen of koelen of verwarmen. Hoe zou ik dit gaan regelen dat er nooit conflict ontstaat tussen de toestellen ?

[Schway]

Faece schreef op donderdag 30 april 2026 @ 15:13:
Situatie:
Gebouw met 13 airco's, op 3 buitenmodules.
Airco's op dezelfde buitenmodules kunnen niet in én koelen én verwarmen staan. Dus het is bij allen of koelen of verwarmen. Hoe zou ik dit gaan regelen dat er nooit conflict ontstaat tussen de toestellen ?

groeperen op buiten unit. En misschien per automation aangeven dat als 1 in de groep veranderd, dit toegepast wordt op de rest van de groep.

Of bediening toestaan vanaf 1 locatie, de thermostaat of zo. die dan alle aircos instelt.

[Mr.Viper]

DJGizbo schreef op donderdag 30 april 2026 @ 14:25:
HELP!

Morgen zijn er extreem negatieve stroomprijzen. Ik wil graag handmatig via Home Assistant mijn Gro-watt omvormer (type MIN 3600TL-XH) "uit"zetten. Ik heb de integratie werken voor de statistieken, maar geen idee hoe ik de omvormer via HA tijdelijk kan stoppen. Wie weet hoe ik dat kan doen?

Alvast bedankt!

Misschien kun je je 'dongle' omflashen naar OpenInverterGateway. Daarmee kan je ook je Growatt omvormer uitlezen maar ook bedienen!

[djiedjee]

TheFes schreef op donderdag 30 april 2026 @ 14:37:
[...]


Wellicht heb je hier iets aan?
https://degroenenerds.nl/...en-via-modbus-of-een-app/

Het lijkt via modbus te kunnen volgens bovenstaande post. Maar daarvoor moet je wel een beetje knutselen en wat hardware voor hebben.

Volgens de post kun je de solar ook automatisch uitzetten bij negatieve prijzen via de Growatt app.

@DJGizbo
Ik denk dat een ShineWiLan-X2 moet werken bij jou.
Op aanraden van dit forum heb ik die gekocht voor ongeveer 20 euro. Die ondersteunt zelf al modbus over TCP/IP.
Niks te solderen en de software werkte direct.

Uitzetten via de app is met de prijzen van morgen ook wel slim!

[ Voor 4% gewijzigd door djiedjee op 30-04-2026 16:44 ]

[Faece]

Schway schreef op donderdag 30 april 2026 @ 15:30:
[...]

groeperen op buiten unit. En misschien per automation aangeven dat als 1 in de groep veranderd, dit toegepast wordt op de rest van de groep.

Of bediening toestaan vanaf 1 locatie, de thermostaat of zo. die dan alle aircos instelt.

bediening gaat automatisch, maar ik bekijk deze tip "als 1 in de groep veranderd, dit toegepast wordt op de rest van de groep. "
bedankt

[BGFG]

IK heb iedere dag errors in de HA core-log mbt mijn Skoda Enyaq. Een hele zwik soortgelijk als hieronder mbt geen uniek ID. Iemand een idee?

Logger: homeassistant.components.lock
Bron: helpers/entity_platform.py:873
integratie: Slot (documentatie, problemen)
Eerst voorgekomen: 29 april 2026 om 20:55:16 (1 gebeurtenis)
Laatst gelogd: 29 april 2026 om 20:55:16

Platform myskoda does not generate unique ID TMBJH12345678_door_lock already exists - ignoring lock.skoda_enyaq_deurvergrendeling

[PhilipsFan]

tagican schreef op donderdag 30 april 2026 @ 08:30:
[...]

Ik zat door de changelogs van de RC heen te bladeren en het ziet er naar uit dat je rant is gehoord ;-)

[Afbeelding]

Ah mooi, eindelijk! Dank voor het attenderen 👍

[Ben.Hahlen]

Over het Energy Dashboard gesproken:
Ik snap de Power Sources niet helemaal...
Die ziet er bij mij zo uit:

Nou heb ik het gevoel dat dat niet klopt, want de consumption van de Grid en Solar worden bij elkaar opgeteld...
De consumption zou, m.i. "door" de solar graph moeten lopen en niet bij elkaar opgeteld moeten worden.

Het hele dashboard:


Dit is (een gedeelte van) de config:


Iemand een idee?

[TheFes]

Ben.Hahlen schreef op vrijdag 1 mei 2026 @ 10:26:
Over het Energy Dashboard gesproken:
Ik snap de Power Sources niet helemaal...
Die ziet er bij mij zo uit:
[Afbeelding]
Nou heb ik het gevoel dat dat niet klopt, want de consumption van de Grid en Solar worden bij elkaar opgeteld...
De consumption zou, m.i. "door" de solar graph moeten lopen en niet bij elkaar opgeteld moeten worden.

Het hele dashboard:
[Afbeelding]

Dit is (een gedeelte van) de config:
[Afbeelding]

Iemand een idee?

Je mist de power source voor je teruglevering.

[Ben.Hahlen]

TheFes schreef op vrijdag 1 mei 2026 @ 10:28:
[...]
Je mist de power source voor je teruglevering.

Zit dat niet hier in:


Want in deze graph zit het wel:

[wickydude]

Ben.Hahlen schreef op vrijdag 1 mei 2026 @ 10:26:
Over het Energy Dashboard gesproken:
Ik snap de Power Sources niet helemaal...
Die ziet er bij mij zo uit:
[Afbeelding]
Nou heb ik het gevoel dat dat niet klopt, want de consumption van de Grid en Solar worden bij elkaar opgeteld...
De consumption zou, m.i. "door" de solar graph moeten lopen en niet bij elkaar opgeteld moeten worden.

Het hele dashboard:
[Afbeelding]

Dit is (een gedeelte van) de config:
[Afbeelding]

Iemand een idee?

Check even goed dat je voor de power source een productie entity gebruikt (in W, niet energy in kWh).
Het staafdiagram werkt met energy, dus kWh. Die staat zo te zien wel goed.
Je optelgrafiek rechtsboven werkt met power, dus W. Ik heb hier twee entities, een entity waar Production bij staat, dus geen verbruik, en een andere. De een is positief, de ander negatief. Ff checken dat je de goeie hebt.

[wickydude]

Ben.Hahlen schreef op vrijdag 1 mei 2026 @ 10:34:
[...]

Zit dat niet hier in:
[Afbeelding]

Want in deze graph zit het wel:
[Afbeelding]

Dat is energy, niet power. De power entity staat lager in die dialog.

[Ben.Hahlen]

wickydude schreef op vrijdag 1 mei 2026 @ 10:43:
[...]

Dat is energy, niet power. De power entity staat lager in die dialog.

Daar heb ik deze, maar die gaat niet negatief.

Ik heb zelf calculated sensors voor de bovenste card hier:

Maar die kan ik niet selecteren in de dropdown.

[TheFes]

Ben.Hahlen schreef op vrijdag 1 mei 2026 @ 10:52:
[...]

[Afbeelding]
Daar heb ik deze, maar die gaat niet negatief.

Ik heb zelf calculated sensors voor de bovenste card hier:
[Afbeelding]
Maar die kan ik niet selecteren in de dropdown.

Je hebt de optie om 2 sensoren op te voeren, eentje voor consumptie (vanuit het grid) en eentje voor productie (naar het grid). Dat is de onderste radio button. Je productie sensor moet dan wel negatief zijn.
De andere optie is om 1 sensor te gebruiken met de netto waarde, positief bij consumptie, negatief bij productie.

Op dit moment heb je dus alleen consuptie ingevoerd, en krijg je dus niet het juiste resultaat.
Je kunt eventueel een template sensor aanmaken voor je netto waarde.

[RobertMe]

TheFes schreef op vrijdag 1 mei 2026 @ 10:57:
[...]

Je hebt de optie om 2 sensoren op te voeren, eentje voor consumptie (vanuit het grid) en eentje voor productie (naar het grid). Dat is de onderste radio button. Je productie sensor moet dan wel negatief zijn.
De andere optie is om 1 sensor te gebruiken met de netto waarde, positief bij consumptie, negatief bij productie.

Op dit moment heb je dus alleen consuptie ingevoerd, en krijg je dus niet het juiste resultaat.
Je kunt eventueel een template sensor aanmaken voor je netto waarde.

Doordat @Ben.Hahlen ook twee energy sources heeft (hoog en laag tarief) kan die ook bij de ene de consumptie opgeven en bij de ander de "inverted" radio kiezen in combinatie met het (positieve) teruglever-vermogen.

Dat is hoe die bij mij is ingesteld en prima werkt. Waarbij er onderwater dan een sensor (/template sensor) wordt aangemaakt die de *-1 doet. En op het energy dashboard worden beide power sources dan weer opgeteld.