Home Assistant: Open source Python3 home automation - deel 3

[larsiey]

martinvdm schreef op zaterdag 19 december 2020 @ 22:25:

YAML:

#### Check Certificate expiration for HA
- alias: Notify Cert Expires
  initial_state: on
  trigger:
   platform: numeric_state
   entity_id: sensor.ssl_certificate_expiry
   below: 10
  action:
   service: notify.mobile_app_iphone
   data_template:
     title: "Home-Assistant Certificaat verloopt"
     message: "Home Assistant Certificaat verloopt in  {{ states.sensor.ssl_certificate_expiry.state }} dagen"

Ik had altijd bovenstaande automation, maar volgens mij is in de laatste release cert_expire op de schop genomen waardoor de sensor niet een timestamp geeft.
Iemand deze automation al omgebouwd?

Wat geeft de sensor zelf aan voor waarde?
Krijg je een error op dit moment?

En kijk ook even naar deze post: Hmmbob in "Home Assistant: Open source Python3 home automation - deel 3"
Daar staat hoe je templating goed moet toepassen.

[martinvdm]

larsiey schreef op zaterdag 19 december 2020 @ 22:59:
[...]


Wat geeft de sensor zelf aan voor waarde?
Krijg je een error op dit moment?

En kijk ook even naar deze post: Hmmbob in "Home Assistant: Open source Python3 home automation - deel 3"
Daar staat hoe je templating goed moet toepassen.

Ja die Template snap ik, het punt zit natuurlijk in het verschil in tijd berekenen. De nieuwe sensor geeft namelijk een absolute time ipv relative time

[CAD-tekenaar]

Dacuuu schreef op zaterdag 19 december 2020 @ 19:18:
[...]


Nog geen tijd om uitgebreid te antwoorden, ga ik nog doen.

Maar ik raad je swag aan, zit alles in wat je nodig hebt.

Na wat instellingen gaat het eigenlijk automatisch allemaal.. Draai swag eens, en roep maar als je vast loopt.

Ik heb een docker-compose bestand aangemaakt en gestart maar krijg de foutmeldingen:

code:

2020/11/19 21:45:32 http error: Invalid JWT token (err=Invalid JWT token) (code=401)
2020/11/19 23:44:59 http error: Unauthorized (err=Unauthorized) (code=401)
2020/11/20 21:50:19 http error: Invalid credentials (err=Unauthorized) (code=422)

Ik heb docker group NIET toegevoegd aan root-user. Ofwel: ik start bewust alles met sudo

Dit is mijn bestand:

code:

# Compose file version
# (Moet compatible zijn met geïnstalleerde Docker Engine)
#version: "2.1"

#Er worden 1 container (Nginx reverse proxy) gemaakt die meteen je certificaten regelt en ververst.
#Forward port 80 & 443

swag:
  #Gebruik laatste image beschikbaar in Docker hub
  image: linuxserver/swag:latest
  container_name: swag
  restart: unless-stopped
  cap_add:
    - NET_ADMIN
  volumes: #folder_on_host:folder_inside_container
    - /etc/localtime:/etc/localtime:ro
    - /home/pi/docker-compose-files/swag/config:/config
  environment:
    - PUID=$PUID
    - PGID=$PGID
    - EMAIL=$EMAIL
    - URL=$MIJN_DOMEIN
    - SUBDOMAINS=wildcard
    - VALIDATION=duckdns
    - DUCKDNSTOKEN=$DUCKDNSTOKEN
    - TZ=$TZ
  ports:
    - "80:80" #Public HTTP Port
    - "443:443" #Public HTTPS Port

Verder heb ik naast het starten van deze docker-compose.yaml bestand géén bestanden aangepast.
Kan je uitleggen wat hier fout gaat.

[golles]

CAD-tekenaar schreef op zaterdag 19 december 2020 @ 23:45:
[...]


Ik heb een docker-compose bestand aangemaakt en gestart maar krijg de foutmelding:

code:

2020/11/19 21:45:32 http error: Invalid JWT token (err=Invalid JWT token) (code=401)
2020/11/19 23:44:59 http error: Unauthorized (err=Unauthorized) (code=401)
2020/11/20 21:50:19 http error: Invalid credentials (err=Unauthorized) (code=422)

Dit is mijn bestand:

code:

# Compose file version
# (Moet compatible zijn met geïnstalleerde Docker Engine)
#version: "2.1"

#Er worden 1 container (Nginx reverse proxy) gemaakt die meteen je certificaten regelt en ververst.
#Forward port 80 & 443

swag:
  #Gebruik laatste image beschikbaar in Docker hub
  image: linuxserver/swag:latest
  container_name: swag
  restart: unless-stopped
  cap_add:
    - NET_ADMIN
  volumes: #folder_on_host:folder_inside_container
    - /etc/localtime:/etc/localtime:ro
    - /home/pi/docker-compose-files/swag/config:/config
  environment:
    - PUID=$PUID
    - PGID=$PGID
    - EMAIL=$EMAIL
    - URL=$MIJN_DOMEIN
    - SUBDOMAINS=wildcard
    - VALIDATION=duckdns
    - DUCKDNSTOKEN=$DUCKDNSTOKEN
    - TZ=$TZ
  ports:
    - "80:80" #Public HTTP Port
    - "443:443" #Public HTTPS Port

Verder heb ik naast het starten van deze docker-compose.yaml bestand géén bestanden aangepast.
Kan je uitleggen wat hier fout gaat.

Zijn je env variablen niet fout? volgens mij moet het bijvoorbeeld PUID=${PUID}

[larsiey]

martinvdm schreef op zaterdag 19 december 2020 @ 23:37:
[...]

Ja die Template snap ik, het punt zit natuurlijk in het verschil in tijd berekenen. De nieuwe sensor geeft namelijk een absolute time ipv relative time

Het is wel handig als je aangeeft wat de sensor voor status nu heeft. Ik heb die sensor zelf niet en nu moet ik zelf zoeken om te begrijpen wat je bedoelt.

Maar volgens mij kan je hier wel mee uit de voeten:

YAML:

  trigger:
  - platform: template
    value_template: "{{ ((as_timestamp(states('sensor.cert_expiry_timestamp')) - now().timestamp()) / 86400) | int < 10 }}"

[CAD-tekenaar]

golles schreef op zaterdag 19 december 2020 @ 23:47:
[...]


Zijn je env variablen niet fout? volgens mij moet het bijvoorbeeld PUID=${PUID}

Dit zou niets moeten uitmaken.
Zojuist aangepast..
en ontdek nog een fout:

code:

[cont-init.d] 70-templates: executing... 
ls: cannot access '/config/nginx/proxy-confs/*.conf': No such file or directory
[cont-init.d] 70-templates: exited 0.

Deze map "home/pi/config/nginx/proxy-confs" bestaat niet op mijn raspberry. Ik werk met docker.

[ Voor 9% gewijzigd door CAD-tekenaar op 20-12-2020 00:06 ]

[golles]

CAD-tekenaar schreef op zondag 20 december 2020 @ 00:00:
[...]

Dit zou niets moeten uitmaken.
Zojuist aangepast..
en ontdek nog een fout:

code:

[cont-init.d] 70-templates: executing... 
ls: cannot access '/config/nginx/proxy-confs/*.conf': No such file or directory
[cont-init.d] 70-templates: exited 0.

Deze map "home/pi/config/nginx/proxy-confs" bestaat niet op mijn raspberry. Ik werk met docker.

/home/pi/docker-compose-files/swag/config/nginx/proxy-confs zou het moeten zijn aan de hand van je docker-compose file.

Ik zou de map /home/pi/docker-compose-files/swag even helemaal weggooien, en de container stoppen en verwijderen en opnieuw starten. Al die files zouden aangemaakt moeten worden tijdens het starten

[kipjr]

Wellicht kan men mij hier verder helpen.. ik heb OpnSense draaien als presence detection voor mij en mijn smartphone. Als automation heb ik 'als ik thuiskom, zet de lichten aan'.
In de logs zie ik mezelf thuiskomen maar de automation wordt niet getriggerd. Als ik een trigger instel op basis van tijdstip zonsondergang dan werkt het wel. Iemand enig idee wat er aan de hand is?

Ik draai het systeem op een Pi4 in Docker, vandaag de latest versie geïnstalleerd en configuratie check geeft geen foutmelding

[Rianata]

kipjr schreef op zondag 20 december 2020 @ 02:18:
Wellicht kan men mij hier verder helpen.. ik heb OpnSense draaien als presence detection voor mij en mijn smartphone. Als automation heb ik 'als ik thuiskom, zet de lichten aan'.
In de logs zie ik mezelf thuiskomen maar de automation wordt niet getriggerd. Als ik een trigger instel op basis van tijdstip zonsondergang dan werkt het wel. Iemand enig idee wat er aan de hand is?

Ik draai het systeem op een Pi4 in Docker, vandaag de latest versie geïnstalleerd en configuratie check geeft geen foutmelding

Misschien handig om de code van de automation in code tags hier te plaatsen? Dan kunnen we iets gerichter meedenken.

[dabachata]

Septillion schreef op maandag 31 augustus 2020 @ 08:33:
@synoniem Zelf gebruik ik ook wat Wifi spul. Vooral wat ledstrip modules en pluggen. Deze bieden met Wifi gewoon veel meer opties dan de Zigbee tegenhangers. Bijvoorbeeld voor verbruik of kleurcorrectie. En voor de pluggen speelt prijs en form factor ook mee. En mooie aan HA is dat mixen geen enkel probleem is

Maar sensoren en een enkele lamp heeft mijn voorkeur zeker Zigbee. Ik had alles ook wel Zigbee willen hebben als dat dezelfde mogelijkheden zou bieden. Energiegebruik en belasting van 2,4GHz band zijn minder met Wifi.

Ik ga alle wifi spullen ook nog een keer op een los VLAN zetten (iets met tijd). Voor nu heb ik er ook wel genoeg vertrouwen in zo met Tasmota, geen cloud.

@Septillion Dank voor al je bijdragen! Echt goede tips en toelichtingen Ik snap alleen bovenstaande vergelijking tussen Wifi (ESP -> Tasmota) en Zigbee smart plugs niet. Volgens mij bedoel je te zeggen dat Zigbee smart plugs lager energieverbruik dan WiFi smart plugs hebben maar dat staat er niet dus twijfel ...

Wat ik verder begrepen heb is dat WiFi instabiel wordt als je de alles via een KPN / Ziggo Router verbind ipv via een aparte WiFi router voor alle smart home plugs, sensoren, motoren etcetera. En dat je daarom beter voor Zigbee devices kan kiezen of een aparte WiFi router kan gebruiken voor verbinding met alle smart home plugs, sensoren, motoren etcetera. Toch?

Ik wil al een tijd aan de slag met Home Assistent, Tasmota, Zigbee etcetera. Al veel over gelezen maar vooralsnog heb ik alles werken via Tuya / Meross. Vooral omdat Tuya / Meross nogal beperkt is qua automatisering en opties wil ik overstappen naar Home Assistent + Tasmota + Zigbee. Meest recente frustratie is een Sonoff Ventilator Relais die niet echt te automatiseren valt en via Google Assistent gezien wordt als lamp ipv als ventilator (De ventilator relais, niet de lamp relais die er ook op zit. Die lamp relais is helemaal niet te schakelen in Google Assistent )

Ik zou graag wat tips ontvangen wat betreft energie verbruik monitoring van koelkast, vriezer en oven. Heb hier in dit topic gezocht op verschillende termen maar nog niet een reactie kunnen vinden die onderstaande vraag beantwoord.
Voor koelkast en vriezer zou ik graag energie verbruik willen monitoren zonder dat het monitoren zelf veel stroom verbruikt. Voornaamste reden is doorhebben of koelkast of vriezer op een bepaald moment toe zijn aan vervanging omdat het energieverbruik steeds verder op loopt. Inzien dus of energieverbuik koelkast of vriezer in 2027 significant hoger is als in 2021. Liefst met een automatische email die daarvoor waarschuwt, zodat je t niet pas drie jaar later merkt doordat je stroomverbruik op je jaarrekening toch wel heel hoog is geworden..
Voor de oven zou ik graag energie verbruik monitoren om in de Home Assistent App een notificatie te krijgen als de oven al een half uur aan staat (verbruik laatste xx minuten hoger dan xxx Watt) Soms vergeet ik namelijk dat ik een pizza of stokbroodje in de oven heb Maar de oven staat natuurlijk grootste deel van de tijd uit dus liefst een smart plug of iets anders die heel weinig stroom verbruikt voor monitoring en communicatie. Idem voor smart plug of iets anders voor koelkast en vriezer. Laag energieverbruik voor monitoren energieverbruik aangesloten apparaat vind ik het belangrijkste. Iemand tips welke plugs of iets soortgelijks ik daarvoor het beste kan gebruiken?

[Hmmbob]

DaRk PoIsOn schreef op zaterdag 19 december 2020 @ 18:14:
[...]


En vergeet:
https://github.com/cyberj...sistant-toon_boilerstatus

Niet voor de boiler status

Moet je ketel het wel ondersteunen, want de mijne publiceert niet heel veel nuttige dingen daarin

[Hmmbob]

Luuk2015 schreef op zaterdag 19 december 2020 @ 18:52:
[...]


Bedankt voor je reactie.
Ik heb even gekeken naar de output van jou commando, het IP-adres van de router klopt gewoon.
Alleen kreeg ik net een "flashback" naar een hele tijd terug dat mijn RPI ook niet werkte na dat ik deze een vast IP had gegeven via de router. Als ik daar nu naar terugkijk dan heb ik geen idee hoe ik dat destijds heb opgelost. Wat wel erg vreemd is is dat ik zelfs mijn router niet kan pingen binnen HA, maar de webinterface via mijn PC is gewoon bereikbaar .

Wat ik hier heb gedaan, is alle devices gewoon op DHCP laten staan en de static IPs alleen in de router configureren. Dan weet de router dus welk IP bij welk device terecht moet komen, en geeft meteen zaken als DHCP, DNS, Gateway etc mee aan de device. Ik stel dus niets bijzonders in op de clients.

Maybe this helps.

[Hmmbob]

Meelobee schreef op zaterdag 19 december 2020 @ 13:35:
[...]


nope, dan krijg ik een klein icon 'image not found'.

Ik vind deze omweg op reddit: https://www.reddit.com/r/...mic_url_for_picture_card/

[martinvdm]

larsiey schreef op zaterdag 19 december 2020 @ 23:58:
[...]


Het is wel handig als je aangeeft wat de sensor voor status nu heeft. Ik heb die sensor zelf niet en nu moet ik zelf zoeken om te begrijpen wat je bedoelt.

Maar volgens mij kan je hier wel mee uit de voeten:

YAML:

  trigger:
  - platform: template
    value_template: "{{ ((as_timestamp(states('sensor.cert_expiry_timestamp')) - now().timestamp()) / 86400) | int < 10 }}"

De huidige status vind je in mijn post. Dit is een numeric_state voor het aantal dagen.
Maar met jou trigger kom ik wel een eind, ik zat me te veel op de condition te focussen.

[tafmaf]

Het gaat hier erop vooruit.
De rasp draait hier nu op een hardeschijf.
Nog eens de home assistant opnieuw op de schijf gezet en hij ging zomaar wel werken.
Nu aan het prutsen met het uitlezen van de slimme meter maar dit wil niet zo vlotten.


Zet in de config.yalm
# Example configuration.yaml entry for USB/serial connected Smartmeter

- platform: dsmr
port: /dev/ttyUSB1
dsmr_version: 5

group:
meter_readings:
name: Meter readings
entities:
- sensor.energy_consumption_tarif_1
- sensor.energy_consumption_tarif_2
- sensor.energy_production_tarif_1
- sensor.energy_production_tarif_2
- sensor.gas_consumption

En krijg de foutmelding
duplicated mapping key at line 79, column -262:
group:
^

Dusssssss weer eens opzoek hoe ik die wel aan de praat kan krijgen.
Vind home assistant een mooi pakket maar niet echt werkende out of the box.

[larsiey]

tafmaf schreef op zondag 20 december 2020 @ 09:41:
Het gaat hier erop vooruit.
De rasp draait hier nu op een hardeschijf.
Nog eens de home assistant opnieuw op de schijf gezet en hij ging zomaar wel werken.
Nu aan het prutsen met het uitlezen van de slimme meter maar dit wil niet zo vlotten.


Zet in de config.yalm
# Example configuration.yaml entry for USB/serial connected Smartmeter

- platform: dsmr
port: /dev/ttyUSB1
dsmr_version: 5

group:
meter_readings:
name: Meter readings
entities:
- sensor.energy_consumption_tarif_1
- sensor.energy_consumption_tarif_2
- sensor.energy_production_tarif_1
- sensor.energy_production_tarif_2
- sensor.gas_consumption

En krijg de foutmelding
duplicated mapping key at line 79, column -262:
group:
^

Dusssssss weer eens opzoek hoe ik die wel aan de praat kan krijgen.
Vind home assistant een mooi pakket maar niet echt werkende out of the box.

Heb je toevallig twee keer "group" in je config staan?
Dit kan namelijk niet en vandaar dan ook die error.

[kipjr]

Rianata schreef op zondag 20 december 2020 @ 02:37:
[...]


Misschien handig om de code van de automation in code tags hier te plaatsen? Dan kunnen we iets gerichter meedenken.

Dit bijvoorbeeld:

code:

alias: Licht aan wanneer HTPC aan gaat
description: ''
trigger:
  - platform: zone
    entity_id: device_tracker.htpc
    zone: zone.home
    event: enter
condition: []
action:
  - type: turn_on
    device_id: 4c14eb6cc45946e9a1580fbf36c5629b
    entity_id: switch.tradfri_outlet
    domain: switch
mode: single

[larsiey]

kipjr schreef op zondag 20 december 2020 @ 10:30:
[...]


Dit bijvoorbeeld:

code:

alias: Licht aan wanneer HTPC aan gaat
description: ''
trigger:
  - platform: zone
    entity_id: device_tracker.htpc
    zone: zone.home
    event: enter
condition: []
action:
  - type: turn_on
    device_id: 4c14eb6cc45946e9a1580fbf36c5629b
    entity_id: switch.tradfri_outlet
    domain: switch
mode: single

Je moet een andere trigger pakken.
De htpc staat altijd in de zone home neem ik aan. Of neem je hem altijd mee als je weggaat?
Je moet meer aan zoiets denken:

YAML:

trigger: 
  platform: state
  entity_id: device_tracker.htpc
  to: 'on'

Als de htpc device dan de status "on" krijgt, wordt de automation getriggerd.

[Hmmbob]

tafmaf schreef op zondag 20 december 2020 @ 09:41:
Het gaat hier erop vooruit.
De rasp draait hier nu op een hardeschijf.
Nog eens de home assistant opnieuw op de schijf gezet en hij ging zomaar wel werken.
Nu aan het prutsen met het uitlezen van de slimme meter maar dit wil niet zo vlotten.


Zet in de config.yalm
# Example configuration.yaml entry for USB/serial connected Smartmeter

- platform: dsmr
port: /dev/ttyUSB1
dsmr_version: 5

group:
meter_readings:
name: Meter readings
entities:
- sensor.energy_consumption_tarif_1
- sensor.energy_consumption_tarif_2
- sensor.energy_production_tarif_1
- sensor.energy_production_tarif_2
- sensor.gas_consumption

En krijg de foutmelding
duplicated mapping key at line 79, column -262:
group:
^

Dusssssss weer eens opzoek hoe ik die wel aan de praat kan krijgen.
Vind home assistant een mooi pakket maar niet echt werkende out of the box.

We gaan je echt niet kunnen helpen als je niet doet wat in de topic warning staat: code tags gebruiken.

[kipjr]

larsiey schreef op zondag 20 december 2020 @ 10:34:
[...]


Je moet een andere trigger pakken.
De htpc staat altijd in de zone home neem ik aan. Of neem je hem altijd mee als je weggaat?
Je moet meer aan zoiets denken:

YAML:

trigger: 
  platform: state
  entity_id: device_tracker.htpc
  to: 'on'

Als de htpc device dan de status "on" krijgt, wordt de automation getriggerd.

Alles wordt getracked door OpnSense en die geeft dit aan:

code:

December 19, 2020

Was away
1:52:25 PM - 21 hours ago
Was at home
1:37:25 PM - 22 hours ago
Was at home
1:14:28 PM - 22 hours ago
Was at home
12:32:36 PM - 23 hours ago

[larsiey]

kipjr schreef op zondag 20 december 2020 @ 11:09:
[...]


Alles wordt getracked door OpnSense en die geeft dit aan:

code:

December 19, 2020

Was away
1:52:25 PM - 21 hours ago
Was at home
1:37:25 PM - 22 hours ago
Was at home
1:14:28 PM - 22 hours ago
Was at home
12:32:36 PM - 23 hours ago

En welke status kan device_tracker.htpc hebben?

[kipjr]

larsiey schreef op zondag 20 december 2020 @ 11:11:
[...]


En welke status kan device_tracker.htpc hebben?

home en not_home

[larsiey]

kipjr schreef op zondag 20 december 2020 @ 11:12:
[...]


home en not_home

En als je de htpc aan zet, dan gaat hij op home?
Als dat zo is, dan zou het volgende moeten werken:

YAML:

trigger: 
  platform: state
  entity_id: device_tracker.htpc
  to: 'home'

[kipjr]

larsiey schreef op zondag 20 december 2020 @ 11:15:
[...]


En als je de htpc aan zet, dan gaat hij op home?
Als dat zo is, dan zou het volgende moeten werken:

YAML:

trigger: 
  platform: state
  entity_id: device_tracker.htpc
  to: 'home'

Top! Het werkt! Dankjewel

[ Voor 31% gewijzigd door kipjr op 20-12-2020 11:23 ]

[!kk3]

een noob vraag:

Ik wil mijn Shelly 1 via MQTT aansturen in HA.

Ik gebruik de standaard Mosquitto broker (zonder user). Volgens de LOG wordt de Shelly gevonden:
1608461817: New connection from 192.168.178.32 on port 1883.
1608461817: New client connected from 192.168.178.32 as 6Ge74wyEN9CKXT8J0NP9pE (p2, c1, k60).

Echter via de intergration vindt hij geen entiteiten - ben al een paar uurtjes bezig maar kom (ook met google hulp) niet verder. Iemand een suggestie?

[JorisV]

Kan iemand me verder helpen om HA-core in docker aan de gang te krijgen? Alle config files worden opgeslagen door root met 644. Ik wil de config files graag wat makkelijker kunnen bewerken, dus opgeslagen met mijn eigen gebruiker. Voor {LOCAL_USER} heb ik diverse dingen geprobeerd: 1000, 1001. De 'user' optie geeft meteen een foutmelding.
Ik gebruik de volgende docker-compose:

YAML:

version: '3'
services:
  homeassistant:
    container_name: home-assistant2
    image: homeassistant/home-assistant:stable
    volumes:
      - ${USERDIR}/hass:/config
      - /etc/localtime:/etc/localtime:ro
      - ${USERDIR}/hass/share:/shared
      - /var/run/docker.sock:/var/run/docker.sock
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0 ## Uitlezen slimme meter
      - /dev/ttyUSB1:/dev/ttyUSB1
      - /dev/ttyACM0:/dev/ttyACM0
    environment:
      - PUID=${LOCAL_USER}
      - PGID=${LOCAL_USER}
    #user: "${LOCAL_USER}:${LOCAL_USER}"
    restart: unless-stopped
    privileged: true
    network_mode: host
    # ports:
      # - 8122:8123

networks:
  default:

[Jeroens93]

Hoe draaien jullie HomeAssistant?

Ik heb het een jaar zonder problemen gedraaid, maar wat recente issues heb ik besloten een clean install te doen. Als ik het goed begrijp zijn er momenteel de volgende populaire opties:

• HomeAssistant OS (no-go voor mij, ik wil ook graag andere applicaties naast HA draaien, zoals een Plex-server)
• HomeAssistant in Docker (zal vast werken, maar ik draaide eerst Supervised en dat was wel ideaal wat betreft maintenance)
• HomeAssistant Supervised (dit had ik eerst, maar ik loop nu tegen zoveel problemen aan bij installatie dat ik mij afvraag of ik dit pad wel wil bewandelen)
• Proxmox met HomeAssistant OS VM (wel een hoop gedoe/overkill zeg, bovendien ik krijg wlan niet werkend op Proxmox)

Het is natuurlijk gratis open-source software, dus echt klagen mag ik niet, maar het is wel een enorme rommel zeg. Er zijn 1001 installatiehandleidingen in omloop, waarbij je in 90% van de gevallen ergens in het installatieproces vastloopt.

[Koepert]

Jeroens93 schreef op zondag 20 december 2020 @ 13:43:
Hoe draaien jullie HomeAssistant?

Ik heb het een jaar zonder problemen gedraaid, maar wat recente issues heb ik besloten een clean install te doen. Als ik het goed begrijp zijn er momenteel de volgende populaire opties:

• HomeAssistant OS (no-go voor mij, ik wil ook graag andere applicaties naast HA draaien, zoals een Plex-server)
• HomeAssistant in Docker (zal vast werken, maar ik draaide eerst Supervised en dat was wel ideaal wat betreft maintenance)
• HomeAssistant Supervised (dit had ik eerst, maar ik loop nu tegen zoveel problemen aan bij installatie dat ik mij afvraag of ik dit pad wel wil bewandelen)
• Proxmox met HomeAssistant OS VM (wel een hoop gedoe/overkill zeg, bovendien ik krijg wlan niet werkend op Proxmox)

Het is natuurlijk gratis open-source software, dus echt klagen mag ik niet, maar het is wel een enorme rommel zeg. Er zijn 1001 installatiehandleidingen in omloop, waarbij je in 90% van de gevallen ergens in het installatieproces vastloopt.

Kies zelf.

Dat bedoel ik niet vervelend, maar naast 1001 methodes zijn er evenzoveel meningen. Vraag je mij? Supervised of Proxmox. Vraag je iemand anders ? Docker of OS. Kies waar je zelf mee uit de voeten kunt of in wil bijleren. Zowel docker als Proxmox zijn genoeg handleidingen, ook voor het ‘niet-ha’deel. Maar dan moet je dat wel zien zitten.

Ik heb nu elke keer geklooi bij een update dat ik het convenience script moet draaien en een full reboot moet doen dus ik overweeg mijn ubuntu server supervised ook opnieuw te doen. Tot nu nog geen tijd/zin voor. Simpelste is zelfde concept op debian doen, maar denk dat het op Proxmox gaat gebeuren ivm flexibiliteit host.

[ Voor 9% gewijzigd door Koepert op 20-12-2020 14:02 ]

[Hmmbob]

Jeroens93 schreef op zondag 20 december 2020 @ 13:43:
Hoe draaien jullie HomeAssistant?

Ik heb het een jaar zonder problemen gedraaid, maar wat recente issues heb ik besloten een clean install te doen. Als ik het goed begrijp zijn er momenteel de volgende populaire opties:

• HomeAssistant OS (no-go voor mij, ik wil ook graag andere applicaties naast HA draaien, zoals een Plex-server)
• HomeAssistant in Docker (zal vast werken, maar ik draaide eerst Supervised en dat was wel ideaal wat betreft maintenance)
• HomeAssistant Supervised (dit had ik eerst, maar ik loop nu tegen zoveel problemen aan bij installatie dat ik mij afvraag of ik dit pad wel wil bewandelen)
• Proxmox met HomeAssistant OS VM (wel een hoop gedoe/overkill zeg, bovendien ik krijg wlan niet werkend op Proxmox)

Het is natuurlijk gratis open-source software, dus echt klagen mag ik niet, maar het is wel een enorme rommel zeg. Er zijn 1001 installatiehandleidingen in omloop, waarbij je in 90% van de gevallen ergens in het installatieproces vastloopt.

Het is nogal een verschil vanwaaruit je start: heb je een Pi of Odroid die je dedicated in wil zetten? Optie 1.
Heb je al een server draaien met Docker, dan is die optie (2) fijn. Heb je al een server en wil je gebruik maken van addons? -> Supervised.

En idd als je proxmox hebt en daarop een aparte VM kan maken, dan kan dat ook.

De keuze is reuze, en volledig aan jou. Zijn niet zo heel veel stukjes software die jou zoveel vrijheid om te kiezen geven.

[kipjr]

JorisV schreef op zondag 20 december 2020 @ 12:28:
Kan iemand me verder helpen om HA-core in docker aan de gang te krijgen? Alle config files worden opgeslagen door root met 644. Ik wil de config files graag wat makkelijker kunnen bewerken, dus opgeslagen met mijn eigen gebruiker. Voor {LOCAL_USER} heb ik diverse dingen geprobeerd: 1000, 1001. De 'user' optie geeft meteen een foutmelding.
Ik gebruik de volgende docker-compose:

YAML:

version: '3'
services:
  homeassistant:
    container_name: home-assistant2
    image: homeassistant/home-assistant:stable
    volumes:
      - ${USERDIR}/hass:/config
      - /etc/localtime:/etc/localtime:ro
      - ${USERDIR}/hass/share:/shared
      - /var/run/docker.sock:/var/run/docker.sock
    devices:
      - /dev/ttyUSB0:/dev/ttyUSB0 ## Uitlezen slimme meter
      - /dev/ttyUSB1:/dev/ttyUSB1
      - /dev/ttyACM0:/dev/ttyACM0
    environment:
      - PUID=${LOCAL_USER}
      - PGID=${LOCAL_USER}
    #user: "${LOCAL_USER}:${LOCAL_USER}"
    restart: unless-stopped
    privileged: true
    network_mode: host
    # ports:
      # - 8122:8123

networks:
  default:

Jeroens93 schreef op zondag 20 december 2020 @ 13:43:
Hoe draaien jullie HomeAssistant?

Ik heb het een jaar zonder problemen gedraaid, maar wat recente issues heb ik besloten een clean install te doen. Als ik het goed begrijp zijn er momenteel de volgende populaire opties:

• HomeAssistant OS (no-go voor mij, ik wil ook graag andere applicaties naast HA draaien, zoals een Plex-server)
• HomeAssistant in Docker (zal vast werken, maar ik draaide eerst Supervised en dat was wel ideaal wat betreft maintenance)
• HomeAssistant Supervised (dit had ik eerst, maar ik loop nu tegen zoveel problemen aan bij installatie dat ik mij afvraag of ik dit pad wel wil bewandelen)
• Proxmox met HomeAssistant OS VM (wel een hoop gedoe/overkill zeg, bovendien ik krijg wlan niet werkend op Proxmox)

Het is natuurlijk gratis open-source software, dus echt klagen mag ik niet, maar het is wel een enorme rommel zeg. Er zijn 1001 installatiehandleidingen in omloop, waarbij je in 90% van de gevallen ergens in het installatieproces vastloopt.

Ik draai in Docker nu Pihole, Nginx Proxy Manager, PiTemp (eigen product), Docker-Display (browser in container, output via HDMI, eigen product), Portainer en Cinebox (eigen product). En natuurlijk HA:

docker-compose.yml

code:

version: '3.7'

networks:
  intranet: #external reverse NGINX network for internal pages
    external:
      name: intranet #192.168.9.1 - 192.168.9.254 (NGINX proxy)
  home_net: #external / internet
    driver: bridge
    ipam:
     driver: default
     config:
       - subnet: 192.168.8.32/30 #192.168.8.33-34 
    driver_opts:
      com.docker.network.bridge.name: home_net
services:
  app:
    container_name: home-assistant
    hostname: home-assistant
    image: homeassistant/raspberrypi4-homeassistant:stable
    volumes:
      - './config:/config'
      - /etc/localtime:/etc/localtime:ro
    environment:
      - TZ=Europe/Amsterdam
    ports:
      - "8123/tcp"
    devices:
      - /dev/gpiochip0:/dev/gpiochip0
    privileged: false
    restart: always
    networks:
      - intranet
      - home_net

[ Voor 25% gewijzigd door kipjr op 20-12-2020 14:23 ]

[Hmmbob]

^Daar staat nogal wat niet aan HA gerelateerde overhead in.

[Quad]

Jeroens93 schreef op zondag 20 december 2020 @ 13:43:
Hoe draaien jullie HomeAssistant?

Ik heb het een jaar zonder problemen gedraaid, maar wat recente issues heb ik besloten een clean install te doen. Als ik het goed begrijp zijn er momenteel de volgende populaire opties:

• HomeAssistant OS (no-go voor mij, ik wil ook graag andere applicaties naast HA draaien, zoals een Plex-server)
• HomeAssistant in Docker (zal vast werken, maar ik draaide eerst Supervised en dat was wel ideaal wat betreft maintenance)
• HomeAssistant Supervised (dit had ik eerst, maar ik loop nu tegen zoveel problemen aan bij installatie dat ik mij afvraag of ik dit pad wel wil bewandelen)
• Proxmox met HomeAssistant OS VM (wel een hoop gedoe/overkill zeg, bovendien ik krijg wlan niet werkend op Proxmox)

Het is natuurlijk gratis open-source software, dus echt klagen mag ik niet, maar het is wel een enorme rommel zeg. Er zijn 1001 installatiehandleidingen in omloop, waarbij je in 90% van de gevallen ergens in het installatieproces vastloopt.

Ik draai HA OS op een zuinige ESXi bak. Vind ik een fijnere hypervisor dan Proxmox. Backups maak ik met Veeam CE. Fijne is dat ik DSMR of een 2e Pi-Hole op een aparte vm heb draaien.

Ik heb voor HA ook nog de Google drive cloud backup actief.

[mr_derk]

!kk3 schreef op zondag 20 december 2020 @ 12:10:
een noob vraag:

Ik wil mijn Shelly 1 via MQTT aansturen in HA.

Ik gebruik de standaard Mosquitto broker (zonder user). Volgens de LOG wordt de Shelly gevonden:
1608461817: New connection from 192.168.178.32 on port 1883.
1608461817: New client connected from 192.168.178.32 as 6Ge74wyEN9CKXT8J0NP9pE (p2, c1, k60).

Echter via de intergration vindt hij geen entiteiten - ben al een paar uurtjes bezig maar kom (ook met google hulp) niet verder. Iemand een suggestie?

waarom gebruik je niet de native integratie?

[sjorsjuhmaniac]

!kk3 schreef op zondag 20 december 2020 @ 12:10:
een noob vraag:

Ik wil mijn Shelly 1 via MQTT aansturen in HA.

Ik gebruik de standaard Mosquitto broker (zonder user). Volgens de LOG wordt de Shelly gevonden:
1608461817: New connection from 192.168.178.32 on port 1883.
1608461817: New client connected from 192.168.178.32 as 6Ge74wyEN9CKXT8J0NP9pE (p2, c1, k60).

Echter via de intergration vindt hij geen entiteiten - ben al een paar uurtjes bezig maar kom (ook met google hulp) niet verder. Iemand een suggestie?

Ik liep er tegenaan dat HA standaard alleen subscribed op het 'homeassistant' topic. Dus als je shelly niet met die prefix published dan pakt HA er niets van op. Duurde bij mij wel even voor ik daar achter was. ik heb het ook nergens in de documentatie zien staan

[Hmmbob]

Shelly integratie

[!kk3]

mr_derk schreef op zondag 20 december 2020 @ 16:57:
[...]

waarom gebruik je niet de native integratie?

die gebruik ik ook en werkt - echter is dat vrij traag. ik heb een deurbel gemaakt met een shelly1 - hij werkt wel maar ik krijg geen of heeeel laat een melding dat de deurbel gaat. MQTT zou snappier reageren

[!kk3]

sjorsjuhmaniac schreef op zondag 20 december 2020 @ 16:58:
[...]


Ik liep er tegenaan dat HA standaard alleen subscribed op het 'homeassistant' topic. Dus als je shelly niet met die prefix published dan pakt HA er niets van op. Duurde bij mij wel even voor ik daar achter was. ik heb het ook nergens in de documentatie zien staan

dankjewel - ga ik proberen! —> Helaas ook geen succes

[ Voor 3% gewijzigd door !kk3 op 20-12-2020 18:35 ]

[Septillion]

dabachata schreef op zondag 20 december 2020 @ 03:26:
@Septillion Dank voor al je bijdragen! Echt goede tips en toelichtingen Ik snap alleen bovenstaande vergelijking tussen Wifi (ESP -> Tasmota) en Zigbee smart plugs niet. Volgens mij bedoel je te zeggen dat Zigbee smart plugs lager energieverbruik dan WiFi smart plugs hebben maar dat staat er niet dus twijfel ...

Wifi is nooit bedacht om zuinig te zijn, Zigbee is dat wel. Maar voor 230V pluggen waar het ook dienst doet als router voor andere devices zal het verbruik aan energie niet heel veel schelen. Wel gaat Zigbee een heel stuk zuiniger om met de bandbreedte (maar heeft ook de beschikking over minder).

Wat ik verder begrepen heb is dat WiFi instabiel wordt als je de alles via een KPN / Ziggo Router verbind ipv via een aparte WiFi router voor alle smart home plugs, sensoren, motoren etcetera. En dat je daarom beter voor Zigbee devices kan kiezen of een aparte WiFi router kan gebruiken voor verbinding met alle smart home plugs, sensoren, motoren etcetera. Toch?

Heeft niets te maken met de twee gescheiden houden maar alles met de goedkoopheid van ISP modem-routers. Elk device extra op je Wifi, of dat nu een telefoon of een smart switch is, kost je AP extra werk. Toegegeven, zodra je meer bandbreedte gebruikt zal het ook zwaarder worden maar elk device heeft al een aanslag. En die goedkope modems laten dan gewoon steken vallen. Dus ik zou niet adviseren om twee netwerken op te tuigen maar een enkele goede. Waar je overigens dan wel twee (of drie) SSID's op kunt draaien. Eén voor jou, één voor je smarts en eventueel een guest.

Ik zou graag wat tips ontvangen wat betreft energie verbruik monitoring van koelkast, vriezer en oven. Heb hier in dit topic gezocht op verschillende termen maar nog niet een reactie kunnen vinden die onderstaande vraag beantwoord.

Zelf erg tevreden over Blitzwolf BW-SHP6 Pro/15A met Tasmota. Laatst weer 2 bijgekocht voor onder de 9 euro per stuk Werken goed en zijn compact.

Voor koelkast en vriezer zou ik graag energie verbruik willen monitoren zonder dat het monitoren zelf veel stroom verbruikt. Voornaamste reden is doorhebben of koelkast of vriezer op een bepaald moment toe zijn aan vervanging omdat het energieverbruik steeds verder op loopt.

Op zich zullen ze dat niet doen. Als ze extra energie gebruiken is het tijd om je vriezer te ontdooien. Of om je deurrubber te vervangen. Wel kan het zijn dat modernere modellen zuinigere compressors hebben of meest waarschijnlijk, gewoon beter geïsoleerd zijn (daar valt by far het meeste te halen).

[Nomi]

Nomi schreef op zondag 13 december 2020 @ 14:07:
[...]

code:

Logger: homeassistant.components.buienradar.util
Source: components/buienradar/util.py:48
Integration: buienradar (documentation, issues)
First occurred: 00:32:53 (690 occurrences)
Last logged: 14:03:29

    Unable to retrieve json data from Buienradar(Msg: , status: None,)
    Unable to retrieve rain data from Buienradar(Msg: , status: None)
    Unable to retrieve json data from Buienradar(Msg: Cannot connect to host data.buienradar.nl:443 ssl:default [Temporary failure in name resolution], status: None,)

Sinds vannacht wil ie dus niet meer updaten.

@project.bobby

Jeej! Buienradar werkt weer. Het lag aan ipv6. Blijkbaar kijkt ie niet verder via ipv4 als ipv6 niet werkt (de routing was verkeerd). Ik zie nu geen foutmeldingen meer

[project.bobby]

Nomi schreef op zondag 20 december 2020 @ 20:49:
[...]


@project.bobby

Jeej! Buienradar werkt weer. Het lag aan ipv6. Blijkbaar kijkt ie niet verder via ipv4 als ipv6 niet werkt (de routing was verkeerd). Ik zie nu geen foutmeldingen meer

Ooh, nice, goed om te weten! Ik zie het bij mij ook niet meer terug trouwens. Ik heb wel wat rollbacks en reboots gedaan de afgelopen tijd maar niet specifiek de routering aangepast.

[mAiden88]

Hmmbob schreef op zondag 20 december 2020 @ 09:20:
[...]

Moet je ketel het wel ondersteunen, want de mijne publiceert niet heel veel nuttige dingen daarin

Is Toon wel Opentherm aangesloten dan? Boilerstatus app in de ToonStore publiceert ook geen dingen voor je dan? Zoals waterdruk, aanvoerstemperatuur, retourtemp. Overigens is de Boilerstatus app van ToonStore wel belangrijk om geïnstalleerd te hebben, wil je die plugin gebruiken. Aangezien die plugin kijkt naar boilerstatus.txt, die vult de boilerstatus app.

[Hmmbob]

Ja, alleen heb ik een oudere ketel. Brander modulatie en uitgangstemperatuur is zo'n beetje alles wat hij publiceert.

[dabachata]

Septillion schreef op zondag 20 december 2020 @ 19:01:
...

Op zich zullen ze dat niet doen. Als ze extra energie gebruiken is het tijd om je vriezer te ontdooien. Of om je deurrubber te vervangen. Wel kan het zijn dat modernere modellen zuinigere compressors hebben of meest waarschijnlijk, gewoon beter geïsoleerd zijn (daar valt by far het meeste te halen).

Dank voor alle info.

Ik heb zelf op heel veel plekken gelezen dat veel maar niet alle koelkasten en vriezers op termijn steeds meer energie gaan verbruiken naarmate ze ouder worden. Onder andere omdat ze bijna allemaal een beetje koelvloeistof lekken. Ze gaan dan steeds vaker aan slaan en steeds meer energie verbruiken. Met Smart Plug kan ik energieverbruik over heel jaar meten en zou dan graag automatisch een notificatie en/of email krijgen wanneer energieverbruik over heel jaar gemeten 30% hoger ligt als eerste jaar meting.

[RoTeK70]

Ik heb een sensor die het huidig verbruik aangeeft in bijvoorbeeld 6 W
Echter wil ik hiervan maken 6 Watt, want mijn andere sensoren geven dit ook aan in Watt.

Dit moet denk ik met een template sensor maar ik krijg dit niet correct.
Hoe zet ik dit op?

[Septillion]

@RoTeK70

YAML:

sensor:
  - platform: template
    sensors:
      yourSensorWatt:
        friendly_name: "{{ state_attr('sensor.yourSensor', friendly_name) }} Watt"
        unit_of_measurement: 'Watt'
        value_template: "{{ states('sensor.yourSensor') }}"

[ Voor 3% gewijzigd door Septillion op 21-12-2020 09:19 ]

[Pinky-H9]

Hi allen,

Korte vraag kan de config.yaml maar 1x sensor: hebben en is het dan de bedoeling om alle sensoren in 1 rits eronder te hebben of mag je meer keer sensor: gebruiken?

Inmiddels aardig alles lopend gekregen en begin de basis van YAML te snappen. Was altijd voor mij een reden om op Domoticz te blijven maar ja tijd genoeg nu dus toch de stap gemaakt (tenminste loopt nu tezamen met Domoticz daar bij mij 90% alles toch via MQTT loopt)

[HowsMyApple]

Pinky-H9 schreef op maandag 21 december 2020 @ 09:27:
Hi allen,

Korte vraag kan de config.yaml maar 1x sensor: hebben en is het dan de bedoeling om alle sensoren in 1 rits eronder te hebben of mag je meer keer sensor: gebruiken?

Inmiddels aardig alles lopend gekregen en begin de basis van YAML te snappen. Was altijd voor mij een reden om op Domoticz te blijven maar ja tijd genoeg nu dus toch de stap gemaakt (tenminste loopt nu tezamen met Domoticz daar bij mij 90% alles toch via MQTT loopt)

Volgens mij geef je dat 1 keer aan en komen al je sensors eronder ja.
Ikzelf heb dit in mijn config.yaml, zodat ik m'n config file lekker overzichtelijk kan houden:

code:

sensor: !include sensors.yaml

En dan vervolgens in die file alle sensors onder elkaar (zonder sensor: erboven!)

[Hmmbob]

Pinky-H9 schreef op maandag 21 december 2020 @ 09:27:
Hi allen,

Korte vraag kan de config.yaml maar 1x sensor: hebben en is het dan de bedoeling om alle sensoren in 1 rits eronder te hebben of mag je meer keer sensor: gebruiken?

Inmiddels aardig alles lopend gekregen en begin de basis van YAML te snappen. Was altijd voor mij een reden om op Domoticz te blijven maar ja tijd genoeg nu dus toch de stap gemaakt (tenminste loopt nu tezamen met Domoticz daar bij mij 90% alles toch via MQTT loopt)

Je kan maar 1x sensor: gebruiken, daaronder begin je iedere nieuwe sensor met een - teken:

YAML:

sensor:
  - platform: version
  - platform: version
    source: docker
  
  - platform: systemmonitor
    resources:
      - type: memory_use_percent
      - type: memory_use
      - type: processor_use

[ Voor 15% gewijzigd door Hmmbob op 21-12-2020 09:34 ]

[Septillion]

@Pinky-H9 Inderdaad 1x sensor. In de yaml boom moet alles uniek te adresseren zijn. Dus een naam mag maar 1x voorkomen als child van iets tenzij je een array (beginnende met -<spatie>) maakt.

[RoTeK70]

Septillion schreef op maandag 21 december 2020 @ 09:13:
@RoTeK70

YAML:

sensor:
  - platform: template
    sensors:
      yourSensorWatt:
        friendly_name: "{{ state_attr('sensor.yourSensor', friendly_name) }} Watt"
        unit_of_measurement: 'Watt'
        value_template: "{{ states('sensor.yourSensor') }}"

Ja dat werkt, nu wil ik afronden op 2 cijfers achter de komma zie hieronder. Echter verschijnt er maar 1 cijfer achter de komma.

code:

  - platform: template
    sensors:
      koelkast_watt:
        friendly_name: "{{ state_attr('sensor.blitz_tasmota_plug_02_energy_power_2', koelkast_watt) }} Watt"
        unit_of_measurement: 'Watt'
        value_template: "{{ states('sensor.blitz_tasmota_plug_02_energy_power_2')  | round(2) }}"

[Septillion]

@RoTeK70 Heeft de oorspronkelijke sensor wel 2 cijfers achter de komma?

Overigens zijn de meeste meters echt niet zo nauwkeurig, dus 1 cijfer achter de komma is bij de meeste meters al niet meer significant, laat staan 2.

[Septillion]

@RoTeK70 Ik bedenk me overigens ook net dat dit niet eens hoeft. (Sorry, net eerste koffie op ). Voor dit soort dingen heeft HA Customizations. Daar kan je gewoon unit aanpassen

[PnD]

Ik probeer mijn RFXcom werkend te krijgen op HA (kom vanaf domoticz).
Hij is ingeplugd en als ik bij hardware kijk staat ie erin:

/dev/ttyUSB1
- /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1QH1QU-if00-port0

Als ik vervolgens manual add op één van de volgende adressen kan hij niet verbinden:
- /dev/ttyUSB1
- /dev/serial/by-id/usb-RFXCOM_RFXtrx433_A1QH1QU-if00-port0

In de pulldownlijst kan ik alleen deze selecteren: /dev/ttyAMA0 (of mijn DSRM meter en conbee)

Als ik die selecteer zegt ie: Succes!
Vervolgens zet ik auto-add aan en probeer ik iets toe te voegen, maar komt er niks bij.

Iemand een idee?

ps. ander vraagje: Hoe werkt de deconz/phoscon integratie nou eigenlijk? Hij heeft netjes devices toegevoegd in HA die ik via Phoscon toegevoegd heb.

Vanwege issues met een schakelaar heb ik deze verwijderd in phoscon/deconz. In HA blijft hij echter gewoon staan en zie ik geen mogelijkheid om te verwijderen.

Ook vraag ik me af wat verstandig is met betrekking tot de benamingen in Phoscon/deconz. Ga ik ze daar de naamgeving geven? En het hernoemen in HA, is dat verstandig?

[ Voor 27% gewijzigd door PnD op 21-12-2020 10:30 ]

[RoTeK70]

Septillion schreef op maandag 21 december 2020 @ 09:53:
@RoTeK70 Ik bedenk me overigens ook net dat dit niet eens hoeft. (Sorry, net eerste koffie op ). Voor dit soort dingen heeft HA Customizations. Daar kan je gewoon unit aanpassen

Inderdaad dat kan ook. Heb ik ook niet over nagedacht. Bedankt

[golles]

Septillion schreef op maandag 21 december 2020 @ 09:13:
@RoTeK70

YAML:

sensor:
  - platform: template
    sensors:
      yourSensorWatt:
        friendly_name: "{{ state_attr('sensor.yourSensor', friendly_name) }} Watt"
        unit_of_measurement: 'Watt'
        value_template: "{{ states('sensor.yourSensor') }}"

Hier een extra sensor voor aanmaken is echt totaal overbodig, hier is customize (aanpassingen) voor bedacht. Dat kan zelfs via de UI, laatste toptie in de config
https://www.home-assistan...ustomization-using-the-ui

Edit, oops ik zie dat er al goede antwoorden waren, linkje is nog wel van toegevoegde waarde denk ik

[ Voor 7% gewijzigd door golles op 21-12-2020 10:16 ]

[The_Admin]

Wat zijn de recente ervaringen met een cross-platform migratie van een huidige HASS install? Ik draai hass nu in ubuntu (Docker) op een Intel NUC. Ik word een beetje gek van alle 'unsupported installation' meldingen, en maak nu amper gebruik van de kracht van de NUC dus wil eigenlijk de NUC herinstalleren met ProxMox en dan gewoon een HassOS VM daarin draaien.

Kan ik gewoon een full backup nemen en die tijdens het installatieproces van de HassOS VM herstellen? Heb ik dan alles terug incl config, add-ins, etc.? Data wordt weggeschreven naar een externe DB op m'n NAS, dus daar maak ik me verder niet zo druk over.

[sjorsjuhmaniac]

The_Admin schreef op maandag 21 december 2020 @ 10:27:
Wat zijn de recente ervaringen met een cross-platform migratie van een huidige HASS install? Ik draai hass nu in ubuntu (Docker) op een Intel NUC. Ik word een beetje gek van alle 'unsupported installation' meldingen, en maak nu amper gebruik van de kracht van de NUC dus wil eigenlijk de NUC herinstalleren met ProxMox en dan gewoon een HassOS VM daarin draaien.

Kan ik gewoon een full backup nemen en die tijdens het installatieproces van de HassOS VM herstellen? Heb ik dan alles terug incl config, add-ins, etc.? Data wordt weggeschreven naar een externe DB op m'n NAS, dus daar maak ik me verder niet zo druk over.

Vrij recent, niet zonder problemen:
n0ss in "Home Assistant: Open source Python3 home automation - deel 3"

[sjorsjuhmaniac]

The_Admin schreef op maandag 21 december 2020 @ 10:27:
Wat zijn de recente ervaringen met een cross-platform migratie van een huidige HASS install? Ik draai hass nu in ubuntu (Docker) op een Intel NUC. Ik word een beetje gek van alle 'unsupported installation' meldingen,

btw; niet de meest elegante oplossing maar waarom draai je het niet in virtualbox OP de NUC/Ubuntu? HA heeft een supported install VDI image (zo ver ik het begrijp is het supported -- iets met bomen en bos enzo)

edit: het zit verstop in de "installation instructions"
https://www.home-assistant.io/hassio/installation/

As a virtual appliance (x86_64/UEFI):

VMDK, VHDX, VDI, QCOW2, OVA

[ Voor 44% gewijzigd door sjorsjuhmaniac op 21-12-2020 10:35 ]

[DeadMetal]

Het viel me op dat het monitoren van mijn elektriciteitsverbruik ineens heel erg vertraagd was/leek.

Zo te zien is er recentelijk een nieuwe instelling bij de integratie gekomen (of is deze op een of andere manier van 1 naar 30 seconden gegaan):

[Hmmbob]

DeadMetal schreef op maandag 21 december 2020 @ 10:47:
Het viel me op dat het monitoren van mijn elektriciteitsverbruik ineens heel erg vertraagd was/leek.

Zo te zien is er recentelijk een nieuwe instelling bij de integratie gekomen (of is deze op een of andere manier van 1 naar 30 seconden gegaan):

[Afbeelding]

Dat komt doordat de 1sec instelling op niet al te krachtige systemen (zoals de pi) teveel data opleverde die weggeschreven moest worden, waardoor op een gegeven moment het systeem omviel.

https://github.com/home-assistant/core/pull/43057

[The_Admin]

sjorsjuhmaniac schreef op maandag 21 december 2020 @ 10:32:
[...]


btw; niet de meest elegante oplossing maar waarom draai je het niet in virtualbox OP de NUC/Ubuntu? HA heeft een supported install VDI image (zo ver ik het begrijp is het supported -- iets met bomen en bos enzo)

edit: het zit verstop in de "installation instructions"
https://www.home-assistant.io/hassio/installation/


[...]

Dat zou inderdaad ook nog een optie kunnen zijn, al heeft een bare metal hypervisor wel m'n voorkeur... keuzes, keuzes...

[_Mitchie_]

Ik wil graag Home Assistant Supervised installeren op mijn pi4. In het verleden kon dit via Raspberry Pi OS (32-bit) Lite maar aangezien dit niet meer supported is moet je het nu doen via Debian 10.

Met de Raspberry Pi OS (32-bit) Lite kan ik alles vanaf de commandline doen maar met Debian heb ik een toetsenbord en scherm nodig.

Is er misschien een mogelijk zoals bij Raspberry Pi OS om een SSH bestand te maken zodat ik vanaf de start in Debian 10 gelijk ssh heb en op die manier hem kan installeren. Ik lees op het forum van Home Assistant dat je het iets moet doen met sysconfig.txt maar aangezien ik vanaf een macbook werk heb ik ook putty.

[Septillion]

@_Mitchie_ Ik heb geen direct antwoord op je vraag (nooit plain Debian headless geinstalleerd) maar waarom niet gewoon HA OS?

[mAiden88]

Zie af en toe veel mensen voorbij komen, die geen port forwarding willen doen.. Voor deze mensen is onderstaande optie misschien een idee?

Voor de gratis versie van ngrok, is dit wat je heb:

HTTP/TCP tunnels on random URLs/ports

1 online ngrok process

4 tunnels / ngrok process

40 connections / minute

Hoe krijg je dit nou werkend? Nou zo:

1. ngrok downloaden (kan op zowel Linux als Windows.)
2. unzippen. (voor linux: unzip ngrok-xxxxx.zip)
3. Account aanmaken op: https://dashboard.ngrok.com/signup
4. authtoken uitvoeren: (token key staat in je dashboard na het aanmaken van account. Volgende uitvoeren: ./ngrok authtoken xxxxxxxxxxx
5. ./ngrok http interne-ip-van-ha:8123

Je zal dan een forwarding zien vanaf welke adres Home Assistant bereikbaar is, bij mij is dat: http://4eeexxxxxxxxx.ngrok.io/ voor http, en https://4eeexxxxxxxxxx.ngrok.io/ voor https.

[_Mitchie_]

Septillion schreef op maandag 21 december 2020 @ 11:16:
@_Mitchie_ Ik heb geen direct antwoord op je vraag (nooit plain Debian headless geinstalleerd) maar waarom niet gewoon HA OS?

Omdat ik naast HA OS ook dsmr reader wil draaien, en als ik goed heb gaat dat niet (correct me if am wrong)

[Septillion]

@_Mitchie_ Mja, dat is wel lastig ja. Misschien dat het kan als Docker maar geen ervaring mee. Weet niet of ik zelf de extra moeite het waard zou vinden boven gewoon een tweede Pi scoren of P1 in HA doen.

[-Casper]

_Mitchie_ schreef op maandag 21 december 2020 @ 11:22:
[...]


Omdat ik naast HA OS ook dsmr reader wil draaien, en als ik goed heb gaat dat niet (correct me if am wrong)

Ik draai het gewoon op Buster, wat op Debian gebaseerd is. Werkt prima.

[Koepert]

_Mitchie_ schreef op maandag 21 december 2020 @ 11:13:
Ik wil graag Home Assistant Supervised installeren op mijn pi4. In het verleden kon dit via Raspberry Pi OS (32-bit) Lite maar aangezien dit niet meer supported is moet je het nu doen via Debian 10.

Met de Raspberry Pi OS (32-bit) Lite kan ik alles vanaf de commandline doen maar met Debian heb ik een toetsenbord en scherm nodig.

Is er misschien een mogelijk zoals bij Raspberry Pi OS om een SSH bestand te maken zodat ik vanaf de start in Debian 10 gelijk ssh heb en op die manier hem kan installeren. Ik lees op het forum van Home Assistant dat je het iets moet doen met sysconfig.txt maar aangezien ik vanaf een macbook werk heb ik ook putty.

Na afronden installatie kan het uiteraard sowieso, maar volgens mij moet het vanaf scratch ook kunnen.. Maar ik zie alleen directe installatie/activatie SSH (dus impliceert tobo + scherm) of methodes als dit: https://github.com/philpagel/debian-headless

dan ben ik geneigd: A) Probeer het eens met een ssh bestand of test of Debian SSH wellicht toch al aan boord heeft (verwacht het niet). Probeer een toetsenbord + scherm te regelen. Ook hier staan nl alleen stappen waarbij je access hebt. https://wiki.debian.org/SSH

[_Mitchie_]

@septillion, -Casper en Koepert, bedankt voor jullie reacties en het meedenken.

Ik ben voor de Buster optie gegaan, ik kan in de toekomst altijd nog even kijken om een toetsenbord en scherm aan te sluiten of dat iemand toch een oplossing heeft hiervoor. nogmaals dank.

[itguy013]

itguy013 schreef op vrijdag 18 december 2020 @ 11:49:
[...]

Heb inmiddels alle add-ons uit en ingeschakeld. Nog steeds niet gevonden. Misschien toch een integratie vanuit hacs. Via glances kwam ik op het volgende uit:

CPU% MEM% VIRT RES PID USER TIME+ THR NI S IOR/s IOW/s Command
98.8 29.6 618M 587M 62865 1003 2h54:48 1 0 R 0 0 systemd-resolved
3.7 2.0 59.7M 39.2M 71035 root 00:08.54 18 0 R 0 0 glances
3.5 1.1 1.87G 22.7M 415 root 27:51.78 29 0 S 0 0 containerd
2.3 2.4 1.81G 47.7M 403 root 11:08.97 19 0 S 0 0 dockerd
2.1 10.3 455M 205M 8881 root 25:44.34 38 0 S 0 0 python3
1.8 0.6 789M 11.8M 6993 root 24:53.88 8 0 S 0 0 deCONZ
0.4 2.3 124M 45.4M 1772 root 02:16.63 8 0 S 0 0 python3
0.3 0.0 836K 192K 3355 root 03:37.62 1 0 S 0 0 mdns-repeater
0.2 0.0 0 0 69279 root 00:00.88 1 0 I 0 0 kworker/u4:2-events_unbound
0.2 0.0 0 0 10 root 01:04.09 1 0 I 0 0 rcu_sched
0.2 0.0 623M 404K 5093 root 01:36.91 10 0 S 0 0 airsonos
0.2 0.1 78.7M 1.39M 352 root 02:26.99 2 0 S 0 0 vmtoolsd
0.2 0.9 301M 18.8M 187 root 06:43.82 1 0 S 0 0 systemd-journald
0.1 0.0 391M 404K 5982 root 00:46.12 3 0 S 0 0 adb
0.1 0.1 1.24G 1.39M 1140 root 00:04.60 9 0 S 0 0 containerd-shim
0.1 0.1 1.24G 1.49M 4217 root 00:04.69 9 0 S 0 0 containerd-shim
0.1 0.1 1.24G 1.53M 3074 root 00:05.75 9 0 S 0 0 containerd-shim
0.1 0.1 1.24G 1.55M 2054 root 00:06.60 9 0 S 0 0 containerd-shim
0.1 0.1 1.24G 1.82M 15736 root 00:05.64 9 0 S 0 0 containerd-shim
0.1 0.1 1.24G 2.29M 11137 root 00:04.49 9 0 S 0 0 containerd-shim
0.1 0.4 1.24G 7.67M 70605 root 00:00.04 9 0 S 0 0 containerd-shim
0.1 0.6 729M 11.3M 2360 root 02:40.11 9 0 S 0 0 coredns
0.1 4.9 775M 96.4M 8021 root 03:53.29 12 0 S 0 0 AdGuardHome
0.0 0.0 0 0 70118 root 00:00.00 1 0 I 0 0 kworker/u4:1
0.0 0.0 0 0 70117 root 00:00.00 1 0 I 0 0 kworker/1:3
0.0 0.0 0 0 70056 root 00:00.03 1 0 I 0 0 kworker/0:5-cgroup_destroy
0.0 0.0 0 0 70055 root 00:00.02 1 0 I 0 0 kworker/0:4-events_power_efficient
0.0 0.0 0 0 70054 root 00:00.00 1 0 I 0 0 kworker/0:2-events
0.0 0.0 0 0 70041 root 00:00.00 1 0 I 0 0 kworker/0:1-cgroup_destroy
0.0 0.0 0 0 69935 root 00:00.10 1 0 I 0 0 kworker/1:2-events_power_efficient

Idee wat die systemd-resolved betekend?

Probleem opgelost. Had mdns aanstaan op mijn unifi dreammachine. Deze uitgezet en load kwam weer onder de 10% en memory weer op normale waardes.

[sjorsjuhmaniac]

_Mitchie_ schreef op maandag 21 december 2020 @ 11:22:
[...]


Omdat ik naast HA OS ook dsmr reader wil draaien, en als ik goed heb gaat dat niet (correct me if am wrong)

Als er een DSMR container voor je platform beschikbaar is had je deze in HA OS, via portainer kunnen draaien.

[sjorsjuhmaniac]

itguy013 schreef op maandag 21 december 2020 @ 12:56:
[...]


Probleem opgelost. Had mdns aanstaan op mijn unifi dreammachine. Deze uitgezet en load kwam weer onder de 10% en memory weer op normale waardes.

begrijp ik het goed; je hebt dus een container die niet om kan gaan met ontvangen mdns broadcasts?

[itguy013]

sjorsjuhmaniac schreef op maandag 21 december 2020 @ 13:31:
[...]


begrijp ik het goed; je hebt dus een container die niet om kan gaan met ontvangen mdns broadcasts?

Daar lijkt het wel op. heb echt niks anders kunnen vinden wat het had kunnen zijn. Ook in de logging kon ik niet veel terugvinden waardoor dit is ontstaan. mdns stond al veel langer aan namelijk

[sjorsjuhmaniac]

itguy013 schreef op maandag 21 december 2020 @ 13:34:
[...]


Daar lijkt het wel op. heb echt niks anders kunnen vinden wat het had kunnen zijn. Ook in de logging kon ik niet veel terugvinden waardoor dit is ontstaan. mdns stond al veel langer aan namelijk

Apart. Luistert die container uberhaupt wel naar mdns (port 5353) ? anyway... offtopic

[Voggy]

Beste medetweakers,

Na flink wat googelen en youtube filmpjes kijken heb ik eindelijk Home assist aan de praat gekregen op mijn Synology NAS via Docker.

Momenteel heb ik alleen home automation spul van Ikea, verbonden met de Tradfri hub. Ik kom er net achter dat mijn bewegingssensoren niet werken als deze verbonden zijn met de hub. Ik begrijp nu dat ik een usb stick moet aanschaffen welke de Ikea hub zal vervangen? Zouden jullie mij kunnen helpen want ik zie door de bomen het bos niet meer.

Volgens mij heb ik zo'n zigbee adapter nodig:
https://www.zigbee2mqtt.i...n/supported_adapters.html

Zijn er nog andere mogelijkheden?

[Septillion]

@Voggy Naast Zigbee2MQTT heb je nog ZHA en deConz. Zelf draai ik naar grote tevredenheid Zigbee2MQTT.

[water_escape]

@Hmmbob @Septillion

Het loopt allemaal goed, maar ik merk nu toch een "bug" .

Wanneer binary_sensor.ms2_philips_sml001_occupancy de motion detecteert gaan de lampen netjes aan. Wanneer ik dan binnen 5 minuten toevallig weer langs loop, maar binary_sensor.philips_sml001_581e6708_occupancy detecteert mij eerst, dan gaan de lampen uit. iets triggerd er dus om hem uit te schakelen als de andere sensor weer beweging ziet. Maar ik zie niet wat.

kan het zijn dat de andere sensor (omdat de lampen aan zijn) een hogere lux heeft en bij beweging dus uit moet schakelen?

voor de zekerheid de yaml:

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '21:30'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: time
            after: '08:00'
            before: '21:30'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[ Voor 3% gewijzigd door water_escape op 21-12-2020 15:10 ]

[sjorsjuhmaniac]

Voggy schreef op maandag 21 december 2020 @ 14:33:
Beste medetweakers,

Momenteel heb ik alleen home automation spul van Ikea, verbonden met de Tradfri hub. Ik kom er net achter dat mijn bewegingssensoren niet werken als deze verbonden zijn met de hub. Ik begrijp nu dat ik een usb stick moet aanschaffen welke de Ikea hub zal vervangen? Zouden jullie mij kunnen helpen want ik zie door de bomen het bos niet meer.

Ik neem aan dat je dan dus geen beweging sensor van de idea/tradfri hebt? anders moet het gewoon werken op de hub zonder sticks.

Je kan inderdaad met een USB stick zelf als 'hub' gaan spelen en een zigbee network opbouwen. Let wel dat het dan nog kan voorkomen dat een sensor/lamp/melder niet ondersteund wordt door de stick of de software daarachter. Volgens mij wordt er wel veel ondersteund maar is wel iets om rekening mee te houden.

Als je dat wil gaan doen kan je een van de sticks kopen op die pagina. Let wel; die sticks werken met de 'software' zigbee2mqtt. (zigbee2mqtt is een 'vertaler' die zigbee data omzet in mqtt data. mqtt data is universeler en kan door heel veel andere software - waaronder HA - gelezen en begrepen worden) Er is natuurlijk ook keuze uit andere vertaal software, en die ondersteunen mogelijk weer andere sticks.

Zigbee2mqtt is een bekende en wordt actief bijgehouden. De meeste sticks die ze aanbevelen zijn ook vrij goed ondersteund door andere vertaal software. Ik heb zelf voor de Conbee II stick gekozen: was snel leverbaar en geen losse printjes of antennes; is wel een van de duurste oplossingen.

[Septillion]

@water_escape Ah, ja, dat is een probleem. En niet persé door de tweede sensor overigens. Zodra de staat van je eerste sensor weer naar off/vrij gaat kan deze hetzelfde doen.

Makkelijkste fix, voeg in de OR van de lux ook de state van je lamp toe. Ofwel, als de lamp aan staat is ook al aan de voorwaarde voldaan.

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '21:30'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: time
            after: '08:00'
            before: '21:30'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[Voggy]

sjorsjuhmaniac schreef op maandag 21 december 2020 @ 15:17:
[...]
Ik neem aan dat je dan dus geen beweging sensor van de idea/tradfri hebt? anders moet het gewoon werken op de hub zonder sticks.

Ik heb wel een sensor van Ikea. Volgens het internet wordt deze sensor verbonden met een lamp en niet met de hub. De hub krijgt alleen de batterij status doorgegeven, en niet de 'sensor hoog/laag' status. Zie screenshot.


Bedankt voor de heldere uitleg, ik ga me er even in verdiepen.

[ Voor 9% gewijzigd door Voggy op 21-12-2020 15:27 ]

[water_escape]

Begrijp ik direct . gaan we testen. Dank.

Septillion schreef op maandag 21 december 2020 @ 15:20:
@water_escape Ah, ja, dat is een probleem. En niet persé door de tweede sensor overigens. Zodra de staat van je eerste sensor weer naar off/vrij gaat kan deze hetzelfde doen.

Makkelijkste fix, voeg in de OR van de lux ook de state van je lamp toe. Ofwel, als de lamp aan staat is ook al aan de voorwaarde voldaan.

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '21:30'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: time
            after: '08:00'
            before: '21:30'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[sjorsjuhmaniac]

Voggy schreef op maandag 21 december 2020 @ 15:26:
[...]

Ik heb wel een sensor van Ikea. Volgens het internet wordt deze sensor verbonden met een lamp en niet met de hub. De hub krijgt alleen de batterij status doorgegeven, en niet de 'sensor hoog/laag' status. Zie screenshot.
[Afbeelding]

Bedankt voor de heldere uitleg, ik ga me er even in verdiepen.

Hier zie je dat ik niet bekent ben met de ikea spullen... sorry.
Hij wordt wel ondersteund door zigbee2mqtt
https://www.zigbee2mqtt.io/devices/E1525_E1745.html

Hele lijst: https://www.zigbee2mqtt.i...on/supported_devices.html

[Hmmbob]

water_escape schreef op maandag 21 december 2020 @ 15:30:
Begrijp ik direct . gaan we testen. Dank.


[...]

Alternatief is om de turn_off toch weer terug te brengen na de delays in je eerste choose en default keuzes, en niet meer los onderaan.

[Septillion]

@Hmmbob Dan verander je het probleem alleen Dan gaat bij nieuwe beweging zijn licht nooit meer uit

[Hmmbob]

Septillion schreef op maandag 21 december 2020 @ 15:50:
@Hmmbob Dan verander je het probleem alleen Dan gaat bij nieuwe beweging zijn licht nooit meer uit

Das toch prima? Er loopt nog iemand dus die lamp moet nog niet uit

[Septillion]

@Hmmbob En dan bedoel ik dus ook nooit, ook niet na 3 minuten, 5 minuten, een uur... Lijkt me beetje voorbij gaan aan het nut van de automatie

[Hmmbob]

Je praat poep volgens mij. Mode: restart loopt gewoon weer door de cyclus heen.

[ Voor 8% gewijzigd door Hmmbob op 21-12-2020 15:57 ]

[Septillion]

@Hmmbob Volgens mij niet... Als licht al aan staat en je triggert hem nog eens dan zal de lopende automation worden gestopt (zonder af te maken) en zal hij opnieuw gestart worden waar je hem niets laat doen, immers, licht is boven de lux waarde. Einde automation en licht staat aan.

[Voggy]

sjorsjuhmaniac schreef op maandag 21 december 2020 @ 15:36:
[...]
Hier zie je dat ik niet bekent ben met de ikea spullen... sorry.
Hij wordt wel ondersteund door zigbee2mqtt
https://www.zigbee2mqtt.io/devices/E1525_E1745.html

Hele lijst: https://www.zigbee2mqtt.i...on/supported_devices.html

Dankjewel. Het ziet er naar uit dat ik toch maar zo'n zigbee usb stickje moet aanschaffen. En weer een avondje youtube filmpjes kijken om dat ding werkend te krijgen. Voordeel hiervan is dat ik straks ook spul van andere fabrikanten kan integreren.

[Hmmbob]

Hmmm, op die manier. Zal er aan liggen hoe fel de lamp aangaat. Maar ok, you could be right - I stand corrected.

[Lelletje]

Ik kom er even niet uit.

Op dit moment gaat de lamp in de hal altijd aan als je in de hal komt.

Ik wil graag dat een lamp in de hal pas aan gaat als de zon onder is, en dat deze niet aan gaat als de zon op is.

Met condition Sun lukt het niet. Before Sunrise and After Sunset ingesteld, de lamp blijft toch aan gaan. Met de condition And om de aparte Sunrise en Sunset in te stellen, dan gaat de lamp niet aan.

code:

- id: '1592417284837'
  alias: 'Change: Turn Light in Hal On'
  description: ''
  trigger:
  - entity_id: binary_sensor.motion_sensor_79d5
    platform: state
    to: 'on'
  condition:
  - condition: and
    conditions:
    - condition: sun
      before: sunrise
      before_offset: +01:30:00
    - condition: sun
      after: sunset
      after_offset: -01:30:00
  action:
  - data: {}
    entity_id: light.overloop_1
    service: light.turn_on
  mode: single

Zonder de condition gaat ie altijd aan als de bewegingssensor getriggerd wordt.

[ Voor 4% gewijzigd door Lelletje op 21-12-2020 16:37 ]

[Hmmbob]

Lelletje schreef op maandag 21 december 2020 @ 16:36:
Ik kom er even niet uit.

Op dit moment gaat de lamp in de hal altijd aan als je in de hal komt.

Ik wil graag dat een lamp in de hal pas aan gaat als de zon onder is, en dat deze niet aan gaat als de zon op is.

Met condition Sun lukt het niet. Before Sunrise and After Sunset ingesteld, de lamp blijft toch aan gaan. Met de condition And om de aparte Sunrise en Sunset in te stellen, dan gaat de lamp niet aan.

code:

- id: '1592417284837'
  alias: 'Change: Turn Light in Hal On'
  description: ''
  trigger:
  - entity_id: binary_sensor.motion_sensor_79d5
    platform: state
    to: 'on'
  condition:
  - condition: and
    conditions:
    - condition: sun
      before: sunrise
      before_offset: +01:30:00
    - condition: sun
      after: sunset
      after_offset: -01:30:00
  action:
  - data: {}
    entity_id: light.overloop_1
    service: light.turn_on
  mode: single

Zonder de condition gaat ie altijd aan als de bewegingssensor getriggerd wordt.

Sowieso moet je geen AND maar een OR condition hebben (het kan nooit én voor sunrise én na sunset zijn). Maar, ik heb exact dezelfde use-case:

YAML:

##########################
## Gang
##########################
- id: turn_off_gang
  alias: "Lights: Turn off gang"
  initial_state: true
  trigger:
    platform: state
    entity_id: binary_sensor.pir_gang_sensor
    to: "off"
    for:
      seconds: 30
  condition:
    - condition: state
      entity_id: input_boolean.enable_pir_gang
      state: "on"
  action:
    service: homeassistant.turn_off
    entity_id: light.gang_dimmer_level

- id: turn_on_gang_on_movement
  alias: "Lights: Gang aan op beweging"
  trigger:
    platform: state
    entity_id: binary_sensor.pir_gang_sensor
    to: "on"
  condition:
    - condition: and
      conditions:
        - condition: state
          entity_id: input_boolean.enable_pir_gang
          state: "on"
        - condition: or
          conditions:
            - condition: sun
              after: sunset
            - condition: sun
              before: sunrise
  action:
    - service: homeassistant.turn_on
      entity_id: light.gang_dimmer_level

Ik gebruik nog een input_boolean om bij te houden of de lamp handmatig of met een automation aangezet is, en hij dus ook automatisch uit moet of niet.

[ Voor 5% gewijzigd door Hmmbob op 21-12-2020 16:41 ]

[PnD]

RFXcom werkend, maar nu de volgende uitdaging...
Heb in Domoticz een aantal devices staan waar ik de code niet meer in de afstandsbediening heb staan. Ik kan ze dus niet leren aan HA.
Resetten van de devices is erg lastig, want inbouw etc.

In Domoticz staat het volgende:
- ID 0C3AE4A
- Unit 1
- Type Lighting 2
- Subtype AC

Dit moet ik nu vertaald krijgen naar een eventcode in HA zoals: 0b110097016a15620f000070

In dit topic staat wat uitgelegd, maar ik krijg er geen goede event code op gebaseerd. Iemand al eerder met dit bijltje gehakt?

[ Voor 5% gewijzigd door PnD op 21-12-2020 16:39 ]

[Rianata]

Lelletje schreef op maandag 21 december 2020 @ 16:36:
Ik kom er even niet uit.

Op dit moment gaat de lamp in de hal altijd aan als je in de hal komt.

Ik wil graag dat een lamp in de hal pas aan gaat als de zon onder is, en dat deze niet aan gaat als de zon op is.

Met condition Sun lukt het niet. Before Sunrise and After Sunset ingesteld, de lamp blijft toch aan gaan. Met de condition And om de aparte Sunrise en Sunset in te stellen, dan gaat de lamp niet aan.

code:

- id: '1592417284837'
  alias: 'Change: Turn Light in Hal On'
  description: ''
  trigger:
  - entity_id: binary_sensor.motion_sensor_79d5
    platform: state
    to: 'on'
  condition:
  - condition: and
    conditions:
    - condition: sun
      before: sunrise
      before_offset: +01:30:00
    - condition: sun
      after: sunset
      after_offset: -01:30:00
  action:
  - data: {}
    entity_id: light.overloop_1
    service: light.turn_on
  mode: single

Zonder de condition gaat ie altijd aan als de bewegingssensor getriggerd wordt.

Wat @Hmmbob aangeeft middels zijn voorbeeld; jouw conditions leveren altijd 'waar' op en dus gaat het licht altijd aan. Jouw type condition moet 'or' zijn en niet 'and'.

[Lelletje]

Hmmbob schreef op maandag 21 december 2020 @ 16:39:
[...]


Sowieso moet je geen AND maar een OR condition hebben (het kan nooit én voor sunrise én na sunset zijn). Maar, ik heb exact dezelfde use-case:

YAML:

##########################
## Gang
##########################
- id: turn_off_gang
  alias: "Lights: Turn off gang"
  initial_state: true
  trigger:
    platform: state
    entity_id: binary_sensor.pir_gang_sensor
    to: "off"
    for:
      seconds: 30
  condition:
    - condition: state
      entity_id: input_boolean.enable_pir_gang
      state: "on"
  action:
    service: homeassistant.turn_off
    entity_id: light.gang_dimmer_level

- id: turn_on_gang_on_movement
  alias: "Lights: Gang aan op beweging"
  trigger:
    platform: state
    entity_id: binary_sensor.pir_gang_sensor
    to: "on"
  condition:
    - condition: and
      conditions:
        - condition: state
          entity_id: input_boolean.enable_pir_gang
          state: "on"
        - condition: or
          conditions:
            - condition: sun
              after: sunset
            - condition: sun
              before: sunrise
  action:
    - service: homeassistant.turn_on
      entity_id: light.gang_dimmer_level

Ik gebruik nog een input_boolean om bij te houden of de lamp handmatig of met een automation aangezet is, en hij dus ook automatisch uit moet of niet.

Helder! Het werkt nu hier, thanks!!

[Ronker32]

Ik ben aan het nadenken over de beste manier om een notificatie te versturen naar de laatste persoon die het huis verlaat als er nog lampen aan staan.

Stel, je hebt deze simpele automation:

YAML:

- alias: Lampencheck
  trigger:
  - platform: state
    entity_id: person.ronker
    from: home
    to: not_home
  - platform: state
    entity_id: person.vriendin
    from: home
    to: not_home
  action:
  - service: notify.mobile_app_iphone_van_ronker
    data:
      message: Er staan nog lampen aan!
  - service: notify.mobile_app_iphone_van_vriendin
    data:
      message: Er staan nog lampen aan!

Wat is nu de makkelijkste manier om de notificatie alleen te versturen naar degene die als laatste het huis verlaat? Ik zie een paar opties, die stuk voor stuk van elkaar verschillen in eenvoud en hoeveelheid code.

1. Splits de automation: ik splits deze automation in twee automations, één met een trigger op mijn persoon, één met een trigger op mijn vriendin. Dan kan ik ook de action veranderen en heb ik het gewenste gedrag. Nadeel is dat ik voor veel automations twee varianten ga krijgen, dus veel code en dus meer onderhoud. Wel duidelijk per automation. Heeft niet mijn voorkeur.
2. Maak gebruik van choose: ik pas de chooser toe in de automation om uit te vinden welke status zojuist is veranderd. Nog niet helemaal over uit, ik vind de chooser af en toe best een onbehapbaar stuk code produceren en wat lastig uit te lezen. Voordeel is één automation, maar niet helemaal mijn voorkeur.
3. Gebruik een variabele in de notify action: dit lijkt me nu de meest ideale oplossing maar ik weet niet hoe ik dat voor elkaar moet krijgen. Kortgezegd wil ik een variabele (sensor of input boolean) die wordt gebruikt bij het uitvoeren van de actie (notify.mobile_app_var_persoon). Dat scheelt me de meeste code in de automations, houdt het vrij clean en geeft me het gewenste gedrag.
4. .....? Wellicht zie ik nog een alternatief over het hoofd

Iemand suggesties? Zijn er ook al mensen die dit afvangen? Ben benieuwd!

[tdw]

RudolfR schreef op zaterdag 19 december 2020 @ 11:00:
@tdw

Een template met 'person != home'?

Of voor deze automation de onderliggende bluetooth tracker gebruiker ipv de overkoepelende person?

Bedankt hiervoor! Het heeft gewerkt

[RobertMe]

Ronker32 schreef op maandag 21 december 2020 @ 17:55:
Ik ben aan het nadenken over de beste manier om een notificatie te versturen naar de laatste persoon die het huis verlaat als er nog lampen aan staan.

Stel, je hebt deze simpele automation:

YAML:

- alias: Lampencheck
  trigger:
  - platform: state
    entity_id: person.ronker
    from: home
    to: not_home
  - platform: state
    entity_id: person.vriendin
    from: home
    to: not_home
  action:
  - service: notify.mobile_app_iphone_van_ronker
    data:
      message: Er staan nog lampen aan!
  - service: notify.mobile_app_iphone_van_vriendin
    data:
      message: Er staan nog lampen aan!

Wat is nu de makkelijkste manier om de notificatie alleen te versturen naar degene die als laatste het huis verlaat? Ik zie een paar opties, die stuk voor stuk van elkaar verschillen in eenvoud en hoeveelheid code.

1. Splits de automation: ik splits deze automation in twee automations, één met een trigger op mijn persoon, één met een trigger op mijn vriendin. Dan kan ik ook de action veranderen en heb ik het gewenste gedrag. Nadeel is dat ik voor veel automations twee varianten ga krijgen, dus veel code en dus meer onderhoud. Wel duidelijk per automation. Heeft niet mijn voorkeur.
2. Maak gebruik van choose: ik pas de chooser toe in de automation om uit te vinden welke status zojuist is veranderd. Nog niet helemaal over uit, ik vind de chooser af en toe best een onbehapbaar stuk code produceren en wat lastig uit te lezen. Voordeel is één automation, maar niet helemaal mijn voorkeur.
3. Gebruik een variabele in de notify action: dit lijkt me nu de meest ideale oplossing maar ik weet niet hoe ik dat voor elkaar moet krijgen. Kortgezegd wil ik een variabele (sensor of input boolean) die wordt gebruikt bij het uitvoeren van de actie (notify.mobile_app_var_persoon). Dat scheelt me de meeste code in de automations, houdt het vrij clean en geeft me het gewenste gedrag.
4. .....? Wellicht zie ik nog een alternatief over het hoofd

Iemand suggesties? Zijn er ook al mensen die dit afvangen? Ben benieuwd!

Ik zou voor optie 3 gaan. Trigger op beide entities, en in een automation heb je een trigger variabele. Die kun je gebruiken om het entity_id van de notify te templaten. Exacte details voor hoe dit te doen zou ik ook moeten opzoeken, maar wellicht lukt het je hiermee al. Bij de documentaire van automations/trigger of templates zul je vast meer terug vinden over die variabele.

[TWKterry]

Ronker32 schreef op maandag 21 december 2020 @ 17:55:
Ik ben aan het nadenken over de beste manier om een notificatie te versturen naar de laatste persoon die het huis verlaat als er nog lampen aan staan.

[/code]
Wat is nu de makkelijkste manier om de notificatie alleen te versturen naar degene die als laatste het huis verlaat? Ik zie een paar opties, die stuk voor stuk van elkaar verschillen in eenvoud en hoeveelheid code.

Iemand suggesties? Zijn er ook al mensen die dit afvangen? Ben benieuwd!

Bijhouden hoeveel personen nog thuis zijn, wordt dat getal 0 dan melding sturen aan persoon die triggered ?
Is ook makkelijk uit te breiden bij kinderen.

[rusman]

Ronker32 schreef op maandag 21 december 2020 @ 17:55:
Ik ben aan het nadenken over de beste manier om een notificatie te versturen naar de laatste persoon die het huis verlaat als er nog lampen aan staan.

Stel, je hebt deze simpele automation:

YAML:

- alias: Lampencheck
  trigger:
  - platform: state
    entity_id: person.ronker
    from: home
    to: not_home
  - platform: state
    entity_id: person.vriendin
    from: home
    to: not_home
  action:
  - service: notify.mobile_app_iphone_van_ronker
    data:
      message: Er staan nog lampen aan!
  - service: notify.mobile_app_iphone_van_vriendin
    data:
      message: Er staan nog lampen aan!

Wat is nu de makkelijkste manier om de notificatie alleen te versturen naar degene die als laatste het huis verlaat? Ik zie een paar opties, die stuk voor stuk van elkaar verschillen in eenvoud en hoeveelheid code.

1. Splits de automation: ik splits deze automation in twee automations, één met een trigger op mijn persoon, één met een trigger op mijn vriendin. Dan kan ik ook de action veranderen en heb ik het gewenste gedrag. Nadeel is dat ik voor veel automations twee varianten ga krijgen, dus veel code en dus meer onderhoud. Wel duidelijk per automation. Heeft niet mijn voorkeur.
2. Maak gebruik van choose: ik pas de chooser toe in de automation om uit te vinden welke status zojuist is veranderd. Nog niet helemaal over uit, ik vind de chooser af en toe best een onbehapbaar stuk code produceren en wat lastig uit te lezen. Voordeel is één automation, maar niet helemaal mijn voorkeur.
3. Gebruik een variabele in de notify action: dit lijkt me nu de meest ideale oplossing maar ik weet niet hoe ik dat voor elkaar moet krijgen. Kortgezegd wil ik een variabele (sensor of input boolean) die wordt gebruikt bij het uitvoeren van de actie (notify.mobile_app_var_persoon). Dat scheelt me de meeste code in de automations, houdt het vrij clean en geeft me het gewenste gedrag.
4. .....? Wellicht zie ik nog een alternatief over het hoofd

Iemand suggesties? Zijn er ook al mensen die dit afvangen? Ben benieuwd!

Ik heb een dubbele trigger die alleen doorgaat als hij aan beide condities voldoet:

code:

trigger:
  - platform: device
    domain: device_tracker
    entity_id: device_tracker.iphone_1
    type: leaves
    zone: zone.home
  - platform: device
    domain: device_tracker
    entity_id: device_tracker.iphone_2
    type: leaves
    zone: zone.home
condition:
  - condition: device
    domain: device_tracker
    entity_id: device_tracker.iphone_1
    type: is_not_home
  - condition: device
    domain: device_tracker
    entity_id: device_tracker.iphone_2
    type: is_not_home