Home Assistant - Open source Python3 home automation

[NeoFoX]

t-x-m schreef op dinsdag 29 mei 2018 @ 20:36:
Wat een mooi topic is dit, mede dankzij jullie enthousiasme ben ik een week of wat geleden ook met HA aan de slag gegaan. Naast wat basic stuff met Xiaomi spullen, Sonoff, licht, thermostaat etc heb ik de afgelopen weken aan een wat opvallendere functie gewerkt:

Ik heb de Xiaomi Dafang camera op mijn achtertuin gezet om met 'AI' ( / Custom Vision / Object Detecten / ... andere fancy naam) te detecteren of de poort/schuurdeur open staat en/of er fietsen in de tuin staan. Deze 'feiten' worden in HA als sensor waardes bijgehouden.

Ik heb het projectje uitgeschreven in een blogpost voor de geinteresseerden (met linkjes naar config, code, etc.): http://case.schollaart.ne...ss-ai-in-my-backyard.html

ik denk dat ik mij daar ook verder in ga verdiepen... ben zelf bezig met MS LogicApps en ga eens door jouw blogpost heen. Zeker cool! Thanks for sharing.

[koelkast]

heeft er iemand ervaring met Traccar icm Home Assistant voor locatiebepaling? Zie https://www.traccar.org voor meer info. Ik heb het nu als server geinstalleerd en de clients op Android telefoons, maar zou het graag icm Home Assistant willen gebruiken.

[RudolfR]

Ik vond dit custom_component:
https://community.home-as...ker-custom-platform/15447

Ben wel benieuwd naar je ervaringen; OwnTracks is niet altijd even betrouwbaar.

[ny-hardcore]

RudolfR schreef op woensdag 30 mei 2018 @ 18:35:
Ik vond dit custom_component:
https://community.home-as...ker-custom-platform/15447

Ben wel benieuwd naar je ervaringen; OwnTracks is niet altijd even betrouwbaar.

Ik ben de author van die custom component, maar gebruikte deze vooral voor de gps trackers die op de odb2 poorten van onze auto's zaten...
De app voor de telefoon gebruik ikzelf niet maar sommigen zijn er wel tevreden over.
Let trouwens op dat je niet de versie uit de eerste post in de gelinkte thread gebruikt maar die tegen het einde ergens staat of direct van GitHub.

[Fore!]

Goedemiddag,
Ik ben al enige tijd met HASS aan de gang, vooral met de spullen die ik beschikbaar heb. SmartTV, Googlehome, Hue Bridge en de via internet beschikbare "sensoren" en hiermee enkele automations/scenes gemaakt.

Nu ik dit onder controle heb, hebben wij nog een zonnescherm tot onze beschikking boven onze serre. Nu is het zo de plantjes die daar in staan worden werkelijk gekookt in deze ruimte. Als het zonnescherm nu eens automagisch naar beneden zou gaan zou top zijn .

Het liefst houd ik het bij een enkele standaard. Hue en TRÅDFRI werken beiden op Zigbee, dus lijkt mij slim om op Zigbee verder te gaan en een geschikte/compatibel dongle te kopen voor de Pi/HASS.
Zodra het mogelijk is zou geweldig zijn om de Hue Bridge uiteindelijk de deur uit te doen en de lampen direct met de Pi/HASS te laten communiceren.

De zoektocht naar Zigbee schakelaars is vrij moeizaam, Z-wave lijkt de Nederlandse (of überhaupt de HA) markt te domineren.

Nu met onderzoek hoe ik HA apparatuur moet aansturen lijkt het erop dat er altijd het bijbehorende merk bridge/gateway nodig is. Wat er op neer zou komen dat ik, als het tegen zit, een meterkast vol heb hangen met gateways. (Kan elk stuk gaan, in storing raken, energieslurpers).
Als dit enkel op de PI zou werken met de benodigde dongle hoef ik alleen m'n SD kaart te backuppen en een enkele Pi extra aan te schaffen.

Nu kan ik mij dit niet helemaal voorstellen, want waarom zijn dan die aparte ZWave/Zigbee dongles/bordjes beschikbaar? Naar welk merk apparatuur moet ik dan kijken om deze zonder bridge aan te sturen?

Want als dit klopt, ga ik opzoek naar een andere bridge/gateway (Xiaomi HomeGateway?) die meer dan alleen lampen aanstuurt. Dan kan de Hue op martkplaats.

[Yelti]

Fore! schreef op donderdag 31 mei 2018 @ 12:30:
Goedemiddag,
Ik ben al enige tijd met HASS aan de gang, vooral met de spullen die ik beschikbaar heb. SmartTV, Googlehome, Hue Bridge en de via internet beschikbare "sensoren" en hiermee enkele automations/scenes gemaakt.

Nu ik dit onder controle heb, hebben wij nog een zonnescherm tot onze beschikking boven onze serre. Nu is het zo de plantjes die daar in staan worden werkelijk gekookt in deze ruimte. Als het zonnescherm nu eens automagisch naar beneden zou gaan zou top zijn .

Het liefst houd ik het bij een enkele standaard. Hue en TRÅDFRI werken beiden op Zigbee, dus lijkt mij slim om op Zigbee verder te gaan en een geschikte/compatibel dongle te kopen voor de Pi/HASS.
Zodra het mogelijk is zou geweldig zijn om de Hue Bridge uiteindelijk de deur uit te doen en de lampen direct met de Pi/HASS te laten communiceren.

De zoektocht naar Zigbee schakelaars is vrij moeizaam, Z-wave lijkt de Nederlandse (of überhaupt de HA) markt te domineren.

Nu met onderzoek hoe ik HA apparatuur moet aansturen lijkt het erop dat er altijd het bijbehorende merk bridge/gateway nodig is. Wat er op neer zou komen dat ik, als het tegen zit, een meterkast vol heb hangen met gateways. (Kan elk stuk gaan, in storing raken, energieslurpers).
Als dit enkel op de PI zou werken met de benodigde dongle hoef ik alleen m'n SD kaart te backuppen en een enkele Pi extra aan te schaffen.

Nu kan ik mij dit niet helemaal voorstellen, want waarom zijn dan die aparte ZWave/Zigbee dongles/bordjes beschikbaar? Naar welk merk apparatuur moet ik dan kijken om deze zonder bridge aan te sturen?

Want als dit klopt, ga ik opzoek naar een andere bridge/gateway (Xiaomi HomeGateway?) die meer dan alleen lampen aanstuurt. Dan kan de Hue op martkplaats.

Is je zonnescherm nu al elektrisch bedienbaar via afstandsbediening?
Mogelijks kan je via rf of ir de aansturing doen.

Probleem bij zigbee: er zijn verschillende implementaties mogelijk (ZLL en HA) waardoor er verschillende hubs nodig kunnen zijn.

Bij z-wave is het 1 standaard en alles is compatibel met elkaar(misschien niet alles ondersteund in Homeassistant) en is op zich de betere(duurdere) keuze volgens mij.

Maar Homeassistant blinkt net uit in het koppelen van verschillende standaarden

Indien niet zijn er nog opties als je niet wil kiezen voor z-wave maar zelfbouw mbv 2 relais(ESP8266/ESP32/Arduino/raspberry-pi/Sonoff)

PS: zigbee shutter controls http://www.zigbee.org/zig...ch=shutter&view_30_page=1

[QuasaR]

Rmg schreef op woensdag 14 februari 2018 @ 18:11:
[...]


Traefik, home assistant, node red, mqtt allemaal in containers. Ik heb een services stack met traefik (regelt ook ssl / Letsencrypt) en portainer en een home automation stack met ha, mqqt nodered. Home-assistant draait in host mode, rest niet.

Orchestration.. Het zijn allemaal always on containers, dus het up en down spinnen van container ahv availability is niet nodig. Voor het opzetten van de containers gebruik ik docker compose, voor het updaten van containers draai ik watchtower

@Rmg Zou je misschien je config's (docker-compose.yml ?) willen delen ?
Ik heb het meeste wel in docker containers draaien (los) maar wil traefik gaan gebruiken icm docker-compose.

[Bman59]

PuckStar schreef op maandag 28 mei 2018 @ 21:11:
[...]

Wat voor rf zender heb je aan Hass hangen?
Overigens waarom zou je vanuit Hass je bell willen laten afgaan?

Dit wilde ik doen om een notificatie te verzenden via Telegram; ( binnen Domoticz deed ik dit zo. ) Maar ondertussen een handleiding gevonden om dit af te vangen. Problem Solved

Wat ik nu naar een paar dagen wel steeds terug zie in mijn logs; is het volgende:

Update of climate.toon_van_eneco is taking over 10 seconds

Ik zie ook dat mijn Toon wel update na een herstart van mjin Rpi2; maar na een half uur / 45 minuten constant deze meldingen in mijn log; en de boel update niet meer.

Iemand bekend met dit soort meldingen? Ik Gebruik Hass.io image op een RPi2 en het standaard Toon: component. Geen aanpassingen oid.

[Tassadar32]

@QuasaR @Rmg Had nog nooit van traefic gehoord maar ziet er uit als een super oplossing voor alle losse services op mijn home server. Ben ook zeer benieuwd naar de setup icm home assistant en net=host.

[mr.inno]

Fore! schreef op donderdag 31 mei 2018 @ 12:30:
Nu met onderzoek hoe ik HA apparatuur moet aansturen lijkt het erop dat er altijd het bijbehorende merk bridge/gateway nodig is. Wat er op neer zou komen dat ik, als het tegen zit, een meterkast vol heb hangen met gateways. (Kan elk stuk gaan, in storing raken, energieslurpers).
Als dit enkel op de PI zou werken met de benodigde dongle hoef ik alleen m'n SD kaart te backuppen en een enkele Pi extra aan te schaffen.

Nu kan ik mij dit niet helemaal voorstellen, want waarom zijn dan die aparte ZWave/Zigbee dongles/bordjes beschikbaar? Naar welk merk apparatuur moet ik dan kijken om deze zonder bridge aan te sturen?

Kijk eens naar https://www.dresden-elektronik.de/raspbee/ en bijbehorende HASS component https://www.home-assistant.io/components/deconz/

[Rmg]

QuasaR schreef op donderdag 31 mei 2018 @ 14:04:
[...]


@Rmg Zou je misschien je config's (docker-compose.yml ?) willen delen ?
Ik heb het meeste wel in docker containers draaien (los) maar wil traefik gaan gebruiken icm docker-compose.

docker-compose.yml

code:

version: '2'
services:
    traefik:
        image: traefik:latest
        container_name: traefik
        command: --configFile=/var/traefik/traefik.toml
        ports:
            - "443:443"
            - "80:80"
        volumes:
            - /var/run/docker.sock:/var/run/docker.sock
            - ./traefik/config:/etc/traefik

    mqtt:
        image: toke/mosquitto:latest
        container_name: MQTT
        restart: unless-stopped
        ports:
            - 1993:1993
            - 1883:1883
            - 9001:9001
        volumes:
            - ./config/mqtt:/mqtt/config
            - ./data/mqtt:/mqtt/data/
        labels:
            - "traefik.enable=false"

    home-assistant:
        container_name: HomeAssistant
        network_mode: "host"
        depends_on:
            - mqtt
        restart: unless-stopped
        image: homeassistant/home-assistant:latest
        volumes:
            - ./config/home-assistant:/config
            - /etc/localtime:/etc/localtime:ro
        labels:
            - "traefik.enable=false"

traefik.toml

code:

debug = false
checkNewVersion = true
defaultEntryPoints = ["https","http"]

[entryPoints]
  [entryPoints.http]
  address = ":80"
    [entryPoints.http.redirect]
    entryPoint = "https"
  [entryPoints.https]
  address = ":443"
    [entryPoints.https.tls]

[retry]

[docker]
endpoint = "unix:///var/run/docker.sock"
domain = "xxxx.nl"
watch = true
exposedbydefault = true

[acme]
email = "[e-mail]"
storage = "/etc/traefik/acme/acme.json"
entryPoint = "https"
OnHostRule = true
acmeLogging = true
[acme.httpChallenge]
  entryPoint = "http"

[backends]
  [backends.ha]
    [backends.ha.servers.server1]
    url = "http://172.17.0.1:8123"

[frontends]
  [frontends.ha]
  backend = "ha"
  entrypoints = ["http", "https"]
    [frontends.ha.routes.ha]
    rule = "Host:home.xxxxxxx.nl"

Ik ben even kwijt waarom ik een backend in de treafik config heb gezet voor home assistant Het zou ook zonder moeten werken, heb helaas pas het weekend tijd om hier naar te kijken Ook gebruik ik een eigen mqtt, met wat extra poorten open

[PuckStar]

Bman59 schreef op donderdag 31 mei 2018 @ 14:07:
[...]


Dit wilde ik doen om een notificatie te verzenden via Telegram; ( binnen Domoticz deed ik dit zo. ) Maar ondertussen een handleiding gevonden om dit af te vangen. Problem Solved

Wat ik nu naar een paar dagen wel steeds terug zie in mijn logs; is het volgende:

Update of climate.toon_van_eneco is taking over 10 seconds

Ik zie ook dat mijn Toon wel update na een herstart van mjin Rpi2; maar na een half uur / 45 minuten constant deze meldingen in mijn log; en de boel update niet meer.

Iemand bekend met dit soort meldingen? Ik Gebruik Hass.io image op een RPi2 en het standaard Toon: component. Geen aanpassingen oid.

Ok maar om een notificatie te sturen als je bel afgaat heb je dus betreft RF alleen de ontvanger nodig en hoef je in Hass dus nooit je bel af te laten gaan (zenden van RF) zoals jij vroeg.
Maar je bent er uit gekomen, mooizo

Betreft Toon vond ik dat echt een drama. Niet stabiel en niet betrouwbaar, dus vaak kwamen bijv. commando's om verwarming aan te zetten niet aan en inderdaad veel foutmeldingen in de log, en het Eneco abonnement voor Toon op afstand is ook best duur.
Daarom heb ik mijn Toon laten rooten en geen moment spijt gehad want nu is het super stabiel en de Toon op afstand heb ik opgezegd. Dus win win.

[DennusB]

Zijn er hier al mensen met een Ring Doorbell 2 in HA? Werkt dat? Ik zie wel een component voor ring, maar er staat geen woord over de ring 2...

[lolgast]

@Rmg

Members only:

Alleen zichtbaar voor ingelogde gebruikers. Inloggen

Overigens, waarom ik denk dat je het via backend hebt gedaan: Traefik kon (en kan het nog niet goed) niet redirecten naar een https-pagina met self signed certificate. Misschien daarom deze oplossing? Of omdat je niet wist hoe je naar een custom port moet redirecten via labels?

[Rmg]

lolgast schreef op donderdag 31 mei 2018 @ 20:05:
@Rmg
***members only***


Overigens, waarom ik denk dat je het via backend hebt gedaan: Traefik kon (en kan het nog niet goed) niet redirecten naar een https-pagina met self signed certificate. Misschien daarom deze oplossing? Of omdat je niet wist hoe je naar een custom port moet redirecten via labels?

Ah thanks Jah, daar overheen gekeken. Zou goed 1 van deze 2 redenen kunnen zijn ja. Dit waren de eerste containers die ik destijds met traefik heb opgezet

[vanisher]

Momenteel gebruik ik een homey om wat HA spullen te doen (sonos, z-wave, hue, netatmo, nest, etc etc) Alleen dat ding begint moeilijk te doen gezien de hoeveelheid devices.

Nu kijk ik al een poosje met een schuin oog naar HASS.

Nu wil het geval dat ik hier een QNAP heb staan die VM's doet. Maar ik heb ook nog een Intel NUC (i5 met SSD en 8GB RAM) staan.

Voor z-wave heb ik een aeon stick. M'n qnap staat in de kelder dus niet echt een geschikte plek op de stick te plaatsen.

Blijft de NUC over. Hier draai ik bij voorkeur een ubuntu variant op (18.04 oid). Wat is nu de beste manier om hass te installeren?

1 Homeassistant in docker
2 hass.io in docker

ik kwam deze (uitgebreide!) guide tegen om HA in docker te installeren en alles te starten met docker-compose. Is dat 'the way to go' ? -> https://www.reddit.com/r/...up_rpi_3b_docker_compose/

[ Voor 6% gewijzigd door vanisher op 31-05-2018 21:16 . Reden: Url toegevoegd ]

[new_guy]

hass.io kun je niet zelf in docker draaien volgens mij. Dus dan is de keuze snel gemaakt.

[vanisher]

Toch wel:

curl -sL https://raw.githubusercon...er/install/hassio_install | sudo bash -s

Dan krijg je dit:

code:

CONTAINER ID        IMAGE                                    COMMAND                  CREATED             STATUS              PORTS               NAMES
2efb02c6fbe4        homeassistant/qemux86-64-homeassistant   "python3 -m homeassi…"   15 minutes ago      Up 15 minutes                           homeassistant
76bd059e7c7f        homeassistant/amd64-hassio-supervisor    "python3 -m hassio"      19 minutes ago      Up 15 minutes                           hassio_supervisor

Tenminste de containers worden dan voor je aangemaakt.

[ Voor 4% gewijzigd door vanisher op 31-05-2018 21:15 ]

[Possible]

Meer mensen die hass draaien icm esp bordje om lampen (milight) te schakelen via mqtt? Ik kan ze niet meer aan doen via de switch. Je drukt erop en hij schuift dan weer uit.. Ik kan met de brightness slider gebruiken om ze aan en uit te doen. Komt na upgrade naar 1.7.0 gok ik.

[lolgast]

@Possible Bij mij werkt het nog (Wemos d1 mini bordje) Maar dat de schakelaar weer uitgaat klinkt alsof je het verkeerde topic gebruikt voor het command_topic, of dat de optimistic_mode niet meer werkt en je wellicht gebruik moet maken van het optionele state_topic

Zie hier: https://www.home-assistant.io/components/light.mqtt/

[kepler]

mr.inno schreef op donderdag 31 mei 2018 @ 17:03:
[...]

Kijk eens naar https://www.dresden-elektronik.de/raspbee/ en bijbehorende HASS component https://www.home-assistant.io/components/deconz/

Ik ben toevallig van de week deze tegen gekomen:
https://www.tindie.com/pr...elabs-zigbee-usb-adapter/

Wordt ook ondersteund in HASS, maar zelf nog geen ervaring mee. Zit er wel naar te kijken om idd alle hubs te vervangen. Maar er zijn veel meer opties, ben er nog niet helemaal uit.

[Possible]

lolgast schreef op donderdag 31 mei 2018 @ 21:21:
@Possible Bij mij werkt het nog (Wemos d1 mini bordje) Maar dat de schakelaar weer uitgaat klinkt alsof je het verkeerde topic gebruikt voor het command_topic, of dat de optimistic_mode niet meer werkt en je wellicht gebruik moet maken van het optionele state_topic

Zie hier: https://www.home-assistant.io/components/light.mqtt/

Op deze manier heeft het maanden gewerkt:

code:

- platform: mqtt_json
  name: 'Groene staan lamp'
  state_topic: "milight/state/0x1A2/rgbw/1"
  command_topic: "milight/commands/0x1A2/rgbw/1"
  brightness: true
  flash: true
  rgb: true
  optimistic: false
  qos: 0

Dit is dus niet meer correct?

Wat een herstart van het ESP boardje wel niet doet... Opgelost dus...

[ Voor 5% gewijzigd door Possible op 31-05-2018 21:31 ]

[lolgast]

Het leven kan soms zo simpel zijn

[koelkast]

RudolfR schreef op woensdag 30 mei 2018 @ 18:35:
Ik vond dit custom_component:
https://community.home-as...ker-custom-platform/15447

Ben wel benieuwd naar je ervaringen; OwnTracks is niet altijd even betrouwbaar.

Traccar werkt best heel goed, als je de nauwkeurigheid in de app op 'medium' zet, pakt hij de GSM-masten, dacht ik. Als je 'm op high zet, pakt hij de daadwerkelijke gps locatie. De server werkt lekker, maar moet nog wel e.e.a. uitzoeken....

[koelkast]

Ik zou graag een sensor waarde in de telegram bericht willen toevoegen. Kan dat? Zoja, hoe?

[Hmmbob]

Ja, dat werkt hetzelfde voor alle notify functies. Kijk even in deze tweakblog van me, daar heb ik voorbeelden staan: Hmmbob's blog: NS Reisinformatie in Home Assistant

[iMars]

Wat is nou de beste methode om hue lampen en/of tradfri lampen te hernoemen in ha?
Ik heb recentelijk een paar lampen verplaatst en deze hernoemt in de app (hue in dit geval), maar deze worden niet automatisch hernoemd in HA. Nu lees ik dat dat sinds kort zo is binnen HA om de unieke id te kunnen waarborgen. Maar ik vind het behoorlijk irritant en onoverzichtelijk om bijvoorbeeld een light.slaapkamer in de keuken te hebben.

Kan ik dit handmatig aanpassen in entity_registry.yaml?

Of lamp verwijderen en opnieuw toevoegen?

Hebben jullie dit ook?

[Fore!]

Yelti schreef op donderdag 31 mei 2018 @ 12:56:
[...]

Is je zonnescherm nu al elektrisch bedienbaar via afstandsbediening?
Mogelijks kan je via rf of ir de aansturing doen.

Probleem bij zigbee: er zijn verschillende implementaties mogelijk (ZLL en HA) waardoor er verschillende hubs nodig kunnen zijn.

Bij z-wave is het 1 standaard en alles is compatibel met elkaar(misschien niet alles ondersteund in Homeassistant) en is op zich de betere(duurdere) keuze volgens mij.

Maar Homeassistant blinkt net uit in het koppelen van verschillende standaarden

Indien niet zijn er nog opties als je niet wil kiezen voor z-wave maar zelfbouw mbv 2 relais(ESP8266/ESP32/Arduino/raspberry-pi/Sonoff)

PS: zigbee shutter controls http://www.zigbee.org/zig...ch=shutter&view_30_page=1

Ja, kleinigheidje om erbij te vermelden, zonnescherm is reeds elektrisch aangedreven .

ir of rf introduceren in HA gaat hem niet worden. Want dan zit ik alsnog met een extra communicatieplatform die ook het nadeel heeft niet de feedback kan geven mbt status.

Wel mooie site, was deze wel tegengekomen alleen liep dus nog vast met de gedachte om allerlei gateways te moeten aanschaffen.

mr.inno schreef op donderdag 31 mei 2018 @ 17:03:
[...]

Kijk eens naar https://www.dresden-elektronik.de/raspbee/ en bijbehorende HASS component https://www.home-assistant.io/components/deconz/

Dresden Raspbee was ik wel tegengekomen maar was mij niet opgevallen dat deze daadwerkelijk een gateway was!
Op het HASS forum wordt ook nog opgemerkt dat hij zowel LL en HA ondersteund.
Deze gaat het winkelmandje in, ik hoop dan dat het artikel http://www.climax.com.tw/scm-2zbs.php ook werkt icm de Dresden Rasbee. Kan geen ervaringen vinden, maar ik denk dat ik dit zelf maar ga ondervinden.

Thnx voor de tips!

[iMars]

Fore! schreef op vrijdag 1 juni 2018 @ 08:49:
[...]


Ja, kleinigheidje om erbij te vermelden, zonnescherm is reeds elektrisch aangedreven .

ir of rf introduceren in HA gaat hem niet worden. Want dan zit ik alsnog met een extra communicatieplatform die ook het nadeel heeft niet de feedback kan geven mbt status.

Wel mooie site, was deze wel tegengekomen alleen liep dus nog vast met de gedachte om allerlei gateways te moeten aanschaffen.


[...]


Dresden Raspbee was ik wel tegengekomen maar was mij niet opgevallen dat deze daadwerkelijk een gateway was!
Op het HASS forum wordt ook nog opgemerkt dat hij zowel LL en HA ondersteund.
Deze gaat het winkelmandje in, ik hoop dan dat het artikel http://www.climax.com.tw/scm-2zbs.php ook werkt icm de Dresden Rasbee. Kan geen ervaringen vinden, maar ik denk dat ik dit zelf maar ga ondervinden.

Thnx voor de tips!

Die Dresden ziet er goed uit, maar ik blijf huiverig voor gebruik van SD-kaarten. Heb zelf 2x meegemaakt dat de kaart corrupt was geworden. Bij mij draait alles op VM nu

Zie dat deze Dresden niet Philips Hue ondersteund, ondersteund het wel Xiaomi Aquara spullen? Hoef je die bridge niet meer te gebruiken. Als Tradfri ook ondersteund zou zijn...

Zelf zou ik wel ook hebben voor een dedicated controller met eMMC of andere goede storage erop. Met daarom alle controllers geintegreerd (als Homey idee).

[Bman59]

PuckStar schreef op donderdag 31 mei 2018 @ 18:47:
[...]

Ok maar om een notificatie te sturen als je bel afgaat heb je dus betreft RF alleen de ontvanger nodig en hoef je in Hass dus nooit je bel af te laten gaan (zenden van RF) zoals jij vroeg.
Maar je bent er uit gekomen, mooizo

Betreft Toon vond ik dat echt een drama. Niet stabiel en niet betrouwbaar, dus vaak kwamen bijv. commando's om verwarming aan te zetten niet aan en inderdaad veel foutmeldingen in de log, en het Eneco abonnement voor Toon op afstand is ook best duur.
Daarom heb ik mijn Toon laten rooten en geen moment spijt gehad want nu is het super stabiel en de Toon op afstand heb ik opgezegd. Dus win win.

Dat word hem voor mij niet; de Toon word veel ( in de koudere periode ) gebruikt door mijn vriendin en of mensen die vaak bij ons zijn; dus rooten zie ik zo niet zitten.

Wat ik wel tegen kwam is het volgende;

Op https://github.com/krocat/ToonHA staat een geupdate toon component. Nu kan ik deze installeren binnen mijn HASSIO door een custom_components folder aan te maken en de files hier in te zetten; maar hij geeft aan dat hij afhankelijk is van https://github.com/costastf/toonapilib de Toonapilib.

Hoe kan ik de library / dependencies installeren binnen een hassio image op een rpi? ik heb via SSH alles al doorgezocht, maar kan de directory niet vinden waar ik de files in moet plaatsen.

Of is het zo simpel dat de toonapilib ook in de custom_components folder er bij moet ?

Ik hoop dat iemand mij hier wat duidelijkheid over kan geven. Alvast bedankt.

Edit: de optie $ pip install toonapilib heb ik al geprobeerd; maar werkt niet binnen mijn hassio image.

[ Voor 3% gewijzigd door Bman59 op 01-06-2018 09:19 ]

[koelkast]

Hmmbob schreef op vrijdag 1 juni 2018 @ 08:17:
Ja, dat werkt hetzelfde voor alle notify functies. Kijk even in deze tweakblog van me, daar heb ik voorbeelden staan: Hmmbob's blog: NS Reisinformatie in Home Assistant

code:

- id: Notification_trein_naar_Breda
  alias: Vertrektijd trein naar Breda
  trigger:
  - entity_id: device_tracker.hmmbob
    event: enter
    platform: zone
    zone: zone.stationdb
  condition:
  - after: 06:15:00
    before: 08:30:00
    condition: time
    weekday:
    - mon
    - tue
    - wed
    - thu
    - fri
  action:
  - data_template:
      message: Vertrektijd {{ states.sensor.denboschbreda.attributes.departure_time_actual
        }} vanaf spoor {{ states.sensor.denboschbreda.attributes.departure_platform
        }}, aankomst om {{ states.sensor.denboschbreda.attributes.arrival_time_actual
        }}. Volgende trein vertrekt om {{ states.sensor.denboschbreda.attributes.next
        }}.
      title: 'Trein naar Breda: {{ states.sensor.denboschbreda.attributes.status
        }}.'
    service: notify.pushbullet

en dan:

code:

- id: Notification_vertrek_naar_Den_Bosch
  alias: Vertrek naar Den Bosch
  trigger:
  - entity_id: sensor.bredadenbosch
    platform: state
  condition:
  - condition: and
    conditions:
    - after: '15:00:00'
      before: '16:30:00'
      condition: time
      weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
    - condition: state
      entity_id: device_tracker.hmmbob
      state: work
  action:
  - data:
      message: Vertrektijd {{ states.sensor.bredadenbosch.attributes.departure_time_actual
        }} vanaf spoor {{ states.sensor.bredadenbosch.attributes.departure_platform
        }}, aankomst om {{ states.sensor.bredadenbosch.attributes.arrival_time_actual
        }} op spoor {{ states.sensor.bredadenbosch.attributes.arrival_platform }}.
        Volgende trein vertrekt om {{ states.sensor.bredadenbosch.attributes.next
        }}.
      title: 'Trein naar Den Bosch: {{ states.sensor.bredadenbosch.attributes.status
        }}.'
    service: notify.pushbullet

Dank voor je acties. Wow, leuke automations! Nu valt me wel op dat je de ene keer 'data' gebruikt, en een andere keer 'data_template'. Waarom is dit?

[kepler]

Fore! schreef op vrijdag 1 juni 2018 @ 08:49:
[...]


Dresden Raspbee was ik wel tegengekomen maar was mij niet opgevallen dat deze daadwerkelijk een gateway was!
Op het HASS forum wordt ook nog opgemerkt dat hij zowel LL en HA ondersteund.
Deze gaat het winkelmandje in, ik hoop dan dat het artikel http://www.climax.com.tw/scm-2zbs.php ook werkt icm de Dresden Rasbee. Kan geen ervaringen vinden, maar ik denk dat ik dit zelf maar ga ondervinden.

Thnx voor de tips!

Mag ik vragen waarom je niet hebt gekozen voor deze: https://elelabs.com/products.html ?

Of werkt het precies hetzelfde en gewoon een andere leverancier? Ik ben dus ook op zoek naar een Zigbee add-on voor HA + RPi, om alle hubs (Tradfri en Xiaomi) te vervangen.

[Fore!]

iMars schreef op vrijdag 1 juni 2018 @ 09:04:
[...]

Die Dresden ziet er goed uit, maar ik blijf huiverig voor gebruik van SD-kaarten. Heb zelf 2x meegemaakt dat de kaart corrupt was geworden. Bij mij draait alles op VM nu

Zie dat deze Dresden niet Philips Hue ondersteund, ondersteund het wel Xiaomi Aquara spullen? Hoef je die bridge niet meer te gebruiken. Als Tradfri ook ondersteund zou zijn...

Zelf zou ik wel ook hebben voor een dedicated controller met eMMC of andere goede storage erop. Met daarom alle controllers geintegreerd (als Homey idee).

Corruptie van SD kaart is mij slechts 1x voorgekomen en dat is wanneer ik actief een backup wilde bijhouden na bijzondere wijzigingen, installaties of HASS/Raspbien updates. Had toen een kaartje van Sandisk gekocht, heeft het nog geen 2 weken uitgehouden en direct maar een Kingston erbij gekocht waar ik er dus al 1 van had. Tot op heden geen problemen met het nieuwe of oude Kingston kaartje.

Mbt Dresden lees ik dat hij inderdaad geen ondersteuning bied voor de hue bridge, maar wel het koppelen van hue devices, Tradfri verwacht ik dan eigenlijk ook.

Maargoed, heb hier zowel tradfri als hue liggen dus zodra ik hem ga bestellen kan ik het even gauw testen.
Ik moet alleen even kijken wat ik doe met het gemis van de hue app en hoe ik Google home ook netjes koppel met de lampen/HASS. De Hue app maken andere bewoners hier nog gebruik van, GH wordt ook heel erg vaak aangeroepen icm Hue .

kepler schreef op vrijdag 1 juni 2018 @ 11:40:
[...]

Mag ik vragen waarom je niet hebt gekozen voor deze: https://elelabs.com/products.html ?

Of werkt het precies hetzelfde en gewoon een andere leverancier? Ik ben dus ook op zoek naar een Zigbee add-on voor HA + RPi, om alle hubs (Tradfri en Xiaomi) te vervangen.

Nou, dat product ken ik nog niet. Ik ga daar even in duiken met welke ik in zee zou willen gaan. Het lijkt er op dat ze exact hetzelfde doen en beloven. Alleen van elelabs geeft specifiek aan plugins te hebben voor o.a. HASS.

Dit wordt denk ik een kosten/knutsel overweging.

[jossie67]

Ik krijg mijn ring 2 maar niet goed in HA.
In configuration.yaml heb ik het volgende toegevoed

code:

ring:
  username: !secret RING_USERNAME
  password: !secret RING_PASSWORD

Op de website kan ik gewoon inloggen, om typfouten te voorkomen, knip en plak ik deze uit secrets.yaml

Toch krijg ik de foutmelding
Unable to connect to Ring service: 401 Client Error: Unauthorized for url: https://api.ring.com/clients_api/session

[JBS]

Hier mensen die succesvol een Xiaomi wireless smart switch (de draadloze dubbele, deze) aan de praat hebben via automations op basis van Deconz event triggers zoals hier (met correctie zoals hier benoemd) wordt beschreven? Ik zie de events wel in de log voorbij komen, maar op de een of andere manier wil mijn automation niet afgetrapt worden.

Zo ja, zou je je yaml hier willen delen?

[ Voor 8% gewijzigd door JBS op 01-06-2018 12:42 ]

[lolgast]

@JBS Nvm, ik gebruik geen Deconz

[ Voor 96% gewijzigd door lolgast op 01-06-2018 12:36 ]

[kepler]

Fore! schreef op vrijdag 1 juni 2018 @ 11:52:
[...]


Nou, dat product ken ik nog niet. Ik ga daar even in duiken met welke ik in zee zou willen gaan. Het lijkt er op dat ze exact hetzelfde doen en beloven. Alleen van elelabs geeft specifiek aan plugins te hebben voor o.a. HASS.

Dit wordt denk ik een kosten/knutsel overweging.

Het ziet naar mijn idee prima uit, zeker de link/plugin met HASS en de goede documentatie. Ik vind het wel elegant om alles direct via HASS te laten afhandelen en niet via een mqtt oplossing.

Ik denk dat ik dan kies voor de iets duurdere oplossing, want tijd is geld Mijn kennis over zulke zaken is niet heel groot en ben al tijd genoeg kwijt om alles in HASS werkend te krijgen

[Hmmbob]

koelkast schreef op vrijdag 1 juni 2018 @ 09:54:
[...]
Dank voor je acties. Wow, leuke automations! Nu valt me wel op dat je de ene keer 'data' gebruikt, en een andere keer 'data_template'. Waarom is dit?

Hmmm, in theorie zou het bericht bij de 'data' variant niet gevuld moeten worden, en bij de 'data_template' wel. Echter, het werkt wel.... Gek. Maar de 'data_template' variant is de juiste.

Zie ook https://www.home-assistant.io/docs/automation/templating/

[nephilimcrt]

@Hmmbob

Ik ben nieuw op het gebied van HA. Begrijp ik nou goed uit de omschrijving van je NS automation dat als je de state als trigger gebruikt, maar geen 'from' en 'to' states definieert, hij altijd getriggerd wordt als de state verandert?
Kan ik misschien ook alleen een 'from' instellen, dus dat het niet uitmaakt wat de nieuwe state is?

Dank voor je hulp alvast!

[Hmmbob]

nephilimcrt schreef op vrijdag 1 juni 2018 @ 16:54:
@Hmmbob

Ik ben nieuw op het gebied van HA. Begrijp ik nou goed uit de omschrijving van je NS automation dat als je de state als trigger gebruikt, maar geen 'from' en 'to' states definieert, hij altijd getriggerd wordt als de state verandert?
Kan ik misschien ook alleen een 'from' instellen, dus dat het niet uitmaakt wat de nieuwe state is?

Dank voor je hulp alvast!

Klopt!

quote: https://www.home-assistan...on/trigger/#state-trigger

STATE TRIGGER
Triggers when the state of a given entity changes. If only entity_id is given trigger will activate for all state changes, even if only state attributes change.

[JBS]

JBS schreef op vrijdag 1 juni 2018 @ 12:05:
Hier mensen die succesvol een Xiaomi wireless smart switch (de draadloze dubbele, deze) aan de praat hebben via automations op basis van Deconz event triggers zoals hier (met correctie zoals hier benoemd) wordt beschreven? Ik zie de events wel in de log voorbij komen, maar op de een of andere manier wil mijn automation niet afgetrapt worden.

Zo ja, zou je je yaml hier willen delen?

Nog even wat meer input. Dit zie ik in home-assistant.log bij het indrukken van de rechter en linker knop op de wandschakelaar:

code:

2018-06-01 20:51:35 INFO (MainThread) [homeassistant.core] Bus:Handling <Event deconz_event[R]: id=wandknop, event=2002>
2018-06-01 20:51:35 DEBUG (MainThread) [homeassistant.components.api] STREAM 1876162712 FORWARDING <Event deconz_event[R]: id=wandknop, event=2002>
2018-06-01 20:51:35 DEBUG (MainThread) [homeassistant.components.api] STREAM 1876162712 WRITING data: {"event_type": "deconz_event", "data": {"id": "wandknop", "event": 2002}, "origin": "REMOTE", "time_fired": "2018-06-01T18:51:35.268377+00:00"}
2018-06-01 20:51:40 DEBUG (MainThread) [pydeconz.websocket] Websocket data: b'\x81t{"e":"changed","id":"13","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2018-06-01T18:51:40"},"t":"event"}'
2018-06-01 20:51:40 DEBUG (MainThread) [pydeconz.deconzdevice] Wandknop: update buttonevent with 1002
2018-06-01 20:51:40 DEBUG (MainThread) [pydeconz.deconzdevice] Wandknop: update lastupdated with 2018-06-01T18:51:40
2018-06-01 20:51:40 INFO (MainThread) [homeassistant.core] Bus:Handling <Event deconz_event[R]: id=wandknop, event=1002>
2018-06-01 20:51:40 DEBUG (MainThread) [homeassistant.components.api] STREAM 1876162712 FORWARDING <Event deconz_event[R]: id=wandknop, event=1002>
2018-06-01 20:51:40 DEBUG (MainThread) [homeassistant.components.api] STREAM 1876162712 WRITING data: {"event_type": "deconz_event", "data": {"id": "wandknop", "event": 1002}, "origin": "REMOTE", "time_fired": "2018-06-01T18:51:40.679588+00:00"}
2018-06-01 20:51:42 DEBUG (MainThread) [pydeconz.websocket] Websocket data: b'\x81t{"e":"changed","id":"13","r":"sensors","state":{"buttonevent":1002,"lastupdated":"2018-06-01T18:51:42"},"t":"event"}'
2018-06-01 20:51:42 DEBUG (MainThread) [pydeconz.deconzdevice] Wandknop: update buttonevent with 1002
2018-06-01 20:51:42 DEBUG (MainThread) [pydeconz.deconzdevice] Wandknop: update lastupdated with 2018-06-01T18:51:42

Volgens de in mijn vorige post genoemde forum posts zou een automation als deze moeten triggeren op het indrukken van een knop. Dat is echter niet het geval, de 'action' wordt niet uitgevoerd.

code:

- id: '1527663321134'
  alias: Test wandknop
  trigger:
  - event_data:
      event: 1002
      id: wandknop
    event_type: deconz_event
    platform: event
  condition: []
  action:
  - data:
      entity_id: input_boolean.dummy_switch
    service: input_boolean.turn_on

Deze yaml is gegenereerd door in de HASS.io interface een automation te maken:



Entitie ID baseer ik op:



Iemand een idee waar ik de mist in ga?

[koelkast]

Grrr. Ik heb nu dit:

code:

trigger:
  platform: time
  at: '23:58:00'
action:
  service: notify.telegram_f
  data_template:
    message: >
      energieverbruik vandaag {{ sensor.dsmr_elektra_dagtotaal }}

Maar het werkt niet; er komt niets binnen
Ben ik iets vergeten? Doe ik iets verkeerd? Telegram service werkt verder prima.

[PuckStar]

Bman59 schreef op vrijdag 1 juni 2018 @ 09:09:
[...]


Dat word hem voor mij niet; de Toon word veel ( in de koudere periode ) gebruikt door mijn vriendin en of mensen die vaak bij ons zijn; dus rooten zie ik zo niet zitten.

De interface verandert eigenlijk niet dus die kun je nog gewoon helemaal gebruiken zoals voorheen! Alleen niet meer via de Toon app.

Bman59 schreef op vrijdag 1 juni 2018 @ 09:09:
Wat ik wel tegen kwam is het volgende;

Op https://github.com/krocat/ToonHA staat een geupdate toon component. Nu kan ik deze installeren binnen mijn HASSIO door een custom_components folder aan te maken en de files hier in te zetten; maar hij geeft aan dat hij afhankelijk is van https://github.com/costastf/toonapilib de Toonapilib.

Hoe kan ik de library / dependencies installeren binnen een hassio image op een rpi? ik heb via SSH alles al doorgezocht, maar kan de directory niet vinden waar ik de files in moet plaatsen.

Of is het zo simpel dat de toonapilib ook in de custom_components folder er bij moet ?

Ik hoop dat iemand mij hier wat duidelijkheid over kan geven. Alvast bedankt.

Edit: de optie $ pip install toonapilib heb ik al geprobeerd; maar werkt niet binnen mijn hassio image.

Het is gewoon plaatsen in die folder en dan in je configuration het component noemen.
Dan gaat hij zelf die api installeren als het goed is.
Althans, zo was het vroeger.

[PuckStar]

Ik heb sinds van de week mijn log en database op een usb stick draaien.
Was vrij makkelijk met deze tutorial: https://blog.ceard.tech/2...ng-logs-and-database.html
Ik zat eerst te denken aan de NAS maar via netwerk kan toch voor vertraging zorgen en echt nodig vond ik het niet.
Dus nu op een stick die hopelijk langer mee gaat dan de sdcard.
Werkt tot nu toe prima!

[koelkast]

koelkast schreef op vrijdag 1 juni 2018 @ 22:00:
Grrr. Ik heb nu dit:

code:

trigger:
  platform: time
  at: '23:58:00'
action:
  service: notify.telegram_f
  data_template:
    message: >
      energieverbruik vandaag {{ sensor.dsmr_elektra_dagtotaal }}

Maar het werkt niet; er komt niets binnen
Ben ik iets vergeten? Doe ik iets verkeerd? Telegram service werkt verder prima.

Oké, inmiddels is het gelukt met flink zoekwerk. Nu is het zo en werkt het prima:

code:

trigger:
  platform: time
  at: '23:58:00'
action:
  service: notify.telegram_f
  data_template:
    title: "Energieverbruik vandaag"
    message: "Er is vandaag {{ states.sensor.dsmr_elektra_dagtotaal.state }} KWh verbruikt. Dat kostte ons in totaal {{ states.sensor.dsmr_elektra_dagtotaal_kosten.state }} euro."

[iMars]

iMars schreef op vrijdag 1 juni 2018 @ 08:31:
Wat is nou de beste methode om hue lampen en/of tradfri lampen te hernoemen in ha?
Ik heb recentelijk een paar lampen verplaatst en deze hernoemt in de app (hue in dit geval), maar deze worden niet automatisch hernoemd in HA. Nu lees ik dat dat sinds kort zo is binnen HA om de unieke id te kunnen waarborgen. Maar ik vind het behoorlijk irritant en onoverzichtelijk om bijvoorbeeld een light.slaapkamer in de keuken te hebben.

Kan ik dit handmatig aanpassen in entity_registry.yaml?

Of lamp verwijderen en opnieuw toevoegen?

Hebben jullie dit ook?

Het is me gelukt door de desbetreffende item te verwijderen in entity_registry.yaml. Wel opletten dat, als er een friendly_name is in customize, dat je deze daar ook weghaalt

[PuckStar]

koelkast schreef op vrijdag 1 juni 2018 @ 22:30:
[...]

Oké, inmiddels is het gelukt met flink zoekwerk. Nu is het zo en werkt het prima:

code:

trigger:
  platform: time
  at: '23:58:00'
action:
  service: notify.telegram_f
  data_template:
    title: "Energieverbruik vandaag"
    message: "Er is vandaag {{ states.sensor.dsmr_elektra_dagtotaal.state }} KWh verbruikt. Dat kostte ons in totaal {{ states.sensor.dsmr_elektra_dagtotaal_kosten.state }} euro."

Templates zijn echt een motherf.... erg lastig soms!

[koelkast]

...

[ Voor 98% gewijzigd door koelkast op 01-06-2018 22:43 ]

[iMars]

koelkast schreef op vrijdag 1 juni 2018 @ 22:40:
[...]

Komt bij mij gelijk de vraag op; op welke manier kan je het beste je entities hernoemen? Bij z-wave kan dat ook nog in het control panel, je kunt het in de customize.yaml doen, maar dus ook nog in entity_registry. Wat is nu de beste manier van doen?

Bij mij was het zo dat ik een lamp in de hue app had hernoemt (voorbeeld: slaapkamer hernoemd naar keuken). In de automation en scene configs van de keuken gebruik je dan light.slaapkamer, waar ik me aan stoorde. Ja je kan friendly name gebruiken, maar heb misschien een beetje teveel OCD daarvoor

Sinds HASS versie 0.63 ofzo, is het automatisch hernoemen van de hue lampen in HASS uitgezet...

Op deze manier is het mij gelukt. De lamp haal je uit de entity, waardoor deze opnieuw wordt toegevoegd binnen HASS (met de naam die op dat moment bekend is in Hue App).

Of dit het beste methode is, weet ik niet, maar voor mij werkte het.

Als je een lamp bijvoorbeeld light.hue_color_lamp_5 hebt, kan je uiteraard gewoon deze binnen HASS hernoemen naar een gewenste naam.

Edit: zie dat je je post hebt weggelaten... maar bottomline: met customize maak je een alias aan, en op mijn manier flikker je de lamp weg en komt ie terug met z'n originele naam.

[ Voor 7% gewijzigd door iMars op 01-06-2018 22:47 ]

[Imperial Guard]

Bman59 schreef op vrijdag 1 juni 2018 @ 09:09:
[...]


Dat word hem voor mij niet; de Toon word veel ( in de koudere periode ) gebruikt door mijn vriendin en of mensen die vaak bij ons zijn; dus rooten zie ik zo niet zitten.

Wat ik wel tegen kwam is het volgende;

Op https://github.com/krocat/ToonHA staat een geupdate toon component. Nu kan ik deze installeren binnen mijn HASSIO door een custom_components folder aan te maken en de files hier in te zetten; maar hij geeft aan dat hij afhankelijk is van https://github.com/costastf/toonapilib de Toonapilib.

Hoe kan ik de library / dependencies installeren binnen een hassio image op een rpi? ik heb via SSH alles al doorgezocht, maar kan de directory niet vinden waar ik de files in moet plaatsen.

Of is het zo simpel dat de toonapilib ook in de custom_components folder er bij moet ?

Ik hoop dat iemand mij hier wat duidelijkheid over kan geven. Alvast bedankt.

Edit: de optie $ pip install toonapilib heb ik al geprobeerd; maar werkt niet binnen mijn hassio image.

Ik kan je het alleen maar aanraden, geen maandelijkse kosten aan Eneco en wat mijn ervaring was dat regelmatig de commando's via Eneco servers niet overkwamen. Begin dit jaar mijn Toon geroot en geen issues meer

[Loen]

iMars schreef op vrijdag 1 juni 2018 @ 22:37:
[...]

Het is me gelukt door de desbetreffende item te verwijderen in entity_registry.yaml. Wel opletten dat, als er een friendly_name is in customize, dat je deze daar ook weghaalt

Je kunt gewoon de naam aanpassen in die file, bij opstarten matcht ie namelijk op de unique ID die daar in staat en is je lamp hernoemd!

[Smika]

Ik wil ook graag de overstap maken van Domoticz naar HASS. Nu ben ik op pagina 1 begonnen met lezen (tot nu toe ben ik bij pagina 60), maar merk op dat een deel van de mensen HASS gebruiken en andere HASS.IO. Wat ik begrijp dat HASS.IO vooral eenvoudiger is aangezien deze al erg veel heeft geautomatiseerd. Ik zelf wil HASS(.IO) draaien op een NUC binnen een Ubuntu VM. Ik wil dit ook gaan koppelen met influxdb, dsmr en logstach. In de wat oudere berichten lees ik dat HASS.IO niet goed te koppelen is met deze applicaties. Speelt dit nog steeds? Wat is op dit moment de beste oplossing om te gebruiken HASS of HASS.io?

Smika

[breinonline]

Als je zelf op Ubuntu een VM wil maken heb je gewoon HASS nodig.

[kepler]

Ik heb een probleem waar ik niet zo snel uitkom. Ik heb een automation waarbij het licht vanzelf aan gaat, maar ik wil daarbij ook een brightness instellen.

De automation werkt prima, maar het lukt me niet om de brightness van de lamp goed in te stellen (Tradfri lampen) via HASS. Nu dacht ik, laat ik van het laatste stukje (de actie) een scriptje maken om te testen waar het fout gaat:

code:

test_lampen_script:
  alias: Test lampen
  sequence:
    - service: light.turn_on
      data:
        entity_id: light.huiskamer
        brightness: 100

In de log zie ik het volgende:

code:

2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1880943536: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881213200: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Received {'type': 'call_service', 'domain': 'script', 'service': 'turn_on', 'service_data': {'entity_id': 'script.test_lampen_script'}, 'id': 21}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 21, 'type': 'result', 'success': True, 'result': None}

Het gaat om Tradfri lampen. Ik heb nu de Brightness weggelaten in de automation/script en dan werkt het prima. Ik snap niet helemaal waar het probleem kan liggen??

Soms werkt het script met brightness wel, maar ook maar 1 keer. Kan het nog niet reproduceren wanneer hij wel werkt...

[Smika]

breinonline schreef op zaterdag 2 juni 2018 @ 16:04:
Als je zelf op Ubuntu een VM wil maken heb je gewoon HASS nodig.

Bedankt voor de reply, Ga er vanavond mee aan de slag.

[martinvdm]

kepler schreef op zaterdag 2 juni 2018 @ 16:15:
Ik heb een probleem waar ik niet zo snel uitkom. Ik heb een automation waarbij het licht vanzelf aan gaat, maar ik wil daarbij ook een brightness instellen.

De automation werkt prima, maar het lukt me niet om de brightness van de lamp goed in te stellen (Tradfri lampen) via HASS. Nu dacht ik, laat ik van het laatste stukje (de actie) een scriptje maken om te testen waar het fout gaat:

code:

test_lampen_script:
  alias: Test lampen
  sequence:
    - service: light.turn_on
      data:
        entity_id: light.huiskamer
        brightness: 100

In de log zie ik het volgende:

code:

2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1880943536: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881213200: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Received {'type': 'call_service', 'domain': 'script', 'service': 'turn_on', 'service_data': {'entity_id': 'script.test_lampen_script'}, 'id': 21}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 21, 'type': 'result', 'success': True, 'result': None}

Het gaat om Tradfri lampen. Ik heb nu de Brightness weggelaten in de automation/script en dan werkt het prima. Ik snap niet helemaal waar het probleem kan liggen??

Soms werkt het script met brightness wel, maar ook maar 1 keer. Kan het nog niet reproduceren wanneer hij wel werkt...

Dit komt volgens mij omdat de ‘brightness’ pas beschikbaar is als de lamp aan staat. Dus een Action eerst aanzetten en dan de brightness werkt wel denk ik.

[Vaevictis_]

Ben zojuist overgestapt van Domoticz naar HASS (PI) maar krijg Z-Wave niet goed aan de praat. Bij het add node krijg ik vaak Unknown (of zelfs dead) nodes. Ik voeg ze toe met de add node functie in HASS (dus niet via de Aeontech z-wave stick button). Daarna krijg ik ze niet meer weg (remove failed node).

Gisteren was ik halverwege en toen waren na een reboot alle namen verdwenen (nodes die ik had hernoemd). Ik vind Z-Wave nodes toevoegen heel erg slecht werken, in Domoticz ging dit wel goed en makkelijk. Iemand nog tips?

[zoeperman]

kepler schreef op zaterdag 2 juni 2018 @ 16:15:
Ik heb een probleem waar ik niet zo snel uitkom. Ik heb een automation waarbij het licht vanzelf aan gaat, maar ik wil daarbij ook een brightness instellen.

De automation werkt prima, maar het lukt me niet om de brightness van de lamp goed in te stellen (Tradfri lampen) via HASS. Nu dacht ik, laat ik van het laatste stukje (de actie) een scriptje maken om te testen waar het fout gaat:

code:

test_lampen_script:
  alias: Test lampen
  sequence:
    - service: light.turn_on
      data:
        entity_id: light.huiskamer
        brightness: 100

In de log zie ik het volgende:

code:

2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1880943536: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881213200: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Received {'type': 'call_service', 'domain': 'script', 'service': 'turn_on', 'service_data': {'entity_id': 'script.test_lampen_script'}, 'id': 21}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 21, 'type': 'result', 'success': True, 'result': None}

Het gaat om Tradfri lampen. Ik heb nu de Brightness weggelaten in de automation/script en dan werkt het prima. Ik snap niet helemaal waar het probleem kan liggen??

Soms werkt het script met brightness wel, maar ook maar 1 keer. Kan het nog niet reproduceren wanneer hij wel werkt...

ik zou hem zo maken:

YAML:

test_lampen_script:
  alias: Test lampen
  sequence:
    - service: light.turn_on
      entity_id: light.huiskamer
      data:
        brightness: 100

waarom script en geen automation?

[defcon84]

kepler schreef op zaterdag 2 juni 2018 @ 16:15:
Ik heb een probleem waar ik niet zo snel uitkom. Ik heb een automation waarbij het licht vanzelf aan gaat, maar ik wil daarbij ook een brightness instellen.

De automation werkt prima, maar het lukt me niet om de brightness van de lamp goed in te stellen (Tradfri lampen) via HASS. Nu dacht ik, laat ik van het laatste stukje (de actie) een scriptje maken om te testen waar het fout gaat:

code:

test_lampen_script:
  alias: Test lampen
  sequence:
    - service: light.turn_on
      data:
        entity_id: light.huiskamer
        brightness: 100

In de log zie ik het volgende:

code:

2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1880943536: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:31 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881213200: Sending {'id': 2, 'type': 'event', 'event': {'event_type': 'state_changed', 'data': {'entity_id': 'script.test_lampen_script', 'old_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:57:48.246423+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>, 'new_state': <state script.test_lampen_script=off; last_triggered=2018-06-02T15:58:31.776727+02:00, friendly_name=Test lampen @ 2018-06-02T15:56:16.019902+02:00>}, 'origin': 'LOCAL', 'time_fired': datetime.datetime(2018, 6, 2, 13, 58, 31, 827026, tzinfo=<UTC>)}}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Received {'type': 'call_service', 'domain': 'script', 'service': 'turn_on', 'service_data': {'entity_id': 'script.test_lampen_script'}, 'id': 21}
2018-06-02 15:58:32 DEBUG (MainThread) [homeassistant.components.websocket_api] WS 1881016464: Sending {'id': 21, 'type': 'result', 'success': True, 'result': None}

Het gaat om Tradfri lampen. Ik heb nu de Brightness weggelaten in de automation/script en dan werkt het prima. Ik snap niet helemaal waar het probleem kan liggen??

Soms werkt het script met brightness wel, maar ook maar 1 keer. Kan het nog niet reproduceren wanneer hij wel werkt...

Zie hierboven voor de fix.
Ik wou nog even toevoegen dat je erop moet letten dat brightness tot 255 gaat, brightness_pct gaat tot 100.

[wmn79]

iMars schreef op vrijdag 1 juni 2018 @ 09:04:
[...]

Die Dresden ziet er goed uit, maar ik blijf huiverig voor gebruik van SD-kaarten. Heb zelf 2x meegemaakt dat de kaart corrupt was geworden. Bij mij draait alles op VM nu

Zie dat deze Dresden niet Philips Hue ondersteund, ondersteund het wel Xiaomi Aquara spullen? Hoef je die bridge niet meer te gebruiken. Als Tradfri ook ondersteund zou zijn...

Zelf zou ik wel ook hebben voor een dedicated controller met eMMC of andere goede storage erop. Met daarom alle controllers geintegreerd (als Homey idee).

Je hoeft toch ook geen SD-kaart te gebruiken? Als je de USB versie kiest (Conbee ipv de Raspbee) kan je deze ook gebruiken met andere machines dan alleen de PI. Daarom heb ik die ook besteld.

Waar zie je dat Philips Hue niet ondersteund wordt? In deze lijst staat Hue er gewoon tussen. Daarnaast staan in de deconz-rest-plugin supported device list ook verschillende Xiaomi devices.

Heb voor deze gekozen en niet de elelabs omdat hier een bedrijf achter zit die actief ontwikkeld en informatie vrij geeft zodat gewerkt kan worden aan een native integratie met Home Assistant. Daarnaast las ik ook over het mogelijk updaten van firmware van Hue lampen via deconz of de deconz-rest-plugin dat sprak me ook wel aan.

[kepler]

zoeperman schreef op zaterdag 2 juni 2018 @ 18:03:
[...]


ik zou hem zo maken:

YAML:

test_lampen_script:
  alias: Test lampen
  sequence:
    - service: light.turn_on
      entity_id: light.huiskamer
      data:
        brightness: 100

waarom script en geen automation?

Dat werkt helaas nog steeds niet... Ik heb nu wel ontdekt wanneer het wel werkt: als ik de brightness verander en het script opnieuw laadt, dan werkt het wel. Als ik de lampen daarna via HASS uitzet en via het script aanzet, dan werkt het niet meer. Verander ik dan de brightness in het script, herladen en dan werkt het wel...

Dit stukje is normaal onderdeel van een automation, maar met een script is veel makkelijker te testen wanneer/waarom het fout gaat

[iMars]

wmn79 schreef op zaterdag 2 juni 2018 @ 21:11:
[...]

Je hoeft toch ook geen SD-kaart te gebruiken? Als je de USB versie kiest (Conbee ipv de Raspbee) kan je deze ook gebruiken met andere machines dan alleen de PI. Daarom heb ik die ook besteld.

Er zal inmiddels vast genoeg mogelijkheden zijn om geen SD meer te gebruiken. Na een paar keer een corrupte SD had ik er genoeg van. Ik had al een ESX servetje en heb daarop een VM gezet. Werkt prima en heb het gemak van snapshots en remote access als er een keer wat mis gaat.

Waar zie je dat Philips Hue niet ondersteund wordt? In deze lijst staat Hue er gewoon tussen. Daarnaast staan in de deconz-rest-plugin supported device list ook verschillende Xiaomi devices.

In de link waarop ik reageerde: https://www.dresden-elektronik.de/raspbee/
Anwendungen

• ZigBee-Unterstützung für Raspberry Pi
• Steuerung der Philips hue und der dresden elektronik Vorschaltgeräte
• nicht kompatibel mit Philips hue-Bridge
• Kommunikation mit XBee Serie 2
• Nutzung anderer IEEE 802.15.4-basierter Funkprotokolle
• Entwicklung eigener Firmware

Heb voor deze gekozen en niet de elelabs omdat hier een bedrijf achter zit die actief ontwikkeld en informatie vrij geeft zodat gewerkt kan worden aan een native integratie met Home Assistant. Daarnaast las ik ook over het mogelijk updaten van firmware van Hue lampen via deconz of de deconz-rest-plugin dat sprak me ook wel aan.

Klinkt allemaal erg interessant. Misschien voor de toekomst. Momenteel heeft alles z'n eigen bridge en werkt prima

[lolgast]

Vandaag eindelijk een keer de tijd genomen om de deurbel 'slim' te maken. Morgen even naar de bouwmarkt om een doosje te halen waar het netjes in weggewerkt kan worden, en dan meteen de kabels op de juiste lengte maken. Wie weet neem ik dan meteen de moeite om de 230v voor de transformator vanuit de stekkerdoos aan de onderkant te halen.




Dit gedaan met een Wemos D1 Mini (aliexpress) en een Wemos Relay Shield (aliexpress)

[ Voor 7% gewijzigd door lolgast op 02-06-2018 23:06 ]

[zoeperman]

kepler schreef op zaterdag 2 juni 2018 @ 21:21:
[...]

Dat werkt helaas nog steeds niet... Ik heb nu wel ontdekt wanneer het wel werkt: als ik de brightness verander en het script opnieuw laadt, dan werkt het wel. Als ik de lampen daarna via HASS uitzet en via het script aanzet, dan werkt het niet meer. Verander ik dan de brightness in het script, herladen en dan werkt het wel...

Dit stukje is normaal onderdeel van een automation, maar met een script is veel makkelijker te testen wanneer/waarom het fout gaat

een script werkt zo i zo anders dan een automation.
je kan een automation ook handmatig triggeren om te testen.
als je een automation maakt kan je gewoon onderste action stuk hier in aanpassen:

YAML:

   action:
    - service: light.turn_on
      entity_id: light.huiskamer
      data:
        brightness: 100

[zoeperman]

lolgast schreef op zaterdag 2 juni 2018 @ 21:44:
Vandaag eindelijk een keer de tijd genomen om de deurbel 'slim' te maken. Morgen even naar de bouwmarkt om een doosje te halen waar het netjes in weggewerkt kan worden, en dan meteen de kabels op de juiste lengte maken. Wie weet neem ik dan meteen de moeite om de 230v voor de transformator vanuit de stekkerdoos aan de onderkant te halen.

[afbeelding]
[afbeelding]

Dit gedaan met een Wemos D1 Mini (aliexpress) en een Wemos Relay Shield (aliexpress)

nice idee, als ik het zo zie dan loopt de druk knop van je bel naar de wemos en die schakeld dan weer de 230v van de transformator?
wat draai je op de wemos dan voor software?

[lolgast]

@zoeperman Klopt, dat is precies zoals hij is aangesloten. Software op de Wemos is Tasmota. Vooral bekend bij gebruikers van Sonoffs
https://github.com/arendst/Sonoff-Tasmota

[zoeperman]

lolgast schreef op zaterdag 2 juni 2018 @ 23:16:
@zoeperman Klopt, dat is precies zoals hij is aangesloten. Software op de Wemos is Tasmota. Vooral bekend bij gebruikers van Sonoffs
https://github.com/arendst/Sonoff-Tasmota

ah ja natuurlijk, is gewoon op basis van een esp, heb ik ook op de sonoff's draaien.
ik zal van de week eens kijken hoe dat bij mijn bel zit, als er spanning op de drukker zit of de de bel zelf met 220 geschakelt moet worden. je had er dus ook gewoon een sonoff tussen kunnen zetten met je bel op de vrije pin bedenk ik mij net?

[lolgast]

Een gewone basic met de drukker op GPIO14 had ook gekund ja, maar die heb ik niet meer liggen en dit wel

[Fore!]

iMars schreef op zaterdag 2 juni 2018 @ 21:26:
[...]

In de link waarop ik reageerde: https://www.dresden-elektronik.de/raspbee/
Anwendungen

• ZigBee-Unterstützung für Raspberry Pi
• Steuerung der Philips hue und der dresden elektronik Vorschaltgeräte
• nicht kompatibel mit Philips hue-Bridge
• Kommunikation mit XBee Serie 2
• Nutzung anderer IEEE 802.15.4-basierter Funkprotokolle
• Entwicklung eigener Firmware

Ik begrijp alleen niet precies waar je dan heen wilt met dat punt.

Wat ik terug lees over de Hue Bridge dat deze nu ook niet echt aan elkaar gekoppeld kunnen worden. Met de Hue App zal je eerst de gewenste Hue Bridge moeten kiezen voordat je de gekoppelde Hue devices kan bedienen.

Dus dat ze aangeven dat een Dresden Gateway niet compatibel is met een Hue Bridge lijkt dan een technische beperking van deze techniek.

Verder kan je pakweg 50 Hue devices koppelen aan 1 Hue Bridge.

Dresden / Elelabs dacht ik 200 en allemaal via 1 homeautomation .

Zelf de Elelabs versie besteld. Moet toch eens de knoop door hakken. Kijken hoe deze bevalt.

Net een gekkigheid, Mediaplayer: webos denkt dat mijn LG TV nog aanstaat met Netflix op terwijl deze toch echt uit is. Vervelende is dat ik net een automation had ingericht v/d week dat na zonsondergang en bij Netflix op TV de lampen in de woonkamer gedimd mogen worden. Nu zoals gewenst gaan ze dan ook aan wanneer ze uit stonden. Maar bij deze bug een minder mooie uitkomst.

Morgen maar even troubleshooten, voor nu de automation maar uitgeschakeld.

edit:

Volgende ochtend...
TV staat volgens HASS nu wel uit...
Vreemde gebeurtenis zo

[martinvdm]

lolgast schreef op zaterdag 2 juni 2018 @ 21:44:
Vandaag eindelijk een keer de tijd genomen om de deurbel 'slim' te maken. Morgen even naar de bouwmarkt om een doosje te halen waar het netjes in weggewerkt kan worden, en dan meteen de kabels op de juiste lengte maken. Wie weet neem ik dan meteen de moeite om de 230v voor de transformator vanuit de stekkerdoos aan de onderkant te halen.

[afbeelding]
[afbeelding]

Dit gedaan met een Wemos D1 Mini (aliexpress) en een Wemos Relay Shield (aliexpress)

Nice! Nog leuker om natuurlijk ook een snapshot mee te sturen, zoals ik dat doe

[Hmmbob]

martinvdm schreef op zondag 3 juni 2018 @ 09:02:
[...]

Nice! Nog leuker om natuurlijk ook een snapshot mee te sturen, zoals ik dat doe
[afbeelding]

Als je die message opent, krijg je dan een groter plaatje?

[martinvdm]

Hmmbob schreef op zondag 3 juni 2018 @ 09:28:
[...]

Als je die message opent, krijg je dan een groter plaatje?

Yep. Als je in IOS naar links swiped op de notificatie dan krijg je idd een groot beeld.

[lolgast]

martinvdm schreef op zondag 3 juni 2018 @ 09:02:
[...]

Nice! Nog leuker om natuurlijk ook een snapshot mee te sturen, zoals ik dat doe
[afbeelding]

Ik zou niet weten hoe, er hangt geen camera bij de voordeur namelijk Maar idd wel een toffe toevoeging. Aangezien onze deur aan de stoep staat, heb ik niet echt een nette manier om dat te doen.

[iMars]

Fore! schreef op zaterdag 2 juni 2018 @ 23:49:
[...]


Ik begrijp alleen niet precies waar je dan heen wilt met dat punt.

Wat ik terug lees over de Hue Bridge dat deze nu ook niet echt aan elkaar gekoppeld kunnen worden. Met de Hue App zal je eerst de gewenste Hue Bridge moeten kiezen voordat je de gekoppelde Hue devices kan bedienen.

Dus dat ze aangeven dat een Dresden Gateway niet compatibel is met een Hue Bridge lijkt dan een technische beperking van deze techniek.

Verder kan je pakweg 50 Hue devices koppelen aan 1 Hue Bridge.

Dresden / Elelabs dacht ik 200 en allemaal via 1 homeautomation .

Zelf de Elelabs versie besteld. Moet toch eens de knoop door hakken. Kijken hoe deze bevalt.

Net een gekkigheid, Mediaplayer: webos denkt dat mijn LG TV nog aanstaat met Netflix op terwijl deze toch echt uit is. Vervelende is dat ik net een automation had ingericht v/d week dat na zonsondergang en bij Netflix op TV de lampen in de woonkamer gedimd mogen worden. Nu zoals gewenst gaan ze dan ook aan wanneer ze uit stonden. Maar bij deze bug een minder mooie uitkomst.

Morgen maar even troubleshooten, voor nu de automation maar uitgeschakeld.

edit:

Volgende ochtend...
TV staat volgens HASS nu wel uit...
Vreemde gebeurtenis zo

Waar ik heen wilde is dat ik het een mooi concept vind. Ik klikte op de link die gepost werdt en daar las ik dat stuk over Philips Hue. Mijn aanname was dus dat Philips Hue niet met dat apparaatje werkt. Ik ken het verder niet, nog nooit in verdiept, dus geen kennis van.

Als ik dat verkeerd geïnterpreteerd heb, my bad

[kepler]

zoeperman schreef op zaterdag 2 juni 2018 @ 23:04:
[...]


een script werkt zo i zo anders dan een automation.
je kan een automation ook handmatig triggeren om te testen.
als je een automation maakt kan je gewoon onderste action stuk hier in aanpassen:

YAML:

   action:
    - service: light.turn_on
      entity_id: light.huiskamer
      data:
        brightness: 100

ah, dat triggeren is wel handig!

Maar helaas, nog hetzelfde probleem... Het werkte 1 keer en daarna niet meer, totdat ik de brightness verander en automations herlaad

[DvD77]

lolgast schreef op zondag 3 juni 2018 @ 09:59:
[...]

Ik zou niet weten hoe, er hangt geen camera bij de voordeur namelijk Maar idd wel een toffe toevoeging. Aangezien onze deur aan de stoep staat, heb ik niet echt een nette manier om dat te doen.

Ik ben met de snapshots weer terug gegaan naar telegram... als je namelijk het snapshot opent dan dat namelijk de snapshot van het moment van openen. Dus stel, ik open m een uur later dan zie ik het beeld ook van een uur later.

[zoeperman]

@DvD77 en @martinvdm wat voor camera gebruiken jullie buiten dan? ik zit nog eens te kijken welke buiten kan hangen en HA compatibele is.


@kepler deel de automation eens waar je hem voor wil gebruiken?

[ Voor 20% gewijzigd door zoeperman op 03-06-2018 14:08 ]

[lolgast]

@DvD77 Ik heb je bericht nu een paar keer gelezen, maar mijn begrijpend lezen laat me in de steek want ik snap niet wat je bedoelt?

[DvD77]

lolgast schreef op zondag 3 juni 2018 @ 14:20:
@DvD77 Ik heb je bericht nu een paar keer gelezen, maar mijn begrijpend lezen laat me in de steek want ik snap niet wat je bedoelt?

Ik zie nu pas dat het inderdaad wat 'vaag' opschreven is.

Stel, iemand belt aan, dan krijg ik een bericht incl snapshot. Stel; ik open dit bericht een uur later door naar links te swypen en op view te klikken dan zie ik het beeld van dat moment. dus niet van een uur geleden.

[DvD77]

zoeperman schreef op zondag 3 juni 2018 @ 14:07:
@DvD77 en @martinvdm wat voor camera gebruiken jullie buiten dan? ik zit nog eens te kijken welke buiten kan hangen en HA compatibele is.


@kepler deel de automation eens waar je hem voor wil gebruiken?

Ik heb het geluk dat ik een raam heb naast de deur, dus camera hangt binnen. Een oud Axis dingetje

[sunnybird]

Ik ben bezig me wegwijs te maken in hassio. Dat gaat langzaam maar kost met mijn kennis best wat tijd.
Ik had het mooi draaien op een Raspberry Pi 3B en kon ik via het menu hass.io bij de WEBUI komen. Maar op een of andere wijze lukt het me niet meer om in menu hass.io iets op het scherm te krijgen. Ik zie even loading data en daarna is het scherm leeg. Ik werk met safari en heb de caches al geleegd, maar dat werkt niet. Wie weet wat ik moet doen? Er draait inmiddels versie 0.70.1, want ik heb net een nieuwe SD kaart gemaakt.

[lolgast]

DvD77 schreef op zondag 3 juni 2018 @ 14:31:
[...]


Ik zie nu pas dat het inderdaad wat 'vaag' opschreven is.

Stel, iemand belt aan, dan krijg ik een bericht incl snapshot. Stel; ik open dit bericht een uur later door naar links te swypen en op view te klikken dan zie ik het beeld van dat moment. dus niet van een uur geleden.

Huh? Dus die image wordt niet daadwerkelijk met het bericht meegestuurd? Das ook bijzonder.. Aan de andere kant, het zou mij persoonlijk niet heel veel boeien om te zien dat persoon X 3 uur geleden aan de deur heeft gestaan. Als het belangrijk was bellen of appen ze me maar. Of ze komen nog eens langs op goed geluk

[Vaevictis_]

Vaevictis_ schreef op zaterdag 2 juni 2018 @ 17:50:
Ben zojuist overgestapt van Domoticz naar HASS (PI) maar krijg Z-Wave niet goed aan de praat. Bij het add node krijg ik vaak Unknown (of zelfs dead) nodes. Ik voeg ze toe met de add node functie in HASS (dus niet via de Aeontech z-wave stick button). Daarna krijg ik ze niet meer weg (remove failed node).

Gisteren was ik halverwege en toen waren na een reboot alle namen verdwenen (nodes die ik had hernoemd). Ik vind Z-Wave nodes toevoegen heel erg slecht werken, in Domoticz ging dit wel goed en makkelijk. Iemand nog tips?

Hopelijk heeft iemand anders hier iets aan, ik ben uiteindelijk overgestapt naar het handmatig toevoegen via het openzwave control panel (apart gecompileerd). Daarna de configuratie saven en kopieren naar de HA config directory. Dit werkt wel goed! Voordeel is dat je ook altijd een goede backup hebt.

[martinvdm]

@DvD77 @lolgast
Dat ligt eraan hoe je het inplementeerd. Ik maak een snapshot met het aanbellen en stuur de snapshot mee, nee de camera stream. Ik krijg dan ook netjes de image van aanbellen. Open ik dan HA dan zie ik de live stream en heb ik middels het camera component eronder een “ laatste snapshot”. Image gemaakt zodat ik in de app ook de laatste snapshot image kan zien.
Maargoed ik krijg dus gewoon de juiste image. Ook 3 uur later nog te bekijken.

[martinvdm]

zoeperman schreef op zondag 3 juni 2018 @ 14:07:
@DvD77 en @martinvdm wat voor camera gebruiken jullie buiten dan? ik zit nog eens teu kijken welke buiten kan hangen en HA compatibele is.


@kepler deel de automation eens waar je hem voor wil gebruiken?

Ik gebruik een Foscam. Diverse zijn geschikt voor buiten.

[Seth_Chaos]

Wat is nu de beste optie om voice toe te voegen aan home assistant?

[JBS]

Seth_Chaos schreef op zondag 3 juni 2018 @ 20:21:
Wat is nu de beste optie om voice toe te voegen aan home assistant?

Ik gebruik HASS in combinatie met 2 Amazon Echo Dots, werkt prima. In de Alexa app heb ik groepen van devices gemaakt die ik, ook in combinatie met scenes, aanroep.

[ Voor 16% gewijzigd door JBS op 03-06-2018 20:44 ]

[Loen]

Seth_Chaos schreef op zondag 3 juni 2018 @ 20:21:
Wat is nu de beste optie om voice toe te voegen aan home assistant?

Google home doet 't tegenwoordig ook leuk. Ik gebruik deze om naast de kamers uit hue (rechtstreeks via home) ook "subkamers" (keuken en eetkamer zijn onderdeel van woonkamer in de hue app) te kunnen schakelen. Je kunt via de home app alle devices uit Hass koppelen aan kamers en extra naampje geven.

Moet dan wel zeggen dat ik nog niks anders er mee doe dan schakelen. Weet niet of je ook makkelijk zaken als temp zou kunnen regelen of info/states opvragen...

[martinvdm]

Seth_Chaos schreef op zondag 3 juni 2018 @ 20:21:
Wat is nu de beste optie om voice toe te voegen aan home assistant?

Ik gebruik HomeKit ondersteuning in HA en mijn iPhone en iWatch met Siri. Werkt prima.

[lolgast]

Ik gebruik inderdaad ook homekit. Tijdje terug op het punt gestaan om een google home mini te kopen, maar via de telefoon en watch werkt al goed voor ons

[kepler]

zoeperman schreef op zondag 3 juni 2018 @ 14:07:
@DvD77 en @martinvdm wat voor camera gebruiken jullie buiten dan? ik zit nog eens te kijken welke buiten kan hangen en HA compatibele is.


@kepler deel de automation eens waar je hem voor wil gebruiken?

Ik denk niet dat het aan de automation ligt, het probleem ligt blijkbaar aan de brightness die ergens blijft hangen oid. Zowel in een script alsin een automation (zelf getriggerd)

De automation werkt namelijk prima zonder de brightness setting

code:

- alias: Lamp aan als TV aan en zon bijna onder of donker genoeg
  trigger:
    - platform: sun
      event: sunset
      offset: "-00:45:00"
    - platform: numeric_state
      entity_id: sensor.plant_1_light_intensity
      below: '200'
  condition:
    condition: state
    entity_id: switch.switch_1_switch
    state: 'on'
  action:
    - service: light.turn_on
      entity_id: light.huiskamer
      data:
        brightness: 80

[ Voor 3% gewijzigd door kepler op 04-06-2018 09:40 ]

[LowLand]

@kepler
- service: light.turn_on
data:
entity_id: light.bulb
brightness: 100

[lolgast]

@kepler
Zoals hierboven staat, de entity_id verplaatsen onder data. Zie ook hier: https://www.home-assistant.io/components/light/

[dicespark]

Ik begrijp dat Home Assistent werkt met een eigen database (SQLlite) maar vraag me af waarom sommige dit vervangen door alternatieve database-systemen zoals MariaDB? Is er een specifieke reden waarom een alternatief beter is?

Reden voor vraag: ik heb nu m'n slimme meter in HA hangen en zou graag kunnen bepalen wat en hoe vaak er wat wordt opgeslagen in een database, zodat ik dit evt op een andere manier kan uitlezen / interpreteren. Daarnaast ben ik benieuwd hoe HA de 'state history' opslaat.

[DennusB]

dicespark schreef op maandag 4 juni 2018 @ 11:48:
Ik begrijp dat Home Assistent werkt met een eigen database (SQLlite) maar vraag me af waarom sommige dit vervangen door alternatieve database-systemen zoals MariaDB? Is er een specifieke reden waarom een alternatief beter is?

Reden voor vraag: ik heb nu m'n slimme meter in HA hangen en zou graag kunnen bepalen wat en hoe vaak er wat wordt opgeslagen in een database, zodat ik dit evt op een andere manier kan uitlezen / interpreteren. Daarnaast ben ik benieuwd hoe HA de 'state history' opslaat.

Schijnt dat de performance dan wat beter kan zijn!

[kepler]

lolgast schreef op maandag 4 juni 2018 @ 10:29:
@kepler
Zoals hierboven staat, de entity_id verplaatsen onder data. Zie ook hier: https://www.home-assistant.io/components/light/

Nope, werkt ook niet. Zelfde symptomen blijven, het werkt alleen 1x als ik de brightness verander en dan herlaadt. Na die ene keer gebeurt er niks

[koelkast]

Ondertussen ben ik benieuwd hoe je nu 2 telegram accounts instelt, zodat ik per automation kan kiezen voor account 1 of account 2.

Ik heb op de telefoon van mijn vrouw haar chatid opgevraagd, en deze in de configuration.yaml gezet. Maar helaas, ik krijg nu 2 meldingen op mijn account, waarvoor dus 1 voor haar bestemd. Of moet ik nu ook nog een api key voor haar opvragen en dat toevoegen?

[DeadMetal]

De performance i.c.m. SQLite is niet om over naar huis te schrijven. Een history of logbook functie in HA is behoorlijk traag, en dan draai ik het zelfs vanaf een SSD.

Ik ga proberen om naar MariaDB over te stappen op basis van deze uitleg:
https://www.home-assistant.io/components/recorder/

[JBS]

koelkast schreef op maandag 4 juni 2018 @ 14:13:
Ondertussen ben ik benieuwd hoe je nu 2 telegram accounts instelt, zodat ik per automation kan kiezen voor account 1 of account 2.

Ik heb op de telefoon van mijn vrouw haar chatid opgevraagd, en deze in de configuration.yaml gezet. Maar helaas, ik krijg nu 2 meldingen op mijn account, waarvoor dus 1 voor haar bestemd. Of moet ik nu ook nog een api key voor haar opvragen en dat toevoegen?

Helpen de voorbeelden die hier https://www.home-assistant.io/components/notify.telegram/ rondom chat_id's worden getoond waarbij je per notify het gewenste chat_id opneemt?

[ Voor 3% gewijzigd door JBS op 04-06-2018 14:40 ]

[maxxie85]

dicespark schreef op maandag 4 juni 2018 @ 11:48:
Ik begrijp dat Home Assistent werkt met een eigen database (SQLlite) maar vraag me af waarom sommige dit vervangen door alternatieve database-systemen zoals MariaDB? Is er een specifieke reden waarom een alternatief beter is?

Reden voor vraag: ik heb nu m'n slimme meter in HA hangen en zou graag kunnen bepalen wat en hoe vaak er wat wordt opgeslagen in een database, zodat ik dit evt op een andere manier kan uitlezen / interpreteren. Daarnaast ben ik benieuwd hoe HA de 'state history' opslaat.

De performance is inderdaad een stuk hoger.

Ik ben zelf overgegaan op MySQL, omdat ik gelezen had dat die de beste performance bood. Ik zelf merk ook korte laadtijden bij het openen van de History en Logbook.

Wat ik zelf ook fijn vindt, is dat je bij de recorder de purge_tijd kan instellen. Omdat ik het zelf niet nodig vindt dat de data heel lang bewaard hoeft te worden.

Hass slaat de History en Logbook op in aparte DB's, waarbij elke change wordt opgeslagen.
Stel, je stuurt elke minuut te temperatruur via MQTT, veranderd deze niet dan wordt er geen nieuw record aangemaakt in de DB. Verander de temperatuur elke minuut, dan wordt er elke minuut een nieuw record aangemaakt.

Binnen de record zit de entity_id, het is dus niet zo dat voor elke entiteit een aparte DB aangemaakt wordt, mocht je je dat afvragen.