Home Assistant: Open source Python3 home automation - deel 5

[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 %}
{% set stroom_nu = states('sensor.berekende_p1_stroom_l1') | float(0) %}
{% set zon_modus = is_state('input_boolean.laden_op_zon', 'on') %}

{% if zon_modus %}
  {# Zon-modus: Gebruik alleen overschot #}
  {% set overschot = (0 - stroom_nu) %}
  {% if overschot >= 6.5 %}
    {{ [overschot, max_groep] | min | round(1) }}
  {% elif overschot < 5.5 %}
    0
  {% else %}
    {{ states('sensor.alfen_ems_instructie_l1') | float(0) }}
  {% endif %}
{% else %}
  {# Normale modus: Beschikbare ruimte op 25A hoofdzekering #}
  {% set beschikbaar = (max_net - stroom_nu) %}
  {% if beschikbaar >= 6.0 %}
    {# Genoeg ruimte voor minimaal laden, begrensd op de groep-max van 32 #}
    {{ [beschikbaar, max_groep] | min | round(1) }}
  {% elif beschikbaar < 5.0 %}
    {# Te weinig ruimte (onder de 6A grens), stop de paal om hoofdzekering te sparen #}
    0
  {% else %}
    {# Hysteresis: behoud huidige waarde als we tussen 5 en 6A zweven om geknipper te voorkomen #}
    {{ states('sensor.alfen_ems_instructie_l1') | float(0) }}
  {% endif %}
{% endif %}

Script en automation om naar Alfen schrijven elke 5 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: /5
    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 63% gewijzigd door Septillion op 16-04-2026 12:54 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

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