Home Assistant: Open source Python3 home automation - deel 5

[TheFes]

Raven schreef op donderdag 16 april 2026 @ 08:42:
[...]

Dat had geen effect, vannacht weer beide automations een paar min na elkaar getriggered wegens heel kort niet beschikbaar / unavailable zijn van de sensors en zo kort dat ik de muis er niet eens op kan krijgen:

[Afbeelding]

YAML:

alias: stoftmoln_computerkamer
description: ""
triggers:
  - trigger: state
    entity_id:
      - binary_sensor.lamp_computerkamer_input_0
    not_from:
      - unavailable
      - unknown
conditions: []
actions:
  - action: light.toggle
    metadata: {}
    target:
      entity_id: light.stoftmoln_computerkamer
    data: {}
mode: single

Heb je nog een trace beschikbaar van zo'n ongewenste trigger van de automation?

[Raven]

TheFes schreef op donderdag 16 april 2026 @ 08:50:
[...]

Heb je nog een trace beschikbaar van zo'n ongewenste trigger van de automation?

Getriggerd door de state of binary_sensor.lamp_computerkamer_input_0 om 16 april 2026 om 05:23:18
Licht ‘Omschakelen’
(light.stoftmoln_computerkamer) turned on
Voltooid om 16 april 2026 om 05:23:18 (uitgevoerd in 0.00 seconden)

Oftewel getriggerd op de state verandering van off -> unavailable of unavailable -> off, het is zo kort dat ik dat niet kan zien, maar weer beide een paar min. na elkaar

[TheFes]

Raven schreef op donderdag 16 april 2026 @ 09:02:
[...]

Getriggerd door de state of binary_sensor.lamp_computerkamer_input_0 om 16 april 2026 om 05:23:18
Licht ‘Omschakelen’
(light.stoftmoln_computerkamer) turned on
Voltooid om 16 april 2026 om 05:23:18 (uitgevoerd in 0.00 seconden)

Oftewel getriggerd op de state verandering van off -> unavailable of unavailable -> off, het is zo kort dat ik dat niet kan zien, maar weer beide een paar min. na elkaar

Als je de volledige trace bekijken (de json) dan is het volledige from_state object en to_state object gewoon zichtbaar. Maar het zal dus de state change van off naar unavailable zijn.
Wellicht is het het handigst om gewoon expliciet te zeggen dat je alleen will triggeren op state changes vanon en off en naar on en off
Dan heb je die hele verborgen not_from optie niet nodig.

YAML:

triggers:
  - trigger: state
    entity_id:
      - binary_sensor.lamp_computerkamer_input_0
    from:
      - "on"
      - "off"
    to:
      - "on"
      - "off"

[Raven]

@TheFes .... het zal toch niet .... ik had geen quotes gebruikt, werd zonder foutmelding opgeslagen.

Heb er nu 1 met quotes

YAML:

not_from:
      - "unavailable"
      - "unknown"

de ander voorzien van

YAML:

from:
      - "on"
      - "off"
to:
      - "on"
      - "off"

Nu maar afwachten wat er gebeurt.

Maar nou vraag ik mij weer af waarom weer een paar minuten na elkaar dit gebeurt.

edit:
@TheFes
Zat net wat verder te klikken in de traces:

code:

this:
  entity_id: automation.stoftmoln_computerkamer
  state: 'on'
  attributes:
    id: '1775746065358'
    last_triggered: '2026-04-15T17:51:43.249789+00:00'
    mode: single
    current: 0
    friendly_name: Stoftmoln computerkamer
  last_changed: '2026-04-14T16:26:43.956810+00:00'
  last_reported: '2026-04-15T17:51:43.250934+00:00'
  last_updated: '2026-04-15T17:51:43.250934+00:00'
  context:
    id: 01KP94AE4H7G9X47XB3YXEWETX
    parent_id: 01KP94AE4H9X32VQFWEGQH5HS9
    user_id: null
trigger:
  id: '0'
  idx: '0'
  alias: null
  platform: state
  entity_id: binary_sensor.lamp_computerkamer_input_0
  from_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: 'on'
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-15T17:51:43.249336+00:00'
    last_reported: '2026-04-15T17:51:59.995615+00:00'
    last_updated: '2026-04-15T17:51:43.249336+00:00'
    context:
      id: 01KP94AE4H9X32VQFWEGQH5HS9
      parent_id: null
      user_id: null
  to_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: unavailable
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-16T03:23:18.796403+00:00'
    last_reported: '2026-04-16T03:23:18.796403+00:00'
    last_updated: '2026-04-16T03:23:18.796403+00:00'
    context:
      id: 01KPA511WCCKV14SPR7J9T9QWN
      parent_id: null
      user_id: null
  for: null
  attribute: null
  description: state of binary_sensor.lamp_computerkamer_input_0

Getriggerd door van state: 'on' naar state: unavailable te gaan. Hmm, on met quotes en unavailable zonder quotes.

edit:
.... en bij het opslaan worden de quotes om unavailable en unknown weggehaald.

[ Voor 68% gewijzigd door Raven op 16-04-2026 09:23 ]

[TheFes]

Raven schreef op donderdag 16 april 2026 @ 09:16:
@TheFes .... het zal toch niet .... ik had geen quotes gebruikt, werd zonder foutmelding opgeslagen.

Heb er nu 1 met quotes

YAML:

not_from:
      - "unavailable"
      - "unknown"

de ander voorzien van

YAML:

from:
      - "on"
      - "off"
to:
      - "on"
      - "off"

Nu maar afwachten wat er gebeurt.

Maar nou vraag ik mij weer af waarom weer een paar minuten na elkaar dit gebeurt.

edit:
@TheFes
Zat net wat verder te klikken in de traces:

code:

this:
  entity_id: automation.stoftmoln_computerkamer
  state: 'on'
  attributes:
    id: '1775746065358'
    last_triggered: '2026-04-15T17:51:43.249789+00:00'
    mode: single
    current: 0
    friendly_name: Stoftmoln computerkamer
  last_changed: '2026-04-14T16:26:43.956810+00:00'
  last_reported: '2026-04-15T17:51:43.250934+00:00'
  last_updated: '2026-04-15T17:51:43.250934+00:00'
  context:
    id: 01KP94AE4H7G9X47XB3YXEWETX
    parent_id: 01KP94AE4H9X32VQFWEGQH5HS9
    user_id: null
trigger:
  id: '0'
  idx: '0'
  alias: null
  platform: state
  entity_id: binary_sensor.lamp_computerkamer_input_0
  from_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: 'on'
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-15T17:51:43.249336+00:00'
    last_reported: '2026-04-15T17:51:59.995615+00:00'
    last_updated: '2026-04-15T17:51:43.249336+00:00'
    context:
      id: 01KP94AE4H9X32VQFWEGQH5HS9
      parent_id: null
      user_id: null
  to_state:
    entity_id: binary_sensor.lamp_computerkamer_input_0
    state: unavailable
    attributes:
      device_class: power
      friendly_name: Lamp_computerkamer Input 0
    last_changed: '2026-04-16T03:23:18.796403+00:00'
    last_reported: '2026-04-16T03:23:18.796403+00:00'
    last_updated: '2026-04-16T03:23:18.796403+00:00'
    context:
      id: 01KPA511WCCKV14SPR7J9T9QWN
      parent_id: null
      user_id: null
  for: null
  attribute: null
  description: state of binary_sensor.lamp_computerkamer_input_0

Getriggerd door van state: 'on' naar state: unavailable te gaan. Hmm, on met quotes en unavailable zonder quotes.

In dit geval MOETEN on en off met quotes, omdat dat (net als y, Y, yes, Yes, YES, n, N, no, No, NO, true, True, TRUE, false, False, FALSE, On, ON, Off en OFF) boolean values zijn in YAML. Dus de state van je binary sensor is de string "on" of "off" wat niet hetzelfde is als de boolean values (true, false).

Andere strings MOGEN tussen quotes staan, maar dat maakt verder voor de werking niet uit.

Aangezien je snippet van je trace ook YAML is geldt daarvoor dus hetzelfde, en staat "on" wel tussen quotes om aan te geven dat het een string is en geen boolean value, en voor unavailable hoeft dat niet omdat deze waarde altijd een string is.

In je automation hoeft dat not_from blokje er dus niet meer in te staan, dat vang je nu al af met to en from.
In de trace zie je dat je automation triggerede omdat de state naar unavailable ging, maar je had alleen een not_from failsafe ingebouwd en geen not_to. Maar met de beperkte mogelijke states van een binary_sensor kun je dat dus uiteindelijk net zo makkelijk afvangen met de beperken van de opties voor from en to

[Raven]

TheFes schreef op donderdag 16 april 2026 @ 09:31:
maar je had alleen een not_from failsafe ingebouwd en geen not_to. Maar met de beperkte mogelijke states van een binary_sensor kun je dat dus uiteindelijk net zo makkelijk afvangen met de beperken van de opties voor from en to

* Raven geeft zichzelf een Gibbs-slap Hoe simpel kan het zijn

Ok, hopelijk is dat probleem dan opgelost, althans de achterliggende oorzaak niet. Eens kijken of ik ergens logs terug kan vinden waarom beide héél kort unavailable worden en telkens een paar minuten na elkaar.

[Niek_]

Wimploo schreef op woensdag 8 april 2026 @ 14:10:
Ik probeer mijn Alfen laadpaal via Home Assistant aan te sturen. Nu loop ik tegen een aantal dingen aan, de eerste is dat ik vermoed dat mijn passieve p1 splitter ervoor zorgt dat ik geen p1 data meer in Home assistant krijg als ik de Alfen op energy management system zet.

Dus ik heb een Home Wizard p1 splitter gekocht, maar als ik die aansluit krijg ik helemaal geen data meer in Home Assistant. Het groene power lampje brand continue groen en ik zie af en toe het witte led knipperen. Switch ik naar de passieve splitter dan krijg ik direct weer data. Enig idee wat dit kan zijn en hoe ik het op kan lossen?

Geen idee of je hier nog uitgekomen was, maar ik heb in HA wat gemaakt om onze 2 Alfen laadpalen te voorzien van het juiste vermogen vanuit de P1 meter. Wellicht ook in jouw geval toe te passen.

P1 wordt via DSMR uitgelezen in HA. Daar wordt berekend wat er dan wel/niet nog aan ruimte is op de netaansluiting (bijvoorbeeld als PV ook max aan het terugleveren is), deze waardes per fase worden via modbus naar het SCN geschreven waarna Alfen het vermogen (indien nodig) over de 2 laadpalen verdeeld. Zo heb je dus ook met een SCN loadbalancing (LBA) én houd SCN niet vast aan de hard ingestelde maximum waarde maar wordt dit dynamisch waardoor we in ons geval, als PV voldoende levert, prima op beide laadpalen met 16A kunnen laden ondanks de hoofdzekering van 3x25A.

Ik lees de P1 meter uit met de DSMR Smart Meter integratie.

7 helpers
input_boolean.laden_op_zon (dit is gewoon een schakelaar. Als ik deze aan zet dan geef ik aan dat ik alleen overschot op de meter (teruglevering) wil gebruiken om de auto's te laden)

sensor.berekende_p1_stroom_l1 (om uit te rekenen middels voltage en productie/verbruik wat het daadwerkelijke amperage is. Dan nog 2x voor fase 2 en fase 3, let erop dat je de sensor in onderstaande code ook 3x moet aanpassen)

Django/Jinja:

{% set watt_productie = states('sensor.electricity_meter_energieproductie_fase_l1') | float(0) * 1000 %}
{% set watt_verbruik = states('sensor.electricity_meter_energieverbruik_fase_l1') | float(0) * 1000 %}
{% set volt = states('sensor.electricity_meter_spanning_fase_l1') | float(230) %}
{# Netto Watt gedeeld door Volt geeft Ampère. Negatief = Teruglevering #}
{{ ((watt_verbruik - watt_productie) / volt) | round(2) }}

Alfen EMS Instructie L1 (en dan nog 2x voor fase 2 en fase 3, let erop dat je de sensor in onderstaande code ook 3x moet aanpassen)

Django/Jinja:

{% set max_net = 25 %}
{% set max_groep = 32 %}
{# De waarde van je 1e helper (Netto stroom op P1) #}
{% set stroom_p1 = states('sensor.berekende_p1_stroom_l1') | float(0) %}
{# De nieuwe SCN-sensor (Wat de laders echt doen) #}
{% set alfen_nu = states('sensor.alfen_scn_totaal_verbruik_l1') | float(0) %}
{% set zon_modus = is_state('input_boolean.laden_op_zon', 'on') %}

{# CRUCIAAL: Bereken wat het huis verbruikt ZONDER de laadpalen #}
{# Als P1 = 10A en Alfen = 6A, dan verbruikt het huis zelf 4A #}
{% set huis_verbruik_netto = stroom_p1 - alfen_nu %}

{% if zon_modus %}
  {# Zon-modus: Gebruik alleen overschot van de panelen #}
  {# Overschot is wat er 'over' is van de productie nadat het huis is bediend #}
  {% set overschot = (0 - huis_verbruik_netto) %}
  
  {% if overschot >= 6.5 %}
    {{ [overschot, max_groep] | min | round(1) }}
  {% elif overschot < 5.5 %}
    0
  {% else %}
    {# Behoud huidige instructie om geknipper te voorkomen #}
    {{ states('sensor.alfen_ems_instructie_l1') | float(0) }}
  {% endif %}

{% else %}
  {# Normale modus: Beschikbare ruimte op de hoofdzekering #}
  {% set beschikbaar = (max_net - huis_verbruik_netto) %}
  
  {% if beschikbaar >= 6.0 %}
    {{ [beschikbaar, max_groep] | min | round(1) }}
  {% elif beschikbaar < 5.0 %}
    0
  {% else %}
    {{ states('sensor.alfen_ems_instructie_l1') | float(0) }}
  {% endif %}
{% endif %}

Script en automation om naar Alfen schrijven elke 15 seconden
script: alfen_scn_schrijven

YAML:

sequence:
  - variables:
      l1: "{{ states('sensor.alfen_ems_instructie_l1') | float(10) }}"
      l2: "{{ states('sensor.alfen_ems_instructie_l2') | float(10) }}"
      l3: "{{ states('sensor.alfen_ems_instructie_l3') | float(10) }}"
      l1_bytes: "{{ pack(l1, '>f') }}"
      l2_bytes: "{{ pack(l2, '>f') }}"
      l3_bytes: "{{ pack(l3, '>f') }}"
      l1_hi: "{{ unpack(l1_bytes, '>H') }}"
      l1_lo: "{{ unpack(l1_bytes, '>H', offset=2) }}"
      l2_hi: "{{ unpack(l2_bytes, '>H') }}"
      l2_lo: "{{ unpack(l2_bytes, '>H', offset=2) }}"
      l3_hi: "{{ unpack(l3_bytes, '>H') }}"
      l3_lo: "{{ unpack(l3_bytes, '>H', offset=2) }}"
  - action: modbus.write_register
    data:
      hub: alfen_master
      slave: 200
      address: 1417
      value:
        - "{{ l1_hi }}"
        - "{{ l1_lo }}"
  - action: modbus.write_register
    data:
      hub: alfen_master
      slave: 200
      address: 1419
      value:
        - "{{ l2_hi }}"
        - "{{ l2_lo }}"
  - action: modbus.write_register
    data:
      hub: alfen_master
      slave: 200
      address: 1421
      value:
        - "{{ l3_hi }}"
        - "{{ l3_lo }}"
mode: single

automation: Alfen SCN bijwerken

YAML:

alias: Alfen SCN bijwerken
description: ""
triggers:
  - seconds: /15
    trigger: time_pattern
actions:
  - action: script.alfen_scn_schrijven
mode: single

Een watchdog die modbus herstart op HA indien deze bevriest en een notificatie naar de app op m'n telefoon stuurt.
automation: Alfen Modbus watchdog

YAML:

alias: Alfen Modbus watchdog
triggers:
  - entity_id: sensor.alfen_scn_actual_max_l1
    to: unavailable
    for:
      seconds: 15
    trigger: state
conditions:
  - condition: template
    value_template: >
      {{ (as_timestamp(now()) -
      as_timestamp(state_attr('automation.alfen_modbus_watchdog',
      'last_triggered') | default(0))) > 120 }}
actions:
  - action: modbus.reload
  - delay:
      seconds: 5
  - action: notify.mobile_app
    data:
      message: Modbus watchdog geactiveerd voor Alfen
mode: single

Code voor in configuration.yaml waarmee de verbinding met de Alfen opgezet wordt.

YAML:

modbus:
  - name: alfen_master
    type: tcp
    host: *ip-adres laadpaal*
    port: 502
    sensors:
      - name: "Alfen SCN Actual Max L1"
        unit_of_measurement: A
        slave: 200
        address: 1411
        input_type: holding
        data_type: custom
        structure: ">f"
        count: 2
        precision: 1
        scan_interval: 10

      - name: "Alfen SCN Actual Max L2"
        unit_of_measurement: A
        slave: 200
        address: 1413
        input_type: holding
        data_type: custom
        structure: ">f"
        count: 2
        precision: 1
        scan_interval: 10

      - name: "Alfen SCN Actual Max L3"
        unit_of_measurement: A
        slave: 200
        address: 1415
        input_type: holding
        data_type: custom
        structure: ">f"
        count: 2
        precision: 1
        scan_interval: 10

[ Voor 69% gewijzigd door Niek_ op 16-04-2026 18:50 ]

[bigbuddha]

skank schreef op donderdag 6 november 2025 @ 19:35:
Kent iemand deze, ik wist niet eens van dit bestaan af:)
https://quickbars.app/

Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

[edwin2021]

Raven schreef op donderdag 16 april 2026 @ 09:39:
[...]

* Raven geeft zichzelf een Gibbs-slap Hoe simpel kan het zijn

Ok, hopelijk is dat probleem dan opgelost, althans de achterliggende oorzaak niet. Eens kijken of ik ergens logs terug kan vinden waarom beide héél kort unavailable worden en telkens een paar minuten na elkaar.

Zit er niet gewoon een los contact?

[edwin2021]

Niek_ schreef op donderdag 16 april 2026 @ 09:50:
[...]

Geen idee of je hier nog uitgekomen was, maar ik heb in HA wat gemaakt om onze 2 Alfen laadpalen te voorzien van het juiste vermogen vanuit de P1 meter. Wellicht ook in jouw geval toe te passen.

P1 wordt via DSMR uitgelezen in HA. Daar wordt berekend wat er dan wel/niet nog aan ruimte is op de netaansluiting (bijvoorbeeld als PV ook max aan het terugleveren is), deze waardes per fase worden via modbus naar het SCN geschreven waarna Alfen het vermogen (indien nodig) over de 2 laadpalen verdeeld. Zo heb je dus ook met een SCN loadbalancing (LBA) én houd SCN niet vast aan de hard ingestelde maximum waarde maar wordt dit dynamisch waardoor we in ons geval, als PV voldoende levert, prima op beide laadpalen met 16A kunnen laden ondanks de hoofdzekering van 3x25A.

Mocht iemand de yaml willen hebben dan hoor ik het wel.

Yaml, altijd handig voor als iemand later op de post uitkomt met een vergelijkbare wens 😉

[peterpijpelink]

bigbuddha schreef op donderdag 16 april 2026 @ 11:20:
[...]


Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

leuk, jammer alleen android, zou mooi zijn als AppleTV of LG os ook ondersteuning krijgt.

[Raven]

edwin2021 schreef op donderdag 16 april 2026 @ 11:20:
[...]

Zit er niet gewoon een los contact?

Met de voeding van de Shelly's bedoel je? Zou raar zijn, ik ken geen Shelly's die in minder dan 1 seconde zijn opgestart en afgaand op de uptime zijn ze niet uitgevallen. Inmiddels logs van de Ruckus AP's gevonden.

In de logs zie ik de MAC-adressen van die 2 Shelly's niet terug en zojuist zag ik dat niet alleen de input maar alle entiteiten van de Shelly's ineens unavailable worden en meteen weer available.

.... en na random nog wat Shelly's te hebben gecheckt, er zijn er meer die dit gedrag vertonen. Ene moment niks aan de hand, dan alle entiteiten unavailable om dan meteen weer available te zijn.

[BiG-GuY]

peterpijpelink schreef op donderdag 16 april 2026 @ 11:24:
[...]

leuk, jammer alleen android, zou mooi zijn als AppleTV of LG os ook ondersteuning krijgt.

Apple TV kan via HKSV (HomeKit Secure Video). Weet niet of dat tegenwoordig native kan in HA direct. Anders kan het via Scrypted App (Add-On). Heb ik vroeger ook gebruikt toen ik nog Apple gebruikte.

[ Voor 22% gewijzigd door BiG-GuY op 16-04-2026 11:55 ]

[Witlof]

bigbuddha schreef op donderdag 16 april 2026 @ 11:20:
[...]


Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

Leuke tool voor op mijn GoogleTV dingetjes. Kon hem nog niet. Maar hoe trigger je dat de camera automatisch verschijnt bij het drukken van de deurbel? Vanuit HA of QuickBars?

Ik denk dat ik het gevonden heb in de documentatie https://quickbars.app/guide

[ Voor 9% gewijzigd door Witlof op 16-04-2026 15:02 ]

[bigbuddha]

Witlof schreef op donderdag 16 april 2026 @ 14:57:
[...]

Leuke tool voor op mijn GoogleTV dingetjes. Kon hem nog niet. Maar hoe trigger je dat de camera automatisch verschijnt bij het drukken van de deurbel? Vanuit HA of QuickBars?

Vanuit HA
https://quickbars.app/guide
Puntje 7, via de eerste blueprint.
Je moet enkel je camera entiteit wel toevoegen aan de quickbars settings op je googleTV.

[Stijnley]

Hey allen

Dankzij dit forum heb ik Home Assistant succesvol lopen in combinatie met mijn nieuwe Reolink deurbel.
Best verslavend om de mogelijkheden te zien! Wij staan op het punt om de badkamerverlichting te vervangen dus dit lijkt mij fijn om met slimme verlichting te starten!

Iemand die feedback of tips kan geven of ik als beginner goed bezig ben?

stap 1: slimme dimbare lampen zoals Hue boven de badkamerspiegel
stap 2: een bewegingsmelder zoals "Hue Motion Sensor", die de slimme lampen enkele minuten op 20% laat branden als er s'nachts beweging is (via home assistant dan)
stap 3: achter de aanwezige Niko schakelaar een "Shelly relais" plaatsen waardoor de slimme lampen met de domme Niko schakelaar ook 100% aan of uit kunnen wanneer gewenst, én waarmee de lampen dus steeds stroom krijgen voor HA.

Klopt dit of zie ik iets over het hoofd?

Dank voor het duwtje in de rug!

[karsb23]

Vraagje, ik heb Mealie als maaltijdplanner draaien in een aparte container. Middels de native integratie gekoppeld aan HA en vanuit deze integratie wordt er een Calendar-entiteit beschikbaargesteld waarbij ik dus de maaltijdplanning kan zien voor komende week.

Ik zou deze kalender graag willen toevoegen aan de telefoons van mijn partner en mijzelf. Ik heb gekeken of ik de kalender op de één of andere manier kan hosten zodat ik hier op kan abonneren maar ik kan hier nog niets over deze use-case vinden. Het gaat altijd over de kalender in HA krijgen en niet de kalender van HA naar buiten krijgen. Iemand die dit al voor elkaar heeft gekregen en/of mij in de goede richting kan duwen?

Ik hoor het graag!

[bigbuddha]

Stijnley schreef op donderdag 16 april 2026 @ 15:29:
Hey allen

Dankzij dit forum heb ik Home Assistant succesvol lopen in combinatie met mijn nieuwe Reolink deurbel.
Best verslavend om de mogelijkheden te zien! Wij staan op het punt om de badkamerverlichting te vervangen dus dit lijkt mij fijn om met slimme verlichting te starten!

Iemand die feedback of tips kan geven of ik als beginner goed bezig ben?

stap 1: slimme dimbare lampen zoals Hue boven de badkamerspiegel
stap 2: een bewegingsmelder zoals "Hue Motion Sensor", die de slimme lampen enkele minuten op 20% laat branden als er s'nachts beweging is (via home assistant dan)
stap 3: achter de aanwezige Niko schakelaar een "Shelly relais" plaatsen waardoor de slimme lampen met de domme Niko schakelaar ook 100% aan of uit kunnen wanneer gewenst, én waarmee de lampen dus steeds stroom krijgen voor HA.

Klopt dit of zie ik iets over het hoofd?

Dank voor het duwtje in de rug!

Waarom moeten het slimme lampen zijn? Waarom niet gewoon dimbare lampen en dan een shelly dimmer achter je schakelaar?

[Stijnley]

bigbuddha schreef op donderdag 16 april 2026 @ 15:44:
[...]


Waarom moeten het slimme lampen zijn? Waarom niet gewoon dimbare lampen en dan een shelly dimmer achter je schakelaar?

Goeie opmerking, hoeft helemaal niet, belangrijkste is een zacht licht voor de nachtelijke toiletbezoekjes.
Ik vermoed dat de Shelly dimmer achter de huidige niko schakelaar + dimbare lamp + motion sensor idd hetzelfde kan uitvoeren!

Nu even zoeken want de Shelly Dimmers lijken overal uitverkocht
Dank voor de tip!

[ Voor 3% gewijzigd door Stijnley op 16-04-2026 15:55 ]

[bigbuddha]

Stijnley schreef op donderdag 16 april 2026 @ 15:54:
[...]


Goeie opmerking, hoeft helemaal niet, belangrijkste is een zacht licht voor de nachtelijke toiletbezoekjes.
Ik vermoed dat de Shelly dimmer achter de huidige niko schakelaar + dimbare lamp + motion sensor idd hetzelfde kan uitvoeren!

Nu even zoeken want de Shelly Dimmers lijken overal uitverkocht
Dank voor de tip!

Afhankelijk van je protocol - wifi, zigbee - zijn er tig opties. Je kan voor een draaidimmer kiezen die je enkel nog hoeft af te werken met een plaatje en een knop. Of je kan kiezen voor een module. Dan kan je er een drukknop voorzetten. Hoeft niet shelly te zijn uiteraard. Sonnof, ecodim, hoftronic, ...

Voor de nachtelijke toiletbezoekjes kan je trouwens makkelijk een pir of mmwavesensor plaatsen en automatiseren. Dat maakt het leven nog wat aangenamer. Welcome to the rabithole called Home assistant

[ Voor 11% gewijzigd door bigbuddha op 16-04-2026 16:01 ]

[CappieL]

karsb23 schreef op donderdag 16 april 2026 @ 15:35:
Vraagje, ik heb Mealie als maaltijdplanner draaien in een aparte container. Middels de native integratie gekoppeld aan HA en vanuit deze integratie wordt er een Calendar-entiteit beschikbaargesteld waarbij ik dus de maaltijdplanning kan zien voor komende week.

Ik zou deze kalender graag willen toevoegen aan de telefoons van mijn partner en mijzelf. Ik heb gekeken of ik de kalender op de één of andere manier kan hosten zodat ik hier op kan abonneren maar ik kan hier nog niets over deze use-case vinden. Het gaat altijd over de kalender in HA krijgen en niet de kalender van HA naar buiten krijgen. Iemand die dit al voor elkaar heeft gekregen en/of mij in de goede richting kan duwen?

Ik hoor het graag!

Je kunt met google.create_event een agenda-item aanmaken.
Hier zou je iets mee kunnen doen toch? Je moet dan wel read-write access hebben (in te stellen via instellingen van Google Calender-integratie)

YAML:

action: google.create_event
target:
  entity_id: calendar.device_automation_schedules
data:
  summary: "Example"
  start_date: "2022-10-1"
  end_date: "2022-10-2"

[ Voor 13% gewijzigd door CappieL op 16-04-2026 16:07 ]

[edwin2021]

Raven schreef op donderdag 16 april 2026 @ 11:54:
[...]

Met de voeding van de Shelly's bedoel je? Zou raar zijn, ik ken geen Shelly's die in minder dan 1 seconde zijn opgestart en afgaand op de uptime zijn ze niet uitgevallen. Inmiddels logs van de Ruckus AP's gevonden.

In de logs zie ik de MAC-adressen van die 2 Shelly's niet terug en zojuist zag ik dat niet alleen de input maar alle entiteiten van de Shelly's ineens unavailable worden en meteen weer available.

.... en na random nog wat Shelly's te hebben gecheckt, er zijn er meer die dit gedrag vertonen. Ene moment niks aan de hand, dan alle entiteiten unavailable om dan meteen weer available te zijn.

Is het dan geen instabiel WiFi, neem tenminste aan dat de shellys daarmee verbonden zijn?

[skank]

bigbuddha schreef op donderdag 16 april 2026 @ 11:20:
[...]


Net ontdekt. Ik gebruik het om als iemand aanbelt aan mijn reolink duerbel, dan krijg ik instant een PiP beeld op mijn televisie(google tv). Werkt perfect. Of als ik "toon deurbel" zeg tegen mijn google home, dan toont het ook het beeld van mijn deurbel voor 20 seonden. top app.

Idem ik ook ondertussen.

[Raven]

edwin2021 schreef op donderdag 16 april 2026 @ 16:08:
[...]

Is het dan geen instabiel WiFi, neem tenminste aan dat de shellys daarmee verbonden zijn?

Hangen allen aan WiFi inderdaad, ik zag wel wat disassociate-meldingen in het logboek van het AP (die als master van de 2 dienst doet), echter niet met de MAC-adressen van die waarvan het opviel.

[NeoFoX]

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:



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

[peterpijpelink]

Stijnley schreef op donderdag 16 april 2026 @ 15:29:
Hey allen

Dankzij dit forum heb ik Home Assistant succesvol lopen in combinatie met mijn nieuwe Reolink deurbel.
Best verslavend om de mogelijkheden te zien! Wij staan op het punt om de badkamerverlichting te vervangen dus dit lijkt mij fijn om met slimme verlichting te starten!

Iemand die feedback of tips kan geven of ik als beginner goed bezig ben?

stap 1: slimme dimbare lampen zoals Hue boven de badkamerspiegel
stap 2: een bewegingsmelder zoals "Hue Motion Sensor", die de slimme lampen enkele minuten op 20% laat branden als er s'nachts beweging is (via home assistant dan)
stap 3: achter de aanwezige Niko schakelaar een "Shelly relais" plaatsen waardoor de slimme lampen met de domme Niko schakelaar ook 100% aan of uit kunnen wanneer gewenst, én waarmee de lampen dus steeds stroom krijgen voor HA.

Klopt dit of zie ik iets over het hoofd?

Dank voor het duwtje in de rug!

Vanwege de acceptatie van anderen in een gezin is het wel slim om te zorgen dat altijd werkt (WAF) - dus ik heb alle verlichting in HUE werkend met sensoren, doet het altijd ook al staat HA uit wegens een update of zo. Daarnaast kan ik dan alle lampen wel weer in HA verwerken tot slimme lichtplannen. Er zijn ook van HUE kleine knoppen die je eenvoudig als vervanging voor wandschakelaar kan gebruiken. Een domme schakelaar is altijd een uitdaging, staat de lamp uit dan zie je dus ook offline in HUE en HA. Mogelijk alternatief is blindplaat ipv schakelaar en daar-waar-nodig een schakelaar op monteren. Of als je toch iets moois wilt pak je sonoff schakeling. Slim en toch schakelen en erg mooi vorm gegeven.

[Impossibl3]

@Stijnley wat betreft punt 3. Ik heb in mijn hele huis Gira Senic Friends of Hue schakelaars. Kost wat maar de baterijen gaan nooit leeg (zitten er niet in) en je kan 4 scenes kiezen + dimmen. Deze zijn gekoppeld via de HUE brdige zodat mocht HA uitvallen het licht het blijft doen. In HA zijn ze wel als entiteiten zichtbaar en kan je er ook op automatiseren.

[Stijnley]

Dank allen voor de feedback, wat een kennis hier en vooral confronterend hoe ver het kan gaan met HA! Ik ga op zoek!

[wickydude]

peterpijpelink schreef op donderdag 16 april 2026 @ 21:38:
[...]

Vanwege de acceptatie van anderen in een gezin is het wel slim om te zorgen dat altijd werkt (WAF) - dus ik heb alle verlichting in HUE werkend met sensoren, doet het altijd ook al staat HA uit wegens een update of zo. Daarnaast kan ik dan alle lampen wel weer in HA verwerken tot slimme lichtplannen. Er zijn ook van HUE kleine knoppen die je eenvoudig als vervanging voor wandschakelaar kan gebruiken. Een domme schakelaar is altijd een uitdaging, staat de lamp uit dan zie je dus ook offline in HUE en HA. Mogelijk alternatief is blindplaat ipv schakelaar en daar-waar-nodig een schakelaar op monteren. Of als je toch iets moois wilt pak je sonoff schakeling. Slim en toch schakelen en erg mooi vorm gegeven.

Ik gebruik een aantal wandschakelaarmodules van Hue, die kun je achter een bestaande schakelaar monteren. Zo kan ik ook een hotelschakeling gebruiken. Batterij gaat jaren mee.

[edwin2021]

Ik gebruik o.a. HERA Controller:
Dim-controller as optional accessory for 24V transformer?s | Hera https://www.hera-shop.com...y-distributor-61500052201

Met batterijloze schakelaars:
https://www.hera-shop.com...e-alexa-white-21703250101

Eerst aanmelden op zigbee2mqtt en dan pas de schakelaar verbinden met de controller. Schakelaar past in gira system55. Werkt als een trein, ook als ha of MQTT eruit ligt.

[Get!em]

Een terugkerende vraag. Sinds 2026.4 lijkt de Discovery van HomeAssistant weer aan te staan, ondanks dat ik de DHCP module disabled heb (via Default Config Disabler).

Hoe krijg ik de Discovery weer uit?

Symptomen waar ik last van heb:

De Discovery doet bij elke opstart van HA (na reboot) en elk uur een complete netwerk scan op zoek naar nog onbekende apparaten. Gezien ik nagenoeg alles al in HomeAssistant heb staan is dat een zinloze actie, zeker om dat elk uur te gaan doen. Gevolg is dat er honderden tot duizenden PTR requests gedaan worden door HA, elk uur weer. In een paar minuten tijd worden er gemiddeld 3 requests per milliseconde afgevuurd. Ook terug te vinden in de logs van HomeAssistant onder de DNS module.

2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:34979 - 9715 "PTR IN 234.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057214463s
2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 29649 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.048389485s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:44902 - 3309 "PTR IN 232.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057497216s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:55359 - 57991 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057595469s
2026-04-17 08:58:10.995 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 57489 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.01206789s
2026-04-17 08:58:10.996 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:57257 - 48375 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.016967196s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:57639 - 48461 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.011718877s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:45670 - 62106 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.015405142s

Extra is dat de PiHole in mijn netwerk deze requests niet zelf kan afhandelen (want geen DHCP) dus stuurt ie deze door naar mijn router. Die de adressen ook niet kent (want een zinlose netwerkscan levert vooral ongebruikte adressen op...), met vertraging en heen en weer pingpongen als gevolg.

Dat doorsturen vergroot de aantallen requests tot 8000-12000 elk uur in een paar minuten.


Ik wil gewoon die DHCP discovery dus weer uitzetten, maar hoe?

[hemertje]

itsbvka schreef op vrijdag 10 april 2026 @ 14:09:
[...]

Ja, is een bekend issue, zie https://github.com/home-assistant/core/issues/166742

is dit gerelateerd aan onderstaande meldingen?

code:

File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:02:53.043 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:03:53.002 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:04:53.018 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:05:53.042 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:06:52.998 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:07:53.023 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:08:53.002 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:09:53.028 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:10:53.094 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:11:53.054 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:12:53.817 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:13:54.065 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:14:54.063 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:15:54.065 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:16:54.051 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:17:54.099 ERROR (MainThread) [homeassistant.components.tibber.coordinator] Unexpected error fetching tibber Data API data
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/helpers/update_coordinator.py", line 426, in _async_refresh
    self.data = await self._async_update_data()
                ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/components/tibber/coordinator.py", line 405, in _async_update_data
    devices: dict[str, TibberDevice] = await client.data_api.update_devices()
                                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 295, in update_devices
    raise result
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 262, in get_device
    response = await self._make_request("GET", f"/v1/homes/{home_id}/devices/{device_id}")
               ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 135, in _make_request
    await self._handle_error_response(response)
  File "/usr/local/lib/python3.14/site-packages/tibber/data_api.py", line 215, in _handle_error_response
    raise RetryableHttpExceptionError(status, detail, extension_code)
tibber.exceptions.RetryableHttpExceptionError: Internal Server Error
2026-04-18 13:17:54.391 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:17:54.405 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:17:54.442 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:17:54.544 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
s6-rc: info: service legacy-services: stopping
2026-04-18 13:18:08.001 ERROR (Thread-12) [pychromecast.socket_client] [Slaapkamer JM(192.168.2.213):8009] Failed to connect. No retries.
Found 2 non-daemonic threads.
[11:18:25] INFO: Home Assistant Core finish process exit code 0
[11:18:25] INFO: Home Assistant Core service shutdown
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2026-04-18 13:18:36.432 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration entsoe which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.436 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.437 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalbeheer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.439 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration knmi which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.441 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration aquarea which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.442 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration zendure_ha which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.444 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration nordpool which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.446 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalinfo which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.447 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration open_meteo_solar_forecast which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.449 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration zaptec which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.450 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration dynamic_energy_cost which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.452 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration fresh_r which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.453 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration kia_uvo which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.456 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration solcast_solar which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.457 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalwijzer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:36.459 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration utility_meter_next_gen which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-18 13:18:46.552 ERROR (MainThread) [homeassistant.components.rest.data] Error fetching data: http://unknown/api/v1/data failed with Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]
2026-04-18 13:18:46.553 ERROR (MainThread) [homeassistant.components.rest.data] Error fetching data: http://unknown/properties/report failed with Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]
2026-04-18 13:18:46.775 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.778 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.780 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.781 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.782 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.783 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.788 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.791 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.798 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.803 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.813 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.824 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.828 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.831 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.840 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.846 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.846 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.847 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.847 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.849 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.852 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.853 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.855 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.859 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.860 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.867 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.870 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.875 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.877 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.877 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.896 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.915 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.917 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:18:46.920 WARNING (MainThread) [homeassistant.components.sensor] Platform rest not ready yet: Cannot connect to host unknown:80 ssl:default [DNS server returned answer with no data]; Retrying in background in 30 seconds
2026-04-18 13:19:03.713 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:04.289 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:05.197 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:07.146 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:08.128 WARNING (MainThread) [custom_components.dynamic_energy_cost.sensor] One or more sensor values are unavailable, skipping update
2026-04-18 13:19:10.723 WARNING (MainThread) [homeassistant.components.utility_meter.sensor] Zendure PV Import Daily received an invalid new state from sensor.zendure_pv_import : unknown
2026-04-18 13:19:12.903 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:12.917 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:12.918 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:12.919 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.231 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.234 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.243 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:19:31.250 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_lowest_price_period exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:30:00.149 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:45:00.148 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored
2026-04-18 13:52:51.834 ERROR (MainThread) [homeassistant.components.rest.data] Timeout while fetching data: http://localhost:1880/endpoint/properties/report
2026-04-18 14:00:00.162 WARNING (Recorder) [homeassistant.components.recorder.db_schema] State attributes for sensor.dynamic_nordpool exceed maximum size of 16384 bytes. This can cause database performance issues; Attributes will not be stored

[Ben(V)]

Get!em schreef op vrijdag 17 april 2026 @ 11:08:
Een terugkerende vraag. Sinds 2026.4 lijkt de Discovery van HomeAssistant weer aan te staan, ondanks dat ik de DHCP module disabled heb (via Default Config Disabler).

Hoe krijg ik de Discovery weer uit?

Symptomen waar ik last van heb:

De Discovery doet bij elke opstart van HA (na reboot) en elk uur een complete netwerk scan op zoek naar nog onbekende apparaten. Gezien ik nagenoeg alles al in HomeAssistant heb staan is dat een zinloze actie, zeker om dat elk uur te gaan doen. Gevolg is dat er honderden tot duizenden PTR requests gedaan worden door HA, elk uur weer. In een paar minuten tijd worden er gemiddeld 3 requests per milliseconde afgevuurd. Ook terug te vinden in de logs van HomeAssistant onder de DNS module.

2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:34979 - 9715 "PTR IN 234.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057214463s
2026-04-17 08:58:05.994 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 29649 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.048389485s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:44902 - 3309 "PTR IN 232.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057497216s
2026-04-17 08:58:05.995 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:55359 - 57991 "PTR IN 236.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.057595469s
2026-04-17 08:58:10.995 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:55508 - 57489 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.01206789s
2026-04-17 08:58:10.996 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:57257 - 48375 "PTR IN 211.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.016967196s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 127.0.0.1:57639 - 48461 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 0.011718877s
2026-04-17 08:58:11.001 homeassistant hassio_dns[499]: [INFO] 172.30.32.1:45670 - 62106 "PTR IN 251.179.168.192.in-addr.arpa. udp 46 false 512" NXDOMAIN qr,ra 46 6.015405142s

Extra is dat de PiHole in mijn netwerk deze requests niet zelf kan afhandelen (want geen DHCP) dus stuurt ie deze door naar mijn router. Die de adressen ook niet kent (want een zinlose netwerkscan levert vooral ongebruikte adressen op...), met vertraging en heen en weer pingpongen als gevolg.

Dat doorsturen vergroot de aantallen requests tot 8000-12000 elk uur in een paar minuten.


Ik wil gewoon die DHCP discovery dus weer uitzetten, maar hoe?

Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/

[Mit-46]

Zijn er mensen die een automatische backup maken naar Nextcloud?

Voorheen maakte ik altijd een lokale backup in HA en één naar Onedrive. Mijn MS account ben ik aan het uitfaseren en heb sinds deze week Nextcloud lokaal. Beide draaien op dezelfde computer in VM's in Virtualbox.

Voor beide moet ik een goede manier verzinnen mbt het maken van een backup. Als ik HA een backup in Nextcloud kan laten maken dan hoef ik alleen nog te zorgen dat ik van Nextcloud extern een back hoef op te slaan is mijn gedachte.

Ik heb gelezen dat het via WebDAV kan, maar ik kreeg het gister met geen mogelijkheid aan de gang. Ik kon geen verbinding maken met Nextcloud vanuit HA via deze integratie.
De Nextcloud integratie is volgens mij niet voor het maken van backups als ik het goed heb gelezen. Deze heb ik daarom niet geprobeerd.

Iemand hier ervaring mee?

[ Voor 9% gewijzigd door Mit-46 op 18-04-2026 15:09 ]

[Get!em]

Ben(V) schreef op zaterdag 18 april 2026 @ 14:58:
[...]


Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/

Nee, staat default aan. En had heb via “default config disabler” Hacs ook uitgezet. Dat heeft 1,5 jaar zo gewerkt , tot de laatste update dus. Nu zie ik dus weer het gedrag van hele netwerkscans elk uur door HomeAssistant (doet ie bij iedereen trouwens, maar bijna niemand ziet t)

[edwin2021]

Ben(V) schreef op zaterdag 18 april 2026 @ 14:58:
[...]


Volgens mij werkt die DHCP discovery enkel als je die in de config.yaml hem aanzet.
zie:
https://www.home-assistant.io/integrations/dhcp/

Ahum, er staat "This integration is by default enabled" en verderop staat dat als je dit UIT hebt gezet je het weer aan kunt zetten via de regel in config.

[Ben(V)]

Ben geen expert maar er staat dit.
[/quote]
This integration is by default enabled, unless you’ve disabled or removed the default_config: line from your configuration. If that is the case, the following example shows you how to enable this integration manually in the configuration.yaml file:
[quote]

Dan lees ik dat je in je config.yaml de default_config moet hebben staan en dat daarin die dhcp discory geladen wordt.
Bij mij zit er geen default_config in de config.yaml

[RobertMe]

Ben(V) schreef op zondag 19 april 2026 @ 09:35:
Dan lees ik dat je in je config.yaml de default_config moet hebben staan en dat daarin die dhcp discory geladen wordt.
Bij mij zit er geen default_config in de config.yaml

Maar de default_config: staat er by default wel in. Als die er bij jou niet staat heb je het óf zelf er uit gehaald óf misschien een heel antieke installatie van de tijd dat de default_config integratie nog niet bestond.

(Mijn config staat die ook niet in. Maar ik heb deze dan ook zelf er uit gehaald een paar jaar terug. Waardoor ik bv nu ook de cloud integratie niet beschikbaar heb en dus geen Nabu Casa spam )

[Jab65]

Ik ben bezig met automatiseringen voor de KPN TV+ box. Ik ben op zoek naar het commando voor de knop "TV" op de afstandsbediening. Ik heb hiervoor de remote.send_command acties HOME, TV en LIVE_TV geprobeerd, maar deze hebben geen van allen effect. Heeft iemand dit al aan de praat?

[paQ]

Hoe vaak kijkt het energiedashboard naar de opgegeven tarievensensor waarmee hij rekent?

[TheFes]

paQ schreef op zondag 19 april 2026 @ 18:52:
Hoe vaak kijkt het energiedashboard naar de opgegeven tarievensensor waarmee hij rekent?

Voor zover ik weet kijkt hij bij elke state change van je grid energy sensor(s) wat het dan geldende tarief is, en telt dat kWh * tarief op bij de prijs sensor. Bijvoorbeeld sensor.energy_consumption_tarif_1_cost

Dat is een total sensor die gebruikt wordt voor de weergave op het Energy Dashboard, deze reset bij elke herstart van HA, maar omdat er een last_reset attribute is, maakt dat verder niet uit.

[ Voor 11% gewijzigd door TheFes op 19-04-2026 19:12 ]

[paQ]

TheFes schreef op zondag 19 april 2026 @ 19:02:
[...]

Voor zover ik weet kijkt hij bij elke state change van je grid energy sensor(s) wat het dan geldende tarief is, en telt dat kWh * tarief op bij de prijs sensor. Bijvoorbeeld sensor.energy_consumption_tarif_1_cost

Dat is een total sensor die gebruikt wordt voor de weergave op het Energy Dashboard, deze reset bij elke herstart van HA, maar omdat er een last_reset attribute is, maakt dat verder niet uit.

Bijzonder.
Ik heb een sensor ingevoerd die elke minuut (kan) wijzigt (wijzigen). Maar daar doet ie verder niets mee. Hij pakt blijkbaar 'een' tarief van een bepaald tijdstip

[Daan_96]

Is er iemand die mij wil en kan helpen?
Ik ben met een kachel bezig waarbij is 12 temperaturen wil monitoren.
Dit zou ik graag monitoren door middel van een afbeelding van de kachel en de temperaturen op verschillende plekken in de afbeelding weer te geven.
Hoe pak je zoiets aan? Misschien heeft iemand een voorbeeld op een term waarop ik kan zoeken?

Het gaat om:
Rookgas temp. wisselaar in
Rookgas temp. wisselaar uit
Water temp. wisselaar in
Water temp. wisselaar uit
Water temp CV buffer aanvoer
Water temp CV buffer uitvoer
Water flow CV buffer
CV Buffertemp boven
CV Buffertemp midden
CV Buffertemp onder
SWW boiler temp boven
SWW boiler temp onder

[Matroxion]

Daan_96 schreef op maandag 20 april 2026 @ 13:22:
Is er iemand die mij wil en kan helpen?
Ik ben met een kachel bezig waarbij is 12 temperaturen wil monitoren.
Dit zou ik graag monitoren door middel van een afbeelding van de kachel en de temperaturen op verschillende plekken in de afbeelding weer te geven.
Hoe pak je zoiets aan? Misschien heeft iemand een voorbeeld op een term waarop ik kan zoeken?

Het gaat om:
Rookgas temp. wisselaar in
Rookgas temp. wisselaar uit
Water temp. wisselaar in
Water temp. wisselaar uit
Water temp CV buffer aanvoer
Water temp CV buffer uitvoer
Water flow CV buffer
CV Buffertemp boven
CV Buffertemp midden
CV Buffertemp onder
SWW boiler temp boven
SWW boiler temp onder

Ik heb dit met een "afbeelding met elementen" kaart gedaan.
Het plaatje van de (voor mij WTW) eerst geupload naar HA en deze gekozen in het afbeeldingspad, daarna ben ik in YAML gaan puzzelen met de locaties en text, bij mij ziet dit er zo uit in YAML:

YAML:

type: picture-elements
image: /local/pictures/WTW.png
elements:
  - type: state-label
    entity: sensor.brink_temperature_from_outside
    style:
      top: 28.5%
      left: 18%
      color: black
      font-size: 15px
  - type: state-label
    entity: sensor.brink_temperature_to_inside
    style:
      top: 74%
      left: 78%
      color: black
      font-size: 15px
  - type: state-label
    entity: sensor.brink_temperature_to_outside
    style:
      top: 50%
      left: 18%
      color: black
      font-size: 15px
  - type: state-label
    entity: sensor.brink_exchange_filter_in
    style:
      top: 90%
      left: 50%
      color: black
      font-size: 17px
    prefix: "Filter vervangen in: "
    tap_action:
      action: none
    hold_action:
      action: none
  - type: state-label
    entity: sensor.brink_bypass_status
    style:
      top: 10%
      left: 50%
      color: black
      font-size: 17px
    prefix: "Bypass status: "
    tap_action:
      action: none
    hold_action:
      action: none

en het eindresultaat zo:


Hopelijk kun je hier iets mee

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

[wickydude]

Ik heb ook met die card gewerkt. Misschien heb je hier ook iets aan:
https://community.home-as...nts-card-a-small-tutorial

[djiedjee]

Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

[Fragger123]

djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

Ik heb deze integratie 2x toegevoegd 1x voor de oost kant en een keer voor de west kant van het huis.
Het totaal van beiden komt redelijk overeen met de werkelijkheid.

[Mr.Viper]

djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

Ik heb het een poosje geprobeerd maar kwam er ook niet uit met mijn oost-west opstelling. Nu gebruik ik Solcast PV Forecast en dat klopt wel aardig met de realiteit.

[RobertMe]

djiedjee schreef op dinsdag 21 april 2026 @ 10:07:
Wie heeft er ervaring met de Forecast.solar integratie?

Ik heb mijn lokatie en panelen ingevoerd, maar ook na wat tweaken en proberen komt die integratie niet verder dan ongeveer de helft van mijn daadwerkelijke actuele opwek.
Dat is zo'n groot verschil dat ik wel iets fout moet doen.

Ik gebruik Forecast.solar al langer (met PV alleen vol op zuid) en ook dan klopt het vaker niet dan wel. Kan ook makkelijk meermaals op een dag compleet veranderen van bv geen opwek naa maximale opwek.

Solcast, zoals @Mr.Viper aangeeft schijnt wel betrouwbaarder te zijn. Maar ben ik zelf niet naar over gestapt.

[djiedjee]

Bedankt voor de Solcast tip. Ik heb daar een account voor aangemaakt, installatie ingesteld en de integratie geinstalleerd.

Die klopt direct vrij aardig!

[RudolfR]

Vergeet niet deze mooie kaart erbij te installeren:
https://github.com/AshGSmith/solar-forecast-card

[19roland70]

Ik kan sinds een paar dagen mijn P1 meter niet meer uitlezen.

Deze zit aangesloten op de ttyAMA0 seriele poort.

Kan ik deze poort testen en zo ja hoe?

[Septillion]

@djiedjee Niet per ongeluk 0 graden voor Zuid gebruikt?

Want waarom sommige PV gerelateerde zaken/merken/tools tegen de jarenlang gebruikelijke notatie van "0 graden == Noord" in moeten gaan is mij een raadsel...

[Septillion]

@19roland70 Niet het by-id path gebruiken is bijna altijd een slecht idee.

Maar:
- Wat voor HA install?
- VM?
- Welke integratie?

[19roland70]

Septillion schreef op dinsdag 21 april 2026 @ 20:47:
@19roland70 Niet het by-id path gebruiken is bijna altijd een slecht idee.

Maar:
- Wat voor HA install?
- VM? nee
- Welke integratie?

Supervisor ,geen VM, DSMR smart meter.

Heb de intergratie verwijderd ,maar nu staat er dat er geen verbinding gemaakt kan worden.

Ik heb verder niets veranderd.

edit update:

De poort is nu geladen ttyAMA0 maar er zijn geen entiteiten zichtbaar.

[ Voor 25% gewijzigd door 19roland70 op 21-04-2026 21:00 ]

[Septillion]

@19roland70 Je zegt Supervisor, mag ik aannemen dat je HA OS bedoelt?

Maar als je de plug direct op HA OS gebruikt dan kan het zijn dat deze niet meer ttyAMA0 is maar bijvoorbeeld ttyAMA1. Vandaar dat het dus handiger is het het by-id path the gebruiken wat wel uniek is. Te vinden via
Settings => System => Hardware => All hardware
Naast ttyAMA0 staat er dan ook nog een path als /dev/serial/by-id/<somethingsomething>

Eventueel is de stick en verbinding met de meter ook nog wel te testen. Als je hem gewoon in een computer stopt en een terminal opent (115200 baud 8N1 voor DSMR 5) dan moet je dus elke seconde de telegrammen zien.

[Beun]

Hi allemaal,

Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.

Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.

Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.

Alvast bedankt!

[ Voor 6% gewijzigd door Beun op 21-04-2026 23:10 ]

[Septillion]

@Beun Maakt eigenlijk amper uit. Pak de goedkoopste zou ik zeggen. Keuze ZHA of Zigbee2MQTT maakt met uit.

[GMJansen]

Beun schreef op dinsdag 21 april 2026 @ 22:53:
Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.

Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.

Alvast bedankt!

En dan vooral op 1 of enkele strategische plekken een zigbee router (=versterker), die op 230v werkt.
Zelf gebruik ik 4 van die dingen, incl schuur, zodat alle devices goed verbinden via dit meshnetwerk.
Sonoff S60TPF plugs werken mooi en zijn ook nog eens schakelbaar (lamp?) en meten de energie. Krijg je er dan gratis bij:-)

[RudolfR]

GMJansen schreef op woensdag 22 april 2026 @ 08:27:
[...]
Sonoff S60TPF plugs

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

[superduper]

Ik heb een probleem met mijn Home Assistant installatie. Draait op ProxMox en elke keer als ik een restart moet doen ben ik HACS kwijt met alles wat daarmee geinstalleerd is. Dus alle custom cards etc geven een configuratie error.

Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).

Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.

Waar kan dat in zitten toch?


Verkeerde topic aangeklikt > schopje

[ Voor 3% gewijzigd door Septillion op 22-04-2026 10:48 ]

[Kenhas]

Beun schreef op dinsdag 21 april 2026 @ 22:53:
Hi allemaal,

Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.

Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.

Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.

Alvast bedankt!

zoals @Septillion zegt, zal dat niet veel uitmaken. Maar sluit die niet rechtstreeks aan op je nuc. De USB poorten kunnen storing geven. Dus kabeltje tussen nuc en antenne

Als dat nog altijd een ding is natuurlijk. Als dat niet zo is, zullen anderen mij wel corrigeren

[Passievrucht]

Beun schreef op dinsdag 21 april 2026 @ 22:53:
Hi allemaal,

Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.

Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.

Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.

Alvast bedankt!

Ligt er puur aan hoe je de antenne wil monteren. Heb zelf mijn minipc in de meterkast en daarin rechtstreeks de sonoff. Als je liever een antenne heb met een usb kabel, dan de HA connect kopen.

Beiden zullen doen wat ze moeten doen.

[superduper]

nu in het goede topic:


Ik heb een probleem met mijn Home Assistant installatie. Draait op ProxMox en elke keer als ik een restart moet doen ben ik HACS kwijt met alles wat daarmee geinstalleerd is. Dus alle custom cards etc geven een configuratie error.

Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).

Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.

Waar kan dat in zitten toch?

[Septillion]

@superduper Was al verplaatst hoor

Maar hoe ziet dat er dan uit in HA?
En nog belangrijker, wat zie je in je log?

[Septillion]

Kenhas schreef op woensdag 22 april 2026 @ 11:09:
[...]

zoals @Septillion zegt, zal dat niet veel uitmaken. Maar sluit die niet rechtstreeks aan op je nuc. De USB poorten kunnen storing geven. Dus kabeltje tussen nuc en antenne

Als dat nog altijd een ding is natuurlijk. Als dat niet zo is, zullen anderen mij wel corrigeren

Wel specifiek een USB2 kabel gebruiken. Anders schiet je niets op.

[superduper]

Septillion schreef op woensdag 22 april 2026 @ 12:24:
@superduper Was al verplaatst hoor

Maar hoe ziet dat er dan uit in HA?
En nog belangrijker, wat zie je in je log?

thx..



De logs vind ik lastig:

-deze valt op: Invalid config for 'sensor' at configuration.yaml, line 25 (regel verwijst naar mijn sensors.yaml): required key 'platform' not provided, please check the docs at https://www.home-assistant.io/integrations/sensor
Ik heb juist alle platform zaken vervangen conform de nieuwe syntax. Mijn sensors.yaml begint nu met

code:

template:


################################################
# Sun2
################################################
  - sensor:
      - name: sun2
        monitored_conditions:
          - sunrise
          - sunset
          - sun_phase
          - solar_noon
          - max_elevation

################################################
# Electra & gas
################################################

  - sensor:
      # Elektra verbruik dag prognose
      - name: "Elektra verbruik dag prognose"
        unit_of_measurement: "kWh"
        state: >
          {{ (float(states('sensor.elektra_verbruik_jaar')) /
              float(states('sensor.aantal_verbruiksdagen'))) | round(2) }}

In de raw logs staat verder dit:

code:

[10:26:23] INFO: Home Assistant Core finish process exit code 0
[10:26:23] INFO: Home Assistant Core service shutdown
s6-rc: info: service legacy-services successfully stopped
s6-rc: info: service legacy-cont-init: stopping
s6-rc: info: service legacy-cont-init successfully stopped
s6-rc: info: service fix-attrs: stopping
s6-rc: info: service fix-attrs successfully stopped
s6-rc: info: service s6rc-oneshot-runner: stopping
s6-rc: info: service s6rc-oneshot-runner successfully stopped
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
services-up: info: copying legacy longrun home-assistant (no readiness notification)
s6-rc: info: service legacy-services successfully started
2026-04-22 12:26:33.172 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration fontawesome which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.174 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration afvalbeheer which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.176 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration daikin_onecta which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.178 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration eufy_vacuum which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.179 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration better_thermostat which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.181 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration localtuya which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.183 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration unifi_insights which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.184 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration smartlife which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.185 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration nest_protect which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.186 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration webrtc which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.188 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration sun2 which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.189 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration samsung_soundbar which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.191 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration apsystems_ecu_reader which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.193 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration eufy_security which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.194 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration hacs which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.196 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration unifi_mqtt which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.197 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration bambu_lab which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.199 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration robovac which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.201 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration meross_lan which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.203 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration apsystems_ecur which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.204 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration proxmox_sensors which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.205 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration spotcast which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.206 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration govee which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:33.207 WARNING (SyncWorker_0) [homeassistant.loader] We found a custom integration govee_lan which has not been tested by Home Assistant. This component might cause stability problems, be sure to disable it if you experience issues with Home Assistant
2026-04-22 12:26:38.623 ERROR (MainThread) [homeassistant.config] Invalid config for 'sensor' at sensors.yaml, line 53: required key 'platform' not provided, please check the docs at https://www.home-assistant.io/integrations/sensor
2026-04-22 12:26:39.089 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.gas_kosten_per_dag (<class 'homeassistant.components.template.sensor.StateSensorEntity'>) is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total_increasing', 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+template%22
2026-04-22 12:26:39.090 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.elektra_kosten_per_dag (<class 'homeassistant.components.template.sensor.StateSensorEntity'>) is using state class 'measurement' which is impossible considering device class ('energy') it is using; expected None or one of 'total_increasing', 'total'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+template%22
2026-04-22 12:26:39.977 WARNING (SyncWorker_1) [homeassistant.components.python_script] Folder python_scripts not found in configuration folder
2026-04-22 12:26:39.980 ERROR (MainThread) [homeassistant.setup] Setup failed for 'python_script': Integration failed to initialize.
2026-04-22 12:26:39.983 ERROR (MainThread) [homeassistant.setup] Unable to set up dependencies of 'hacs'. Setup failed for dependencies: ['python_script']
2026-04-22 12:26:39.983 ERROR (MainThread) [homeassistant.setup] Setup failed for custom integration 'hacs': Could not setup dependencies: python_script
2026-04-22 12:26:41.177 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to load_verify_locations with args (<ssl.SSLContext object at 0x7fa9484465b0>, '/usr/local/lib/python3.14/site-packages/certifi/cacert.pem', None, None) inside the event loop by custom integration 'govee' at custom_components/govee/__init__.py, line 53: hub = await Govee.create( (offender: /usr/local/lib/python3.14/ssl.py, line 717: context.load_verify_locations(cafile, capath, cadata)), please create a bug report at https://github.com/LaggAt/hacs-govee/issues
For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#load_verify_locations
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module>
    sys.exit(main())
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main
    exit_code = runner.run(runtime_conf)
  File "/usr/src/homeassistant/homeassistant/runner.py", line 289, in run
    return loop.run_until_complete(setup_and_run_hass(runtime_config))
  File "/usr/local/lib/python3.14/asyncio/base_events.py", line 706, in run_until_complete
    self.run_forever()
  File "/usr/local/lib/python3.14/asyncio/base_events.py", line 677, in run_forever
    self._run_once()
  File "/usr/local/lib/python3.14/asyncio/base_events.py", line 2046, in _run_once
    handle._run()
  File "/usr/local/lib/python3.14/asyncio/events.py", line 94, in _run
    self._context.run(self._callback, *self._args)
  File "/usr/src/homeassistant/homeassistant/setup.py", line 170, in async_setup_component
    result = await _async_setup_component(hass, domain, config)
  File "/usr/src/homeassistant/homeassistant/setup.py", line 470, in _async_setup_component
    await asyncio.gather(
  File "/usr/src/homeassistant/homeassistant/setup.py", line 472, in <genexpr>
    create_eager_task(
  File "/usr/src/homeassistant/homeassistant/util/async_.py", line 44, in create_eager_task
    return Task(coro, loop=loop, name=name, eager_start=True)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 937, in async_setup_locked
    await self.async_setup(hass, integration=integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 679, in async_setup
    await self.__async_setup_with_context(hass, integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 769, in __async_setup_with_context
    result = await component.async_setup_entry(hass, self)
  File "/config/custom_components/govee/__init__.py", line 53, in async_setup_entry
    hub = await Govee.create(
2026-04-22 12:26:41.683 WARNING (MainThread) [custom_components.govee] API is back online.
2026-04-22 12:26:41.711 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to open with args ('/config/govee_learning.yaml',) inside the event loop by custom integration 'govee' at custom_components/govee/learning_storage.py, line 28: learned_dict = load_yaml(self._config_dir + LEARNING_STORAGE_YAML) (offender: /usr/local/lib/python3.14/site-packages/annotatedyaml/loader.py, line 166: with open(fname, encoding="utf-8") as conf_file:), please create a bug report at https://github.com/LaggAt/hacs-govee/issues
For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#open
Traceback (most recent call last):
  File "<frozen runpy>", line 198, in _run_module_as_main
  File "<frozen runpy>", line 88, in _run_code
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 229, in <module>
    sys.exit(main())
  File "/usr/src/homeassistant/homeassistant/__main__.py", line 215, in main
    exit_code = runner.run(runtime_conf)
  File "/usr/src/homeassistant/homeassistant/runner.py", line 289, in run
    return loop.run_until_complete(setup_and_run_hass(runtime_config))
  File "/usr/local/lib/python3.14/asyncio/base_events.py", line 706, in run_until_complete
    self.run_forever()
  File "/usr/local/lib/python3.14/asyncio/base_events.py", line 677, in run_forever
    self._run_once()
  File "/usr/local/lib/python3.14/asyncio/base_events.py", line 2046, in _run_once
    handle._run()
  File "/usr/local/lib/python3.14/asyncio/events.py", line 94, in _run
    self._context.run(self._callback, *self._args)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 937, in async_setup_locked
    await self.async_setup(hass, integration=integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 679, in async_setup
    await self.__async_setup_with_context(hass, integration)
  File "/usr/src/homeassistant/homeassistant/config_entries.py", line 769, in __async_setup_with_context
    result = await component.async_setup_entry(hass, self)
  File "/config/custom_components/govee/__init__.py", line 64, in async_setup_entry
    _, err = await hub.get_devices()
  File "/usr/local/lib/python3.14/site-packages/govee_api_laggat/govee_api_laggat.py", line 312, in get_devices
    _, err_api = await self._api.get_devices()
  File "/usr/local/lib/python3.14/site-packages/govee_api_laggat/api.py", line 244, in get_devices
    learning_infos = await self._govee._learning_storage._read_cached()
  File "/usr/local/lib/python3.14/site-packages/govee_api_laggat/learning_storage.py", line 30, in _read_cached
    self._learned_info = await self.read()
  File "/config/custom_components/govee/learning_storage.py", line 28, in read
    learned_dict = load_yaml(self._config_dir + LEARNING_STORAGE_YAML)
2026-04-22 12:26:41.979 ERROR (MainThread) [custom_components.proxmox_sensors.api] PVE GET error on nodes/pve/apt/update: 403 Forbidden: Permission check failed (/nodes/pve, Sys.Modify)
2026-04-22 12:26:42.232 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.net_power_usage_2_0_40 (<class 'homeassistant.components.utility_meter.sensor.UtilityMeterSensor'>) is using state class 'total' which is impossible considering device class ('power') it is using; expected None or one of 'measurement'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+utility_meter%22
2026-04-22 12:26:42.284 WARNING (MainThread) [homeassistant.components.sensor] Entity sensor.power_usage (<class 'homeassistant.components.utility_meter.sensor.UtilityMeterSensor'>) is using state class 'total' which is impossible considering device class ('power') it is using; expected None or one of 'measurement'; Please update your configuration if your entity is manually configured, otherwise create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue+label%3A%22integration%3A+utility_meter%22
2026-04-22 12:26:46.639 WARNING (MainThread) [homeassistant.util.loop] Detected blocking call to import_module with args ('custom_components.eufy_vacuum_basic.vacuum',) in /usr/src/homeassistant/homeassistant/loader.py, line 1312: return importlib.import_module(f"{self.pkg_path}.{platform_name}") inside the event loop; This is causing stability issues. Please create a bug report at https://github.com/home-assistant/core/issues?q=is%3Aopen+is%3Aissue
For developers, please see https://developers.home-assistant.io/docs/asyncio_blocking_operations/#import_module
Traceback (most recent call last):

[ Voor 214% gewijzigd door superduper op 22-04-2026 12:52 ]

[commentator]

superduper schreef op woensdag 22 april 2026 @ 10:31:
Ik heb een probleem met mijn Home Assistant installatie. Draait op ProxMox en elke keer als ik een restart moet doen ben ik HACS kwijt met alles wat daarmee geinstalleerd is. Dus alle custom cards etc geven een configuratie error.

Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).

Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.

Waar kan dat in zitten toch?


[mbr]Verkeerde topic aangeklikt > schopje[/]

plaats eens een log.
Ik draai HA al vanaf het begin op Proxmox en het enige probleem dat ik tot nu toe gehad heb was de buggy entsoe plugin die heel ha deed crashen. Verder nooit problemen.

[Hmmbob]

superduper schreef op woensdag 22 april 2026 @ 12:11:
nu in het goede topic:


Ik heb een probleem met mijn Home Assistant installatie. Draait op ProxMox en elke keer als ik een restart moet doen ben ik HACS kwijt met alles wat daarmee geinstalleerd is. Dus alle custom cards etc geven een configuratie error.

Bij de devices&services staat HACS dan al "not loaded". In de logs kom ik niets tegen over HACS (wel veel python errors voor een set handmatige sensors die ik allemaal nog moet fixen).

Ik heb dit bij de vorige herstart ook gehad, en toen kon ik alleen HACS deleten, incl folder, en helemaal opnieuw installeren en de HACS componenten weer toeveogen en dan werkt het prima. Tot de volgende herstart dus.... Is geen doen.

Waar kan dat in zitten toch?

Klinkt bijna als "non-persistent storage". Oftewel, dat wijzigingen niet goed opgeslagen blijven over reboots van de host heen. Sla je de map /custom_components/ wel op de juiste manier op in Proxmox/VM?

[ Voor 4% gewijzigd door Hmmbob op 22-04-2026 12:48 ]

[superduper]

Hmmbob schreef op woensdag 22 april 2026 @ 12:47:
[...]

Klinkt bijna als "non-persistent storage". Oftewel, dat wijzigingen niet goed opgeslagen blijven over reboots van de host heen. Sla je de map /custom_components/ wel op de juiste manier op in Proxmox/VM?

Denk niet dat dat het is; HAOS draait geheel in een VM met een dedicated disk.

[Septillion]

@superduper HACS lijkt te falen op de Python Script integratie. Heb je dat werkelijk in je config staan? Zo ja, doe je er ook wat mee? Anders zou ik dat eens verwijderen.

Voor je sensors.yaml, hoe include je die in je configuration.yaml? Want dat lijkt mij ook niet juist maar lijkt me niet gelinkt aan je HACS issue.

[superduper]

Septillion schreef op woensdag 22 april 2026 @ 13:01:
@superduper HACS lijkt te falen op de Python Script integratie. Heb je dat werkelijk in je config staan? Zo ja, doe je er ook wat mee? Anders zou ik dat eens verwijderen.

Voor je sensors.yaml, hoe include je die in je configuration.yaml? Want dat lijkt mij ook niet juist maar lijkt me niet gelinkt aan je HACS issue.

You are correct: ik heb die python_script verwijzing (nodig voor een unify integratie) eruit gehaald, en dan start HACS weer op.

De sensor.yaml wil nog steeds niet laden... Ik include die als volgt in de configuration.yaml:

code:

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
sensor: !include sensors.yaml
input_number: !include numbers.yaml
template: !include templates.yaml

Ik zie nu dat ik in mijn templates ook nog wat sensors configureer.... Zou dat bijten?

Wat is het verschil tussen template en sensor dan eigenlijk?

[ Voor 7% gewijzigd door superduper op 22-04-2026 13:07 ]

[Ora et Labora]

superduper schreef op woensdag 22 april 2026 @ 13:04:
[...]


You are correct: ik heb die python_script verwijzing (nodig voor een unify integratie) eruit gehaald, en dan start HACS weer op.

De sensor.yaml wil nog steeds niet laden... Ik include die als volgt in de configuration.yaml:

code:

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
sensor: !include sensors.yaml
input_number: !include numbers.yaml
template: !include templates.yaml

Ik zie nu dat ik in mijn templates ook nog wat sensors configureer.... Zou dat bijten?

Wat is het verschil tussen template en sensor dan eigenlijk?

Als je in je configuration.yaml de sensors.yaml heb staan, mag de sensors.yaml nooit beginnen met sensor:
Dus dat moet je weghalen.

[superduper]

Ora et Labora schreef op woensdag 22 april 2026 @ 13:08:
[...]

Als je in je configuration.yaml de sensors.yaml heb staan, mag de sensors.yaml nooit beginnen met sensor:
Dus dat moet je weghalen.

ik word gek van alle (verouderde) syntax verwijzingen etc etc. Wat ik begrepen heb is de meest moderne syntax nu zo:

code:

template:
  - sensor:
    - name: 
  - sensor:
    - name:

[InjecTioN]

superduper schreef op woensdag 22 april 2026 @ 13:04:
[...]


You are correct: ik heb die python_script verwijzing (nodig voor een unify integratie) eruit gehaald, en dan start HACS weer op.

De sensor.yaml wil nog steeds niet laden... Ik include die als volgt in de configuration.yaml:

code:

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml
sensor: !include sensors.yaml
input_number: !include numbers.yaml
template: !include templates.yaml

Ik zie nu dat ik in mijn templates ook nog wat sensors configureer.... Zou dat bijten?

Wat is het verschil tussen template en sensor dan eigenlijk?

Je hebt dus een sensor.yaml en je include refereert naar sensors.yaml (verschil: s). Dat gaat sowieso niet werken.

[superduper]

InjecTioN schreef op woensdag 22 april 2026 @ 13:18:
[...]

Je hebt dus een sensor.yaml en je include refereert naar sensors.yaml (verschil: s). Dat gaat sowieso niet werken.

Well spotted, maar is een simpele typo van mijn kant

[Ora et Labora]

superduper schreef op woensdag 22 april 2026 @ 13:16:
[...]

ik word gek van alle (verouderde) syntax verwijzingen etc etc. Wat ik begrepen heb is de meest moderne syntax nu zo:

code:

template:
  - sensor:
    - name: 
  - sensor:
    - name:

Daarom doe ik het ook niet in YAML maar via helpers in de GUI, sensors kun je ook als helper aanmaken, ook template-sensors, dan heb je nooit last van dit soort dingen.
Ik ben er niet 100% in thuis wat nu de juiste syntax is en als ik het niet weet, gooi ik de code door claude.ai dan komt daar wel een oplossing uit.

[new_guy]

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?

[Ora et Labora]

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]

Gewoon een slim slot welke integreerbaar is met Home Assistant
Die kun je over de sleutel heenzetten, daar hoeft geen nieuw slot oid voor in.

[DJGizbo]

Ora et Labora schreef op woensdag 22 april 2026 @ 13:40:
[...]

Gewoon een slim slot welke integreerbaar is met Home Assistant
Die kun je over de sleutel heenzetten, daar hoeft geen nieuw slot oid voor in.

Buiten?

[hetechtebeest]

superduper schreef op woensdag 22 april 2026 @ 13:19:
[...]
Well spotted, maar is een simpele typo van mijn kant

En wat staat er in je sensors.yaml op/rond regel 53? Volgens de logs zit daar ook een issue:
Invalid config for 'sensor' at sensors.yaml, line 53: required key 'platform' not provided, please check the docs at https://www.home-assistant.io/integrations/sensor

[Ora et Labora]

DJGizbo schreef op woensdag 22 april 2026 @ 13:52:
[...]

Buiten?

Hmm nee inderdaad, dat zal op een andere manier moeten.

[Septillion]

@superduper Met de nieuwe syntax include je eigenlijk ook helemaal geen sensors.yaml meer. Template sensors vallen niet meer onder de root key van sensors maar onder de root key templates.

Als je hebt in je configuration.yaml

YAML:

sensor: !include sensors.yaml

en dan in je sensors.yaml

YAML:

template:
  - sensor:
    - name: 
  - sensor:
    - name:

Is hetzelfde als in je configuration.yaml hebben van:

YAML:

sensor:
  template:
    - sensor:
      - name: 
    - sensor:
      - name:

En dat is niet juist.

Dus als je de boel wilt splitsen en doen in yaml is het dus logischer om te doen:
Configuration.yaml

YAML:

template: !include templates.yaml

En templates.yaml

YAML:

- sensor:
    - name: 
- sensor:
    - name:

[djiedjee]

In mijn power sources grafiek heb ik P1, zonnepanelen en batterij toegevoegd, maar hier gaat iets niet goed.
Hoe zou dit er eigenlijk uit moeten zien? Welke waarden moeten positief en negatief zijn zodat mijn zelf-consumption-grafiek klopt?

N.B. de laadpaal heb ik er nog niet in zitten.

[Septillion]

@djiedjee
Invoer positief (PV, net import, batterij ontladen)
Uitvoer negatief (net export, batterij laden).

Waarbij je tegenwoordig in de settings "inverted" aan kunt geven als de sensor dus tegenovergesteld is.

[RobertMe]

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

[wickydude]

@djiedjee Ik vond het niet hufterproof, heb ook lopen stoeien met de sensors.
Stippellijn is bij mij Verbruik (in huis), geel is PV opbrengst, lijkt het bij jou ook te zijn, en lichtblauw is Net. Die groene heb ik niet, zal je batterij zijn?.
Electriciteitsnet is P1 Vermogen, standaard.
Zonnepanelen

[ Voor 19% gewijzigd door wickydude op 22-04-2026 15:22 ]

[djiedjee]

@Septillion , @RobertMe @wickydude
Bedankt!

Het gekke is dat deze grafiek wel lijkt te kloppen terwijl die van dezelfde bronnen gebruik maakt. Laadpaal staat wel in, maar wordt daar denk ik uit de indivdual devices gehaald. Verwarrend wel dus.
De batterij staat er dan weer niet in als losse afnemer wanneer die oplaadt.



@wickydude in jouw printscreen zie ik ook een legenda. Die heb ik niet in mijn standaard dashboard.
Heb je dat ergens aangezet of gebruik je de card los in een eigen dashboard?

[ Voor 4% gewijzigd door djiedjee op 22-04-2026 15:30 ]

[wickydude]

djiedjee schreef op woensdag 22 april 2026 @ 15:29:

@wickydude in jouw printscreen zie ik ook een legenda. Die heb ik niet in mijn standaard dashboard.
Heb je dat ergens aangezet of gebruik je de card los in een eigen dashboard?

Ik kijk op het (standaard) tabblad "Nu", daar staat bij mij een legenda onder. Misschien een versiedingetje?
Overigens , kan het zijn dat dat je batterij verkeerd staat? De stippellijn is (in mijn geval) nooit negatief, er zijn altijd wel verbruikers in huis. Ik zou verwachten dat die bij opladen geen export naar het net zou geven.
Ik lees het zo dat onder de streep export is, en boven de streep import/produktie.

[ Voor 102% gewijzigd door wickydude op 22-04-2026 15:36 ]

[Justevo]

Beun schreef op dinsdag 21 april 2026 @ 22:53:
Hi allemaal,

Hopelijk kan/mag deze vraag hier. Zo niet, dan hoor ik dat graag.

Het HA-virus heeft mij ook te pakken. Ik heb een NUC waar ik HAOS op draai. Nu wil ik met enkele lampen en deurcontacten aan de slag. Wat ik zo heb gelezen is dat ik het beste voor Zigbee kan gaan.

Nu twijfel ik over de antenne die het beste voor mij is. Kunnen jullie adviseren? Ik twijfel tussen de Home Assistant Connect ZBT-2 en de SONOFF ZigBee 3.0 USB Dongle Plus. Het verschil qua bedrag is zo’n €25,-. Maar ik doe het liever meteen goed. Mocht ik beter een andere antenne kunnen aanschaffen dan hoor ik dat ook graag.

Alvast bedankt!

Ik gebruik de SLZB-06MU icm ZHA, is PoE en draait als een zonnetje.

[djiedjee]

wickydude schreef op woensdag 22 april 2026 @ 15:35:
[...]

Ik kijk op het (standaard) tabblad "Nu", daar staat bij mij een legenda onder. Misschien een versiedingetje?
Overigens , kan het zijn dat dat je batterij verkeerd staat? De stippellijn is (in mijn geval) nooit negatief, er zijn altijd wel verbruikers in huis. Ik zou verwachten dat die bij opladen geen export naar het net zou geven.
Ik lees het zo dat onder de streep export is, en boven de streep import/produktie.

Ah ja, op tabblad Now staat de legenda er inderdaad bij. Had ik nog nooit geopend.

Dat de stippellijn niet klopt, daarom had ik juist deze vraag hier gesteld. Dat krijg ik nog niet goed zelf.

[wickydude]

Al eens geprobeerd de vermogensmeting van je batterij op Reversed te zetten?

[new_guy]

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

Hmmm dat klinkt ook nog wel okey, eens pogen of ik die post kan terugvinden.

[djiedjee]

Volgens mij ben ik er wel uit nu.
Ik had de batterij en solar ook bij grid ingesteld, Dat heb ik nu allemaal weggehaald, nu ziet het weer uit zoals het hoort.

Bedankt!

[wickydude]

djiedjee schreef op woensdag 22 april 2026 @ 15:29:
@Septillion , @RobertMe @wickydude
Bedankt!

Het gekke is dat deze grafiek wel lijkt te kloppen terwijl die van dezelfde bronnen gebruik maakt. Laadpaal staat wel in, maar wordt daar denk ik uit de indivdual devices gehaald. Verwarrend wel dus.
De batterij staat er dan weer niet in als losse afnemer wanneer die oplaadt.

[Afbeelding]

Let op dat er twee van die flow diagrammen zijn.
Het tabje Now werkt met de Vermogensvelden (kW) van je settings, in die grafiek en in het flowdiagram daar. Diezelfde grafiek zie je ook op de Summary tab.
Op het tabje Electricity zie je ook zo'n flowdiagram, maar dan met Energy (kWh) in plaats van Power (kW).
Soms verwarrend.

[DDoubleU]

Dag allen,

Momenteel heb ik een RPi 4B (4 GB RAM) met HAOS en een aantal apps (waaronder AdGuard Home, NGINX reverse proxy, Joplin, Jellyfin, Baikal, DSMR Reader, Vaultwarden, Mosquitto, SambaNAS). Ik gebruik voor storage een USB SSD. Alles draait over het algemeen vrij vlotjes (hoewel het nog altijd iets snappier kan). Als ik kijk naar het gebruik van resources is er over het algemeen steeds 2 van de 4 GB RAM vrij en ook de CPU lijkt alles vlot te kunnen bolwerken.

Ik was aan het denken om over te schakelen naar een NUC mini-PC met een Intel N150 en 12 GB RAM en een M.2 SSD, maar is dit nuttig? Schalen de Docker-containers van de apps mee naar het beschikbare geheugen of zou het gebruik ongeveer hetzelfde blijven? Of zou de performantie vooral verbeter omdat de nieuwe SSD sneller zal zijn?

Alvast bedankt!

[DAX23E]

Ik gebruik de IKEA SYMFONISK remote gen2 voor het bedienen van mijn speakers via Home Assistant. Alleen heb ik er wat extra nodig voor andere kamers waar wifi speakers staan.

Helaas heeft ikea al een tijdje uit het assortiment gehaald ik was net te laat om wat extra te halen. Weten jullie een vergelijkbaar alternatief die via zigbee werkt?

[Beun]

Justevo schreef op woensdag 22 april 2026 @ 15:37:
[...]

Ik gebruik de SLZB-06MU icm ZHA, is PoE en draait als een zonnetje.

Wat een keuzes, haha. Ik zie door de bomen het bos niet meer.

[Aramiss]

DAX23E schreef op woensdag 22 april 2026 @ 18:27:
Ik gebruik de IKEA SYMFONISK remote gen2 voor het bedienen van mijn speakers via Home Assistant. Alleen heb ik er wat extra nodig voor andere kamers waar wifi speakers staan.

Helaas heeft ikea al een tijdje uit het assortiment gehaald ik was net te laat om wat extra te halen. Weten jullie een vergelijkbaar alternatief die via zigbee werkt?

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.

[Justevo]

DDoubleU schreef op woensdag 22 april 2026 @ 17:53:
Dag allen,

Momenteel heb ik een RPi 4B (4 GB RAM) met HAOS en een aantal apps (waaronder AdGuard Home, NGINX reverse proxy, Joplin, Jellyfin, Baikal, DSMR Reader, Vaultwarden, Mosquitto, SambaNAS). Ik gebruik voor storage een USB SSD. Alles draait over het algemeen vrij vlotjes (hoewel het nog altijd iets snappier kan). Als ik kijk naar het gebruik van resources is er over het algemeen steeds 2 van de 4 GB RAM vrij en ook de CPU lijkt alles vlot te kunnen bolwerken.

Ik was aan het denken om over te schakelen naar een NUC mini-PC met een Intel N150 en 12 GB RAM en een M.2 SSD, maar is dit nuttig? Schalen de Docker-containers van de apps mee naar het beschikbare geheugen of zou het gebruik ongeveer hetzelfde blijven? Of zou de performantie vooral verbeter omdat de nieuwe SSD sneller zal zijn?

Alvast bedankt!

Tijdens het gebruik van HA ga je dat verschil praktisch niet merken, waar je het waarschijnlijk wel in gaat merken is de reboot tijd maar zelfs dat is te verwaarlozen. Ik ben van HA op een oude Synology naar een Intel NUC7 met 8GB en een SSD gegaan een het voelt allemaal net iets rapper. Maar of de verschillen ook echt meetbaar zijn.. ik betwijfel het. 12GB is echt niet nodig, ik kom zelden boven de 4GB uit en ik draai echt van alles.