Home Assistant: Open source Python3 home automation - deel 5 Vorige deel Overzicht

Pagina: 1 ... 339 340 Laatste
Acties:

  • Stephanus-K38
  • Registratie: Januari 2022
  • Laatst online: 16-09 09:59
Beste (mede)Tweakers,

Integratie Home Assistant - Xtend 5kW lukt niet.
Ik heb het eerst geprobeerd op het forum 'Ervaring Intergas Xtend 5kW hybride warmtepomp' maar daar konden ze me niet verder helpen.

Onlangs heb ik een ‘Home Assistant Green’ aangeschaft (05-09) samen met een ‘WIFI Dongle
(TL-WN823N)’. Nu probeer ik de Xtend 5kW te verbinden met HA en dat lukt niet. Ik heb daarbij ‘https://github.com/DSchoutsen/HA_connection_Xtend/tree/main’ gevolgd maar bij de regel:

‘In Developer Tools click on the Tab States and filter on the name of the sensor, in my case intergas_xtend’

gaat het fout, de intergas_xtend sensor staat niet in de lijst, dus de Xtend integratie lukt niet.
De verbindingen lijken te kloppen, via HA > Firefox > Xtend Statistics zichtbaar en stabiel. Met behulp van Samba gecheckt of de configuration files in de juiste directories (b.v. /config/sensors/) staan. Ook de check HA > Ontwikkelhulpmiddelen > YAML > Configuratie controleren geeft geen fouten. Door in de configuration.yaml file een spatie toe te voegen aan het begin van een regel komt bij Configuratie controleren onmiddellijk een foutmelding.
Bij Instellingen > Apparaten en diensten staat de integratie RESTful, maar het vak voor diensten/apparaten/entiteiten is leeg.

Iemand een idee?
Oja, ik ben een oude (75) leek en geen programmeur.

  • JBS
  • Registratie: Januari 2004
  • Niet online

JBS

Ik wil graag 'Everything Presence Zone Configurator' in een losse docker container draaien en gebruik daarvoor docker compose (volgens deze documentatie: https://docs.everythingsm...#h-docker-compose-example).
Een nieuwe 'Toegangstokens met lange levensduur' aangemaakt in HA, maar de verbinding met HA komt niet tot stand.

Pas ik de token aan in de docker compose, dan krijg ik een 401 en meldt HA een mislukte inlogpoging van buitenaf: Login attempt or request with invalid authentication from 172.18.0.9 (172.18.0.9). Requested URL: '/api/'. (python-requests/2.32.4)

Docker container logs van 'Everything Presence Zone Configurator':

code:
1
2
3
4
2025-09-13T15:53:30.110026189Z ERROR:root:Cannot send to HA - WebSocket not connected
2025-09-13T15:53:30.110544190Z ERROR:root:Cannot send to HA - WebSocket not connected
2025-09-13T15:53:34.694784308Z ERROR:root:HA WebSocket error: [Errno -3] Try again
2025-09-13T15:53:34.695097325Z ERROR:websocket:[Errno -3] Try again - goodbye


websocket_api: heb ik al aanvullend toegevoegd aan configuration.yaml (https://www.home-assistant.io/integrations/websocket_api/).

Vanuit de docker container twee zaken getest:
  • Token werkt (getest via curl).
  • Environment variables van de container worden correct geladen.
De verbinding opzetten naar HA vanuit de docker container is dus mogelijk (getest zoals hierboven aangegeven), maar de container zelf krijgt dat niet voor elkaar.

Herkent iemand dit?

[ Voor 74% gewijzigd door JBS op 14-09-2025 13:58 ]


  • R.G
  • Registratie: Januari 2009
  • Laatst online: 01:06

R.G

Antonio di schreef op zaterdag 13 september 2025 @ 14:42:
[...]

Google doorbel en Nest:
Er is Home Assistant (HA) intergratie voor maar die zijn Cloud Polling/Push

Yicam is EZVIZ:
Er is HA integratie voor maar die zijn Cloud Polling/Push .
Als ze "geroot zijn" en ze ondersteunen een Standaard stream (bijv RTSP), heb je kans ze werkende te krijgen onder HA

Nooie is meestal Tuya spul:
Er is HA integratie voor maar die zijn Cloud Polling/Push
Er is een niet officiële integratie (HACS) voor Tuya (heel technisch) waarmee een aantal Tuya "devices" lokaal gemaakt kunnen worden.

Smart lampen verschillende lampen en merken:
Ik hoor je niet over een lokaal smarthub, dus dan zijn de slimme lampen meestal Wifi. Al ze Tasmota geschikt zijn heb je kans ze lokaal onder HA te krijgen.

Google displays weet even de naam niet:
Zegt mij niets.

Kortom je heb veel spul dat ook wel door HA ge-support wordt maar weer via Cloud (schiet je weinig mee op). Dus wil je echt van Cloud afhankelijkheid af, dan zul je dus een flink deel moeten verkopen en nieuwe niet Cloud afhankelijk apparatuur kopen.
Zoals anderen al melden lees/kijk je in in HA en ook in de protocollen (Zigbee, z-wave, wifi, Matter, Http(s)/RTSP etc.)
Precies dat besef ik.
Oh ik heb en Wil juist extra geen hub of smart hubs hebben want deze ziin vaak outdated of gelimiteerd. Inderdaad alle lampen en apparaten ziin wifi.

Ik Wil alleen reolink camera Halen met pvz Poe en wifi.
Dat bij uitval wifi ook lan blijft werken met poe.

Kam een camera wifi en lan zelfde ip gebruiken?
Of moet ik Dan iets doen met een dns Naam welke naar 2 ips verwijst zoals je op pc primary en secondary DNS fail back hebt.

Dus homecam.domeim.nl verwijzen beiden naar 2 ips?
Dan in ha de camera op homecam.domeim.nl instellen?

Acties:
  • +3 Henk 'm!

  • new_guy
  • Registratie: Oktober 2009
  • Laatst online: 11:03
Even los van de niet echt logische tekst, waarom zou je een camera willen met wifi ėn poe?

  • Workaholic
  • Registratie: Februari 2003
  • Niet online
Ik heb een praktische vraag :

Ik heb bewegingssensoren van HUE en heb fijne automations die afhankelijk van het tijdstip andere settings hebben.

Waar ik echter nog tegenaan loop is als je bijvoorbeeld in bad zit en zelf de spotjes bijv maar op 5% zet. Deze springen dan automatisch weer terug naar de vorige stand bij beweging.

Nu zet ik de automation tijdelijk uit via settings maar dat is nogal omslachtig.

Hoe lossen jullie dit op? Wellicht op het dashboard een knop toevoegen met een script voor het uitschakelen van de automation ? Is dit de beste manier ? Of kun je een sensor zo programmeren dat bij het zelf aanpassen van de lampen er geen aanpassing mogelijk is binnen x minuten ?

YAML:
1
alias:%20Badkamer%20ouders%20sensor%0Adescription%3A%20%22%22%0Atriggers%3A%0A%20%20-%20type%3A%20occupied%0A%20%20%20%20device_id%3A%2025f95c92a795567d2549fad0844bcd16%0A%20%20%20%20entity_id%3A%2036a3473c0fd9880fd038f7185d1ff5ba%0A%20%20%20%20domain%3A%20binary_sensor%0A%20%20%20%20id%3A%20sensoraan%0A%20%20%20%20trigger%3A%20device%0A%20%20-%20type%3A%20not_occupied%0A%20%20%20%20device_id%3A%2025f95c92a795567d2549fad0844bcd16%0A%20%20%20%20entity_id%3A%2036a3473c0fd9880fd038f7185d1ff5ba%0A%20%20%20%20domain%3A%20binary_sensor%0A%20%20%20%20id%3A%20sensoruit%0A%20%20%20%20for%3A%0A%20%20%20%20%20%20hours%3A%200%0A%20%20%20%20%20%20minutes%3A%2010%0A%20%20%20%20%20%20seconds%3A%200%0A%20%20%20%20trigger%3A%20device%0A%20%20-%20type%3A%20not_occupied%0A%20%20%20%20device_id%3A%2025f95c92a795567d2549fad0844bcd16%0A%20%20%20%20entity_id%3A%2036a3473c0fd9880fd038f7185d1ff5ba%0A%20%20%20%20domain%3A%20binary_sensor%0A%20%20%20%20trigger%3A%20device%0A%20%20%20%20for%3A%0A%20%20%20%20%20%20hours%3A%200%0A%20%20%20%20%20%20minutes%3A%202%0A%20%20%20%20%20%20seconds%3A%200%0A%20%20%20%20id%3A%20sensoruitavond%0Aconditions%3A%20%5B%5D%0Aactions%3A%0A%20%20-%20choose%3A%0A%20%20%20%20%20%20-%20conditions%3A%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20trigger%0A%20%20%20%20%20%20%20%20%20%20%20%20id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sensoraan%0A%20%20%20%20%20%20%20%20sequence%3A%0A%20%20%20%20%20%20%20%20%20%20-%20if%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20time%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20after%3A%20%2222%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20before%3A%20%2206%3A30%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20weekday%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sun%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20mon%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20tue%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20wed%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20thu%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20fri%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sat%0A%20%20%20%20%20%20%20%20%20%20%20%20then%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20data%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20brightness_pct%3A%209%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_on%0A%20%20%20%20%20%20%20%20%20%20%20%20else%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20data%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20brightness_pct%3A%2040%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_12%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_7%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_2%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_14%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_on%0A%20%20%20%20%20%20-%20conditions%3A%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20trigger%0A%20%20%20%20%20%20%20%20%20%20%20%20id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sensoruit%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20time%0A%20%20%20%20%20%20%20%20%20%20%20%20after%3A%20%2207%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20before%3A%20%2222%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20weekday%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sun%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20mon%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20tue%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20wed%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20thu%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20fri%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sat%0A%20%20%20%20%20%20%20%20sequence%3A%0A%20%20%20%20%20%20%20%20%20%20-%20data%3A%20%7B%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_12%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_7%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_2%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_14%0A%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_off%0A%20%20%20%20%20%20-%20conditions%3A%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20trigger%0A%20%20%20%20%20%20%20%20%20%20%20%20id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sensoruitavond%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20time%0A%20%20%20%20%20%20%20%20%20%20%20%20after%3A%20%2222%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20before%3A%20%2207%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20weekday%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sun%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20mon%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20tue%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20wed%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20thu%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20fri%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sat%0A%20%20%20%20%20%20%20%20sequence%3A%0A%20%20%20%20%20%20%20%20%20%20-%20data%3A%20%7B%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_12%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_7%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_2%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_14%0A%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_off%0Amode%3A%20single%0A


Probeer code te copy en pasten maar dat lukt vreemd genoeg niet

[ Voor 82% gewijzigd door Workaholic op 13-09-2025 20:50 ]

Mijn V&A


Acties:
  • +1 Henk 'm!

  • Prisma16
  • Registratie: Augustus 2023
  • Niet online
Workaholic schreef op zaterdag 13 september 2025 @ 20:45:
Ik heb een praktische vraag :

Ik heb bewegingssensoren van HUE en heb fijne automations die afhankelijk van het tijdstip andere settings hebben.

Waar ik echter nog tegenaan loop is als je bijvoorbeeld in bad zit en zelf de spotjes bijv maar op 5% zet. Deze springen dan automatisch weer terug naar de vorige stand bij beweging.

Nu zet ik de automation tijdelijk uit via settings maar dat is nogal omslachtig.

Hoe lossen jullie dit op? Wellicht op het dashboard een knop toevoegen met een script voor het uitschakelen van de automation ? Is dit de beste manier ? Of kun je een sensor zo programmeren dat bij het zelf aanpassen van de lampen er geen aanpassing mogelijk is binnen x minuten ?

code:
1
alias:%20Badkamer%20ouders%20sensor%0Adescription%3A%20%22%22%0Atriggers%3A%0A%20%20-%20type%3A%20occupied%0A%20%20%20%20device_id%3A%2025f95c92a795567d2549fad0844bcd16%0A%20%20%20%20entity_id%3A%2036a3473c0fd9880fd038f7185d1ff5ba%0A%20%20%20%20domain%3A%20binary_sensor%0A%20%20%20%20id%3A%20sensoraan%0A%20%20%20%20trigger%3A%20device%0A%20%20-%20type%3A%20not_occupied%0A%20%20%20%20device_id%3A%2025f95c92a795567d2549fad0844bcd16%0A%20%20%20%20entity_id%3A%2036a3473c0fd9880fd038f7185d1ff5ba%0A%20%20%20%20domain%3A%20binary_sensor%0A%20%20%20%20id%3A%20sensoruit%0A%20%20%20%20for%3A%0A%20%20%20%20%20%20hours%3A%200%0A%20%20%20%20%20%20minutes%3A%2010%0A%20%20%20%20%20%20seconds%3A%200%0A%20%20%20%20trigger%3A%20device%0A%20%20-%20type%3A%20not_occupied%0A%20%20%20%20device_id%3A%2025f95c92a795567d2549fad0844bcd16%0A%20%20%20%20entity_id%3A%2036a3473c0fd9880fd038f7185d1ff5ba%0A%20%20%20%20domain%3A%20binary_sensor%0A%20%20%20%20trigger%3A%20device%0A%20%20%20%20for%3A%0A%20%20%20%20%20%20hours%3A%200%0A%20%20%20%20%20%20minutes%3A%202%0A%20%20%20%20%20%20seconds%3A%200%0A%20%20%20%20id%3A%20sensoruitavond%0Aconditions%3A%20%5B%5D%0Aactions%3A%0A%20%20-%20choose%3A%0A%20%20%20%20%20%20-%20conditions%3A%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20trigger%0A%20%20%20%20%20%20%20%20%20%20%20%20id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sensoraan%0A%20%20%20%20%20%20%20%20sequence%3A%0A%20%20%20%20%20%20%20%20%20%20-%20if%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20time%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20after%3A%20%2222%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20before%3A%20%2206%3A30%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20weekday%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sun%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20mon%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20tue%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20wed%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20thu%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20fri%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sat%0A%20%20%20%20%20%20%20%20%20%20%20%20then%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20data%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20brightness_pct%3A%209%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_on%0A%20%20%20%20%20%20%20%20%20%20%20%20else%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20data%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20brightness_pct%3A%2040%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_12%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_7%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_2%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_14%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_on%0A%20%20%20%20%20%20-%20conditions%3A%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20trigger%0A%20%20%20%20%20%20%20%20%20%20%20%20id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sensoruit%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20time%0A%20%20%20%20%20%20%20%20%20%20%20%20after%3A%20%2207%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20before%3A%20%2222%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20weekday%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sun%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20mon%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20tue%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20wed%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20thu%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20fri%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sat%0A%20%20%20%20%20%20%20%20sequence%3A%0A%20%20%20%20%20%20%20%20%20%20-%20data%3A%20%7B%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_12%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_7%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_2%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_14%0A%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_off%0A%20%20%20%20%20%20-%20conditions%3A%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20trigger%0A%20%20%20%20%20%20%20%20%20%20%20%20id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sensoruitavond%0A%20%20%20%20%20%20%20%20%20%20-%20condition%3A%20time%0A%20%20%20%20%20%20%20%20%20%20%20%20after%3A%20%2222%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20before%3A%20%2207%3A00%3A00%22%0A%20%20%20%20%20%20%20%20%20%20%20%20weekday%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sun%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20mon%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20tue%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20wed%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20thu%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20fri%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20sat%0A%20%20%20%20%20%20%20%20sequence%3A%0A%20%20%20%20%20%20%20%20%20%20-%20data%3A%20%7B%7D%0A%20%20%20%20%20%20%20%20%20%20%20%20target%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20entity_id%3A%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.lamp_badkamerspiegel_oudere_light%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_12%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_7%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_2%0A%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20%20-%20light.signify_netherlands_b_v_ltg002_light_14%0A%20%20%20%20%20%20%20%20%20%20%20%20action%3A%20light.turn_off%0Amode%3A%20single%0A
Als je de watermeter aan HA hebt gekoppeld zou een relatief grote hoeveelheid water in korte tijd kunnen gebruiken als signaal dat er iemand in bad is. Dit kan je dan weer als input voor de automatisering van verlichting gebruiken.

Acties:
  • +1 Henk 'm!

  • Beekforel
  • Registratie: November 2001
  • Laatst online: 12:55

Beekforel

Is eigenlijk geen vis

Het was wel weer eens tijd voor een restore- en uitwijk test.

Ik draaide inmiddels een aantal jaren op een Odroid N2+, naar tevredenheid maar toch begon ik te merken dat ik op de rand van de capaciteit zit. Ik heb wat geschoven met hardware en zo kwam er een Dell Optiplex 3040M vrij (i5-6500T, 16 GB geheugen) dus heb ik daar maar eens een x86 installatie van HA OS op gestart en uiteindelijk een backup gerestored. Alle USB meuk overpluggen en het draait weer als een zonnetje.

Ik had dit eerder moeten doen: die Optiplex is stukken sneller dan de Odroid. Deze test rechtvaardigt het wel om toch maar eens op zoek te gaan naar wat nieuwe hardware vind ik. :9

Acties:
  • +3 Henk 'm!

  • strandbal
  • Registratie: Juli 2003
  • Nu online

strandbal

Was het maar zo'n feest.

Workaholic schreef op zaterdag 13 september 2025 @ 20:45:
Ik heb een praktische vraag :

Ik heb bewegingssensoren van HUE en heb fijne automations die afhankelijk van het tijdstip andere settings hebben.

Waar ik echter nog tegenaan loop is als je bijvoorbeeld in bad zit en zelf de spotjes bijv maar op 5% zet. Deze springen dan automatisch weer terug naar de vorige stand bij beweging.

Nu zet ik de automation tijdelijk uit via settings maar dat is nogal omslachtig.

Hoe lossen jullie dit op? Wellicht op het dashboard een knop toevoegen met een script voor het uitschakelen van de automation ? Is dit de beste manier ? Of kun je een sensor zo programmeren dat bij het zelf aanpassen van de lampen er geen aanpassing mogelijk is binnen x minuten ?
Ik los dat weleens op door een voorwaarde toe te voegen bij de automation in kwestie die checkt of het licht niet al aan is. Dat nog een optie misschien?

Hier stond een dode link.


Acties:
  • +1 Henk 'm!

  • Antonio di
  • Registratie: November 2016
  • Laatst online: 00:12

Antonio di

a mi me dijeron que si

R.G schreef op zaterdag 13 september 2025 @ 18:08:
[...]


Precies dat besef ik.
Oh ik heb en Wil juist extra geen hub of smart hubs hebben want deze ziin vaak outdated of gelimiteerd. Inderdaad alle lampen en apparaten ziin wifi.

Ik Wil alleen reolink camera Halen met pvz Poe en wifi.
Dat bij uitval wifi ook lan blijft werken met poe.

Kam een camera wifi en lan zelfde ip gebruiken?
Of moet ik Dan iets doen met een dns Naam welke naar 2 ips verwijst zoals je op pc primary en secondary DNS fail back hebt.

Dus homecam.domeim.nl verwijzen beiden naar 2 ips?
Dan in ha de camera op homecam.domeim.nl instellen?
Zover in weet hebben Cam's met LAN en Wifi altijd 2 IP's . Ik weet niet hoe je dit automatisch van de 1 naar de ander kan laten schakelen. De kans op uitval van een PoE-kabel lijkt mij erg klein en stroomuitval is eerder het geval. Ik heb daarom mij Cam's op PoE ethernet en een back-up 230V stroomvoorziening (UPS) voor mijn HA, NVR, Alarmsysteem, router en de PoE switch. Bij 230V stroomuitval draait alles gewoon door.
Ik ben niet erg bekend met bekent met Reolink. Er zijn modellen die geen DDNS en geen ONVIF hebben en dan hoef ik ze niet en de paar modellen die ik heb gezien zijn minder degelijk als Dahua en Hikvison. Ik ben wel Fan van HA maar wil dat mijn producten ook zonder HA kunnen werken.
Voordeel van Reolink is : "Reolink now officially partners with Home Assistant for seamless local integration.", Zie:
https://reolink.com/blog/reolink-home-assistant/
https://www.home-assistant.io/integrations/reolink
Als je cams ook via HA gaat doen zou ik geen Rasberry Pi nemen maar een X86-64 Mini-pc met minimaal een Intel N100 maar liefst iets meer, zeker als je Frigate gaat gebruiken i.p.v, en Reolink NVR (werkt geloof ik nog niet in HA integratie) . Ook moet je natuurlijk checken of de Reolink cam 's die jij wilt werken met Frigate.

profesión: Lo que se cruza en mi camino y disfrutando de la vida


Acties:
  • +1 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Workaholic Automation uitschakelen houdt ik zelf het liefst als ultime handmatige override dus gebruik ik niet in automations. Maar je zou inderdaad kunnen toevoegen dat de lampen uit moeten zijn voor je een turn on geeft.

Alternatief is een helper toevoegen als conditie en die instellen als je het handmatig doet.

En op wat voor device zit je dat je hele code als url encode geplakt is? :?

Acties:
  • 0 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Beekforel Wat met die best aardige hardware dan Proxmox geen optie? Want klinkt alsof je wel meer dan alleen HA draait in huis.

[ Voor 30% gewijzigd door Septillion op 14-09-2025 08:10 ]


Acties:
  • +1 Henk 'm!

  • Beekforel
  • Registratie: November 2001
  • Laatst online: 12:55

Beekforel

Is eigenlijk geen vis

Septillion schreef op zondag 14 september 2025 @ 08:09:
@Beekforel Wat met die best aardige hardware dan Proxmox geen optie? Want klinkt alsof je wel meer dan alleen HA draait in huis.
De Optiplex draaide voorheen Proxmox inderdaad, dat is nu verhuisd naar een ander apparaat (ugreen dx2800). Ik vind HA te belangrijk en wil dat op een dedicated machine hebben draaien.
Misschien dat ik in de toekomst de usb devices (Zigbee, Thread, DSMR, RFXcom) naar netwerkdevices omzet, dan wordt het geheel wat flexibeler. Maar dan nog, HA moet HA (high available) zijn hier.

Acties:
  • +2 Henk 'm!

  • BiG-GuY
  • Registratie: Oktober 2002
  • Laatst online: 13:00

BiG-GuY

Moderator Wonen & Mobiliteit
@Beekforel
High Availability kan je juist met Proxmox maken en meerdere nodes. Maar, ben het met je eens dat Home Assistant OS op bare metal goed werkt. Juist voor efficiëntie zou ik het zelf niet in Proxmox draaien.

Bijkomend voordeel is dat je de iGPU voor meerdere Add-Ons en HA zelf tegelijk kan gebruiken. Wat met name voor camera streams en zaken als PLEX zeer nuttig kan zijn. Al weet ik niet hoe snel de iGPU nog is in de 6500T. Ook zal een N100/N150 gebaseerd systeem sneller en zuiniger zijn, als je toch naar nieuwe hardware gaat kijken.

Mijn uitvoering: ASUS NUC 14 Essential Kit, N355 idled tussen de 5-7W.

[ Voor 23% gewijzigd door BiG-GuY op 14-09-2025 08:43 ]

Gallery V&A


Acties:
  • 0 Henk 'm!

  • Beekforel
  • Registratie: November 2001
  • Laatst online: 12:55

Beekforel

Is eigenlijk geen vis

@BiG-GuY Frigate en Plex (en nog veel meer) draait als lxc container op m'n Proxmox host (die ugreen is ook een n100). Dat gaat prima met die gpu.

Die nuc gaat op m'n lijstje, thanks.

Acties:
  • +1 Henk 'm!

  • Borromini
  • Registratie: Januari 2003
  • Niet online

Borromini

Mislukt misantroop

Beekforel schreef op zaterdag 13 september 2025 @ 21:45:
Ik had dit eerder moeten doen: die Optiplex is stukken sneller dan de Odroid. Deze test rechtvaardigt het wel om toch maar eens op zoek te gaan naar wat nieuwe hardware vind ik. :9
Ik ben hier van een Odroid XU4 naar een 3050 micro gegaan (ook een 6500T) en het verschil is inderdaad merkbaar. Wel vooral gedaan omdat ARMv7-ondersteuning eind dit jaar er helaas uit gaat in HA.

Got Leenucks? | Debian Bookworm x86_64 / ARM | OpenWrt: Empower your router | Blogje


Acties:
  • +1 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Beekforel Allereerste moet je natuurlijk zelf de keuze maken d:)b

Maar zelf zie ik Proxmox maar als een heel klein risico en vind ik de voordelen (monitoring en KVM) groter. Naast dat ik niet zulke zware hardware voor puur HA zou draaien. Hier dan ook al zeker 1,5 jaar over op Proxmox naar volle tevredenheid.

Helemaal HA gaan zou natuurlijk nog leuker zijn. Zou je op zich al kunnen doen als je Ser2net ofzo draait voor de hardware.

Acties:
  • 0 Henk 'm!

  • link1200
  • Registratie: Maart 2014
  • Laatst online: 14-09 21:48
TheFes schreef op vrijdag 12 september 2025 @ 14:27:
[...]

Welke taal gebruik je dan, want voor Nederlands is lokale STT zonder enorme hardware investeringen nog niet echt te doen. Er is support voor Speech-To-Phrase, en daarmee zou het wel lokaal moeten werken, maar dan ben je beperkt tot (een gelimiteerde set) van voice commands.

Ik heb er zelf geen ervaring mee, ik gebruik Nabu Casa Cloud STT en TTS
Nederlands inderdaad. Wat voor hardware gebruik je om stemcommando's mee op te nemen? Ik realiseer mij dat lokale STT's inderdaad nog niet helemaal goed te gebruiken zijn voor Nederlands maar ook een betaalde whisper werkte niet goed op de VPE.

Ik heb zelf ook Nabu Casa. Zal eens kijken of die betere resultaten geeft. Dank voor het idee.

Acties:
  • +2 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Septillion schreef op zondag 14 september 2025 @ 10:21:
Helemaal HA gaan zou natuurlijk nog leuker zijn. Zou je op zich al kunnen doen als je Ser2net ofzo draait voor de hardware.
Maar dan moet je nog steeds ergens ser2net draaien. Als je 3 nodes in HA hebt en je sluit de sticks op 1 node aan zijn de sticks nog steeds onbereikbaar als die node down is ;). Dan moet je de sticks dus aansluiten op een eigen systeem, bv een RPi met ser2net. Die heeft dan hopelijk minder onderhoudt nodig en dus "altijd" beschikbaar (helemaal als je bv de OpenWRT route bewandelt die hier IIRC wel eens is benoemd). Of je koopt dus bv alles dat van zichzelf al network connected is (SMLight Zigbee stick, HomeWizard voor P1, ...).

Acties:
  • 0 Henk 'm!

  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 16-09 20:37
link1200 schreef op zondag 14 september 2025 @ 11:38:
[...]


Nederlands inderdaad. Wat voor hardware gebruik je om stemcommando's mee op te nemen? Ik realiseer mij dat lokale STT's inderdaad nog niet helemaal goed te gebruiken zijn voor Nederlands maar ook een betaalde whisper werkte niet goed op de VPE.

Ik heb zelf ook Nabu Casa. Zal eens kijken of die betere resultaten geeft. Dank voor het idee.
Ik heb 5 Voice PE's en een één M5Stack Atom Echo

Home Assistant configuratie


Acties:
  • 0 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

Septillion schreef op zondag 14 september 2025 @ 08:08:
@Workaholic Automation uitschakelen houdt ik zelf het liefst als ultime handmatige override dus gebruik ik niet in automations.
Hangt wel een beetje van het doel af. Zo heb ik een automation voor het opladen van de auto. Die kijkt continu of de belasting op het net niet te hoog wordt (en schakelt de autolader af indien nodig). Da's een "dure" jongen omdat er nogal wat dingen bijgehouden moeten worden (de load gaat omhoog van 2-3% naar 4-6% als deze automatisering actief is). Als de autolader uit staat dan staat deze automatisering ook uit (gewoon om 24/7 nutteloos de fasen in de gaten houden te voorkomen). Maar da's dus een hele specifieke toepassing waarbij de keuze voor het aan- en uitzetten van de automatisering volgens mij wel te verdedigen is. En ja, ik let op de procentjes.

André Huisman (www.new-line.nl)


Acties:
  • +2 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

RobertMe schreef op zondag 14 september 2025 @ 11:41:
[...]

Maar dan moet je nog steeds ergens ser2net draaien. Als je 3 nodes in HA hebt en je sluit de sticks op 1 node aan zijn de sticks nog steeds onbereikbaar als die node down is ;). Dan moet je de sticks dus aansluiten op een eigen systeem, bv een RPi met ser2net. Die heeft dan hopelijk minder onderhoudt nodig en dus "altijd" beschikbaar (helemaal als je bv de OpenWRT route bewandelt die hier IIRC wel eens is benoemd). Of je koopt dus bv alles dat van zichzelf al network connected is (SMLight Zigbee stick, HomeWizard voor P1, ...).
OpenWRT met ser2net is inderdaad een "set and forget" verhaal gebleken. Werkt feilloos, vele maanden achter elkaar (heb hem wel toegang tot het interweb ontzegd; alleen nodig als ik een update zou willen/moeten draaien). Fijn is ook dat het OS read-only draait (de minimale logging die er is gaat naar een ramdisk). Dus SD card corruption zal niet snel plaatsvinden.

André Huisman (www.new-line.nl)


Acties:
  • 0 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@HuismAndré Dat is niet letten op de procentjes, dat is letten op tiende van promilletjes :+ De events gebeuren toch wel, dus het is puur check op een conditie. Waarbij ik bij een uitgeschakelde automation niet eens zou durven zeggen dat de event trigger werkelijk weg is.

Dus persoonlijk, nee dan doe ik het ook niet. Automation uitschakelen is altijd mijn uiterste kill switch.

Niet bedoeld als persoonlijke aanval, puur mijn redenatie

Acties:
  • 0 Henk 'm!

  • Dacuuu
  • Registratie: Maart 2009
  • Laatst online: 16-09 21:27
Hmmbob schreef op dinsdag 9 september 2025 @ 08:19:
[...]

AH, dit is net even een verkeerd moment om uitleg bij te geven want geheel geen teruglevering (al je zonne-energie wordt dus ergens in je huis verbruikt). Maar @Septillion heeft je hier goed op weg geholpen: Septillion in "Home Assistant: Open source Python3 home automation - deel 5"
Hoi ik ben er weer. Ik snap er nog steeds geen pepernoot van. Waarom? Omdat ik letterlijk nooit mijn Electricity Meter Power consumption op 0 zie staan. Als ik geen gekke stroomverbruikers aan heb staan, en de zon schijnt volop, zie ik gewoon nog verbruik op Electricity Meter Power consumption.

Hier 3 situaties van vandaag, aan de linkerkant de data vanuit de P1 poort, en rechts de data vanuit mijn zonnepanelen omvormer.

Afbeeldingslocatie: https://tweakers.net/i/jjG2EM0hgQMj4DgE_1iUAUaGosA=/800x/filters:strip_exif()/f/image/7sf7cXMM9svhRme28iUtyJVr.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/QBS6i62Lm3yeZxc-UpC18zSrGrQ=/800x/filters:strip_exif()/f/image/tHgMJ9eZUn5u8xUKm8WzBY3z.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/7XonJvtO6vAJLBOpJJG_TysKnEg=/800x/filters:strip_exif()/f/image/QzJMF32Pr6J0Z9w3QqvFjxbS.png?f=fotoalbum_large

Acties:
  • +2 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Septillion schreef op zondag 14 september 2025 @ 14:18:
@HuismAndré Dat is niet letten op de procentjes, dat is letten op tiende van promilletjes :+ De events gebeuren toch wel, dus het is puur check op een conditie.
2-3% CPU load met automations uit en 4-6% CPU load met automations aan lijkt mij toch een 100% toename en niet "promilletjes" ;)

Acties:
  • +2 Henk 'm!

  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 16-09 20:37
Dacuuu schreef op zondag 14 september 2025 @ 14:27:
[...]


Hoi ik ben er weer. Ik snap er nog steeds geen pepernoot van. Waarom? Omdat ik letterlijk nooit mijn Electricity Meter Power consumption op 0 zie staan. Als ik geen gekke stroomverbruikers aan heb staan, en de zon schijnt volop, zie ik gewoon nog verbruik op Electricity Meter Power consumption.

Hier 3 situaties van vandaag, aan de linkerkant de data vanuit de P1 poort, en rechts de data vanuit mijn zonnepanelen omvormer.

[Afbeelding]

[Afbeelding]

[Afbeelding]
Jouw panelen zitten op fase 2, daar zie je dus ook elke keer alleen productie, en geen consumptie. Op de andere twee fases zitten verbruikers, en daar zul je dus consumptie zien.

Op het totaal van de 3 fases zul je dus ook zowel productie en consumptie zien, die worden niet met elkaar verrekend.

Afbeeldingslocatie: https://tweakers.net/i/Uqu5dEB68vAIKZNQJ4E4eiuasUM=/x800/filters:strip_exif()/f/image/Tthlqbf9hZy4f3VqCQQ1givF.png?f=fotoalbum_large
Die 2,13 is in kWh en is dus 2127 W

[ Voor 11% gewijzigd door TheFes op 14-09-2025 15:06 ]

Home Assistant configuratie


Acties:
  • 0 Henk 'm!

  • Dacuuu
  • Registratie: Maart 2009
  • Laatst online: 16-09 21:27
TheFes schreef op zondag 14 september 2025 @ 14:58:
[...]


Jouw panelen zitten op fase 2, daar zie je dus ook elke keer alleen productie, en geen consumptie. Op de andere twee fases zitten verbruikers, en daar zul je dus consumptie zien.

Op het totaal van de 3 fases zul je dus ook zowel productie en consumptie zien, die worden niet met elkaar verrekend.

[Afbeelding]
Die 2,13 is in kWh en is dus 2127 W
Klopt, de panelen zitten op fase 2. Ik zie ook dat mijn kookplaat op fase 2 zit.
Dit zijn screenshots van DSMR-Reader.

Afbeeldingslocatie: https://tweakers.net/i/2xp7laEWdwfronj-gJCmi4Y_-d0=/800x/filters:strip_exif()/f/image/PXMROw7ANEKqj5B5xwg6TOvZ.png?f=fotoalbum_large

Afbeeldingslocatie: https://tweakers.net/i/X3WrXlcL4YILWreKQAIEb6fMeFo=/800x/filters:strip_exif()/f/image/C7AEJRPa91bQUl7kqm3VAt23.png?f=fotoalbum_large

En dan zit ik nog steeds te denken.. hoe krijg ik te weten hoeveel netto watt zonnestroom overschot teruglever aan het stroomnet, met alleen de data uit de P1 meter. Mijn hoofd breekt. 8)7

Edit: Moet dat dan zijn: Electricity Meter Power production - Electricity Meter Power consumption = hoeveelheid watt netto teruglevering aan het stroomnet ?

[ Voor 4% gewijzigd door Dacuuu op 14-09-2025 15:40 ]


Acties:
  • +1 Henk 'm!

  • RoD
  • Registratie: September 2004
  • Niet online

RoD

Admin Mobile & FP PowerMod
dehardstyler schreef op vrijdag 12 september 2025 @ 08:27:
Midden oktober wordt bij mij mijn slimme meter vervangen. Deze had ik al, maar nu krijg ik een nieuwe versie omdat het GPRS signaal over niet al te lang uitgaat. Nou zat ik alleen te denken, dan gaat natuurlijk al mijn energie data door de war, en tevens begin ik weer op "0". Hoe zouden jullie hiermee omgaan in Home Assistant Energy / InfluxDB?
Ik heb recent een nieuwe meter gekregen om dezelfde reden. Dat ging gewoon goed. Ik ging aanvankelijk wel even de fout in omdat ik de nieuwe meter toevoegde in HA en ik de entities van de oude meter nog had. Toen kreeg de nieuwe meter dus andere namen voor de entities (er werd een 2 achter geplakt). Toen ik dat door had, heb ik de integratie verwijderd en opnieuw toegevoegd.

Acties:
  • 0 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

Septillion schreef op zondag 14 september 2025 @ 14:18:
@HuismAndré Dat is niet letten op de procentjes, dat is letten op tiende van promilletjes :+ De events gebeuren toch wel, dus het is puur check op een conditie. Waarbij ik bij een uitgeschakelde automation niet eens zou durven zeggen dat de event trigger werkelijk weg is.
In mijn geval zo'n 1-2% load (dat zijn dus tientallen promilletjes).

VWB triggers van gedeactiveerde automatiseringen. Copilot doet daarover het volgende plasje:
quote: Copilot
⚙️ Processorverbruik van gedeactiveerde automatiseringen
- Triggers worden niet geëvalueerd: Zodra een automatisering is uitgeschakeld, worden de bijbehorende triggers niet actief gemonitord of geëvalueerd. Dat betekent dat Home Assistant geen logica uitvoert om te controleren of de triggercondities zijn vervuld.
- Geen impact op CPU: Omdat de automatisering niet actief is, verbruikt deze in principe geen processorresources. De configuratie blijft wel geladen in het geheugen, maar dat is verwaarloosbaar qua belasting.
- Uitzondering: templates in triggers: Als je een trigger gebruikt met een template die afhankelijk is van entiteiten of tijd, dan kan Home Assistant die template nog steeds evalueren op systeemniveau. Maar dit gebeurt alleen als de template op een andere manier actief is, bijvoorbeeld via een sensor of script. In een gedeactiveerde automatisering gebeurt dit niet.

André Huisman (www.new-line.nl)


Acties:
  • +1 Henk 'm!

  • Ben(V)
  • Registratie: December 2013
  • Laatst online: 12:04
@Dacuuu Ik snap er geen perpernoot van dat jij de uitleg die door meerdere mensen gegeven is niet kunt volgen.

En ja zo simpel is het.
Electricity Meter Power production - Electricity Meter Power consumption = totaal geleverde of verbruikte power
Het wordt negatief als je meer verbruikt dan levert en positief als je meer levert aan het net dan zelf verbruikt.

En dat maakt je zichtbaar met deze template:
Ben(V) in "Home Assistant: Open source Python3 home automation - deel 5"

[ Voor 16% gewijzigd door Ben(V) op 14-09-2025 16:18 ]

All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.


Acties:
  • 0 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

HuismAndré schreef op zondag 14 september 2025 @ 16:14:
[...]

In mijn geval zo'n 1-2% load (dat zijn dus tientallen promilletjes).

VWB triggers van gedeactiveerde automatiseringen. Copilot doet daarover het volgende plasje:

[...]
En Grok doet er weer een heel ander plasje over:
quote: Grok
Ja, triggers van gedeactiveerde automatiseringen in Home Assistant verbruiken wel degelijk processor resources, hoewel dit verbruik minimaal is in de meeste gevallen. Ik leg het stap voor stap uit op basis van hoe Home Assistant werkt.

### Hoe automatiseringen en triggers werken
- **Triggers zijn event listeners**: Elke automation in Home Assistant registreert zichzelf bij het event-systeem van de core. Dit betekent dat het luistert naar specifieke gebeurtenissen, zoals een state change van een sensor (bijv. een deur die opengaat), een tijdstip of een MQTT-bericht. Zelfs als de automation is uitgeschakeld (via de toggle in de UI of YAML-configuratie met `enabled: false`), blijft de trigger actief luisteren naar deze events. Dit is een bekend gedrag in Home Assistant, en gebruikers melden vaak dat ze de "trigger fired" zien in de traces, maar de actions niet uitvoeren omdat de automation uitstaat.
- **Waarom luisteren ze nog?** De triggers worden niet volledig ontladen bij deactivering. Dit komt door de architectuur van Home Assistant: het event bus-systeem (gebaseerd op Python's asyncio) houdt de listeners open om de configuratie intact te houden. Pas als je de automation volledig verwijdert of herlaadt (via Developer Tools > YAML > Reload Automations), worden de listeners opgeruimd. Dit is geen bug, maar een design-keuze voor flexibiliteit.

### Resource-verbruik
- **Minimaal, maar niet nul**: Het luisteren naar events kost een klein beetje CPU en RAM, omdat Home Assistant continu checkt op matches met de geregistreerde triggers. Voor state triggers (bijv. op entities) gebeurt dit bij elke state change in het systeem, wat frequent kan zijn in een drukke setup met veel sensoren of apparaten. Time-based triggers (bijv. elk uur) of event-triggers (bijv. MQTT) verbruiken nog minder, omdat ze minder vaak activeren.
- In een typische setup met honderden automatiseringen: Dit voegt een verwaarloosbare overhead toe (vaak <1% CPU idle). Maar als je veel complexe triggers hebt (bijv. op alle state changes in huis), kan het cumuleren, vooral op low-power hardware zoals een Raspberry Pi.
- Gebruikers melden in forums dat het deactiveren van automatiseringen helpt bij het debuggen van hoge CPU-usage, maar dit komt vaak door het uitschakelen van de *actieve* actions of conditions, niet per se de triggers zelf.
- **Voorbeelden van impact**:
- Een time pattern trigger (bijv. elke minuut) blijft "firen" (maar voert niets uit), wat een kleine CPU-piek veroorzaakt bij elke check.
- In grote installaties met veel disabled automatiseringen kan dit leiden tot onnodige event-processing, wat de algehele prestaties subtiel beïnvloedt (bijv. hogere load average op een Pi).

### Hoe minimaliseer je dit?
- **Triggers individueel deactiveren**: In YAML kun je per trigger `enabled: false` zetten, zonder de hele automation uit te schakelen. Dit stopt het luisteren specifiek voor die trigger.
Voorbeeld YAML:
```
automation:
- id: mijn_automation
trigger:
- platform: state
entity_id: binary_sensor.deur
enabled: false # Deze trigger luistert niet meer
- platform: time
at: "08:00:00" # Deze blijft actief
action:
- service: light.turn_on
target:
entity_id: light.woonkamer
```
- **Volledig herladen**: Ga naar Instellingen > Systeem > Herstart, of gebruik Developer Tools > Services om `automation.reload` aan te roepen. Dit ruimt alle listeners op.
- **Debuggen van CPU**: Installeer de "System Monitor" integratie om CPU te tracken. Als je hoge usage ziet, disable automatiseringen één voor één om te zien of triggers de oorzaak zijn.
- **Alternatieven**: Gebruik blueprints of scripts in plaats van veel losse automatiseringen om het aantal listeners te beperken.

Als je een specifieke automation of setup deelt, kan ik gerichtere advies geven. In de praktijk merken de meeste gebruikers hier weinig van, tenzij je setup erg groot is.
Ik vond trouwens de tip om de trigger te deactiveren echt zo'n "Waarom ben ik daar zelf niet opgekomen" tip.

André Huisman (www.new-line.nl)


Acties:
  • 0 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@HuismAndré Lijkt dus wel wat verschil te maken, vooruit. Maar goed, ik heb toch echt moeilijk veel nodeloze triggers lopen door testjes etc en zit op 3% CPU load. Daar ga ik niet de kill switch voor opgeven.

Copilit neem ik dan wel met korrel zout in deze, die hallucineert harder over HA dan een junk na 3 paddo's... :+

Acties:
  • +1 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@Dacuuu Je netto verbruik is dan ook [import] - [export] = [netto verbruik]

Je import (consumption) is dan ook niet 0 omdat je nu eenmaal wel wat aan hebt staan op de andere fases. Dus ja, je importeert dan wat. Maar je exporteert op een andere fase veeeel meer. Dus netto exporteer je.

[ Voor 57% gewijzigd door Septillion op 14-09-2025 16:24 ]


Acties:
  • 0 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
RobertMe schreef op zondag 14 september 2025 @ 11:41:
[...]

Maar dan moet je nog steeds ergens ser2net draaien.
Hoe je de hardware beschikbaar maakt doet er feitelijk niet toe, het is en blijft simple point of failure. Je kan het hoogstens robuster maken. Bijvoorbeeld inderdaad een read only Pi opstelling of hardware met netwerk ofzo. Maar het blijft een single point en dat is ook voor veel zaken niet makkelijk anders te doen.

Acties:
  • +1 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Septillion schreef op zondag 14 september 2025 @ 16:28:
[...]

Hoe je de hardware beschikbaar maakt doet er feitelijk niet toe, het is en blijft simple point of failure. Je kan het hoogstens robuster maken. Bijvoorbeeld inderdaad een read only Pi opstelling of hardware met netwerk ofzo. Maar het blijft een single point en dat is ook voor veel zaken niet makkelijk anders te doen.
Maar dat maakt je eerdere reactie nogal moot ;). Je maakt HA niet HA (:+) "door ser2net" te gebruiken. Je maakt het "beter" HA door het te verplaatsen naar iets dat "stabieler" is. Je kunt wel leuk van Proxmox met 1 node met daarin de stcks gaan naar een cluster met in 1 node de sticks en deze via ser2net beschikbaar maken. Maar v.w.b. HA schiet je daar helemaal niks mee op. Als die node down is zijn de sticks nog steeds niet beschikbaar.

Je lost het HA probleem dus op door de sticks dusdanig beschikbaar te maken dat het niet zo "onderhoudsgevoelig" is. In de zin van dat je Proxmox nodes misschien 1x per maand update en reboot en dus issues geeft. Maar bv een SMLight stick update je maar 1x per jaar met downtime als gevolg. Of dat een RPi met OpenWRT die ook veel minder updates nodig heeft. Dat maakt de availability door onderhoudt een stuk hoger.

En een single point of failure behoudt je bij elke oplossing altijd. Dat lost ser2net ook niet voor je op. Maar ik denk dat de meeste die een HA oplossing dat niet doen i.v.m. de SPOF of na getroffen te zijn door de SPOF. Maar doordat ze i.v.m. sleutelen aan de server(s) vaker downtime hebben.

[ Voor 6% gewijzigd door RobertMe op 14-09-2025 16:37 ]


Acties:
  • 0 Henk 'm!

  • KevinSetz
  • Registratie: Augustus 2014
  • Laatst online: 15-09 07:08
Sinds een maand of 3 zijn wij verhuist naar een paar straten verder op. En heb nu 3 week weer home assistant lopen op een nieuwe PC inclusief schone installatie zodat ik weer lekker fris kan beginnen.

Maar nu komt het probleem. Ik heb een automation als we van huis zijn dat alles uit gaat etc. maar dat gebeurt soms als wij zelfs thuis zijn. Maar als ik dan snel op de map kijk waar onze telefoons zijn staan ze soms op ons oude adress... Hoe kan dat? het is op z'n minst 1,5km verder.

Wie heeft de gouden tip? dit is overigens voor beide telefoons (Samsung S25) van mij en mijn vriendin.

Acties:
  • 0 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@RobertMe Nouw, probeerde dus vooral aan te geven dat je zelf de keuze moet maken waar je belangrijkste punt zit. En dat zal enorm afhangen van je opstelling hoe veel er overeind blijft zonder een radio van iets.

Met Ser2Net zou je dus wel je hardware zaken meer los kunnen trekken van HA. Natuurlijk minimaal als je dat op een van je nodes doet :+ Maar het geeft je dus wel de mogelijkheid het los te trekken waardoor je HA zelf wel kan clusteren. En in geval val Thread zou je ook multiple border routers moeten kunnen gebruiken maar daar echt nog 0 ervaring mee hoe HA daar dan mee om zou gaan.

Overigens heeft de SMLight wel wat meer dan 1x per jaar een update gehad :+ Maar goed, updates zijn dan ook niet echt een issue. Dat is het compleet falen. Dan zou het leuk zijn als de echte HA backbone, misschien zonder radio's van iets door blijft draaien. Wel eens over zitten denken maar dat het onder aan de streep voor mij eigenlijk niet waard is vs goede backup en die weer snel ergens op online kunnen brengen.

Het verhaal was dus meer rond opties en dat er dus haken en ogen blijven, hoe je het ook opzet. Misschien in de toekomst met volledige multi border router van Thread dat het een optie wordt voor mij :+

Acties:
  • +1 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@KevinSetz Zou kunnen dat Google nog wat magie doet aan de hand van je SSID. Dat Google deze aan je oude thuis gehangen had en gezien 3 straten verder nog wel eens in de GPS onnauwkeurigheid wil vallen dat Google probeert te "helpen".

Dan zou het moeten helpen om je SSID te hernoemen.

Acties:
  • 0 Henk 'm!

  • KevinSetz
  • Registratie: Augustus 2014
  • Laatst online: 15-09 07:08
Septillion schreef op zondag 14 september 2025 @ 16:54:
@KevinSetz Zou kunnen dat Google nog wat magie doet aan de hand van je SSID. Dat Google deze aan je oude thuis gehangen had en gezien 3 straten verder nog wel eens in de GPS onnauwkeurigheid wil vallen dat Google probeert te "helpen".

Dan zou het moeten helpen om je SSID te hernoemen.
Dus als ik de wifi naam verander (SSID) zal het opgelost moeten zijn? 8)7

Acties:
  • 0 Henk 'm!

  • Septillion
  • Registratie: Januari 2009
  • Laatst online: 11:24

Septillion

Moderator Wonen & Mobiliteit
Topicstarter
@KevinSetz Zeker weten doe ik het niet. Maar weet dat Google allerlei trucjes toepast voor nauwkeurigere locatiebepaling incl mapping van SSID's. Dus aanpassing is het proberen waard. Alternatief zou wachten zijn, maar doordat oude en nieuwe locatie zo'n beetje binnen GPS onnauwkeurigheid van elkaar liggen kan dat misschien wel even duren.

Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Septillion schreef op zondag 14 september 2025 @ 17:08:
@KevinSetz Zeker weten doe ik het niet. Maar weet dat Google allerlei trucjes toepast voor nauwkeurigere locatiebepaling incl mapping van SSID's.
Het zijn volgens mij geen trucjes om de locatie nauwkeurig te bepalen, het zijn trucjes om heel snel globaal de locatie te bepalen.

GPS zelf is echt wel nauwkeuriger dan 1,5KM. Maar GPS is traag, vreet energie, en vaak is een nauwkeurige locatie helemaal niet interessant.

Daarom dat Google voorheen zelfs al met hun streetview auto's een database vulde met op welke locatie welke SSIDs (of BSSIDs, waarschijnlijker?) beschikbaar zijn met welke sterkte. En vervolgens gebruiken ze deze DB zelf weer als "assisted GPS" (als je ruwweg weet waar iemand is kun je sneller een fix krijgen op de satellieten "in de regio" i.p.v. moeten "zoeken" naar satelliete). En die gegevens hebben ze uiteraard ook weer verkocht.
En nu vullen ze die database natuurlijk op basis van Android / Google Play Services locatie gebeuren. Elke "idiot" die 24/7 locatiebepaling aan heeft staan draagt zo bij aan een (heel) nauwkeurige database van welke (B)SSIDs er op een (nauwkeurige) GPS beschikbaar zijn.

En als je je ooit hebt afgevraagd hoe een browser op een laptop aan locatiebepaling doet: zo dus. Gewoon een lijst van alle gevonden SSIDs / BSSIDs incl sterkte even naar Google (of alternatief) sturen. Dan weten ze wel vrij nauwkeurig waar je bent.

En ik vermoed dat ze die DB juist vullen op basis van het BSSID. Het "MAC" adres van het access point + radio/SSID combi. Anders werkt het natuurlijk niet met SSIDs die op meerdere locaties uitgezonden worden. Beetje lullig als alc McDonalds (heeft vast wel publieke wifi) ineens ip 1 plek op de kaart wordt geplakt omdat SSID McDonalds ooit aan die locatie gekoppeld is.
En dat betekent dus ook dat het wijzigen van het SSID waarschijnlijk niet gaat werken.

Acties:
  • 0 Henk 'm!

  • _Mitchie_
  • Registratie: November 2009
  • Laatst online: 16-09 20:11
BiG-GuY schreef op zondag 14 september 2025 @ 08:41:
@Beekforel
High Availability kan je juist met Proxmox maken en meerdere nodes. Maar, ben het met je eens dat Home Assistant OS op bare metal goed werkt. Juist voor efficiëntie zou ik het zelf niet in Proxmox draaien.

Bijkomend voordeel is dat je de iGPU voor meerdere Add-Ons en HA zelf tegelijk kan gebruiken. Wat met name voor camera streams en zaken als PLEX zeer nuttig kan zijn. Al weet ik niet hoe snel de iGPU nog is in de 6500T. Ook zal een N100/N150 gebaseerd systeem sneller en zuiniger zijn, als je toch naar nieuwe hardware gaat kijken.

Mijn uitvoering: ASUS NUC 14 Essential Kit, N355 idled tussen de 5-7W.
Is die idled tussen de 5-7W op een kale debian installatie of met proxmox met meerdere containers bijvoorbeeld Home Assistant, immicjh, jellyfin enzovoort. Heb je ook nog wat moeten aanpassen in bios ?

Ben zeker geïnteresseerd in deze nuc vandaar mijn vragen.

Acties:
  • 0 Henk 'm!

  • KevinSetz
  • Registratie: Augustus 2014
  • Laatst online: 15-09 07:08
RobertMe schreef op zondag 14 september 2025 @ 17:31:
[...]

Het zijn volgens mij geen trucjes om de locatie nauwkeurig te bepalen, het zijn trucjes om heel snel globaal de locatie te bepalen.

GPS zelf is echt wel nauwkeuriger dan 1,5KM. Maar GPS is traag, vreet energie, en vaak is een nauwkeurige locatie helemaal niet interessant.

Daarom dat Google voorheen zelfs al met hun streetview auto's een database vulde met op welke locatie welke SSIDs (of BSSIDs, waarschijnlijker?) beschikbaar zijn met welke sterkte. En vervolgens gebruiken ze deze DB zelf weer als "assisted GPS" (als je ruwweg weet waar iemand is kun je sneller een fix krijgen op de satellieten "in de regio" i.p.v. moeten "zoeken" naar satelliete). En die gegevens hebben ze uiteraard ook weer verkocht.
En nu vullen ze die database natuurlijk op basis van Android / Google Play Services locatie gebeuren. Elke "idiot" die 24/7 locatiebepaling aan heeft staan draagt zo bij aan een (heel) nauwkeurige database van welke (B)SSIDs er op een (nauwkeurige) GPS beschikbaar zijn.

En als je je ooit hebt afgevraagd hoe een browser op een laptop aan locatiebepaling doet: zo dus. Gewoon een lijst van alle gevonden SSIDs / BSSIDs incl sterkte even naar Google (of alternatief) sturen. Dan weten ze wel vrij nauwkeurig waar je bent.

En ik vermoed dat ze die DB juist vullen op basis van het BSSID. Het "MAC" adres van het access point + radio/SSID combi. Anders werkt het natuurlijk niet met SSIDs die op meerdere locaties uitgezonden worden. Beetje lullig als alc McDonalds (heeft vast wel publieke wifi) ineens ip 1 plek op de kaart wordt geplakt omdat SSID McDonalds ooit aan die locatie gekoppeld is.
En dat betekent dus ook dat het wijzigen van het SSID waarschijnlijk niet gaat werken.
Dus volgens jou heeft het geen zin om de SSID te veranderen? Dat zou namelijk betekenen dat ik alle apparaten opnieuw met WiFi moet verbinden, en eerlijk gezegd zit ik niet te wachten op het opnieuw instellen van 29 apparaten.

Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
KevinSetz schreef op zondag 14 september 2025 @ 17:49:
[...]


Dus volgens jou heeft het geen zin om de SSID te veranderen? Dat zou namelijk betekenen dat ik alle apparaten opnieuw met WiFi moet verbinden, en eerlijk gezegd zit ik niet te wachten op het opnieuw instellen van 29 apparaten.
Zoals ik het beredeneer zal het aanpassen van het SSID geen nut hebben denk ik.
Zou dat wel werken zou de herkenning op basis van de niet unieke SSID zijn en zou het hele "systeem" daarmee nogal quirky werken. (Omdat er dus bv meerdere locaties, kilometers van elkaar af, kunnen zijn met hetzelfde SSID).

Acties:
  • +2 Henk 'm!

  • BiG-GuY
  • Registratie: Oktober 2002
  • Laatst online: 13:00

BiG-GuY

Moderator Wonen & Mobiliteit
_Mitchie_ schreef op zondag 14 september 2025 @ 17:42:
[...]


Is die idled tussen de 5-7W op een kale debian installatie of met proxmox met meerdere containers bijvoorbeeld Home Assistant, immicjh, jellyfin enzovoort. Heb je ook nog wat moeten aanpassen in bios ?

Ben zeker geïnteresseerd in deze nuc vandaar mijn vragen.
Home Assistant OS op bare metal met enkele Add-Ons erop, zoals Mosquito Broker, Zigbee2MQTT. Met Proxmox ga je dit niet kunnen halen, de idle state gaat niet ver genoeg omlaag. Andere N150 gebaseerde systemen zitten ook onder de 10W idle. De N355 kan vooral meer pieken, omdat die dubbel zoveel cores heeft, achteraf was de N150 waarschijnlijk zat geweest voor mijn gebruik.

System CPU load was toen rond de 1-4%, nu rond de 9-10%. HA Core zelf zit maar op 1-2% load nu.

Nu ik er ook PLEX en andere media gerelateerde dingen op draai, is het gebruik hoger, maar het blijft veel zuiniger dan de i5-1235U die ik in een NAS had en de i5-12500H die ik eerder in een Mini PC had. Die zat meer gemiddeld rond de 50-60W met pieken boven de 100W.

Ook heb ik de 1TB NVMe SSD vervangen voor een 8TB NVMe SSD, zodat ik geen NAS meer nodig had, wat ook veel stroom scheelde. Maar heb niet gemeten hoeveel meer stroom de 8TB trekt tegenover de 1TB.

[ Voor 18% gewijzigd door BiG-GuY op 14-09-2025 18:54 ]

Gallery V&A


Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
BiG-GuY schreef op zondag 14 september 2025 @ 18:10:
[...]

Home Assistant OS op bare metal met enkele Add-Ons erop, zoals Mosquito Broker, Zigbee2MQTT. Met Proxmox ga je dit niet kunnen halen, de idle state gaat niet ver genoeg omlaag. Andere N150 gebaseerde systemen zitten ook onder de 10W idle. De N355 kan vooral meer pieken, omdat die dubbel zoveel cores heeft, achteraf was de N150 waarschijnlijk zat geweest voor mijn gebruik.
Daarvoor was een N5105 nog voldoende. Ik heb een Chinees systeempje met N5105 met daarop Debian en dan Docker met HA, Z2M, Mosquito, ZWave JS UI, DSMR Reader, Paperless NGX, .... En het enige nadeel is dat het systeem 8GB gesoldeerd RAM heeft (dom dom, er was ook een 16GB optie die ik beter had kunnen nemen achteraf). CPU staat echt uit zijn neus te eten de hele dag lang. Alleen zijn er dus een aantal zaken die het RAM gebruik redelijk laten oplopen. V.w.b. HA wellicht begrijpelijk, maar ook een DSMR reader die meer dan een halve GB opslokt, en hetzelfde voor Paperless. Maar CPU wise echt geen issue. En die verbruik vervolgens ook een Watt of 4 (2 idle met een kale Debian installatie).
Mijn TopTon "zachte router" (:+) ook met N5105, met SODIMM, en ook 4x 2,5GbE, verbruikt dan weer ~8W idle, dat was uberhaupt al bij een kale installatie.
Nu ik er ook PLEX en andere media gerelateerde dingen op draai, is het gebruik hoger, maar het blijft veel zuiniger dan de i5-1235U die ik in een NAS had en de i5-12500H die ik eerder in een Mini PC had. Die zat meer gemiddeld rond de 50-60W met pieken boven de 100W.
Een systeem dat 50W verbruikt is wel echt iets mis mee. Zoveel verbruikt mijn desktop ook, en dat is met een GPU, + ATX voeding (adapter / power brick is veel zuiniger) en een i5-1350. Trek ik de GPU er uit en dan geen scherm aangesloten zit die maar rond de 10-15W, en dat vind ik nog ("te")veel. (Puur GPU er uit, scherm aan de iGPU, is verbruik ~25W).

Acties:
  • 0 Henk 'm!

  • BiG-GuY
  • Registratie: Oktober 2002
  • Laatst online: 13:00

BiG-GuY

Moderator Wonen & Mobiliteit
@RobertMe
Die i5-12500H is dan ook een hele zware laptop chip met 45-95W TDP, die eerder het gebruik van een desktop chip had. Hij had wel een veel snellere iGPU die uiteindelijk overkill was voor wat ik nodig had.

CPU load daarmee was ook rond een constante 10% met mijn gebruik.

Daar zijn de N series een stuk beter in, ook doordat ze een veel hardere TDP cap hebben.

[ Voor 10% gewijzigd door BiG-GuY op 14-09-2025 21:03 ]

Gallery V&A


Acties:
  • +2 Henk 'm!

  • Dacuuu
  • Registratie: Maart 2009
  • Laatst online: 16-09 21:27
Ben(V) schreef op zondag 14 september 2025 @ 16:14:
@Dacuuu Ik snap er geen perpernoot van dat jij de uitleg die door meerdere mensen gegeven is niet kunt volgen.

En ja zo simpel is het.
Electricity Meter Power production - Electricity Meter Power consumption = totaal geleverde of verbruikte power
Het wordt negatief als je meer verbruikt dan levert en positief als je meer levert aan het net dan zelf verbruikt.

En dat maakt je zichtbaar met deze template:
Ben(V) in "Home Assistant: Open source Python3 home automation - deel 5"
Ja dom he, maar nu snap ik het.
Ik draai al jaren Ha, maar had nog nooit een template sensor aangemaakt. Dat is nu ook gelukt. ;)

Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
BiG-GuY schreef op zondag 14 september 2025 @ 21:01:
@RobertMe
Die i5-12500H is dan ook een hele zware laptop chip met 45-95W TDP, die eerder het gebruik van een desktop chip had. Hij had wel een veel snellere iGPU die uiteindelijk overkill was voor wat ik nodig had.

CPU load daarmee was ook rond een constante 10% met mijn gebruik.

Daar zijn de N series een stuk beter in, ook doordat ze een veel hardere TDP cap hebben.
TDP zegt niks over idle verbruik. In het zuinige server topic zijn er ook met i7s of i9s die een idle verbruik van rond de 5W hebben (ja, dat zijn dezelfde 5W als jij en ik met een N processor hebben ;) Alleen dan met een processor met 14 cores of nog meer).

Edit:
En daarnaast zegt de Thermal Design Power ook niet perse iets over verbruik. Het zegt iets over hoeveel warmte er afgevoerd moet worden. En ja, dat hangt uiteraard samen met verbruik, lager verbruikt betekend minder warmte etc., maar het is niet perse 1 op 1.

[ Voor 15% gewijzigd door RobertMe op 14-09-2025 22:28 ]


Acties:
  • 0 Henk 'm!

  • dehardstyler
  • Registratie: Oktober 2012
  • Laatst online: 10:25
RoD schreef op zondag 14 september 2025 @ 15:47:
[...]

Ik heb recent een nieuwe meter gekregen om dezelfde reden. Dat ging gewoon goed. Ik ging aanvankelijk wel even de fout in omdat ik de nieuwe meter toevoegde in HA en ik de entities van de oude meter nog had. Toen kreeg de nieuwe meter dus andere namen voor de entities (er werd een 2 achter geplakt). Toen ik dat door had, heb ik de integratie verwijderd en opnieuw toegevoegd.
Dit is hele goede informatie, bedankt! Hoe heb jij je P1 meter aangesloten? Ik gebruik zo'n P1 naar USB kabel van Aliexpress en ik ben benieuwd of de P1 aansluiting van mijn oude meter overeen komt met de nieuwe.

Acties:
  • 0 Henk 'm!

  • BiG-GuY
  • Registratie: Oktober 2002
  • Laatst online: 13:00

BiG-GuY

Moderator Wonen & Mobiliteit
RobertMe schreef op zondag 14 september 2025 @ 22:25:
[...]

TDP zegt niks over idle verbruik. In het zuinige server topic zijn er ook met i7s of i9s die een idle verbruik van rond de 5W hebben (ja, dat zijn dezelfde 5W als jij en ik met een N processor hebben ;) Alleen dan met een processor met 14 cores of nog meer).

Edit:
En daarnaast zegt de Thermal Design Power ook niet perse iets over verbruik. Het zegt iets over hoeveel warmte er afgevoerd moet worden. En ja, dat hangt uiteraard samen met verbruik, lager verbruikt betekend minder warmte etc., maar het is niet perse 1 op 1.
Ja, ik weet dat TDP niet gelijk staat aan gebruik. Maar warmte ontwikkeling gaat vaak wel hand in hand met gebruik. Niet 1-op-1 uiteraard.

De N series zijn dan ook gebaseerd op puur de E cores van de grotere broertjes. Als het energy design goed gemaakt is, kunnen ze de cores praktisch uitzetten op de P cores, dus dat kan heel zuinig zijn met lage loads.

Weet niet wat ASUS met dat specifieke model had gedaan, maar die was niet zuinig te krijgen toen. Hij draaide verder wel stabiel, maar vond het zonde van het stroom en toen vervangen voor degene met N355. En ja, PLEX was sneller klaar met de 12500H met indexeren en analyseren van media. Maar dat is iets wat niet 24/7 gebeurd. Voor de HA taken was het verschil minimaal.

Ook verschilt het per merk hoe de N series getuned zijn, bij sommige modellen zijn ze volledig passief gekoeld, zonder de TDP agressief te limiteren, gaat dat niet lekker. En door de TDP agressief te limiteren, wordt de performance ook hard beperkt.

Heb ik in verleden gehad met een ASUS N200 Mini PC, voor ze NUC overgenomen hadden. Zonder een fan aan de buitenkant, werd hij met 1 actie in HA kortstondig 100C en ging die gelijk throttlen... Gemiddelde CPU temp was ook al 80C met een CPU load van 5-10%, maar als je dan iets deed wat kortstondig kracht nodig had, had hij geen headroom om te turbo'en en was die uiteindelijk trager dan de HA Yellow met CM4 die hij moest vervangen 😅.

Gallery V&A


Acties:
  • 0 Henk 'm!

  • Ferra
  • Registratie: Januari 2010
  • Niet online
Ik kreeg in Home Assistant in 1x de volgende integratie aangeboden, terwijl ik alleen een UDM SE heb met HD. Iemand bekend hiermee?

Afbeeldingslocatie: https://tweakers.net/i/UE1Y83lRpdsl4OQurlcnFArMGt4=/800x/filters:strip_icc():strip_exif()/f/image/SsuX2DLGYmoqsIiEQdMBrN4n.jpg?f=fotoalbum_large

Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Ferra schreef op maandag 15 september 2025 @ 07:23:
Ik kreeg in Home Assistant in 1x de volgende integratie aangeboden, terwijl ik alleen een UDM SE heb met HD. Iemand bekend hiermee?

[Afbeelding]
UniFi Protect is de "recorder" (/NVR) software die bij die UniFi camera's hoort. Deze software kan o.a. op de UDM SE draaien. En gezien je aangeeft een UDM SE met "HD" (ik neem aan dat je de meer bekende afkorting "HDD" bedoelt?) hebt heb je dus ook vast UniFi camera's, en dus (ook) Protect in gebruik? Want als je de UDM alleen voor de netwerk kant gebruikt wordt AFAIK die hele HDD niet gebruikt. De HDD is alleen voor de opslag van de camerabeelden.

Acties:
  • 0 Henk 'm!

  • LordSinclair
  • Registratie: Oktober 2014
  • Laatst online: 12:49
Ik ben bezig met mijn thermostaat lokaal aan te sturen zodat ik niet afhankelijk meer van van de Api dit binnenkort beperkt gaat worden. De programma functie heb ik aan de praat en ook de afwezigheids en aanwezigheids factor (dat had ik al om de api aan te sturen). Echter waar ik nog mee worstel is een timer. Als de temperatuur handmatig wordt aangepast gaat er een timer lopen. Deze tijd wil ik echter makkelijk kunnen aanpassen maar heb daar nog geen handige kaart voor gevonden.
Afbeeldingslocatie: https://tweakers.net/i/mY0Q-j3I4AEcIIkGA98mZOAMV0o=/fit-in/4000x4000/filters:no_upscale():strip_exif()/f/image/836cjlXXIcrPJTQTBwDPHM4v.png?f=user_large
Wat ik dus zoek is een kaart waarmee ik of handig de timer kan bijplussen of een eindtijd eenvoudig kan instellen. Iemand al eens zoiets aan de hand gehad?

There's no need to kneel, I'm a very democratic sort of lord.


Acties:
  • +1 Henk 'm!

  • tagican
  • Registratie: December 2012
  • Laatst online: 08:39
Ik heb er zelf geen ervaring mee, maar simple timer card lijkt mij wel iets wat je mogelijk bedoelt. Volgens mij is het trouwens alles behalve simpel, het ziet er vrij uitgebreid uit :)

Acties:
  • 0 Henk 'm!

  • LordSinclair
  • Registratie: Oktober 2014
  • Laatst online: 12:49
tagican schreef op maandag 15 september 2025 @ 08:20:
Ik heb er zelf geen ervaring mee, maar simple timer card lijkt mij wel iets wat je mogelijk bedoelt. Volgens mij is het trouwens alles behalve simpel, het ziet er vrij uitgebreid uit :)
Dat ziet er veelbelovend uit. Die was ik nog niet tegen gekomen. Ik ga daar eens mee aan de slag.

There's no need to kneel, I'm a very democratic sort of lord.


Acties:
  • +1 Henk 'm!

  • CappieL
  • Registratie: November 2006
  • Laatst online: 16-09 08:50
LordSinclair schreef op maandag 15 september 2025 @ 08:23:
[...]

Dat ziet er veelbelovend uit. Die was ik nog niet tegen gekomen. Ik ga daar eens mee aan de slag.
In welke zin wil je die timer kunnen aanpassen? Start, stop of 5 mins erbij, 5 mins eraf? Je kunt voor elke functie een button aanmaken en een actie geven richting de timer-entiteit.

Acties:
  • 0 Henk 'm!

  • LordSinclair
  • Registratie: Oktober 2014
  • Laatst online: 12:49
CappieL schreef op maandag 15 september 2025 @ 08:56:
[...]


In welke zin wil je die timer kunnen aanpassen? Start, stop of 5 mins erbij, 5 mins eraf? Je kunt voor elke functie een button aanmaken en een actie geven richting de timer-entiteit.
Idealiter wil in standaard de eindtijd van het programma instellen, en dat je dat kan plussen en minnen. Maar voor nu is plussen en minnen al fijn. Dat zou inderdaad ook met buttons kunnen. Soms denk je te lastig he. Maar ik zat ook aan Android achter te denken. Dat je makkelijk een slinger aan een wiel oid kan geven.

There's no need to kneel, I'm a very democratic sort of lord.


Acties:
  • 0 Henk 'm!

  • D4NG3R
  • Registratie: Juli 2009
  • Nu online

D4NG3R

kiwi

:)

Ik ben zelf juist afgestapt van timers na een handmatige actie. Eerder ging ook mijn thermostaat een uur na een handmatige actie weer terug op de automagische stand, maar vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren. :)

Als ik het beestje nu bijv. een graad hoger in stel, blijft deze dat simpelweg totdat ik 'em zelf op wat anders zet, of de automation weer triggered om de modus aan te passen.

[ Voor 34% gewijzigd door D4NG3R op 15-09-2025 10:30 ]

Komt d'r in, dan kö-j d’r oet kieken


Acties:
  • 0 Henk 'm!

  • LordSinclair
  • Registratie: Oktober 2014
  • Laatst online: 12:49
D4NG3R schreef op maandag 15 september 2025 @ 10:25:
Ik ben zelf juist afgestapt van timers na een handmatige actie. Eerder ging ook mijn thermostaat een uur na een handmatige actie weer terug op de automagische stand, maar vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren. :)

Als ik het beestje nu bijv. een graad hoger in stel, blijft deze dat simpelweg totdat ik 'em zelf op wat anders zet, of de automation weer triggered om de modus aan te passen.
Ik ben gewend dat een handmatige setting het schema overruled. Daarom pas je ook iets handmatig aan. De automation/programma doet dan ook niks tot je de handmatige stand uitzet of de eindtijd van de timer bereikt is. En dat is dan ook hoe ik het prettig vind werken. Anders moet je na elke automation je handmatige actie weer herstellen.

There's no need to kneel, I'm a very democratic sort of lord.


Acties:
  • 0 Henk 'm!

  • D4NG3R
  • Registratie: Juli 2009
  • Nu online

D4NG3R

kiwi

:)

@LordSinclair Ik heb er nog wel een check tussen zitten om te kijken of de thermostaat in het laatste uur handmatig is aangepast.

Als een automation triggered (op slapen of van huis gaan na) en de temperatuur is in het laatste uur handmatig aangepast > doe niks.

Eerder liet ik het systeem weer terug gaan naar de "normale" preset van dat moment zodra het uur voorbij was.

Komt d'r in, dan kö-j d’r oet kieken


Acties:
  • +1 Henk 'm!

  • RoD
  • Registratie: September 2004
  • Niet online

RoD

Admin Mobile & FP PowerMod
dehardstyler schreef op zondag 14 september 2025 @ 22:39:
[...]


Dit is hele goede informatie, bedankt! Hoe heb jij je P1 meter aangesloten? Ik gebruik zo'n P1 naar USB kabel van Aliexpress en ik ben benieuwd of de P1 aansluiting van mijn oude meter overeen komt met de nieuwe.
Ik heb ook een P1 naar USB kabel, die in mijn Raspberry Pi zit ingeprikt. De aansluiting op de meter is hetzelfde, dus gewoon een kwestie van de kabel uit de oude meter halen en bij de nieuwe inprikken, klaar.

Acties:
  • 0 Henk 'm!

  • pietje63
  • Registratie: Juli 2001
  • Laatst online: 09:13

pietje63

RTFM

@LordSinclair Tado?

Wat ik zelf het meest gebruik is dat een handmatige stand wordt vastgehouden tot het volgende schakelmoment in een programma. Dat werkt voor mij meestal fijn genoeg (afhankelijk van je programma) en dan heb je geen timer nodig. Ik ben overigens wel benieuwd naar je workflow, ga je local only (dus schema helemaal via HA -> Homekit) of hybride (handmatig HA -> Homekit en programmaaanzetten via HA -> API).

De grootste Nederlandstalige database met informatie over computers met zoekfunctie!!


Acties:
  • +1 Henk 'm!

  • Get!em
  • Registratie: Maart 2004
  • Niet online

Get!em

Oh die ja!

LordSinclair schreef op maandag 15 september 2025 @ 08:11:
Ik ben bezig met mijn thermostaat lokaal aan te sturen zodat ik niet afhankelijk meer van van de Api dit binnenkort beperkt gaat worden. De programma functie heb ik aan de praat en ook de afwezigheids en aanwezigheids factor (dat had ik al om de api aan te sturen). Echter waar ik nog mee worstel is een timer. Als de temperatuur handmatig wordt aangepast gaat er een timer lopen. Deze tijd wil ik echter makkelijk kunnen aanpassen maar heb daar nog geen handige kaart voor gevonden.
[Afbeelding]
Wat ik dus zoek is een kaart waarmee ik of handig de timer kan bijplussen of een eindtijd eenvoudig kan instellen. Iemand al eens zoiets aan de hand gehad?
Gewoon zelf een card in elkaar zetten met Custom Features for Home Assistant Cards (via HACS).
Kun je zelf meerdere actie/knoppen op 1 card zetten.
Kun je op de achtergrond je automations/actions/helpers aansturen vanaf zo'n actie.

Acties:
  • +1 Henk 'm!

  • LordSinclair
  • Registratie: Oktober 2014
  • Laatst online: 12:49
pietje63 schreef op maandag 15 september 2025 @ 12:44:
@LordSinclair Tado?

Wat ik zelf het meest gebruik is dat een handmatige stand wordt vastgehouden tot het volgende schakelmoment in een programma. Dat werkt voor mij meestal fijn genoeg (afhankelijk van je programma) en dan heb je geen timer nodig. Ik ben overigens wel benieuwd naar je workflow, ga je local only (dus schema helemaal via HA -> Homekit) of hybride (handmatig HA -> Homekit en programmaaanzetten via HA -> API).
Ik ga local only aangezien ze het aantal API calls voor niet betalende gebruikers aan banden willen leggen. Dus de Tado integratie via de cloud ga ik uit HA verwijderen. Bijsturen via de Tado app kan dan altijd nog (tenzij HA het overrulled).
Het hele programma idee heb ik al nagemaakt met scheduler cards. Die triggeren een helper waar dan weer bepaalde actie aanhangen.

There's no need to kneel, I'm a very democratic sort of lord.


Acties:
  • 0 Henk 'm!

  • dehardstyler
  • Registratie: Oktober 2012
  • Laatst online: 10:25
RoD schreef op maandag 15 september 2025 @ 12:24:
[...]

Ik heb ook een P1 naar USB kabel, die in mijn Raspberry Pi zit ingeprikt. De aansluiting op de meter is hetzelfde, dus gewoon een kwestie van de kabel uit de oude meter halen en bij de nieuwe inprikken, klaar.
Nou dat is helemaal mooi, bedankt voor je hulp! :)

Acties:
  • 0 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

D4NG3R schreef op maandag 15 september 2025 @ 10:25:
Ik ben zelf juist afgestapt van timers na een handmatige actie. Eerder ging ook mijn thermostaat een uur na een handmatige actie weer terug op de automagische stand, maar vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren. :)

Als ik het beestje nu bijv. een graad hoger in stel, blijft deze dat simpelweg totdat ik 'em zelf op wat anders zet, of de automation weer triggered om de modus aan te passen.
Is het niet handiger om "reset momenten" te kiezen? Dan kun je aanpassen wat je wilt maar op de reset momenten wordt gewoon weer teruggegaan naar de originele waarde.

Dus bijvoorbeeld:
7:00 - 19
9:00 - 15
13:00 - 15
17:00 - 19

Etc.

[ Voor 0% gewijzigd door HuismAndré op 15-09-2025 17:01 . Reden: Ingebouwde fallback momentje vetgedrukt gemaakt. ]

André Huisman (www.new-line.nl)


Acties:
  • 0 Henk 'm!

  • Ferra
  • Registratie: Januari 2010
  • Niet online
RobertMe schreef op maandag 15 september 2025 @ 07:40:
[...]

UniFi Protect is de "recorder" (/NVR) software die bij die UniFi camera's hoort. Deze software kan o.a. op de UDM SE draaien. En gezien je aangeeft een UDM SE met "HD" (ik neem aan dat je de meer bekende afkorting "HDD" bedoelt?) hebt heb je dus ook vast UniFi camera's, en dus (ook) Protect in gebruik? Want als je de UDM alleen voor de netwerk kant gebruikt wordt AFAIK die hele HDD niet gebruikt. De HDD is alleen voor de opslag van de camerabeelden.
Klopt, HDD. Ik zal eens kijken naar de integratie.

Acties:
  • 0 Henk 'm!

  • D4NG3R
  • Registratie: Juli 2009
  • Nu online

D4NG3R

kiwi

:)

@HuismAndré Dat is effectief wat er al gebeurt.

M'n thermostaat wisselt statisch maar tussen 2 modi; eco tussen 20:00/21:00 en 10:00, en de rest van de dag home. Dynamisch komen daar nog sleep en away bij.

Pas op het moment dat m'n automation weer getriggered wordt gaan we weer terug naar een van de standaard modi, aangenomen dat in het laatste uur niet nog handmatig gespeeld is met de thermostaat.

Als ik op een luie zondagmiddag de thermostaat op de comfortmodus slinger, is de kans klein tot nihil dat ik die de rest van de dag nog weer aan wil passen. ;)

Eerder liet ik het systeem een uur na een handmatige actie weer terugschakelen naar de 'normale' modus voor dat moment. Om vaker wel dan niet een uur later weer handmatig met de thermostaat te spelen omdat de radiator niet meer warm was. :+

[ Voor 17% gewijzigd door D4NG3R op 15-09-2025 14:51 ]

Komt d'r in, dan kö-j d’r oet kieken


Acties:
  • 0 Henk 'm!

  • Prisma16
  • Registratie: Augustus 2023
  • Niet online
RoD schreef op maandag 15 september 2025 @ 12:24:
[...]

Ik heb ook een P1 naar USB kabel, die in mijn Raspberry Pi zit ingeprikt. De aansluiting op de meter is hetzelfde, dus gewoon een kwestie van de kabel uit de oude meter halen en bij de nieuwe inprikken, klaar.
Mooi, maar bij mij gaat het tot nu toe niet zo makkelijk. Welke integratie gebruik jij om de meter uit te lezen?

Acties:
  • 0 Henk 'm!

  • RoD
  • Registratie: September 2004
  • Niet online

RoD

Admin Mobile & FP PowerMod
Prisma16 schreef op maandag 15 september 2025 @ 15:06:
[...]


Mooi, maar bij mij gaat het tot nu toe niet zo makkelijk. Welke integratie gebruik jij om de meter uit te lezen?
DSMR Smart Reader. Heb je bij het opnieuw instellen wel de DSMR versie aangepast?

Acties:
  • 0 Henk 'm!

  • R.G
  • Registratie: Januari 2009
  • Laatst online: 01:06

R.G

Hey bedankt, ik heb het bekeken en ik kom tot de volgende conclusie:

Matter = niet af en werkt nog niet goed genoeg.
Zigbee = eigenlijk niet snel genoeg en praat via apparaten met elkaar.
Z-wave = best oke, lange afstand maar erg duur en werkt niet overal mee.
Thread = een ontop protocol op zigbee of z-wave of matter lijkt me? een addon dat klinkt goed maar in praktijk is het niet echt wat?

Dan blijft wifi toch over voor gewone huishoudens,
Bijvoorbeeld bij een bedrijf met 50+ cameras dat zou niet lekker werken en vereist eerder gewoon tcp poe.

Huishoudens = wifi goed genoeg lijkt mij.

Het is eigenlijk gewoon nog niet in orde en volop in ontwikkeling en nu nog een rotzooitje.

Mijn conclusie is dan ook:
1. camera's op poe, wel merk ik dat wifi best prima is voor low res cams.
2. devices halen dat local lan accepteren en met home assistant werken ( checken addons voor dat merk?)
3. Nuc of nas apparaat regelen dat rstp streams oppakt van de camera en dit 24/7 opslaat.
4. Ai detectie toevoegen op de nas om personen te herkennen en of verdacht situatie te melden. maar is een nuc of nas daar wel sterk genoeg voor ( intel celeron , 8gb ram) volgens mij heb je daar een sterke gpu voor nodig en gaat dit niet goed werken , ik dacht zelf aan frigate vr als docker image op de nas.

Acties:
  • 0 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

D4NG3R schreef op maandag 15 september 2025 @ 14:48:
@HuismAndré Dat is effectief wat er al gebeurt.

M'n thermostaat wisselt statisch maar tussen 2 modi; eco tussen 20:00/21:00 en 10:00, en de rest van de dag home. Dynamisch komen daar nog sleep en away bij.
Maar als er maar 2 schakelmomenten zijn dan is het dus niet wat er gebeurt. Vandaar ook dat je in m'n overzichtje één tijd (als voorbeeld) ziet waarbij de nieuwe stand gelijk is aan de oude stand (da's dus zo'n fallback moment dat je zelf in kunt bakken). En natuurlijk staat niets je in de weg om er meer dan één van zulke momenten tussen te plaatsen.

André Huisman (www.new-line.nl)


Acties:
  • 0 Henk 'm!

  • D4NG3R
  • Registratie: Juli 2009
  • Nu online

D4NG3R

kiwi

:)

HuismAndré schreef op maandag 15 september 2025 @ 17:00:
[...]

Maar als er maar 2 schakelmomenten zijn dan is het dus niet wat er gebeurt.
En wat gebeurt er nu juist op dat moment? Een reset van de handmatige modus.

Komt d'r in, dan kö-j d’r oet kieken


Acties:
  • 0 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

D4NG3R schreef op maandag 15 september 2025 @ 17:20:
[...]

En wat gebeurt er nu juist op dat moment? Een reset van de handmatige modus.
- Timer: De timer bepaalt wanneer er teruggekeerd wordt naar de "normale" modus.
- Extra keren de normale modus op gezette tijden mee programmeren: De gezette tijden bepalen wanneer er teruggekeerd wordt naar de "normale" modus.

Het is dus een andere manier om te zorgen dat er teruggegaan wordt naar de "normaliteit" (in plaats van bepaald door een timer wordt het bepaald door een vast tijdsmoment). In sommige gevallen is de timer optie het meest praktisch, in andere gevallen de "vaste tijden terugkeer" optie.

Dus bijvoorbeeld:
7:00 - 19
9:00 - 15
13:00 - 15
17:00 - 19

13:00 is hier dus een gekozen reset moment!

[ Voor 14% gewijzigd door HuismAndré op 15-09-2025 17:32 ]

André Huisman (www.new-line.nl)


Acties:
  • 0 Henk 'm!

  • Ben(V)
  • Registratie: December 2013
  • Laatst online: 12:04
R.G schreef op maandag 15 september 2025 @ 16:12:
[...]


Hey bedankt, ik heb het bekeken en ik kom tot de volgende conclusie:

Matter = niet af en werkt nog niet goed genoeg.
Zigbee = eigenlijk niet snel genoeg en praat via apparaten met elkaar.
Z-wave = best oke, lange afstand maar erg duur en werkt niet overal mee.
Thread = een ontop protocol op zigbee of z-wave of matter lijkt me? een addon dat klinkt goed maar in praktijk is het niet echt wat?

Dan blijft wifi toch over voor gewone huishoudens,
Bijvoorbeeld bij een bedrijf met 50+ cameras dat zou niet lekker werken en vereist eerder gewoon tcp poe.

Huishoudens = wifi goed genoeg lijkt mij.

Het is eigenlijk gewoon nog niet in orde en volop in ontwikkeling en nu nog een rotzooitje.

Mijn conclusie is dan ook:
1. camera's op poe, wel merk ik dat wifi best prima is voor low res cams.
2. devices halen dat local lan accepteren en met home assistant werken ( checken addons voor dat merk?)
3. Nuc of nas apparaat regelen dat rstp streams oppakt van de camera en dit 24/7 opslaat.
4. Ai detectie toevoegen op de nas om personen te herkennen en of verdacht situatie te melden. maar is een nuc of nas daar wel sterk genoeg voor ( intel celeron , 8gb ram) volgens mij heb je daar een sterke gpu voor nodig en gaat dit niet goed werken , ik dacht zelf aan frigate vr als docker image op de nas.
Wifi is veel minder geschikt voor iot.
Het vreet stroom en ook banbreedte en is vaak onveilig vanwege cloud connecties en kan ook zelfstandig het internet op, tevens is het een ster netwerk (dus altijd AP bereik nodig).

Hoe je erbij komt dat Zigbee niet snel zou zijn weet ik niet, waar baseer je dat op?
En Zigbee het is een mesh netwerk, dus als de controller niet direct bereikbar is gaat het simpelweg via andere devices.
Threads is het protocol dat door Matter gebruikt wordt(heeft dus niks met Zigbee of Zwave te maken), maar is nog erg beperkt beschikbaar.

All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.


Acties:
  • +3 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Ben(V) schreef op maandag 15 september 2025 @ 17:38:
Threads is het protocol dat door Matter gebruikt wordt(heeft dus niks met Zigbee of Zwave te maken), maar is nog erg beperkt beschikbaar.
Fout.

Matter is een op IP gebaseerd protocol.
Thread is een standaard om IP door de lucht te sturen. Soort van wifi concurrent maar dan met veel minder bandbreedte, mesh, etc. En dit protocol maakt weer gebruik van dezelfde 802.11(?) standaard als Zigbee.

Dus er is wel degelijk een relatie tussen Zigbee en Thread. Waarbij een stick die geschikt is voor Zigbee ook gebruikt kan worden voor Thread en vise versa. Origineel verkocht Nabu Casa de SkyConnect zelfs onder vermelding van dat die Zigbee en Thread tegelijkertijd ondersteunde. (Maar dit heeft nooit goed gewerkt waardoor je moet kiezen).

En de relatie tussen Matter en Thread is puur dat Matter een op IP gebaseerd protocol is en dat Thread IP draadloos door de lucht babbelt. Maar bv ESPHome ondersteund ook Thread om de ESPs met Thread radio te verbinden. Maar zij gebruiken vervolgens gewoon "de ESPHome API" en niet Matter. Maar dit kun je wel gewoon mixen en matchen. Een ESP met ESPHome kun je via bv een Apple TV die als Thread border router dienst kan doen koppelen aan je netwerk/LAN (/"IP netwerk") waarna die ESP gewoon met HA kan verbinden / babbelen. Terwijl die Apple TV tegelijkertijd dus ook kan babbelen met allemaal andere (Matter over) Thread hardware.

Edit:
Overigens is Threads een product van Meta ;) Het IoT gebeuren heet Thread, zonder s.

[ Voor 3% gewijzigd door RobertMe op 15-09-2025 17:56 ]


Acties:
  • 0 Henk 'm!

  • D4NG3R
  • Registratie: Juli 2009
  • Nu online

D4NG3R

kiwi

:)

@HuismAndré We praten langs elkaar heen denk ik, wat je hier aan geeft:
HuismAndré schreef op maandag 15 september 2025 @ 14:17:
[...]

Is het niet handiger om "reset momenten" te kiezen? Dan kun je aanpassen wat je wilt maar op de reset momenten wordt gewoon weer teruggegaan naar de originele waarde.
Is expliciet het gedrag wat ik nu heb; een resetmoment in de avond waarop we weer terug gaan naar een originele, bekende waarde. Door de dag heen, statisch al dan niet op een timer, resetten is juist het gedrag wat ik eerder had, en in de weg zat:
D4NG3R schreef op maandag 15 september 2025 @ 10:25:
vaker wel dan niet zette ik de thermostaat na dat uur weer handmatig op een andere stand. Dat 'conflict' wil je juist niet hebben met een systeem wat de boel zou moeten automatiseren. :)
D4NG3R schreef op maandag 15 september 2025 @ 14:48:
Als ik op een luie zondagmiddag de thermostaat op de comfortmodus slinger, is de kans klein tot nihil dat ik die de rest van de dag nog weer aan wil passen. ;)

Eerder liet ik het systeem een uur na een handmatige actie weer terugschakelen naar de 'normale' modus voor dat moment. Om vaker wel dan niet een uur later weer handmatig met de thermostaat te spelen omdat de radiator niet meer warm was. :+
Ik wil niet zeggen dat het voor een ander niet zou werken, maar het is niet het gedrag waar ik naar op zoek ben.

Komt d'r in, dan kö-j d’r oet kieken


Acties:
  • +1 Henk 'm!

  • Oon
  • Registratie: Juni 2019
  • Niet online

Oon

LordSinclair schreef op maandag 15 september 2025 @ 13:05:
[...]

Ik ga local only aangezien ze het aantal API calls voor niet betalende gebruikers aan banden willen leggen. Dus de Tado integratie via de cloud ga ik uit HA verwijderen. Bijsturen via de Tado app kan dan altijd nog (tenzij HA het overrulled).
Het hele programma idee heb ik al nagemaakt met scheduler cards. Die triggeren een helper waar dan weer bepaalde actie aanhangen.
Ik ben dan toch wel benieuwd hóe je local-only bent gegaan. Is daar een alternatieve integratie voor?

Ik sta zelf op het punt om via AliExpress een Zigbee thermostaat en een berg Zigbee radiatorknoppen te bestellen, maar vind het toch zonde van de ~700 euro aan Tado spul die ik heb hangen en sinds ze hebben besloten volledig op Tado X te focussen waardeloos is geworden. Volledig lokaal gaan en dan mijn Tado abonnement eruit lijkt me een goede oplossing :o

Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Oon schreef op maandag 15 september 2025 @ 18:06:
[...]

Ik ben dan toch wel benieuwd hóe je local-only bent gegaan. Is daar een alternatieve integratie voor?
Als je de V3+ bridge hebt ondersteund deze HomeKit. En HA kan als HomeKit Controller dienst doen.

Maar je mist dan wel functionaliteiten. Bv de open raam detectie kun je niet inzien via HomeKit (en is mogelijk uberhaupt gewoon een slimme temp daling detectie aan de server kant en niet iets dat de hardware doet?). Maar ook het "pas temp aan voor X minuten" kan niet over HomeKit (doh). Het batterijpercentage kun je niet inzien. Etc etc. Er zitten dus wel wat haken en ogen aan.

Overigens is de Tado X natuurlijk net zo'n groot probleem v.w.b. deze API wijzigingen. Hoogstens dat je deze via Matter lokaal kunt aansturen? Maar ook dan kan het best dat niet alle functionaliteiten / gegevens ook via Matter aangeboden (kunnen) worden omdat bv de standaard niet overal in voorzien.

Acties:
  • 0 Henk 'm!

  • Oon
  • Registratie: Juni 2019
  • Niet online

Oon

RobertMe schreef op maandag 15 september 2025 @ 18:30:
[...]

Als je de V3+ bridge hebt ondersteund deze HomeKit. En HA kan als HomeKit Controller dienst doen.

Maar je mist dan wel functionaliteiten. Bv de open raam detectie kun je niet inzien via HomeKit (en is mogelijk uberhaupt gewoon een slimme temp daling detectie aan de server kant en niet iets dat de hardware doet?). Maar ook het "pas temp aan voor X minuten" kan niet over HomeKit (doh). Het batterijpercentage kun je niet inzien. Etc etc. Er zitten dus wel wat haken en ogen aan.

Overigens is de Tado X natuurlijk net zo'n groot probleem v.w.b. deze API wijzigingen. Hoogstens dat je deze via Matter lokaal kunt aansturen? Maar ook dan kan het best dat niet alle functionaliteiten / gegevens ook via Matter aangeboden (kunnen) worden omdat bv de standaard niet overal in voorzien.
Batterijpercentage is wel een issue, zeker gezien de grote problemen die de Tado knoppen sowieso al hebben met batterijgebruik.

Denk dat ik voor mezelf de keuze al gemaakt heb, ik ga lekker een berg SonOff zigbee knoppen bestellen voor de helft van de prijs van Tado en nooit meer terugkijken. Al het automatisch sturen heeft toch nooit fatsoenlijk gewerkt bij Tado.

Acties:
  • 0 Henk 'm!

  • Ben(V)
  • Registratie: December 2013
  • Laatst online: 12:04
RobertMe schreef op maandag 15 september 2025 @ 17:55:
[...]

Fout.

Matter is een op IP gebaseerd protocol.
Thread is een standaard om IP door de lucht te sturen. Soort van wifi concurrent maar dan met veel minder bandbreedte, mesh, etc. En dit protocol maakt weer gebruik van dezelfde 802.11(?) standaard als Zigbee.

Dus er is wel degelijk een relatie tussen Zigbee en Thread. Waarbij een stick die geschikt is voor Zigbee ook gebruikt kan worden voor Thread en vise versa. Origineel verkocht Nabu Casa de SkyConnect zelfs onder vermelding van dat die Zigbee en Thread tegelijkertijd ondersteunde. (Maar dit heeft nooit goed gewerkt waardoor je moet kiezen).

En de relatie tussen Matter en Thread is puur dat Matter een op IP gebaseerd protocol is en dat Thread IP draadloos door de lucht babbelt. Maar bv ESPHome ondersteund ook Thread om de ESPs met Thread radio te verbinden. Maar zij gebruiken vervolgens gewoon "de ESPHome API" en niet Matter. Maar dit kun je wel gewoon mixen en matchen. Een ESP met ESPHome kun je via bv een Apple TV die als Thread border router dienst kan doen koppelen aan je netwerk/LAN (/"IP netwerk") waarna die ESP gewoon met HA kan verbinden / babbelen. Terwijl die Apple TV tegelijkertijd dus ook kan babbelen met allemaal andere (Matter over) Thread hardware.

Edit:
Overigens is Threads een product van Meta ;) Het IoT gebeuren heet Thread, zonder s.
Moet je toch teleurstellen.
Het feit dat een radio die voor Zigbee gebruikt kan worden ook Thread signalen van versturen maakt het nog niet dat Zigbee voor matter gebruikt kan worden.

Voor Matter heb je Thread (IPV6) nodig al is het ook mogelijk om wifi te gebruiken, maar Zigbee gaat niet werken.
En Zigbee werkt volgens de 802.15.4 standaard en niet volgens de wifi standaard (802.11.xxx).

All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.


Acties:
  • 0 Henk 'm!

  • HuismAndré
  • Registratie: Augustus 2001
  • Laatst online: 07:40

HuismAndré

-Pardon my French, I'm Dutch-

RobertMe schreef op maandag 15 september 2025 @ 18:30:
[...]

Als je de V3+ bridge hebt ondersteund deze HomeKit. En HA kan als HomeKit Controller dienst doen.

Maar je mist dan wel functionaliteiten. Bv de open raam detectie kun je niet inzien via HomeKit (en is mogelijk uberhaupt gewoon een slimme temp daling detectie aan de server kant en niet iets dat de hardware doet?). Maar ook het "pas temp aan voor X minuten" kan niet over HomeKit (doh). Het batterijpercentage kun je niet inzien. Etc etc. Er zitten dus wel wat haken en ogen aan.
Volgens mij kon je het percentage sowieso niet zien bij Tado. Je moest het doen met iets als "good" todat hij leeg was.

André Huisman (www.new-line.nl)


Acties:
  • +1 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Ben(V) schreef op maandag 15 september 2025 @ 18:37:
[...]


Moet je toch teleurstellen.
Het feit dat een radio die voor Zigbee gebruikt kan worden ook Thread signalen van versturen maakt het nog niet dat Zigbee voor matter gebruikt kan worden.
Dan moet ik je toch teleurstellen. Ik schrijf namelijk nergens dat Zigbee voor Thread gebruikt kan worden. Ik schrijf alleen dat beiden gebruik maken van dezelfde "802.11(?)" standaard, en dat is blijkbaar 802.15.4. En dat maakt dus wel dat een Zigbee radio ook gebruikt kan worden als Thread radio. Immers is het een soortgelijk draadloos protocol (v.w.b. frequentie etc). Alleen de bitjes die er overheen gaan zijn anders, maar dat maakt voor de radio an zich niet uit.
Ik stel vervolgens nergens dat je IP / Matter over Zigbee kunt doen, dat verzin je er zelf bij.

En er is dus zeker ook een relatie tussen Zigbee en Thread, namelijk 802.15.4 dus. Verder stel ik nergens dat ze vervolgens volledig uitwisselbaar zijn. Alleen dat de radio beiden kan. En en Zigbee stick vaak ook geschikt is als "Thread stick" (zie dus bv de SkyConnect, die ze origineel zelfs verkochten als dat die beiden tegelijkertijd aan kon). Dus qua technologie (draadloos protocol, meshing, ...) zijn Zigbee en Thread toch echt zeer dicht aan elkaar gerelateerd.
Dat vervolgens de daadwerkelijke data totaal anders is doet daar niks aan af. En ja, "Zigbee" gebruikt dan "Zigbee" als data, en Thread gebruikt "IP" als data. Waarvan mijn post ook al aangaf dat Thread IP gebruikt, nergens stelde ik dat Zigbee dat doet of kan.

Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
HuismAndré schreef op maandag 15 september 2025 @ 19:10:
[...]

Volgens mij kon je het percentage sowieso niet zien bij Tado. Je moest het doen met iets als "good" todat hij leeg was.
Klopt. Maar via HomeKit kun je het dus helemaal niet uitlezen :P Percentage of een beperkte "enum" (goed / bijna leeg), het zit niet in HomeKit / wordt niet door Tado aangeboden via HomeKit. (Geen idee of HomeKit het wel kan ondersteunen en Tado het niet doorgeeft, of dat de mogelijkheid uberhaupt niet in HomeKit zit).

Acties:
  • +10 Henk 'm!

  • paQ
  • Registratie: Augustus 2001
  • Nu online

paQ

w00p w00p :o

Het is gelukt de dweilrobots live te laten meelopen in het 3D dashboard :D

Afbeeldingslocatie: https://tweakers.net/i/yMraXgVdg0wUMmvzI8Q2bAswIj8=/800x/filters:strip_exif()/f/image/RBpP53KHTfiVnJ402mIdzkBx.png?f=fotoalbum_large
Refreshrate is met 3sec wel klaar jammer genoeg.
Wel handig om te zien waar hij ook echt (al) is geweest :)


was een enorm geklooi om de images transparant te krijgen, maar gelukt om bij elke entry een alpha slider te plaatsen door de code van map extractor wat te tweaken.

In options_flow.py:
Python:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
    ## Add alpha channel
    async def async_step_room_colors_step2(self: Self, user_input=None) -> ConfigFlowResult:
        # Als de gebruiker op Verzenden klikt: RGB + ALPHA samenvoegen naar RGBA
        if user_input is not None:
            out = {}
            for room_id in self._room_color_ids:
                rgb = user_input.get(room_id, [0, 0, 0])[:3]
                a = int(user_input.get(room_id + "_alpha", 255))
                out[room_id] = [*rgb, a]
            self._changed_options[CONF_ROOM_COLORS] = out
            return await self._update_entry()

        # ✔️ Belangrijk: gebruik vol.Required voor ALLE velden
        color_fields = {vol.Required(room_id): ColorRGBSelector() for room_id in self._room_color_ids}
        alpha_fields = {vol.Required(room_id + "_alpha"): NumberSelector(
            config=NumberSelectorConfig(min=0, max=255, step=1, mode=NumberSelectorMode.SLIDER)
        ) for room_id in self._room_color_ids}

        schema = vol.Schema({**color_fields, **alpha_fields})

        # Defaults (RGB + alpha) invullen
        configured_colors = self.config_entry.options[CONF_ROOM_COLORS]
        palette = ColorsPalette()

        defaults: dict[str, Any] = {}
        for room_id in self._room_color_ids:
            if room_id in configured_colors:
                rgba = configured_colors[room_id]
                rgb = rgba[:3]
                a = rgba[3] if len(rgba) > 3 else 255
            else:
                rgb = palette.get_room_color(room_id)  # geeft RGB
                a = 255
            defaults[room_id] = rgb
            defaults[room_id + "_alpha"] = a

        data_schema = self.add_suggested_values_to_schema(schema, defaults)
        return self.async_show_form(step_id="room_colors_step2", data_schema=data_schema, last_step=True)

    # async def async_step_room_colors_step2(self: Self, user_input=None) -> ConfigFlowResult:
    #     if user_input is not None:
    #         self._changed_options[CONF_ROOM_COLORS] = user_input
    #         return await self._update_entry()

    #     schema = vol.Schema({vol.Required(room_id): ColorRGBSelector() for room_id in self._room_color_ids})
    #     configured_colors = self.config_entry.options[CONF_ROOM_COLORS]
    #     palette = ColorsPalette()
    #     data_schema = self.add_suggested_values_to_schema(
    #         schema,
    #         {
    #             room_id: (
    #                 configured_colors[room_id]
    #                 if room_id in configured_colors
    #                 else palette.get_room_color(room_id)
    #             )
    #             for room_id in self._room_color_ids
    #         }
    #     )
    #     return self.async_show_form(step_id="room_colors_step2", data_schema=data_schema, last_step=True)

[ Voor 67% gewijzigd door paQ op 15-09-2025 20:18 ]

Ik doe niet aan bijgeloof. Dat brengt ongeluk.


Acties:
  • 0 Henk 'm!

  • LordSinclair
  • Registratie: Oktober 2014
  • Laatst online: 12:49
Oon schreef op maandag 15 september 2025 @ 18:06:
[...]

Ik ben dan toch wel benieuwd hóe je local-only bent gegaan. Is daar een alternatieve integratie voor?
Ik ben niks out of the box tegengekomen. Maar met scheduler cards, binaire helpers (de scheduler-cards hadden moeite met de thermostaat aansturen) en automatisering ben ik een eind met het programma gedeelte. Dat lijkt goed te werken. Alleen die timer nog bij handmatige wijzigingen.
Maar ik heb geen kamers met radiatorknoppen. En daarom is de battterij-info ook niet zo belangrijk. Daarnaast doet de app het op te telefoon het ook gewoon nog.

There's no need to kneel, I'm a very democratic sort of lord.


Acties:
  • 0 Henk 'm!

  • Ben(V)
  • Registratie: December 2013
  • Laatst online: 12:04
RobertMe schreef op maandag 15 september 2025 @ 19:23:
[...]

Dan moet ik je toch teleurstellen. Ik schrijf namelijk nergens dat Zigbee voor Thread gebruikt kan worden. Ik schrijf alleen dat beiden gebruik maken van dezelfde "802.11(?)" standaard, en dat is blijkbaar 802.15.4. En dat maakt dus wel dat een Zigbee radio ook gebruikt kan worden als Thread radio. Immers is het een soortgelijk draadloos protocol (v.w.b. frequentie etc). Alleen de bitjes die er overheen gaan zijn anders, maar dat maakt voor de radio an zich niet uit.
Ik stel vervolgens nergens dat je IP / Matter over Zigbee kunt doen, dat verzin je er zelf bij.

En er is dus zeker ook een relatie tussen Zigbee en Thread, namelijk 802.15.4 dus. Verder stel ik nergens dat ze vervolgens volledig uitwisselbaar zijn. Alleen dat de radio beiden kan. En en Zigbee stick vaak ook geschikt is als "Thread stick" (zie dus bv de SkyConnect, die ze origineel zelfs verkochten als dat die beiden tegelijkertijd aan kon). Dus qua technologie (draadloos protocol, meshing, ...) zijn Zigbee en Thread toch echt zeer dicht aan elkaar gerelateerd.
Dat vervolgens de daadwerkelijke data totaal anders is doet daar niks aan af. En ja, "Zigbee" gebruikt dan "Zigbee" als data, en Thread gebruikt "IP" als data. Waarvan mijn post ook al aangaf dat Thread IP gebruikt, nergens stelde ik dat Zigbee dat doet of kan.
Je schrijft dat ik fout hebt, wat had ik dan fout?

Je schrijft dat er wel degelijk een relatie tussen thread en zigbee is en dat beargumenteer je door het feit dat ze dezelfde radio kunnen gebruiken, om vervolgens ook nog onterecht te beweren dat ze dezelfde (wifi) standaard gebruiken (802.11.xxx).
Ik beweer nergens dat het niet zo is dat ze dezelfde hardware kunnen gebruiken maar je kunt dat nauwelijks een relatie noemen.
En protocollen als data kwalificeren is ook een beetje krom, data wordt verstuurd met behulp van een protcol.

All truth passes through three stages: First it is ridiculed, second it is violently opposed and third it is accepted as being self-evident.


Acties:
  • 0 Henk 'm!

  • RobertMe
  • Registratie: Maart 2009
  • Laatst online: 12:51
Ben(V) schreef op dinsdag 16 september 2025 @ 09:24:
[...]


Je schrijft dat ik fout hebt, wat had ik dan fout?
Je schreef dat Threads (hoort dus Thread te zijn) een protocol is dat door Matter gebruikt wordt. En dat klopt al niet. Want Matter gaat over IP en via Thread kun je IP sturen. Maar er is geen directe link tussen Matter en Thread (case in point: ESPHome dat Thread gebruikt voor de ESPHome API dat ook gewoon IP based is en naast Matter over dezelfde TBR kan gaan).
Je schrijft dat er wel degelijk een relatie tussen thread en zigbee is en dat beargumenteer je door het feit dat ze dezelfde radio kunnen gebruiken, om vervolgens ook nog onterecht te beweren dat ze dezelfde (wifi) standaard gebruiken (802.11.xxx).
Ik beweer niet dat ze dezelfde wifi standaard gebruikte. Ik wist niet de exacte standaard. N dat is dus 802.25.4 en niet 802.11. Iets waarvan je zelf in een latere reactie ook al aangaf dat ze dezelfde standaard (802.15.4 dus) gebruiken. En toch beweer je dat er geen relatie tussen beiden is?!
Ik beweer nergens dat het niet zo is dat ze dezelfde hardware kunnen gebruiken maar je kunt dat nauwelijks een relatie noemen.
Als beiden dezelfde standaard (802.15.4 dus) gebruiken, en dezelfde hardware kunnen gebruiken en er initieel beloftes waren dat 1 stuk hardware beiden tegelijkertijd kan ondersteunen wil ik dat toch wel een relatie tussen beiden noemen.
En protocollen als data kwalificeren is ook een beetje krom, data wordt verstuurd met behulp van een protcol.
En die data zelf voldoet ook aan een protocol / standaard. Anders is er vrij weinig interoperabiliteit.

En daarnaast:
* mompelt iets over verschillende lagen *
802.15.4 definieert de fysieke / link laag. Over die laag wordt data gestuurd, welke data dat is is totaal irrelevant binnen 802.15.4. Vervolgens heb je het Zigbee protocol / standaard die definieert hoe de data er uit ziet die in het geval van "Zigbee", dat over 802.15.4 wordt gestuurd. En Thread is zijn eigen protocol / standaard die definieert welke / hoe data over 802.15.4 wordt gestuurd. Waarbij 802.15.4 dus geen enkele kennis hoeft te hebben / heeft van welke data (/protocollen / standaarden / bytes / bitjes) er in de data laag verzonden worden.

En je kunt zo ongeveer ook het OSI model er bij pakken. 802.15.4 is de fysieke laag, vervolgens heb je IP op de netwerk laag en Matter (of de ESPHome API) op de applicatie laag. Terwijl Zigbee niet zo makkelijk in het OSI model te plaatsen is omdat alles boven de fysieke laag meteen het Zigbee protocol / standaard is en er niet nog allemaal lagen bovenop komen (en dus minder overhead).

Acties:
  • 0 Henk 'm!

  • Sp33dFr34k
  • Registratie: Juni 2006
  • Niet online

Sp33dFr34k

Retro-Geek

Even een brainstorm, HA mist een stopwatch helper (timer doet precies het omgekeerde).

Ik wil bijvoorbeeld bijhouden hoe lang de wasmachine draait, deze slingert een automation aan die start zodra de power x tijd boven x wattage is, en eindigt zodra de power een x tijd onder x wattage is. Een history stats helper kun je niet via een automation resetten... Zijn er nog andere opties?

i7 9700k + Be-Quiet Dark Rock 4 Pro | Gigabyte Z390 Aorus Ultra | Gigabyte RTX5070Ti | Samsung 970 Pro 512GB + 860 EVO 1TB + 860 QVO 4TB | 2x8GB DDR4 3000Mhz | Seasonic Platinum 660W | Fractal Design R6 | Samsung Oddyssey G7 Neo | Edifier M60


Acties:
  • +1 Henk 'm!

  • xXtronXx
  • Registratie: Maart 2019
  • Laatst online: 12:20
Recent een dashboard samengesteld met uitsluitend gebruik van de Area-Card. Achter elke kaart schuilt een hele reeks andere kaarten, en ik ben er eigenlijk best tevreden mee.

Nog een paar extra sensoren toevoegen en de afbeeldingen vervangen door foto's van ons eigen interieur.
Mijn laatste test van een Mmwave sensor doet het prima
(Hier)

Tof is dat de camerabeelden naadloos geïntegreerd zijn in dezelfde kaarten.
De auto's zijn ook een Area en krijgen ook de nodige info.

Afbeeldingslocatie: https://tweakers.net/i/d7sT383ZL5zP3TER5UqSV4y0Drc=/800x/filters:strip_exif()/f/image/0VfFArhbJCxQ8YLx1NXduDPg.png?f=fotoalbum_large

Acties:
  • 0 Henk 'm!

  • Card Nox
  • Registratie: Januari 2006
  • Laatst online: 11:34
Domme vraag tussendoor: Ik heb een nieuwe telefoon. Je raad het al, alle automations wijzen naar mijn oude telefoon. Nu is er vast een slimmere manier om dit soort dingen op te lossen? Wellicht ipv notificaties naar device notificaties naar een device of naar een groep oid? Wat is hier de common practice?

Acties:
  • +2 Henk 'm!

  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 16-09 20:37
Card Nox schreef op dinsdag 16 september 2025 @ 16:27:
Domme vraag tussendoor: Ik heb een nieuwe telefoon. Je raad het al, alle automations wijzen naar mijn oude telefoon. Nu is er vast een slimmere manier om dit soort dingen op te lossen? Wellicht ipv notificaties naar device notificaties naar een device of naar een groep oid? Wat is hier de common practice?
Het makkelijkste is om de oude mobile app integratie (die met je oude telefoon dus) weg te gooien, en na installatie van de HA app op je nieuwe telefoon dezelfde naam te gebruiken.
Maar goed, als je oude telefoon iPhone 15 Pro heette en je hebt nu een iPhone 17 is dat wellicht wat verwarrend.

Om het voor de toekomst te voorkomen zou je een notfiy group aan kunnen maken met daarin alleen de notfiy action van je telefoon. Als je dan altijd die group gebruikt, hoef je bij een nieuwe wisseling alleen de instellingen van de group aan te passen.

Maar wat ik zelf gedaan heb is een find and replace in de VSCode add-on, om de oude notify action te hernoemen naar de nieuwe :)

Sowieso om issues bij vervangen van een device (of dat nu een telefoon of een vochtigheidssensor is) nooit device actions/conditions/triggers gebruiken, dan is het simpelweg je nieuwe entities dezelfde entity_id geven en alles werkt weer. Bij notifications is dat wat anders, want die werken (nog) niet met entities maar met actions.

Home Assistant configuratie


Acties:
  • +1 Henk 'm!

  • Get!em
  • Registratie: Maart 2004
  • Niet online

Get!em

Oh die ja!

Sp33dFr34k schreef op dinsdag 16 september 2025 @ 16:21:
Even een brainstorm, HA mist een stopwatch helper (timer doet precies het omgekeerde).

Ik wil bijvoorbeeld bijhouden hoe lang de wasmachine draait, deze slingert een automation aan die start zodra de power x tijd boven x wattage is, en eindigt zodra de power een x tijd onder x wattage is. Een history stats helper kun je niet via een automation resetten... Zijn er nog andere opties?
https://gist.github.com/j...fbd9a9a725a290dad8c4eae24 zoiets?

Acties:
  • +2 Henk 'm!

  • TheFes
  • Registratie: Juni 2001
  • Laatst online: 16-09 20:37
Sp33dFr34k schreef op dinsdag 16 september 2025 @ 16:21:
Even een brainstorm, HA mist een stopwatch helper (timer doet precies het omgekeerde).

Ik wil bijvoorbeeld bijhouden hoe lang de wasmachine draait, deze slingert een automation aan die start zodra de power x tijd boven x wattage is, en eindigt zodra de power een x tijd onder x wattage is. Een history stats helper kun je niet via een automation resetten... Zijn er nog andere opties?
Een input datetime op de huidige tijd zetten als je programma start, en een andere als het programma stopt. Vervolgens kun je die twee met elkaar vergelijken.

Home Assistant configuratie


  • Card Nox
  • Registratie: Januari 2006
  • Laatst online: 11:34
TheFes schreef op dinsdag 16 september 2025 @ 16:43:
[...]
Om het voor de toekomst te voorkomen zou je een notfiy group aan kunnen maken met daarin alleen de notfiy action van je telefoon. Als je dan altijd die group gebruikt, hoef je bij een nieuwe wisseling alleen de instellingen van de group aan te passen.

Maar wat ik zelf gedaan heb is een find and replace in de VSCode add-on, om de oude notify action te hernoemen naar de nieuwe :)
Even een control+h en voila, dat was nog geen minuutje werk.
Zal me, wanneer ik zin heb, eens een notify group aanmaken, al moet ik zeggen dat bovenstaande ook wel erg simpel was.

  • Matroxion
  • Registratie: Juni 2012
  • Laatst online: 11:29
Dag allemaal,

ik ben al een geruime tijd gebruiker van HA met veel plezier, heeft bij mij altijd gedraaid op een oude laptop, van het weekend eindelijk te sprong gemaakt om de gehele laptop inrichting (Proxmox met meerdere VM's) te migreren naar een nieuw stabieler, redundant en zuiniger systeem.
De migratie ansich stelde niet veel voor en zelfs de Zigbee stick werd direct weer opgepakt, echter..
ik heb verschillende notificaties lopen via de Google Nest Hub met TTS, altijd zonder problemen de TV kunnen pauzeren, tekst af laten spelen (bijvoorbeeld dat de wasmachine klaar is) en de TV weer verder laten afspelen, na de migratie krijg ik alleen de volgende melding, hoor je 2 of 3x snel achter elkaar de "gong" dat de Nest iets wil gaan afspelen maar er gebeurt niets.
Fout: CastMediaPlayerEntity._quick_play Failed: Failed to execute quick play http://192.168.1.157:8123...sAewY7UGeJtC-zC9vIyaA.mp3.
Heb ik iets gemist in een eventuele gelijktijdige update van HA dat dit niet meer werkt of wat kan hier aan de hand zijn? Ik heb de Nest al een keer opnieuw opgestart en maar geen resultaat (andere apparaten hadden even een reboot nodig na de migratie zo bleek vandaar deze ook even geprobeerd)

Wanneer ik een TTS bericht (het zelfde bericht uit de automatisering) op zichzelf afspeel dan werkt het wel..
I'm at a loss

  • pietje63
  • Registratie: Juli 2001
  • Laatst online: 09:13

pietje63

RTFM

Card Nox schreef op woensdag 17 september 2025 @ 08:47:
[...]

Even een control+h en voila, dat was nog geen minuutje werk.
Zal me, wanneer ik zin heb, eens een notify group aanmaken, al moet ik zeggen dat bovenstaande ook wel erg simpel was.
Dat werkte bij mij voor automations.yaml eenvoudig (let op; soms verwezen naar ('iphone', action:
- service: notify.mobile_app_') soms wel een ID (notify_device: b643ec12f115fa6db54....), maar de in de UI gemaakte automations moest ik ook nog nalopen.
Gelukkig had ik daar alle notification automations al in een group staan, dus had het alsnog snel gedaan.


Wat mij echter een logischere workflow lijkt, is notificaties toewijzen aan een persoon. Lijkt me beter te beheren en dan hoeft de persoon die de notificaties instelt niet te kiezen waar de ontvanger ze krijgt.
- in de automations: notfiy person
- en dan op persoonsniveau aangeven waar notificaties heen gaan (default: deze mobiel, met eventueel afwijkingen voor types).

[ Voor 4% gewijzigd door pietje63 op 17-09-2025 09:12 ]

De grootste Nederlandstalige database met informatie over computers met zoekfunctie!!


Acties:
  • +2 Henk 'm!

  • D4NG3R
  • Registratie: Juli 2009
  • Nu online

D4NG3R

kiwi

:)

@Card Nox Ik heb er zelf een klein script voor draaien:
YAML:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
sequence:
  - action: notify.mobile_app_sm_a566b
    metadata: {}
    data:
      data:
        car_ui: true
        notification_icon: "{{ icon }}"
        channel: general
        priority: high
        ttl: 0
        tag: general
      message: "{{ message }}"
      title: "{{ title }}"
fields:
  title:
    selector:
      text: null
    required: true
    name: title
  message:
    selector:
      text: null
    name: message
    required: true
  icon:
    selector:
      icon: {}
    default: mdi:message
    name: icon
    required: true
alias: Messenger
description: ""


Afbeeldingslocatie: https://tweakers.net/i/5uhoo34DY9Ckk93stdh1SeWSnI8=/800x/filters:strip_exif()/f/image/0nLVI087XrtUY5nwAXN2lhz0.png?f=fotoalbum_large

Al was dat in de 1e instantie niet eens om vooruit te denken richting een nieuwe telefoon. Ik wou simpelweg een titel/bericht/icoontje kunnen kiezen zonder na te hoeven denken over de prioriteit e.d. :P

Het zou overigens wel een mooie feature zijn om ook een bericht te kunnen sturen naar een persoon i.p.v. enkel specifieke devices.

[ Voor 5% gewijzigd door D4NG3R op 17-09-2025 10:26 ]

Komt d'r in, dan kö-j d’r oet kieken


  • Card Nox
  • Registratie: Januari 2006
  • Laatst online: 11:34
pietje63 schreef op woensdag 17 september 2025 @ 09:10:
[...]

Dat werkte bij mij voor automations.yaml eenvoudig (let op; soms verwezen naar ('iphone', action:
- service: notify.mobile_app_') soms wel een ID (notify_device: b643ec12f115fa6db54....), maar de in de UI gemaakte automations moest ik ook nog nalopen.
Gelukkig had ik daar alle notification automations al in een group staan, dus had het alsnog snel gedaan.


Wat mij echter een logischere workflow lijkt, is notificaties toewijzen aan een persoon. Lijkt me beter te beheren en dan hoeft de persoon die de notificaties instelt niet te kiezen waar de ontvanger ze krijgt.
- in de automations: notfiy person
- en dan op persoonsniveau aangeven waar notificaties heen gaan (default: deze mobiel, met eventueel afwijkingen voor types).
Ik had sommige inderdaad ook op een entity_id staan ipv een service, maar ook dat was snel opgelost.

Ik had voor ik de vraag stelde al even ChatGPT gevraagd, die af aan het via persoon of notify group te doen. Ik had persoon geprobeerd maar kreeg het niet werkend om de een of andere reden.

Acties:
  • +2 Henk 'm!

  • Ronker32
  • Registratie: Mei 2018
  • Laatst online: 12:54
Pff, harde les geleerd gisteren. De local-lvm op mijn Proxmox was volgelopen met als gevolg dat HA vastliep door een I/O error. Ik had hem al eens uitgebreid naar de maximale capaciteit, dus was er geen ruimte meer om nog meer uit te breiden. Dus dacht ik dat het handig was om een backup van HA terug te zetten, want het probleem was ontstaan door een recente wijziging. Backup had ik, stond op de Synology dus keurig de VM afgesloten en verwijderd. Totdat ik erachter kwam dat mijn backup versleuteld was...

Kortom, drie jaar aan HA staat nu versleuteld op mijn Synology, volledig onbruikbaar zonder sleutel die in de oude HA-installatie te vinden was. Balen, balen, balen! Nou ja, ben inmiddels maar opnieuw begonnen, maar het is wel echt ruk om alles weer van scratch op te bouwen. Leermomentje: heb direct ingesteld dat de backup naar de Synology onversleuteld wordt weggeschreven. Misschien kan ik met deze post iemand bewegen om dat ook zo in te stellen zodat dit tenminste niet nog meer mensen overkomt...
Pagina: 1 ... 339 340 Laatste

Let op:
Zet je code tussen [code=yaml] [/code] tags om het goed leesbaar te houden; ook makkelijker voor de eventuele foutopsporing.

Lees ook eerst even de topicstart voor je je vraag plaatst, wellicht wordt je vraag daar al beantwoord. Wil je pronken met je setup mag dat in Home Assistant - Show je setup.