Home Assistant - Open source Python3 home automation

[PuckStar]

martinvdm schreef op zaterdag 30 december 2017 @ 17:38:
[...]

Begrijp ik jou goed dat die sonoff devices gewoon tussen een schakelaar en een lamp in kunnen terwijl de fysieke schakelaar gewoon nog gebruik kan blijven worden? En dan dus ook via de sonoff te schakelen is?

De oorspronkelijke schakelaar (tussen de lamp en sonoff) kan alleen werken als de sonoff aan staat.
Maar de S20 heeft zelf een schakelaar die je kunt gebruiken om handmatig de lamp (of ander apparaat) aan/uit te zetten.
Er zijn trouwens ook sonoff wandcontact schakelaars.

[Hmmbob]

Hmm, ik heb uiteindelijk mijn beacon maar weer uitgezet - het veroorzaakte een golf aan "enter/leave" events vanuit owntracks naar mijn MQTT server: meerdere malen per minuut verliet ik volgens Owntracks de home region om er binnen 1 seconde weer in te komen. Op zich geen punt (HA negeert die updates namelijk), maar dat betekent ook dat mijn telefoon die events steeds moet sturen en eigenlijk niet in sleep mode kan raken.

Geen ideale oplossing in mijn omstandigheden. Misschien toch maar eens een gewoon beacon kopen welke ik centraler weg kan hangen dan in de meterkast bovenop mijn Wifi router

[Vorkie]

Hmmbob schreef op zondag 31 december 2017 @ 10:21:
Hmm, ik heb uiteindelijk mijn beacon maar weer uitgezet - het veroorzaakte een golf aan "enter/leave" events vanuit owntracks naar mijn MQTT server: meerdere malen per minuut verliet ik volgens Owntracks de home region om er binnen 1 seconde weer in te komen. Op zich geen punt (HA negeert die updates namelijk), maar dat betekent ook dat mijn telefoon die events steeds moet sturen en eigenlijk niet in sleep mode kan raken.

Geen ideale oplossing in mijn omstandigheden. Misschien toch maar eens een gewoon beacon kopen welke ik centraler weg kan hangen dan in de meterkast bovenop mijn Wifi router

Of met unifi? Device tracker?

Gebruik zelf beide, de homekit en unifi, werkt best goed (die minimale radius overlapt de weg waar wij wel eens overheen rijden, dus heb WiFi als conditie erbij gezet

Duurt ongeveer 5 minuten voordat de unifi op away staat, maar vaak heeft homekit al alles uitgeschakeld.

Let wel heb een Apple tv 4k als homehub.

[Hmmbob]

Oh, gewoon enkel owntracks werkt ook prima (die gebruik ik onder andere ook voor de NS component), her is simpelweg dat het beacon gedeelte niet werkt.

[koelkast]

Ik heb nu dit staan:

code:

# Dryer On
- alias: Dryer On
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.dryer

    # Dryer Off
- alias: Dryer Off
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'False'
  condition:
    condition: state
    entity_id: input_boolean.dryer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.dryer
    - service: notify.telegram
      data: {  "message": "Dryer finished.",  "target": [ "+##########", "+##########" ]}

    # Washer On
- alias: Washer On
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.washer

    # Washer Off
- alias: Washer Off
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'False'
    for:
      minutes: 3
  condition:
    condition: state
    entity_id: input_boolean.washer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.washer
    - service: notify.telegram
      data: {  "message": "Washer finished.",  "target": [ "+#########", "+##########" ]}

Nu krijg ik een automation error. Blijkbaar zit er iets in de trigger niet goed. Heeft iemand een idee wat er loos is?

[martinvdm]

koelkast schreef op zondag 31 december 2017 @ 12:44:
Ik heb nu dit staan:

code:

# Dryer On
- alias: Dryer On
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.dryer

    # Dryer Off
- alias: Dryer Off
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'False'
  condition:
    condition: state
    entity_id: input_boolean.dryer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.dryer
    - service: notify.telegram
      data: {  "message": "Dryer finished.",  "target": [ "+##########", "+##########" ]}

    # Washer On
- alias: Washer On
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.washer

    # Washer Off
- alias: Washer Off
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'False'
    for:
      minutes: 3
  condition:
    condition: state
    entity_id: input_boolean.washer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.washer
    - service: notify.telegram
      data: {  "message": "Washer finished.",  "target": [ "+#########", "+##########" ]}

Nu krijg ik een automation error. Blijkbaar zit er iets in de trigger niet goed. Heeft iemand een idee wat er loos is?

Wat is de error en bij welke automation?

[martinvdm]

Vorkie schreef op zondag 31 december 2017 @ 10:25:
[...]

Of met unifi? Device tracker?

Gebruik zelf beide, de homekit en unifi, werkt best goed (die minimale radius overlapt de weg waar wij wel eens overheen rijden, dus heb WiFi als conditie erbij gezet

Duurt ongeveer 5 minuten voordat de unifi op away staat, maar vaak heeft homekit al alles uitgeschakeld.

Let wel heb een Apple tv 4k als homehub.

Heb je een device tracker voor HomeKit? Of bedoel je iCloud

[DvD77]

koelkast schreef op zondag 31 december 2017 @ 12:44:
Ik heb nu dit staan:

code:

# Dryer On
- alias: Dryer On
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.dryer

    # Dryer Off
- alias: Dryer Off
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'False'
  condition:
    condition: state
    entity_id: input_boolean.dryer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.dryer
    - service: notify.telegram
      data: {  "message": "Dryer finished.",  "target": [ "+##########", "+##########" ]}

    # Washer On
- alias: Washer On
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.washer

    # Washer Off
- alias: Washer Off
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'False'
    for:
      minutes: 3
  condition:
    condition: state
    entity_id: input_boolean.washer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.washer
    - service: notify.telegram
      data: {  "message": "Washer finished.",  "target": [ "+#########", "+##########" ]}

Nu krijg ik een automation error. Blijkbaar zit er iets in de trigger niet goed. Heeft iemand een idee wat er loos is?

volgens mij kloppen de conditions niet:

code:

condition:
    condition: state
    entity_id: input_boolean.dryer
    at: 'on'

moet zijn :

code:

condition:
    condition: state
    entity_id: input_boolean.dryer
    state: 'on'

dus niet AT maar STATE

[Vorkie]

martinvdm schreef op zondag 31 december 2017 @ 12:48:
[...]

Heb je een device tracker voor HomeKit? Of bedoel je iCloud

Nee ik gebruik WiFi als device tracker, in dit geval unifi, maar zie dat er meerdere systemen door home assistent kan worden aangesproken.

Ik gebruik niet de iCloud tracker, anders dan op de telefoons zelf.

[Rickyoung]

koelkast schreef op zondag 31 december 2017 @ 12:44:
Ik heb nu dit staan:

code:

# Dryer On
- alias: Dryer On
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.dryer

    # Dryer Off
- alias: Dryer Off
  trigger:
    platform: state
    entity_id: sensor.dryer_on
    to: 'False'
  condition:
    condition: state
    entity_id: input_boolean.dryer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.dryer
    - service: notify.telegram
      data: {  "message": "Dryer finished.",  "target": [ "+##########", "+##########" ]}

    # Washer On
- alias: Washer On
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'True'
  action:
    service: input_boolean.turn_on
    entity_id: input_boolean.washer

    # Washer Off
- alias: Washer Off
  trigger:
    platform: state
    entity_id: sensor.washer_on
    to: 'False'
    for:
      minutes: 3
  condition:
    condition: state
    entity_id: input_boolean.washer
    at: 'on'
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.washer
    - service: notify.telegram
      data: {  "message": "Washer finished.",  "target": [ "+#########", "+##########" ]}

Nu krijg ik een automation error. Blijkbaar zit er iets in de trigger niet goed. Heeft iemand een idee wat er loos is?

Los van de fout; hoe lees je deze statussen uit? Hebben je wasmachine en droger een app oid of meet je dit aan de hand van verbruik (via bijv. een sonoff)?

[Hmmbob]

Ok, ik denk na over die sonoff's. Ik begrijp dat ze dan wel geflasht moeten worden? Nu hoeft dat niet zo'n probleem te zijn (vanalles geflashed van Tomtoms tot smartphones), maar kan iemand een klein duwtje geven naar de meest kloppende / recente tutorial?

[GENETX]

@koelkast
Gokje, je hebt deze code gebruikt:
https://community.home-as...en-laundry-is-done/8845/6

De website is nu weer down, dus kan het niet checken. Maar ik vermoed dat je de code mist die een bepaalde vermogenswaarde omzet in een on/off commando. Die heb je ook nodig!

Edit:
Niet dezelfde code dus (of, niet helemaal). Maar je hebt iets nodig om een verbruik om te zetten in een toestand, dus zoiets:

code:

#
#   Automation Templates
#
#    True when washer power level is below 3.4 watts, high threshold of resting state
#    Default state is true
     washer_pwrdn:
       value_template: "{{ states('sensor.aeotec_smart_switch_6_power_10_8') | int < 3.4 }}"

#    True when Dryer power level is above 8.4 watts, showing dryer is in operation (as opposed to just having the door open)
#    Default state is false
     dryer_pwrup:
       value_template: "{{ states('sensor.aeotec_smart_switch_6_power_11_8') | int > 8.4 }}"

[ Voor 57% gewijzigd door GENETX op 31-12-2017 13:58 ]

[breinonline]

Hmmbob schreef op zondag 31 december 2017 @ 13:55:
Ok, ik denk na over die sonoff's. Ik begrijp dat ze dan wel geflasht moeten worden? Nu hoeft dat niet zo'n probleem te zijn (vanalles geflashed van Tomtoms tot smartphones), maar kan iemand een klein duwtje geven naar de meest kloppende / recente tutorial?

Sonoff: goedkope schakelaar op afstand via wifi (ESP8266)

[Hmmbob]

breinonline schreef op zondag 31 december 2017 @ 14:20:
[...]

Sonoff: goedkope schakelaar op afstand via wifi (ESP8266)

Thanks, maar daar had ik nog niet gevonden wat nu de meest accurate manier van flashen was. Of ik ben er gruwelijk overheen gescrolled, dat kan ook.

[kronolith]

Hmmbob schreef op zondag 31 december 2017 @ 13:55:
Ok, ik denk na over die sonoff's. Ik begrijp dat ze dan wel geflasht moeten worden? Nu hoeft dat niet zo'n probleem te zijn (vanalles geflashed van Tomtoms tot smartphones), maar kan iemand een klein duwtje geven naar de meest kloppende / recente tutorial?

Hier kun je eigenlijk alles wel vinden:

https://github.com/arendst/Sonoff-Tasmota/wiki

Voor een nog mooiere uitleg: BRUH heeft hier een fantastische video over gemaakt:

YouTube: SONOFF - A $5 Alexa-Controllable, WIFI Outlet Tutorial

Kan niet mooier

[ Voor 17% gewijzigd door kronolith op 31-12-2017 14:33 ]

[GENETX]

Jammer dat je naar reclame linkt

Edit: Ninja's!

Edit2:
Om nog iets nuttigs van deze post te maken: is het nog mogelijk om scenes als badges neer te zetten? Ik zag het op een oud screenshot, maar las ergens dat het onmogelijk was nu... Vond het wel mooi bovenin, maar als het niet kan ga ik wat anders verzinnen. De huidige implementatie van scenes vind ik niet zo heel erg mooi eigenlijk.

[ Voor 100% gewijzigd door GENETX op 31-12-2017 15:07 ]

[RudolfR]

Zijn er hier tevreden gebruikers van de rfxcom icm HASS?

Ik krijg het met geen mogelijkheid werkend op zowel 0.60.0 of 0.56.2.

Ik weet dat er problemen zijn met 'binary_sensor', maar ik wil gewoon een aantal kaku-switches en dimmers bedienen met een remote.

yaml is geldig en component wordt wel actief (hub & switch) en ik zie geen errors, maar als ik op een knop van de afstandsbediening druk gebeurt er niets.
Terwijl automatic_add wel aanstaat. Ook debug-logging levert niets op.

Kunnen jullie zien dat hass de seriele poort gebruikt (met lsof bijv.), want ook dat is bij mij niet het geval.

De RfxCom werkt verder prima; ik heb de firmware bijgewerkt en (als ik niet met hass aan't testen ben)
deel ik 'm via socat met Domoticz en dat werkt gewoon....

Heb al een aantal keer op discord om hulp gevraagd, maar hopelijk zitten er hier meer gebruikers van dat component.

[GENETX]

Ik ben nog bezig met overstappen van OpenHAB en ook niet thuis, om het te testen. Maar de RFXCom werkte bij mij prima tijdens een compatibiliteitstest.

3 dingen:
- Probeer het eens zonder socat, sluit Domoticz even af.
- Is de gebruiker die hass drait wel toegevoegd aan de dialout group
- Stating the obvious, maar het protocol is wel aangevinkt in de rfxmgr?

Vooral die eerste wil je eens doen, check eerst maar eens werkt op de normale manier en sluit zoveel mogelijk "bagger" die er tussen zit uit. Als dat werkt kun je altijd weer kijken hoe je bijv socat er tussen krijgt. Maar debuggen doe je _altijd_ zo kaal mogelijk imho.

[ Voor 27% gewijzigd door GENETX op 31-12-2017 15:32 ]

[Fonta]

RudolfR schreef op zondag 31 december 2017 @ 15:19:
Zijn er hier tevreden gebruikers van de rfxcom icm HASS?

Ik krijg het met geen mogelijkheid werkend op zowel 0.60.0 of 0.56.2.

Ik weet dat er problemen zijn met 'binary_sensor', maar ik wil gewoon een aantal kaku-switches en dimmers bedienen met een remote.

yaml is geldig en component wordt wel actief (hub & switch) en ik zie geen errors, maar als ik op een knop van de afstandsbediening druk gebeurt er niets.
Terwijl automatic_add wel aanstaat. Ook debug-logging levert niets op.

Kunnen jullie zien dat hass de seriele poort gebruikt (met lsof bijv.), want ook dat is bij mij niet het geval.

De RfxCom werkt verder prima; ik heb de firmware bijgewerkt en (als ik niet met hass aan't testen ben)
deel ik 'm via socat met Domoticz en dat werkt gewoon....

Heb al een aantal keer op discord om hulp gevraagd, maar hopelijk zitten er hier meer gebruikers van dat component.

Werkt hier zonder problemen. Component in configuration.yaml toevoegen, switches met de codes toevoegen en klaar.

[RudolfR]

Sorry voor de verwarring, HASS draait op de Rpi waar de RfxCom fysiek op aangesloten zit, dus dan heb ik geen socat ertussen zitten.

De hass-user zit in de dialout groep inderdaad.

De protocollen zijn aangevinkt (en werken ook via Domoticz)

Goed om te horen dat 't wel zou moeten werken, dan ga ik nog even verder debuggen.
Tips zijn welkom.

[GENETX]

Volgens mij moet je de autodetect wel per platform aanzetten. Dus bv rfxtrx switch en rfxtrx sensor apart. Zet anders alle types in de yaml met autoetect aan voor de zekerheid. Mijn deurbel kwam ook anders binnen dan ik aanvankelijk verwachtte.

[ Voor 25% gewijzigd door GENETX op 31-12-2017 18:39 ]

[martinvdm]

s441558 schreef op zaterdag 30 december 2017 @ 12:34:
[...]

Ik gebruik ook DSMR Reader icm Home Assistant, op twee manieren.

1. In DSMR reader laat ik MQTT uitsturen ( is ingebouwd in DSMR reader), welke ik in HA via de MQTT sensor uitlees. Met de History Graph component kan je er vervolgens grafiekjes mee maken.
2. Via de component Panel iFrame heb ik ook de gehele interface van DSMR reader in Home Assistant, via een knop in de linker menubalk. Enige nadeel op dit moment is dat scrollen in een iFrame niet werkt op iOS. Wordt hopelijk snel opgelost.

Heb je hier oor reverse proxy draaien? Iframe verlicht je ook https te gebruiken als ja HA dit is, en DSMR reader is dit niet.

[koelkast]

DvD77 schreef op zondag 31 december 2017 @ 13:01:
[...]


volgens mij kloppen de conditions niet:

code:

condition:
    condition: state
    entity_id: input_boolean.dryer
    at: 'on'

moet zijn :

code:

condition:
    condition: state
    entity_id: input_boolean.dryer
    state: 'on'

dus niet AT maar STATE

Oké, dit heb ik nu allemaal veranderd, maar nu krijg ik (dus) dit:

code:

2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31

En die website geeft een 404 error

[koelkast]

GENETX schreef op zondag 31 december 2017 @ 13:55:
@koelkast
Gokje, je hebt deze code gebruikt:
https://community.home-as...en-laundry-is-done/8845/6

De website is nu weer down, dus kan het niet checken. Maar ik vermoed dat je de code mist die een bepaalde vermogenswaarde omzet in een on/off commando. Die heb je ook nodig!

Edit:
Niet dezelfde code dus (of, niet helemaal). Maar je hebt iets nodig om een verbruik om te zetten in een toestand, dus zoiets:

code:

#
#   Automation Templates
#
#    True when washer power level is below 3.4 watts, high threshold of resting state
#    Default state is true
     washer_pwrdn:
       value_template: "{{ states('sensor.aeotec_smart_switch_6_power_10_8') | int < 3.4 }}"

#    True when Dryer power level is above 8.4 watts, showing dryer is in operation (as opposed to just having the door open)
#    Default state is false
     dryer_pwrup:
       value_template: "{{ states('sensor.aeotec_smart_switch_6_power_11_8') | int > 8.4 }}"

Yep, die template heb ik gebruikt, die staat netjes in de sensor.yaml file

[Hmmbob]

koelkast schreef op zondag 31 december 2017 @ 21:35:
[...]

Oké, dit heb ik nu allemaal veranderd, maar nu krijg ik (dus) dit:

code:

2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31 21:26:30 ERROR (MainThread) [homeassistant.config] Invalid config for [automation]: [state] is an invalid option for [automation]. Check: automation->trigger->0->state. (See /config/configuration.yaml, line 153). Please check the docs at https://home-assistant.io/components/automation/
2017-12-31

En die website geeft een 404 error

je indents (spaties) kloppen hier niet, in je echte configuratie wel?

[Sorbo]

Hmmbob schreef op zondag 31 december 2017 @ 14:26:
[...]

Thanks, maar daar had ik nog niet gevonden wat nu de meest accurate manier van flashen was. Of ik ben er gruwelijk overheen gescrolled, dat kan ook.

Hier moet je denk ik mee vooruit kunnen:

https://github.com/arendst/Sonoff-Tasmota/wiki

YouTube: TUTORIAL: Install Sonoff-Tasmota Firmware on your Sonoff Device

[Hmmbob]

Jep, heb net 3 van die dingen besteld dus zal er over een week of 2 eens mee spelen

[Sorbo]

Hmmbob schreef op zondag 31 december 2017 @ 22:21:
Jep, heb net 3 van die dingen besteld dus zal er over een week of 2 eens mee spelen

Leuk speelgoed, ik ben nog altijd (al maanden) bezig met mijn eerste Sonoff. Had in eerste instantie een brakke USB-to-serial adapter te pakken waardoor het flashen steeds maar niet lukte, en heb nu Tasmota geinstalleerd staan (dat kostte met de nieuwe maar een minuut of 10 ) maar nog niet de tijd gevonden om het MQTT-gedeelte van de setup te regelen. Binnenkort, ik zweer het!

[lolgast]

Zijn die sonoffs net als zwave ook slim genoeg om door te geven dat ze niet van status zijn geweizigd terwijl dat wel moest?
Zegmaar wat klik aan klik uit niet kan

[s441558]

martinvdm schreef op zondag 31 december 2017 @ 21:33:
[...]

Heb je hier oor reverse proxy draaien? Iframe verlicht je ook https te gebruiken als ja HA dit is, en DSMR reader is dit niet.

Ja, via een reverse proxy en Lets encrypt op mijn Synology heb ik voor beide (HA en DSMR reader) https geregeld.

NB. Je had mij ook al via het home assistant forum rechtstreeks benaderd.

[kepler]

Ik ben nu een aantal maanden bezig met Home Assistant (Hass.io op Pi3) en het is leuk speelgoed! Ik ben een onwijze beginner, vooral/ook qua programmeren. Tijdens mijn studie wel wat dingen gedaan ooit met Matlab/Visual Basic, dus de basiskennis is er wel. Maar het meeste moet ik toch kopieren van internet, het meeste van de HA-fora

Ik heb ook nog twee vragen aan de meer ervaren mensen hier:
- Hoe regelen jullie de backup? Via hass.io kan ik snapshots maken, maar die moet ik handmatig backuppen. Is er een manier om dit automatisch te laten gebeuren? Het liefste lokaal naar mijn NAS en/of USB-stick. Het mooiste zou nog zijn een complete image van de SD-kaart, maar dat is mij nog niet gelukt. (ik heb de volgende link gebruikt : https://home-assistant.io/docs/ecosystem/backup/backup_usb/
Maar blijkbaar werkt dat niet in Hass.io...)
- Ik gebruik nu de add-on Configurator om de bestanden van HA te editten, want ik krijg Samba op mijn Chromebook niet aan de praat met HA... Iemand hier ervaring mee?

[Verwijderd]

Ik draai inmiddels een stuk of 8 docker containers waaronder HA, alles heeft in /opt een directory met de container corresponderende naam. Het volstaat hier om met rdiff-backup heel /opt te backuppen

[HaTe]

lolgast schreef op maandag 1 januari 2018 @ 10:47:
Zijn die sonoffs net als zwave ook slim genoeg om door te geven dat ze niet van status zijn geweizigd terwijl dat wel moest?
Zegmaar wat klik aan klik uit niet kan

Ja je krijgt altijd feedback. Dus als iets niet goed gaat ontvang je de feedback niet.

[martinvdm]

kepler schreef op maandag 1 januari 2018 @ 12:13:
Ik ben nu een aantal maanden bezig met Home Assistant (Hass.io op Pi3) en het is leuk speelgoed! Ik ben een onwijze beginner, vooral/ook qua programmeren. Tijdens mijn studie wel wat dingen gedaan ooit met Matlab/Visual Basic, dus de basiskennis is er wel. Maar het meeste moet ik toch kopieren van internet, het meeste van de HA-fora

Ik heb ook nog twee vragen aan de meer ervaren mensen hier:
- Hoe regelen jullie de backup? Via hass.io kan ik snapshots maken, maar die moet ik handmatig backuppen. Is er een manier om dit automatisch te laten gebeuren? Het liefste lokaal naar mijn NAS en/of USB-stick. Het mooiste zou nog zijn een complete image van de SD-kaart, maar dat is mij nog niet gelukt. (ik heb de volgende link gebruikt : https://home-assistant.io/docs/ecosystem/backup/backup_usb/
Maar blijkbaar werkt dat niet in Hass.io...)
- Ik gebruik nu de add-on Configurator om de bestanden van HA te editten, want ik krijg Samba op mijn Chromebook niet aan de praat met HA... Iemand hier ervaring mee?

Ik backup mijn config files naar github en editen doe ik via winscp maar gebruik geen HASS.io

[ymoona]

Ik ben sinds een paar weken ook bezig met Home Assistant, werkt best goed als je er eenmaal goed in zit. De yaml config heeft nogal een leer curve. Nu krijg ik het volgende niet goed werkend:

code:

- platform: yr
- platform: rest
  resource: !secret homewizardTempeartureSensorUrl
  name: homewizardTempSensors
  json_attributes:
    - response
  value_template: '{{ value_json.response[0].te }}'
  force_update: true
- platform: template
  sensors:
    temp_woonkamer:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[0].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_woonkamer
    temp_masterbedroom:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[1].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_masterbedroom
    temp_lotte:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[2].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_lotte
    temp_outside:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[3].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_outside

Deze config leest de 4 temperatuur sensoren uit de Homewizard. Dit werkt wel, maar slechts 1 malig. Alleen bij opstarten worden de sensor waardes geupdate. Daarna niet meer (ook niet na vele uren). Na een restart update waarde meteen.
Iemand een idee waarom de template niet geupdate word?

[martinvdm]

ymoona schreef op maandag 1 januari 2018 @ 14:03:
Ik ben sinds een paar weken ook bezig met Home Assistant, werkt best goed als je er eenmaal goed in zit. De yaml config heeft nogal een leer curve. Nu krijg ik het volgende niet goed werkend:

code:

- platform: yr
- platform: rest
  resource: !secret homewizardTempeartureSensorUrl
  name: homewizardTempSensors
  json_attributes:
    - response
  value_template: '{{ value_json.response[0].te }}'
  force_update: true
- platform: template
  sensors:
    temp_woonkamer:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[0].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_woonkamer
    temp_masterbedroom:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[1].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_masterbedroom
    temp_lotte:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[2].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_lotte
    temp_outside:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[3].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_outside

Deze config leest de 4 temperatuur sensoren uit de Homewizard. Dit werkt wel, maar slechts 1 malig. Alleen bij opstarten worden de sensor waardes geupdate. Daarna niet meer (ook niet na vele uren). Na een restart update waarde meteen.
Iemand een idee waarom de template niet geupdate word?

Wat zegt het log?

[ymoona]

martinvdm schreef op maandag 1 januari 2018 @ 15:11:
[...]

Wat zegt het log?

Niets gerelateerd

[martinvdm]

ymoona schreef op maandag 1 januari 2018 @ 15:12:
[...]

Niets gerelateerd

Je haalt in eerste instantie homewizardtempsensors de hele json op, dit mag niet meer dan 255 karakters zijn. Wellicht hier een issue?

[martinvdm]

@ymoona mocht je ook een integratie voor de HeatLink of een oplossing voor de water sensor hebben dan hou ik me aanbevolen

[Hmmbob]

kepler schreef op maandag 1 januari 2018 @ 12:13:
Ik ben nu een aantal maanden bezig met Home Assistant (Hass.io op Pi3) en het is leuk speelgoed! Ik ben een onwijze beginner, vooral/ook qua programmeren. Tijdens mijn studie wel wat dingen gedaan ooit met Matlab/Visual Basic, dus de basiskennis is er wel. Maar het meeste moet ik toch kopieren van internet, het meeste van de HA-fora

Ik heb ook nog twee vragen aan de meer ervaren mensen hier:
- Hoe regelen jullie de backup? Via hass.io kan ik snapshots maken, maar die moet ik handmatig backuppen. Is er een manier om dit automatisch te laten gebeuren? Het liefste lokaal naar mijn NAS en/of USB-stick. Het mooiste zou nog zijn een complete image van de SD-kaart, maar dat is mij nog niet gelukt. (ik heb de volgende link gebruikt : https://home-assistant.io/docs/ecosystem/backup/backup_usb/
Maar blijkbaar werkt dat niet in Hass.io...)
- Ik gebruik nu de add-on Configurator om de bestanden van HA te editten, want ik krijg Samba op mijn Chromebook niet aan de praat met HA... Iemand hier ervaring mee?

Ik maak een backup naar mijn Dropbox.

[balk]

kepler schreef op maandag 1 januari 2018 @ 12:13:
Ik ben nu een aantal maanden bezig met Home Assistant (Hass.io op Pi3) en het is leuk speelgoed! Ik ben een onwijze beginner, vooral/ook qua programmeren. Tijdens mijn studie wel wat dingen gedaan ooit met Matlab/Visual Basic, dus de basiskennis is er wel. Maar het meeste moet ik toch kopieren van internet, het meeste van de HA-fora

Ik heb ook nog twee vragen aan de meer ervaren mensen hier:
- Hoe regelen jullie de backup? Via hass.io kan ik snapshots maken, maar die moet ik handmatig backuppen. Is er een manier om dit automatisch te laten gebeuren? Het liefste lokaal naar mijn NAS en/of USB-stick. Het mooiste zou nog zijn een complete image van de SD-kaart, maar dat is mij nog niet gelukt. (ik heb de volgende link gebruikt : https://home-assistant.io/docs/ecosystem/backup/backup_usb/
Maar blijkbaar werkt dat niet in Hass.io...)
- Ik gebruik nu de add-on Configurator om de bestanden van HA te editten, want ik krijg Samba op mijn Chromebook niet aan de praat met HA... Iemand hier ervaring mee?

Ik maak lokaal automatische backups, op deze manier, gebaseerd op Rsnapshot en rsync. Schrijft bij mij elk uur een kopie weg, bewaart dagelijks 1 kopie, en uiteindelijk van elke maand.
En naar GitHub.

[ Voor 7% gewijzigd door balk op 01-01-2018 18:48 ]

[lolgast]

Ik draai het op een Synology dus lokaal mag 1 disk stuk gaan. Is back-up genoeg voor lokaal. Verder wordt elke week de complete Docker directory naar Stack gestuurd.

Meteen nog een vraagje:
Vorige week begonnen met Influx/Grafana, werkt allemaal prima. Nou maak ik gebruik van de Mi Flora sensoren, maar die updaten alleen bij wijzigingen, dus dan kan het voorkomen dan Influx uren (of dagen) lang geen update krijgt. Dus ik ben ook maar met MQTT begonnen. Ben bezig geweest om via mqtt_statestream de states naar MQTT te gooien, maar bij een herstart van HA springen de states op 'unknown' en dan neemt MQTT die waarde vrolijk over.
Na veel gepuzzel en nadenken heb ik nu het volgende via een automation bedacht:

YAML:

alias: Ficus Elastica MQTT
initial_state: 'on'
trigger:
  platform: numeric_state
  entity_id: 'sensor.ficus_elastica_battery'
  below: '101'
  above: '0'
action:
  service: mqtt.publish
  data:
    topic: "homeassistant/sensor/ficus_elastica_battery/state"
    payload_template: "{{ states.sensor.ficus_elastica_battery.state }}"

Ben ik nu nodeloos omslachtig bezig of lijkt dit de juiste weg?

Edit: Code aangepast, zonder condition was ook mogelijk door trigger aan te passen

[ Voor 12% gewijzigd door lolgast op 01-01-2018 16:47 ]

[kepler]

Hmmbob schreef op maandag 1 januari 2018 @ 15:48:
[...]

Ik maak een backup naar mijn Dropbox.

balk schreef op maandag 1 januari 2018 @ 16:21:
[...]

Ik maak lokaal automatische backups, op deze manier, gebaseerd op Rsnapshot en rsync. Schrijft bij mij elk uur een kopie weg, bewaart dagelijks 1 kopie, en uiteindelijk van elke maand.
En naar GitHub.

Bedankt voor alle tips! Ik ga die van Balk eerst bekijken, ik probeer zoveel mogelijk lokaal te houden.

Github heb ik ook naar gekeken, maar zover ik kon zien kan je alleen betaald een prive-github krijgen. De gratis versie is 'openbaar', grote kans dat ik dan per ongeluk een keer toch passwords mee upload. Kans en risico is niet heel hoog, maar geen zin in eventuele moeilijkheden.

[martinvdm]

kepler schreef op maandag 1 januari 2018 @ 19:57:
[...]


[...]


Bedankt voor alle tips! Ik ga die van Balk eerst bekijken, ik probeer zoveel mogelijk lokaal te houden.

Github heb ik ook naar gekeken, maar zover ik kon zien kan je alleen betaald een prive-github krijgen. De gratis versie is 'openbaar', grote kans dat ik dan per ongeluk een keer toch passwords mee upload. Kans en risico is niet heel hoog, maar geen zin in eventuele moeilijkheden.

Is echt heel simpel met een .gitignore bestandje. Je kunt zelf checken op je github hoe het eruit ziet en evt de hele repository verwijderen. Best ideaal. En is gewoon gratis.

[RudolfR]

kepler schreef op maandag 1 januari 2018 @ 19:57:
[...]


[...]


Bedankt voor alle tips! Ik ga die van Balk eerst bekijken, ik probeer zoveel mogelijk lokaal te houden.

Github heb ik ook naar gekeken, maar zover ik kon zien kan je alleen betaald een prive-github krijgen. De gratis versie is 'openbaar', grote kans dat ik dan per ongeluk een keer toch passwords mee upload. Kans en risico is niet heel hoog, maar geen zin in eventuele moeilijkheden.

BitBucket biedt wel private repo's aan, maar dan nog zou ik wachtwoorden apart zetten in secrets.yaml en die toevoegen aan .gitigore, zodat die nooit online wordt gezet.

[ThinkPad]

RudolfR schreef op maandag 1 januari 2018 @ 20:09:
[...]


BitBucket biedt wel private repo's aan, maar dan nog zou ik wachtwoorden apart zetten in secrets.yaml en die toevoegen aan .gitigore, zodat die nooit online wordt gezet.

Precies hoe ik het heb, al heb ik mijn repository openbaar staan zodat anderen er wellicht nog wat aan hebben.
Gevoelige informatie staat in de secrets.yaml inderdaad

Mijn Bitbucket repository

Op die manier heb ik naast backups ook gelijk versiebeheer, zodat ik goed kan zien wat ik heb aangepast.

[martinvdm]

ymoona schreef op maandag 1 januari 2018 @ 14:03:
Ik ben sinds een paar weken ook bezig met Home Assistant, werkt best goed als je er eenmaal goed in zit. De yaml config heeft nogal een leer curve. Nu krijg ik het volgende niet goed werkend:

code:

- platform: yr
- platform: rest
  resource: !secret homewizardTempeartureSensorUrl
  name: homewizardTempSensors
  json_attributes:
    - response
  value_template: '{{ value_json.response[0].te }}'
  force_update: true
- platform: template
  sensors:
    temp_woonkamer:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[0].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_woonkamer
    temp_masterbedroom:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[1].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_masterbedroom
    temp_lotte:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[2].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_lotte
    temp_outside:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[3].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_outside

Deze config leest de 4 temperatuur sensoren uit de Homewizard. Dit werkt wel, maar slechts 1 malig. Alleen bij opstarten worden de sensor waardes geupdate. Daarna niet meer (ook niet na vele uren). Na een restart update waarde meteen.
Iemand een idee waarom de template niet geupdate word?

Voeg er eens scan_interval aan toe.

[martinvdm]

ThinkPadd schreef op maandag 1 januari 2018 @ 20:26:
[...]

Precies hoe ik het heb, al heb ik mijn repository openbaar staan zodat anderen er wellicht nog wat aan hebben.
Gevoelige informatie staat in de secrets.yaml inderdaad

Mijn Bitbucket repository

Op die manier heb ik naast backups ook gelijk versiebeheer, zodat ik goed kan zien wat ik heb aangepast.

Heb je config ff bekeken, maar hoe heb jij je Itho in HA gekregen? Ik schakel nu direct 220 op de hoog stand om deze aan of uit te schakelen maar zou best de rest van de standen ook willen bedienen alsmede de status.

[kepler]

ThinkPadd schreef op maandag 1 januari 2018 @ 20:26:
[...]

Precies hoe ik het heb, al heb ik mijn repository openbaar staan zodat anderen er wellicht nog wat aan hebben.
Gevoelige informatie staat in de secrets.yaml inderdaad

Mijn Bitbucket repository

Op die manier heb ik naast backups ook gelijk versiebeheer, zodat ik goed kan zien wat ik heb aangepast.

Aha, klinkt wel prima inderdaad. Gevoelige informatie staat idd in secrets.yaml, zal het voor de zekerheid nog eens dubbelchecken. Versiebeheer is wel handig!

[ThinkPad]

martinvdm schreef op maandag 1 januari 2018 @ 21:26:
[...]

Heb je config ff bekeken, maar hoe heb jij je Itho in HA gekregen? Ik schakel nu direct 220 op de hoog stand om deze aan of uit te schakelen maar zou best de rest van de standen ook willen bedienen alsmede de status.

ThinkPadd in "DIY: Itho ventilatie aansturen via 868Mhz transmitter"

Als je een niet al te oude Itho hebt dan heeft hij waarschijnlijk al een RF-ontvanger ingebouwd en ben je voor $5 aan onderdelen klaar, mits je een beetje handig bent met solderen en ESP8266.

[martinvdm]

ThinkPadd schreef op maandag 1 januari 2018 @ 21:35:
[...]

ThinkPadd in "DIY: Itho ventilatie aansturen via 868Mhz transmitter"

Als je een niet al te oude Itho hebt dan heeft hij waarschijnlijk al een RF-ontvanger ingebouwd en ben je voor $5 aan onderdelen klaar, mits je een beetje handig bent met solderen en ESP8266.

Ik heb al een Remote idd! Thanks zal er eens induiken.

[VAnTurenhout]

Ik weet niet wie hier ook op het Home Assistant forum zitten en dus misschien ook geprobeerd hebben mijn vraag te beantwoorden, maar ik probeer het hier ook maar eens:

https://community.home-as...ected-to-network/37417/11

Bottom Line: Als ik mijn Pi met Pilight en Home Assistant in mijn netwerk hang, dan merken alle machines in mijn netwerk een daling in snelheid op vaste momenten. De ping loopt behoorlijk op en daalt dan ook weer.
Haal ik de netwerkstekker uit deze Pi dan is alles normaal. Voor mij is het dan duidelijk dat het met Home Assistant of Pilight te maken heeft, maar ik geen idee hoe ik erachter kan komen wat de exacte veroorzaker is.

[GENETX]

Nou, dan lijkt me het duidelijk om eerst een van beiden af te sluiten... Zolang we 2 mogelijke veroorzakers hebben weten we niks. Sluit eerst maar eens 1 van de twee uit.

[VAnTurenhout]

GENETX schreef op maandag 1 januari 2018 @ 23:21:
Nou, dan lijkt me het duidelijk om eerst een van beiden af te sluiten... Zolang we 2 mogelijke veroorzakers hebben weten we niks. Sluit eerst maar eens 1 van de twee uit.

Pilight gestopt en probleem blijft zich voordoen....Home Assistant gestopt (en pilight gestart) en probleem is weg...

Kleine update:
Als ik de device_tracker weglaat uit mijn config

[code]
device_tracker:
- platform: nmap_tracker
hosts: 192.168.1.1/24
{/code]

dan is het probleem ook weg (met pilight en hass gestart)


Ik probeer nu een TPLink device_tracker

code:

device_tracker:
  - platform: tplink
    host: 192.168.1.1
    username: ***
    password: ***

[ Voor 32% gewijzigd door VAnTurenhout op 01-01-2018 23:49 ]

[GENETX]

Een nmap is vrij zwaar ja.... Beter geef je devices een statip ip en ga je enkel daar op pingen.

[VAnTurenhout]

GENETX schreef op maandag 1 januari 2018 @ 23:54:
Een nmap is vrij zwaar ja.... Beter geef je devices een statip ip en ga je enkel daar op pingen.

Ga ik doen, thanks.

[SpeedyDH]

ymoona schreef op maandag 1 januari 2018 @ 14:03:
Ik ben sinds een paar weken ook bezig met Home Assistant, werkt best goed als je er eenmaal goed in zit. De yaml config heeft nogal een leer curve. Nu krijg ik het volgende niet goed werkend:

code:

- platform: yr
- platform: rest
  resource: !secret homewizardTempeartureSensorUrl
  name: homewizardTempSensors
  json_attributes:
    - response
  value_template: '{{ value_json.response[0].te }}'
  force_update: true
- platform: template
  sensors:
    temp_woonkamer:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[0].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_woonkamer
    temp_masterbedroom:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[1].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_masterbedroom
    temp_lotte:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[2].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_lotte
    temp_outside:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[3].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_outside

Deze config leest de 4 temperatuur sensoren uit de Homewizard. Dit werkt wel, maar slechts 1 malig. Alleen bij opstarten worden de sensor waardes geupdate. Daarna niet meer (ook niet na vele uren). Na een restart update waarde meteen.
Iemand een idee waarom de template niet geupdate word?

Zie dat jij een stuk verder ben dan ik, zou jij een voorbeeld config kunnen delen hoe jij je homewizard aanstuurt met HA? Ben een beetje aan het klungelen (en sommige dingen doen het) maar kom maar weinig tegen hierover.

[martinvdm]

SpeedyDH schreef op dinsdag 2 januari 2018 @ 07:07:
[...]


Zie dat jij een stuk verder ben dan ik, zou jij een voorbeeld config kunnen delen hoe jij je homewizard aanstuurt met HA? Ben een beetje aan het klungelen (en sommige dingen doen het) maar kom maar weinig tegen hierover.

Ik ook. Nu ga ik toch wel over maar als migratie stap zou de Heatlink wel leuk zijn als Climate in HA. Energylink heb ik inmiddels over op water na en devices vervang ik voor zigbee en zwave.

[Possible]

Is het mogelijk als HA restart, dat de lampen dan aan blijven als deze aanstaan? Nu is het zo dat deze uitgaan als ik HA elke keer herstart. Dit vind vrouwlief niet zo tof.

[martinvdm]

Possible schreef op dinsdag 2 januari 2018 @ 07:25:
Is het mogelijk als HA restart, dat de lampen dan aan blijven als deze aanstaan? Nu is het zo dat deze uitgaan als ik HA elke keer herstart. Dit vind vrouwlief niet zo tof.

Heb je Milight?

[Possible]

@martinvdm Yes

[martinvdm]

Possible schreef op dinsdag 2 januari 2018 @ 07:29:
@martinvdm Yes

Dat is helaas een limitatie in de limitless api
“When starting Home Assistant, your LimitlessLED bulbs will be set to known default values. This ensures a consistent user interface and uninterrupted turning on/off. If you control your LimitlessLED lights via the MiLight mobile application or other means while Home Assistant is running, Home Assistant can not track those changes and you may observe unexpected behavior. This is due to a LimitlessLED limitation.”

https://home-assistant.io/components/light.limitlessled/

[Possible]

@martinvdm

Ah.. Dat had ik nog helemaal niet gezien. Bedankt iig! Dan moet ik het op een andere manier oplossen

[sorted.bits]

Possible schreef op dinsdag 2 januari 2018 @ 07:36:
@martinvdm

Ah.. Dat had ik nog helemaal niet gezien. Bedankt iig! Dan moet ik het op een andere manier oplossen

Zou het probleem minder zijn als je een assumed state meegeeft?

https://home-assistant.io...tion/customizing-devices/

Dat je ze bijvoorbeeld aan laat gaan bij een restart van Home Assistant? Dat is overdag een beetje vervelend, maar s'avonds misschien goed?

[Possible]

sorted.bits schreef op dinsdag 2 januari 2018 @ 08:03:
[...]


Zou het probleem minder zijn als je een assumed state meegeeft?

https://home-assistant.io...tion/customizing-devices/

Dat je ze bijvoorbeeld aan laat gaan bij een restart van Home Assistant? Dat is overdag een beetje vervelend, maar s'avonds misschien goed?

Dat zou ik inderdaad wel eens kunnen proberen ja. Thanks!

[PuckStar]

GENETX schreef op maandag 1 januari 2018 @ 23:54:
Een nmap is vrij zwaar ja.... Beter geef je devices een statip ip en ga je enkel daar op pingen.

Ik gebruik nmap maar wel enkel met specifieke ip's. Denk je dat het dan nog steeds zwaar is?

[NINjak]

PuckStar schreef op dinsdag 2 januari 2018 @ 17:05:
[...]

Ik gebruik nmap maar wel enkel met specifieke ip's. Denk je dat het dan nog steeds zwaar is?

Yep, nmap is best heavy

[PuckStar]

NINjak schreef op dinsdag 2 januari 2018 @ 17:12:
[...]

Yep, nmap is best heavy

Ah weer wat geleerd .
Ga ik ook eens kijken voor pingping. Maar vanavond eerst maar eens een clean win10 install

[lolgast]

Ik moet eigenlijk nog een keer uitzoeken wat gunstiger is qua resource verbruik. Beide zijn binary_sensors
1.

YAML:

- platform: command_line
  name: Samsung TV
  command: ping -W 1 -c 1 192.168.0.5 > /dev/null 2>&1 && echo success || echo fail
  device_class: connectivity
  payload_on: "success"
  payload_off: "fail"
  scan_interval: 5

2.

YAML:

- platform: ping
  host: 192.168.6.184
  count: 1
  name: Hue Bridge

Inmiddels worden er op via 'ping' een apparaat of 20 in de gaten gehouden, de 'command_line' methode was ik een beetje vergeten eigenlijk

[ymoona]

martinvdm schreef op maandag 1 januari 2018 @ 21:17:
[...]

Voeg er eens scan_interval aan toe.

Dat helpt niet, ook nog steeds niet in de log.

@martinvdm Ik heb ook eerst een enkele waar uit de json gehaald. Dit ging goed, lijkt dus geen issue in de 255 limiet. Zo werkt het dus wel

code:

- platform: rest
  resource: http://#############/############/telist
  name: Woonkamer temp
  value_template: '{{ value_json.response[0].te }}'
  unit_of_measurement: "°C"
  force_update: true

Anders toch maar terug naar 1 request per sensor en dan 4 keer de request doen

@SpeedyDH Ik heb nog geen waardes gezet op homewizard, alleen maar uitlezen. Het schakelen zou ook niet moeilijk moeten zijn. Zie hier: http://wiki.td-er.nl/index.php?title=Homewizard voor "api"

[ Voor 14% gewijzigd door ymoona op 02-01-2018 20:50 ]

[Kadonder]

Ik heb vandaag de Xiaomi Gateway binnen gekregen. Ik heb het stappenplan gevolgd(de key via iOS app verkregen), maar als ik onderstaande code toevoeg in mijn Configuration.yaml file en vervolgens Home Assistant opnieuw wil opstarten, kan ik HA niet meer benaderen. Zodra ik de code uit de yaml file haal en HA opnieuw boot via SSH kan ik HA wel weer benaderen.
In de log kan ik zo snel niks zien als ik weer ben ingelogd. Iemand enig idee wat er mis gaat?

code:

xiaomi_aqara:
  gateways:
    - mac: xx:xx:xx:xx:xx:xx
      key: xxxxxxxxxxxxxxxx

Edit: volgens de yaml check zou het bestand goed moeten zijn.

[ Voor 4% gewijzigd door Kadonder op 03-01-2018 19:20 ]

[_LF_]

We zitten hier toch echt in Home Assistant. En aangezien je het over de Yamlcheck hebt.

Hier is de link naar de HA integratie

To enable Xiaomi Gateway (Aqara) in your installation, add the following to your configuration.yaml file:

ONE GATEWAY
# You can leave MAC empty if you only have one gateway.
xiaomi_aqara:
discovery_retry: 5
gateways:
- key: xxxxxxxxxxxxxxxx

Kadonder schreef op woensdag 3 januari 2018 @ 19:19:
Ik heb vandaag de Xiaomi Gateway binnen gekregen. Ik heb het stappenplan gevolgd(de key via iOS app verkregen), maar als ik onderstaande code toevoeg in mijn Configuration.yaml file en vervolgens Home Assistant opnieuw wil opstarten, kan ik HA niet meer benaderen. Zodra ik de code uit de yaml file haal en HA opnieuw boot via SSH kan ik HA wel weer benaderen.
In de log kan ik zo snel niks zien als ik weer ben ingelogd. Iemand enig idee wat er mis gaat?

code:

xiaomi_aqara:
  gateways:
    - mac: xx:xx:xx:xx:xx:xx
      key: xxxxxxxxxxxxxxxx

Edit: volgens de yaml check zou het bestand goed moeten zijn.

[ Voor 11% gewijzigd door _LF_ op 03-01-2018 19:39 ]

[Hmmbob]

Wat een gekke reactie

Anyway, als HA crasht moet er normaal iets in de log staan wat je verder kan helpen. Je schrijft dat je via SSH kan rebooten, dan kan je via SSH ook bij je log komen toch?

[_LF_]

Zijn stappenplan linkt namelijk naar Domoticz Was meer als eyeopener bedoeld

Hmmbob schreef op woensdag 3 januari 2018 @ 19:46:
Wat een gekke reactie

Anyway, als HA crasht moet er normaal iets in de log staan wat je verder kan helpen. Je schrijft dat je via SSH kan rebooten, dan kan je via SSH ook bij je log komen toch?

[DvD77]

Kadonder schreef op woensdag 3 januari 2018 @ 19:19:
Ik heb vandaag de Xiaomi Gateway binnen gekregen. Ik heb het stappenplan gevolgd(de key via iOS app verkregen), maar als ik onderstaande code toevoeg in mijn Configuration.yaml file en vervolgens Home Assistant opnieuw wil opstarten, kan ik HA niet meer benaderen. Zodra ik de code uit de yaml file haal en HA opnieuw boot via SSH kan ik HA wel weer benaderen.
In de log kan ik zo snel niks zien als ik weer ben ingelogd. Iemand enig idee wat er mis gaat?

code:

xiaomi_aqara:
  gateways:
    - mac: xx:xx:xx:xx:xx:xx
      key: xxxxxxxxxxxxxxxx

Edit: volgens de yaml check zou het bestand goed moeten zijn.

Probeer eens met host erbij
en MAC heb ik in mijn config zonder dubbelepunten !

code:

xiaomi_aqara:
  gateways:
    - mac: xxxxx
      key: xxxx
      host: xxx.xxx.xxx.xxx

[Jazco2nd]

Zijn hier mensen met een vloerverwarming regelmodule en thermostaat van Uponor?
Het Uponor Wave Plus systeem.

Ik kan bar weinig vinden over het integreren van dit systeem in Home Assistant, totdat ik iets las over XNF. Het zou theoretisch mogelijk moeten zijn een XNF>IP gateway module erop aan te sluiten en deze te verbinden met een router. Maar online vind ik hier geen ervaringen over. Ben erg benieuwd of hier toevallig ervaringen mee zijn. Een XNF>IP gateway is best prijzig dus ik hoop eerst meer info in te winnen.

[martinvdm]

Kadonder schreef op woensdag 3 januari 2018 @ 19:19:
Ik heb vandaag de Xiaomi Gateway binnen gekregen. Ik heb het stappenplan gevolgd(de key via iOS app verkregen), maar als ik onderstaande code toevoeg in mijn Configuration.yaml file en vervolgens Home Assistant opnieuw wil opstarten, kan ik HA niet meer benaderen. Zodra ik de code uit de yaml file haal en HA opnieuw boot via SSH kan ik HA wel weer benaderen.
In de log kan ik zo snel niks zien als ik weer ben ingelogd. Iemand enig idee wat er mis gaat?

code:

xiaomi_aqara:
  gateways:
    - mac: xx:xx:xx:xx:xx:xx
      key: xxxxxxxxxxxxxxxx

Edit: volgens de yaml check zou het bestand goed moeten zijn.

Haal je Mac: eens weg

[hiddit]

Kadonder schreef op woensdag 3 januari 2018 @ 19:19:
Ik heb vandaag de Xiaomi Gateway binnen gekregen. Ik heb het stappenplan gevolgd(de key via iOS app verkregen), maar als ik onderstaande code toevoeg in mijn Configuration.yaml file en vervolgens Home Assistant opnieuw wil opstarten, kan ik HA niet meer benaderen. Zodra ik de code uit de yaml file haal en HA opnieuw boot via SSH kan ik HA wel weer benaderen.
In de log kan ik zo snel niks zien als ik weer ben ingelogd. Iemand enig idee wat er mis gaat?

code:

xiaomi_aqara:
  gateways:
    - mac: xx:xx:xx:xx:xx:xx
      key: xxxxxxxxxxxxxxxx

Edit: volgens de yaml check zou het bestand goed moeten zijn.

ik heb hem er zo in staan

code:

xiaomi_aqara:
  discovery_retry: 5
  gateways:
    - key: !secret aqara_key

[Kadonder]

hiddit schreef op donderdag 4 januari 2018 @ 10:05:
[...]


ik heb hem er zo in staan

code:

xiaomi_aqara:
  discovery_retry: 5
  gateways:
    - key: !secret aqara_key

Thnx, dit was de oplossing voor mij.

_LF_ schreef op woensdag 3 januari 2018 @ 19:38:
We zitten hier toch echt in Home Assistant. En aangezien je het over de Yamlcheck hebt.

Hier is de link naar de HA integratie

To enable Xiaomi Gateway (Aqara) in your installation, add the following to your configuration.yaml file:

ONE GATEWAY
# You can leave MAC empty if you only have one gateway.
xiaomi_aqara:
discovery_retry: 5
gateways:
- key: xxxxxxxxxxxxxxxx


[...]

Ik had inderdaad wat duidelijker moeten zijn. De pagina die jij linkt is ook de pagina die ik heb gebruikt om de Xiaomi Gateway te integreren. Maar op dezelfde pagina die jij noemt staat ook een link naar het stappenplan om de key te achterhalen. Dat is eigenlijk wat ik bedoelde in mijn vorige post. De rest van de pagina gaat inderdaad over Domoticz.

DvD77 schreef op woensdag 3 januari 2018 @ 19:53:
[...]


Probeer eens met host erbij
en MAC heb ik in mijn config zonder dubbelepunten !

code:

xiaomi_aqara:
  gateways:
    - mac: xxxxx
      key: xxxx
      host: xxx.xxx.xxx.xxx

Dit werkte helaas niet.

[Tylen]

Kom er niet meer uit en misschien weten jullie iets @lolgast ik zie dat je veel met hue doet in hass.

Heb Hass geinstalleerd op raspberry pi 3 en 2 en windows en docker (synology) en ubuntu server (virtual machine op XenServer) en mac os.
Maar nergens lukt het mij om de Hue geconfigureerd te krijgen.

Als ik op de knop druk om te registreren (op de hue bridge) blijft hij maar de foutmelding geven: Failed to register, please try again.

Er wordt ook geen phue.config aangemaakt in de condfig directory.

Ik merk ook als ik direct op de api interface van de hue bridge zit dat ik niet een nieuwe user kan registreren. De "button presses" generen geen nieuwe key. Pas als ik HAss uitzet krijg ik wel een nieuwe key te zien. Het lijkt erop dat de HAss dus de keys afvangt. Maar waarom slaat hij dit niet op dan.... arggg..

Alles al geprobeerd. discovery uit gezet. bridge handmatig toegevoegd. ook handmatig op de oudere methode (light: platfrom: hue). Heb ook geprobeerd met de hand een phue.config te maken met user en key erin. Werkt ook niet.

Iemand een idee?

[ Voor 5% gewijzigd door Tylen op 04-01-2018 13:58 ]

[GENETX]

Zou je eerst eens je huidige configuratie.yaml kunnen posten? Dan weten we in ieder geval waar we over praten. Graag russen code-blocks.

code:

[code]
Hier je configuration.yaml inhoud
[/code]

[Tylen]

GENETX schreef op donderdag 4 januari 2018 @ 15:12:
Zou je eerst eens je huidige configuratie.yaml kunnen posten? Dan weten we in ieder geval waar we over praten. Graag russen code-blocks.

code:

[code]
Hier je configuration.yaml inhoud
[/code]

Here you go:

code:

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

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

# Enables the frontend
frontend:

# Enables configuration UI
config:

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

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

# Discover some devices automatically
discovery:
  ignore:
    - apple_tv
    - google_cast
    - philips_hue

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

# Enables support for tracking state changes over time
history:

# View all events in a logbook
logbook:

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

# Track the sun
sun:

# Weather prediction
sensor:
  - platform: yr

  - platform: systemmonitor
    resources:
      - type: disk_free
        arg: /
      - type: memory_free
      - type: processor_use
      - type: last_boot

# Text to speech
#tts:
#  - platform: google

# Cloud
cloud:

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

# Add Hue Bridge
hue:
  bridges:
    - host: 192.168.2.101
   
# Add Eneco Toon
toon:
  username: blabla
  password: blabla

[lolgast]

@Tylen
Met discovery doet hij het ook niet neem ik aan?

[Tylen]

lolgast schreef op donderdag 4 januari 2018 @ 15:32:
@Tylen
Met discovery doet hij het ook niet neem ik aan?

Nope.

[lolgast]

En als je net doet alsof je gek bent en discovery aanzet, en zelf een phue.conf aanmaakt? De mijne ziet er zo uit:

code:

{"192.168.0.187": {"username": "uWi-HmQEct8sMnQiB2mQKjMFowaQtYVjTk-gLp4p"}}

Kan niet echt troubleshooten voor je. Ik post dit vanuit de McDonalds in Berlijn

[Tylen]

lolgast schreef op donderdag 4 januari 2018 @ 15:39:
En als je net doet alsof je gek bent en discovery aanzet, en zelf een phue.conf aanmaakt? De mijne ziet er zo uit:

code:

{"192.168.0.187": {"username": "uWi-HmQEct8sMnQiB2mQKjMFowaQtYVjTk-gLp4p"}}

Kan niet echt troubleshooten voor je. Ik post dit vanuit de McDonalds in Berlijn

HAd ik ook al gedaan Zoals in mijn eerste post te lezen is...

Gaat een lange nacht worden vandaag hahaha.

@lolgast Weet je toevallig ook de username waarmee Hass geregistreerd staat in de hue bridge? Denk dat dat de missing link is.

[ Voor 11% gewijzigd door Tylen op 04-01-2018 16:17 ]

[[RNMC] Viper]

ymoona schreef op maandag 1 januari 2018 @ 14:03:
Ik ben sinds een paar weken ook bezig met Home Assistant, werkt best goed als je er eenmaal goed in zit. De yaml config heeft nogal een leer curve. Nu krijg ik het volgende niet goed werkend:

code:

- platform: yr
- platform: rest
  resource: !secret homewizardTempeartureSensorUrl
  name: homewizardTempSensors
  json_attributes:
    - response
  value_template: '{{ value_json.response[0].te }}'
  force_update: true
- platform: template
  sensors:
    temp_woonkamer:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[0].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_woonkamer
    temp_masterbedroom:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[1].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_masterbedroom
    temp_lotte:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[2].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_lotte
    temp_outside:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[3].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.temp_outside

Deze config leest de 4 temperatuur sensoren uit de Homewizard. Dit werkt wel, maar slechts 1 malig. Alleen bij opstarten worden de sensor waardes geupdate. Daarna niet meer (ook niet na vele uren). Na een restart update waarde meteen.
Iemand een idee waarom de template niet geupdate word?

Bij elke template heb je de entity_id van diezelfde template staan, hiermee zeg je dat hij moet updaten zodra er een verandering is met deze entity_id. Ofwel je hebt een loop gecreëerd.

Verander ze alle maar eens in sensor.homewizardtempsensors (je rest sensor).

[lolgast]

@Tylen
Heb even in de bridge gekeken, lijkt erop dat dat de user ‘python-hue’ is.
Stukje code uit de bridge:

code:

"uWi-HmQEct8sMnQiB2mQKjMFowaQtYVjTk-gLp4p":{"last use date":"2018-01-04T15:41:32","create date":"2017-02-09T16:43:06","name":"python_hue"}

Op te vragen via de config, maar dan moet je wel in ieder geval 1 api-key weten

code:

http://192.168.0.187/api/API-KEY-HIER/config

Edit:
Overigens, in de phue.conf is ‘username’ ook echt letterlijk ‘username’. Dus dat moet niet vervangen worden. Just to be sure

[ Voor 15% gewijzigd door lolgast op 04-01-2018 16:57 ]

[Tylen]

lolgast schreef op donderdag 4 januari 2018 @ 16:46:
@Tylen
Heb even in de bridge gekeken, lijkt erop dat dat de user ‘python-hue’ is.
Stukje code uit de bridge:

code:

"uWi-HmQEct8sMnQiB2mQKjMFowaQtYVjTk-gLp4p":{"last use date":"2018-01-04T15:41:32","create date":"2017-02-09T16:43:06","name":"python_hue"}

Op te vragen via de config, maar dan moet je wel in ieder geval 1 api-key weten

code:

http://192.168.0.187/api/API-KEY-HIER/config

Edit:
Overigens, in de phue.conf is ‘username’ ook echt letterlijk ‘username’. Dus dat moet niet vervangen worden. Just to be sure

Thanks. Ja dat van die username wist ik. Vanavond maar weer eens verder stoeie. Heb het idee dat er meer aan de hand is. Vanavond alles maar eens uitzetten en alleen aandoen wat ik echt nodig heb.

[Tylen]

Yes werken. Heel apart dit. Heb alle Linux devices in mijn netwerk uitgezet (Synology NAS, Raspberry Pi (Welke homebridge, pi-hole, dsmr doet), En een Ubuntu server welke andere doelen heeft, en mijn webservers) en daarna pakte hij hem wel.

Thanks mannen voor de hulp.

[ymoona]

[RNMC] Viper schreef op donderdag 4 januari 2018 @ 16:36:
[...]

Bij elke template heb je de entity_id van diezelfde template staan, hiermee zeg je dat hij moet updaten zodra er een verandering is met deze entity_id. Ofwel je hebt een loop gecreëerd.

Verander ze alle maar eens in sensor.homewizardtempsensors (je rest sensor).

Dat helpt helaas ook niet.

code:

- platform: template
  sensors:
    temp_woonkamer:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[0].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors
    temp_masterbedroom:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[1].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors
    temp_lotte:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[2].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors
    temp_outside:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[3].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors

Nog eens zitten lezen over templates: https://home-assistant.io/docs/configuration/templating/
Lijkt misschien toch bedoeld voor zoals ik het nu gebruik. Vooral deze waarschuwing:

Rendering templates with time is dangerous as updates only trigger templates in sensors based on entity state changes.

En dat in combinatie met een vrij forse json.

[ Voor 11% gewijzigd door ymoona op 04-01-2018 20:00 ]

[jkha]

Mijn TV... is een beetje een hardnekkig apparaat.
Hij blijft telkens terugkomen in mijn dashboard..

De eerste keer een friendly name gegeven. Toen laten verbergen. Kwam ie weer terug. Weer op Hidden.
En nu is hij er weer. Maar dan met een _2 achter z'n naam:



Iemand een idee hoe ik deze voor eens en altijd kan laten verbergen?

[Tylen]

jkha schreef op donderdag 4 januari 2018 @ 19:55:
Mijn TV... is een beetje een hardnekkig apparaat.
Hij blijft telkens terugkomen in mijn dashboard..

De eerste keer een friendly name gegeven. Toen laten verbergen. Kwam ie weer terug. Weer op Hidden.
En nu is hij er weer. Maar dan met een _2 achter z'n naam:

[afbeelding]

Iemand een idee hoe ik deze voor eens en altijd kan laten verbergen?

discovery ervoor uit zetten.

code:

discovery:
  ignore:
    - samsung_tv

[jkha]

Tylen schreef op donderdag 4 januari 2018 @ 20:00:
[...]


discovery ervoor uit zetten.

code:

discovery:
  ignore:
    - samsung_tv

Thanks.

[lolgast]

Of een dommere tv kopen

[jkha]

lolgast schreef op donderdag 4 januari 2018 @ 20:22:
Of een dommere tv kopen

Of de TV helemaal het huis uit. Aangezien ik toch niet de baas ben over de afstandsbediening

[balk]

Tylen schreef op donderdag 4 januari 2018 @ 18:06:
[...]


Thanks. Ja dat van die username wist ik. Vanavond maar weer eens verder stoeie. Heb het idee dat er meer aan de hand is. Vanavond alles maar eens uitzetten en alleen aandoen wat ik echt nodig heb.

Ik gebruik ha-bridge. Ik heb wel eens gelezen dat er meer mensen zijn die problemen hebben met de Hue component in Home Assistant.

Ik heb overigens geen Hue lamp in huis, maar ik wilde de Hue app gebruiken vanwege de WAF.

[lolgast]

balk schreef op donderdag 4 januari 2018 @ 22:02:
[...]

Ik gebruik ha-bridge. Ik heb wel eens gelezen dat er meer mensen zijn die problemen hebben met de Hue component in Home Assistant.

Ik heb overigens geen Hue lamp in huis, maar ik wilde de Hue app gebruiken vanwege de WAF.

Grappig, ik probeer juist voor mijn verlichting 100% onafhankelijk van HA te kunnen zijn. Ik doe hoodzakelijk wel alles via HA, maar mocht dat stuk zijn/vastgelopen/onbereikbaar/younameit dan wil ik wel de lampen aan kunnen doen. Via de Hue app/Taps en Siri dan dus

[balk]

lolgast schreef op donderdag 4 januari 2018 @ 22:28:
[...]

Grappig, ik probeer juist voor mijn verlichting 100% onafhankelijk van HA te kunnen zijn. Ik doe hoodzakelijk wel alles via HA, maar mocht dat stuk zijn/vastgelopen/onbereikbaar/younameit dan wil ik wel de lampen aan kunnen doen. Via de Hue app/Taps en Siri dan dus

Ik ook deze week had ik last van een stervende SSD, en dus lag hass er twee dagen uit. Bijna alles in huis werkt gewoon. Lampen met (puls) schakelaar, ventilatie met knoppen.

Ha-bridge emuleert alleen de Hue bridge. En bedient met een API call wat knopjes in HASS. En ha-bridge configureert zich zelf.

[[RNMC] Viper]

ymoona schreef op donderdag 4 januari 2018 @ 19:36:
[...]

Dat helpt helaas ook niet.

code:

- platform: template
  sensors:
    temp_woonkamer:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[0].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors
    temp_masterbedroom:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[1].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors
    temp_lotte:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[2].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors
    temp_outside:
      friendly_name: 'temperatuur'
      value_template: '{{ states.sensor.homewizardTempSensors.attributes.response[3].te }}'
      unit_of_measurement: "°C"
      entity_id: sensor.homewizardTempSensors

Nog eens zitten lezen over templates: https://home-assistant.io/docs/configuration/templating/
Lijkt misschien toch bedoeld voor zoals ik het nu gebruik. Vooral deze waarschuwing:

[...]

En dat in combinatie met een vrij forse json.

Hier het stukje over de sensor template: https://home-assistant.io...ensor.template/#entity_id

Die restful sensor, krijgt die wel regelmatig data binnen, ik heb overigens op mijn youless meerdere restful sensoren.