Home Assistant - Open source Python3 home automation

[m44rt3np44uw]

JP12 schreef op woensdag 15 augustus 2018 @ 11:23:
[...]


Ik kan wisselen tussen modi en temperaturen, maar zodra ik hem op 'away' mode heb gezet komen wijzigingen niet meer door. De component die ik gebruik is deze: https://github.com/krocat/ToonHA

Home Assistant heeft sinds versie 0.56 een Toon component.
Je zou kunnen kijken of deze werkt.

https://www.home-assistant.io/components/toon/

[Hmmbob]

Ik denk het niet: “ The component uses your Mijn Eneco credentials to control your thermostat through the toonopafstand domain”.

[CodeIT]

Ik probeer met custom css deze balk weg te halen voor betere weergave op een tablet:


Het wil me echter niet lukken. Hass maakt gebruikt van Polymer. De node die ik wil verbergen is 'app-toolbar', maar mijn css skills schieten te kort. Heeft iemand anders ervaring met custom CSS icm Hass/polymer?

[codegro]

Omdat mijn RP3 er nogal eens uit knalt vawege een corrupte SD, ben ik nu wat aan het stoeien met een Intel NUC met SSD. Ik heb hierop Ubuntu server 18.04 geinstalleerd en HomeAssistant in een docker container middels docker-compose. Alles geregistreerd via duckdns en kan nu HA benaderen via duckdns op poort 8123. Nu wil ik het ook via SSL (Lets encrypt) laten lopen, maar krijg het niet voor elkaar. Zijn er meerdere die een soortgelijke configuratie hebben? Zo ja, hoe hebben jullie SSL geregeld?

[Tassadar32]

@codegro Er zijn hier mensen die dat met Traefik geregeld hebben, dat is mij nog niet gelukt en ben ik ook wel benieuwd naar.

[CodeIT]

codegro schreef op woensdag 15 augustus 2018 @ 14:47:
Omdat mijn RP3 er nogal eens uit knalt vawege een corrupte SD, ben ik nu wat aan het stoeien met een Intel NUC met SSD. Ik heb hierop Ubuntu server 18.04 geinstalleerd en HomeAssistant in een docker container middels docker-compose. Alles geregistreerd via duckdns en kan nu HA benaderen via duckdns op poort 8123. Nu wil ik het ook via SSL (Lets encrypt) laten lopen, maar krijg het niet voor elkaar. Zijn er meerdere die een soortgelijke configuratie hebben? Zo ja, hoe hebben jullie SSL geregeld?

Ik gebruik een container met letsencrypt + nginx
In docker compose staat dit:

code:

letsencrypt:
        image: linuxserver/letsencrypt:latest
        ports:
          - 80:80
          - 443:443
        volumes:
          - C:\docker\data\proxy_data:/config
        environment:
          - EMAIL=[e-mail]
          - URL=mijn-domein.nl
          - SUBDOMAINS=thuis,dsmr.thuis, sonarr.thuis, radarr.thuis, zm.thuis, grafana.thuis, deluge.thuis, hass.thuis, hass, 
          - VALIDATION=http
          - ONLY_SUBDOMAINS=true
          - TZ=Europe/Amsterdam
        cap_add:
          - NET_ADMIN
        restart: always

In de map proxy_data\nginx\site-confs heb ik voor ieder subdomain een apart bestand gemaakt. In het bestand 'default' staat mijn hass config:

code:

## Version 2018/01/29 - Changelog: https://github.com/linuxserver/docker-letsencrypt/commits/master/root/defaults/default

# listening on port 80 disabled by default, remove the "#" signs to enable
# redirect all traffic to https
server {
    listen 80 default_server;
    server_name _;
    return 301 https://$host$request_uri;
}

map $http_upgrade $connection_upgrade {
    default upgrade;
    ''      close;
}
# main server block
server {
    listen 443 ssl default_server;

    root /config/www;
    index index.html index.htm index.php;

    server_name _, hass.thuis.mijn-domein.nl, hass.mijn-domein.nl;

    # all ssl related config moved to ssl.conf
    include /config/nginx/ssl.conf;

    client_max_body_size 0;
    
    #hass (main entrypoint) 
    location / {
        proxy_pass http://192.168.2.100:8123;
        proxy_set_header Host $host;
        proxy_redirect http:// https://;
        proxy_http_version 1.1;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection $connection_upgrade;
    }
            
    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.+)$;
        # With php7-cgi alone:
        fastcgi_pass 127.0.0.1:9000;
        # With php7-fpm:
        #fastcgi_pass unix:/var/run/php7-fpm.sock;
        fastcgi_index index.php;
        include /etc/nginx/fastcgi_params;
    }
}

Voor de subdomeinen is het tweede 'server' gedeelte voldoende. Pas hier de server_name en de proxy_pass aan.

[lolgast]

Ik doe het inderdaad via Traefik (ook in Docker). Hoewel dat in de basis makkelijk lijkt, kan ik me voorstellen dat je daar behoorlijk door overrompelt wordt

DuckDNS heb ik nooit gebruikt dus daar kan ik niets zinnigs over zeggen

[RudolfR]

JP12 schreef op woensdag 15 augustus 2018 @ 11:23:
[...]


Ik kan wisselen tussen modi en temperaturen, maar zodra ik hem op 'away' mode heb gezet komen wijzigingen niet meer door. De component die ik gebruik is deze: https://github.com/krocat/ToonHA

Sorry, geen ervaring met de Eneco-API. Denk wel dat de hierboven gegeven tip de goede is; gebruik het component uit HASS.

Of wees een echte tweaker en root dat apparaat.

[Heronimo]

RudolfR schreef op woensdag 15 augustus 2018 @ 18:41:
[...]


Sorry, geen ervaring met de Eneco-API. Denk wel dat de hierboven gegeven tip de goede is; gebruik het component uit HASS.

Of wees een echte tweaker en root dat apparaat.

De standaard HASS component werkt helaas niet meer omdat Eneco de toonopafstand.nl service is gestopt. Deze custom component is rond de opvolger daarvan, de developer API, opgebouwd. Helaas zijn er blijkbaar niet veel mensen die de niet geroote Toon gebruiken in combinatie met HA.

[lolgast]

Operatie 'Ik ben lui, dit kan anders' voor het laden van mijn motor accu is af

Ik heb een Sonoff POW + IP66 doosje gekocht, omdat hij in de berging hangt. Omdat ik wilde voorkomen dat ik de accu alleen geautomatiseerd of via de telefoon kan laden heb ik een extra knop in de behuizing gemaakt. Tasmota op de POW, kabeltjes knippen/solderen. Beetje testen en voila



^Klikbaar

De Sonoff POW heeft geen gpio voor een extra switch, maar via 'SetOption1 1' kun je alle opties behalve single/double/hold uitschakelen. Dus daar moet ik het dan maar mee doen

Het verbruik van de Optimate acculader is niet hoog, dus ik moet de komende tijd even via logging naar Influxdb in Grafana gaan kijken of ik er een patroon in kan herkennen. Ik wil hem namelijk eens per week automatisch in laten schakelen en als hij klaar is met bijladen, automatisch weer uitschakelen. Dat om te voorkomen dat de acculader wordt uitgeschakeld terwijl hij nog druk bezig is

Gebruikte materialen:
Doosje + POW: AliExpress (laatste bundel)
Knopje: AliExpress

[JBS]

Mocht iemand een raspbee willen gebruiken op een RPi 3B+, dan is het nodig dit aan je config.txt toe te voegen:

code:

dtoverlay=pi3-miniuart-bt

In plaats van:

code:

enable_uart=1
dtoverlay=pi3-disable-bt

Anders wordt je raspbee niet herkend. Gebruik je 3B, dan zijn beide regels wel benodigd.

Andere vraag: Iemand een koppeling kunnen maken met de Cure Afvalkalender (https://afvalkalender.cure-afvalbeheer.nl/)?

[Tinus050]

lolgast schreef op woensdag 15 augustus 2018 @ 21:35:
Operatie 'Ik ben lui, dit kan anders' voor het laden van mijn motor accu is af

Ik heb een Sonoff POW + IP66 doosje gekocht, omdat hij in de berging hangt. Omdat ik wilde voorkomen dat ik de accu alleen geautomatiseerd of via de telefoon kan laden heb ik een extra knop in de behuizing gemaakt. Tasmota op de POW, kabeltjes knippen/solderen. Beetje testen en voila

De Sonoff POW heeft geen gpio voor een extra switch, maar via 'SetOption1 1' kun je alle opties behalve single/double/hold uitschakelen. Dus daar moet ik het dan maar mee doen

Het verbruik van de Optimate acculader is niet hoog, dus ik moet de komende tijd even via logging naar Influxdb in Grafana gaan kijken of ik er een patroon in kan herkennen. Ik wil hem namelijk eens per week automatisch in laten schakelen en als hij klaar is met bijladen, automatisch weer uitschakelen. Dat om te voorkomen dat de acculader wordt uitgeschakeld terwijl hij nog druk bezig is

Gebruikte materialen:
Doosje + POW: AliExpress (laatste bundel)
Knopje: AliExpress

Leuk! Ik heb ongeveer hetzelfde toegepast bij mijn ebike. Na aansluiten laad hij voor 4 uur mijn fiets. Daarna schakelt hij uit. Ik wil dit nog koppelen aan de stroomconsumptie zodat hij direct uitschakelt zodra mijn accu vol is maar moet dat nog uitzoeken.

[Kitser]

Ik ben aan het overstappen van Domoticz naar Home Assistant. In Domoticz gebruik een Vision Z-Wave Plus USB Stick ZU1401EU om mijn zonneschermen en radiator te bedienen. Maar volgens https://www.home-assistant.io/docs/z-wave/controllers/ is deze niet compatible.
Heeft iemand hem toch al eens geprobeerd?

Vind het wel jammer als ik een andere moet kopen. Kost weer 50 tientjes. Mocht ik er toch niet aan ontkomen, wat raden jullie me dan aan? Home Assistant draait op mijn Raspberry Pi 3.
Een Aeotec Z-Stick Series 5, een Razberry module of een ZWave.me UZB1?
Die laatste is het goedkoopste. Maar voor 2 tientjes wil ik niet inleveren op stabiliteit / compatibiliteit.

* Het Razberry board valt af omdat je dan bluetooth moet disablen. En die heb ik nog nodig voor m'n xiaomi flora plant sensors.

Edit:
Volgens mij moet die zwave.me uzb1 prima werken met home assistant (hij staat niet voor niks als compatible met Linux aangeven)
Ik ben met z-wave niet heel bekend. Dus heb ik wat ge-Googled. Het "nadeel" zou zijn dat er geen batterij in zit. Maar dat lijkt mij geen probleem. Ik doe hem in m'n raspberry en loop met m'n tablet naar de nodes om deze te includen. Of zie ik wat over het hoofd?

Zijn er verder nog punten die de Aeotec beter doet dan die zwave.me uzb1?

[ Voor 31% gewijzigd door Kitser op 16-08-2018 00:06 ]

[martinvdm]

lolgast schreef op woensdag 15 augustus 2018 @ 14:59:
Ik doe het inderdaad via Traefik (ook in Docker). Hoewel dat in de basis makkelijk lijkt, kan ik me voorstellen dat je daar behoorlijk door overrompelt wordt

DuckDNS heb ik nooit gebruikt dus daar kan ik niets zinnigs over zeggen

Ik probeer ook Træfik te draaien in docker maar ik draai ha met network_mode: host optie ivm Bluetooth en audio die ik doorzet en ook Xiaomi gateway enzo die zonder die optie niet werken. Echter lijkt Træfik hier niet mee om te kunnen gaan immers zit deze in het backend netwerk waar ha weer niet in zit. Nu heb ik al met macvlan een eigen ip in het host netwerk gegeven en ook Træfik network mode host meegeven echter krijg ik het backend ip van ha dan niet bepaald en wil Træfik naar 127.0.0.1 gaan wat ha dan weer niet is.
Lastig....

[lolgast]

@martinvdm Tip: Gebruik de file optie. Zal morgenochtend ff posten hoe ik HA via Traefik heb. Met network_mode: host

---

@martinvdm Ok, bij deze (een deel van) mijn Traefik configuratie.

Maak in je traefik folder waar o.a. de acme.json en traefik.toml bestanden staan een map. Ik heb hem rules genoemd. Hierin maak ik per website die ik wel redirecten een bestand aan, waardoor de configuratie in mijn ogen een stuk overzichtelijker blijft. Vergeet deze folder niet te mappen als volume in je Docker container. Ik ben ooit 2 uur aan het klooien geweest waarom die bestanden nou niet gezien werden

docker-compose.yml

YAML:

version: '3.7'

services:
  traefik:
    container_name: traefik
    image: traefik:latest
    restart: always
    ports:
      - 80:80
      - 443:443
    networks:
      - traefik
    volumes:
      - ./traefik.toml:/traefik.toml:ro
      - ./acme.json:/acme.json
      - ./rules:/rules:ro
      - ./.htpasswd:/.htpasswd:ro
      - /var/run/docker.sock:/var/run/docker.sock
    labels:
      - traefik.frontend.rule=Host:traefik.mijndomein.nl
      - traefik.port=8087
      - traefik.enable=true
      
networks:
  traefik:
    external: true

treaefik.toml

TOML:

logLevel = "warn"
defaultEntryPoints = ["http", "https"]
InsecureSkipVerify = true

[entryPoints]
  [entryPoints.http]
  address = ":80"
    [entryPoints.http.redirect]
    entryPoint = "https"
  [entryPoints.https]
  address = ":443"
    [entryPoints.https.tls]
    minVersion = "VersionTLS12"
    cipherSuites = [ "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256", "TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305", "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384",  "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA", "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA" ]
  [entryPoints.traefik]
  address = ":8087"
    [entryPoints.traefik.auth.basic]
    usersFile=".htpasswd"

[api]
entryPoint = "traefik"
dashboard = true
debug = false

[file]
  directory = "./rules"
  watch = true
  
[docker]
exposedByDefault = false
domain = "mijndomein.nl"
watch = true

[acme]
acmeLogging = true
email = "[e-mail]"
storage = "acme.json"
entryPoint = "https"
OnHostRule = true
onDemand = false
#caServer = "https://acme-staging.api.letsencrypt.org/directory"
#
[acme.httpChallenge]
entryPoint = "http"

Vervolgens maak je in de rules folder een bestand, maakt niet uit hoe je hem noemt. Dit bestand wordt automatisch opgemerkt door Traefik, dus een herstart van Traefik is niet nodig. Ik heb bijvoorbeeld onder andere 'hass.toml', met daarin het volgende:

TOML:

[frontends]
  [frontends.hass]
  backend = "hass"
    [frontends.hass.routes.hass]
    rule = "Host:hass.mijndomein.nl"
  passHostHeader = true
  passTLSCert = true
  priority = 10
  entrypoints = ["https"]
[backends]
  [backends.hass]
    [backends.hass.servers.server1]
    url = "http://192.168.4.50:8123"
    weight = 1

Zodra je dat bestand opslaat krijg je in Traefik een extra tab. Als je die opent zie je de redirects die actief zijn door de .toml bestanden in de rules-map.

[ Voor 96% gewijzigd door lolgast op 16-08-2018 07:59 ]

[Reinder83]

Hmmbob schreef op woensdag 15 augustus 2018 @ 14:09:
Ik denk het niet: “ The component uses your Mijn Eneco credentials to control your thermostat through the toonopafstand domain”.

Werkt prima hier

code:

# Eneco Toon thermostaat 
toon:
  username: !secret toon_username
  password: !secret toon_password

[Heronimo]

Reinder83 schreef op donderdag 16 augustus 2018 @ 08:19:
[...]


Werkt prima hier

code:

# Eneco Toon thermostaat 
toon:
  username: !secret toon_username
  password: !secret toon_password

Zo te zien in de component recent bijgewerkt maar de documentation nog niet bijgewerkt. De nieuwe versie (zie in git laatste commit van 27 dagen terug) werkt met https://github.com/costastf/toonlib en werkt nu wel naar behoren bij mij. Dank voor de tip!

Nu maar eens even kijken wat er gebeurd als ik mijn Toon abonnement opzeg

[ Voor 5% gewijzigd door Heronimo op 16-08-2018 08:32 ]

[UTMachine]

Kitser schreef op woensdag 15 augustus 2018 @ 23:06:
Ik ben aan het overstappen van Domoticz naar Home Assistant. In Domoticz gebruik een Vision Z-Wave Plus USB Stick ZU1401EU om mijn zonneschermen en radiator te bedienen. Maar volgens https://www.home-assistant.io/docs/z-wave/controllers/ is deze niet compatible.
Heeft iemand hem toch al eens geprobeerd?

De Vision stick werkt gewoon met open-zwave, dus ook met Home Assistant (heb ik een tijdje geleden getest). Als je een alternatief zoek, ga dan voor de Aeotec Z-Stick Series 5, deze wordt door veel mensen gebruikt. Ook kan je de devices backup'en via een windows tooltje (dus als je stick stuk is, dan hoef niet alles te excluden/includen).

BTW De knop/battery van de Aeon werkt alleen met NIET secure devices, dus als je een paar Z-Wave+ devices hebt, moeten die secure included worden (kan alleen via een applicatie).

[Hmmbob]

JP12 schreef op donderdag 16 augustus 2018 @ 08:31:
[...]


Zo te zien in de component recent bijgewerkt maar de documentation nog niet bijgewerkt. De nieuwe versie (zie in git laatste commit van 27 dagen terug) werkt met https://github.com/costastf/toonlib en werkt nu wel naar behoren bij mij. Dank voor de tip!

Nu maar eens even kijken wat er gebeurd als ik mijn Toon abonnement opzeg

Ah, ik ging al uit van een gerootte Toon, en dus geen gebruik van de originele API, en dus niet de mogelijkheid om dit component te gebruiken. Als je echter gewoon een Toon abo hebt, is dit de way to go volgens mij.

[Reinder83]

JP12 schreef op donderdag 16 augustus 2018 @ 08:31:
[...]


Zo te zien in de component recent bijgewerkt maar de documentation nog niet bijgewerkt. De nieuwe versie (zie in git laatste commit van 27 dagen terug) werkt met https://github.com/costastf/toonlib en werkt nu wel naar behoren bij mij. Dank voor de tip!

Nu maar eens even kijken wat er gebeurd als ik mijn Toon abonnement opzeg

Als je em opzegt zal dat denk ik niet meer werken dan, geroote Toon heb ik geen ervaring mee

[martinvdm]

lolgast schreef op woensdag 15 augustus 2018 @ 23:28:
@martinvdm Tip: Gebruik de file optie. Zal morgenochtend ff posten hoe ik HA via Traefik heb. Met network_mode: host

---

@martinvdm Ok, bij deze (een deel van) mijn Traefik configuratie.

Maak in je traefik folder waar o.a. de acme.json en traefik.toml bestanden staan een map. Ik heb hem rules genoemd. Hierin maak ik per website die ik wel redirecten een bestand aan, waardoor de configuratie in mijn ogen een stuk overzichtelijker blijft. Vergeet deze folder niet te mappen als volume in je Docker container. Ik ben ooit 2 uur aan het klooien geweest waarom die bestanden nou niet gezien werden

docker-compose.yml

YAML:

version: '3.7'

services:
  traefik:
    container_name: traefik
    image: traefik:latest
    restart: always
    ports:
      - 80:80
      - 443:443
    networks:
      - traefik
    volumes:
      - ./traefik.toml:/traefik.toml:ro
      - ./acme.json:/acme.json
      - ./rules:/rules:ro
      - ./.htpasswd:/.htpasswd:ro
      - /var/run/docker.sock:/var/run/docker.sock
    labels:
      - traefik.frontend.rule=Host:traefik.mijndomein.nl
      - traefik.port=8087
      - traefik.enable=true
      
networks:
  traefik:
    external: true

treaefik.toml

TOML:

logLevel = "warn"
defaultEntryPoints = ["http", "https"]
InsecureSkipVerify = true

\[entryPoints]
  [entryPoints.http]
  address = ":80"
    [entryPoints.http.redirect]
    entryPoint = "https"
  [entryPoints.https]
  address = ":443"
    [entryPoints.https.tls]
    minVersion = "VersionTLS12"
    cipherSuites = [ "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256", "TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305", "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384",  "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA", "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA" ]
  [entryPoints.traefik]
  address = ":8087"
    [entryPoints.traefik.auth.basic]
    usersFile=".htpasswd"

\[api]
entryPoint = "traefik"
dashboard = true
debug = false

\[file]
  directory = "./rules"
  watch = true
  
\[docker]
exposedByDefault = false
domain = "mijndomein.nl"
watch = true

\[acme]
acmeLogging = true
email = "[e-mail]"
storage = "acme.json"
entryPoint = "https"
OnHostRule = true
onDemand = false
#caServer = "https://acme-staging.api.letsencrypt.org/directory"
#
[acme.httpChallenge]
entryPoint = "http"

Vervolgens maak je in de rules folder een bestand, maakt niet uit hoe je hem noemt. Dit bestand wordt automatisch opgemerkt door Traefik, dus een herstart van Traefik is niet nodig. Ik heb bijvoorbeeld onder andere 'hass.toml', met daarin het volgende:

TOML:

\[frontends]
  [frontends.hass]
  backend = "hass"
    [frontends.hass.routes.hass]
    rule = "Host:hass.mijndomein.nl"
  passHostHeader = true
  passTLSCert = true
  priority = 10
  entrypoints = ["https"]
\[backends]
  [backends.hass]
    [backends.hass.servers.server1]
    url = "http://192.168.4.50:8123"
    weight = 1

Zodra je dat bestand opslaat krijg je in Traefik een extra tab. Als je die opent zie je de redirects die actief zijn door de .toml bestanden in de rules-map.
[afbeelding]

Ok thanks voor de uitgebreide uitleg, ik ga het eens testen.
Jij hebt dus wel een Traefik backend netwerk en niet network=host voor je traefik docker container.
Hoe moet ik dit zien dan?
networks:
traefik:
external: true
Forceer je hiermee dat traefik over je host netwerk communiceert?

[lolgast]

@martinvdm Daarmee geef je aan dat de container gebruik moet maken van een ander netwerk, wat buiten de eigen 'stack' valt. Ik heb zelf een netwerk aangemaakt.

docker network create traefik

Om te zorgen dat die gebruikt wordt door alle containers die ik via Traefik wil ontsluiten, voeg ik dat stukje onderaan de docker-compose.yml toe

[martinvdm]

lolgast schreef op donderdag 16 augustus 2018 @ 13:04:
@martinvdm Daarmee geef je aan dat de container gebruik moet maken van een ander netwerk, wat buiten de eigen 'stack' valt. Ik heb zelf een netwerk aangemaakt.

docker network create traefik

Om te zorgen dat die gebruikt wordt door alle containers die ik via Traefik wil ontsluiten, voeg ik dat stukje onderaan de docker-compose.yml toe

Dat snap ik, maar je HomeAssistant is toch met Networkmode=Host, dus deze is niet lid van het traefik netwerk zeg maar.

[lolgast]

@martinvdm Nee dat klopt, daarom voeg je HA ook toe via de file optie en verwijs je naar de host waarop HA draait + de poort. Dit stukje.

code:

[backends]
  [backends.hass]
    [backends.hass.servers.server1]
    url = "http://192.168.4.50:8123"
    weight = 1

192.168.4.50 is het adres van mijn server waarop Docker draait, HA is beschikbaar via poort 8123 door de port redirection van Docker

Dat traefik netwerk is vooral voor verschillende websites die ik ook host. Die voeg ik toe aan het netwerk 'traefik' waardoor Traefik wel met ze kan communiceren en dus reverse proxy voor ze kan doen, maar de containers van de websites zelf hebben geen netwerk naar mijn host. Ik pas voor die containers ook geen port redirection toe, dat lost Traefik zelf op. Waardoor ik dus minder kwetsbaar ben voor eventuele lekken van buitenaf. Hoop ik

[ Voor 35% gewijzigd door lolgast op 16-08-2018 13:15 ]

[martinvdm]

lolgast schreef op donderdag 16 augustus 2018 @ 13:13:
@martinvdm Nee dat klopt, daarom voeg je HA ook toe via de file optie en verwijs je naar de host waarop HA draait + de poort. Dit stukje.

code:

[backends]
  [backends.hass]
    [backends.hass.servers.server1]
    url = "http://192.168.4.50:8123"
    weight = 1

192.168.4.50 is het adres van mijn server waarop Docker draait, HA is beschikbaar via poort 8123 door de port redirection van Docker

Dat traefik netwerk is vooral voor verschillende websites die ik ook host. Die voeg ik toe aan het netwerk 'traefik' waardoor Traefik wel met ze kan communiceren en dus reverse proxy voor ze kan doen, maar de containers van de websites zelf hebben geen netwerk naar mijn host. Ik pas voor die containers ook geen port redirection toe, dat lost Traefik zelf op. Waardoor ik dus minder kwetsbaar ben voor eventuele lekken van buitenaf. Hoop ik

Ik snap hem, wist niet dat Traefik dit dan juist kon routeren, dus niet door het Traefik network maar naar de host. thanks again, ga het eens bouwen.

[Kitser]

UTMachine schreef op donderdag 16 augustus 2018 @ 09:44:
[...]


De Vision stick werkt gewoon met open-zwave, dus ook met Home Assistant (heb ik een tijdje geleden getest). Als je een alternatief zoek, ga dan voor de Aeotec Z-Stick Series 5, deze wordt door veel mensen gebruikt. Ook kan je de devices backup'en via een windows tooltje (dus als je stick stuk is, dan hoef niet alles te excluden/includen).

BTW De knop/battery van de Aeon werkt alleen met NIET secure devices, dus als je een paar Z-Wave+ devices hebt, moeten die secure included worden (kan alleen via een applicatie).

Dat klinkt goed! Dan ga ik eens met open-zwave aan de gang. En dan hoef ik voorlopig niets aan te schaffen.

Heb jij toen ook die Vision stick gebruikt?

Edit:

@UTMachine
Heb de Vision stick even in de Raspberry gedaan, regeltje in de configuration gezet en m'n zonneschermen en radiator waren direct te bedienen. Top!
Soms kan je beter dingen proberen dan blind uitgaan van een compatibiliteitslijst 😉

[ Voor 14% gewijzigd door Kitser op 16-08-2018 23:41 ]

[martinvdm]

lolgast schreef op woensdag 15 augustus 2018 @ 23:28:
@martinvdm Tip: Gebruik de file optie. Zal morgenochtend ff posten hoe ik HA via Traefik heb. Met network_mode: host

---

@martinvdm Ok, bij deze (een deel van) mijn Traefik configuratie.

Maak in je traefik folder waar o.a. de acme.json en traefik.toml bestanden staan een map. Ik heb hem rules genoemd. Hierin maak ik per website die ik wel redirecten een bestand aan, waardoor de configuratie in mijn ogen een stuk overzichtelijker blijft. Vergeet deze folder niet te mappen als volume in je Docker container. Ik ben ooit 2 uur aan het klooien geweest waarom die bestanden nou niet gezien werden

docker-compose.yml

YAML:

version: '3.7'

services:
  traefik:
    container_name: traefik
    image: traefik:latest
    restart: always
    ports:
      - 80:80
      - 443:443
    networks:
      - traefik
    volumes:
      - ./traefik.toml:/traefik.toml:ro
      - ./acme.json:/acme.json
      - ./rules:/rules:ro
      - ./.htpasswd:/.htpasswd:ro
      - /var/run/docker.sock:/var/run/docker.sock
    labels:
      - traefik.frontend.rule=Host:traefik.mijndomein.nl
      - traefik.port=8087
      - traefik.enable=true
      
networks:
  traefik:
    external: true

treaefik.toml

TOML:

logLevel = "warn"
defaultEntryPoints = ["http", "https"]
InsecureSkipVerify = true

\[entryPoints]
  [entryPoints.http]
  address = ":80"
    [entryPoints.http.redirect]
    entryPoint = "https"
  [entryPoints.https]
  address = ":443"
    [entryPoints.https.tls]
    minVersion = "VersionTLS12"
    cipherSuites = [ "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256", "TLS_ECDHE_RSA_WITH_CHACHA20_POLY1305", "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384",  "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA", "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA" ]
  [entryPoints.traefik]
  address = ":8087"
    [entryPoints.traefik.auth.basic]
    usersFile=".htpasswd"

\[api]
entryPoint = "traefik"
dashboard = true
debug = false

\[file]
  directory = "./rules"
  watch = true
  
\[docker]
exposedByDefault = false
domain = "mijndomein.nl"
watch = true

\[acme]
acmeLogging = true
email = "[e-mail]"
storage = "acme.json"
entryPoint = "https"
OnHostRule = true
onDemand = false
#caServer = "https://acme-staging.api.letsencrypt.org/directory"
#
[acme.httpChallenge]
entryPoint = "http"

Vervolgens maak je in de rules folder een bestand, maakt niet uit hoe je hem noemt. Dit bestand wordt automatisch opgemerkt door Traefik, dus een herstart van Traefik is niet nodig. Ik heb bijvoorbeeld onder andere 'hass.toml', met daarin het volgende:

TOML:

\[frontends]
  [frontends.hass]
  backend = "hass"
    [frontends.hass.routes.hass]
    rule = "Host:hass.mijndomein.nl"
  passHostHeader = true
  passTLSCert = true
  priority = 10
  entrypoints = ["https"]
\[backends]
  [backends.hass]
    [backends.hass.servers.server1]
    url = "http://192.168.4.50:8123"
    weight = 1

Zodra je dat bestand opslaat krijg je in Traefik een extra tab. Als je die opent zie je de redirects die actief zijn door de .toml bestanden in de rules-map.
[afbeelding]

Werkt als een tierelier! thanks.

[PuckStar]

JP12 schreef op donderdag 16 augustus 2018 @ 08:31:
[...]


Zo te zien in de component recent bijgewerkt maar de documentation nog niet bijgewerkt. De nieuwe versie (zie in git laatste commit van 27 dagen terug) werkt met https://github.com/costastf/toonlib en werkt nu wel naar behoren bij mij. Dank voor de tip!

Nu maar eens even kijken wat er gebeurd als ik mijn Toon abonnement opzeg

Dat kan ik je wel vertellen, dan werkt het niet meer. Dit is namelijk gebaseerd op de externe (op afstand) toegang die in je Eneco Toon abo zit.
Als je je Toon laat rooten (er is een Tweaker die dat tegen betaling voor je kan doen) kun je je Toon abo wel opzeggen. Scheelt je veel kosten en............het werkt altijd feilloos.
Ik had altijd problemen met de Toon op Afstand. Die werkte vaak niet goed vanuit HA.

[Heronimo]

PuckStar schreef op donderdag 16 augustus 2018 @ 21:33:
[...]

Dat kan ik je wel vertellen, dan werkt het niet meer. Dit is namelijk gebaseerd op de externe (op afstand) toegang die in je Eneco Toon abo zit.
Als je je Toon laat rooten (er is een Tweaker die dat tegen betaling voor je kan doen) kun je je Toon abo wel opzeggen. Scheelt je veel kosten en............het werkt altijd feilloos.
Ik had altijd problemen met de Toon op Afstand. Die werkte vaak niet goed vanuit HA.

Toon rooten staat op de planning. Als het goed is krijg ik morgen de header kabels binnen zodat ik de ToonRooter methode vanaf een Raspberry Pi kan toepassen.

[PuckStar]

JP12 schreef op donderdag 16 augustus 2018 @ 22:41:
[...]


Toon rooten staat op de planning. Als het goed is krijg ik morgen de header kabels binnen zodat ik de ToonRooter methode vanaf een Raspberry Pi kan toepassen.

Ok. Succes! Let op het versie nr. Niet elke versie root je op dezelfde manier.

[Hmmbob]

JP12 schreef op donderdag 16 augustus 2018 @ 22:41:
[...]


Toon rooten staat op de planning. Als het goed is krijg ik morgen de header kabels binnen zodat ik de ToonRooter methode vanaf een Raspberry Pi kan toepassen.

Ik ben zeer geïnteresseerd in een write-up van het rooten

[defcon84]

CodeIT schreef op woensdag 15 augustus 2018 @ 14:47:
Ik probeer met custom css deze balk weg te halen voor betere weergave op een tablet:
[afbeelding]

Het wil me echter niet lukken. Hass maakt gebruikt van Polymer. De node die ik wil verbergen is 'app-toolbar', maar mijn css skills schieten te kort. Heeft iemand anders ervaring met custom CSS icm Hass/polymer?

code:

werkt dit niet gewoon?
app-header, app-toolbar {
    display: none;
}

---

codegro schreef op woensdag 15 augustus 2018 @ 14:47:
Omdat mijn RP3 er nogal eens uit knalt vawege een corrupte SD, ben ik nu wat aan het stoeien met een Intel NUC met SSD. Ik heb hierop Ubuntu server 18.04 geinstalleerd en HomeAssistant in een docker container middels docker-compose. Alles geregistreerd via duckdns en kan nu HA benaderen via duckdns op poort 8123. Nu wil ik het ook via SSL (Lets encrypt) laten lopen, maar krijg het niet voor elkaar. Zijn er meerdere die een soortgelijke configuratie hebben? Zo ja, hoe hebben jullie SSL geregeld?

Ik heb dezelfde situatie als jij.
Ik heb het zo opgelost:

YAML:

version: "3"
services:

  homeassistant:
    container_name: home-assistant
    image: homeassistant/home-assistant:latest
    volumes:
      - /srv/docker/homeassistant/backup:/backup
      - /srv/docker/homeassistant/config:/config
      - /srv/docker/letsencrypt/config:/letsencrypt
      - /etc/localtime:/etc/localtime:ro
    restart: always
    network_mode: host

  letsencrypt:
    container_name: letsencrypt
    image: linuxserver/letsencrypt:latest
    restart: always
    ports:
      - 80:80
      - 443:443
    volumes:
      - /srv/docker/letsencrypt/config:/config
    environment:
      - EMAIL=[e-mail]
      - URL=sub123.duckdns.org
      - VALIDATION=http
      - TZ=Europe/Amsterdam
    cap_add:
      - NET_ADMIN

Vergeet niet de poorten 80, 443 en 8123 te NATten in je router naar je docker IP.

[ Voor 58% gewijzigd door defcon84 op 17-08-2018 14:24 ]

[RudolfR]

Hmmbob schreef op vrijdag 17 augustus 2018 @ 12:06:
[...]

Ik ben zeer geïnteresseerd in een write-up van het rooten

Hier een forumpost over de automatische tool:
https://www.domoticaforum.eu/viewtopic.php?f=101&t=11999

De handmatige stappen staan ook beschreven in deze post:
https://www.domoticaforum....php?f=100&t=11235#p82533

Of gewoon op Tweakers:
[Toon] Ervaringen

[Hmmbob]

ANdrode schreef op zondag 1 juli 2018 @ 12:52:
[...]


Grade A is mooi. Ga ik zelf ook voor. Maar wel in combinatie met een threat model. TLS keuzes vind ik zeer logisch.


[...]


Voor de complete set aan clients zou ik geen uitspraken kunnen doen. Zeker in combinatie met de diverse hoeveelheid platformen waarop home-assistant draait. Door OS support (meestal geen POLY/CHACHA aan server kant) kom je op een behoorlijk beperkte set ciphers terecht.
Denk bijvoorbeeld dat je met TLS 1.2 openssl op oudere macs die door 32bit EFI niet kunnen upgraden naar 10.12 blokkeert. Maar geen rapport dus niet inzichtelijk.

Daarom mijn vraag naar een threat model. Dan heb je een kader om security afwegingen in te bespreken.

Hoe verbinden lokale clients? Hoe verbinden IOT devices? Hoe verbinden zelf geschreven microservices? Wat is de aanbevolen manier om HASS vanaf internet bereikbaar te maken? Wil je HSTS headers doen? Zo ja: vanaf lan of altijd? Wil je devices met legacy software (i.e. elke smart tv) blijven ondersteunen?

Mijn router ondersteunt gelukkig TLS 1.2 + ECDH.
Verder mooie pull request en fijn dat hier aandacht voor is, maar dit soort wijzigingen zijn wat gevaarlijk voor je ecosysteem

Ik herinnerde me deze discussie nog, toen ik deze fix las:

quote: https://www.home-assistant.io/blog/2018/08/17/release-76/#

Allow picking intermediate Mozilla cert profile (@balloob - #15957) (http docs) (beta fix)

Blijkbaar zijn er een boel custom components die niet met de modern ciphers om konden gaan, dus het is nu een keuze geworden zodat je makkelijk de intermediate ciphers kan kiezen. Zie ook https://github.com/home-assistant/home-assistant/pull/15957

[ Voor 7% gewijzigd door Hmmbob op 17-08-2018 21:56 ]

[lolgast]

De Traefik config die ik van de week postte geeft een A+ rating, als je bij de labels van de container HSTS inschakelt Met geslaagde handshake voor alle devices/browsers.

https://www.ssllabs.com/s...yze.html?d=www.lolgast.nl

[Goegol]

Ondertussen nieuwe versie van homeassistant: downloads: Home Assistant 0.76

[lolgast]

Goegol schreef op zaterdag 18 augustus 2018 @ 13:15:
Ondertussen nieuwe versie van homeassistant: downloads: Home Assistant 0.76

Die draait hier sinds gisteravond zonder problemen.
Heb bij de release van build 0.75 al eens gekeken naar die user login, maar dat ondersteunde de app toen niet lekker. Ga het van de week nog eens bekijken

[DaMoUsYs]

Ik gebruik van Mikrotik de device_tracking module
Alleen nu heb ik een "probleem" dat een android tablet constant het MAC adres wijzigt.
Nu heb ik dit wel opgelost door onderstaand toe te voegen aan configuration.yaml

YAML:

    new_device_defaults:
      track_new_devices: false
      hide_if_away: true

Maar heeft er iemand van jullie een idee hoe ik dit uit kan zetten op de android tablet ?

[Hmmbob]

Goegol schreef op zaterdag 18 augustus 2018 @ 13:15:
Ondertussen nieuwe versie van homeassistant: downloads: Home Assistant 0.76

En daarin zit een update van openZwave én een database migratie: er wordt aangegeven dat de eerste boot na upgrade zomaar 20+min kan duren op een Raspberry Pi.

[The_Admin]

Na de update krijg ik een '404: not found' bij de frontend (dus als je gewoon naar ha browsed). Ook na downgrade naar 0.75.2 weer hetzelfde. Beetje googlen op de foutmeldingen word ik helaas niet veel wijzer van. Iemand hier een idee?

2018-08-18 20:42:26 ERROR (MainThread) [homeassistant.setup] Error during setup of component onboarding
Traceback (most recent call last):
File "/usr/local/lib/python3.6/site-packages/homeassistant/setup.py", line 145, in _async_setup_component
hass, processed_config)
File "/usr/local/lib/python3.6/site-packages/homeassistant/components/onboarding/__init__.py", line 38, in async_setup
for user in await hass.auth.async_get_users():
File "/usr/local/lib/python3.6/site-packages/homeassistant/auth/__init__.py", line 80, in async_get_users
return await self._store.async_get_users()
File "/usr/local/lib/python3.6/site-packages/homeassistant/auth/auth_store.py", line 31, in async_get_users
await self.async_load()
File "/usr/local/lib/python3.6/site-packages/homeassistant/auth/auth_store.py", line 171, in async_load
for ac_dict in data['access_tokens']:
KeyError: 'access_tokens'
2018-08-18 20:42:27 ERROR (MainThread) [homeassistant.setup] Unable to setup dependencies of frontend. Setup failed for dependencies: onboarding
2018-08-18 20:42:27 ERROR (MainThread) [homeassistant.setup] Setup failed for frontend: Could not setup all dependencies.

Gebruik hass.io op een RPi2.

[Kitser]

Ben inmiddels al een eind met de overgang van Domoticz naar Home Assistant.
Ik maak gebruik van Hassio. En heb rfxtrx, zwave en milight al toegevoegd.
Nu ben ik bezig met zigbee2mqtt om mijn Xiaomi devices toe te voegen. Dat gaat op zich goed. Ik heb een xiaomi Cube en een xiaomi deursensor toe weten te voegen via de zigbee2mqtt add-on. Dat gaat prima.
Alleen lukt het me niet om deze devices (eigenlijk heel de sectie zigbee) in het overview te krijgen.
Ik vermoed dat ik iets in configuration.yaml moet zetten. Net zoals
---
zwave:
usb_path: /dev/ttyACM2
---
rfxtrx:
device: /dev/ttyAMA0
---
Maar
---
zigbee:
device: /dev/ttyACM
---
werkt niet.

[RudolfR]

Is de functie van die zigbee2mqtt addon niet dat-ie MQTT-berichten van je zigbee maakt?
Vanuit HA zou je dan niet meer met de hardware hoeven interfacen, maar alleen MQTT:

https://github.com/Koenkk...ating-with-Home-Assistant

[Vorkie]

Hm ik krijg homekit niet meer gekoppeld, heb de server verhuist naar ander subnet. Avahi, server wordt gezien.

Homekit state verwijderd, maar bij koppelen zegt ie failed to connect en daarna is ie niet meer zichtbaar.

Alle andere zaken, zoals Hue en tradfri kan HASS gewoon vinden, dus mDNS werkt gewoon...

Ook afsluiten gaat erg traag in dat vlan, terwijl in zijn oorspronkelijke die afsluit in 10 seconde...

Morgen eens nieuwe Debian installeren en de configuration.yaml overzetten.... Kijken of dat werkt in dat nieuwe vlan.

[Goegol]

Hmmbob schreef op zaterdag 18 augustus 2018 @ 20:11:
[...]

En daarin zit een update van openZwave én een database migratie: er wordt aangegeven dat de eerste boot na upgrade zomaar 20+min kan duren op een Raspberry Pi.

Bij mij was migratie en update zo voltooid, zonder problemen

[Goegol]

The_Admin schreef op zaterdag 18 augustus 2018 @ 20:49:
Na de update krijg ik een '404: not found' bij de frontend (dus als je gewoon naar ha browsed). Ook na downgrade naar 0.75.2 weer hetzelfde. Beetje googlen op de foutmeldingen word ik helaas niet veel wijzer van. Iemand hier een idee?

2018-08-18 20:42:26 ERROR (MainThread) [homeassistant.setup] Error during setup of component onboarding
Traceback (most recent call last):
File "/usr/local/lib/python3.6/site-packages/homeassistant/setup.py", line 145, in _async_setup_component
hass, processed_config)
File "/usr/local/lib/python3.6/site-packages/homeassistant/components/onboarding/__init__.py", line 38, in async_setup
for user in await hass.auth.async_get_users():
File "/usr/local/lib/python3.6/site-packages/homeassistant/auth/__init__.py", line 80, in async_get_users
return await self._store.async_get_users()
File "/usr/local/lib/python3.6/site-packages/homeassistant/auth/auth_store.py", line 31, in async_get_users
await self.async_load()
File "/usr/local/lib/python3.6/site-packages/homeassistant/auth/auth_store.py", line 171, in async_load
for ac_dict in data['access_tokens']:
KeyError: 'access_tokens'
2018-08-18 20:42:27 ERROR (MainThread) [homeassistant.setup] Unable to setup dependencies of frontend. Setup failed for dependencies: onboarding
2018-08-18 20:42:27 ERROR (MainThread) [homeassistant.setup] Setup failed for frontend: Could not setup all dependencies.

Gebruik hass.io op een RPi2.

Lijkt erop dat je niet alle dependencies juist hebt geïnstalleerd of geüpdate, toevallig laatste versie van async draaien?

[lolgast]

Hmmbob schreef op zaterdag 18 augustus 2018 @ 20:11:
[...]

En daarin zit een update van openZwave én een database migratie: er wordt aangegeven dat de eerste boot na upgrade zomaar 20+min kan duren op een Raspberry Pi.

Ik draai dan niet op een rpi, maar ik heb niets van een toegenomen boottime gemerkt na de upgrade hoor

Problemen met homekit heb ik ook niet, dus dat zal eerder door een netwerkinrichting oid komen

[martinvdm]

lolgast schreef op zaterdag 18 augustus 2018 @ 23:23:
[...]

Ik draai dan niet op een rpi, maar ik heb niets van een toegenomen boottime gemerkt na de upgrade hoor

Problemen met homekit heb ik ook niet, dus dat zal eerder door een netwerkinrichting oid komen

Hangt wellicht van het type en de grootte van de db af. Het betreft een column toevoeging https://github.com/home-a...er/migration.py#L170-L182

“This release has a migration, initial startup can take ~20 minutes (depends on size DB)“

Gezien de enige issues wacht ik voor de zekerheid even tot 0.76.1

[The_Admin]

Goegol schreef op zaterdag 18 augustus 2018 @ 23:01:
[...]


Lijkt erop dat je niet alle dependencies juist hebt geïnstalleerd of geüpdate, toevallig laatste versie van async draaien?

Het is een hass.io installatie, dus alle dependencies zouden built-in moeten zitten, in 0.75.2 geen issues gehad whatsoever, gewoon vanuit de GUI de update gedaan en toen ik uren laten weer eens keek 404: not found

[lolgast]

martinvdm schreef op zondag 19 augustus 2018 @ 00:04:
[...]

Hangt wellicht van het type en de grootte van de db af. Het betreft een column toevoeging https://github.com/home-a...er/migration.py#L170-L182

“This release has a migration, initial startup can take ~20 minutes (depends on size DB)“

Gezien de enige issues wacht ik voor de zekerheid even tot 0.76.1

Dat zou een hoop verklaren. Mijn .db is < 1MB
Overigens heb ik tot op heden 0 problemen met 0.76. Heb niet naar de log gekeken, maar zolang alles werkt heb ik geen interesse in de log

[Hmmbob]

Same, migratie hier prima verlopen, enkel de rebuild van de Zwave bestanden duurden wat langer. DB geen issue, geen problemen in 0.76 voor mij.

[The_Admin]

Dit is mijn issue, ben (gelukkig) niet de enige; https://community.home-as...io-0-75-3-to-0-76-0/64656

Worden daar wel meer issues gemeld, dus ik zou aanraden tot 0.76.1 te wachten...

[Hmmbob]

Klinkt voor mij als goede raad voor Hass.io gebruikers - ik gebruik Home Assistant op Hassbian.

Zat gisteren toevallig te kijken om te migreren naar Docker, maar dan moet ik even wat meer de tijd hebben (als in: dan bouw ik de Pi geheel opnieuw op).

[Kitser]

RudolfR schreef op zaterdag 18 augustus 2018 @ 21:51:
Is de functie van die zigbee2mqtt addon niet dat-ie MQTT-berichten van je zigbee maakt?
Vanuit HA zou je dan niet meer met de hardware hoeven interfacen, maar alleen MQTT:

https://github.com/Koenkk...ating-with-Home-Assistant

Ik begrijp niet helemaal wat je bedoeld. Ik ben nog niet helemaal thuis in MQTT.
Ik maak gebruik van de addon.
In jouw link wordt verwezen naar https://github.com/danielwelch/hassio-zigbee2mqtt als je gebruik maakt van de addon. En daar zie je wel een interface. Maar blijkbaar mis ik wat.

[RudolfR]

Dat is een andere betekenis van het woord interface. Jij bedoelt gebruikersinterface, denk ik.
In je link zie ik namelijk een screenshot van hass.io met een card van een groep.
Maar in de tekst lees ik ook dat de add-on een eigen user interface heeft.

Geen idee hoe je die laatste kunt tonen; maar de configuratie voor HASS staat ook getoond op de pagina, heb je die al staan? Daarin staat nl. ook die groep 'Zigbee' die je zo graag wil hebben, maar dat is een samenraapsel van verschillende componenten, dus je zult alles over willen nemen.

(Ik had 't over interfacen/koppelen met hardware; zoals je voorbeelden van rfxtrx of een zwave-stick)

[codegro]

[b]

Ik heb dezelfde situatie als jij.
Ik heb het zo opgelost:

YAML:

version: "3"
services:

  homeassistant:
    container_name: home-assistant
    image: homeassistant/home-assistant:latest
    volumes:
      - /srv/docker/homeassistant/backup:/backup
      - /srv/docker/homeassistant/config:/config
      - /srv/docker/letsencrypt/config:/letsencrypt
      - /etc/localtime:/etc/localtime:ro
    restart: always
    network_mode: host

  letsencrypt:
    container_name: letsencrypt
    image: linuxserver/letsencrypt:latest
    restart: always
    ports:
      - 80:80
      - 443:443
    volumes:
      - /srv/docker/letsencrypt/config:/config
    environment:
      - EMAIL=[e-mail]
      - URL=sub123.duckdns.org
      - VALIDATION=http
      - TZ=Europe/Amsterdam
    cap_add:
      - NET_ADMIN

Vergeet niet de poorten 80, 443 en 8123 te NATten in je router naar je docker IP.

Bedankt, heb het nu draaien zoals jij. 1 vraagje nog, worden de SSL certificaten automatisch vernieuwd binnen de letsencrypt container?

[Hmmbob]

The_Admin schreef op zondag 19 augustus 2018 @ 11:01:
Dit is mijn issue, ben (gelukkig) niet de enige; https://community.home-as...io-0-75-3-to-0-76-0/64656

Worden daar wel meer issues gemeld, dus ik zou aanraden tot 0.76.1 te wachten...

0.76.1 is uitgekomen, met o.a. fixes waar jij blij van zou moeten worden:

Release 0.76.1 - August 19

• No longer show “Store login” on each login when using API password (@balloob)
• Add forgiving add column (@balloob - #16057)
• Tuya fix login problem and add login platform param (@huangyupeng - #16058) (tuya docs)
• Add notify platforms to loaded components (@balloob - #16063) (notify docs)
• Column syntax fix + Add a file if migration in progress (@balloob - #16061)

In de beschrijving van de tweede patch:

This should help with the instances that accidentally got killed by Hass.io or when people stopped Home Assistant while it is migrating.

[lolgast]

Weet je wat nou fijn zou zijn. Als ze eerst alle software distributie platformen updaten en daarna pas laten weten dat er een update is. Docker Store is nog niet voorzien van 0.76.1

[Verwijderd]

Snelle patch, die loginbox was wel irritant. Releasen ze trouwens op een vaste dag? Ik upgrade de docker container met een cronjob, die kan ik beter net voor de volgende patch laten updaten

[lolgast]

@Verwijderd De nieuwe build is nog bezig met bouwen.

*checkt nogmaals op Docker Hub: Hij is net klaar

[Verwijderd]

Yes, upgrade gedaan, loginbox bug is succesvol geplet Release ze regulier altijd op een zondag of is het ergens in de twee weken? Iemand een idee?

[ Voor 45% gewijzigd door Verwijderd op 19-08-2018 21:29 ]

[Hmmbob]

Ja, iedere 2e vrijdag. Komende vrijdag niet, daarna weer wel, etc.

Edit: en de .1 versie op de zaterdag, zondag of maandag erna

[ Voor 34% gewijzigd door Hmmbob op 19-08-2018 21:45 ]

[T.Kreeftmeijer]

Ik krijg nu deze foutcode:
Error loading /config/configuration.yaml: while parsing a block collection in "/config/automations.yaml", line 1, column 1 expected <block end>, but found '?' in "/config/automations.yaml", line 17, column 1

Ik heb werkelijk geen idee waar dat vandaan moet komen. Ik ben een beetje aan het experimenteren met HASS en HUE.

YAML: configuration.yaml

homeassistant:
  # Name of the location where Home Assistant is running
  name: Home
  # Location required to calculate the time the sun rises and sets
  latitude: 0
  longitude: 0
  # Impacts weather/sunrise data (altitude above sea level in meters)
  elevation: 0
  # metric for Metric, imperial for Imperial
  unit_system: metric
  # Pick yours from here: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: UTC
  # Customization file
  customize: !include customize.yaml

# Show links to resources in log and frontend
#introduction:

# Enables the frontend
frontend:

# Enables configuration UI
config:

http:
  # Secrets are defined in the file secrets.yaml
  # api_password: !secret http_password
  # Uncomment this if you are using SSL/TLS, running in Docker container, etc.
  # base_url: example.duckdns.org:8123

# Checks for available updates
# Note: This component will send some information about your system to
# the developers to assist with development of Home Assistant.
# For more information, please see:
# https://home-assistant.io/blog/2016/10/25/explaining-the-updater/
updater:
  # Optional, allows Home Assistant developers to focus on popular components.
  # include_used_components: true

# Discover some devices automatically
discovery:

# Allows you to issue voice commands from the frontend in enabled browsers
conversation:

# Enables support for tracking state changes over time
history:

# View all events in a logbook
logbook:

# Enables a map showing the location of tracked devices
map:

# Track the sun
sun:

# Weather prediction
sensor:
  - platform: yr

# Text to speech
tts:
  - platform: google

# Cloud
cloud:

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml

sensor:
    #Hue Dimmer Switch state
  - platform: rest
    resource: http://[Hue api URL]
    name: dimmer1_state
    value_template: '{{ value_json.state.buttonevent }}'
    scan_interval: 1

    #Hue Dimmer Switch lastupdated
  - platform: rest
    resource: http://[Hue api URL]
    name: dimmer1_updated
    value_template: '{{ value_json.state.lastupdated }}'
    scan_interval: 1

scene:
  #Scene low dim (30%)
  - name: 'LowDim' #Moeten de ' er wel of niet?
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 30
  #Scene High dim (70%)
  - name: 'HighDim'
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 70
  #Scene Full (100%)
  - name: 'Full'
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 100

Nadat ik de scene: had toegevoegd kwam de foutmelding, al verwijst deze naar regel 17... Maar ook zonder dat hele blok, krijg ik die foutmelding.

Wat is er mis hoe op te lossen?

Ik vond wel iets dat het kan komen door (gebrek aan) juiste tabs.

[lolgast]

@Verwijderd Je zou eens kunnen kijken naar Watchtower. Daar update ik meerdere images automatisch mee. Nginx, Unifi controller, Wordpress en zo nog een aantal.

HA wil ik juist zelf in de hand hebben

[Hmmbob]

Post je customize eens? Scheef gekeken, inderdaad automations.yaml

En NOOIT tabs, spaties moet je hebben. * Hmmbob herinnert zich vele uren zoeken naar 1 vervelend klein klote tabje....

[ Voor 13% gewijzigd door Hmmbob op 19-08-2018 21:48 ]

[ny-hardcore]

T.Kreeftmeijer schreef op zondag 19 augustus 2018 @ 21:45:
Ik krijg nu deze foutcode:
Error loading /config/configuration.yaml: while parsing a block collection in "/config/automations.yaml", line 1, column 1 expected <block end>, but found '?' in "/config/automations.yaml", line 17, column 1

Ik heb werkelijk geen idee waar dat vandaan moet komen. Ik ben een beetje aan het experimenteren met HASS en HUE.

YAML: configuration.yaml

homeassistant:
  # Name of the location where Home Assistant is running
  name: Home
  # Location required to calculate the time the sun rises and sets
  latitude: 0
  longitude: 0
  # Impacts weather/sunrise data (altitude above sea level in meters)
  elevation: 0
  # metric for Metric, imperial for Imperial
  unit_system: metric
  # Pick yours from here: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: UTC
  # Customization file
  customize: !include customize.yaml

# Show links to resources in log and frontend
#introduction:

# Enables the frontend
frontend:

# Enables configuration UI
config:

http:
  # Secrets are defined in the file secrets.yaml
  # api_password: !secret http_password
  # Uncomment this if you are using SSL/TLS, running in Docker container, etc.
  # base_url: example.duckdns.org:8123

# Checks for available updates
# Note: This component will send some information about your system to
# the developers to assist with development of Home Assistant.
# For more information, please see:
# https://home-assistant.io/blog/2016/10/25/explaining-the-updater/
updater:
  # Optional, allows Home Assistant developers to focus on popular components.
  # include_used_components: true

# Discover some devices automatically
discovery:

# Allows you to issue voice commands from the frontend in enabled browsers
conversation:

# Enables support for tracking state changes over time
history:

# View all events in a logbook
logbook:

# Enables a map showing the location of tracked devices
map:

# Track the sun
sun:

# Weather prediction
sensor:
  - platform: yr

# Text to speech
tts:
  - platform: google

# Cloud
cloud:

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml

sensor:
    #Hue Dimmer Switch state
  - platform: rest
    resource: http://[Hue api URL]
    name: dimmer1_state
    value_template: '{{ value_json.state.buttonevent }}'
    scan_interval: 1

    #Hue Dimmer Switch lastupdated
  - platform: rest
    resource: http://[Hue api URL]
    name: dimmer1_updated
    value_template: '{{ value_json.state.lastupdated }}'
    scan_interval: 1

scene:
  #Scene low dim (30%)
  - name: 'LowDim' #Moeten de ' er wel of niet?
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 30
  #Scene High dim (70%)
  - name: 'HighDim'
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 70
  #Scene Full (100%)
  - name: 'Full'
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 100

Nadat ik de scene: had toegevoegd kwam de foutmelding, al verwijst deze naar regel 17... Maar ook zonder dat hele blok, krijg ik die foutmelding.

Wat is er mis hoe op te lossen?

Ik vond wel iets dat het kan komen door (gebrek aan) juiste tabs.

automation: !include automations.yaml
die file regel 17

[T.Kreeftmeijer]

Hmmbob schreef op zondag 19 augustus 2018 @ 21:47:
Post je customize eens?

En NOOIT tabs, spaties moet je hebben. * Hmmbob herinnert zich vele uren zoeken naar 1 vervelend klein klote tabje....

Customize is helemaal leeg.

Dus alle tabs omzetten naar spaties?
Tabs werkten tot het aanmaken van scenes dus gewoon, gek… Zo leek het ten miste.

[lolgast]

Tabs kunnen nooit gewerkt hebben. Hooguit dat je het in bijvoorbeeld notepad++ hebt gedaan, die zet ze automatisch om in 4 spaties als hij heeft herkend dat je een .yaml file zit te bewerken

[T.Kreeftmeijer]

lolgast schreef op zondag 19 augustus 2018 @ 21:50:
Tabs kunnen nooit gewerkt hebben. Hooguit dat je het in bijvoorbeeld notepad++ hebt gedaan, die zet ze automatisch om in 4 spaties als hij heeft herkend dat je een .yaml file zit te bewerken

Ik werk in atom. Dus dan zal dat het wel zijn...

[Yoki1985]

Verwijderd schreef op zondag 19 augustus 2018 @ 21:27:
Snelle patch, die loginbox was wel irritant. Releasen ze trouwens op een vaste dag? Ik upgrade de docker container met een cronjob, die kan ik beter net voor de volgende patch laten updaten

Je moet eens kijken naar de image “watchtower” een docker om al je andere dockers automatisch te updaten zodra er een nieuwe image uit is

Edit:
Oeps in het vervolg eerst alles lezen

[ Voor 5% gewijzigd door Yoki1985 op 19-08-2018 21:55 ]

[ny-hardcore]

T.Kreeftmeijer schreef op zondag 19 augustus 2018 @ 21:51:
[...]

Ik werk in atom. Dus dan zal dat het wel zijn...

automation: !include automations.yaml


je automations.yaml bevat de fout

[balk]

Yoki1985 schreef op zondag 19 augustus 2018 @ 21:53:
[...]


Je moet eens kijken naar de image “watchtower” een docker om al je andere dockers automatisch te updaten zodra er een nieuwe image uit is

Edit:
Oeps in het vervolg eerst alles lezen

Ik kan dit voor Home Assistant afraden. De .0 releases zijn niet altijd probleemloos dus kan je beter een paar dagen wachten tot .1 of .2 uit is. Bovendien kun je de upgrade uitvoeren op een voor jou geschikt tijdstip waarbij je eventueel terug kunt gaan naar een oudere versie. Ook heb je dan de tijd om even de breaking changes door te nemen.

[T.Kreeftmeijer]

ny-hardcore schreef op zondag 19 augustus 2018 @ 22:00:
[...]

automation: !include automations.yaml


je automations.yaml bevat de fout

Daar was ik inmiddels achter.

Nu weet ik ook weer wat ik aan het proberen was. Ik wilde dit ze acties werkend krijgen, maar daar ging het mis; ik wist niet waar ik het kwijt moet en wellicht zijn ze niet goed geschreven:

YAML:

automation:
  #Dimknoppen op Dimmer Switch
  - alias: "Dim 30%"
    trigger:
    - platform: state
      entity_id: light.huetestlamp1
      to: '3002'
    action:
      service: scene.turn_on
      trigger:
      entity_id: scene.LowDim

  - alias: "100%"
    trigger:
    - platform: state
      entity_id: light.huetestlamp1
      to: '2002'
    action:
      service: scene.turn_on
      entity_id: scene.HighDim

  - alias: "Dim 70%"
    trigger:
    - platform: state
      entity_id: light.huetestlamp1
      to: '1002'
    action:
      service: scene.turn_on
      entity_id: scene.Full

[ny-hardcore]

T.Kreeftmeijer schreef op zondag 19 augustus 2018 @ 22:03:
[...]

Daar was ik inmiddels achter.

Nu weet ik ook weer wat ik aan het proberen was. Ik wilde dit ze acties werkend krijgen, maar daar ging het mis; ik wist niet waar ik het kwijt moet en wellicht zijn ze niet goed geschreven:

YAML:

automation:
  #Dimknoppen op Dimmer Switch
  - alias: "Dim 30%"
    trigger:
    - platform: state
      entity_id: light.huetestlamp1
      to: '3002'
    action:
      service: scene.turn_on
      trigger:
      entity_id: scene.LowDim

  - alias: "100%"
    trigger:
    - platform: state
      entity_id: light.huetestlamp1
      to: '2002'
    action:
      service: scene.turn_on
      entity_id: scene.HighDim

  - alias: "Dim 70%"
    trigger:
    - platform: state
      entity_id: light.huetestlamp1
      to: '1002'
    action:
      service: scene.turn_on
      entity_id: scene.Full

ik heb geen hue maar gok dat je platform: event moet hebben en niet platform: state

[code = yaml]
- alias: 'Toggle lamp from button'
initial_state: 'on'
trigger:
platform: event
event_type: deconz_event
event_data:
id: lumisensor_switch_5
event: 1000
action:
service: switch.toggle
entity_id: switch.light_2
[/code = yaml]

[Vorkie]

code:

updater:
  # Optional, allows Home Assistant developers to focus on popular components.
  # include_used_components: true
  reporting: no

Jullie weten dat ie standaard report toch? Met bovenstaande zet je dat uit, dan gaat ie niet naar huis bellen

Verder wil Homekit gewoon niet meer koppelen, maar goed, overleven we eventjes, van de week eens goed naar kijken.

Homeassistant zit in een ander VLAN, met Avahi op PFSense krijg je deze zichtbaar, maar het koppelen wil gewoon niet.
Zet ik HomeAssistant terug in zijn oude VLAN, wil die ook niet koppelen, ook niet na het verwijderen van heel het huis, AppleTV uit, iPad uit, iPhone herstart, mag allemaal niet baten....

Het kunnen 2 dingen zijn in mijn beleving:
IPv6 of Avahi ...

[martinvdm]

Vorkie schreef op zondag 19 augustus 2018 @ 22:12:

code:

updater:
  # Optional, allows Home Assistant developers to focus on popular components.
  # include_used_components: true
  reporting: no

Jullie weten dat ie standaard report toch? Met bovenstaande zet je dat uit, dan gaat ie niet naar huis bellen

Verder wil Homekit gewoon niet meer koppelen, maar goed, overleven we eventjes, van de week eens goed naar kijken.

Homeassistant zit in een ander VLAN, met Avahi op PFSense krijg je deze zichtbaar, maar het koppelen wil gewoon niet.
Zet ik HomeAssistant terug in zijn oude VLAN, wil die ook niet koppelen, ook niet na het verwijderen van heel het huis, AppleTV uit, iPad uit, iPhone herstart, mag allemaal niet baten....

Het kunnen 2 dingen zijn in mijn beleving:
IPv6 of Avahi ...

Ben niet helemaal bekend met pfsense.
Ik denk dat je zal moeten zorgen dat multicast en mDNS van het ene naar het andere vlan mogelijk is. Soms kun je hier Aggregation of traffic voor inschakelen.

[Verwijderd]

Yoki1985 schreef op zondag 19 augustus 2018 @ 21:53:
[...]


Je moet eens kijken naar de image “watchtower” een docker om al je andere dockers automatisch te updaten zodra er een nieuwe image uit is

Edit:
Oeps in het vervolg eerst alles lezen

Bedankt voor de tip, ik zal eens kijken, maar ik wil zeker niet alles zomaar updaten. Influxdb is er een van: daar zit al 9 maanden een kneiter van een regressie in waardoor ik op een oude versie draai. Grafana en HA update ik wel automatisch maar ook dat gaat soms niet ongestraft waardoor de boel opeens crasht.

[lolgast]

@Verwijderd

offtopic:
Je kunt met Watchtower per container aangeven of hij geüpdatet moet worden. Als je Watchtower start je met command --label-enable (waarschijnlijk ook --cleanup, om oude images te verwijderen).
Vervolgens start je elke container waarvan de image bijgewerkt mag worden met het label com.centurylinklabs.watchtower.enable=true

[T.Kreeftmeijer]

ny-hardcore schreef op zondag 19 augustus 2018 @ 22:06:
[...]

ik heb geen hue maar gok dat je platform: event moet hebben en niet platform: state

[code = yaml]
- alias: 'Toggle lamp from button'
initial_state: 'on'
trigger:
platform: event
event_type: deconz_event
event_data:
id: lumisensor_switch_5
event: 1000
action:
service: switch.toggle
entity_id: switch.light_2
[/code = yaml]

Nee, het moet wel een state zijn. De Hue Dimmer Switch heeft een state (100x, 200x, 300x, 400x) door bij het indrukken van een knop. Nu wil id dus dat bij 4002 de lamp uit gaat.
Dat werkt nu:

YAML:

- id: 'off'
  alias: Dim 0%
  trigger:
  - entity_id: sensor.dimmer1_state
    platform: state
    to: '4002'
  action:
  - data:
      entity_id: scene.Off
    service: scene.turn_on

Alle automations zijn nu:

YAML:

- id: 'off'
  alias: Dim 0%
  trigger:
  - entity_id: sensor.dimmer1_state
    platform: state
    to: '4002'
  action:
  - data:
      entity_id: scene.Off
    service: scene.turn_on
- id: lowdim
  alias: Dim 30%
  trigger:
  - platform: state
    entity_id: sensor.dimmer1_state
    to: '3002'
  action:
  - service: scene.turn_on
    data:
      entity_id: scene.LowDim
- id: highdim
  alias: Dim 70%
  trigger:
  - entity_id: sensor.dimmer1_state
    platform: state
    to: '2002'
  action:
  - data:
      entity_id: scene.HighDim
    service: scene.turn_on
- id: full
  alias: Dim 100%
  trigger:
  - platform: state
    entity_id: sensor.dimmer1_state
    to: '1002'
  action:
  - service: scene.turn_on
    data:
      entity_id: scene.Full

En deze werken nu allemaal.
Alleen de de eerste id 'off' moet met [i]'/i] en de andere niet. Zonder de ' bij 'off' werkt het niet. De andere kunnen zoals ze hierboven staan. Hoe komt dat? Is het beter om de ' wel of niet te gebruiken?

YAML:

homeassistant:
  # Name of the location where Home Assistant is running
  name: Home
  # Location required to calculate the time the sun rises and sets
  latitude: 0
  longitude: 0
  # Impacts weather/sunrise data (altitude above sea level in meters)
  elevation: 0
  # metric for Metric, imperial for Imperial
  unit_system: metric
  # Pick yours from here: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: UTC
  # Customization file
  customize: !include customize.yaml

# Show links to resources in log and frontend
#introduction:

# Enables the frontend
frontend:

# Enables configuration UI
config:

http:
  # Secrets are defined in the file secrets.yaml
  # api_password: !secret http_password
  # Uncomment this if you are using SSL/TLS, running in Docker container, etc.
  # base_url: example.duckdns.org:8123

# Checks for available updates
# Note: This component will send some information about your system to
# the developers to assist with development of Home Assistant.
# For more information, please see:
# https://home-assistant.io/blog/2016/10/25/explaining-the-updater/
updater:
  # Optional, allows Home Assistant developers to focus on popular components.
  # include_used_components: true

# Discover some devices automatically
discovery:

# Allows you to issue voice commands from the frontend in enabled browsers
conversation:

# Enables support for tracking state changes over time
history:

# View all events in a logbook
logbook:

# Enables a map showing the location of tracked devices
map:

# Track the sun
sun:

# Weather prediction
sensor:
  - platform: yr

# Text to speech
tts:
  - platform: google

# Cloud
cloud:

group: !include groups.yaml
automation: !include automations.yaml
script: !include scripts.yaml

sensor:
    #Hue Dimmer Switch state
  - platform: rest
    resource: http://[hue api]
    name: dimmer1_state
    value_template: '{{ value_json.state.buttonevent }}'
    scan_interval: 1

    #Hue Dimmer Switch lastupdated
  - platform: rest
    resource: http://[hue api]
    name: dimmer1_updated
    value_template: '{{ value_json.state.lastupdated }}'
    scan_interval: 1

scene:
  #Scene off
  - name: 'Off'
    entities:
      light.huetestlamp1:
        state: off
        transition: 2
  #Scene low dim (30%)
  - name: 'LowDim'
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 30
  #Scene High dim (70%)
  - name: 'HighDim'
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 70
  #Scene Full (100%)
  - name: 'Full'
    entities:
      light.huetestlamp1:
        state: on
        transition: 2
        brightness_pct: 100

Iedereen bedankt voor de hulp!

[lolgast]

@T.Kreeftmeijer
Waarschijnlijk komt dat omdat hij de off als een python waarde ziet. Door er quotjes omheen te zetten forceer je dat het als string verwerkt wordt. Zelfde geldt voor wanneer je een nummer als id zou kiezen, dan moet je ook quotjes gebruiken, omdat hij per se een string wil zien op dat veld.
Aan te raden is om jezelf aan te wennen ze altijd met quotjes te doen, dan gaat het altijd goed

[T.Kreeftmeijer]

lolgast schreef op maandag 20 augustus 2018 @ 10:29:
@T.Kreeftmeijer
Waarschijnlijk komt dat omdat hij de off als een python waarde ziet. Door er quotjes omheen te zetten forceer je dat het als string verwerkt wordt. Zelfde geldt voor wanneer je een nummer als id zou kiezen, dan moet je ook quotjes gebruiken, omdat hij per se een string wil zien op dat veld.
Aan te raden is om jezelf aan te wennen ze altijd met quotjes te doen, dan gaat het altijd goed

Ja juist. Zo'n vermoeden had ik al.
Zal ook wel zo zijn met gekke tekens. Beter dus altijd quotes gebruiken.

[CodeIT]

defcon84 schreef op vrijdag 17 augustus 2018 @ 14:18:
[...]

code:

werkt dit niet gewoon?
app-header, app-toolbar {
    display: none;
}

---

Helaas niet. In ieder geval niet met user css extensie in chrome. Met andere sites werkt deze extensie wel.

[Vloris]

T.Kreeftmeijer schreef op maandag 20 augustus 2018 @ 10:30:
[...]

Ja juist. Zo'n vermoeden had ik al.
Zal ook wel zo zijn met gekke tekens. Beter dus altijd quotes gebruiken.

Er zijn in home-assistant configuraties heel veel plekken waar je echt een string nodig hebt, in een yaml-bestand gaat dat meestal vanzelf en heb je geen quotes daarvoor nodig, maar er zijn een aantal waarden die zonder quotes geïnterpreteerd worden als boolean (true/false): true,on,yes wordt allemaal true en false,off,no wordt allemaal false (en nog een zooitje synoniemen geloof ik).

Daarom is het inderdaad verstandig dit soort dingen altijd te quoten.

[Kitser]

RudolfR schreef op zondag 19 augustus 2018 @ 12:37:
Dat is een andere betekenis van het woord interface. Jij bedoelt gebruikersinterface, denk ik.
In je link zie ik namelijk een screenshot van hass.io met een card van een groep.
Maar in de tekst lees ik ook dat de add-on een eigen user interface heeft.

Geen idee hoe je die laatste kunt tonen; maar de configuratie voor HASS staat ook getoond op de pagina, heb je die al staan? Daarin staat nl. ook die groep 'Zigbee' die je zo graag wil hebben, maar dat is een samenraapsel van verschillende componenten, dus je zult alles over willen nemen.

(Ik had 't over interfacen/koppelen met hardware; zoals je voorbeelden van rfxtrx of een zwave-stick)

Ik bedoel inderdaad een gebruikersinterface. Die heb ik voor zigbee2mqtt niet. De addon interface heb ik inderdaad wel.
Maar uiteindelijk wil je toch je zigbee devices in de gebruikersinterface hebben.

Edit:
Door dit in mijn configuration.yaml te zetten verschenen mijn Xiaomi Cube en door/window sensor in de gebruikersinterface. Niet in een kaart maar boven de kaarten. Prima!
Thanks

code:

mqtt:
  discovery: true
  broker: [YOUR MQTT BROKER]  # Remove if you want to use builtin-in MQTT broker
  birth_message:
    topic: 'hass/status'
    payload: 'online'
  will_message:
    topic: 'hass/status'
    payload: 'offline'

[ Voor 19% gewijzigd door Kitser op 20-08-2018 11:14 ]

[jossie67]

Zo terug na 3wk, veel terug gelezen, vooral de wasmachine is klaar notification was top.

Vraagje ik heb twee sets zonnepanelen
Nu wil ik de opbrengste optellen

- sensor.power_generation_a
- sensor.solax_vermogen

kan ik een dummy sensor maken en met een template deze optellen of gaat het dat anders

[gri-]

jossie67 schreef op maandag 20 augustus 2018 @ 13:45:
kan ik een dummy sensor maken en met een template deze optellen of gaat het dat anders

Je kan een template sensor gebruiken die de waarden optelt.
Zie https://www.home-assistant.io/components/sensor.template/

[lolgast]

@jossie67
Soms werkt het op de meest simpele manier. Je zou naar de dev-template pagina van je HA kunnen gaan en even dit plakken:

code:

{{ states.sensor.power_generation_a.state | int + states.sensor.solax_vermogen.state | int }}

[Mayco]

Is al eens gepasseerd, maar ben wat beginnen spelen met TileBoard, en vind het heel fijn om mee te werken.



-> https://community.home-as...d-for-homeassistant/57173

[The_Admin]

Hmmbob schreef op zondag 19 augustus 2018 @ 20:30:
[...]

0.76.1 is uitgekomen, met o.a. fixes waar jij blij van zou moeten worden:


[...]


In de beschrijving van de tweede patch:


[...]

Klopt, hiermee gefixt! Moest even m'n .storage terugzetten, die had ik weggehaald (stond als mogelijk fix/workaround op hass forum), maar toen was ik al m'n discovered meuk (Sonos, Hue, versterker, Chromecast) kwijt en deed m'n Aqara meuk niks meer. Dus blij dat ik het met deze fix op kon lossen. Wel nog even m'n mqtt setup aanpassen, daar was een breaking change qua password.

[PuckStar]

Mayco schreef op maandag 20 augustus 2018 @ 16:59:
Is al eens gepasseerd, maar ben wat beginnen spelen met TileBoard, en vind het heel fijn om mee te werken.

[afbeelding]

-> https://community.home-as...d-for-homeassistant/57173

Ik lees
"Please note that dashboard was designed for local installations and you should never store dashboard files in www directory of HA if you are exposing it to the outside world since this would reveal content of config.js along with the password."
Dus omdat ik via een certificaat mijn Hass van buitenaf kan benaderen kan ik TileBoard beter niet gebruiken?

[Mayco]

Klopt, maar je kan beter je wachtwoord uit de config laten. TileBoard vraagt die dan bij de eerste visit en slaat die op in je browser localStorage. Prima dus om je config daar te laten staan, al kunnen anderen dan wel de naam van je entities in hass weten. Anders achter een htaccess ofzo plaatsen met basicauth.

[martinvdm]

lolgast schreef op vrijdag 17 augustus 2018 @ 22:04:
De Traefik config die ik van de week postte geeft een A+ rating, als je bij de labels van de container HSTS inschakelt Met geslaagde handshake voor alle devices/browsers.

https://www.ssllabs.com/s...yze.html?d=www.lolgast.nl

top, goeie. gelijk ff gedaan

code:

      - traefik.frontend.headers.STSPreload=true
      - traefik.frontend.headers.STSSeconds=31536000

[martinvdm]

0.76.1 upgrade gedaan zonder enkel probleem.

[The_Admin]

Was ik weer... 0.76.1 dus nu draaien, iig zover dat HA deze keer wél een frontend heeft en werkt. Maar het volgende obscure issue... Automations draaien gewoon, ik zie dat hij bv. de status van m'n input_select wijzigt als de wasmachine of droger aanstaat. Echter zou hij op basis van de status 'Finished' van die input_select een melding via pushover en mqtt moeten sturen. Je raadt het al; niks. Beiden gewoon niet. Niks in de log en als ik 'handmatig' de service 'notify.pushover' aanroep komt het gewoon zonder problemen aan op het toestel...

Geen config errors, beide automations staan er gewoon nog, mqtt config aangepast zodat daar een password in staat (en ja, het juiste password).

Ik ben nog niet zo weg van 0.76.X....

[Hmmbob]

Klinkt mij dat ze beiden gewoon niet getriggered worden. Bereikt die input_select ook wel daadwerkelijk de status finished?

Kun je het testen door de input daar handmatig op te zetten (evt via de tussenstap die nodig is voor je conditions, wanneer van toepassing)?

[ Voor 11% gewijzigd door Hmmbob op 21-08-2018 11:38 ]

[The_Admin]

Hmmbob schreef op dinsdag 21 augustus 2018 @ 11:38:
Klinkt mij dat ze beiden gewoon niet getriggered worden. Bereikt die input_select ook wel daadwerkelijk de status finished?

Kun je het testen door de input daar handmatig op te zetten (evt via de tussenstap die nodig is voor je conditions, wanneer van toepassing)?

Jup, de input_select heeft drie statussen;

Idle
Running
Finished

En wordt op basis van een automation die stroomverbruik van een Fibaro Wall Plug in de gaten houdt gewoon prima aangepast, en wordt ook met een andere automation die hem als hij 10m in 'Finished' staat terug naar Idle gezet. Maar het gehele notificatie gedeelte pakt hij gewoon niet schijnbaar...

Zal hem inderdaad eens handmatig op Finished gooien, dat is de trigger voor de notificaties.

[Hmmbob]

The_Admin schreef op dinsdag 21 augustus 2018 @ 11:41:
[...]
En wordt op basis van een automation die stroomverbruik van een Fibaro Wall Plug in de gaten houdt gewoon prima aangepast

Mijn punt was dus dat het misschien in DIT specifieke stukje mis gaat

[The_Admin]

Hmmbob schreef op dinsdag 21 augustus 2018 @ 11:43:
[...]

Mijn punt was dus dat het misschien in DIT specifieke stukje mis gaat

Snap 'm, maar ik zie hem cyclen door die statussen en de wall plug geeft ook correct stroomverbruik weer.

Zojuist even handmatig op 'Finished' gezet, maar niks. Ook nog even handmatig een mqtt message gepublished, en dat werkt wel (aan de hand van die mqtt message zegt Homey wat ).

[Hmmbob]

Je mag best relevante config posten, kijken we effe mee

[The_Admin]

Was geen config issue, zojuist 0.76.2 geinstalleerd, die specifiek deze fix meldt:

"Fix push notifications toggle (@balloob)" (beetje cryptisch en verder ook geen gekoppeld GitHub issue oid). Maar daarna werkt het meteen als ik handmatig de input_select op 'Finished' zet.

0.76.X en mijn HASS implementatie zijn tot zover nog geen goede vriendjes gebleken

[PuckStar]

Misschien weet iemand het hier.

value_template: "{% if states.sensor.bed_s_waarde.state|int > 150 %}InBed{% else %}UitBed{% endif %}"
icon_template: "{% if states.sensor.bed_s_waarde.state|int > 150 %} mdi:hotel{% else %} mdi:bed-empty{% endif %}"

De value_template werkt goed.
De icon template werkt maar deels. Als ik uit bed ben komt er geen icoontje namelijk en als ik in bed lig wel.
Als ik de regel in de template checker zet is het resultaat correct:
value_template: "UitBed"
icon_template: " mdi:bed-empty"

Maar waarom zie ik dan geen icoontje?