Home Assistant - Open source Python3 home automation

[Rgerr]

Vandaag eens begonnen met Home assistant. Installatie ging niet erg prettig op een RPi zero w, dus maar eens RPi 3b genomen waar al wat zaken op draaien, o.a. Homebridge.

Nu kom ik er alleen niet uit hoe ik Home assistant automatisch kan laten starten, ik wil het namelijk via systemctl (systemd) doen maar de manual is niet helemaal duidelijk. (https://www.home-assistant.io/docs/autostart/systemd/)

Welke user dien ik bijvoorbeeld te gebruiken? Is dat pi (standaard) of homeassistant (welke in de tutorial aangemaakt is)?

Edit: Had gelezen dat de eerste keer opstarten wel even kon duren (20 min), echter hangt ie nu al een poosje hier op:

code:

2018-11-25 10:02:53 WARNING (MainThread) [homeassistant.components.hue] Connected to Hue at 192.168.1.xx but not registered.
2018-11-25 10:02:53 INFO (MainThread) [homeassistant.components.hue] Invalid authentication for 192.168.1.xx, requesting link.
2018-11-25 10:02:53 WARNING (MainThread) [homeassistant.components.hue] Connected to Hue at 192.168.1.xx but not registered.

[ Voor 37% gewijzigd door Rgerr op 25-11-2018 10:12 ]

[JPtjeeNL]

Hoi allemaal,

Heb gisteren de Xiaomi Aqara Human Body Sensor binnen gehad en bij het raam gehangen voor de Lux meting. Het issue wat ik heb is dat ik de automation niet meer aan de praat krijg. Ik gebruikte voorheen de illumination sensor van de gateway en dat werkte altijd prima. Nu heb ik daarbij de trigger aangepast naar de nieuwe illumination sensor, maar helaas werkt de automation nu niet meer. Ik heb al geprobeerd om de conditions weg te halen, maar helaas zonder succes. Manueel triggeren vanuit de portal gaat prima.

code:

- id: '1530583940718'
  alias: Turn on the lights when it's Dark
  trigger:
  - below: '300'
    entity_id: sensor.illumination_living_room
    platform: numeric_state
  condition:
  - condition: zone
    entity_id: device_tracker.iphone
    zone: zone.home
  - before: '20:00:00'
    condition: time
  - condition: state
    entity_id: light.living_room
    state: 'off'
  action:
  - data:
      message: Turning on the Living Room Lights!
      title: It's Getting Dark!
    service: notify.ios_iphone
  - data:
      brightness: '60'
      entity_id: light.living_room
      transition: 300
      xy_color:
      - 0.5612
      - 0.4042
    service: light.turn_on

Heeft iemand enig idee wat dit kan zijn? Thanks!

[RobertMe]

JPtjeeNL schreef op zondag 25 november 2018 @ 10:14:
Hoi allemaal,

Heb gisteren de Xiaomi Aqara Human Body Sensor binnen gehad en bij het raam gehangen voor de Lux meting. Het issue wat ik heb is dat ik de automation niet meer aan de praat krijg. Ik gebruikte voorheen de illumination sensor van de gateway en dat werkte altijd prima. Nu heb ik daarbij de trigger aangepast naar de nieuwe illumination sensor, maar helaas werkt de automation nu niet meer. Ik heb al geprobeerd om de conditions weg te halen, maar helaas zonder succes. Manueel triggeren vanuit de portal gaat prima.

code:

- id: '1530583940718'
  alias: Turn on the lights when it's Dark
  trigger:
  - below: '300'
    entity_id: sensor.illumination_living_room
    platform: numeric_state
  condition:
  - condition: zone
    entity_id: device_tracker.iphone
    zone: zone.home
  - before: '20:00:00'
    condition: time
  - condition: state
    entity_id: light.living_room
    state: 'off'
  action:
  - data:
      message: Turning on the Living Room Lights!
      title: It's Getting Dark!
    service: notify.ios_iphone
  - data:
      brightness: '60'
      entity_id: light.living_room
      transition: 300
      xy_color:
      - 0.5612
      - 0.4042
    service: light.turn_on

Heeft iemand enig idee wat dit kan zijn? Thanks!

In mijn ervaring is de Xiaomi/Aqara body sensor (volgens mij heb ik ook de Aqara, maar weet ook even niet wat het verschil is met de Xiaomi) niet goed om lux te meten. Dit omdat deze nogal raar rapporteert. Dit gebeurd voor zover ik zie alleen als er beweging wordt gedetecteerd.

Voor zover ik weet werkt deze sensor namelijk als volgt:
Als er beweging wordt gedetecteerd wordt er een signaal/melding naar de gateway gestuurd. Deze melding bevat daarbij zowel de "er is beweging" als "de huidige lux is ...". Vervolgens wordt er pas na 1 minuut weer gekeken of er weer/nog beweging is. Is er dan beweging wordt er wederom een melding met "er is beweging" en "de huidige lux is ..." verstuurd. Maar dit is dan ook de enige keer dat de sensor iets rapporteert naar de gateway. Op het moment dat er geen beweging is wordt er dus ook geen lux doorgestuurd naar de gateway. Dit maakt het dus erg onbetrouwbaar om automatisch verlichting aan te doen als het donker is, ook als er geen beweging is in die kamer. En zelfs zaken als "iemand loopt kamer in en doet een rolluik omlaag" gaan niet. Want tegen het duurt 1 minuut (vanaf eerste detectie) voordat de sensor rapporteert dat de lux 0 is. Tegen die tijd kun je dus al een aardige tijd in het donker lopen.

[JPtjeeNL]

RobertMe schreef op zondag 25 november 2018 @ 10:21:
[...]

In mijn ervaring is de Xiaomi/Aqara body sensor (volgens mij heb ik ook de Aqara, maar weet ook even niet wat het verschil is met de Xiaomi) niet goed om lux te meten. Dit omdat deze nogal raar rapporteert. Dit gebeurd voor zover ik zie alleen als er beweging wordt gedetecteerd.

Voor zover ik weet werkt deze sensor namelijk als volgt:
Als er beweging wordt gedetecteerd wordt er een signaal/melding naar de gateway gestuurd. Deze melding bevat daarbij zowel de "er is beweging" als "de huidige lux is ...". Vervolgens wordt er pas na 1 minuut weer gekeken of er weer/nog beweging is. Is er dan beweging wordt er wederom een melding met "er is beweging" en "de huidige lux is ..." verstuurd. Maar dit is dan ook de enige keer dat de sensor iets rapporteert naar de gateway. Op het moment dat er geen beweging is wordt er dus ook geen lux doorgestuurd naar de gateway. Dit maakt het dus erg onbetrouwbaar om automatisch verlichting aan te doen als het donker is, ook als er geen beweging is in die kamer. En zelfs zaken als "iemand loopt kamer in en doet een rolluik omlaag" gaan niet. Want tegen het duurt 1 minuut (vanaf eerste detectie) voordat de sensor rapporteert dat de lux 0 is. Tegen die tijd kun je dus al een aardige tijd in het donker lopen.

Oké thanks voor de tip, ik zal dat even in de gaten houden! Maar in principe zou m'n automation wel gewoon moeten werken toch? Want ik kan zien onder 'States' dat de value wel lager is dan die 300. Inmiddels niet meer omdat het lichter is dan vanmorgen. Maar ook de automation die het licht vervolgens uit zet werkt niet meer.

[Niehoff80]

royduin schreef op woensdag 31 oktober 2018 @ 09:13:
[...]


Top! Dank voor de tip.

Overigens heb ik recent mijn eerste Home Assistant module gemaakt, een thermostaat voor de Intergas InComfort Gateway, zie: https://github.com/royduin/home-assistant-incomfort. Mochten er hier mensen zijn die ook zo'n gateway hebben

Hi royduin,

Ik zit met je InComfort module te spelen. Ik krijg het helaas niet voor elkaar, maar dat komt waarschijnlijk omdat ik een noob ben. In de 'config' folder op mijn raspberry pi heb ik de folder 'custom_components' aangemaakt met daarin jouw python script. In configuration.yaml heb ik staan:

climate:
- platform: InComfort
name: Woonkamer
host: 192.168.178.23

vervolgens heb ik in de ui-lovelace.yaml:

- title: Downstairs
cards:
- type: thermostat
entity: climate.InComfort

Echter krijg ik geen card zichtbaar in mijn view. Waarschijnlijk doe ik iets heel stoms fout, maar zou je me misschien de goede kant op kunnen helpen?

btw: Thanks voor je inzet voor het script!

[JayOne]

RobertMe schreef op zondag 25 november 2018 @ 10:21:
[...]

In mijn ervaring is de Xiaomi/Aqara body sensor (volgens mij heb ik ook de Aqara, maar weet ook even niet wat het verschil is met de Xiaomi) niet goed om lux te meten. Dit omdat deze nogal raar rapporteert. Dit gebeurd voor zover ik zie alleen als er beweging wordt gedetecteerd.

De sensor rapporteert ook buiten de bewegingsmelding de lux-waarde, met een interval van ongeveer een uur (in mijn setup lijkt het interval 55 minuten te zijn).

[trekker22]

JayOne schreef op zondag 25 november 2018 @ 12:21:
[...]


De sensor rapporteert ook buiten de bewegingsmelding de lux-waarde, met een interval van ongeveer een uur (in mijn setup lijkt het interval 55 minuten te zijn).

lux die maar om het uur wordt gerapporteerd, dat is toch extreem langzaam!?!

Of geeft die bij motion ook de actuele Lux waarde mee? Lijkt me vrij logisch.

[ Voor 10% gewijzigd door trekker22 op 25-11-2018 13:01 ]

[sloth]

sloth schreef op vrijdag 23 november 2018 @ 12:42:
Op Ali is er een BF aanbieding: 14.4 Euro voor de wireless Xiaomi Aqara switches.

Lijkt me een goede deal, reviews zijn best positief over deze Zigbee schakelaars.
Gewoon doen dus, of zijn er betere alternatieven on met HASS te integreren?

Inmiddels 2 van deze schakelaars besteld met 2 knoppen voor 21,98 incl. verzenden (net onder het invoerrechten vrije bedrag ) op Aliexpress.
Ik zal mijn ervaringen delen zodra ze binnen zijn en ik ook m'n CC2531's en CC debugger heb ontvangen.

[ Voor 4% gewijzigd door sloth op 25-11-2018 13:02 ]

[paQ]

ik heb hass handmatig geïnstalleerd op de bestaande pi (met HB en domotic erop)
so far so good.
Ik wil een ring doorbell toevoegen.
Dat is een ring component en een ring camera:
https://www.home-assistant.io/components/ring/
https://www.home-assistant.io/components/camera.ring/

Dus ik voeg toe onderaan configuration.yaml:

code:

# Ring
ring:
  username: [e-mail]
  password: wachtwoord     

camera:
  - platform: ring

binary_sensor:
  - platform: ring

sensor:
  - platform: ring

Ik zie nu niets wijzigen op de thuis pagina :8123
als ik kies bij config voor valieer configuratie, komt er ook een groen OK terug.


in de log:

code:

2018-11-25 13:32:38 INFO (MainThread) [homeassistant.setup] Setup of domain ring took 1.4 seconds.
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.loader] Loaded ffmpeg from homeassistant.components.ffmpeg
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.components.binary_sensor] Setting up binary_sensor.ring
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.components.sensor] Setting up sensor.ring
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.setup] Setup of domain config took 0.3 seconds.
2018-11-25 13:32:38 INFO (Thread-15) [homeassistant.util.package] Attempting install of warrant==0.6.1
2018-11-25 13:32:39 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new binary_sensor.ring entity: binary_sensor.ring_front_door_motion
2018-11-25 13:32:40 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_battery
2018-11-25 13:32:40 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new binary_sensor.ring entity: binary_sensor.ring_front_door_ding
2018-11-25 13:32:40 INFO (MainThread) [homeassistant.setup] Setup of domain binary_sensor took 3.5 seconds.
2018-11-25 13:32:41 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_last_ding
2018-11-25 13:32:42 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_wifi_signal_category
2018-11-25 13:32:42 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_volume
2018-11-25 13:32:43 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_last_activity
2018-11-25 13:32:43 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_wifi_signal_strength
2018-11-25 13:32:43 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_voordeur_volume
2018-11-25 13:32:44 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_voordeur_wifi_signal_strength
2018-11-25 13:32:45 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_last_motion
2018-11-25 13:32:45 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_voordeur_wifi_signal_category
2018-11-25 13:32:45 INFO (MainThread) [homeassistant.setup] Setup of domain sensor took 8.4 seconds.

ik kom nu niet meer bij :8123 overigens. er laadt niets

wat mis ik?

[ Voor 69% gewijzigd door paQ op 25-11-2018 13:33 ]

[Mars Warrior]

alexswart schreef op zondag 25 november 2018 @ 09:43:
[...]

Je kan oom de otgw client installeren. Deze kan ook connecten met mqtt.
Hoe maak jij dan in homeassustant zelf een thermostaat aan? Waar ik nu met de otgw component tegen aanloop is dat hij de setpoint temperatuur niet aanpast als ik dit op de isense aanpas

Ach, natuurlijk. De otmonitor draait ook op een RPI !
Kan ik ook meteen de firmware bijwerken.

Moet ik alleen uitzoeken hoe ik de configuratie file moet instellen voor mqtt. Daar kan ik geen voorbeeld of ducumentatie van vinden.

De otgw component van hass geeft bij mij continue te,peraturen van 0 graden aan, dus daar heb ik helemaal niks aan. Kan ook niet vinden waarom dat gebeurt. Met otmonitor zou ik daar vanaf moeten zijn.

Voor de mmi moet je denk ik overschakelen op Lovelace. Die heeft een thermostaat die je kunt gebruiken. Die heb ik nog nooit gebruikt, dus nog geen idee of en hoe dat werkt.

Genoeg om uit te proberen dus

[Hmmbob]

paQ schreef op zondag 25 november 2018 @ 13:21:
wat mis ik?

Waarschijnlijk een stukje geduld

Ik zie dat hij aanvullende modules installeert. Geef Home Assistant even wat tijd en probeer het dan nog eens

[paQ]

Hmmbob schreef op zondag 25 november 2018 @ 13:39:
[...]

Waarschijnlijk een stukje geduld

Ik zie dat hij aanvullende modules installeert. Geef Home Assistant even wat tijd en probeer het dan nog eens

aha,

maar het klopt dat je dus in de tussentijd ook niet meer bij :8123 kunt komen?

[Hmmbob]

Die modules worden bij de eerste herstart geïnstalleerd, en dat kan best even duren. In de tussentijd doet je frontend waarschijnlijk niets - zeker als er veel nieuwe modules tegelijk geïnstalleerd worden (en daarom misschien wel gecompileerd etc etc). Nest is een pittig platform, ik zou even wachten. Meer dan een half uur zou trouwens wel lang zijn....

Je kan het ook zien aan meldingen als "[homeassistant.setup] Setup of domain sensor took 8.4 seconds.", dat gaat normaal veel sneller (en vandaar de waarschuwing), en dat het nu langer duurt komt omdat je Pi even bezig is. Ik zie dat je je Pi ook voor andere dingen gebruikt, dus daarmee kan het nog wat langer duren.

Even afwachten, komt vanzelf goed.

[ Voor 36% gewijzigd door Hmmbob op 25-11-2018 19:30 ]

[paQ]

ah yes
hij doet het idd weer nu

pi idd

nu nog even uitzoeken hoe de camera ook daadwerkelijk streamt

[R3MC02010]

paQ schreef op zondag 25 november 2018 @ 13:21:
ik heb hass handmatig geïnstalleerd op de bestaande pi (met HB en domotic erop)
so far so good.
Ik wil een ring doorbell toevoegen.
Dat is een ring component en een ring camera:
https://www.home-assistant.io/components/ring/
https://www.home-assistant.io/components/camera.ring/

Dus ik voeg toe onderaan configuration.yaml:

code:

# Ring
ring:
  username: [e-mail]
  password: wachtwoord     

camera:
  - platform: ring

binary_sensor:
  - platform: ring

sensor:
  - platform: ring

Ik zie nu niets wijzigen op de thuis pagina :8123
als ik kies bij config voor valieer configuratie, komt er ook een groen OK terug.


in de log:

code:

2018-11-25 13:32:38 INFO (MainThread) [homeassistant.setup] Setup of domain ring took 1.4 seconds.
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.loader] Loaded ffmpeg from homeassistant.components.ffmpeg
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.components.binary_sensor] Setting up binary_sensor.ring
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.components.sensor] Setting up sensor.ring
2018-11-25 13:32:38 INFO (MainThread) [homeassistant.setup] Setup of domain config took 0.3 seconds.
2018-11-25 13:32:38 INFO (Thread-15) [homeassistant.util.package] Attempting install of warrant==0.6.1
2018-11-25 13:32:39 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new binary_sensor.ring entity: binary_sensor.ring_front_door_motion
2018-11-25 13:32:40 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_battery
2018-11-25 13:32:40 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new binary_sensor.ring entity: binary_sensor.ring_front_door_ding
2018-11-25 13:32:40 INFO (MainThread) [homeassistant.setup] Setup of domain binary_sensor took 3.5 seconds.
2018-11-25 13:32:41 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_last_ding
2018-11-25 13:32:42 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_wifi_signal_category
2018-11-25 13:32:42 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_volume
2018-11-25 13:32:43 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_last_activity
2018-11-25 13:32:43 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_wifi_signal_strength
2018-11-25 13:32:43 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_voordeur_volume
2018-11-25 13:32:44 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_voordeur_wifi_signal_strength
2018-11-25 13:32:45 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_front_door_last_motion
2018-11-25 13:32:45 INFO (MainThread) [homeassistant.helpers.entity_registry] Registered new sensor.ring entity: sensor.ring_voordeur_wifi_signal_category
2018-11-25 13:32:45 INFO (MainThread) [homeassistant.setup] Setup of domain sensor took 8.4 seconds.

ik kom nu niet meer bij :8123 overigens. er laadt niets

wat mis ik?

Heb je de indentation goed? Ring is namelijk het component dan 2 spaties camera dan weer 2 spaties en dan - entity_id

[Hmmbob]

R3MC02010 schreef op zondag 25 november 2018 @ 16:48:
[...]

Heb je de indentation goed? Ring is namelijk het component dan 2 spaties camera dan weer 2 spaties en dan - entity_id

Volgens de uitleg heb je geen gelijk.

[hiddit]

hallo,

kan iemand mij verder helpen die mqtt gebruikt?
heb 2 sonoff smart sockets flashed met tasmota 6.3.0 en krijg ze niet zichtbaar in hassio

heb ook 2 basic sonoff's in gebruikt die wel gewoon werken.

- platform: mqtt
Name: "Smart Socket 2"
command_topic: "cmnd/Smart_socket_2/POWER"
state_topic: "stat/Smart_socket_2/STATUS"
qos: 0
retain: true
payload_on: "ON"
payload_off: "OFF"

dit is hoe ik ze bij me switches heb staan

[royduin]

Niehoff80 schreef op zondag 25 november 2018 @ 11:28:
[...]


Hi royduin,

Ik zit met je InComfort module te spelen. Ik krijg het helaas niet voor elkaar, maar dat komt waarschijnlijk omdat ik een noob ben. In de 'config' folder op mijn raspberry pi heb ik de folder 'custom_components' aangemaakt met daarin jouw python script. In configuration.yaml heb ik staan:

climate:
- platform: InComfort
name: Woonkamer
host: 192.168.178.23

vervolgens heb ik in de ui-lovelace.yaml:

- title: Downstairs
cards:
- type: thermostat
entity: climate.InComfort

Echter krijg ik geen card zichtbaar in mijn view. Waarschijnlijk doe ik iets heel stoms fout, maar zou je me misschien de goede kant op kunnen helpen?

btw: Thanks voor je inzet voor het script!

Ik gebruik nog geen lovelace, heb je daar het standaard home screen nog? Daar zou hij sowieso moeten staan, maar wanneer je hem net zoals mij "Woonkamer" hebt genoemd dan is de entity: "climate.woonkamer". Komt hij daar wel mee tevoorschijn?

[Hmmbob]

hiddit schreef op zondag 25 november 2018 @ 19:39:
hallo,

kan iemand mij verder helpen die mqtt gebruikt?
heb 2 sonoff smart sockets flashed met tasmota 6.3.0 en krijg ze niet zichtbaar in hassio

heb ook 2 basic sonoff's in gebruikt die wel gewoon werken.

code:

 - platform: mqtt
   Name: "Smart Socket 2"
   command_topic: "cmnd/Smart_socket_2/POWER"
   state_topic: "stat/Smart_socket_2/STATUS"
   qos: 0
   retain: true
   payload_on: "ON"
   payload_off: "OFF"

dit is hoe ik ze bij me switches heb staan

Ik zie zo niet direct fouten in je code, maar mijn Sonoffs staan er zo in, misschien dat dat scheelt....

code:

- platform: mqtt
  name: "TV Meubel"
  state_topic: "stat/sonoff_s20/POWER"
  command_topic: "cmnd/sonoff_s20/POWER"
  availability_topic: "tele/sonoff_s20/LWT"
  qos: 1
  payload_on: "ON"
  payload_off: "OFF"
  payload_available: "Online"
  payload_not_available: "Offline"
  retain: true

Kun je ook eens kijken wat je sonoff aan MQTT informatie geeft? daar komt je door naar http://[ip-van-je-sonoff]/ te gaan en dan "information" te klikken

[ Voor 7% gewijzigd door Hmmbob op 25-11-2018 20:19 ]

[JayOne]

trekker22 schreef op zondag 25 november 2018 @ 12:51:
[...]

lux die maar om het uur wordt gerapporteerd, dat is toch extreem langzaam!?!

Of geeft die bij motion ook de actuele Lux waarde mee? Lijkt me vrij logisch.

Bij motion (en de "afmelding") geeft die idd de actuele lux mee, daarna om de 55 minuten een update van de lux-waarde wanneer er geen beweging is geweest.

[trekker22]

JayOne schreef op zondag 25 november 2018 @ 21:24:
[...]


Bij motion (en de "afmelding") geeft die idd de actuele lux mee, daarna om de 55 minuten een update van de lux-waarde wanneer er geen beweging is geweest.

Dat is dan wel prima. Heb 6 van die dingen liggen, maar wordt nog wat om daar leuke scenario’s mee te maken. Geen lampen die om de haverklap aan en uit gaan. Maar te lang aan schiet ook weer niet op.
Nu echt simpel. 23:15 uit en 1 uur voor zonsondergang alles aan.
Qua energie verbruik boeit het vrij weinig, maar lijkt me leuk om wel een soort van slim programma te hebben, zodat je echt het idee hebt dat je huis met je meedenkt. Voor een toilet is dit vrij eenvoudig, maar voor woonkamer / keuken heb je zoveel keuzes in aantal lampen aan / sterktes etc. En te overrulen en voor hoe lang voor weer terug maar “sensor” modus. Moet wel WAF afgetimmerd zijn...

[zoeperman]

hiddit schreef op zondag 25 november 2018 @ 19:39:
hallo,

kan iemand mij verder helpen die mqtt gebruikt?
heb 2 sonoff smart sockets flashed met tasmota 6.3.0 en krijg ze niet zichtbaar in hassio

heb ook 2 basic sonoff's in gebruikt die wel gewoon werken.


[...]

dit is hoe ik ze bij me switches heb staan

misschien dat je state topic niet goed is, of de naam van je sonof niet goed staat in de sonof zelf..
ik heb dit er staan bij state

state_topic: "stat/sonoff02/POWER"

[zoeperman]

Misschien domme vraag, maar een input_boolean zie je die in de frontend standaard?

Ik heb een lamp in de gang die op een motion sensor werkt, maar die kan ook met een schakelaar bedient worden. Als ik de schakelaar gebruik moet hij ook een variabele in de geest van 'hand_gang" op ja zetten zodat de motion sensor dan de lamp niet uit zet.

[donald_dick]

Hmmbob schreef op zaterdag 24 november 2018 @ 13:17:
[...]
Hahahaha, als je er dan nog een keer naar kijkt dan zie je het ineens... Er staat een typo in de eerste code, daar staat switch[0] terwijl dat switches[0] moet zijn - daarom werkt je tweede template wel. En dan is die foutmelding ineens super duidelijk - hij zegt ook letterlijk dat er geen switch[] bestaat in het antwoord

Jemig, je hebt helemaal gelijk! Hij werkt nu goed! Thanks.

[hiddit]

Hmmbob schreef op zondag 25 november 2018 @ 20:16:
[...]

Ik zie zo niet direct fouten in je code, maar mijn Sonoffs staan er zo in, misschien dat dat scheelt....

code:

- platform: mqtt
  name: "TV Meubel"
  state_topic: "stat/sonoff_s20/POWER"
  command_topic: "cmnd/sonoff_s20/POWER"
  availability_topic: "tele/sonoff_s20/LWT"
  qos: 1
  payload_on: "ON"
  payload_off: "OFF"
  payload_available: "Online"
  payload_not_available: "Offline"
  retain: true

Kun je ook eens kijken wat je sonoff aan MQTT informatie geeft? daar komt je door naar http://[ip-van-je-sonoff]/ te gaan en dan "information" te klikken

ik heb die van jou gekopieeerd en de namen aangepast en nu werkt het wel.
Thx

[Hmmbob]

zoeperman schreef op zondag 25 november 2018 @ 21:40:
Misschien domme vraag, maar een input_boolean zie je die in de frontend standaard?

Ik heb een lamp in de gang die op een motion sensor werkt, maar die kan ook met een schakelaar bedient worden. Als ik de schakelaar gebruik moet hij ook een variabele in de geest van 'hand_gang" op ja zetten zodat de motion sensor dan de lamp niet uit zet.

Weet niet precies wat je bedoeld, maar ook een input_boolean kan je in de frontend zichtbaar maken ja. Die zie je dan als schuifje.

[Thoit]

Iemand ervaring met het verplaatsen van de DB van SD kaart naar USB naar Hassio? Het volgende artikel probeerde ik te volgen, maar omdat ik Hassio draai heb je de parted functie bijvoorbeeld niet.

https://www.vcloudinfo.co...tant-dbs-to-external.html

Heb dit topic al doorspit en een tijd gezocht, maar kom er niet verder mee. Ik weet dat het komt omdat Hassio een container is, maar helaas kan ik nergens een manier vinden hoe ik de DB naar USB krijg. De USB stick zie ik trouwens wel gewoon als /dev/sda en /dev/sda1

[wmn79]

Hmmbob schreef op zondag 25 november 2018 @ 08:52:
[...]

Waarom een nieuw topic Al die mensen met "wat meer ervaring" zitten hier....

Maar je gevraagde stapje verder: volgens mij was een van die sticks een US-variant, toch? De moet je er uit trekken en lekker in de la leggen. Met de andere stick kun je dan dát ecosysteem (Zigbee toch?) gaan inrichten. Als je daar mee klaar bent, kan je het volgende toevoegen. Stapje voor stapje. Dan wordt uit je lijst USB apparaten ook duidelijker welke je nu precies moet hebben.

@Hmmbob Die stick die hij heeft is 2-in-1 dus US zwave eruit trekken kan niet echt...

@Boudewijn Als je zeker weet dat dev\ttyUSB1 het zigbee deel is van de stick dan kan je zigbee devices toe gaan voegen in Home Assistant. Hoe dat moet staat hier: To add new devices to the network, call the permit service on the zha domain, and then follow the device instructions for doing a scan or factory reset.

De permit service vind je onder de developer tools bij services (remote icoontje). Domain is dan zha zoals hierboven staat. Kijk ook even in het log of er geen foutmeldingen staan als je hier mee bezig bent.

[NoFate]

Een 2 in 1 stick... Handig... Ik heb nu de conbee van deconz speciaal om Ikea tradfri en Xiaomi te sturen, dat zal wellicht niet kunnen met type sticks?

[wmn79]

NoFate schreef op maandag 26 november 2018 @ 13:18:
Een 2 in 1 stick... Handig... Ik heb nu de conbee van deconz speciaal om Ikea tradfri en Xiaomi te sturen, dat zal wellicht niet kunnen met type sticks?

Zeker, alleen de stick is alleen beschikbaar met US Z-Wave frequency dus we hebben er hier nog niet zo veel aan.

[NoFate]

ah ok

[Niehoff80]

royduin schreef op zondag 25 november 2018 @ 19:48:
[...]


Ik gebruik nog geen lovelace, heb je daar het standaard home screen nog? Daar zou hij sowieso moeten staan, maar wanneer je hem net zoals mij "Woonkamer" hebt genoemd dan is de entity: "climate.woonkamer". Komt hij daar wel mee tevoorschijn?

Zoals verwacht was het mijn eigen stomme fout. Het bleek fout te zijn gegaan met het downloaden van de python script. voor zover ik kan zien werkt het nu na behoren! het werkt overigens ook gewoon in lovelace.

Nogmaals bedankt voor je hulp!

[royduin]

Niehoff80 schreef op maandag 26 november 2018 @ 14:36:
[...]
Nogmaals bedankt voor je hulp!

Graag gedaan! Mocht je nog andere problemen of tips/suggesties hebben let me know

[Kitser]

Ik heb een probleem met mijn Milight lampen icm Google home / assistant,
Deze stuur ik aan met een milight hub gebaseerd op een nodemcu (https://github.com/sidoh/esp8266_milight_hub).

Op zich werkt het prima. Alleen het veranderen van een kleur naar wit gaat niet goed.
De meeste lampen die ik heb zijn rgbww lampen. En een enkele een rgb cct. Die laatste kan ik wel naar wit krijgen wanneer ie al op een andere kleur ingesteld staat.
Als ik het bij een rgbww lamp probeer zegt mijn Google Home dat ie hem op wit zet, maar er gebeurt niks ( hij blijft gewoon op de ingestelde kleur staan)

Als workarround het ik geprobeerd een scene te maken waar ik de kleur instel op 255,255,255. Daarmee kan ik de lampen wel gewoon naar wit zetten via de webinterface van Home Assistant.
Alleen loop ik dan aan tegen de naamstelling, Aangezien scenes in de Google Home (bij mij) alleen werken met een enkel woord. Dus bv niet "TV meubel wit" of "Spot wit".
En als ik alleen "Spot" als naam geef (dan heet de scene dus hetzelfde als lamp in lights) zet ie gewoon de lamp aan. Maar niet naar wit, maar gewoon de reeds ingestelde kleur.

Ik hoop dat ik het een beetje duidelijk heb kunnen maken.
Wie heeft er oplossing voor dit probleem?

[boe2]

Ik heb hier nog een eerste generatie raspberry pi liggen en overweeg om de home assistant hierop te installeren. De site raadt echter aan om een rPi 3 te gebruiken. Is er een reden waarom deze software (wat toch niet veel meer is dan een een eenvoudige frontend met wat scripting) niet vlot op een oudere raspberry pi zou kunnen draaien?

[Kodess]

Zeg, als mijn zwave netwerk er zo uit ziet. Wat doe ik dan fout?

[martinvdm]

boe2 schreef op maandag 26 november 2018 @ 21:17:
Ik heb hier nog een eerste generatie raspberry pi liggen en overweeg om de home assistant hierop te installeren. De site raadt echter aan om een rPi 3 te gebruiken. Is er een reden waarom deze software (wat toch niet veel meer is dan een een eenvoudige frontend met wat scripting) niet vlot op een oudere raspberry pi zou kunnen draaien?

Ik weet niet hoe je bij ‘niet veel meer dan een eenvoudige frontend met wat scripting’ komt maar zo zou ik Home assistent niet definieren. HA is een best redelijk i/o intensief systeem; wat een Raspberry Pi 1 niet optimaal en vlot kan verwerken. Het werkt wellicht wel maar ik zou het niet aanraden. Vergeet niet dat een raspberry, zeker de 1 een best wel basale cpu heeft.

[Kodess]

Goed, ik denk dat ik de handdoek in de ring gooi kwa Z-Wave. Wat een bagger is dat zeg.

Ben er al een jaar mee aan het klooien maar het werkt gewoon nooit soepel.
Heb vandaag dus alles gereset, de stick en al mijn devices, hopend dat een nieuw mesh netwerk het zou oplossen. Maar de graph is nog steeds niets. In de zwcfg bestand staat nog steeds alleen mijn hub als node. En dan hebben 2 entities ook nog hun oude entity namen weer opgepikt.... terwijl ik alles had gereset.

Jammer dat de Conbee Zigbee stick tijdelijk niet leverbaar is op amazon...

[Hmmbob]

zoeperman schreef op zondag 25 november 2018 @ 21:40:
Misschien domme vraag, maar een input_boolean zie je die in de frontend standaard?

Ik heb een lamp in de gang die op een motion sensor werkt, maar die kan ook met een schakelaar bedient worden. Als ik de schakelaar gebruik moet hij ook een variabele in de geest van 'hand_gang" op ja zetten zodat de motion sensor dan de lamp niet uit zet.

Vanochtend op de fiets schoot me te binnen dat ik dit zelf net “andersom” oplos: als mijn pir beweging detecteert, dan zet een automation de eetkamerlamp (afhankelijk van een tijd-conditie) EN een input-boolean genaamd “lamp-aan-door-pir” aan. Een andere automation triggert als de pir 5 minuten lang geen beweging heeft gehad, heeft als condition dat die boolean “lamp-aan-door-pir” aan moet staan en als dat zo is, schakelt hij de eetkamerlamp en deze boolean weer uit. Als je dus handmatig de lamp aan zet, dan schakelt deze boolean niet mee en gaat de lamp dus ook niet automatisch uit.

Als je wil kan ik vanavond die automations wel even posten.

Kodess schreef op maandag 26 november 2018 @ 23:49:
Goed, ik denk dat ik de handdoek in de ring gooi kwa Z-Wave. Wat een bagger is dat zeg.

Hmmm, balen - hier werkt het als betrouwbaarste netwerk wat ik heb draaien.... Welke hub gebruik je?

[ Voor 11% gewijzigd door Hmmbob op 27-11-2018 06:58 ]

[lolgast]

Kodess schreef op maandag 26 november 2018 @ 23:49:
Goed, ik denk dat ik de handdoek in de ring gooi kwa Z-Wave. Wat een bagger is dat zeg.

Ben er al een jaar mee aan het klooien maar het werkt gewoon nooit soepel.
Heb vandaag dus alles gereset, de stick en al mijn devices, hopend dat een nieuw mesh netwerk het zou oplossen. Maar de graph is nog steeds niets. In de zwcfg bestand staat nog steeds alleen mijn hub als node. En dan hebben 2 entities ook nog hun oude entity namen weer opgepikt.... terwijl ik alles had gereset.

Jammer dat de Conbee Zigbee stick tijdelijk niet leverbaar is op amazon...

Apart, ik heb echt nooit problemen met Zwave. Wat mij betreft is zwave betrouwbaarder in het bereik dan Wifi Scheelt wel dat ik me niet kan blindstaren op een grafisch overzicht, het werkt gewoon. Das goed genoeg

[trekker22]

@Kodess hoeveel nodes heb je en hoeveel met draad?
Hier werkt na wat aanzet problemen ook al 3 jaar probleem loos.

[JBS]

Kodess schreef op maandag 26 november 2018 @ 23:49:
Goed, ik denk dat ik de handdoek in de ring gooi kwa Z-Wave. Wat een bagger is dat zeg.

Ben er al een jaar mee aan het klooien maar het werkt gewoon nooit soepel.
Heb vandaag dus alles gereset, de stick en al mijn devices, hopend dat een nieuw mesh netwerk het zou oplossen. Maar de graph is nog steeds niets. In de zwcfg bestand staat nog steeds alleen mijn hub als node. En dan hebben 2 entities ook nog hun oude entity namen weer opgepikt.... terwijl ik alles had gereset.

Jammer dat de Conbee Zigbee stick tijdelijk niet leverbaar is op amazon...

Ik heb ook nooit echt veel geluk met Z-Wave gehad. Mijn bescheiden Z-Wave netwerk met 4 NEO Coolcam stekkers en 4 NEO Coolcam deursensoren werkte vaker niet dan wel, ondanks dat ze vrij dicht bij elkaar hingen. Wellicht pech met de batch NEO's, maar heb uiteindelijk ook Z-Wave vaarwel gezegd, heb veel meer succes met Zigbee (Hue/IKEA/Aqara/Osram).

De Conbee is inderdaad nu even niet leverbaar, maar kan morgen zomaar anders zijn. Wisselt een beetje.

[Zwerver]

peligro2k schreef op zondag 18 november 2018 @ 21:46:
Iemand problemen met de Apple TV in de laatste versie van Hass?

Ik krijg deze error:

A <class 'concurrent.futures._base.TimeoutError'> error occurred:

Heb al geprobeerd om home sharing uit te zetten en weer aan te zetten, maar dit lost het niet op.

Problemen; ja. Maar dan meer dat ik de hele aTV niet kan toevoegen aan 0.82.1

[Kodess]

JBS schreef op dinsdag 27 november 2018 @ 08:33:
[...]
Ik heb ook nooit echt veel geluk met Z-Wave gehad. Mijn bescheiden Z-Wave netwerk met 4 NEO Coolcam stekkers en 4 NEO Coolcam deursensoren werkte vaker niet dan wel, ondanks dat ze vrij dicht bij elkaar hingen. Wellicht pech met de batch NEO's, maar heb uiteindelijk ook Z-Wave vaarwel gezegd, heb veel meer succes met Zigbee (Hue/IKEA/Aqara/Osram).

De Conbee is inderdaad nu even niet leverbaar, maar kan morgen zomaar anders zijn. Wisselt een beetje.

Hmmbob schreef op dinsdag 27 november 2018 @ 06:51:
[...]

Vanochtend op de fiets schoot me te binnen dat ik dit zelf net “andersom” oplos: als mijn pir beweging detecteert, dan zet een automation de eetkamerlamp (afhankelijk van een tijd-conditie) EN een input-boolean genaamd “lamp-aan-door-pir” aan. Een andere automation triggert als de pir 5 minuten lang geen beweging heeft gehad, heeft als condition dat die boolean “lamp-aan-door-pir” aan moet staan en als dat zo is, schakelt hij de eetkamerlamp en deze boolean weer uit. Als je dus handmatig de lamp aan zet, dan schakelt deze boolean niet mee en gaat de lamp dus ook niet automatisch uit.

Als je wil kan ik vanavond die automations wel even posten.


[...]

Hmmm, balen - hier werkt het als betrouwbaarste netwerk wat ik heb draaien.... Welke hub gebruik je?

Tja ik weet niet waar het aan ligt, misschien moet ik meer zwave apparaten en dan ook verschillende merken om een goed mesh te krijgen. Ik vind het sowieso gek dat ik het niet als mesh getoond krijgt.
Gister kon ik weer niks aan zetten, of nou ja. Dan schakelde ik een lamp. De schuif ging naar aan maar meteen weer naar uit. En dan na 5 minuten ging de lamp aan. Handmatig de lampen aan gedaan en sindsdien kan ik alles weer met HomeAssistant besturen....

[Thoit]

Kodess schreef op dinsdag 27 november 2018 @ 11:30:
[...]


[...]


Tja ik weet niet waar het aan ligt, misschien moet ik meer zwave apparaten en dan ook verschillende merken om een goed mesh te krijgen. Ik vind het sowieso gek dat ik het niet als mesh getoond krijgt.
Gister kon ik weer niks aan zetten, of nou ja. Dan schakelde ik een lamp. De schuif ging naar aan maar meteen weer naar uit. En dan na 5 minuten ging de lamp aan. Handmatig de lampen aan gedaan en sindsdien kan ik alles weer met HomeAssistant besturen....

Wat ik heb gemerkt dat als je te vaak wil schakelen, dat het dan een vertraging oplevert. Als je dan via de webinterface in HA, de switch uit zet springt die weer naar aan.

Al met al ben ik meer tevreden over Zigbee, het kost een stuk minder en het doet bij mij hetzelfde als Z-Wave. Als het eenmaal draait werkt het gewoon goed.

[Kodess]

trekker22 schreef op dinsdag 27 november 2018 @ 08:13:
@Kodess hoeveel nodes heb je en hoeveel met draad?
Hier werkt na wat aanzet problemen ook al 3 jaar probleem loos.

4 bedraad en 1 op batterij.
1 qubino flush dimmer
3 neocoolcam power plugs
en 1 neo coolcam door sensor.

Maar ik vind het gek dat als ik het mesh probeer uit te laten tekenen ik dan geen koppelingen heb.
Ik had 1 keer 1 lijntje tussen de hub en mijn qubino flush dimmer

[Yelti]

Ik draai ook al paar jaar z-wave zonder issues, lijkt me dus iets specifiek aan jouw situatie.

Welke z-wave interface gebruik je?

Als het een usb stick is zou ook even kunnen proberen met openhab om de z-wave map te laten zien.
Zo ben je zeker dat het los staat van homeassistant.(en hun component bestaat al wat langer, dus mogelijks beter.).

Desnoods even testen op een volledig nieuwe installatie/andere pc/vm.

Kodess schreef op dinsdag 27 november 2018 @ 11:30:
[...]


[...]


Tja ik weet niet waar het aan ligt, misschien moet ik meer zwave apparaten en dan ook verschillende merken om een goed mesh te krijgen. Ik vind het sowieso gek dat ik het niet als mesh getoond krijgt.
Gister kon ik weer niks aan zetten, of nou ja. Dan schakelde ik een lamp. De schuif ging naar aan maar meteen weer naar uit. En dan na 5 minuten ging de lamp aan. Handmatig de lampen aan gedaan en sindsdien kan ik alles weer met HomeAssistant besturen....

[Kodess]

Yelti schreef op dinsdag 27 november 2018 @ 11:42:
Ik draai ook al paar jaar z-wave zonder issues, lijkt me dus iets specifiek aan jouw situatie.

Welke z-wave interface gebruik je?

Als het een usb stick is zou ook even kunnen proberen met openhab om de z-wave map te laten zien.
Zo ben je zeker dat het los staat van homeassistant.(en hun component bestaat al wat langer, dus mogelijks beter.).

Desnoods even testen op een volledig nieuwe installatie/andere pc/vm.


[...]

De zwave.me UZB.
Goed punt, ik ga eens een container met openhab upspinnen.

[symen89]

Kodess schreef op maandag 26 november 2018 @ 22:57:
Zeg, als mijn zwave netwerk er zo uit ziet. Wat doe ik dan fout?
[Afbeelding]

Hoe krijg je zon Zwave Graph?
Als ik deze guide volg:
https://community.home-as...-without-the-python/64275
krijg ik deze error:

Unable to find webcomponent for zwavegraph2: /config/panels/zwavegraph2.html

Ik probeer mijn z-wave range te vergroten. sinds ik mijn z-wave usb verplaatst heb naar mijn synology nas hebben de smart plugs in slaap kamer de status dead. Ik dacht dat alle non battery powered zwave devices de zwave mesh zouden vergroten maar op het internet lees ik verhalen dat de neo coolcam smart plug het zwave gignaal niet kan repeaten.

Zwave devices:
Aeotec ZW090 Z-Stick Gen5 EU
zwave.neo_coolcam_power_plug_12a 4x (1tje is kapot denk ik)
zwave.qubino_zmnhvdx_flush_dimmer_010v
zwave.fibaro_system_fgms001zw5_motion_sensor

Allemaal gelijkvloers over een oppervlakte van ongeveer 160m2

Vragen:
Zijn er mede tweakers die ook problemen hebben met zwave bereik?
Hoe kan ik in HA mijn signaal versterken via de powerplugs?
Hoe kan ik op andere manier mijn zwave versterken?

[jossie67]

Kitser schreef op maandag 26 november 2018 @ 21:10:
Ik heb een probleem met mijn Milight lampen icm Google home / assistant,
Deze stuur ik aan met een milight hub gebaseerd op een nodemcu (https://github.com/sidoh/esp8266_milight_hub).

Op zich werkt het prima. Alleen het veranderen van een kleur naar wit gaat niet goed.

Ik heb alle hardware thuis voor een "milight hub" hoe heb je deze toegevoegd aan HA?

Kodess schreef op maandag 26 november 2018 @ 23:49:
Goed, ik denk dat ik de handdoek in de ring gooi kwa Z-Wave. Wat een bagger is dat zeg.

Ben er al een jaar mee aan het klooien maar het werkt gewoon nooit soepel.
Heb vandaag dus alles gereset, de stick en al mijn devices, hopend dat een nieuw mesh netwerk het zou oplossen. Maar de graph is nog steeds niets. In de zwcfg bestand staat nog steeds alleen mijn hub als node. En dan hebben 2 entities ook nog hun oude entity namen weer opgepikt.... terwijl ik alles had gereset.

Jammer dat de Conbee Zigbee stick tijdelijk niet leverbaar is op amazon...

Ik heb ook heel veel last , onder Domoticz bijna geen problemen, onder Hassio, alleen maar issue's
Alles gereset, Alles met Zwave.me bekeken, firmware geupdate van de "Z-wave.me USB Stick met Z-wave plus"
Ik heb NeoCool, Fibaro , Duwi Everlux dimmer . Nu maar weer in Domoticz gestopt, en dmv json aan en uit zetten. binnenkort gaat er 4 uit en komen er shelly's in

[ Voor 52% gewijzigd door jossie67 op 27-11-2018 12:30 ]

[Kitser]

jossie67 schreef op dinsdag 27 november 2018 @ 12:19:
[...]


Ik heb alle hardware thuis voor een "milight hub" hoe heb je deze toegevoegd aan HA?

Je moet MQTT instelllen in de milight hub.
Daarna moet je dit instellen bij je configuration.yaml

Dit is een stukje uit mijn config:

code:

- name: "Computerkamer"
  command_topic: milight/0x203B/rgbw/2
  state_topic: milight/states/0x203B/rgbw/2
  <<: &MILIGHT_PARAMS
    color_temp: true
    rgb: true
    brightness: true
    platform: mqtt_json

- name: "Voordeur"
  command_topic: milight/0x203B/rgbw/3
  state_topic: milight/states/0x203B/rgbw/3
  <<: *MILIGHT_PARAMS

- name: "Hal"
  command_topic: milight/0x1114/rgbw/2
  state_topic: milight/states/0x1114/rgbw/2
  <<: *MILIGHT_PARAMS

]

Voor de rest kan je de instructies op de Github volgen:
https://github.com/sidoh/esp8266_milight_hub
https://github.com/sidoh/...ht_hub/wiki/HomeAssistant

[ Voor 9% gewijzigd door Kitser op 27-11-2018 12:32 ]

[lolgast]

Over die zwave problemen. Ik heb vanmorgen een nieuwe Aeotec Smartswitch 6 ontvangen. Ik zit zwave via HA in 'add node'-modus, druk op de knop van de smartswitch en nog voordat de PostNL meneer in zijn busje zit kan ik dat ding al gebruiken. Werkt sindsdien vlekkeloos

offtopic:
Zo'n smartswitch is wel echt een unit zeg Het is dat hij 3000W kan hebben ipv de 2500W van de Fibaro, maar anders was hij meteen weer teruggegaan

[Kodess]

lolgast schreef op dinsdag 27 november 2018 @ 12:58:
Over die zwave problemen. Ik heb vanmorgen een nieuwe Aeotec Smartswitch 6 ontvangen. Ik zit zwave via HA in 'add node'-modus, druk op de knop van de smartswitch en nog voordat de PostNL meneer in zijn busje zit kan ik dat ding al gebruiken. Werkt sindsdien vlekkeloos

offtopic:
Zo'n smartswitch is wel echt een unit zeg Het is dat hij 3000W kan hebben ipv de 2500W van de Fibaro, maar anders was hij meteen weer teruggegaan

Niet Add Secure Node?
Ik had juist begrepen dat het onverstandig is om secure en non secure te mixen en doe dus gewoon alles in secure.

[iRobert]

Ook hier is z-wave juist erg stabiel, gebruik de z-wave stick van Aeotec al zo'n drie jaar naar tevredenheid. Wel heb ik van coolcam deursensoren die niet lekker werken, wellicht dat het toch aan je coolcam spullen ligt.

[Vloris]

Kodess schreef op dinsdag 27 november 2018 @ 11:36:
[...]

4 bedraad en 1 op batterij.
1 qubino flush dimmer
3 neocoolcam power plugs
en 1 neo coolcam door sensor.

Maar ik vind het gek dat als ik het mesh probeer uit te laten tekenen ik dan geen koppelingen heb.
Ik had 1 keer 1 lijntje tussen de hub en mijn qubino flush dimmer

Werkt het dan ook niet, of is alleen de tekening incorrect/incompleet?
Ik heb bij mij eigenlijk ook altijd een paar nodes die niet goed mee lijken te doen, maar alles werkt bij mij altijd prima. Nog nooit echt issues gehad.


_{(Die 'Ongebruikt' is een fibaro wall-plug die wel ergens in een stopcontact zit, maar waar ik verder momenteel (nog) niets mee doe. Geen zin 'm uit het netwerk te verwijderen als ik 'm later toch weer een keer wel ga gebruiken)}

[lolgast]

iRobert schreef op dinsdag 27 november 2018 @ 14:33:
Ook hier is z-wave juist erg stabiel, gebruik de z-wave stick van Aeotec al zo'n drie jaar naar tevredenheid. Wel heb ik van coolcam deursensoren die niet lekker werken, wellicht dat het toch aan je coolcam spullen ligt.

Het merendeel van mijn zwave spullen zijn Neo Coolcam spullen (waarvan er eentje only the lonely op zolder hangt) en die werken perfect.

[martinvdm]

Ook ik heb zwave en zigbee door elkaar heen maar kan ook niet anders zeggen dat Zwave zeer stabiel is. Ik vind het sneller reageren en het bereik beter als zigbee. Heb diverse Fibaro en nog paar andere zaken en allemaal zonder enkel probleem. Alles via een aeotec Zwave stick.

[Kodess]

Vloris schreef op dinsdag 27 november 2018 @ 15:04:
[...]


Werkt het dan ook niet, of is alleen de tekening incorrect/incompleet?
Ik heb bij mij eigenlijk ook altijd een paar nodes die niet goed mee lijken te doen, maar alles werkt bij mij altijd prima. Nog nooit echt issues gehad.

[Afbeelding]
_{(Die 'Ongebruikt' is een fibaro wall-plug die wel ergens in een stopcontact zit, maar waar ik verder momenteel (nog) niets mee doe. Geen zin 'm uit het netwerk te verwijderen als ik 'm later toch weer een keer wel ga gebruiken)}

Op dit moment werkt het wel. Maar ik heb dus handmatig alles gereset. Hiervoor had ik wat lampen die dan unknown nodes waren en die dan niet meer handmatig te schakelen waren maar de automations werkte dan wel nog gewoon.

symen89 schreef op dinsdag 27 november 2018 @ 11:49:
[...]


Hoe krijg je zon Zwave Graph?
Als ik deze guide volg:
https://community.home-as...-without-the-python/64275
krijg ik deze error:

Heb je het html bestand wel aangemaakt? (config/panels/zwavegraph2.html)
Ik heb er ook wat langer aan gezeten dan verwacht. Maar ja, die forum post is ook bijzonder slecht beschreven


Nu net weer een gekke HA bug:

0.81 maar die grafiek zegt toch wat anders

[ Voor 18% gewijzigd door Kodess op 27-11-2018 22:55 ]

[NoFate]

Ik zie hier de zwave graph voorbij komen, bestaat er ook iets soortgelijk voor zigbee? Wel leuk om te zien

[symen89]

Kodess schreef op dinsdag 27 november 2018 @ 22:53:

Heb je het html bestand wel aangemaakt? (config/panels/zwavegraph2.html)
Ik heb er ook wat langer aan gezeten dan verwacht. Maar ja, die forum post is ook bijzonder slecht beschreven

Ik heb HA in docker lopen op synology nas en blijkbaar is de config directory in synology HomeAssistant bij mij. heeft 2 dagen geduurd voordat ik daar achter kwam. Gelukkig werkt het nu en zie ik dat het zwave signaal alleen van mijn usb stick komt. Iemand een idee hoe ik het z-wave signaal kan versterken?

[RudolfR]

@symen89

Waarom zou je het willen versterken? Worden sommige sensoren niet bereikt?
De mesh zou je kunnen uitbreiden met powered repeaters zoals plugs en lampen, maar dat is alleen nodig als je ergens zonder bereik zit. Anders heeft de directe route, zonder extra, gewoon de voorkeur.

[Yelti]

@iedereen die problemen heeft met z-wave graph:
Probeer eerst de situatie te analyseren aan de hand van bvb openhab.
Volgens mij is de z-wave graph nog niet stabiel genoeg en geeft dit een vertekend beeld.

Symptomen van minder goede werking z-wave:
- waarden (temperatuur/vochtigheid) worden niet geupdated
- schakelen van aparaat via de webinterface gaat niet vlot of met vertraging (soms kan het tot 30s duren voordat het ligt aan/uit gaat)
- fysiek schakelen van een apparaat , status in webinterface is niet geupdated.

Enkel in bovenstaande scenario's kan het handig zijn om de z-wave map in detail te gaan analyseren om signaalproblemen te bekijken en oplossen.

[Kenhas]

Ik heb nu foutmeldingen bij een automation die ik een tijdje geleden (95% werk van @lolgast ) gemaakt heb

code:

- id: '273892321'
  alias: 'Oprit: Verlichting'
  trigger:
  - platform: state
    entity_id: switch.wenzhou_tkb_control_system_tz56_wall_switch_onoff_switch, switch.aeotec_zw139_nano_switch_switch
  condition:
  - condition: template
    value_template: '{% if trigger.from_state %} True {% else %} False {% endif %}'
  action:
    - service: input_boolean.turn_on
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'on' %}
            input_boolean.verlichting_oprit
          {% endif %}
    - service: input_boolean.turn_off
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'off' %}
            input_boolean.verlichting_oprit
          {% endif %}
    - service: switch.turn_on
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'on' %}
            switch.wenzhou_tkb_control_system_tz56_wall_switch_onoff_switch, switch.aeotec_zw139_nano_switch_switch
          {% endif %}
    - service: switch.turn_off
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'off' %}
            switch.wenzhou_tkb_control_system_tz56_wall_switch_onoff_switch, switch.aeotec_zw139_nano_switch_switch
          {% endif %}

dat stukje draait nu paar maanden correct.Had wel raar verschijnsel dat, toen hassio nog op RPI liep, de lichten spontaan aan en uit gingen. Keerden terug van weekje vakantie en de buurman wist me te vertellen dat de lichten om het half uur aan en uit gingen. Toen vanaf nul herbegonnen op een NUC en alles draait nu stabiel.

Maar sinds kort (het is me toch maar recent opgevallen) krijg ik foutmeldingen:

code:

Invalid service data for switch.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)
Invalid service data for input_boolean.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)
Invalid service data for switch.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)
Invalid service data for input_boolean.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)

De schakeling gebeurt wel maar op de nano_switch zit een vertraging van soms meer dan een minuut.

[CodeIT]

Kenhas schreef op woensdag 28 november 2018 @ 15:42:
Ik heb nu foutmeldingen bij een automation die ik een tijdje geleden (95% werk van @lolgast ) gemaakt heb

code:

- id: '273892321'
  alias: 'Oprit: Verlichting'
  trigger:
  - platform: state
    entity_id: switch.wenzhou_tkb_control_system_tz56_wall_switch_onoff_switch, switch.aeotec_zw139_nano_switch_switch
  condition:
  - condition: template
    value_template: '{% if trigger.from_state %} True {% else %} False {% endif %}'
  action:
    - service: input_boolean.turn_on
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'on' %}
            input_boolean.verlichting_oprit
          {% endif %}
    - service: input_boolean.turn_off
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'off' %}
            input_boolean.verlichting_oprit
          {% endif %}
    - service: switch.turn_on
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'on' %}
            switch.wenzhou_tkb_control_system_tz56_wall_switch_onoff_switch, switch.aeotec_zw139_nano_switch_switch
          {% endif %}
    - service: switch.turn_off
      data_template:
        entity_id: >-
          {% if trigger.to_state.state == 'off' %}
            switch.wenzhou_tkb_control_system_tz56_wall_switch_onoff_switch, switch.aeotec_zw139_nano_switch_switch
          {% endif %}

dat stukje draait nu paar maanden correct.Had wel raar verschijnsel dat, toen hassio nog op RPI liep, de lichten spontaan aan en uit gingen. Keerden terug van weekje vakantie en de buurman wist me te vertellen dat de lichten om het half uur aan en uit gingen. Toen vanaf nul herbegonnen op een NUC en alles draait nu stabiel.

Maar sinds kort (het is me toch maar recent opgevallen) krijg ik foutmeldingen:

code:

Invalid service data for switch.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)
Invalid service data for input_boolean.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)
Invalid service data for switch.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)
Invalid service data for input_boolean.turn_on: Entity ID is an invalid entity id for dictionary value @ data['entity_id']. Got ''
15:12 core.py (ERROR)

De schakeling gebeurt wel maar op de nano_switch zit een vertraging van soms meer dan een minuut.

Je stuurt nu altijd 2x een lege entity_id. Daar klaagt de log over. Je kunt beter een service_template voor switch.turn_on, switch.turn_off gebruiken. Zie https://www.home-assistan...ide-which-service-to-call

[symen89]

RudolfR schreef op woensdag 28 november 2018 @ 10:51:
@symen89

Waarom zou je het willen versterken? Worden sommige sensoren niet bereikt?
De mesh zou je kunnen uitbreiden met powered repeaters zoals plugs en lampen, maar dat is alleen nodig als je ergens zonder bereik zit. Anders heeft de directe route, zonder extra, gewoon de voorkeur.

Sommige smart plugs reageren niet en krijgen na een tijdje de status dead. De zwave usb zit op een ongunstige plek waardoor direct bereik naar de smart plug lastig is. Ik hoopte dat andere zwave devices dit signaal konden doorsturen maar de graph sluit dat uit. Ik heb deze maar besteld https://www.robbshop.nl/s...2dGwibEAQYASABEgKGNPD_BwE

[JBS]

JBS schreef op donderdag 28 juni 2018 @ 11:08:
[...]
Van een paar jaar terug had ik nog dit projectje Koffie's tweakblog: Raspberry Pi met pilight voor noobs deel 2 op de plank liggen met pimatic. Voor een paar dollar 433 zender, ontvanger en filter op een breadboard. Werkt perfect voor 433 ontvangers van KAKU maar ook 433 spul van de action. Via http requests schakel ik de 433 ontvangers aan/uit via HASS.

Zie voorbeeld flow in Node-RED JBS in "Homey - Alles in huis verbonden"

Inmiddels ben ik grotendeels gemigreerd van een RPi naar een NUC met HASS.io
Pimatic wil ik ook de deur uit doen (werkt niet meer, ook een schone installatie geeft fouten bij het starten van de service, lijkt op een dood spoor te zitten, helaas) en bij voorkeur de 433 zender en ontvanger via USB (nu ook al via USB op de RPi) op de NUC aansluiten. Iemand een dergelijke opstelling weten aan te spreken vanuit HASS?

[RevellNL]

Ik heb Home Assistant draaien op mijn Synology NAS via Docker, nu heb ik daarvoor ook op mijn NAS een homeassistant user en groep aangemaakt en die geef ik mee aan de Docker container zodat hij het homeassistant proces draait als die user. De configuratiemap op mijn NAS is ook aangemaakt onder die user en tot zover werkt het allemaal perfect.

Nu heb ik echter ook een Aeotec Gen-5 stick aan mijn NAS hangen welke ik meegeef aan de Docker container middels --device /dev/ttyACM0, maar deze kan door Home Assistant niet benaderd worden tenzij ik er een chmod 777 /dev/ttyACM0 overheen gooi, wat ik uiteraard liever niet doe.

Iemand hier ervaring mee en/of enig idee hoe dit op te lossen? Of moet ik de container toch maar niet als homeassistant user draaien?

[RudolfR]

@RevellNL

Ik dacht dat ik ergens had gelezen dat Docker op Synology geen ondersteuning heeft voor gekoppelde USB-devices?

Edit: Er zijn Tweakers die beweren dat 't niet werkt, maar @lolgast zegt hieronder wat anders.
chielmi in "[TV Headend] Het grote TV Headend topic"


Kun je de permissies van het devices niet beter regelen; bijv. door de user homeassistant onderdeel te laten uitmaken van de groep van dat ding?

[ Voor 26% gewijzigd door RudolfR op 28-11-2018 20:08 ]

[lolgast]

@RudolfR Ik kan je vertellen dat Docker op Synology perfecte ondersteuning heeft voor USB devices. Zowel mijn zwave stick als mijn bluetooth stick werkten perfect met DSM.
Edit: En mijn slimme meter rj11 -> usb kabel deed het ook perfect

offtopic:
@RudolfR Zie mijn toevoeging in dat topic
lolgast in "[TV Headend] Het grote TV Headend topic"

@RevellNL Je gaat er niet aan ontkomen om je homeassistant rechten te geven op de USB-device uiteraard. Of dat per sé 777 moet zijn weet ik niet. Misschien lid maken van de juiste groep (geen idee, ik google al mijn Linux kennis ) Ik kan me nog herinneren dat ik USB permissions moest aanpassen in de docker container van DSMR (lolgast in "Home Assistant - Open source Python3 home automation") omdat dat voor die user in het verleden niet geregeld was.

[ Voor 20% gewijzigd door lolgast op 28-11-2018 20:15 ]

[Anoniem: 1106995]

Kodess schreef op dinsdag 27 november 2018 @ 22:53:
Nu net weer een gekke HA bug:
[Afbeelding]
0.81 maar die grafiek zegt toch wat anders

Blij dat er nog iemand is met dit probleem, heel recentelijk is mijn HA dit ook gaan doen..
Het gasverbruik verspringt ineens naar de Kwh grafiek
Zit je ook op HA 0.82.1?

[Kodess]

Anoniem: 1106995 schreef op woensdag 28 november 2018 @ 19:59:
[...]

[Afbeelding]

Blij dat er nog iemand is met dit probleem, heel recentelijk is mijn HA dit ook gaan doen..
Het gasverbruik verspringt ineens naar de Kwh grafiek
Zit je ook op HA 0.82.1?

Nee ik zit nog op 0.81.4.
Maar ik merkte al op dat de waarde soms ook niet werd geupdatet.
Lijkt erop dat variable die je ergens anders vandaan laat komen niet helemaal goed meer werken.

[Hmmbob]

RevellNL schreef op woensdag 28 november 2018 @ 18:08:
Ik heb Home Assistant draaien op mijn Synology NAS via Docker, nu heb ik daarvoor ook op mijn NAS een homeassistant user en groep aangemaakt en die geef ik mee aan de Docker container zodat hij het homeassistant proces draait als die user. De configuratiemap op mijn NAS is ook aangemaakt onder die user en tot zover werkt het allemaal perfect.

Nu heb ik echter ook een Aeotec Gen-5 stick aan mijn NAS hangen welke ik meegeef aan de Docker container middels --device /dev/ttyACM0, maar deze kan door Home Assistant niet benaderd worden tenzij ik er een chmod 777 /dev/ttyACM0 overheen gooi, wat ik uiteraard liever niet doe.

Iemand hier ervaring mee en/of enig idee hoe dit op te lossen? Of moet ik de container toch maar niet als homeassistant user draaien?

Moest je niet ook iets doen met de dailout group?

[lolgast]

@Hmmbob Dat is volgens mij voor het DSMR component

I stand corrected
Hmmbob in "Home Assistant - Open source Python3 home automation"

[ Voor 52% gewijzigd door lolgast op 28-11-2018 20:29 ]

[JBS]

Iemand hier iets slims in gebruik om een notificatie te krijgen wanneer één van je zigbee (maar kan ook z-wave) nodes niet meer bereikbaar is c.q. geen updates meer stuurt?
Use case: Een watersensor/rookmelder gaat hopelijk zelden tot nooit af, toch wil je weten of ie nog wel verbonden is met je HASS.

[ Voor 26% gewijzigd door JBS op 28-11-2018 20:32 ]

[Hmmbob]

lolgast schreef op woensdag 28 november 2018 @ 20:25:
@Hmmbob Dat is volgens mij voor het DSMR component

Hmmmmm https://www.home-assistan...-controller-path-on-linux

[RevellNL]

@RudolfR Het USB-device staat onder root:root ter beschikking, daar wil ik homeassistant uiteraard geen onderdeel van maken..

@lolgast Ja, als ik hem chmod 777 maak dan kan Home Assistent er wel bij, maar dat wil ik liever ook niet doen..

@Hmmbob Voor zover ik heb kunnen zien is er geen dialout groep op mijn Synology aanwezig..

Voorheen runde ik mijn Home Assistant container met het volgende commando:
docker run --name home-assistant --restart=always --net=host -itd -v /volume1/docker/home-assistant/config:/config --device /dev/ttyACM0 homeassistant/home-assistant

Nu gebruik ik het volgende commando:
docker run --name home-assistant --restart=always --net=host --user=homeassistant:homeassistant -itd -v /volume1/docker/home-assistant/config:/config --device /dev/ttyACM0 homeassistant/home-assistant

Ik vrees dat ik toch terug moet gaan naar het runnen van de container als root user i.p.v. het allemaal netjes willen scheiden van elkaar..

Edit:
Het uitvoeren van chown root:homeassistant /dev/ttyACM0 in combinatie met chown 660 /dev/ttyACM0 geeft ook niet het beoogde resultaat..

[ Voor 7% gewijzigd door RevellNL op 28-11-2018 20:38 . Reden: Extra info ]

[xven0mxz]

Vandaag ook eindelijk alle benodigdheden binnen gekregen.

Helaas krijg ik het niet voor elkaar om Z-Wave producten te koppelen binnen Home Assistant

Het gaat om de volgende producten
- Z-wave stick : Everspring SA413-1
- RPI3B+
- Fibaro Roller Shutter 2

in Home assistant is de Z-wave stick geïnstalleerd, ik krijg ook het menu te zien. ik krijg het niet voor elkaar apparaten te koppelen.

In de logs zijn geen rare meldingen te zien.

Het volgende is ingesteld in Config file.

#Zwave koppeling
zwave:
usb_path: /dev/ttyACM1
network_key: "**Key**"


Log van ozw:
2018-11-28 20:51:35.877 Info, Add Device
2018-11-28 20:51:35.877 Detail, contrlr, Queuing (Command) ControllerCommand_AddDevice: 0x01, 0x05, 0x00, 0x4a, 0xc1, 0x0a, 0x7b
2018-11-28 20:51:35.877 Detail, Notification: ControllerCommand - Starting
2018-11-28 20:51:35.878 Detail,
2018-11-28 20:51:35.878 Info, contrlr, Sending (Command) message (Callback ID=0x0a, Expected Reply=0x4a) - ControllerCommand_AddDevice: 0x01, 0x05, 0x00, 0x4a, 0xc1, 0x0a, 0x7b
2018-11-28 20:51:35.882 Detail, contrlr, Received: 0x01, 0x07, 0x00, 0x4a, 0x0a, 0x01, 0x00, 0x00, 0xb9
2018-11-28 20:51:35.882 Detail,
2018-11-28 20:51:35.882 Info, contrlr, FUNC_ID_ZW_ADD_NODE_TO_NETWORK:
2018-11-28 20:51:35.882 Info, contrlr, ADD_NODE_STATUS_LEARN_READY
2018-11-28 20:51:35.882 Detail, Node001, Expected callbackId was received
2018-11-28 20:51:35.882 Detail, Node001, Expected reply was received
2018-11-28 20:51:35.882 Detail, Node001, Message transaction complete
2018-11-28 20:51:35.882 Detail,
2018-11-28 20:51:35.883 Detail, contrlr, Removing current message
2018-11-28 20:51:35.883 Detail, Notification: ControllerCommand - Waiting
2018-11-28 20:51:35.885 Info, WriteNextMsg Controller nothing to do


Wat gaat er fout? iemand een idee?

[Hmmbob]

Je moet ook iets doen met de shutter module om hem in include mode te krijgen hè (was dat niet 3x in en uit schakelen binnen 5 seconden?)

[xven0mxz]

Hmmbob schreef op woensdag 28 november 2018 @ 20:57:
Je moet ook iets doen met de shutter module om hem in include mode te krijgen hè (was dat niet 3x in en uit schakelen binnen 5 seconden?)

Ook geprobeerd, incl B knopje om te pairen in te drukken. bij alle geen reactie in HA

[ Voor 4% gewijzigd door xven0mxz op 28-11-2018 21:08 ]

[Hmmbob]

Je module hangt wel aan de spanning, toch?

Je log is te kort om iets zinnigs te zeggen.

[lolgast]

@xven0mxz Als ik het goed zie kijken we naar een log met een tijdspanne van .008 seconden?

Maar wat is he werkwijze? Je geeft aan dat je een networkkey hebt gebruikt, dus secure nodes. Gebruik je vanuit HA ook ‘add secure node’ én gebruik je de ‘add-secure’ functie van de fibaro? Die wil nog wel eens afwijken van de gewone add functie

[CodeIT]

JBS schreef op woensdag 28 november 2018 @ 20:25:
Iemand hier iets slims in gebruik om een notificatie te krijgen wanneer één van je zigbee (maar kan ook z-wave) nodes niet meer bereikbaar is c.q. geen updates meer stuurt?
Use case: Een watersensor/rookmelder gaat hopelijk zelden tot nooit af, toch wil je weten of ie nog wel verbonden is met je HASS.

Ik controleer dit voor specifieke devices met deze template condition:

code:

 - condition: template
   value_template: "{{  (as_timestamp(now())-as_timestamp(states.sensor.naam_sensor.last_updated)) > 60*60*6 }}" #zes uur

[kepler]

JBS schreef op woensdag 28 november 2018 @ 20:25:
Iemand hier iets slims in gebruik om een notificatie te krijgen wanneer één van je zigbee (maar kan ook z-wave) nodes niet meer bereikbaar is c.q. geen updates meer stuurt?
Use case: Een watersensor/rookmelder gaat hopelijk zelden tot nooit af, toch wil je weten of ie nog wel verbonden is met je HASS.

Yup, gebaseerd op batteryalert:

code:

################################################################
## Packages / Offline devices alert
################################################################

################################################
## Customize
################################################

homeassistant:
  customize:
    ################################################
    ## Node Anchors
    ################################################

    package.node_anchors:
      customize: &customize
        package: 'offline_alert'

      expose: &expose
        <<: *customize
        haaska_hidden: false
        homebridge_hidden: false

    ################################################
    ## Group
    ################################################

    group.offline_alert:
      <<: *customize
      friendly_name: "Offline devices Alert"
      icon: mdi:steam

    ################################################
    ## Automation
    ################################################

    automation.offline_alert:
      <<: *customize
      friendly_name: "Offline devices Alert"

    automation.offline_alert_clear:
      <<: *customize
      friendly_name: "Offline devices alert Clear"

################################################
## Group
################################################

group:
  offline_alert:
    control: hidden
    entities:
      - automation.offline_alert
      - automation.offline_alert_clear

################################################
## Automation
################################################

automation:
- alias: offline_alert
  trigger:
    - platform: time
      at: '10:00:00'
    - platform: time
      at: '18:00:00'
  condition:
    - condition: template
      value_template: >
          {% macro offline_state() %}
          {%- set threshold = 40 -%}
          {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
          {% for domain in domains -%}
          {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
          {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
          {% endfor %}
          {%- endfor %}
          {% endmacro %}
          {{ offline_state() |trim != "" }}
  action:
    - service: persistent_notification.create
      data_template:
        title: "Offline devices"
        notification_id: offline-devices-alert
        message: >
          {% macro offline_state() %}
          {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
          {% for domain in domains -%}
          {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
          {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
          {% endfor %}
          {%- endfor %}
          {% endmacro %}
          {{ offline_state() }}
    - service: notify.slack_notify
      data_template:
        message: "Offline devices"
        data:
          attachments:
          - color: '#52c0f2'
            title: "These devices are offline"
            text: >
              {% macro offline_state() %}
              {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
              {% for domain in domains -%}
              {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
              {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
              {% endfor %}
              {%- endfor %}
              {% endmacro %}
              {{ offline_state() }}

- alias: offline_alert_clear
  trigger:
    - platform: time
      minutes: '/30'
      seconds: 00
  condition:
    - condition: template
      value_template: >
          {% macro offline_state() %}
          {%- set threshold = 40 -%}
          {% set domains = ['light', 'switch', 'sensor', 'binary_sensor', 'zwave', 'lock'] %}
          {% for domain in domains -%}
          {% for item in states[domain] if ((item.state | lower == "unavailable")) -%}
          {{ item.domain }} {{ item.name }} {%- if not loop.last %}, {% endif -%}
          {% endfor %}
          {%- endfor %}
          {% endmacro %}
          {{ offline_state() |trim == "" }}
  action:
    - service: persistent_notification.dismiss
      data:
        notification_id: offline-devices-alert

[xven0mxz]

Hmmbob schreef op woensdag 28 november 2018 @ 21:48:
Je module hangt wel aan de spanning, toch?

Je log is te kort om iets zinnigs te zeggen.

lolgast schreef op woensdag 28 november 2018 @ 21:49:
@xven0mxz Als ik het goed zie kijken we naar een log met een tijdspanne van .008 seconden?

Maar wat is he werkwijze? Je geeft aan dat je een networkkey hebt gebruikt, dus secure nodes. Gebruik je vanuit HA ook ‘add secure node’ én gebruik je de ‘add-secure’ functie van de fibaro? Die wil nog wel eens afwijken van de gewone add functie

Het is gelukt, onderstaande was de oplossing.

"I had the exact same issue and found that by re-setting the relay (disconnect from power, re-connect to power, press the b button until you get the led showing yellow, relase the b button and re-press until the light goes out).

Once the relay has been re-set, press the ‘add secure node’ button to start the connection process and then press the b button three times. That process worked for me. Good luck"

[Goldwing1973]

xven0mxz schreef op woensdag 28 november 2018 @ 21:57:
[...]


[...]


Het is gelukt, onderstaande was de oplossing.

"I had the exact same issue and found that by re-setting the relay (disconnect from power, re-connect to power, press the b button until you get the led showing yellow, relase the b button and re-press until the light goes out).

Once the relay has been re-set, press the ‘add secure node’ button to start the connection process and then press the b button three times. That process worked for me. Good luck"

Was de Roller Shutter 2 nieuw en ongebruikt of heb je deze al eerder gekoppeld aan een (andere) z-wave USB stick of was deze 2e hands overgenomen.
Z-Wave pair je met je Z-Wave controller (USB stick) en zal daarna geen andere pairing accepteren of je moet het z-wave apparaat een full reset geven, dan "vergeet" hij waarmee hij was gepaired en kan je 'm opnieuw pairen met een controller.

[xven0mxz]

Goldwing1973 schreef op woensdag 28 november 2018 @ 22:42:
[...]


Was de Roller Shutter 2 nieuw en ongebruikt of heb je deze al eerder gekoppeld aan een (andere) z-wave USB stick of was deze 2e hands overgenomen.
Z-Wave pair je met je Z-Wave controller (USB stick) en zal daarna geen andere pairing accepteren of je moet het z-wave apparaat een full reset geven, dan "vergeet" hij waarmee hij was gepaired en kan je 'm opnieuw pairen met een controller.

Roller shutter was nieuw, fout die ik waarschijnlijk gemaakt heb is al aangesloten voordat er überhaupt een z-wave netwerk was.

Wel heb ik nu een vaag probleem in home assistant.

De knoppen voor omhoog/omlaag zitten verkeerd om, als ik op omlaag druk gaat die omhoog en vice versa.
Iemand enige idee hoe ik dit recht kan trekken zonder de draden op aansluiting om te draaien. Kabels zijn nu aangesloten volgens schema.

Het rolluik is nu helemaal naar benenden :

[ Voor 6% gewijzigd door xven0mxz op 29-11-2018 09:47 ]

[DeadMetal]

Zie https://www.home-assistant.io/components/cover.zwave/

[kepler]

DeadMetal schreef op donderdag 29 november 2018 @ 09:48:
Zie https://www.home-assistant.io/components/cover.zwave/

Hey dat is handig Ik heb het helemaal moeilijk gedaan in de code

[xven0mxz]

DeadMetal schreef op donderdag 29 november 2018 @ 09:48:
Zie https://www.home-assistant.io/components/cover.zwave/

Dit had ik dus geprobeerd, alleen dit werkt niet, en geeft vervolgens een error in config file.

Het staat er zo in :




Volgende melding krijg is als ik hem wil valideren
Error loading /config/configuration.yaml: while scanning for the next token
found character '\t' that cannot start any token
in "/config/configuration.yaml", line 78, column 1

[Hmmbob]

Dan heb je ergens een tab gebruikt ipv spaties. Daar kan yaml niet tegen

[trekker22]

zie door de mosquitto bomen het mqtt bos niet meer. Ik wil de ingebouwde niet gebruiken, want ook wil naast node-red gebruiken.

Welke mqtt broker heeft voorkeur? wil het draaien in docker.

[lolgast]

@trekker22 Op dit moment gebruik ik de image van toke: https://hub.docker.com/r/toke/mosquitto/ maar ik zit er aan te denken om over te stappen op die van eclipse: https://hub.docker.com/_/eclipse-mosquitto/

Mijn docker-compose

YAML:

version: '3'

services:
  mqtt:
    image: toke/mosquitto:latest
    container_name: mqtt
    restart: always
    ports:
      - 1883:1883/tcp
    networks:
      - home
    volumes:
      - ./config:/mqtt/config:ro
      - ./data:/mqtt/data
      - ./log:/mqtt/log
    labels:
      - com.centurylinklabs.watchtower.enable=true

networks:
  home:
    external: true

Met bijbehorende mosquitto.conf file. let op, deze gaat uit van een bestaand passwd file met een user erin

code:

# Place your local configuration in /mqtt/config/conf.d/

pid_file /var/run/mosquitto.pid

persistence true
persistence_location /mqtt/data/

user mosquitto

# Port to use for the default listener.
port 1883

log_dest file /mqtt/log/mosquitto.log
log_dest stdout

# include_dir /mqtt/config/conf.d
allow_anonymous false
# docker-compose mosquitto run /bin/bash -c "touch /tmp/passwd && mosquitto_passwd -b /tmp/passwd [username] [password] && cat /tmp/passwd && rm /tmp/passwd" > mosquitto/etc/passwd
password_file /mqtt/config/passwd

[trekker22]

lolgast schreef op donderdag 29 november 2018 @ 14:54:
@trekker22 Op dit moment gebruik ik de image van toke: https://hub.docker.com/r/toke/mosquitto/ maar ik zit er aan te denken om over te stappen op die van eclipse: https://hub.docker.com/_/eclipse-mosquitto/

bedankt ik heb de eerste gebruikt.

Echter ik krijg geen lux/motion waarde in een sensor?

zigbee2mqtt/<DEVICE_ID>
Where <DEVICE_ID> is E.G. 0x00158d0001b79111. Message published to this topic are always in a JSON format. Each device produces a different JSON message, some examples:

je kan ipv DEVICE_ID toch ook de friendly_name gebruiken die je in zigbee2mqtt hebt ingesteld in configuration.yaml?

Zie in de zigbee2mqtt log ook niet dat de waardes worden doorgestuurd naar mosquitto... Weet niet of ik nu in de HA, zigbee2mqtt of mosquitto log moet zoeken

EDIT
lees nu dat ik alleen de integratie hoef te doen en de sensors worden dan vanzelf ingelezen?

EDIT2 moet ik iets in zigbee2mqtt instellen zodat hij ook published?
heb een windows test client en daar kan ik wel met mqtt verbinden en berichten sturen en ontvangen en van zigbee2mqtt komt niks binnen.

log zigbee2mqtt:

code:

2018-11-29 15:34:08 - info: Connecting to MQTT server at mqtt://localhost:1883
2018-11-29 15:34:08 - info: zigbee-shepherd ready
2018-11-29 15:34:08 - info: Connected to MQTT server
2018-11-29 15:34:08 - info: MQTT publish, topic: 'zigbee2mqtt/bridge/state', payload: 'online'
2018-11-29 15:34:08 - debug: Soft reset timeout disabled
2018-11-29 15:34:08 - info: MQTT publish, topic: 'zigbee2mqtt/0x0017880104ec5bb3', payload: '{"battery":100,"linkquality":42}'
2018-11-29 15:34:08 - debug: Received zigbee message of type 'attReport' with data '{"cid":"msIlluminanceMeasurement","data":{"measuredValue":35}}' of device 'undefined' (0x00158d000272b736)
2018-11-29 15:34:08 - debug: Received zigbee message of type 'devChange' with data '{"cid":"msIlluminanceMeasurement","data":{"measuredValue":35}}' of device 'undefined' (0x00158d000272b736)
2018-11-29 15:34:13 - debug: Received zigbee message of type 'attReport' with data '{"cid":"msIlluminanceMeasurement","data":{"measuredValue":33}}' of device 'undefined' (0x00158d000272b736)
2018-11-29 15:34:13 - debug: Received zigbee message of type 'devChange' with data '{"cid":"msIlluminanceMeasurement","data":{"

maar nergens zie ik hem een mqtt bericht maken van de sensor update?

Edit
laatste update: heb een Hue Dimmer en die publised wel gewoon waardes naar MQTT. Is er een reden dat die motion sensor niks doen? Heb hem alleen een friendly name gegeven.

[ Voor 50% gewijzigd door trekker22 op 29-11-2018 17:10 ]

[xven0mxz]

Hmmbob schreef op donderdag 29 november 2018 @ 10:44:
Dan heb je ergens een tab gebruikt ipv spaties. Daar kan yaml niet tegen

Als ik de code wel goed heb kan ik niks meer met de knopjes, tot dat ik de eerste keer met het schuifje wat doe. Ze staan nog steeds verkeerd om overigens.

[defcon84]

Bah 2 breaking changes voor mij in versie 0.83

Kom je thuis, werkt er niets meer, HA ook niet bereikbaar.
Na 20 minuten zoeken schijnt dat de Owntracks config een beetje veranderd is.

Even later ga je douche, werken de Xiaomi knopjes niet op de slaapkamer
event_type: click moet nu event_type: xiaomi_aqara.click zijn

Vanaf nu heb ik de docker config van HA niet meer op latest, en dus geen automatische updates meer via
watchtower, maar upgrade ik zelf wel VOOR ik de changelog gelezen heb.

Dat is beter voor de WAF.

[JBS]

defcon84 schreef op donderdag 29 november 2018 @ 20:35:Vanaf nu heb ik de docker config van HA niet meer op latest, en dus geen automatische updates meer via
watchtower, maar upgrade ik zelf wel VOOR ik de changelog gelezen heb.

Dat is beter voor de WAF.

Hopelijk 'NADAT' na deze ervaring

Maar inderdaad, het is altijd een goed idee om de release notes even te bekijken, met name de breaking changes. Een vergelijkbare ervaring had ik een tijd geleden ook JBS in "Home Assistant - Open source Python3 home automation"

Ik lees de release notes ook altijd even door, maar toch erg mooie toevoegingen aan Lovelace gemist zoals deze https://www.home-assistant.io/lovelace/light/. Wellicht voor andere ook leuk, met name bij gebruik op een tablet.

ny-hardcore schreef op zaterdag 10 november 2018 @ 17:19:
[...]

Maar dan moet je telkens drukken voor een stap hoger/lager.
Nu kan ik indrukken en loslaten bij de gewenste stand.

Nog even een toevoeging hierop: Bij het toevoegen van nog twee Hue dimmers kwam ik erachter dat een knop ingedrukt houden (bij in ieder geval de aan/uit knop) ervoor zorgt er er continue events gestuurd worden. De automation wordt dan wel wat anders, maar wellicht is het dan mogelijk te dimmen zonder meerdere malen te drukken.

[ Voor 66% gewijzigd door JBS op 29-11-2018 21:18 ]

[ny-hardcore]

JBS schreef op donderdag 29 november 2018 @ 21:11:
[...]


[...]
Nog even een toevoeging hierop: Bij het toevoegen van nog twee Hue dimmers kwam ik erachter dat een knop ingedrukt houden (bij in ieder geval de aan/uit knop) ervoor zorgt er er continue events gestuurd worden. De automation wordt dan wel wat anders, maar wellicht is het dan mogelijk te dimmen zonder meerdere malen te drukken.

Ah mooi dat de hue dingen dat doen, de tradfri puck remote dus niet. Die stuurt bij ingedrukt houden (in deconz/hass events) een longpress en een release event bij loslaten.

[JBS]

ny-hardcore schreef op donderdag 29 november 2018 @ 21:24:
[...]


Ah mooi dat de hue dingen dat doen, de tradfri puck remote dus niet. Die stuurt bij ingedrukt houden (in deconz/hass events) een longpress en een release event bij loslaten.

Klopt, dan doen de Xiaomi Aqara wandschakelaars en button ook.

[lolgast]

defcon84 schreef op donderdag 29 november 2018 @ 20:35:
Bah 2 breaking changes voor mij in versie 0.83

Kom je thuis, werkt er niets meer, HA ook niet bereikbaar.
Na 20 minuten zoeken schijnt dat de Owntracks config een beetje veranderd is.

Even later ga je douche, werken de Xiaomi knopjes niet op de slaapkamer
event_type: click moet nu event_type: xiaomi_aqara.click zijn

Vanaf nu heb ik de docker config van HA niet meer op latest, en dus geen automatische updates meer via
watchtower, maar upgrade ik zelf wel VOOR ik de changelog gelezen heb.

Dat is beter voor de WAF.

Dat is niet de schuld van de :latest toevoeging (die sowieso niet noodzakelijk is, weglaten is automatisch latest) maar eerder een gebrek aan configuratie van Watchtower. Door deze optie

quote: https://github.com/v2tec/watchtower#options

--label-enable Watch containers where the com.centurylinklabs.watchtower.enable label is set to true.

te gebruiken kun je door middel van labels aan je containers zelf bepalen of watchtower ze wel of niet automatisch moet bijwerken.

Mijn HA wordt nooit automatisch bijgewerkt, om de door jou genoemde reden

[Hmmbob]

defcon84 schreef op donderdag 29 november 2018 @ 20:35:
Bah 2 breaking changes voor mij in versie 0.83

Kom je thuis, werkt er niets meer, HA ook niet bereikbaar.
Na 20 minuten zoeken schijnt dat de Owntracks config een beetje veranderd is.

Even later ga je douche, werken de Xiaomi knopjes niet op de slaapkamer
event_type: click moet nu event_type: xiaomi_aqara.click zijn

Vanaf nu heb ik de docker config van HA niet meer op latest, en dus geen automatische updates meer via
watchtower, maar upgrade ik zelf wel VOOR ik de changelog gelezen heb.

Dat is beter voor de WAF.

Blijkbaar meer problemen, want een bijzonder grote 0.83.1 fix-list: https://www.home-assistan...elease-0831---november-29

• Add websocket call for adding item to shopping-list (@iantrich - #18623) (shopping_list docs)
• Convert shopping-list update to WebSockets (@iantrich - #18713) (shopping_list docs)
• Legacy api fix (@balloob - #18733) (http docs)
• Fix logbook domain filter - alexa, homekit (@cdce8p - #18790) (logbook docs)
• Make auth backwards compat again (@balloob - #18792)
• Render the secret (@balloob - #18793) (owntracks docs)
• Fix race condition in group.set (@balloob - #18796) (group docs)
• BUGFIX: handle extra fan speeds. (@marchingphoenix - #18799) (google_assistant docs)
• Bumped py17track to 2.1.0 (@bachya - #18804) (sensor.seventeentrack docs)
• Remove self from update function in rainmachine (@Danielhiversen - #18807) (binary_sensor.rainmachine docs)
• Remove additional self from update function in RainMachine (@bachya - #18810) (sensor.rainmachine docs)
• Hotfix for crash with virtual devices (@pbalogh77 - #18808) (fibaro docs)
• Use proper signals (@balloob - #18613) (emulated_hue docs) (http docs)