Home Assistant: Open source Python3 home automation - deel 2

[Koffie]

Slaut schreef op donderdag 2 januari 2020 @ 20:05:
(Mogelijk wat een late reactie)

[...]


Ik gebruikt nu in de entities kaart:

code:

- entity: binary_sensor.doorbell_button
    secondary_info: last-changed

Geeft dan:
[Afbeelding]

Hier gevonden: https://community.home-as...change-timestamp/116393/6

Hier mijn deurbel: Slaut in "Het grote ESP topic"

ff getest, maar helaas overleeft dit een reboot niet. In de GUI is het wel degelijk te zien wanneer een device voor het laatst van state gewijzigd is, maar hoe je dit in een sensor of template kunt gebruiken is mij een raadsel.

[prekz]

Ik ben bezig om mijn wasmachine te automatiseren. Zodat ik in iedergeval een notificatie krijg of dat er een lamp gaat knipperen. Naar dit voorbeeld ben ik aan de slag gegaan:
https://community.home-as...sumption-trigger/70938/24

Bestaat eigenlijk uit een 4 tal onderdelen. Je input_select in de configuration.yml en een 3 tal automations (wasmachine draaien / wasmachine gestopt / wasmachine notificatie (of licht aan))

Als ik individueel de wasmachine notificatie start. gaat netjes het licht aan/uit/aan/uit (dit is verder allemaal een exacte kopie van het forum). Echter als ik met een stekker lamp het e.e.a. wil testen werkt die laatste automation niet.

Hij triggerd netjes bij >20watt en 10+ seconden
Hij triggerd netjes bij <10watt en 10+ seconden
hij triggerd nooit de notificatie/lamp aan automation, terwijl als ik deze handmatig trigger hij wel werkt.

Mijn automations.yml:

code:

- id: washingmachine_washing
  alias: 'Washing Machine - washing state'
  trigger:
   - above: 20
     entity_id: sensor.neo_power_4
     for: 00:00:10
     platform: numeric_state
  action:
    - service: input_select.select_option
      data:
        entity_id: input_select.state_washingmachine
        option: 'Washing'

- id: washingmachine_ready
  alias: 'Washing Machine - ready state'
  trigger:
   - below: 10
     entity_id: sensor.neo_power_4
     for: 00:00:20
     platform: numeric_state
  action:
    - service: input_select.select_option
      data:
        entity_id: input_select.state_washingmachine
        option: 'Ready'

- id: washing_machine_ready
  alias: Washing machine ready
  trigger:
    platform: state
    entity_id: input_select.state_washingmachine
    from: 'Washing'
    to: 'Ready'
  condition:
    condition: and
    conditions:
      - condition: state
        entity_id: input_select.state_washingmachine
        state: Ready
  action:
  - service: light.toggle
    entity_id:
        - light.qubino_goap_zmnhdd1_flush_dimmer_level_2
  - delay: 00:00:01
  - service: light.toggle
    entity_id:
        - light.qubino_goap_zmnhdd1_flush_dimmer_level_2
  - delay: 00:00:01
  - service: light.toggle
    entity_id:
        - light.qubino_goap_zmnhdd1_flush_dimmer_level_2
  - delay: 00:00:01
  - service: light.toggle
    entity_id:
        - light.qubino_goap_zmnhdd1_flush_dimmer_level_2

mijn configuration.yml

code:

### Wasmachine status
input_select:
  state_washingmachine:
    name: Washing Machine Status
    options:
      - Ready
      - Washing
    icon: mdi:tumble-dryer

Als ik het goed begrijp registreert hij de change van Washing naar Ready niet. Hier een voorbeeld van gisteravond:

De wasmachine notificatie/lamp aan state blijft op last triggerd = NULL staan

[ Voor 4% gewijzigd door prekz op 03-01-2020 07:27 ]

[Hmmbob]

Sloop de condition in regel 34-39 hierboven er eens tussenuit?

Die voegt namelijk 0 toe (immers, de trigger doet hetzelfde) plus die kan je wel eens in de weg zitten.

[Jelte]

@prekz Je kunt ook de 'flash' optie van de light entiteit gebruiken om het light te laten knipperen.

Zoek op flash in onderstaande pagina.

https://www.home-assistant.io/integrations/light/

[ Voor 26% gewijzigd door Jelte op 03-01-2020 08:50 ]

[prekz]

Hmmbob schreef op vrijdag 3 januari 2020 @ 07:48:
Sloop de condition in regel 34-39 hierboven er eens tussenuit?

Die voegt namelijk 0 toe (immers, de trigger doet hetzelfde) plus die kan je wel eens in de weg zitten.

Klopt, dit was nog een laatste hersenspinsel van mij. Heeft inderdaad geen toegevoegde waarde (geen positief eindresultaat)

Maar als die weg is werkt het alsnog niet.

Jelte schreef op vrijdag 3 januari 2020 @ 08:50:
@prekz Je kunt ook de 'flash' optie van de light entiteit gebruiken om het light te laten knipperen.

Zoek op flash in onderstaande pagina.

https://www.home-assistant.io/integrations/light/

Dat maakt mij ansich niet uit. Dit is slechts ter test, uiteindelijk moet deze gewoon een notificatie sturen (is ook al gebouwt maar hij triggerd gewoon niet). Het niet triggeren van de laatste automation is mijn grootste uitdaging.

[ Voor 37% gewijzigd door prekz op 03-01-2020 09:44 ]

[JayOne]

prekz schreef op vrijdag 3 januari 2020 @ 09:43:
[...]


Klopt, dit was nog een laatste hersenspinsel van mij. Heeft inderdaad geen toegevoegde waarde (geen positief eindresultaat)

Maar als die weg is werkt het alsnog niet.


[...]

Dat maakt mij ansich niet uit. Dit is slechts ter test, uiteindelijk moet deze gewoon een notificatie sturen (is ook al gebouwt maar hij triggerd gewoon niet). Het niet triggeren van de laatste automation is mijn grootste uitdaging.

Als je het from-statement uit de trigger haalt?

[Hmmbob]

En zie je in de history van input_select.state_washingmachine wel dat die gewijzigd wordt? Oftewel, worden die andere automations wel juist uitgevoerd (!= getriggered)?

[JayOne]

Hmmbob schreef op vrijdag 3 januari 2020 @ 09:52:
En zie je in de history van input_select.state_washingmachine wel dat die gewijzigd wordt? Oftewel, worden die andere automations wel juist uitgevoerd (!= getriggered)?

@prekz
In het automation voorbeeld worden geen quotes gebruikt rondom de option.

[Droif]

prekz schreef op vrijdag 3 januari 2020 @ 09:43:
[...]


Klopt, dit was nog een laatste hersenspinsel van mij. Heeft inderdaad geen toegevoegde waarde (geen positief eindresultaat)

Maar als die weg is werkt het alsnog niet.


[...]

Dat maakt mij ansich niet uit. Dit is slechts ter test, uiteindelijk moet deze gewoon een notificatie sturen (is ook al gebouwt maar hij triggerd gewoon niet). Het niet triggeren van de laatste automation is mijn grootste uitdaging.

Is de automation "Washing machine ready" wel actief? Zo ja, triggert hij wel als je de state van de input_select handmatig omzet?

[prekz]

JayOne schreef op vrijdag 3 januari 2020 @ 09:50:
[...]

Als je het from-statement uit de trigger haalt?

Ga ik vanavond even testen, blijft hij dan trouwens niet loopen? Dat is natuurlijk ook niet de bedoeling

Hmmbob schreef op vrijdag 3 januari 2020 @ 09:52:
En zie je in de history van input_select.state_washingmachine wel dat die gewijzigd wordt? Oftewel, worden die andere automations wel juist uitgevoerd (!= getriggered)?

Zie mijn afbeelding in de orginele post. Last triggerd is van gister avond, deze zijn getriggerd door de automations. Als ik dit op een andere (tekstuele weergave) kan laten zien laat mij maar even weten, meer als dit heb ik helaas niet gevonden.

JayOne schreef op vrijdag 3 januari 2020 @ 10:01:
[...]

@prekz
In het automation voorbeeld worden geen quotes gebruikt rondom de option.

Ook deze ga ik vanavond even proberen, al zou dit in theorie niet uit mogen maken, want de washing en ready worden gewoon vanuit de andere automations netjes aangeroepen (lijkt me?).

Droif schreef op vrijdag 3 januari 2020 @ 10:03:
[...]


Is de automation "Washing machine ready" wel actief? Zo ja, triggert hij wel als je de state van de input_select handmatig omzet?

Vanuit de automation wordt hij niet actief. Als ik via http://home-assistant:8123/states en hier manual de Washing machine ready trigger dan wordt hij actief en gaan in dit geval de lampen knipperen. Is er een andere manier om de input_select handmatig om te zetten?

[Hmmbob]

prekz schreef op vrijdag 3 januari 2020 @ 10:12:
Zie mijn afbeelding in de orginele post. Last triggerd is van gister avond, deze zijn getriggerd door de automations. Als ik dit op een andere (tekstuele weergave) kan laten zien laat mij maar even weten, meer als dit heb ik helaas niet gevonden.

Dat bedoel ik niet. Dat die automation triggert geloof ik wel (lees: dat kan ik zien in je screenshot), maar wordt de waarde van die input_select ook wel daadwerkelijk veranderd door die automation? Oftwel: doet de getriggerde automation ook daadwerkelijk iets? Dat staat nergens We hebben nu alleen bewijs dat die automation inderdaad juist detecteert of het power niveau boven de 20 of onder de 10 is, voor 10 seconden.

prekz schreef op vrijdag 3 januari 2020 @ 10:12:
Vanuit de automation wordt hij niet actief. Als ik via http://home-assistant:8123/states en hier manual de Washing machine ready trigger dan wordt hij actief en gaan in dit geval de lampen knipperen. Is er een andere manier om de input_select handmatig om te zetten?

Ja, deze input_select in je lovelace opnemen Krijg je een keurige dropdown waarmee je kan experimenteren.

[ Voor 45% gewijzigd door Hmmbob op 03-01-2020 10:22 ]

[Jelte]

@prekz Nee loopen gaat niet gebeuren. De automation wordt alleen getriggerd als de state verandert naar 'Ready'. Niet als die op ready staat. Daarvoor zou de condition zijn. Een andere trigger en dan alleen als de state op 'ready' staat wordt de actie uitgevoerd. Maar dat wil jij niet

[prekz]

Hmmbob schreef op vrijdag 3 januari 2020 @ 10:17:
[...]

Dat bedoel ik niet. Dat die automation triggert geloof ik wel (lees: dat kan ik zien in je screenshot), maar wordt de waarde van die input_select ook wel daadwerkelijk veranderd door die automation? Oftwel: doet de getriggerde automation ook daadwerkelijk iets? Dat staat nergens We hebben nu alleen bewijs dat die automation inderdaad juist detecteert of het power niveau boven de 20 of onder de 10 is, voor 10 seconden.

[...]

Ja, deze input_select in je lovelace opnemen Krijg je een keurige dropdown waarmee je kan experimenteren.

Dan lijkt het hier een beetje fout te gaan


Als ik zoek op andere input_* dan zie ik er maar 1

[Droif]

prekz schreef op vrijdag 3 januari 2020 @ 10:58:
[...]


Dan lijkt het hier een beetje fout te gaan
[Afbeelding]

Als ik zoek op andere input_* dan zie ik er maar 1
[Afbeelding]

Dat is vreemd. Komt de input_select wel voor op je states page? De code voor de manual card zou trouwens

code:

entities:
  - entity: input_select.state_washingmachine
type: entities

moeten zijn, maar hij zou ook gewoon naar voren moeten komen bij de entities card.

[ Voor 16% gewijzigd door Droif op 03-01-2020 11:45 ]

[francisp]

prekz schreef op vrijdag 3 januari 2020 @ 10:12:
[...]


Vanuit de automation wordt hij niet actief. Als ik via http://home-assistant:8123/states en hier manual de Washing machine ready trigger dan wordt hij actief en gaan in dit geval de lampen knipperen. Is er een andere manier om de input_select handmatig om te zetten?

Hou er rekening mee : Als je een automation manual triggered, dan word de trigger en eventuele condities overgeslagen !

[prekz]

@Droif Nee zie hem ook niet op mijn states page...
Ben even het spoor bijster.. moet ik na het aanpassen van de configuration.yml (waar ik deze aan toegevoegd heb) hass opnieuw starten ofzo dan? Heb wel een reload gedaan van de customization en automations yaml files.

[Droif]

prekz schreef op vrijdag 3 januari 2020 @ 11:44:
@Droif Nee zie hem ook niet op mijn states page...
Ben even het spoor bijster.. moet ik na het aanpassen van de configuration.yml (waar ik deze aan toegevoegd heb) hass opnieuw starten ofzo dan? Heb wel een reload gedaan van de customization en automations yaml files.

Ja bij het aanpassen van de config moet je inderdaad home-assistant restarten.

[prekz]

Altijd een verschrikkelijke hekel aan met mijn z-wave devices maar toch maar gedaan.
Hij is in ieder geval zichtbaar. Bedankt zover @Droif

Ik ga later vanmiddag/begin van de avond even fysiek testen wat de states doen op het moment dat hij de automation triggert.

[Hmmbob]

Lol, ja als die input_select niet bestaat dan kan hij natuurlijk ook niets triggeren

Ik ben blij dat we zo langzaamaan richting de oplossing komen En hee, maak je geen zorgen: dit is ons allemaal al een keer overkomen (wijzigingen doen, restart vergeten, afvragen waarom het niet werkt)

[skank]

Ik heb een automatisatie die muziek afspeelt zodra ik op wifi kom met mn gsm, dit tss 9 en 17u.
Dit werkt perfect, MAAR:
Ik ben namelijk tegen gekomen dat hij de muziek begint te spelen terwijl er iemand tv keek.
Dat mag niet gebeuren dus dus denk ik dat ik bij condition moet toevoegen dat hij naar de tijd kijkt, EN dat het device paused is? not sure?
Zo dan?

code:

condition: and
conditions:
  - condition: device
    device_id: d1454cf1470a4d258514ba8d0f10e07f
    domain: media_player
    entity_id: media_player.woonkamer
    type: is_paused

vreemd genoeg plaats hij de mediaspeler (sonos) dan op off
Ik vraag me ook af , moet ik dan bij de eerste conditie ook "EN" zetten?

Ik wil dan ook nog dat dit niet alleen gebeurd als ik thuiskom maar bv ook mn vrouw
moet ik dan die automatisatie gewoon kopieren en de device tracker wijzigen? of kan ik alles in 1 zetten
want ik kan geen "OF" trigger zetten

[Droif]

skank schreef op vrijdag 3 januari 2020 @ 13:38:
Ik heb een automatisatie die muziek afspeelt zodra ik op wifi kom met mn gsm, dit tss 9 en 17u.
Dit werkt perfect, MAAR:
Ik ben namelijk tegen gekomen dat hij de muziek begint te spelen terwijl er iemand tv keek.
Dat mag niet gebeuren dus dus denk ik dat ik bij condition moet toevoegen dat hij naar de tijd kijkt, EN dat het device paused is? not sure?
Zo dan?

code:

condition: and
conditions:
  - condition: device
    device_id: d1454cf1470a4d258514ba8d0f10e07f
    domain: media_player
    entity_id: media_player.woonkamer
    type: is_paused

vreemd genoeg plaats hij de mediaspeler (sonos) dan op off
Ik vraag me ook af , moet ik dan bij de eerste conditie ook "EN" zetten?

Ik wil dan ook nog dat dit niet alleen gebeurd als ik thuiskom maar bv ook mn vrouw
moet ik dan die automatisatie gewoon kopieren en de device tracker wijzigen? of kan ik alles in 1 zetten
want ik kan geen "OF" trigger zetten

Als je meerdere conditions in een automation zet gelden altijd beide conditions. Het is dus standaard al een "AND". Dit hoef je dus niet appart te specificeren. Alleen als je een "OR" condition wilt is dit nodig.

Je kunt meerdere triggers toevoegen aan een automation. Hierbij is het zo dat als een van de triggers plaatsvind dat de automation wordt uitgevoerd. Je kunt dus de device tracker van je vrouw toevoegen aan dezelfde automation.

[Mich]

Slaut schreef op donderdag 2 januari 2020 @ 20:05:
(Mogelijk wat een late reactie)

[...]


Ik gebruikt nu in de entities kaart:

code:

- entity: binary_sensor.doorbell_button
    secondary_info: last-changed

Geeft dan:
[Afbeelding]

Hier gevonden: https://community.home-as...change-timestamp/116393/6

Hier mijn deurbel: Slaut in "Het grote ESP topic"

Klopt, die gebruik ik nu ook. Maar het leek me wel makkelijk hem als sensor te hebben

[prekz]

Dank allemaal! mijn automation lijkt nu te werken. Ik heb 2 tal zaken uitgevoerd
hass gerestart (was even vergeten dat dit noodzakelijk was bij een config change).
Mijn input selects uit de quotes gehaald, hierna werkt alles!

[Mich]

Ik kwam deze lovelace card tegen:

https://community.home-as...l-card-on-steroids/154706

Hiermee kan je kaarten wisselen op basis van input_select / user / browser

Ik heb hem gebruikt om niet al mijn thermostaten in 1 scherm te laten zien maar dat alleen de thermostaat wordt weergegeven op basis van de ruimte die is aangeklikt.

Ik gebruik de mini-graph card om de ruimtes te laten zien met temperatuur. Druk je op 1 van de ruimtes wordt daaronder de bijbehorende thermostaat weergegeven met een uitgebreide grafiek van de temperatuur.



Een ruimte aanklikken laat eronder dit zien:

[skank]

Droif schreef op vrijdag 3 januari 2020 @ 13:46:
[...]


Als je meerdere conditions in een automation zet gelden altijd beide conditions. Het is dus standaard al een "AND". Dit hoef je dus niet appart te specificeren. Alleen als je een "OR" condition wilt is dit nodig.

Je kunt meerdere triggers toevoegen aan een automation. Hierbij is het zo dat als een van de triggers plaatsvind dat de automation wordt uitgevoerd. Je kunt dus de device tracker van je vrouw toevoegen aan dezelfde automation.

oh top
kijk hier heb ik wat aan! bedankt
Eens direct aanpassen.
Wel handig ook die triggers.. werken dan als een "OF"

Waarvoor dient die "EN" dan onder condition?
Als het zoiezo een "EN" is?


edit:
even aangepast, en hij zet hem nog steeds op "off"

code:

- id: '1576243484410'
  alias: Zet muziek aan bij thuiskomst
  description: ''
  trigger:
  - entity_id: device_tracker.smartphone_stijn
    from: not_home
    platform: state
    to: home
  - entity_id: device_tracker.iphone_kim
    from: not_home
    platform: state
    to: home
  condition:
  - after: 09:00:00
    before: '17:00:00'
    condition: time
  - condition: state
    entity_id: media_player.woonkamer
    state: 'off'
  action:
  - data:
      media_content_id: http://icecast-qmusic.cdp.triple-it.nl//Qmusic_be_live_96.mp3
      media_content_type: music
    entity_id: media_player.woonkamer
    service: media_player.play_media

[ Voor 32% gewijzigd door skank op 03-01-2020 14:12 ]

[Droif]

skank schreef op vrijdag 3 januari 2020 @ 14:01:
[...]


oh top
kijk hier heb ik wat aan! bedankt
Eens direct aanpassen.
Wel handig ook die triggers.. werken dan als een "OF"

Waarvoor dient die "EN" dan onder condition?
Als het zoiezo een "EN" is?

Die "AND" is dus niet nodig. Hierbij een voorbeeld van een automation met meerdere conditions.

code:

condition:
  - condition: sun
    after: sunset
  - condition: state
    entity_id: switch.light
    state: 'off'

[skank]

Droif schreef op vrijdag 3 januari 2020 @ 14:11:
[...]


Die "AND" is dus niet nodig. Hierbij een voorbeeld van een automation met meerdere conditions.

code:

condition:
  - condition: sun
    after: sunset
  - condition: state
    entity_id: switch.light
    state: 'off'

Zie vorige post, ik had het net aangepast.

edit: mn condition was niet juist, stuk nu aangepast naar

code:

- condition: device
    device_id: d1454cf1470a4d258514ba8d0f10e07f
    domain: media_player
    entity_id: media_player.woonkamer
    type: is_idle

[ Voor 22% gewijzigd door skank op 03-01-2020 14:19 ]

[TheRookie]

Ik ben met HomeAssistant aan het experimenteren en probeer nav Jerry33 in "[Toon] Ervaringen" m'n Toon toe te voegen.

In HA interface zie ik niets gebeuren, maar in de logging lijkt het erop dat een requirement niet geïnstalleerd kan worden:

code:

[homeassistant.requirements] Not initializing toon because could not install requirement toonapilib==3.2.4
homeassistant.exceptions.HomeAssistantError: Could not install all requirements.

Het iemand met een DS218+ gelukt om via

code:

pip install regex

de regex library van Python3 geïnstalleerd te krijgen ?

Ik krijg namelijk een foutmelding die me doet vermoeden dat ik met de toolchain aan de slag moet

code:

    unable to execute '/spksrc/toolchains/syno-x64-5.2/work/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-gcc': No such file or directory
    error: command '/spksrc/toolchains/syno-x64-5.2/work/x86_64-pc-linux-gnu/bin/x86_64-pc-linux-gnu-gcc' failed with exit status 1

[Ortep]

Ik heb de afgelopen 2 weken alles behalve mijn deurbel en lichtsensor gemigreerd van een ICS-2000 naar een Conbee stick met mijn nieuwe HA installatie.
Dat werkt allemaal wel goed. Ik loop natuurlijk tegen wat verschillen aan tussen de manier van werken.
Dat houdt me van de straat

Ik heb sommige dingen wel opgelost, maar ik vraag me af of ik wel de handigste methode heb gekozen.

Ik wil bv s'morgens om 6 uur het licht in de gang aan doen en met zonsopkomst weer uit. Ik krijg dat niet voor elkaar in één automation. Moet ik er daar echt 2 voor gebruiken? Dus de eerste ganglicht aan om 6 uur. De tweede ganglicht uit bij zonsopkomst? Dat zou jammer zijn, want dan ga ik dadelijk verzuipen in 10-tallen automations voor iedere ding wel 2, of soms wel 3 of 4 als een lamp bv gedurende de dag 4 helderheids niveaus moet krijgen afhankelijk van tijd en zonlicht.
Een ander voorbeeld is dezelfde lamp met zonsondergang aan en om 23:30 uit als ik niet thuis ben. Ben ik wel thuis dan moet hij blijven branden tot ik hem uit doe. Ook daar kan ik alleen maar wat bedenken met 2 automations.

[Droif]

Ortep schreef op vrijdag 3 januari 2020 @ 14:55:
Ik heb de afgelopen 2 weken alles behalve mijn deurbel en lichtsensor gemigreerd van een ICS-2000 naar een Conbee stick met mijn nieuwe HA installatie.
Dat werkt allemaal wel goed. Ik loop natuurlijk tegen wat verschillen aan tussen de manier van werken.
Dat houdt me van de straat

Ik heb sommige dingen wel opgelost, maar ik vraag me af of ik wel de handigste methode heb gekozen.

Ik wil bv s'morgens om 6 uur het licht in de gang aan doen en met zonsopkomst weer uit. Ik krijg dat niet voor elkaar in één automation. Moet ik er daar echt 2 voor gebruiken? Dus de eerste ganglicht aan om 6 uur. De tweede ganglicht uit bij zonsopkomst? Dat zou jammer zijn, want dan ga ik dadelijk verzuipen in 10-tallen automations voor iedere ding wel 2, of soms wel 3 of 4 als een lamp bv gedurende de dag 4 helderheids niveaus moet krijgen afhankelijk van tijd en zonlicht.
Een ander voorbeeld is dezelfde lamp met zonsondergang aan en om 23:30 uit als ik niet thuis ben. Ben ik wel thuis dan moet hij blijven branden tot ik hem uit doe. Ook daar kan ik alleen maar wat bedenken met 2 automations.

Je zou dit kunnen groeperen per action, dus een automation voor licht aan, met de triggers tijd = 06:00 en zonsondergang en een automation voor licht uit met als triggers zonsopkomst en tijd = 23:30.

Voor de helderheids niveaus zou je met templates in je action moeten gaan werken.

[Aschtra]

Ik ben nu een paar dagen met HomeAssistant. Bevalt goed, alles is heel makkelijker bij elkaar te klikken.
Maar loop nu tegen het volgende aan.

Ik heb bijvoorbeeld een automation gemaakt dat als mijn PC aan gaat en de zon is onder, dan gaat het licht in de PC Kamer aan.


Maar nu heb ik mijn PC aan, de zon is nog niet onder, dus als de zon zometeen onder gaat, gaat niet mijn licht in de PC Kamer aan.

Moet ik daarvoor nou weer een aparte automation maken? Met als trigger sunset i.p.v. mijn computer die van uit naar aan gaat? Kan dat niet in 1 automation op de een of andere manier?

[RobertMe]

Aschtra schreef op vrijdag 3 januari 2020 @ 15:42:
Ik ben nu een paar dagen met HomeAssistant. Bevalt goed, alles is heel makkelijker bij elkaar te klikken.
Maar loop nu tegen het volgende aan.

Ik heb bijvoorbeeld een automation gemaakt dat als mijn PC aan gaat en de zon is onder, dan gaat het licht in de PC Kamer aan.


Maar nu heb ik mijn PC aan, de zon is nog niet onder, dus als de zon zometeen onder gaat, gaat niet mijn licht in de PC Kamer aan.

Moet ik daarvoor nou weer een aparte automation maken? Met als trigger sunset i.p.v. mijn computer die van uit naar aan gaat? Kan dat niet in 1 automation op de een of andere manier?

Je kunt één automation meerdere triggers geven. Je kunt dus zeggen "als de zon onder gaat of als de PC aan gaat". Vervolgens baken je het met een condition af ("zon is onder en PC is aan") en dan uiteraard nog de action(s) om de verlichting aan te zetten.

[Aschtra]

RobertMe schreef op vrijdag 3 januari 2020 @ 15:47:
[...]

Je kunt één automation meerdere triggers geven. Je kunt dus zeggen "als de zon onder gaat of als de PC aan gaat". Vervolgens baken je het met een condition af ("zon is onder en PC is aan") en dan uiteraard nog de action(s) om de verlichting aan te zetten.

Top, dit is waar ook. Ik zat weer te moeilijk te denken.
Ik kom hier wel verder mee denk ik. Nu ff wat automations aanpassen.

Thanks!

[skank]

Mmm ik krijg het soms echt op mn heupen met home assistant.
Logboek staat vol meldingen van hue lampen die onbeschikbaar komen en dan terug beschikbaar...(desondanks ik alles kan bedienen met hue app)

Los daarvan heb ik mijn unifi controller toegevoegd..
Ook die doet raar.
Het duurt eeuwen voordat een device als "home" of "away" wordt vermeld, en bijgevolg, automations die niet willen triggeren en stuff

Enig idee?
Heb al eens de unifi controller opnieuw gekoppeld maar helaas
(nochtans zie ik alle device trackers staan enzo, dus hij is wel degelijk goed gekoppeld)

[RobertMe]

skank schreef op vrijdag 3 januari 2020 @ 16:11:
Los daarvan heb ik mijn unifi controller toegevoegd..
Ook die doet raar.
Het duurt eeuwen voordat een device als "home" of "away" wordt vermeld, en bijgevolg, automations die niet willen triggeren en stuff

Definieer eeuwen. In het geval van "huis verlaten". Wifi is uiteraard geen continue verbinding. Unifi geeft aan dat je niet verbonden bent als er een bepaalde tijd geen communicatie is geweest vanuit de telefoon. Als je de deur uit loopt kan het dus best 5 tot 10 minuten duren voordat UniFi de telefoon niet meer als verbonden ziet.

En m.b.t. thuis komen: je telefoon zal niet continu scannen naar wifi netwerken, dus daarvoor geldt hetzelfde. Als je telefoon bv als die gelocked is elke 5 minuten scant voor wifi netwerken kan het dus maximaal 5 minuten duren voordat je telefoon überhaupt de verbinding op zet. En zolang dat niet gebeurd is weet UniFi noch Home Assistant dat je thuis bent.

Long story short: wifi kun je nooit betrouwbaar en "real time" krijgen qua presence. Het is relatief traag in het herkennen, en uiteraard zijn er wat voorwaarden als dat je telefoon überhaupt aan moet staan (batterij leeg? => je bent niet thuis) en met wifi zal moeten verbinden (met dus mogelijke vertraging, misschien heb je wifi toevallig uit staan, ...).

[skank]

RobertMe schreef op vrijdag 3 januari 2020 @ 16:25:
[...]

Definieer eeuwen. In het geval van "huis verlaten". Wifi is uiteraard geen continue verbinding. Unifi geeft aan dat je niet verbonden bent als er een bepaalde tijd geen communicatie is geweest vanuit de telefoon. Als je de deur uit loopt kan het dus best 5 tot 10 minuten duren voordat UniFi de telefoon niet meer als verbonden ziet.

En m.b.t. thuis komen: je telefoon zal niet continu scannen naar wifi netwerken, dus daarvoor geldt hetzelfde. Als je telefoon bv als die gelocked is elke 5 minuten scant voor wifi netwerken kan het dus maximaal 5 minuten duren voordat je telefoon überhaupt de verbinding op zet. En zolang dat niet gebeurd is weet UniFi noch Home Assistant dat je thuis bent.

Long story short: wifi kun je nooit betrouwbaar en "real time" krijgen qua presence. Het is relatief traag in het herkennen, en uiteraard zijn er wat voorwaarden als dat je telefoon überhaupt aan moet staan (batterij leeg? => je bent niet thuis) en met wifi zal moeten verbinden (met dus mogelijke vertraging, misschien heb je wifi toevallig uit staan, ...).

Idd 5-6 minuten
Soms gaat het idd sneller
Maar als ik manueel mijn wifi uitzet, en ik zie in mn controller dat hij weg is, dan zou HA dit toch ook moeten zien?
Omgekeerd ook
Als ik mijn wifi aanzet, en ik ben verbonden en zie dit in mijn controller, dan zou HA dit toch ook moeten zien (afhankelijk van tijd dat hij pollt)

Als dit geen goeie manier is voor home presence/detection, wat dan wel?
Ik zie dat dit ook kan via apps op smartphone, maar is dat dan beter?

[Aschtra]

skank schreef op vrijdag 3 januari 2020 @ 16:34:
[...]


Idd 5-6 minuten
Soms gaat het idd sneller
Maar als ik manueel mijn wifi uitzet, en ik zie in mn controller dat hij weg is, dan zou HA dit toch ook moeten zien?
Omgekeerd ook
Als ik mijn wifi aanzet, en ik ben verbonden en zie dit in mijn controller, dan zou HA dit toch ook moeten zien (afhankelijk van tijd dat hij pollt)

Als dit geen goeie manier is voor home presence/detection, wat dan wel?
Ik zie dat dit ook kan via apps op smartphone, maar is dat dan beter?

Ik heb de Home Assistant app geïnstalleerd op mijn iPhone en die vervolgens als tracking device gekoppeld aan mijn user. Hier geen klachten over. Ik doe er 8 minuten over om op mijn werk te komen en dan is die sowieso als 'away' gemeld.
In de logs zie ik dat hij met 2 minuten als away is gegaan. Dus met maximaal 5 minuten polled die het wel.

[tdw]

Aschtra schreef op vrijdag 3 januari 2020 @ 18:18:
[...]


Ik heb de Home Assistant app geïnstalleerd op mijn iPhone en die vervolgens als tracking device gekoppeld aan mijn user. Hier geen klachten over. Ik doe er 8 minuten over om op mijn werk te komen en dan is die sowieso als 'away' gemeld.
In de logs zie ik dat hij met 2 minuten als away is gegaan. Dus met maximaal 5 minuten polled die het wel.

Bij mij duurt het regelmatig 2 uur voordat ik thuis ben met de HA app...

[Aschtra]

tdw schreef op vrijdag 3 januari 2020 @ 18:21:
[...]

Bij mij duurt het regelmatig 2 uur voordat ik thuis ben met de HA app...

Met een 'grote' locatie verplaatsing? Onder groot verstaan ze minimaal 1-2KM volgens mij

[tdw]

Aschtra schreef op vrijdag 3 januari 2020 @ 18:23:
[...]


Met een 'grote' locatie verplaatsing? Onder groot verstaan ze minimaal 1-2KM volgens mij

Ik woon 10 km van m'n werk af, dus... ja, dat moet voldoende groot zijn. Momenteel sta ik 'onderweg', ik zal wel even een update geven wanneer ik volgens de HA app thuis ben.

[martinvdm]

Ik moet eerlijk zeggen dat de betrouwbaarheid een stuk verminderd is na de 2.0 iOS app updaten. Daarvoor werkte het maar mijn idee betrouwbaarder.

[tdw]

Ik heb geen idee, met de oude app deed ik dit niet. Ik zie dat ik nu inmiddels 14 minuten thuis ben, terwijl dat in werkelijkheid 26 is.

[Aschtra]

Hmm vreemd. Ik heb het nog niet zo lang maar tot nu toe geen problemen mee ondervonden. Dingen als locatie altijd gebruiken voor HA is aan lijkt me?

[tdw]

Uiteraard.

Mij maakt het an sich niet zoveel uit. Mijn presence werkt obv bluetooth en dat werkt eigenlijk prima (ik heb een klein huis). Ik wil wel naar de toekomst kijken als ik verhuis en een 'centrale pi' niet genoeg is, dus vandaar dat ik aan het proberen ben

[Hmmbob]

Hebben de mensen met slechte device tracking met de HA app ook de batterij besparing voor die app uitgezet?

Heb er 0 problemen mee qua betrouwbaarheid eerlijk gezegd...

[martinvdm]

Hmmbob schreef op vrijdag 3 januari 2020 @ 19:23:
Hebben de mensen met slechte device tracking met de HA app ook de batterij besparing voor die app uitgezet?

Heb er 0 problemen mee qua betrouwbaarheid eerlijk gezegd...

Klopt wat je zegt, maar geld volgens mij alleen met de Android app. Ik heb het in mijn geval over de iOS update naar 2.0. Nu gebruik ik ook het person component en combineer ik WiFi device tracker met de iOS app device tracker, maar over het algemeen merk ik gewoon dat de betrouwbaarheid van deze laatste minder is als voorheen. Hier lopen ook issues van op GitHub en community, waarbij anderen dit ook hebben.

[Hmmbob]

Check. Hmmbob != Apple (Appels zijn om op te eten), dus daar kan ik je niet mee helpen

[skank]

Dus conclusie is de HA app gebruiken?
Dat probeer ik ook, maar die vindt mn instance niet terug, ook niet manueel

[Hmmbob]

https://[url of ip naar je HA]:[poort] deed de truc hier.

[barrymossel]

tdw schreef op vrijdag 3 januari 2020 @ 18:50:
Uiteraard.

Mij maakt het an sich niet zoveel uit. Mijn presence werkt obv bluetooth en dat werkt eigenlijk prima (ik heb een klein huis). Ik wil wel naar de toekomst kijken als ik verhuis en een 'centrale pi' niet genoeg is, dus vandaar dat ik aan het proberen ben

Je kunt ook een paar RPi's Zero gebruiken in je huis en die op basis van bluetooth gebruiken. Zo heb ik een RPi in de meterkast bij de deur die ik gebruik om de slimme meter uit te lezen (en deze draait OpenVPN) en ook die zorgt voor présence detection. Misschien komt er ook nog eens eentje boven.

[tdw]

barrymossel schreef op zaterdag 4 januari 2020 @ 08:48:
[...]

Je kunt ook een paar RPi's Zero gebruiken in je huis en die op basis van bluetooth gebruiken. Zo heb ik een RPi in de meterkast bij de deur die ik gebruik om de slimme meter uit te lezen (en deze draait OpenVPN) en ook die zorgt voor présence detection. Misschien komt er ook nog eens eentje boven.

Weet ik. Wat ik probeer met m'n automatisering is energiegebruik beperken. Het is daarom tegenstrijdig om 'meer zooi' aan te sluiten.

Ik zie nog wel De tijd dat ik een huis kan kopen is nog lang niet aangebroken, maar da's een discussie voor een heel ander topic

[peligro2k]

Ik draai momenteel Hassio op een RPi3. Opzich loopt het best prima, maar sinds ik Node-Red erbij ben gaan draaien is het niet enorm snel meer. Daarnaast vind ik het opnieuw opstarten van Hassio veel te lang duren.

Het liefst wil ik in Docker gaan draaien, maar volgens mijn is de image met alle 'coole' features niet in Docker beschikbaar? Als ik deze start zie ik bijvoorbeeld geen Addon store etc. Wat is nou de beste manier om Hassio in docker te draaien?

Overigens kwam ik ook dit project tegen, waarmee je wel de echte Hassio ervaring krijgt in Docker op DSM (Synology), maar ik heb liever iets wat direct van de Hassio ontwikkelaars komt.

[Ortep]

peligro2k schreef op zaterdag 4 januari 2020 @ 10:54:

Overigens kwam ik ook dit project tegen, waarmee je wel de echte Hassio ervaring krijgt in Docker op DSM (Synology), maar ik heb liever iets wat direct van de Hassio ontwikkelaars komt.

Als je iets vind van de ontwikkelaars hoor ik het graag
Maar dat project is het enige dat ik heb zien werken. Het loopt bij mij wel goed op mijn Syno 216 II +

[123teun123]

peligro2k schreef op zaterdag 4 januari 2020 @ 10:54:
Het liefst wil ik in Docker gaan draaien, maar volgens mijn is de image met alle 'coole' features niet in Docker beschikbaar? Als ik deze start zie ik bijvoorbeeld geen Addon store etc. Wat is nou de beste manier om Hassio in docker te draaien?

Ik draai momenteel Hassio los in docker op mijn raspberry. Ik weet niet of dit is wat je zoekt (of werkt voor een Synology) maar in de volgende link: https://www.home-assistant.io/hassio/installation/ onder alternative, wordt uitgelegd hoe je HassIO (zonder HassOS) kan draaien in docker.

[peligro2k]

123teun123 schreef op zaterdag 4 januari 2020 @ 11:19:
[...]


Ik draai momenteel Hassio los in docker op mijn raspberry. Ik weet niet of dit is wat je zoekt (of werkt voor een Synology) maar in de volgende link: https://www.home-assistant.io/hassio/installation/ onder alternative, wordt uitgelegd hoe je HassIO (zonder HassOS) kan draaien in docker.

Thanks, maar dan heb je dus geen Addon store?

[BushWhacker]

prekz schreef op vrijdag 3 januari 2020 @ 11:52:
Altijd een verschrikkelijke hekel aan met mijn z-wave devices

Idd. Het herstarten van HA triggert het opnieuw initialiseren van het hele zwave netwerk. Bij mij duurt dat tussen de 5 en 10 minuten.

Ik heb dit 'opgelost' door een extra HA (1) instance te maken die alleen zwave doet en alles via mqtt door te geven.
Dan heb ik alle automations, extra entiteiten etc op de andere HA (2) zitten.
Als je HA2 herstart, blijft zwave untouched.

[gazzzman61]

Ik ben eindelijk overgaan om zigbee2mqtt te implementeren.
alle xiaomi sensoren (vibration, temperature en door) gaan prima via MQTT.
ik heb alleen problemen met de switch.

ik heb het volgende gedaan volgens zigbee2mqtt,io:

YAML:

sensor:
  - platform: "mqtt"
    state_topic: "zigbee2mqtt/Badkamer_switch"
    availability_topic: "zigbee2mqtt/bridge/state"
    icon: "mdi:toggle-switch"
    value_template: "{{ value_json.click }}"

In de log van de zigbee2mqtt addon komen twee berichten binnen na een single click:

code:

zigbee2mqtt:info  2020-01-04 13:49:37: MQTT publish: topic 'zigbee2mqtt/0x00158d000201ca2e', payload '{"battery":100,"voltage":3045,"linkquality":94,"click":"single"}'
zigbee2mqtt:info  2020-01-04 13:49:37: MQTT publish: topic 'zigbee2mqtt/0x00158d000201ca2e', payload '{"battery":100,"voltage":3045,"linkquality":94,"click":""}'

In de states van de switch zie je even iets verspringen , maar daarna staat er enkel click:
zonder single of double......

Het lijkt erop alsof ie alleen het laatste bericht onthoudt.

mijn automation is als volgt, maar werkt niet......

YAML:

- alias: badkamerlampen aan
  trigger:
    platform: state
    entity_id: sensor.0x00158d0001e724ec_click
    to: 'single'
  action:
    entity_id: scene.turn_on
    service: scene.ei3bsqjpljrg0jhe

ik heb ook al via mqtt de automation gemaakt:

YAML:

- id: badlampenaan
  trigger:
    platform: mqtt
    topic: "zigbee2mqtt/Badkamer_switch"
  condition: 
    condition: template
    value_template: "{{ 'single' == trigger.payload_json.click }}"
  action:
    entity_id: scene.turn_on
    service: scene.ei3bsqjpljrg0jhe

Hoe kan ik alleen het eerste bericht naar MQTT sturen zodat mijn automation werkt?
Ik heb al gezocht op de fora van zigbee2mqtt en deze, maar ik heb daar deze automation vandaan en zou moeten werken?

[hneel]

BushWhacker schreef op zaterdag 4 januari 2020 @ 13:27:
[...]

Idd. Het herstarten van HA triggert het opnieuw initialiseren van het hele zwave netwerk. Bij mij duurt dat tussen de 5 en 10 minuten.

Lekker dan.
Bij elke wijziging in de configuratie moet ik HA herstarten, heb ik geleerd.
Ik wilde net gaan beginnen met de zwave stick te installeren.

[Hmmbob]

Het zal nogal af hangen van de grootte van je Zwave netwerk. Ik herken de klachten eerlijk gezegd niet (heb 4 Qubino inbouw dingen en 1x Zwave battery PIR).

[martinvdm]

Ik herken het ook niet hoor. Heb diverse fibaro switchen en schakelaars en HA is echt binnen de minuut herstart incl. Zwave network. Hooguit bij een upgrade van de zwave library in een nieuwe Docker versie wil het wel eens 2 min zijn, maar dat is ook alles.

[prekz]

BushWhacker schreef op zaterdag 4 januari 2020 @ 13:27:
[...]

Idd. Het herstarten van HA triggert het opnieuw initialiseren van het hele zwave netwerk. Bij mij duurt dat tussen de 5 en 10 minuten.

Ik heb dit 'opgelost' door een extra HA (1) instance te maken die alleen zwave doet en alles via mqtt door te geven.
Dan heb ik alle automations, extra entiteiten etc op de andere HA (2) zitten.
Als je HA2 herstart, blijft zwave untouched.

Wauw dat is best slim daar had ik nog totaal niet aan gedacht.
Voor het doorpushen naar mqtt gebruik je daarvan de zwave2mqtt addon?

[ninjazx9r98]

@peligro2k
Als je hassio draait dan gebruik je sowieso docker en heb je ook de addon store.

[RobertMe]

Als ZWave een "obstakel" is voor herstarten van HA zou je ook ZWave2Mqtt kunnen gebruiken. Dan staat ZWave ook los van HA en hoef je geen volledige HA installatie op te zetten om ZWave te splitsen.

Zelf gebruik ik het ook, en ondanks dat er wel wat issues zijn qua HA integratie werkt het an zich goed en stabiel. Waarbij ik het zelf (naast Zigbee2mqtt) op een RPi 2b draai. Op een RPi omdat die op een wat betere plek ligt voor het wireless gebeuren. HA heb ik op mijn NAS/thuisserver, die in de kelder staat, draaien en uiteraard communiceren die dan met elkaar via MQTT wat ook op de NAS/thuisserver staat.

[skank]

Hmmbob schreef op vrijdag 3 januari 2020 @ 20:58:
https://[url of ip naar je HA]:[poort] deed de truc hier.

Dat wil hij hier niet doen

ik krijg webpagina niet beschikbaar
kan niet worden geladen vanwege:
net:: ERR_SSL_PROTOCOL_ERROR


edit: het is me eindelijk gelukt: het was voor mij http en niet https


Wat is nu de beste manier om aan presence detection te doen?
Nu dus momenteel hier enkel via device tracking -> unifi controller

Ik had vernomen dat een push beter zou werken.. ipv een pull
Hoe doe ik dit?

Is er iemand die ook tracking doet buiten zijn wifi?

[ Voor 56% gewijzigd door skank op 04-01-2020 16:35 ]

[JackPoint]

hneel schreef op zaterdag 4 januari 2020 @ 14:03:
[...]


Lekker dan.
Bij elke wijziging in de configuratie moet ik HA herstarten, heb ik geleerd.
Ik wilde net gaan beginnen met de zwave stick te installeren.

Hangt af van wat je aanpast. Ik heb het idee dat voor dingen in de configuration.yaml heel HA herstart moet worden, maar dingen als automations kun je reloaden via configuration -> server control -> configuration reloading

[Troetelbeer]

skank schreef op zaterdag 4 januari 2020 @ 16:25:
[...]


Dat wil hij hier niet doen

ik krijg webpagina niet beschikbaar
kan niet worden geladen vanwege:
net:: ERR_SSL_PROTOCOL_ERROR


edit: het is me eindelijk gelukt: het was voor mij http en niet https


Wat is nu de beste manier om aan presence detection te doen?
Nu dus momenteel hier enkel via device tracking -> unifi controller

Ik had vernomen dat een push beter zou werken.. ipv een pull
Hoe doe ik dit?

Is er iemand die ook tracking doet buiten zijn wifi?

Ik gebruik een combinatie van Wifi (via Ping) en Geofencing via mijn Tado Thermostaat. Daarvoor gebruikte ik alleen Wifi en dat werkt voor mijn telefoon goed(Xiaomi Mi 9), maar bij de telefoon van mijn vriendin (Huawei P10 lite) ging het minder goed. Haar telefoon verliest soms heel kort de verbinding met Wifi als haar telefoon in slaapstand is.

Jij zou eventueel gewoon het simpele pingen eens kunnen uitproberen i.p.v. via unifi.
Mijn config:

code:

device_tracker:
  - platform: ping
    consider_home: 10
    interval_seconds: 10
    hosts:
      xxxxphone: 192.xxx.xxx.xxx
      xxxxphone: 192.xxx.xxx.xxx
  - platform: tado
    username: [e-mail]
    password: xxxxxxxx
    home_id: xxxxxx

[skank]

Will do thx

je gebruikt dan een vast ip adres voor je phones... neem ik aan

Ik heb nu ook een group voor family gemaakt... zodat ik niet en mezelf en mn vrouw en de kids moet toevoegen, maar gewoon zodra er 1 iemand van die family thuis is, muziek gaat spelen
ik krijg echter een foutmelding

mapping values are not allowed here
in "/config/groups.yaml", line 2, column 7

code:

family
  name: Family
  entities:
    - person.x
    - person.y
    - person.z
    - person.a

Ik kijk ook nog even hoe ik een "welkom thuis" bericht kan laten spreken door mn sonos

[martinvdm]

skank schreef op zaterdag 4 januari 2020 @ 17:37:
Will do thx

je gebruikt dan een vast ip adres voor je phones... neem ik aan

Ik heb nu ook een group voor family gemaakt... zodat ik niet en mezelf en mn vrouw en de kids moet toevoegen, maar gewoon zodra er 1 iemand van die family thuis is, muziek gaat spelen
ik krijg echter een foutmelding

mapping values are not allowed here
in "/config/groups.yaml", line 2, column 7

code:

family
  name: Family
  entities:
    - person.x
    - person.y
    - person.z
    - person.a

Ik kijk ook nog even hoe ik een "welkom thuis" bericht kan laten spreken door mn sonos

Deze groep is er al bij default: group.all_devices
En je mist een dubbelepunt achter “family”

[ Voor 3% gewijzigd door martinvdm op 04-01-2020 17:48 ]

[skank]

martinvdm schreef op zaterdag 4 januari 2020 @ 17:48:
[...]

Deze groep is er al bij default: group.all_devices
En je mist een dubbelepunt achter “family”

hoe bedoel je?
Als ik de group open, dan staat daar idd goup.all_devices
maar dit zijn geen devices he, maar personen

en ik wil die als "familie" kunnen groeperen

[BushWhacker]

prekz schreef op zaterdag 4 januari 2020 @ 14:12:
[...]


Wauw dat is best slim daar had ik nog totaal niet aan gedacht.
Voor het doorpushen naar mqtt gebruik je daarvan de zwave2mqtt addon?

Ik heb eerst Zwave2MQTT geprobeerd, maar dat kreeg ik niet stabiel.
Met Home Assistant werkt het als een zonnetje.

Het grote voordeel is dat je in de 2e HA/MQTT alleen de states krijgt die je ook wil, aangezien een Zwave devices vaak ook 10-tallen onzin-states heeft.

De automations die ik gebruik in de 1e instance (Zwave instance):

code:

- id: mqtt_event_forward
  initial_state: 'on'
  alias: Forward all StateChanges to MQTT
  trigger:
    platform: state
    entity_id:

      # Trap
      - binary_sensor.pir_trap
      - switch.wallplug_trap
      # Keuken
      - switch.switch_keuken_all
      - switch.switch_keuken_aanrecht
      - switch.switch_keuken_koof
      # Eetkamer
      - switch.eetkamer_eettafel
      - switch.eetkamer_wandlamp
      # Tuin
      - switch.tuin_lampen
      - switch.tuin_ledstraler
      - binary_sensor.pir4_motion_achtertuin_links
      - binary_sensor.pir5_motion_achtertuin_rechts
      # Garage + Oprit + Tuin
      - switch.switch_garage_lampen
      - switch.switch_garage_tl
      - binary_sensor.pir_garage
      - binary_sensor.deur_garage_oprit
      - binary_sensor.deur_hal_garage
      - binary_sensor.deur_achterdeur
      - binary_sensor.pir_luifel
      - binary_sensor.pir_erker
      - binary_sensor.deur_achterdeur
      - binary_sensor.deur_schuifpui
      # Toilet + Hal
      - switch.bg_toilet
      - switch.bg_hal
      - binary_sensor.deur_toilet_bg

      # Sensors
      - sensor.temp_pir_erker
      - sensor.temp_luifel
      - sensor.pir5_temp_achtertuin_rechts
      - sensor.temp_pir_garage

      # Pir
      - binary_sensor.pir1_motion

  condition:
    condition: template
    value_template: "{{ trigger.from_state.state != trigger.to_state.state }}"

  action:
  - service: mqtt.publish
    data_template:
      topic: >
        {{ "ha00/" + trigger.to_state.entity_id.split('.')[-2] + "/" + trigger.to_state.entity_id.split('.')[-1] }}
      payload: >
        {{ trigger.to_state.state  }}
      retain: "true"


- alias: Control switches via MQTT
  trigger:
    platform: mqtt
    topic: ha00/switch/+/cmd
  action:
    - service_template: >
        homeassistant.turn_{{trigger.payload}}
      data_template:
        entity_id: >-
          {{ trigger.topic.split('/')[-3] }}.{{ trigger.topic.split('/')[-2] }}

en in de 2e HA instance, een paar entities als voorbeeld:

code:

In binary_sensors.yaml:
# PIRs
- platform: mqtt
  name: "PIR Trap"
  state_topic: "ha00/binary_sensor/pir_trap"
  payload_on: "on"
  payload_off: "off"

In switches.yaml:
- platform: mqtt
  name: "Woonkamer Wandlamp"
  state_topic: "ha00/switch/eetkamer_wandlamp"
  command_topic: "ha00/switch/eetkamer_wandlamp/cmd"
  payload_on: "on"
  payload_off: "off"
  state_on: "on"
  state_off: "off"
  optimistic: false
  qos: 0
  retain: false

[Hmmbob]

skank schreef op zaterdag 4 januari 2020 @ 17:37:

Ik heb nu ook een group voor family gemaakt... zodat ik niet en mezelf en mn vrouw en de kids moet toevoegen, maar gewoon zodra er 1 iemand van die family thuis is, muziek gaat spelen
ik krijg echter een foutmelding

mapping values are not allowed here
in "/config/groups.yaml", line 2, column 7

code:

family
  name: Family
  entities:
    - person.x
    - person.y
    - person.z
    - person.a

Ik kijk ook nog even hoe ik een "welkom thuis" bericht kan laten spreken door mn sonos

Je mist een dubbele punt aan het einde van de eerste regel

[peligro2k]

Heeft iemand hier het HA Switchplate project gedaan? Ik wil een wisselschakelaar vervangen (twee zwarte, een bruine draad). Kan dat? Als ik een van de twee zwarte draden aan sluit knippert het licht.. Maar misschien is dat het idee van een wisselschakelaar.

[skank]

Hmmbob schreef op zaterdag 4 januari 2020 @ 18:00:
[...]
Je mist een dubbele punt aan het einde van de eerste regel

geen error meer dan, maar moet ik die dan niet als entiteit zien? want dat is niet het geval (ook niet na reboot)

[JBS]

peligro2k schreef op zaterdag 4 januari 2020 @ 18:20:
Heeft iemand hier het HA Switchplate project gedaan? Ik wil een wisselschakelaar vervangen (twee zwarte, een bruine draad). Kan dat? Als ik een van de twee zwarte draden aan sluit knippert het licht.. Maar misschien is dat het idee van een wisselschakelaar.

Ja. Hoewel de desktop variant met voeding via USB.



Je schakelt lampen of andere zaken met dit project via MQTT. Het aanraken van een knop published iets naar een MQTT topic maar schakelt niet iets fysieks. Het is dus de bedoeling de Wemos D1 van stroom te voorzien. Of bedoel je dat ook?

[Hmmbob]

skank schreef op zaterdag 4 januari 2020 @ 18:27:
[...]


geen error meer dan, maar moet ik die dan niet als entiteit zien? want dat is niet het geval (ook niet na reboot)

Als het goed is een group.family.

Voor groups hoef je trouwens niet te rebooten, die kunnen online herladen worden

[martinvdm]

skank schreef op zaterdag 4 januari 2020 @ 17:50:
[...]


hoe bedoel je?
Als ik de group open, dan staat daar idd goup.all_devices
maar dit zijn geen devices he, maar personen

en ik wil die als "familie" kunnen groeperen

Bedenk wat je wilt bereiken.
“ maar gewoon zodra er 1 iemand van die family thuis is, muziek gaat spelen”
Dus als 1 van die devices thuis is.

[Hmmbob]

Wat prima werkt (zou komen moeten werken) met de group personen die hij heeft aangemaakt....

[Driek]

ik heb meerdere scenes gemaakt die ik in een glance kaart hebt gestopt en waarmee ik de scene activeer als ik erop klik.
Ik kan echter niet zien welke scene er aan staat, alles is blauw.
Hoe kan ik dit eenvoudig toevoegen?

code:

entities:
  - entity: scene.uit
    tap_action:
      action: call-service
      service: scene.turn_on
      service_data:
        entity_id: scene.uit
  - entity: scene.thuis
    tap_action:
      action: call-service
      service: scene.turn_on
      service_data:
        entity_id: scene.thuis
show_name: false
show_state: false
type: glance

[martinvdm]

Hmmbob schreef op zaterdag 4 januari 2020 @ 19:19:
Wat prima werkt (zou komen moeten werken) met de group personen die hij heeft aangemaakt....

Eens kan beide

[skank]

Een vraagje

Hoe zorg ik ervoor dat bv een actie gebeurd enkel en alleen wanneer mn sonos playbar niets afspeelt (dit kan bv bij activiteit tv kijken, maar ook bij andere activiteiten als netflix en film kijken)

Dit kan met condition en dan state, maar wat gebruik ik als state?
idle?
Maar soms wordt de sonos hier ook gepauzeerd enzo
dan mag hij ook afspelen, dus not sure als idle wel goed is

Hmmbob schreef op zaterdag 4 januari 2020 @ 19:19:
Wat prima werkt (zou komen moeten werken) met de group personen die hij heeft aangemaakt....

is gelukt thx

[ Voor 21% gewijzigd door skank op 04-01-2020 20:13 ]

[martinvdm]

skank schreef op zaterdag 4 januari 2020 @ 20:11:
Een vraagje

Hoe zorg ik ervoor dat bv een actie gebeurd enkel en alleen wanneer mn sonos playbar niets afspeelt (dit kan bv bij activiteit tv kijken, maar ook bij andere activiteiten als netflix en film kijken)

Dit kan met condition en dan state, maar wat gebruik ik als state?
idle?
Maar soms wordt de sonos hier ook gepauzeerd enzo
dan mag hij ook afspelen, dus not sure als idle wel goed is


[...]

is gelukt thx

Heb geen Sonos maar zoiets?

code:

condition: 
   condition: or
   conditions: 
     - condition: state 
       entity_id: media_player.sonos
       state: 'idle’
     - condition: state 
       entity_id: media_player.sonos
       state: 'paused’

[ Voor 8% gewijzigd door martinvdm op 04-01-2020 21:25 ]

[skank]

es proberen thx

[Hmmbob]

Gebruikt er iemand de GPIO op zijn Raspberry Pi voor een drukknop?

Onze batterij gebaseerde stomme draadloze deurbel is wéér overleden, dus ik heb nu het voornemen om een nieuwe, simpele, stomme beldrukker van €3 met een stuk draad te verbinden met mijn Raspberry (die ligt namelijk fysiek 30cm achter de beldrukker - in de meterkast) en dat te gebruiken als GPIO binary_sensor input voor een Smart Doorbell integratie. Oftewel, knopje duwen = automation die in HA voor de deurbelgeluiden (of blaffende honden ) zorgt via onze Cast devices, bijvoorbeeld.

Maar, waar sluit ik zo'n beldrukker het beste op aan? Het is een extreem simpele drukker met 2 aansluitingen, dus 1 van de draden sluit ik aan op de GRND van de Pi, en de andere op een van de GPIO's van de Pi - maar welke is nou best practice om te gebruiken?

[ Voor 3% gewijzigd door Hmmbob op 05-01-2020 12:00 ]

[123teun123]

peligro2k schreef op zaterdag 4 januari 2020 @ 11:33:
[...]


Thanks, maar dan heb je dus geen Addon store?

Jawel, als je Hassio installeert heb je ook de add on store. Je hebt geen addon store als je home assistant installeert. Als je dus die alternative install method volgt heb je de addon store.

[martinvdm]

Hmmbob schreef op zondag 5 januari 2020 @ 11:59:
Gebruikt er iemand de GPIO op zijn Raspberry Pi voor een drukknop?

Onze batterij gebaseerde stomme draadloze deurbel is wéér overleden, dus ik heb nu het voornemen om een nieuwe, simpele, stomme beldrukker van €3 met een stuk draad te verbinden met mijn Raspberry (die ligt namelijk fysiek 30cm achter de beldrukker - in de meterkast) en dat te gebruiken als GPIO binary_sensor input voor een Smart Doorbell integratie. Oftewel, knopje duwen = automation die in HA voor de deurbelgeluiden (of blaffende honden ) zorgt via onze Cast devices, bijvoorbeeld.

Maar, waar sluit ik zo'n beldrukker het beste op aan? Het is een extreem simpele drukker met 2 aansluitingen, dus 1 van de draden sluit ik aan op de GRND van de Pi, en de andere op een van de GPIO's van de Pi - maar welke is nou best practice om te gebruiken?
[Afbeelding]

Ik heb het tijden gebruikt, en werkte goed. Had een relais tussen gezet zodat de gewone bel het ook nog deed. Zal straks ff opzoeken welke gpio ik gebruikte maar in principe kun je elke gpio gebruiken voor pull up of pull down. Ik had wel een automation aangemaakt dat de bel niet nogmaals kon afgaan binnen 1 min. Andere kreeg ik ivm klapperende pull up / down meerdere notificaties.

[JayOne]

Hmmbob schreef op zondag 5 januari 2020 @ 11:59:
Gebruikt er iemand de GPIO op zijn Raspberry Pi voor een drukknop?

Onze batterij gebaseerde stomme draadloze deurbel is wéér overleden, dus ik heb nu het voornemen om een nieuwe, simpele, stomme beldrukker van €3 met een stuk draad te verbinden met mijn Raspberry (die ligt namelijk fysiek 30cm achter de beldrukker - in de meterkast) en dat te gebruiken als GPIO binary_sensor input voor een Smart Doorbell integratie. Oftewel, knopje duwen = automation die in HA voor de deurbelgeluiden (of blaffende honden ) zorgt via onze Cast devices, bijvoorbeeld.

Maar, waar sluit ik zo'n beldrukker het beste op aan? Het is een extreem simpele drukker met 2 aansluitingen, dus 1 van de draden sluit ik aan op de GRND van de Pi, en de andere op een van de GPIO's van de Pi - maar welke is nou best practice om te gebruiken?
[Afbeelding]

Of je gaat voor een ESP-01S (in combinatie met ESP-Home). Met deze tutorial zou je je eigen use case daar op kunnen toepassen.

[Danielson]

Ik draai HA op Linux Mint in een Virtual Environment, maar sinds kort krijg ik tijdens het starten van HA de volgende melding:

Python 3.6 support is deprecated and will be removed in the first release after December 15, 2019. Please upgrade Python to 3.7.0 or higher.

Hoe kan ik de Python versie updaten?

[skank]

martinvdm schreef op zaterdag 4 januari 2020 @ 21:22:
[...]

Heb geen Sonos maar zoiets?

code:

condition: 
   condition: or
   conditions: 
     - condition: state 
       entity_id: media_player.sonos
       state: 'idle’
     - condition: state 
       entity_id: media_player.sonos
       state: 'paused’

hoi sorry maar hoe moet die tijd daar dan tussen?
Zodat dit enkel tss 09:00:00 en 17:00:00 is?
want dat is geen or, maar and

zo dan?

code:

condition: and
  - condition: time
    after: '09:00:00'
    before: '17:00:00'
condition: or
   conditions: 
     - condition: state 
       entity_id: media_player.woonkamer
       state: 'idle'
     - condition: state 
       entity_id: media_player.woonkamer
       state: 'paused'

[Hmmbob]

martinvdm schreef op zondag 5 januari 2020 @ 12:08:
[...]

Ik heb het tijden gebruikt, en werkte goed. Had een relais tussen gezet zodat de gewone bel het ook nog deed. Zal straks ff opzoeken welke gpio ik gebruikte maar in principe kun je elke gpio gebruiken voor pull up of pull down. Ik had wel een automation aangemaakt dat de bel niet nogmaals kon afgaan binnen 1 min. Andere kreeg ik ivm klapperende pull up / down meerdere notificaties.

Ah top. Wij hebben geen gewone bel / beltrafo meer, vandaar dat ik geen relais nodig heb en alles simpel kan aansluiten. We gebruikten al heel lang battery powered deurbellen, maar die zijn de laatste tijd niet zo degelijk meer ofzo

JayOne schreef op zondag 5 januari 2020 @ 12:13:
[...]

Of je gaat voor een ESP-01S (in combinatie met ESP-Home). Met deze tutorial zou je je eigen use case daar op kunnen toepassen.

Ja, die tutorial had ik gezien, maar omdat de beldrukker en pi 30cm uit elkaar zitten (en anders moest wachten tot die ESP01 binnen was, nu kan ik het vanmiddag fixen) vond ik dat overbodig. Weer een extra device die ik moet beheren/poweren, terwijl het weinig toegevoegde waarde heeft omdat het dus allemaal al bij elkaar zit. Als mijn Pi ergens anders had gestaan, was dit wél mijn way-to-go geweest.

[martinvdm]

Hmmbob schreef op zondag 5 januari 2020 @ 12:32:
[...]
Ah top. Wij hebben geen gewone bel / beltrafo meer, vandaar dat ik geen relais nodig heb en alles simpel kan aansluiten. We gebruikten al heel lang battery powered deurbellen, maar die zijn de laatste tijd niet zo degelijk meer ofzo

[...]

Ja, die tutorial had ik gezien, maar omdat de beldrukker en pi 30cm uit elkaar zitten (en anders moest wachten tot die ESP01 binnen was, nu kan ik het vanmiddag fixen) vond ik dat overbodig. Weer een extra device die ik moet beheren/poweren, terwijl het weinig toegevoegde waarde heeft omdat het dus allemaal al bij elkaar zit. Als mijn Pi ergens anders had gestaan, was dit wél mijn way-to-go geweest.

Ik gebruik tegenwoordig dus een Xiaomi doorsensor als trigger voor de deurbel, omdat ik van Raspberry naar NUC gegaan ben en dat werkt prima.
voorheen gebruikte de volgende binary sensor:

code:

  - platform: rpi_gpio
    ports:
      26: doorbell
    pull_mode: "UP"
    invert_logic: true

pull up of pull down moet je wel ff goed nakijken, hangt af van je situatie en of je met ground of voltage verbindt. Ik gebruikte dus GPIO26 hiervoor.

en als automation:

code:

- alias: Notify Doorbell
  initial_state: on
  trigger:
    platform: state
    entity_id: 
     - binary_sensor.doorbell  #deurbel
    from: 'off'
    to: 'on'
  condition:
### dit voorkomt het klapperen
    condition: template
    value_template: '{{ (as_timestamp(now()) - as_timestamp(states.automation.automation_notify_doorbell.attributes.last_triggered | default(0)) | int > 10)}}'
  action:
    - service: notify.mezelf
      data:
       message: 'Deurbel: Er is aangebeld!'
       data:
           attachment: 
             url: !secret snapshot_url
             content-type: jpeg

[ Voor 4% gewijzigd door martinvdm op 05-01-2020 12:39 ]

[martinvdm]

skank schreef op zondag 5 januari 2020 @ 12:29:
[...]


hoi sorry maar hoe moet die tijd daar dan tussen?
Zodat dit enkel tss 09:00:00 en 17:00:00 is?
want dat is geen or, maar and

zo dan?

code:

condition: and
 - condition: time
   after: '09:00:00'
   before: '17:00:00'
condition: or
   conditions: 
     - condition: state 
       entity_id: media_player.woonkamer
       state: 'idle'
     - condition: state 
       entity_id: media_player.woonkamer
       state: 'paused'

Conditions zijn standaard AND. Dus zo:

code:

condition:
 - condition: time
   after: '09:00:00'
   before: '17:00:00'
 - condition: or
   conditions: 
     - condition: state 
       entity_id: media_player.woonkamer
       state: 'idle'
     - condition: state 
       entity_id: media_player.woonkamer
       state: 'paused'

[Beekforel]

Hmmbob schreef op zondag 5 januari 2020 @ 11:59:
Gebruikt er iemand de GPIO op zijn Raspberry Pi voor een drukknop?

Onze batterij gebaseerde stomme draadloze deurbel is wéér overleden, dus ik heb nu het voornemen om een nieuwe, simpele, stomme beldrukker van €3 met een stuk draad te verbinden met mijn Raspberry (die ligt namelijk fysiek 30cm achter de beldrukker - in de meterkast) en dat te gebruiken als GPIO binary_sensor input voor een Smart Doorbell integratie. Oftewel, knopje duwen = automation die in HA voor de deurbelgeluiden (of blaffende honden ) zorgt via onze Cast devices, bijvoorbeeld.

Maar, waar sluit ik zo'n beldrukker het beste op aan? Het is een extreem simpele drukker met 2 aansluitingen, dus 1 van de draden sluit ik aan op de GRND van de Pi, en de andere op een van de GPIO's van de Pi - maar welke is nou best practice om te gebruiken?
[Afbeelding]

Ik kan je deze aanraden: https://frenck.dev/diy-smart-doorbell-for-just-2-dollar/. Thanks to @Frenck !

Dan blijf je onafhankelijk van je rPi en blijft je bestaande gong ook nog werken!

[Hmmbob]

Beekforel schreef op zondag 5 januari 2020 @ 13:01:
[...]

Ik kan je deze aanraden: https://frenck.dev/diy-smart-doorbell-for-just-2-dollar/. Thanks to @Frenck !

Dan blijf je onafhankelijk van je rPi en blijft je bestaande gong ook nog werken!

Hmmbob schreef op zondag 5 januari 2020 @ 12:32:
Ja, die tutorial had ik gezien, maar omdat de beldrukker en pi 30cm uit elkaar zitten (en anders moest wachten tot die ESP01 binnen was, nu kan ik het vanmiddag fixen) vond ik dat overbodig. Weer een extra device die ik moet beheren/poweren, terwijl het weinig toegevoegde waarde heeft omdat het dus allemaal al bij elkaar zit. Als mijn Pi ergens anders had gestaan, was dit wél mijn way-to-go geweest.

[Slaut]

martinvdm schreef op donderdag 2 januari 2020 @ 20:11:
[...]

code:

- platform: template
  sensors:
  Doorbell_changed:
        friendly_name: 'Doorbel last changed'
        value_template: >
            {{ states. binary_sensor.doorbell_button.attributes.last_changed }}

Ff snel getypt

Ik begrijp dit nog niet, waar/hoe moet ik de code gebruiken?

[martinvdm]

Slaut schreef op zondag 5 januari 2020 @ 13:23:
[...]


Ik begrijp dit nog niet, waar/hoe moet ik de code gebruiken?

In hass.io weet ik dat niet (heb ik niet) maar in home assistant zul je dit onder je sensors: moeten gebruiken.
heb de code nog iets aangepast:

code:

- platform: template
  sensors:
  Doorbell_changed:
        friendly_name: 'Doorbel last changed'
        value_template: >
            {{ states. binary_sensor.doorbell_button.last_changed }}
        device_class: timestamp

je kan eventueel ook
secondary_info: last-changed
in je lovelace entity toevoegen dan ie je het ook als 2e regel

[Slaut]

martinvdm schreef op zondag 5 januari 2020 @ 13:51:
[...]

In hass.io weet ik dat niet (heb ik niet) maar in home assistant zul je dit onder je sensors: moeten gebruiken.
heb de code nog iets aangepast:

code:

- platform: template
  sensors:
  Doorbell_changed:
        friendly_name: 'Doorbel last changed'
        value_template: >
            {{ states. binary_sensor.doorbell_button.last_changed }}
        device_class: timestamp

je kan eventueel ook
secondary_info: last-changed
in je lovelace entity toevoegen dan ie je het ook als 2e regel

Geprobeerd, helaas leveren ze beide niet het resultaat wat ik wil: Deze opties geven na een herstart van HA de herstart tijd, niet de laatste keer dat de sensor aan is. Tijdens een herstart gaan de sensors kort naar unavailable, wat de status wijzigt.

Met verder zoeken heb ik het volgende gevonden, een sql sensor:

code:

- platform: sql
  queries:
    - name: last ring
      query: SELECT * FROM states WHERE entity_id = 'binary_sensor.doorbell_button' AND state = 'on' ORDER BY last_changed DESC LIMIT 1;
      column: 'last_changed'

Resultaat:

De bovenste is jouw template sensor, die 3 minuten aangeeft omdat toen de herstart van HA was. De onderste geeft een timestamp. Omdat dit uit de database komt, is dit nog wel in UTC, en is het iets preciezer dan nodig. Een HA herstart maakt niet uit voor deze sensor.

[skank]

Damn it
Geprobeerd om mn hass.io te updaten naar laatste versie, sindsdien geraak ik niet meer in de webgui en kan ik er ook niet naar SSH'en

De unifi controller die erop draait is wel nog bereikbaar

enig idee?

[martinvdm]

Slaut schreef op zondag 5 januari 2020 @ 14:32:
[...]


Geprobeerd, helaas leveren ze beide niet het resultaat wat ik wil: Deze opties geven na een herstart van HA de herstart tijd, niet de laatste keer dat de sensor aan is. Tijdens een herstart gaan de sensors kort naar unavailable, wat de status wijzigt.

Met verder zoeken heb ik het volgende gevonden, een sql sensor:

code:

- platform: sql
  queries:
    - name: last ring
      query: SELECT * FROM states WHERE entity_id = 'binary_sensor.doorbell_button' AND state = 'on' ORDER BY last_changed DESC LIMIT 1;
      column: 'last_changed'

Resultaat:
[Afbeelding]
De bovenste is jouw template sensor, die 3 minuten aangeeft omdat toen de herstart van HA was. De onderste geeft een timestamp. Omdat dit uit de database komt, is dit nog wel in UTC, en is het iets preciezer dan nodig. Een HA herstart maakt niet uit voor deze sensor.

Last Changed overleeft een reboot van HA niet, daar wordt idd de laatste boot tijd van HA getoond. Wellicht kom je verder met de last_updated status van een automation. Deze overleeft volgens mij wel een reboot.
Qua formatting zou je dit kunnen doen denk ik:

code:

{{ as_timestamp(states.binary_sensor.doorbell_button.last_changed) | timestamp_custom("%A %d %B %Y %I:%M") }}

[DeadMetal]

Gebruikt iemand hier een Action SelectPlus deurbel i.c.m. een RFXCom?

Mijn RFXcom werkt verder prima (Kaku-spul, Somfy RTS etc) maar het indrukken van de deurbelknop lijkt niet geregisteerd te worden. Ik heb (o.a.) zowel de Byron SX/SelectPlus als Lightning4 protocollen geactiveerd.

Ik heb RFXtrx433E - Pro1 Firmware v1041

[ Voor 9% gewijzigd door DeadMetal op 05-01-2020 14:56 ]

[skank]

skank schreef op zondag 5 januari 2020 @ 14:33:
Damn it
Geprobeerd om mn hass.io te updaten naar laatste versie, sindsdien geraak ik niet meer in de webgui en kan ik er ook niet naar SSH'en

De unifi controller die erop draait is wel nog bereikbaar

enig idee?

Terug up
Probleem was een fout in mn automation

Wat is er mis?

code:

condition:
  - condition: time
    after: '09:00:00'
    before: '17:00:00'
  - condition: or
      conditions: 
       - condition: state 
         entity_id: media_player.woonkamer
         state: 'idle'
       - condition: state 
         entity_id: media_player.woonkamer
         state: 'paused'