Home Assistant: Open source Python3 home automation - deel 5

[nike]

dixet schreef op zondag 15 juni 2025 @ 20:44:
[...]

In de issues van die integratie staat een workaround die je zelf kan implementeren
https://github.com/jnimmo/hass-intesishome/issues/31

Of beter nog, wordt contributor van die integratie en pas het op GitHub aan

Bedankt @dixet

[Sp33dFr34k]

Weet toevallig iemand hier of de Philips Hue Play Gradient Lightstrip voor PC te gebruiken is zonder de Hue Hub? Ik weet dat de Sync Box te vervangen is door de app. Maar is de Hub ook te vervangen door een HA install icm Z2M/ZHA? Ik kan er nergens antwoord op vinden...

Gaat dus om deze:
https://www.philips-hue.c...rip-voor-pc/8719514434592

[ Voor 17% gewijzigd door Sp33dFr34k op 16-06-2025 18:46 ]

[Septillion]

@Sp33dFr34k Z2M lijkt ze gewoon te ondersteunen.

[Vliegvlug]

edwin2021 schreef op maandag 16 juni 2025 @ 16:19:
Let op dat zigbee in de 2.4 band zit maar met heel smal kanaal. Er zijn mooie vergelijking plaatjes zodat je je Wifi en Zigbee op elkaar kunt afstemmen. Als je het over storing hebt.

Ik vermoed dat deze post voor mij bedoelt is.

Had me niet gerealiseerd dat Wifi en Zigbee elkaar in de weg zouden zitten, wist ook niet dat Zigbee de 2,4GHz band gebruikt.

Wel onhandig inderdaad en heb er eigenlijk geen zin in om mijn wifi daar op te moeten gaan aanpassen.
Ik probeer het eerst wel gewoon zo en als het toch niet goed werkt met de Zigbee devices heb ik in elk geval een idee waar het eventueel aan zou kunnen liggen.

Ik ga er tenminste vanuit dat Zigbee enkel last heeft van verstoring door het Wifi signaal op dezelfde band en niet dat Zigbee op zijn beurt Wifi kan verstoren aangezien dat een minder krachtig signaal is.

[edwin2021]

Vliegvlug schreef op maandag 16 juni 2025 @ 23:20:
[...]

Ik vermoed dat deze post voor mij bedoelt is.

Had me niet gerealiseerd dat Wifi en Zigbee elkaar in de weg zouden zitten, wist ook niet dat Zigbee de 2,4GHz band gebruikt.

Wel onhandig inderdaad en heb er eigenlijk geen zin in om mijn wifi daar op te moeten gaan aanpassen.
Ik probeer het eerst wel gewoon zo en als het toch niet goed werkt met de Zigbee devices heb ik in elk geval een idee waar het eventueel aan zou kunnen liggen.

Ik ga er tenminste vanuit dat Zigbee enkel last heeft van verstoring door het Wifi signaal op dezelfde band en niet dat Zigbee op zijn beurt Wifi kan verstoren aangezien dat een minder krachtig signaal is.

Sorry, ja.
Zie bv https://www.metageek.com/.../zigbee-wifi-coexistence/
Houd er met kiezen ook rekening mee dat ikea een voorkeur lijkt te hebben aan kanaal 11, 15, 22, and 25.
Hier trouwens stukje over wisselen van zigbee kanaal https://www.reddit.com/r/...ed_zigbee_channels/?tl=nl

[itsbvka]

Mijn verbinding met Tibber API loopt nu en dan vast, waarschijnlijk een server side probleem (error 503 en later 504). Echter na een aantal retries gaat HA niet verder en komt de integratie in een fail state.
Als ik dat na een tijdje opmerk is een reload van de integratie nodig om deze weer op gang te krijgen. Kan deze reload ook op een automatische manier? Nu kan het soms dagen zijn dat ik het niet opmerk, naast verlies van wat data (niet zo'n probleem) ben ik afhankelijk van de prijs wanneer deze negatief gaat, omdat ik dan mijn zonnepanelen automatisch uit zet.

[TheFes]

itsbvka schreef op dinsdag 17 juni 2025 @ 13:51:
Mijn verbinding met Tibber API loopt nu en dan vast, waarschijnlijk een server side probleem (error 503 en later 504). Echter na een aantal retries gaat HA niet verder en komt de integratie in een fail state.
Als ik dat na een tijdje opmerk is een reload van de integratie nodig om deze weer op gang te krijgen. Kan deze reload ook op een automatische manier? Nu kan het soms dagen zijn dat ik het niet opmerk, naast verlies van wat data (niet zo'n probleem) ben ik afhankelijk van de prijs wanneer deze negatief gaat, omdat ik dan mijn zonnepanelen automatisch uit zet.

Gaat het om de core integratie, of de custom integratie?

[RudolfR]

@itsbvka

In het verleden dit wel gebruikt:

YAML:

reload_integration_unifi:
  alias: Reload integrations dynamically
  sequence:
    - service: homeassistant.reload_config_entry
      data:
        entry_id: 026cd2dd2016482b929c59b03a97f20d

Waarbij entry_id het id is uit de adresbalk als je de integratie opent in de HA frontend.

Kun je tegenwoordig ook templaten, bijv buienradar:

YAML:

{{ config_entry_id('sensor.buienradar_irradiance') }}

[itsbvka]

TheFes schreef op dinsdag 17 juni 2025 @ 14:08:
[...]


Gaat het om de core integratie, of de custom integratie?

Het gaat om de core integratie, https://www.home-assistant.io/integrations/tibber

[itsbvka]

RudolfR schreef op dinsdag 17 juni 2025 @ 14:15:
@itsbvka

In het verleden dit wel gebruikt:

YAML:

reload_integration_unifi:
  alias: Reload integrations dynamically
  sequence:
    - service: homeassistant.reload_config_entry
      data:
        entry_id: 026cd2dd2016482b929c59b03a97f20d

Waarbij entry_id het id is uit de adresbalk als je de integratie opent in de HA frontend.

Kun je tegenwoordig ook templaten, bijv buienradar:

YAML:

{{ config_entry_id('sensor.buienradar_irradiance') }}

Oke, en dit moet ik dan toevoegen in de configuration.yaml ?

[Niek_]

Het lukt mij niet om middels een automatisering een mp3 af te laten spelen op de Sonos zodra er aangebeld wordt.

YAML:

alias: Aanbellen op poort - bericht op telefoon en mp3 afspelen
description: ""
triggers:
  - trigger: state
    entity_id:
      - event.doorstation_doorbell
conditions: []
actions:
  - action: notify.mobile_app_telefoon
    metadata: {}
    data:
      message: Er wordt op de poort aangebeld!
  - action: media_player.play_media
    metadata: {}
    data:
      media_content_id: http://000.000.00.00:8123/local/Chime.mp3
      media_content_type: music
    target:
      device_id:
        - hier het device id van de sonos
mode: single

Ik krijg wel het berichtje op m'n telefoon binnen, maar de mp3 speelt niet af.
Als ik het pad naar het mp3'tje in de browser open dan speelt deze wel af. Iemand een idee waar dit mis gaat?

Als ik de tracering bekijk dan zie ik onderstaande:

YAML:

params:
  domain: notify
  service: mobile_app_iphone_niek_prive
  service_data:
    message: Er wordt op de poort aangebeld!
  target: {}
running_script: false

[ Voor 3% gewijzigd door Niek_ op 17-06-2025 15:59 ]

[RudolfR]

@itsbvka
Dit voorbeeld is een script, en dat script kun je aanroepen vanuit een automation, maar je kunt ook een automation maken die dezelfde service/action aanroept. Dat is een keuze.

[TheFes]

itsbvka schreef op dinsdag 17 juni 2025 @ 15:25:
[...]


Oke, en dit moet ik dan toevoegen in de configuration.yaml ?

Dat is een script, met maar 1 actie.
Je zult voor jezelf moeten bepalen wanneer je deze actie wil uitvoeren, dat kan ook gewoon in een automation.
Dat kan bijvoorbeeld elke nacht om 2:00 zijn, maar je zou ook kunnen checken of een bepaalde entity al meer dan een bepaalde tijd geen state change gehad heeft.

[Septillion]

@Niek_ Je URL lijkt me heeeeel raar. Moet volgens mij gewoon zijn:

YAML:

action: media_player.play_media
data:
  media_content_id: /local/chime.mp3
  media_content_type: music
target:
  entity_id: media_player.bathroom_symfonisk

En gezien het als notificatie moet werken wil je denk ik:

YAML:

action: media_player.play_media
data:
  media_content_id: /local/chime.mp3
  media_content_type: music
  announce: true
target:
  entity_id: media_player.bathroom_symfonisk

Ennuh, entity id's (of device id's etc) hoef je niet te censureren, kunnen we helemaal niets mee Tenzij er een persoonlijke naam in staat die je niet wilt delen natuurlijk.

[MikeyMan]

Heb ooit de keuze gemaakt om supervisor op mn Synology te installeren in docker. Volgens mij omdat ik ooit eens de addons wilde gebruiken.

Nooit ondersteund geweest natuurlijk en nu verdwijnt het in zijn geheel.

Nu eens aan het oriënteren hoe lastig het is om terug te gaan naar een standaard installatie. Iemand ervaring met deze stap?

Idee lijkt te zijn om een backup te maken, nieuwe docker voor de standaard install, backup terug zetten en hopen dat het goed komt...

Zijn er nog zaken/functionaliteiten waar ik verder rekening mee moet houden?

[Turbotrent]

Dag iedereen,

Ik heb sinds kort een dynamisch electriciteitscontract en ik zou dus ook graag de spotprijzen in HA willen aflezen.

Ik heb daartoe de Nordpool core integratie toegevoegd. So far so good. Nu wil graag een grafiekje maken waarop ik de prijzen van vandaag en morgen kan aflezen. Daartoe heb ik volgende sensor aangemaakt (gebaseerd op de officiële documentatie van Nordpool):

YAML:

template:
  - trigger:
      - platform: time_pattern
        minutes: /30
      - platform: homeassistant
        event: start
    action:
      - service: nordpool.get_prices_for_date
        data:
          config_entry: MY CONFIG ID
          date: "{{ now().date() }}"
          areas: BE
          currency: EUR
        response_variable: today_price

      - service: nordpool.get_prices_for_date
        data:
          config_entry: MY CONFIG ID
          date: "{{ now().date() + timedelta(days=1) }}"
          areas: BE
          currency: EUR
        response_variable: tomorrow_price

    sensor:
      - name: "Nordpool BE Combined"
        unique_id: nordpool_be_combined
        unit_of_measurement: "€/kWh"
        state: >
          {{ now().strftime('%Y-%m-%d') }}
        attributes:
          prices: >
            {% set data = namespace(prices=[]) %}
            {% for state in today_price['BE'] %}
              {% set data.prices = data.prices + [{
                't': as_datetime(state.start).timestamp() * 1000,
                'v': state.price / 1000
              }] %}
            {% endfor %}
            {% for state in tomorrow_price['BE'] %}
              {% set data.prices = data.prices + [{
                't': as_datetime(state.start).timestamp() * 1000,
                'v': state.price / 1000
              }] %}
            {% endfor %}
            {{ data.prices }}


 

De service nordpool.get_prices_for_date lijkt correct te werken, want als ik deze als een aparte actie uitvoer in de ontwikelhulpmiddelen, dan krijg ik een correct resultaat. Echter, de status van mijn sensor blijft 'unknown'...

Heeft iemand een idee wat ik mis doe? Bedankt alvast!

[koelkast]

Ik heb een afgeleide sensor, die de temperatuurtoe- of afname van de warmwaterleiding in de gaten houdt. Hij meet in het aantal graden Celsius. Deze:



Op basis daarvan wil ik een binaire sensor template maken, die bepaalt of er warm water wordt afgenomen, zo:

code:

         {% set waarde = states('sensor.douche_temperatuurverandering') %}
          {% if waarde.replace(',', '.').isnumeric() %}
            {{ waarde.replace(',', '.') | float > 0.7 }}
          {% else %}
            false
          {% endif %}
        delay_off: "00:00:10"

Echter, de binaire sensor wordt niet geschakeld. Wat doe ik fout?

[TheFes]

Turbotrent schreef op woensdag 18 juni 2025 @ 09:16:
Dag iedereen,

Ik heb sinds kort een dynamisch electriciteitscontract en ik zou dus ook graag de spotprijzen in HA willen aflezen.

Ik heb daartoe de Nordpool core integratie toegevoegd. So far so good. Nu wil graag een grafiekje maken waarop ik de prijzen van vandaag en morgen kan aflezen. Daartoe heb ik volgende sensor aangemaakt (gebaseerd op de officiële documentatie van Nordpool):

YAML:

template:
  - trigger:
      - platform: time_pattern
        minutes: /30
      - platform: homeassistant
        event: start
    action:
      - service: nordpool.get_prices_for_date
        data:
          config_entry: MY CONFIG ID
          date: "{{ now().date() }}"
          areas: BE
          currency: EUR
        response_variable: today_price

      - service: nordpool.get_prices_for_date
        data:
          config_entry: MY CONFIG ID
          date: "{{ now().date() + timedelta(days=1) }}"
          areas: BE
          currency: EUR
        response_variable: tomorrow_price

    sensor:
      - name: "Nordpool BE Combined"
        unique_id: nordpool_be_combined
        unit_of_measurement: "€/kWh"
        state: >
          {{ now().strftime('%Y-%m-%d') }}
        attributes:
          prices: >
            {% set data = namespace(prices=[]) %}
            {% for state in today_price['BE'] %}
              {% set data.prices = data.prices + [{
                't': as_datetime(state.start).timestamp() * 1000,
                'v': state.price / 1000
              }] %}
            {% endfor %}
            {% for state in tomorrow_price['BE'] %}
              {% set data.prices = data.prices + [{
                't': as_datetime(state.start).timestamp() * 1000,
                'v': state.price / 1000
              }] %}
            {% endfor %}
            {{ data.prices }}


 

De service nordpool.get_prices_for_date lijkt correct te werken, want als ik deze als een aparte actie uitvoer in de ontwikelhulpmiddelen, dan krijg ik een correct resultaat. Echter, de status van mijn sensor blijft 'unknown'...

Heeft iemand een idee wat ik mis doe? Bedankt alvast!

Heb je een reload van template entities gedaan na het aanmaken? Als dit je eerste template entity was, is een herstart van HA nodig.
Een trigger based template sensor is verder unknown tot hij voor de eerste keer triggert, aangezien je ook triggert na het HA start event, zou hij in ieder geval na een herstart van HA moeten werken

[Turbotrent]

TheFes schreef op woensdag 18 juni 2025 @ 09:54:
[...]


Heb je een reload van template entities gedaan na het aanmaken? Als dit je eerste template entity was, is een herstart van HA nodig.
Een trigger based template sensor is verder unknown tot hij voor de eerste keer triggert, aangezien je ook triggert na het HA start event, zou hij in ieder geval na een herstart van HA moeten werken

Bedankt voor het meedenken! Het is niet mijn eerste template entity en ik heb zowel een YAML reload als een HA restart gedaan, maar het blijft op 'unknown' staan.

[TheFes]

koelkast schreef op woensdag 18 juni 2025 @ 09:39:
Ik heb een afgeleide sensor, die de temperatuurtoe- of afname van de warmwaterleiding in de gaten houdt. Hij meet in het aantal graden Celsius. Deze:

[Afbeelding]

Op basis daarvan wil ik een binaire sensor template maken, die bepaalt of er warm water wordt afgenomen, zo:

code:

         {% set waarde = states('sensor.douche_temperatuurverandering') %}
          {% if waarde.replace(',', '.').isnumeric() %}
            {{ waarde.replace(',', '.') | float > 0.7 }}
          {% else %}
            false
          {% endif %}
        delay_off: "00:00:10"

Echter, de binaire sensor wordt niet geschakeld. Wat doe ik fout?

Check je state van die afgeleide sensor eens in developer tools > states. Dat hele replacen van komma naar punt zal niet nodig zijn, die komma zie je alleen in de frontend op basis van je user instellingen.

Verder zou ik het is_number filter gebruiken in plaats van de isnumeric() Python function, maar op zich werkt wat jij doet ook.

De hele if function is verder niet nodig als je een default aan het float filter mee geeft wat lager is als 0.7 (0 is dan een goede kandidaat)

code:

{% set waarde = states('sensor.douche_temperatuurverandering') %}
{{ waarde  | float(default=0) > 0.7 }}

Maar heb je deze code snippet gebruikt als onderdeel van een template binary sensor in YAML, of heb je het als helper in de GUI aangemaakt?
Als je het in de GUI hebt gedaan, zal de binary sensor altijd on zijn, het laatste stukje met die delay_off kan niet in de GUI, en zal nu als string meegenomen worden in je template, wat er voor zal zorgen dat je werkelijke template niet correct verwerkt wordt.

[TheFes]

Turbotrent schreef op woensdag 18 juni 2025 @ 10:04:
[...]


Bedankt voor het meedenken! Het is niet mijn eerste template entity en ik heb zowel een YAML reload als een HA restart gedaan, maar het blijft op 'unknown' staan.

Ik zie niets geks, en heb je template getest en dat werkt ook (vraag me wel af waarom je timestamps * 1000 gebruikt).

Waar heb je die code geplaatst. Je zegt dat je al andere template sensors heeft, staan die in dezelfde file?

[koelkast]

TheFes schreef op woensdag 18 juni 2025 @ 10:05:
[...]


Check je state van die afgeleide sensor eens in developer tools > states. Dat hele replacen van komma naar punt zal niet nodig zijn, die komma zie je alleen in de frontend op basis van je user instellingen.

Verder zou ik het is_number filter gebruiken in plaats van de isnumeric() Python function, maar op zich werkt wat jij doet ook.

De hele if function is verder niet nodig als je een default aan het float filter mee geeft wat lager is als 0.7 (0 is dan een goede kandidaat)

code:

{% set waarde = states('sensor.douche_temperatuurverandering') %}
{{ waarde  | float(default=0) > 0.7 }}

Maar heb je deze code snippet gebruikt als onderdeel van een template binary sensor in YAML, of heb je het als helper in de GUI aangemaakt?
Als je het in de GUI hebt gedaan, zal de binary sensor altijd on zijn, het laatste stukje met die delay_off kan niet in de GUI, en zal nu als string meegenomen worden in je template, wat er voor zal zorgen dat je werkelijke template niet correct verwerkt wordt.

In de ontwikkelhulpmiddelen staat nu netjes 0.00, en ik heb 'm in de GUI gezet. Ik zal hem eens even aanpassen, kijken of het dan wél werkt. Thx!

[HuismAndré]

MikeyMan schreef op woensdag 18 juni 2025 @ 08:55:
Heb ooit de keuze gemaakt om supervisor op mn Synology te installeren in docker. Volgens mij omdat ik ooit eens de addons wilde gebruiken.

Nooit ondersteund geweest natuurlijk en nu verdwijnt het in zijn geheel.

Nu eens aan het oriënteren hoe lastig het is om terug te gaan naar een standaard installatie. Iemand ervaring met deze stap?

Idee lijkt te zijn om een backup te maken, nieuwe docker voor de standaard install, backup terug zetten en hopen dat het goed komt...

Zijn er nog zaken/functionaliteiten waar ik verder rekening mee moet houden?

Welke Add-ons gebruik je?

[MikeyMan]

HuismAndré schreef op woensdag 18 juni 2025 @ 13:32:
[...]

Welke Add-ons gebruik je?

Niet zoveel.... De code editor voor de yamls en CLI.

Verder eea via hacs.

[HuismAndré]

MikeyMan schreef op woensdag 18 juni 2025 @ 13:35:
[...]


Niet zoveel.... De code editor voor de yamls en CLI.

Verder eea via hacs.

Die code editor kun je natuurlijk ook gewoon op je PC draaien (vaak wel zo prettig) als je de docker zo instelt dat de werkdir als share beschikbaar is. Ik gebruik daarvoor Notepad++.

Als dat het geval is hoef je niet eens via een backup te werken. Natuurlijk maak je nog wel even een full backup voordat je begint en zorgt ervoor dat die veilig elders opgeslagen wordt. Daarna stop je de huidige docker, maakt een nieuwe aan van de "kale" HA versie en zorgt ervoor dat die naar dezelfde dir wijst. Daarna die opstarten en klaar ben je. Hier de Synology Docker compose.yaml van mijn HA installatie (zul je wel hier en daar aan moeten passen). Daarna implementeer je deze via "container manager", "Project", "maken", share goed instellen, kiezen voor "docker-compose.yml aanmaken" en copy/paste van onderstaande code (aangepast aan je eigen installatie):

YAML:

services:
  homeassistant:
    container_name: homeassistant
    network_mode: host
    image: "homeassistant/home-assistant:latest"
    volumes:
      - /volume2/docker/HomeAssistant/config:/config
      - /volume1/music:/media
      - /etc/localtime:/etc/localtime:ro
      - /run/dbus:/run/dbus:ro
    restart: unless-stopped
    privileged: true

Als alles daarna werkt gooi je, over een paar dagen of zo, de oude docker container weg.

[ Voor 7% gewijzigd door HuismAndré op 18-06-2025 13:48 ]

[Gizz]

@MikeyMan had jij geen recente Synology waarop je HA draait? Waarom niet HAOS pakken een VM in plaats van HA Container?

[MikeyMan]

Gizz schreef op woensdag 18 juni 2025 @ 13:55:
@MikeyMan had jij geen recente Synology waarop je HA draait? Waarom niet HAOS pakken een VM in plaats van HA Container?

Ja... Klopt...

Heb alleen geen btrfs... En dat gaat een Gods vermogen kosten om op te lossen

[Gizz]

MikeyMan schreef op woensdag 18 juni 2025 @ 13:57:
[...]
Heb alleen geen btrfs... En dat gaat een Gods vermogen kosten om op te lossen

Dat zou een kwestie moeten zijn van je pool opnieuw aanmaken als btrfs en dan je backup terugzetten. Mocht je geen backup hebben om terug te zetten, dan kan het blijkbaar geen kwaad als de data in je pool verdwijnt en dan is het nog makkelijker om je pool opnieuw aan te maken als btrfs

[MikeyMan]

Gizz schreef op woensdag 18 juni 2025 @ 14:01:
[...]

Dat zou een kwestie moeten zijn van je pool opnieuw aanmaken als btrfs en dan je backup terugzetten. Mocht je geen backup hebben om terug te zetten, dan kan het blijkbaar geen kwaad als de data in je pool verdwijnt en dan is het nog makkelijker om je pool opnieuw aan te maken als btrfs

Heb een backup van een deel. Niet van 10tb. Ook dat kost een vermogen.

En al mn dockers moeten ook over natuurlijk. Hoewel ik die misschien sowieso beter op ssd kan zetten. Maar ook daar heb ik vziw een andere nas voor nodig om het supported te hebben.

Vooral series en films. Dus dat wordt een tweede nas kopen om eea te regelen vrees ik.

[ Voor 13% gewijzigd door MikeyMan op 18-06-2025 14:12 ]

[Gizz]

@MikeyMan zijn je nvme-slots al gevuld? Mijn ervaring is dat HA op een array van ouderwetse schijven erg traag kan zijn, zeker bij statistieken. Een nvme-ssd van een paar tientjes in je Synology steken is goedkoper en zal veel sneller werken dan je array van harde schijven gebruiken voor een VM.

[MikeyMan]

Gizz schreef op woensdag 18 juni 2025 @ 14:12:
@MikeyMan zijn je nvme-slots al gevuld? Mijn ervaring is dat HA op een array van ouderwetse schijven erg traag kan zijn, zeker bij statistieken. Een nvme-ssd van een paar tientjes in je Synology steken is goedkoper en zal veel sneller werken dan je array van harde schijven gebruiken voor een VM.

Nee die zijn nog open. Maar niet supported op mn 1520+. Is wel op te lossen. En misschien sowieso een goede stap alvorens de rest over te zetten ook.

[HuismAndré]

MikeyMan schreef op woensdag 18 juni 2025 @ 14:13:
[...]


Nee die zijn nog open. Maar niet supported op mn 1521+. Is wel op te lossen. En misschien sowieso een goede stap alvorens de rest over te zetten ook.

Als je je docker data (werkdirectory) op een losse SSD gooit (via USB-3) dan is dat plenty snel genoeg. De grootste bottleneck is de database.

Maar, voor de goede orde: Het systeem zal niet sneller of trager worden dan het nu is als je van supervised overgaat naar een andere docker oplossing. Vooralsnog zou ik kijken wat je shared dir is van de huidige docker oplossing, daar de nieuwe docker container op instellen, kijken of het wat voor je is en zo niet, dan ga je probleemloos weer terug naar de oude situatie (als de supervised versie die je draait ook de meest recente versie is).

[ Voor 9% gewijzigd door HuismAndré op 18-06-2025 14:26 ]

[Septillion]

@MikeyMan Je zou voor een maandje een 10TB storage box kunnen doen bij Hetzner ofzo. Sterker nog, volgens mij mag je het zelfs voor een paar dagen gebruiken en betalen.

[JeroenH]

Ik zie dat er voor de Nintendo parental controls een HACS Home Assistant integratie is. Deze geïnstalleerd, en nu moet ik vanaf die Nintendo account website een acces token halen.

Die link vanuit HA volgen gaat prima, inloggen ook, in dan loop ik hier vast:



Ik moet daar op "Select person" klikken volgens punt 5 op dit github pagina, maar die knop doet helemaal niets. Middelklik (nieuwe tab) doet niets, nieuwe tab verschijnt maar blijft leeg. Brave, Chrome, Edge allemaal geprobeerd. Computer, telefoon, thuis-wifi, 5G hotspot, browser in virtuele sessie op mijn werk Overal zelfde resultaat.

Heeft iemand dit wel eens bij de hand gehad? Enig idee waarom dit niet reageert?

[peterpijpelink]

achterhoeker schreef op maandag 12 mei 2025 @ 10:26:
Ik gebruik ook de modbus multi integratie om de omvormer naar 0% te schakelen zodra via de tibber integratie de prijs onder de 0 zakt. Ik krijg via de home assistant een melding zodat ik evt nog andere stroomslurpers kan aanzetten. Tegelijkertijd gaat de smartevse laadpaal de instructie om op smart te gaan staan wanneer er een auto verbonden is om dat ook te maximaliseren. Werkt perfect en uit en inschakelen is praktisch zonder vertraging.

Hoi, even hulp nodig, morgen gaat Tibber live bij mij. Heb 38 zonnepanelen. Ga uiteraard auto laden etc. Maar wat is nu slim, Solaredge kent een setting dat je ook op basis van dynamisch eea kan uitzetten bij negatieve prijzen. Doe ik er slim aan dit via de Solaredge app te doen of via Home Assistant? Of moet ik niets doen en gewoon terugleveren en op lange termijn kijken wat en hoe? Wie kan adviseren? (Dank)

[pistole]

JeroenH schreef op woensdag 18 juni 2025 @ 21:15:
Ik zie dat er voor de Nintendo parental controls een HACS Home Assistant integratie is. Deze geïnstalleerd, en nu moet ik vanaf die Nintendo account website een acces token halen.

Die link vanuit HA volgen gaat prima, inloggen ook, in dan loop ik hier vast:

[Afbeelding]

Ik moet daar op "Select person" klikken volgens punt 5 op dit github pagina, maar die knop doet helemaal niets. Middelklik (nieuwe tab) doet niets, nieuwe tab verschijnt maar blijft leeg. Brave, Chrome, Edge allemaal geprobeerd. Computer, telefoon, thuis-wifi, 5G hotspot, browser in virtuele sessie op mijn werk Overal zelfde resultaat.

Heeft iemand dit wel eens bij de hand gehad? Enig idee waarom dit niet reageert?

Heb je de instructies wel gelezen?

quote: https://github.com/panthe...adme-ov-file#installation

After login, you will see a Linking an External Account screen. For the account you wish to link, right click on the red button Select this person and click Copy Link

En de verdere instructies wat je ermee moet doen.

[Impossibl3]

peterpijpelink schreef op woensdag 18 juni 2025 @ 21:37:
[...]

Hoi, even hulp nodig, morgen gaat Tibber live bij mij. Heb 38 zonnepanelen. Ga uiteraard auto laden etc. Maar wat is nu slim, Solaredge kent een setting dat je ook op basis van dynamisch eea kan uitzetten bij negatieve prijzen. Doe ik er slim aan dit via de Solaredge app te doen of via Home Assistant? Of moet ik niets doen en gewoon terugleveren en op lange termijn kijken wat en hoe? Wie kan adviseren? (Dank)

[Afbeelding]

Ik zou je panelen pas uit zetten bij -12 cent kale prijs. Dit omdat je nu nog de belasting saldeerd. Ik zou eerst je energie steken in het slim aansturen van je (grote) gebruikers.

[peterpijpelink]

Impossibl3 schreef op woensdag 18 juni 2025 @ 22:12:
[...]


Ik zou je panelen pas uit zetten bij -12 cent kale prijs. Dit omdat je nu nog de belasting saldeerd. Ik zou eerst je energie steken in het slim aansturen van je (grote) gebruikers.

Duidelijk. Ja de grote gebruikers heb ik al aangepakt. Alles Siemens met smart starten. Dus wanneer zon schijnt of prijzen laag zijn.
Wat je zegt kan niet met SolarEdge, dus ik ga aan de slag met HA om iets slim te maken met die -12ct. Dank voor meedenken.

[Impossibl3]

peterpijpelink schreef op woensdag 18 juni 2025 @ 22:21:
[...]

Duidelijk. Ja de grote gebruikers heb ik al aangepakt. Alles Siemens met smart starten. Dus wanneer zon schijnt of prijzen laag zijn.
Wat je zegt kan niet met SolarEdge, dus ik ga aan de slag met HA om iets slim te maken met die -12ct. Dank voor meedenken.

Je kan ook hier een kijkje nemen. Day Ahead Optimizer: ervaringen met Home Assistant-addon DAO

Moet het zelf nog implementeren maar ga volgende maand ook dynamisch. Ziet er in iedergeval veel belovend uit.

[Sp33dFr34k]

Septillion schreef op maandag 16 juni 2025 @ 20:45:
@Sp33dFr34k Z2M lijkt ze gewoon te ondersteunen.

Ik heb zo'n ding gekocht (Philips Hue Play Gradient Lightstrip voor PC) en net getest, maar loop helaas vast. Ja, je kunt hem koppelen aan HA. Maar het is een ledstrip voor achter je monitor, die een soort ambilight creeërt. Om dat te bereiken moet je de Hue Sync applicatie op je PC installeren, echter zoekt die constant naar een Hub, die ik niet heb. Ik kan dus die sync zo niet gebruiken en lijk toch een Hub nodig te hebben, heel lomp gemaakt dit...

[ Voor 3% gewijzigd door Sp33dFr34k op 18-06-2025 23:33 ]

[JeroenH]

pistole schreef op woensdag 18 juni 2025 @ 21:50:
[...]

Heb je de instructies wel gelezen?

[...]

En de verdere instructies wat je ermee moet doen.

Chips, wel gelezen maar dus niet gelezen... Story of my life. Dank, ik ga dir morgen uitproberen.

[Vliegvlug]

Zojuist mijn Sonoff Zigbee dongle plus-E in de meterkast opgehangen:

Werkte erg makkelijk met de USB2.0 verlengkabel met wandmontage.
Is de Goobay 93351 USB 2.0 Hi-Speed Extension Cable with Mounting Bracket, black 2m, USB 2.0 male (type A) > USB 2.0 female (type A)

Vervolgens op mijn Odroid aangesloten waarop HAOS draait en de stick werd netjes herkend.
Wizard doorlopen om die te configureren voor ZHA en toen was het tijd om devices aan te koppelen.

De IKEA Vindstyrka luchtkwaliteitsmonitor aangezet in pairing modus maar deze wordt helaas niet gezien.
Eerst kort geprobeerd aan de eetkamertafel, hemelsbreed nog geen 4m met één gips muurtje er tussen van de Zigbee antenne af, maar omdat ik gelezen had dat Ikea spul blijkbaar gevoelig is voor het initieel koppelen op lange afstand en de Sonoff dongle E schijnbaar een niet al te best bereik heeft de Vindstyrka daarna in de meterkast gezet, nog geen 50cm van de antenne af.

Nu al ruim een half uur bezig, steeds in de gaten houden of de Vindstyrka nog wel in pairing modus staat en of HA nog wel aan het zoeken is, maar helaas nog niets gevonden.
Morgen maar opnieuw proberen, ben er wel even klaar mee.
Geen goede eerste kennismaking met Zigbee helaas.

[ Voor 8% gewijzigd door Vliegvlug op 20-06-2025 00:31 ]

[Sjoop1985]

Vliegvlug schreef op donderdag 19 juni 2025 @ 00:09:

De IKEA Vindstyrka luchtkwaliteitsmonitor aangezet in pairing modus maar deze wordt helaas niet gezien.

Nu weet je waarom Zigbee2mqtt populair is
Ik had ook nog nooit van MQTT gehoord voor ik daaraan begon, maar je hoeft je echt niet druk te maken over de stabiliteit van Mosquito en de MQTT integratie. De documentatie van Z2M is ook best goed, zeker als je een van de veelgebruikte/aanbevolen sticks gebruikt.

Vliegvlug schreef op donderdag 19 juni 2025 @ 00:09:
Geen goede eerste kennismaking met Zigbee helaas.

Zigbee kan echt rock solid zijn (kijk maar naar het Hue Ecosysteem), maar de implementatie is bepalend, en die is niet altijd even goed tussen de verschillende fabrikanten.

[ Voor 4% gewijzigd door Sjoop1985 op 19-06-2025 08:12 ]

[Septillion]

@Vliegvlug Hoe zet je hem in pairing mode? Volgens mij moet dat 4x kort op de pair knop drukken zijn.

[Niek_]

Septillion schreef op dinsdag 17 juni 2025 @ 19:45:
@Niek_ Je URL lijkt me heeeeel raar. Moet volgens mij gewoon zijn:

YAML:

action: media_player.play_media
data:
  media_content_id: /local/chime.mp3
  media_content_type: music
target:
  entity_id: media_player.bathroom_symfonisk

En gezien het als notificatie moet werken wil je denk ik:

YAML:

action: media_player.play_media
data:
  media_content_id: /local/chime.mp3
  media_content_type: music
  announce: true
target:
  entity_id: media_player.bathroom_symfonisk

Ennuh, entity id's (of device id's etc) hoef je niet te censureren, kunnen we helemaal niets mee Tenzij er een persoonlijke naam in staat die je niet wilt delen natuurlijk.

Weer wat geleerd, beter iets teveel gecensureerd dan te weinig
Heb de voorgestelde aanpassingen doorgevoerd. Als ik het ip-adres van home assistant invoer met erachter /local/Chime.mp3 dan speelt deze af. Dat werkt dus.

Helaas krijg ik de bel op de Sonos nog niet werkend. Het bericht op m'n telefoon blijft netjes binnenkomen maar over de Sonos geen bel. Iemand een idee waar ik wellicht nog meer zou kunnen kijken? Onderstaand de YAML en daarna de tracering:

YAML:

alias: Aanbellen op poort - bericht op telefoon en deurbel op Sonos.
description: ""
triggers:
  - trigger: state
    entity_id:
      - event.doorbell
conditions: []
actions:
  - action: notify.mobile_app_iphone
    metadata: {}
    data:
      message: Er wordt op de poort aangebeld!
  - action: media_player.play_media
    metadata: {}
    data:
      media_content_id: /local/Chime.mp3
      media_content_type: music
      announce: true
    target:
      device_id:
        - 4585980a9619acbd46c6d0e6d0fccee3
        - 1136f8125032410bc2f3ce40d0be9235
        - c27dcc3113a6ca8f97c231e0c57ef089
mode: single

Tracering
stap 1, bericht op de telefoon:

YAML:

Resultaat:
params:
  domain: notify
  service: mobile_app_iphone_niek_prive
  service_data:
    message: Er wordt op de poort aangebeld!
  target: {}
running_script: false

stap 2, mp3 afspelen op Sonos als announcement:

YAML:

params:
  domain: media_player
  service: play_media
  service_data:
    media_content_id: /local/Chime.mp3
    media_content_type: music
    announce: true
    device_id:
      - 4585980a9619acbd46c6d0e6d0fccee3
      - 1136f8125032410bc2f3ce40d0be9235
      - c27dcc3113a6ca8f97c231e0c57ef089
  target:
    device_id:
      - 4585980a9619acbd46c6d0e6d0fccee3
      - 1136f8125032410bc2f3ce40d0be9235
      - c27dcc3113a6ca8f97c231e0c57ef089
running_script: false

De opmerking 'running_script: false bij beiden zet mij een klein beetje op het verkeerde been. Het bericht op de telefoon komt immers gewoon binnen.

Ik zie in de tracering bij het bericht op de telefoon onder het tabblad 'gewijzigde variabelen' wel info staat:
context:
id: 01JY39M5N8YZHCB3D7MNKF5E01
parent_id: 01JY39M5N7X5C3KSPRJ63ZBXP0
user_id: null
Bij de stap met de bel over de Sonos staat de melding 'Geen variabelen gewijzigd'.

[Septillion]

@Niek_ Dat is raar, want werkt hier op mijn Sonos (of ja, Symfonisk) prima. En de trace is ook niet zo raar. Dus paar vragen:
- Je hebt de mp3 niet in een map "local" gezet toch?
- En als dit de eerste keer was dat je iets in die map hebt gezet, wel HA herstart?
- file is echt "Chime.mp3", niet "chime.mp3" ofzo?
- HA en Sonos op zelfde netwerk / onbeperkt toegang?

Je kan testen of bestand beschikbaar is door in je browser gaat naar [ha url incl port]/local/Chime.mp3. Bijvoorbeeld https://somewhereonlyiknow.duckdns.org:8123/local/Chime.mp3 Al gedaan

[John Pe]

Lijkt dat Chime of chime het probleem is, je schrijft ze alletwee

[DennusB]

Ik zoek een manier om push meldingen uit Home Assistant uit te stellen. Al onze appliances (zoals vaatwasser) sturen berichtjes als ze klaar zijn, maar als ze die sturen terwijl er niemand thuis is vergeten we het toch nog vaak. Dus ik wil die berichtjes eigenlijk "opsparen" per persoon tot diegene thuis komt. Jullie een goed idee?

Ik zat zelf te denken aan een wait condition in een automatisch die check of diegene thuis is, met de automation mode op parallel. Maar dat is sowieso niet reboot-safe natuurlijk

[Septillion]

@DennusB Ik gebruik gewoon een helper om bij te houden dat iets klaar is. Deze zet ik aan als het klaar is en uit als iemand in de notificatie aangeeft dat het gedaan is. Notificatie stuur ik als iemand thuis is of thuis komt.

[DennusB]

Septillion schreef op donderdag 19 juni 2025 @ 08:42:
@DennusB Ik gebruik gewoon een helper om bij te houden dat iets klaar is. Deze zet ik aan als het klaar is en uit als iemand in de notificatie aangeeft dat het gedaan is. Notificatie stuur ik als iemand thuis is of thuis komt.

Ja die helpers heb ik ook al, maar ik wil dus eigenlijk het bericht niet sturen als iemand niet thuis is maar het direct sturen zodra ze de 'home' zone binnenkomen

[Septillion]

@DennusB Dat kan dan toch gewoon?
trigger:
- iemand komt in zone home
- "apparaat is klaar" gaat aan
condition:
- apparaat is klaar
- iemand is home
action:
- send notification

[DennusB]

Septillion schreef op donderdag 19 juni 2025 @ 08:48:
@DennusB Dat kan dan toch gewoon?
trigger:
- iemand komt in zone home
- "apparaat is klaar" gaat aan
condition:
- apparaat is klaar
- iemand is home
action:
- send notification

True, maar dat zou betekenen dat als de vaatwasser klaar is en ik 3x thuis aankom ik 3x een melding krijg haha

[Niek_]

Septillion schreef op donderdag 19 juni 2025 @ 07:57:
@Niek_ Dat is raar, want werkt hier op mijn Sonos (of ja, Symfonisk) prima. En de trace is ook niet zo raar. Dus paar vragen:
- Je hebt de mp3 niet in een map "local" gezet toch?
- En als dit de eerste keer was dat je iets in die map hebt gezet, wel HA herstart?
- file is echt "Chime.mp3", niet "chime.mp3" ofzo?
- HA en Sonos op zelfde netwerk / onbeperkt toegang?

Je kan testen of bestand beschikbaar is door in je browser gaat naar [ha url incl port]/local/Chime.mp3. Bijvoorbeeld https://somewhereonlyiknow.duckdns.org:8123/local/Chime.mp3 Al gedaan

John Pe schreef op donderdag 19 juni 2025 @ 08:28:
Lijkt dat Chime of chime het probleem is, je schrijft ze alletwee

- mp3 doet het inderdaad wel als ik naar ip-adres van home assistant ga met daarachter/local/Chime.mp3
- mp3 staat in de map homeassistant/www als ik hem via file editor daaruit download speelt deze af op m'n laptop.
- HA nog een keertje herstart, geen effect
- bestandsnaam is Chime.mp3
- HA en Sonos zitten op hetzelfde netwerk. Ik ben niet bewust bezig geweest met restricties qua toegang. Als ik in HA iets aan zet op de Sonos werkt dit.

Zo dan, heb het denk ik gevonden.. Als de Sonos niks aan het afspelen is, dan komt de mp3 niet door. Als de Sonos wel aan staat dan wordt het volume van de stream netjes onderdrukt om Chime.mp3 te laten horen waarna het volume weer terug gaat naar het oude niveau

Dan vraag ik me alleen nog af waarom hij niet doorkomt als er niks op de Sonos afgespeeld wordt. Zou verwachten dat hij dan nog steeds een announcement moet kunnen afspelen? Daarnaast moet ik denk ik nog even wat met het standaard announcement volume. Ik ga nog even verder zoeken, tips zijn welkom!

Volume moet zo te zien kunnen met volume_level in het stukje media_player.play_media, gefixt:

YAML:

alias: Aanbellen op poort
description: ""
triggers:
  - trigger: state
    entity_id:
      - event.doorbell
conditions: []
actions:
  - action: notify.mobile_app_iphone
    metadata: {}
    data:
      message: Er wordt op de poort aangebeld!
  - action: media_player.play_media
    metadata: {}
    data:
      media_content_id: /local/Chime.mp3
      media_content_type: music
      announce: true
      extra: 
        volume: 50
    target:
      device_id:
        - 4585980a9619acbd46c6d0e6d0fccee3
        - 1136f8125032410bc2f3ce40d0be9235
        - c27dcc3113a6ca8f97c231e0c57ef089
mode: single

Nu nog zorgen dat hij ook doorkomt als de Sonos niks aan het doen is.

Hmz, wazig. Als ik via HA Sonos stop zet en daarna de automation uitvoer komt deze wel door op de speaker die ik net stopgezet heb. De andere speakers niet. Ik ga nog even verder zoeken.

Ok, blijkbaar moet ik eerst via HA op alle speakers iets afgespeeld hebben. Daarna komt de bel wel door als ze uit staan. Benieuwd of dit eenmalig was of dat het na een herstart ook zo is.
Verder opgemerkt dat de bel niet op elke Sonos tegelijk klinkt, de ene start net iets eerder dan de andere. Zie wat opmerkingen van anderen die hier ook tegenaan gelopen zijn. Eens zien of dat op te lossen is.

[ Voor 28% gewijzigd door Niek_ op 19-06-2025 09:29 ]

[Vliegvlug]

Sjoop1985 schreef op donderdag 19 juni 2025 @ 02:32:
[...]

Nu weet je waarom Zigbee2mqtt populair is
Ik had ook nog nooit van MQTT gehoord voor ik daaraan begon, maar je hoeft je echt niet druk te maken over de stabiliteit van Mosquito en de MQTT integratie. De documentatie van Z2M is ook best goed, zeker als je een van de veelgebruikte/aanbevolen sticks gebruikt.

Ik snap eerlijk gezegd dat gepush op Zigbee2mqtt hier niet.
Want jij bent zeker niet de eerste die over Zigbee2mqtt begint, zie Vliegvlug in "Home Assistant: Open source Python3 home automation - deel 5"
Sorry dat ik het zeg maar geeft mij wel een beetje Apple fanboy vibes eigenlijk. (niet specifiek van jou overigens, het algehele beeld)

Is ook niet zo dat ik er niet naar gekeken hebt, en dat het meer devices (volledig) ondersteunt en technisch mooier is geloof ik direct.
Maar vanwege de extra componenten bij Z2M en het feit dat ik geen programmeur ben wil ik het graag zo eenvoudig mogelijk, vandaar mijn keuze voor ZHA.

Heb er daar naast dat filmpje ook nog veel meer nageslagen op internet mbt ZHA vs Z2M juist omdat iedereen en zijn moeder hier Z2M aanraadt maar daaruit blijkt dat het in basis allebei prima werkt, de een vind ZHA beter en stabieler, de andere Z2M en de volgende draait ze beiden afhankelijk van welke device het om gaat.

Wat ik wel steeds tegenkom is dat Z2M meer iets is voor de poweruser en ZHA voor de normale gebruiker en laat ik nu in de onderste regionen van die laatste groep zitten (#kenjezelf ) dus heb ik voor ZHA gekozen.

Dat het koppelen met ZHA niet zou kunnen en met Z2M opeens magisch wel lijkt me echt dikke onzin want dan gebruikte echt niemand ZHA, ik ga van een ander probleem uit. De IKEA Vindstyrka staat namelijk gewoon als gesupport door ZHA te boek.

[...]

Zigbee kan echt rock solid zijn (kijk maar naar het Hue Ecosysteem), maar de implementatie is bepalend, en die is niet altijd even goed tussen de verschillende fabrikanten.

Dat vroeg ik me inderdaad wel af hoe dat zat met de eigen systemen zoals van Ikea zelf en Hue inderdaad want waarom is dat dan wel plug & play, gebruiken die een robustere manier om te verbinden of een sterkere zender/ontvanger in hun hub?

Ook met in gedachten dat ik hier gewaarschuwd werd dat Zigbee en Wifi elkaar in de weg zitten en ik ze het best op elkaar kan afstemmen.
Klonk logisch in eerste instantie omdat ze beiden van de 2,4GHz band gebruik maken maar later dacht ik: “Al die ikea en Hue gebruikers weten niet eens hoe dat moet dus dat is echt niet per se nodig want dan zou het bij hun ook niet werken”

[Septillion]

@DennusB Geef het een tag mee, dan krijg je hem wel opnieuw maar vervangt hij de oude. Vind juist wel handig dat hij dan opnieuw geluid maakt als ik weer thuis kom en er is nog niets mee gedaan.

Maar zou leuke toevoeging zijn als de companion app een sensor zou hebben met aantal notificaties van HA met een lijst van tags in een attribute ofzo.

[DennusB]

Septillion schreef op donderdag 19 juni 2025 @ 09:14:
@DennusB Geef het een tag mee, dan krijg je hem wel opnieuw maar vervangt hij de oude. Vind juist wel handig dat hij dan opnieuw geluid maakt als ik weer thuis kom en er is nog niets mee gedaan.

Maar zou leuke toevoeging zijn als de companion app een sensor zou hebben met aantal notificaties van HA met een lijst van tags in een attribute ofzo.

Huh, bedoel je een tag op de notificatie?

[Vliegvlug]

Septillion schreef op donderdag 19 juni 2025 @ 06:45:
@Vliegvlug Hoe zet je hem in pairing mode? Volgens mij moet dat 4x kort op de pair knop drukken zijn.

Volgens het boekje van de ikea vindstyrka moet je 3 seconden de kleine knop bovenop indrukken; er gaat dat een ketting symbooltje knipperen rechtsboven op het display dus ik ga er vanuit dat hij dan in koppelmodus staat.

Dat symbooltje ga na enige tijd ook weer uit, tot je opnieuw de kleine knop 3 seconden ingedrukt houdt.

Edit:
Dit zijn trouwens de ZHA netwerk instellingen voor mijn Sonoff Zigbee 3.0 Dongle Plus E:

Mogelijk dat daar nog iets aan te zien is.

[ Voor 37% gewijzigd door Vliegvlug op 19-06-2025 09:29 ]

[maartend]

Vliegvlug schreef op donderdag 19 juni 2025 @ 09:14:
[...]


Wat ik wel steeds tegenkom is dat Z2M meer iets is voor de poweruser en ZHA voor de normale gebruiker en laat ik nu in de onderste regionen van die laatste groep zitten (#kenjezelf ) dus heb ik voor ZHA gekozen.

Ik ben een absolute NOOB op dit gebied en zelfs ik kreeg Z2M zonder problemen voor elkaar. Wel in 2 keer omdat ik een poort of zoiets verkeerd had benoemd, maar veder leip het totaal zonder problemen. Dus dat het enkel voor powerusers is ook niet waar (en ja, n=1, maar ik ben dan wel een hele grote n)

[Septillion]

@Vliegvlug ZHA en Z2M hebben inderdaad beide hun plek Niets kan tippen aan de integratie in HA en de flow voor het instellen. Maar dat Z2M echt voor power users is ben ik niet helemaal mee eens nu het eigenlijk zoooooooo makkelijk is geworden. HACS installeren is lastiger... Maar als je alleen devices gebruikt waarvan iemand heeft aangegeven dat het werkt dan moet ZHA prima zijn

3 seconde zie ik vooral staan om hem direct te koppelen aan een Starkvind, maar weet niet of dat werkt voor een hub. Probeer eens de 4x kort indrukken.

[Septillion]

@DennusB Zie https://companion.home-as...ications-basic/#replacing

[R2D2]

Sjoop1985 schreef op donderdag 19 juni 2025 @ 02:32:
[...]

Nu weet je waarom Zigbee2mqtt populair is
Ik had ook nog nooit van MQTT gehoord voor ik daaraan begon, maar je hoeft je echt niet druk te maken over de stabiliteit van Mosquito en de MQTT integratie. De documentatie van Z2M is ook best goed, zeker als je een van de veelgebruikte/aanbevolen sticks gebruikt.

Ik heb jaren Zigbee2MQTT gedraaid, in mijn nieuwe huis overgegaan op de Homey om na een paar maanden weer terug te gaan naar HA en toen ZHA gaan gebruiken en ik heb Zigbee2MQTT nog geen dag gemist. Eerder was ZHA altijd een beetje matig qua support van Zigbee devices maar ik heb tot op heden nog geen apparaat gehad wat niet wilde werken.

Ja Zigbee2MQTT heeft meer features maar de mate waarin ik die gebruikte was nagenoeg nul en ZHA is inmiddels net zo stabiel. Voor het gros van de mensen is er dus geen enkele reden meer behalve dan "omdat het kan" om Zigbee2MQTT te gebruiken.

Wat betreft de VINDSTYRKA, die wordt prima ondersteund door ZHA,




@Vliegvlug probeer hem eens te pairen dichter bij de coordinator, dat wil vaak wel helpen bij Ikea apparaten zeker wanneer het Zigbee netwerk niet heel veel apparaten bevat. En zoals @Septillion hier boven ook al aan geeft, kleine knopje 4x indrukken activeert Zigbee pairing als het goed is.

[ Voor 3% gewijzigd door R2D2 op 19-06-2025 09:33 ]

[Vliegvlug]

maartend schreef op donderdag 19 juni 2025 @ 09:26:
[...]

Ik ben een absolute NOOB op dit gebied en zelfs ik kreeg Z2M zonder problemen voor elkaar. Wel in 2 keer omdat ik een poort of zoiets verkeerd had benoemd, maar veder leip het totaal zonder problemen.

Ik krijg het met tutorial’s ongetwijfeld aan de praat, schijnt inderdaad niet heel moeilijk te zijn en in de video die eerder gedeeld was zag het er ook simpel uit.

Gaat me er om dat als er problemen zijn je met allemaal losse componenten zit die met elkaar praten, plus het zijn twee losse systemen die met updates niet altijd in sync zijn wat wel eens tot problemen kan leiden.

Maar laat mij gewoon verder bij ZHA blijven, zit echt niet te wachten op nog een Zigbee2MQTT fan die me hier per se moet gaan overtuigen dat het toch echt super duper grandioos veel beter, makkelijker, etc, enz is!

Ik zoek gewoon hulpt om het spul in ZHA aan de praat te krijgen!

Dus dat het enkel voor powerusers is ook niet waar (en ja, n=1, maar ik ben dan wel een hele grote n)

Beetje ego, meneer grote N!

[ Voor 3% gewijzigd door Vliegvlug op 19-06-2025 09:38 ]

[maartend]

Vliegvlug schreef op donderdag 19 juni 2025 @ 09:36:
[...]


Beetje ego, meneer grote N!

Nee, meer van als ik het voor elkaar krijg dan lukt het een ieder. Dat zorgde er ook voor dat ik nooit ZHA heb geprobeerd.
Maar als dat ook werkt voor je, gewoon lekker ZHA gebruiken. Totaal niks mis mee.

[R2D2]

maartend schreef op donderdag 19 juni 2025 @ 09:38:
[...]

Nee, meer van als ik het voor elkaar krijg dan lukt het een ieder. Dat zorgde er ook voor dat ik nooit ZHA heb geprobeerd.
Maar als dat ook werkt voor je, gewoon lekker ZHA gebruiken. Totaal niks mis mee.

Maar vertel eens, waarom zou Zigbee2Mqtt dan superieur zijn aan ZHA, beiden ondersteunen de meest gebruikte devices die een poosje op de markt zijn prima, beiden zijn stabiel... dus waarom zou ik 2 extra docker containers moeten gaan draaien inclusief alle config naast HA (Zigbee2Mqtt en Mqtt) om iets te kunnen wat standaard al in HA zit. Je drukt er dan alleen maar extra lagen tussen waar het mis kan gaan en met dit soort dingen wil je de setup zo simpel mogelijk hebben.

Ik kan wel wat redenen bedenken hoor daar niet van maar dat hebben we het allemaal over incidentele zaken en gekloot in de marge en kun je jezelf af vragen of dat ook opweegt tegen dat hele kleine voordeel.

De grootste reden die IK kan bedenken om niet van Zigbee2Mqtt naar ZHA te gaan is het feit dat je alles opnieuw moet pairen maar als je een nieuw Zigbee netwerk op zet en geen hele exotische Zigbee devices hebt neem dan gewoon ZHA

[ Voor 6% gewijzigd door R2D2 op 19-06-2025 09:45 ]

[Vliegvlug]

maartend schreef op donderdag 19 juni 2025 @ 09:38:
[...]

Nee, meer van als ik het voor elkaar krijg dan lukt het een ieder.

Dat lijkt me een nogal boude bewering
Ik weet zeker dat ik een grotere n00b ben in HA dan jij!

Dat zorgde er ook voor dat ik nooit ZHA heb geprobeerd.

Maar hoe weet je dan dat Z2M beter is dan ZHA? #indoctrinatie

Maar als dat ook werkt voor je, gewoon lekker ZHA gebruiken. Totaal niks mis mee.

[Vliegvlug]

Septillion schreef op donderdag 19 juni 2025 @ 09:30:
@Vliegvlug ZHA en Z2M hebben inderdaad beide hun plek Niets kan tippen aan de integratie in HA en de flow voor het instellen. Maar dat Z2M echt voor power users is ben ik niet helemaal mee eens nu het eigenlijk zoooooooo makkelijk is geworden. HACS installeren is lastiger... Maar als je alleen devices gebruikt waarvan iemand heeft aangegeven dat het werkt dan moet ZHA prima zijn

HACS heb ik al geïnstalleerd staan, weet eigenlijk niet meer waarom, maar dat was best een gedoe inderdaad, moest ook nog een GitHub account er voor aanmaken.

Die Blakadder link had ik al eerder gekregen, erg handig! Daar staat de Vindstyrka tussen .
En uiteraard deze ook voor de Z2M fans : https://www.zigbee2mqtt.io/supported-devices/

3 seconde zie ik vooral staan om hem direct te koppelen aan een Starkvind, maar weet niet of dat werkt voor een hub. Probeer eens de 4x kort indrukken.

dat was de oplossing!

Naast het knipperende ketting icoontje ging eerst het hele display even uit en aan bij 4x kort indrukken en HA zag de Vindstyrka direct!
Op 4 meter afstand van de Zigbee antenne gewoon aan de keukentafel, erg blij.
Zo simpel kan het dus zijn.

[maartend]

R2D2 schreef op donderdag 19 juni 2025 @ 09:44:
[...]


Maar vertel eens, waarom zou Zigbee2Mqtt dan superieur zijn aan ZHA, Geen idee. Voor mij was Z2M het eerste dat ik probeerde en het werkte. Verder zo weinig verstand van dat spul dat ik niks ga veranderen als het werkt.

[maartend]

Vliegvlug schreef op donderdag 19 juni 2025 @ 09:45:
[...]


Maar hoe weet je dan dat Z2M beter is dan ZHA? #indoctrinatie

[...]

Geen idee. Ik reageerde enkel op het stuk dat Z2M voor powerusers zou zijn.
het is mij gewoon toen aangeraden

[ Voor 5% gewijzigd door maartend op 19-06-2025 10:10 ]

[TheFes]

DennusB schreef op donderdag 19 juni 2025 @ 08:55:
[...]


True, maar dat zou betekenen dat als de vaatwasser klaar is en ik 3x thuis aankom ik 3x een melding krijg haha

Er mist inderdaad een action in het voorbeeld van @Septillion buiten de notificatie sturen moet je ook even de helper "apparaat is klaar" uitzetten

code:

trigger:
- iemand komt in zone home
- "apparaat is klaar" gaat aan
condition:
- apparaat is klaar
- iemand is home
action:
- send notification
- zet "apparaat is klaar" uit

[ Voor 22% gewijzigd door TheFes op 19-06-2025 10:27 ]

[D4NG3R]

ZHA en Z2M hebben beide hun plekje, en veel meningen stammen nog uit de tijd waar ZHA daadwerkelijk grof minder devices ondersteunde.

Zolang @Vliegvlug gewoon bij lekker standaard spul van bijv Ikea of Philips blijft is ZHA gewoon meer dan dikke prima. Duik je de wereld in van wat meer obscuur spul dan wordt de kans wel steeds groter dat je iets tegen komt waar ZHA niks van snapt.

Zelf heb ik, buiten Zigbee om, ook andere meuk welke gebruik maakt van MQTT. Legt de lat om Z2M te gebruiken nog lager.

[Gizz]

R2D2 schreef op donderdag 19 juni 2025 @ 09:44:
[...]


Maar vertel eens, waarom zou Zigbee2Mqtt dan superieur zijn aan ZHA

Als je het mij vraagt: omdat er een complete database is met alle apparaten die ondersteund worden, waarin ook de exposes duidelijk worden genoemd en ook eventuele eigenaardigheden van apparaten.

Bij ZHA moet je het zelf proberen of het werkt, of het internet afstruinen naar ervaringen. De blakadder-database is niet helpend, want die is extreem incompleet (daar staan 2680 apparaten in terwijl in de database van alleen Z2M al 4418 apparaten zijn opgenomen).

Voor aanschaf van een nieuw apparaat even in de Z2M-database kijken of hij wordt ondersteund (en welke snufjes hij heeft, zoals een decoupled-modus bij schakelaars) = zalig imho

[Kodess]

Wat dacht je ervan dat je in Z2M unupported apparaten gewoon handmatig kan toevoegen met maar een paar regels configuratie?

Bij ZHA kan dat volgens mij niet en moet hij supported zijn.

Ik had een zigbee plug met dimmer gekocht. Unsupported. 5 regels configuratie toegevoegd, dat het een dimmer was met aan/uit en voila hij werkt. Meteen een pull request naar Z2M gemaakt en in de volgende release werkte dat apparaat voor alle gebruikers

[Vliegvlug]

@Gizz @Kodess Dat zijn dan die pro features die ZHA niet heeft maar zolang je daar niet tegenaan loopt met je devices is ZHA ook prima.
Snap echt niet dat als je hier maar de term ZHA laat vallen er blijkbaar de onbedwingbare neiging van sommigen is om Z2M te moeten pluggen met dit is beter en dat en vergeet ook dit niet… etc.

Het is blijkbaar nodig om mensen die ZHA gebruiken hier zich minder te laten voelen ofzo.

[HuismAndré]

Vliegvlug schreef op donderdag 19 juni 2025 @ 00:09:
Zojuist mijn Sonoff Zigbee dongle plus-E in de meterkast opgehangen:
[Afbeelding: Sonoff ZigBee 3.0 Dongle Plus-E op USB2.0 wall mount in de meterkast]
Werkte erg makkelijk met de USB2.0 verlengkabel met wandmontage.

Vervolgens op mijn Odroid aangesloten waarop HAOS draait en de stick werd netjes herkend.
Wizard doorlopen om die te configureren voor ZHA en toen was het tijd om devices aan te koppelen.

De IKEA Vindstyrka luchtkwaliteitsmonitor aangezet in pairing modus maar deze wordt helaas niet gezien.

....

Geen goede eerste kennismaking met Zigbee helaas.

Als je problemen hebt met koppelen (waarbij je meestal de standaard koppelmethode kiest waardoor meerdere devices kunnen reageren op het koppelverzoek), probeer dan eens te koppelen met de dichtstbijzijnde router (dus niet "All" maar bijvoorbeeld "Lichtschakelaar voortafel"). Kun je rechtsbovenin kiezen. Helpt bij mij altijd bij devices die wat nukkig zijn. Wel altijd proberen te doen op de definitieve plaats van het device (er zijn namelijk devices die niet graag willen "hoppen" naar een andere router).

[ Voor 5% gewijzigd door HuismAndré op 19-06-2025 11:50 ]

[Gizz]

Vliegvlug schreef op donderdag 19 juni 2025 @ 11:42:
@Gizz @Kodess Dat zijn dan die pro features die ZHA niet heeft

Van tevoren weten of een apparaat gaat werken vind ik niet iets voor pro's, maar eigenlijk een basale functie waar ook vooral beginnende gebruikers veel aan hebben

maar zolang je daar niet tegenaan loopt met je devices is ZHA ook prima.

Maar dat is mijns inziens juist het probleem: je weet bij ZHA pas als je het apparaat hebt gekocht en in huis hebt of je tegen een probleem gaat aanlopen. Beetje onhandige volgorde.

edit: overigens had de Z2M-database jou ook als ZHA-gebruiker kunnen helpen, want op de Z2M-pagina van de Vindstyrka staat dat je 4x moet drukken om te pairen.

Het is blijkbaar nodig om mensen die ZHA gebruiken hier zich minder te laten voelen ofzo.

Geef je medegebruikers op een forum nu niet te veel macht over jezelf? Dat iemand zich een minder persoon voelt omdat een andere tweaker met argumenten aangeeft waarom hij softwarepakket X prettiger vindt dan Y.. dat iemand dat heel persoonlijk aantrekt kun je toch niet die tweaker aanrekenen?

Ik voel me in ieder geval niet aangesproken, volgens mij gaf ik een inhoudelijke reactie op een vraag zonder vervelende (onder)toon Als dat niet zo is hoor ik dat graag, ik heb ook blinde vlekken.

[ Voor 8% gewijzigd door Gizz op 19-06-2025 11:54 ]

[Vliegvlug]

Wilde zojuist een los Dashboard aanmaken om de luchtkwaliteitsmonitor devices in de plaatsen maar liep tegen iets vreemds aan.

Ik zat in het standaard Dashboard en drukte op edit, zag daar een plusje waarvan ik dacht dat dat was om een extra dashboard toe te voegen dus dat gedaan en deze “Luchtkwaliteit” genoemd.

Vervolgens naar mijn luchtkwaliteitsmonitor device gegaan en wilde daar de “Add to dashboard” optie gebruiken, vreemd genoeg stond het Luchtkwaliteit dashboard er niet als optie tussen.

Prima, ik opgezocht hoe ik dan een extra dashboard kon aanmaken, wat blijkbaar kan via Settings -> Dashboard moet, dus dat gedaan.

Terug naar het device en toen stond Luchtkwaliteit dashboard er wel tussen dus toegevoegd.

Maar tot mijn verbazing is mijn Luchtkwaliteit dashboard alsnog leeg:


En vreemd genoeg is de luchtkwaliteitsmonitor verschenen in de Luchtkwaliteit tab van het standaard dashboard:


Iemand enig idee hoe dit kan?

[Gizz]

@Vliegvlug je kunt het jezelf makkelijker maken door op het gewenste dashboard zelf de apparaten toe te voegen. Dus niet vanuit een device/entity klikken dat hij op een dashboard terecht moet komen, maar op het onderdeel van een dashboard (bijvoorbeeld in een entities card) je entities toevoegen.

[CappieL]

@Vliegvlug Er is een verschil tussen Dashboards en Tabs.
In je eerste screenshot zie je een extra Dashboard, in je tweede screenshot zie je een Tab in je Overview-dashboard. Het zijn 2 aparte dingen.

Ik zat in het standaard Dashboard en drukte op edit, zag daar een plusje waarvan ik dacht dat dat was om een extra dashboard toe te voegen dus dat gedaan en deze “Luchtkwaliteit” genoemd.

Hierdoor heb je het tabblad aangemaakt in je Overview-dashboard.

[ Voor 40% gewijzigd door CappieL op 19-06-2025 12:02 ]

[fissa]

Iemand een smartplug aan te raden waarmee ik ook verbruik kan meten die goed te integreren is in home assistant? Er zijn zoveel smaken, dus #durftevragen.
Ik heb twee plugs van Hue, werken uitstekend maar hiermee kan ik niks meten helaas. Ben overigens een paar dagen geleden begonnen met HA dus semi overwhelmed to be honest

[CappieL]

@fissa
Ik maak veelal gebruik van deze Zigbee-plugs.
Worden goed ondersteund in Z2MQTT (had wat moeite soms met ZHA) en als je ze groot inkoopt betaal je maar €6.50 per stuk.

[ Voor 202% gewijzigd door CappieL op 19-06-2025 12:07 ]

[Septillion]

TheFes schreef op donderdag 19 juni 2025 @ 10:26:
[...]


Er mist inderdaad een action in het voorbeeld van @Septillion buiten de notificatie sturen moet je ook even de helper "apparaat is klaar" uitzetten

code:

trigger:
- iemand komt in zone home
- "apparaat is klaar" gaat aan
condition:
- apparaat is klaar
- iemand is home
action:
- send notification
- zet "apparaat is klaar" uit

Doe ik expres niet, want wil de volgende die thuis komt oom een notificatie geven als er nog niets mee gedaan is.

spoiler:

Om de eerste een klap voor zijn kop te geven

Gezien Android geen sticky notificaties meer ondersteund gebruik ik het ook om de notificatie weer te verzenden als deze gedismissed wordt zonder actie.

[ Voor 10% gewijzigd door Septillion op 19-06-2025 12:06 ]

[RobertMe]

fissa schreef op donderdag 19 juni 2025 @ 12:01:
Iemand een smartplug aan te raden waarmee ik ook verbruik kan meten die goed te integreren is in home assistant? Er zijn zoveel smaken, dus #durftevragen.
Ik heb twee plugs van Hue, werken uitstekend maar hiermee kan ik niks meten helaas. Ben overigens een paar dagen geleden begonnen met HA dus semi overwhelmed to be honest

Fibaro, doet het bij mij al jaren uitstekend . Maar..., je hebt vast geen Z-Wave en waarschijnlijk geen erg om daar aan te beginnen. Want Zigbee is over het algemeen goedkoper en met Z2M ( hap hap) zo op te zetten, of je gebruikt uiteraard ZHA). En wifi based kan natuurlijk ook nog, maar heb ikzelf dan weer geen behoefte aan.

[HuismAndré]

Vliegvlug schreef op donderdag 19 juni 2025 @ 09:14:
[...]

Ik snap eerlijk gezegd dat gepush op Zigbee2mqtt hier niet.
Want jij bent zeker niet de eerste die over Zigbee2mqtt begint, zie Vliegvlug in "Home Assistant: Open source Python3 home automation - deel 5"
Sorry dat ik het zeg maar geeft mij wel een beetje Apple fanboy vibes eigenlijk. (niet specifiek van jou overigens, het algehele beeld)

Ik kom zelf via Hue, naar ZHA en als laatste naar Z2M. Hue is geweldig (en voor de verlichting heb ik het nog bijna een jaar gebruikt nadat ik voor stopcontactjes e.d. ZHA was gaan gebruiken. ZHA is ook prima maar je wordt heel erg afgeschermd van het onderliggende gebeuren (en speciale "dingetjes" kunnen dan net weer niet in ZHA of alleen via een omweg die je doet denken "dan kan ik ook wel in het diepe springen"). Dat laatste heb ik dus uiteindelijk ook gedaan.

En dan kom je erachter dat de ontwerper van Z2M wellicht een genie is maar niet op het gebied van user interface design. De user interface van Z2M is namelijk écht waardeloos (een webdesigner zou binnen een maand failliet gaan als hij zulk werk af zou leveren). En nee, de nieuwe interface maakt het amper beter (is volgens mij niet meer dan een CSS sausje over iets dat van de grond af aan opnieuw gedaan zou moeten worden).

Maar de backbone van Z2M is geweldig. ECHT geweldig. Je kunt extreem dicht op de Zigbee layer programmeren. Je kunt letterlijk scenes en groepen IN de lampen programmeren. Die data wordt dus op de lampen zelf opgeslagen zodat je daarna alleen maar hoeft te zeggen "Groep 4, Scene 2" waarna elke lamp (maar ook schakelaars e.d.) die bij die groep hoort doet wat er bij die scene hoort (inclusief fade-in/uit). In ZHA is dat volgens mij niet mogelijk (maar wordt bij een fade-in/uit meerdere keren een nieuwe berekende waarde doorgestuurd naar de groep (en als je het op device niveau doet dan zie je zelfs waardeloze carnaval)).

Dat het koppelen met ZHA niet zou kunnen en met Z2M opeens magisch wel lijkt me echt dikke onzin want dan gebruikte echt niemand ZHA, ik ga van een ander probleem uit. De IKEA Vindstyrka staat namelijk gewoon als gesupport door ZHA te boek.

Koppelen is vergelijkbaar (ook bij ZHA kan het handig zijn bij nukkige devices te kiezen voor een router in de buurt in plaats van voor "Iedereen"). Maar soms is het zelfs zo dat je een half uurtje later geen problemen hebt (helemaal als je veel devices in korte tijd hebt toegevoegd; dan lijkt het netwerk nog wat "nerveus").

Dat vroeg ik me inderdaad wel af hoe dat zat met de eigen systemen zoals van Ikea zelf en Hue inderdaad want waarom is dat dan wel plug & play, gebruiken die een robustere manier om te verbinden of een sterkere zender/ontvanger in hun hub?

Hue heeft maar te dealen met een beperkt aantal devices en kan per device precies bepalen hoe het moet reageren (omdat ze ook de firmware voor de devices zelf schrijven).

Klonk logisch in eerste instantie omdat ze beiden van de 2,4GHz band gebruik maken maar later dacht ik: “Al die ikea en Hue gebruikers weten niet eens hoe dat moet dus dat is echt niet per se nodig want dan zou het bij hun ook niet werken”

Ik kan me zo voorstellen dat de Hue app even kijkt hoe het met het netwerk gesteld is (je installeert immers eerst de Hue app). Zou zelfs kunnen zijn dat de bridge zelf bij initialisatie even kijkt waar het druk is. Neemt niet weg dat ook bij Hue dit soort problemen op kunnen treden (zeker als later het WiFi netwerk wordt aangepast). Vandaar ook dat je in de Hue app de optie "kanaal wisselen" kunt kiezen als er communicatieproblemen zijn.

[Vliegvlug]

Gizz schreef op donderdag 19 juni 2025 @ 11:51:
[...]

Van tevoren weten of een apparaat gaat werken vind ik niet iets voor pro's, maar eigenlijk een basale functie waar ook vooral beginnende gebruikers veel aan hebben

Tuurlijk heb je daar als beginnende gebruiker ook veel aan maar op een andere manier.
Ik zou dan concluderen, jammer niet ondersteund, ik zoek door naar een alternatief.

[...]

Maar dat is mijns inziens juist het probleem: je weet bij ZHA pas als je het apparaat hebt gekocht en in huis hebt of je tegen een probleem gaat aanlopen. Beetje onhandige volgorde.

Daarvoor zoek je het vantevoren op, dat doe je met Z2M toch ook geef je aan.

[...]

Geef je medegebruikers op een forum nu niet te veel macht over jezelf? Dat iemand zich een minder persoon voelt omdat een andere tweaker met argumenten aangeeft waarom hij softwarepakket X prettiger vindt dan Y.. dat iemand dat heel persoonlijk aantrekt kun je toch niet die tweaker aanrekenen?

Kijk, ik ben nieuw hierin en wil Zigbee gaan gebruiken in HA. Vervolgens krijg ik hier om de haverklap te horen “je moet Z2M gebruiken niet ZHA, want beter”

Dus kreeg echt het idee dat het echt een verschil van dag en nacht was en ook het gevoel dat ik wel stom moest zijn om het geintegreerde ZHA te gebruiken dus ben echt gaan zoeken op internet naar de verschillen om er achter te komen dat het niet zoveel uitmaakt en in mijn geval ZHA beter past.

Zeg je dat en komen er vervolgens alsnog mensen die zeggen dat ik toch echt Z2M moet gebruiken want bla, bla, bla.
Vandaar mijn Apple fanboy gevoel, en kan me ook niet aan de indruk ontrekken dat er hier een duidelijke voorkeur is voor Z2M en als ik daar voor was gegaan ik geen tot weinig post had gezien zo van “Doe geen Z2M, gebruik ZHA!”

Snap ook wel waar het vandaan komt hoor want ZHA was vroeger blijkbaar niet zo goed en met Z2M heb je meer controle en kan je zelf makkelijker aanpassen wat beter past bij het publiek hier want de meeste zullen op zijn minst python wel enigszins kunnen en als het voor mij heel makkelijk was was ik waarschijnlijk ook wel voor Z2M gegaan.

Ik voel me in ieder geval niet aangesproken, volgens mij gaf ik een inhoudelijke reactie op een vraag zonder vervelende (onder)toon Als dat niet zo is hoor ik dat graag, ik heb ook blinde vlekken.

Je hebt wel gelijk hoor, was een beetje gevoelig na de continue push op Z2M en dat ik maar op Z2M gewezen bleef worden nadat ik al had aangegeven voor ZHA te gaan.

[Vliegvlug]

Gizz schreef op donderdag 19 juni 2025 @ 11:57:
@Vliegvlug je kunt het jezelf makkelijker maken door op het gewenste dashboard zelf de apparaten toe te voegen. Dus niet vanuit een device/entity klikken dat hij op een dashboard terecht moet komen, maar op het onderdeel van een dashboard (bijvoorbeeld in een entities card) je entities toevoegen.

Dat had ik eerst geprobeerd maar kwam daar niet uit eerlijk gezegd, moest allemaal losse dingen gaan toevoegen terwijl ik vanuit het device gewoon in 1x alles kon toevoegen, vandaar die weg.

[HuismAndré]

Vliegvlug schreef op donderdag 19 juni 2025 @ 09:18:
[...]

Volgens het boekje van de ikea vindstyrka moet je 3 seconden de kleine knop bovenop indrukken; er gaat dat een ketting symbooltje knipperen rechtsboven op het display dus ik ga er vanuit dat hij dan in koppelmodus staat.

Bij batterij gevoede apparaten kan het, naast dat het aan te raden is bij problemen te pairen met de dichtsbijzijnde router, nodig zijn het apparaat tijdens het pairen wakker te houden door eens per 2-3 seconden even kort op de pair knop te drukken. Dus eerst de procedure uitvoeren om te pairen (vaak langdurig op het knopje drukken totdat er iets gaat knipperen) en daarna elke 2-3 seconden kort drukken om het apparaat wakker te houden zolang het pairen nog niet is afgerond. Is trouwens een tip die voor héél veel devices geldt en die ook héél vaak gegeven wordt. Zou eigenlijk onderdeel moeten zijn van de uitleg bij elk device waarvoor het van toepassing is (dus bijna alles op een batterij en parasitair gevoede apparaten).

[Vliegvlug]

CappieL schreef op donderdag 19 juni 2025 @ 11:59:
@Vliegvlug Er is een verschil tussen Dashboards en Tabs.
In je eerste screenshot zie je een extra Dashboard, in je tweede screenshot zie je een Tab in je Overview-dashboard. Het zijn 2 aparte dingen.
[...]

Hierdoor heb je het tabblad aangemaakt in je Overview-dashboard.

Ja, dat had ik ook door nadat het Luchtkwaliteit dashboard niet beschikbaar kwam in de te kiezen dashboards nadat ik eerst enkel die luchtkwaliteit tab had aangemaakt op het Home dashboard.

Daar gaat mijn verbazing ook niet over.
Wel dat als ik bij “Add to dashboard” bij een device kies voor Luchtkwaliteit dashboard en hij in plaats daarvan in de tab van die naam van het Home dashboard terecht komt.

Kan HA niet omgaan met dezelfde naam voor een dashboard wat ook al de naam is voor een tab in een ander dashboard?

[Gizz]

Vliegvlug schreef op donderdag 19 juni 2025 @ 12:08:
Daarvoor zoek je het vantevoren op, dat doe je met Z2M toch ook geef je aan.

Als je het kan vinden wel ja. Er zijn letterlijk duizenden verschillende apparaten op basis van zigbee op de markt. Niet elk apparaat komt:

1. bij een ZHA-gebruiker terecht..
2. ..die ook nog eens zijn ervaringen met het apparaat (goed vindbaar) online deelt
3. die ervaring update als er iets verandert door een update van ZHA of firmware van het apparaat

Vandaar dat ik enthousiast ben over Z2M-devices.

[ Voor 8% gewijzigd door Gizz op 19-06-2025 12:18 ]

[Vliegvlug]

HuismAndré schreef op donderdag 19 juni 2025 @ 12:07:
[...]

Ik kom zelf via Hue, naar ZHA en als laatste naar Z2M. Hue is geweldig (en voor de verlichting heb ik het nog bijna een jaar gebruikt nadat ik voor stopcontactjes e.d. ZHA was gaan gebruiken. ZHA is ook prima maar je wordt heel erg afgeschermd van het onderliggende gebeuren (en speciale "dingetjes" kunnen dan net weer niet in ZHA of alleen via een omweg die je doet denken "dan kan ik ook wel in het diepe springen"). Dat laatste heb ik dus uiteindelijk ook gedaan.

En dan kom je erachter dat de ontwerper van Z2M wellicht een genie is maar niet op het gebied van user interface design. De user interface van Z2M is namelijk écht waardeloos (een webdesigner zou binnen een maand failliet gaan als hij zulk werk af zou leveren). En nee, de nieuwe interface maakt het amper beter (is volgens mij niet meer dan een CSS sausje over iets dat van de grond af aan opnieuw gedaan zou moeten worden).

Ik vind de hele user interface van HA al een drama eigenlijk en totaal niet gebruiksvriendelijk dus extra punt in het voordeel van ZHA als dat voor Z2M nog erger is

Maar de backbone van Z2M is geweldig. ECHT geweldig. Je kunt extreem dicht op de Zigbee layer programmeren. Je kunt letterlijk scenes en groepen IN de lampen programmeren. Die data wordt dus op de lampen zelf opgeslagen zodat je daarna alleen maar hoeft te zeggen "Groep 4, Scene 2" waarna elke lamp (maar ook schakelaars e.d.) die bij die groep hoort doet wat er bij die scene hoort (inclusief fade-in/uit). In ZHA is dat volgens mij niet mogelijk (maar wordt bij een fade-in/uit meerdere keren een nieuwe berekende waarde doorgestuurd naar de groep (en als je het op device niveau doet dan zie je zelfs waardeloze carnaval)).

[...]

Al die dingen die je beschrijft is precies waarom ik niet voor Z2M ga maar voor ZHA ben gegaan.
Ik wil, noch kan ik, Zigbee layers gaan programmeren en scenes, groepen en automation hoeft van mij ook allemaal niet.
Mensen hier maken vaak de denkfout dat iedereen HA tot zijn volledige potentieel en liefst nog daar voorbij wil gaan gebruiken.
Is te hoog gegrepen voor mij, ben al prima content met een dashboardje of twee in mijn HA app waar ik wat dingen met de hand aan en uit kan zetten en wat gegevens en grafiekjes kan bekijken.

Vandaar ZHA!

Koppelen is vergelijkbaar (ook bij ZHA kan het handig zijn bij nukkige devices te kiezen voor een router in de buurt in plaats van voor "Iedereen"). Maar soms is het zelfs zo dat je een half uurtje later geen problemen hebt (helemaal als je veel devices in korte tijd hebt toegevoegd; dan lijkt het netwerk nog wat "nerveus").

Ben helemaal onbekend met het feit dat ik daarvoor kon kiezen.
Begreep al wel dat ieder Zigbee device ook gelijk een ‘router’ is voor het zigbee signaal.
En dat je er blijkbaar op moet letten omdat sommige devices blijven plakken op de router waaraan de initiële gekoppeld zijn.
Beetje slechte implementatie dat laatste als je het mij vraagt maar mocht ik tegen problemen aan lopen dan weet ik in elk geval dat het hier mogelijk aan zou kunnen liggen.

[...]

Hue heeft maar te dealen met een beperkt aantal devices en kan per device precies bepalen hoe het moet reageren (omdat ze ook de firmware voor de devices zelf schrijven).

[...]

Ik kan me zo voorstellen dat de Hue app even kijkt hoe het met het netwerk gesteld is (je installeert immers eerst de Hue app). Zou zelfs kunnen zijn dat de bridge zelf bij initialisatie even kijkt waar het druk is. Neemt niet weg dat ook bij Hue dit soort problemen op kunnen treden (zeker als later het WiFi netwerk wordt aangepast). Vandaar ook dat je in de Hue app de optie "kanaal wisselen" kunt kiezen als er communicatieproblemen zijn.

Klinkt inderdaad aannemelijk dat een specifieke Hub meer kan met specifieke daarvoor gemaakte devices van hetzelfde eco systeem.

[Vliegvlug]

HuismAndré schreef op donderdag 19 juni 2025 @ 12:13:
[...]

Bij batterij gevoede apparaten kan het, naast dat het aan te raden is bij problemen te pairen met de dichtsbijzijnde router, nodig zijn het apparaat tijdens het pairen wakker te houden door eens per 2-3 seconden even kort op de pair knop te drukken. Dus eerst de procedure uitvoeren om te pairen (vaak langdurig op het knopje drukken totdat er iets gaat knipperen) en daarna elke 2-3 seconden kort drukken om het apparaat wakker te houden zolang het pairen nog niet is afgerond. Is trouwens een tip die voor héél veel devices geldt en die ook héél vaak gegeven wordt. Zou eigenlijk onderdeel moeten zijn van de uitleg bij elk device waarvoor het van toepassing is (dus bijna alles op een batterij en parasitair gevoede apparaten).

Goeie tip!
Heb zoiets vergelijkbaars ook met een Shelly op batterij die met Wifi gekoppeld moet worden, krijg die maar niet in HA, zou automatisch opgepikt moeten worden wanneer hij weer eens incheckt maar we zijn nu maanden verder en dat is nog steeds niet gebeurd, was dat ding alweer vergeten eigenlijk.

Hij kan ook met USB aansluiting gevoed worden dus dat moet ik eigenlijk eens gaan doen voor het koppelen, dat gedoe met de batterijen vermijd ik het liefst.

[Vliegvlug]

Gizz schreef op donderdag 19 juni 2025 @ 12:17:
[...]

Als je het kan vinden wel ja. Er zijn letterlijk duizenden verschillende apparaten op basis van zigbee op de markt. Niet elk apparaat komt:

1. bij een ZHA-gebruiker terecht..
2. ..die ook nog eens zijn ervaringen met het apparaat (goed vindbaar) online deelt
3. die ervaring update als er iets verandert door een update van ZHA of firmware van het apparaat

Vandaar dat ik enthousiast ben over Z2M-devices.

Dat Z2M meer devices ondersteunt is inderdaad het grote voordeel tov ZHA.

Maar bovenstaande doet niets af aan hetgeen ik zeg toch, als hij in blakadder lijst voorkomt met ZHA icoon dan moet hij het dus in ZHA. Zo niet dan moet ik verder zoeken naar een alternatief.
Wat je volgens mij bedoelt is dat er genoeg devices zijn die wel met ZHA werken maar niet in die lijst voorkomen, die loop je dan inderdaad onterecht mis.

[Gizz]

Vliegvlug schreef op donderdag 19 juni 2025 @ 12:48:
[...]

Dat Z2M meer devices ondersteunt is inderdaad het grote voordeel tov ZHA.

Of Z2M meer devices ondersteunt dan ZHA weet ik eigenlijk niet, want er is geen kloppend overzicht vann apparaten die goed werken met ZHA. Misschien valt het wel mee, of kan ZHA zelfs meer. Maar het punt is dat je het niet goed kunt checken wat er allemaal ondersteund wordt door ZHA.

als hij in blakadder lijst voorkomt met ZHA icoon dan moet hij het dus in ZHA. Zo niet dan moet ik verder zoeken naar een alternatief.

Nee, dat is het hele punt: die blakadderlijst mist extreem veel. Dat een apparaat niet in de lijst van blakadder voorkomt betekent niet dat hij niet werkt.
Het kan net zo goed zijn dat het al bij tientallen gebruikers van ZHA werkt, maar dat niemand de moeite heeft genomen om het te melden. Dus dat je een product niet kunt gebruiken omdat het niet op blakadder staat, die conclusie kun je niet trekken.

Dat de lijst van blakadder incompleet is weten we wel zeker. Op blakadder wordt namelijk de compatibiliteit met Z2M ook genoemd. Als dat kloppend was, zou je in ieder geval de 4418 devices verwachten die nu door Z2M ondersteund worden. Maar de blakadder-database bevat nu 2680 devices in totaal. 2680 devices die minimaal door één van de volgende pakketten ondersteund wordt:

ZHA, Tasmota, Zigbee2MQTT,deCONZ, Zigbee 4 Domoticz of ioBroker.zigbee.

Je zou dus verwachten dat de blakadder database minimaal 4418 devices zou bevatten, en eigenlijk nog wel wat meer.

Het is allemaal op basis van mensen die de moeite te nemen iets te vermelden op de site van blakadder. En dat zijn er volgens mij steeds minder, het verschil tussen het aantal devices in de database van ZHA en Z2M is in de loop der jaren alleen maar groter geworden.

[ Voor 6% gewijzigd door Gizz op 19-06-2025 13:00 ]

[CappieL]

Vliegvlug schreef op donderdag 19 juni 2025 @ 12:16:
[...]

Ja, dat had ik ook door nadat het Luchtkwaliteit dashboard niet beschikbaar kwam in de te kiezen dashboards nadat ik eerst enkel die luchtkwaliteit tab had aangemaakt op het Home dashboard.

Daar gaat mijn verbazing ook niet over.
Wel dat als ik bij “Add to dashboard” bij een device kies voor Luchtkwaliteit dashboard en hij in plaats daarvan in de tab van die naam van het Home dashboard terecht komt.

Kan HA niet omgaan met dezelfde naam voor een dashboard wat ook al de naam is voor een tab in een ander dashboard?

Snap ik...
HA kan wel goed omgaan met dubbele namen, maar ik denk dat het een user-error is geweest.
Als je de functie "Add to dashboard" gebruikt, krijg je het venster "Choose a view" en daarin kun je het dashboard kiezen (met al dan niet het gewenste tabblad). Ik denk dat je daar wellicht te snel een keuze hebt gemaakt (omdat ze beide dezelfde naam hebben).
In de eerste dropdown kies je een "Overview" of "Luchtkwaliteit" dashboard en daarna het tabblad.

[R2D2]

Gizz schreef op donderdag 19 juni 2025 @ 11:14:
[...]

Als je het mij vraagt: omdat er een complete database is met alle apparaten die ondersteund worden, waarin ook de exposes duidelijk worden genoemd en ook eventuele eigenaardigheden van apparaten.

Bij ZHA moet je het zelf proberen of het werkt, of het internet afstruinen naar ervaringen. De blakadder-database is niet helpend, want die is extreem incompleet (daar staan 2680 apparaten in terwijl in de database van alleen Z2M al 4418 apparaten zijn opgenomen).

Voor aanschaf van een nieuw apparaat even in de Z2M-database kijken of hij wordt ondersteund (en welke snufjes hij heeft, zoals een decoupled-modus bij schakelaars) = zalig imho

Ik heb door de jaren heen aardig wat Zigbee meuk verzameld en zit op 127 devices momenteel variërend van de standaard Hue en Ikea lampen, wat Innr plugs tot aan random AliExpress meuk en ik heb nog geen apparaat gehad wat niet wilde werken onder ZHA. Decoupled werkt ook prima zonder Zigbee2Mqtt (althans ik neem aan dat je switches bedoeld die ook gewoon een lamp aan en uit kunnen zetten als Home Assistant niet draait e.d.) en bijvoorbeeld groups aan maken van een x aantal spots kan ook prima in ZHA vandaag de dag.

En mocht je dan eens tegen een unsupported device aan lopen, https://github.com/zigpy/zha-device-handlers. Complexer inderdaad maar wel gewoon mogelijk... al heb ik er nooit gebruik van hoeven maken omdat alles gewoon ondersteund werd.

ZHA is al lang niet meer de brakke manke half blinde implementatie van Zigbee wat het ooit was binnen HA, daar heeft men echt wel serieuze stappen gemaakt de laatste jaren

Naar mijn mening is de ZHA implementatie dekkend voor 98% van de gebruikers vandaag de dag, de kans dat je "echt" een keer gebruik moet maken van die "geavanceerde features" van Zigbee2Mqtt is klein en het voegt alleen maar onnodige complexiteit toe aan je setup.

[TheFes]

Septillion schreef op donderdag 19 juni 2025 @ 12:01:
[...]

Doe ik expres niet, want wil de volgende die thuis komt oom een notificatie geven als er nog niets mee gedaan is.

spoiler:

Om de eerste een klap voor zijn kop te geven

Gezien Android geen sticky notificaties meer ondersteund gebruik ik het ook om de notificatie weer te verzenden als deze gedismissed wordt zonder actie.

Maar hoe zorg je dan dat de je do volgende keer als je thuis komt niet weer dezelfde notificatie krijgt, ofwel, wat zet de helper weer uit?

[Septillion]

@TheFes Actionable notification dat de actie waarom gevraagd wordt werkelijk uitgevoerd is. En de knop naast de wasmachine die ik nog steeds moet plaatsen Naast de helper uitzetten haalt dit ook de notificaties weg bij iedereen.

[TheFes]

Ter info, HA gaat afstappen van het forum als (enige) plek voor feature requests, er is een Discussion gedeelte geopend op de HA organization op GitHub om Feature Requests aan te maken. Heb er zelf al 3 aangemaakt

https://github.com/orgs/home-assistant/discussions

[vonkkie]

Vliegvlug schreef op donderdag 19 juni 2025 @ 00:09:
Zojuist mijn Sonoff Zigbee dongle plus-E in de meterkast opgehangen:
[Afbeelding: Sonoff ZigBee 3.0 Dongle Plus-E op USB2.0 wall mount in de meterkast]
Werkte erg makkelijk met de USB2.0 verlengkabel met wandmontage.

Vervolgens op mijn Odroid aangesloten waarop HAOS draait en de stick werd netjes herkend.
Wizard doorlopen om die te configureren voor ZHA en toen was het tijd om devices aan te koppelen.

De IKEA Vindstyrka luchtkwaliteitsmonitor aangezet in pairing modus maar deze wordt helaas niet gezien.
Eerst kort geprobeerd aan de eetkamertafel, hemelsbreed nog geen 4m met één gips muurtje er tussen van de Zigbee antenne af, maar omdat ik gelezen had dat Ikea spul blijkbaar gevoelig is voor het initieel koppelen op lange afstand en de Sonoff dongle E schijnbaar een niet al te best bereik heeft de Vindstyrka daarna in de meterkast gezet, nog geen 50cm van de antenne af.

Nu al ruim een half uur bezig, steeds in de gaten houden of de Vindstyrka nog wel in pairing modus staat en of HA nog wel aan het zoeken is, maar helaas nog niets gevonden.
Morgen maar opnieuw proberen, ben er wel even klaar mee.
Geen goede eerste kennismaking met Zigbee helaas.

waar heb je die wallmount vandaan

[bjoran123]

Turbotrent schreef op woensdag 18 juni 2025 @ 09:16:
Dag iedereen,

Ik heb sinds kort een dynamisch electriciteitscontract en ik zou dus ook graag de spotprijzen in HA willen aflezen.

Ik heb daartoe de Nordpool core integratie toegevoegd. So far so good. Nu wil graag een grafiekje maken waarop ik de prijzen van vandaag en morgen kan aflezen. Daartoe heb ik volgende sensor aangemaakt (gebaseerd op de officiële documentatie van Nordpool):

...

De service nordpool.get_prices_for_date lijkt correct te werken, want als ik deze als een aparte actie uitvoer in de ontwikelhulpmiddelen, dan krijg ik een correct resultaat. Echter, de status van mijn sensor blijft 'unknown'...

Heeft iemand een idee wat ik mis doe? Bedankt alvast!

wellicht dat deze nog interessant is,
Uitlezen van prijzen van vandaag en morgen is niet van toepassing want je weet to 13u nog niet wat de volgende dag gaat doen.

https://github.com/TheFes/cheapest-energy-hours

Daarnaast gebruik ik dit,

YAML:

type: custom:apexcharts-card
experimental:
  color_threshold: true
graph_span: 24h
header:
  title: Stroomprijs vandaag
  show: true
span:
  start: day
now:
  show: true
  label: Nu
series:
  - entity: sensor.nordpool_kwh_nl_eur_6_095_021
    type: column
    show:
      extremas: true
      legend_value: true
    float_precision: 3
    stroke_width: -8
    yaxis_id: kwh_prijs
    data_generator: |
      return entity.attributes.raw_today.map((start, index) => {
        return [new Date(start["start"]).getTime() + 2750000, entity.attributes.raw_today[index]["value"]];
      });
    color_threshold:
      - value: 0
        color: "#04822e"
      - value: 0.1
        color: "#12A141"
      - value: 0.15
        color: "#79B92C"
      - value: 0.2
        color: "#C4D81D"
      - value: 0.25
        color: "#F3DC0C"
      - value: 0.3
        color: "#EFA51E"
      - value: 0.35
        color: "#E76821"
      - value: 0.4
        color: "#DC182F"
  - entity: sensor.zonneplan_current_usage
    statistics:
      type: mean
      period: hour
    group_by:
      duration: 15m
      func: avg
    yaxis_id: kwh_gebruik
    stroke_width: 5
    curve: smooth
    extend_to: now
yaxis:
  - id: kwh_prijs
    min: ~0
    align_to: 0.1
    decimals: 2
    apex_config:
      title:
        text: €/kWh
      tickAmount: 4
  - id: kwh_gebruik
    opposite: true
    min: ~-1500
    max: ~5000
    align_to: 1000
    decimals: 0
    apex_config:
      title:
        text: Verbruik
apex_config:
  tooltip:
    x:
      format: HH:00
  plotOptions:
    bar:
      columnWidth: 80%
  xaxis:
    type: datetime
    tooltip:
      enabled: false
  chart:
    height: 320px

[ Voor 2% gewijzigd door Septillion op 19-06-2025 15:26 . Reden: Denk aan de 'yaml' bij de code tags aub! Zie topic warning en hoe deze post is aangepast. ]

[CappieL]

@Vonkie Eerder deze week kwam ie voorbij...

Vliegvlug schreef op maandag 16 juni 2025 @ 16:11:
[...]

Ook een goede optie inderdaad, maar met een snoer van 1,2m wel wat kort.

Edit:

Er blijkt ook een 2m meter variant te zijn!
Goobay 93351 USB-verlenging incl. houder voor MP3 autoradio, USB 2.0 type A verlengkabel, 480 Mbits USB-kabel, zwart, 2 meter

[Afbeelding]

Die dus besteld ipv die 3D print, dank voor de tip! @HuismAndré