Home assistant bewegingsensor verlichting

[rbnjngrs]

Goedenavond allemaal,

Sinds deze week heb ik alles over gezet naar home assistant. Ik heb nu problemen met mijn bewegingssensoren en mijn verlichting. Het aangaan van de lampen gaat goed. Alleen met het uitgaan komen de problemen. Ondanks dat ik nog in de buurt van de sensor ben gaan de lampen toch uit en gaan ze niet meer aan. Ik moet dan eerst de ruimte verlaten en weer terugkomen. Toen alles nog ingesteld stond in de HUE app of HomeKit ingesteld stond had ik deze problemen niet. De lampen en sensoren zijn van Philips HUE. Onderstaand de automatisering.

Doe ik iets fout?

[Septillion]

@rbnjngrs Dan moet je ze ook niet uit laten gaan op puur een timer. Maar op de staat van je detectie. Dat kan direct of juist de timer/vertraging starten als de bewegingsmelder naar ongedetecteerd gaat.

PS. Graag ook geen plaatjes meer posten van automation. Die geven vaak maar een half beeld. Graag gewoon de hele yal (in code tags!) posten. Klik daarvoor op de drie puntjes bovenaan van je automation en kies "edit in yaml". Mocht iemand dan aanpassingen voor je doen kan je die ook gewoon weer copy-pasten. Je mag vrij tussen yaml editor en visual editor wisselen.

[rbnjngrs]

Bedankt voor je snelle reactie. Ik snap niet zo goed wat je bedoelt.

Dit is de code hoe die nu is

YAML:

alias: Toilet boven licht
description: Aan en uitzetten op basis van beweging
trigger:
  - platform: state
    entity_id:
      - binary_sensor.sensor_toilet_boven_beweging
    to: "on"
    from: "off"
condition:
  - condition: time
    after: "07:15:00"
    before: "22:45:00"
action:
  - service: light.turn_on
    data: {}
    target:
      entity_id: light.toilet_boven
  - wait_for_trigger:
      - platform: state
        entity_id:
          - binary_sensor.sensor_toilet_boven_beweging
        from: "on"
        to: "off"
        for:
          hours: 0
          minutes: 3
          seconds: 0
    timeout:
      hours: 0
      minutes: 3
      seconds: 0
      milliseconds: 0
  - service: light.turn_off
    data:
      transition: 8
    target:
      entity_id: light.toilet_boven
mode: single

Zie even hoe deze post is qua code-tags

[ Voor 3% gewijzigd door Septillion op 19-11-2023 18:05 ]

[Septillion]

Nu trigger je voor aan doen op de detectie van beweging. Maar je uit doen is nu gewoon domweg na x tijd.

Ipv gewoon domweg na x tijd wil je hiervoor gewoon triggeren op het feit dat je sensor geen beweging meer ziet.Dan doe je het licht uit. Dit kan eventueel met wat vertraging zodat licht niet direct uit gaat als er geen beweging meer is door een 'for' aan je trigger mee te geven.

Als beginner, maak er gewoon een losse automation voor aan. Voor later kan je dit samenvoegen in een enkele automation (met trigger id's en een chooser bijvoorbeeld) maar belangrijker om eerst de basis logica te snappen.

[rbnjngrs]

Je hebt er wel verstand van! Maar kan dit alleen via YAML ingesteld worden? Niet gewoon in de UI?

[sypie]

Kun je voor het uitgaan ook een "EN" combinatie maken? Dus het licht mag pas uit wanneer de tijd van 3 minuten voorbij zijn én er geen beweging meer is?

[The Fatal]

Of deze aanpassen: mode: single naar restart

https://www.home-assistant.io/docs/automation/modes/

Kijk verder ook eens naar trigger id’s en dan de optie choose. Kan je vaak ook flexibeler mee spelen.

[D4NG3R]

rbnjngrs schreef op zondag 19 november 2023 @ 18:25:
Je hebt er wel verstand van! Maar kan dit alleen via YAML ingesteld worden? Niet gewoon in de UI?

Dit kan relatief makkelijk in de UI, zeker als je daarbij trigger ID's en een voorwaardelijke actie gebruikt.

Maak 2 triggers:
Eentje welke de status in de gaten houd en wacht totdat de sensor van 'Niet Gedetecteerd' naar 'Gedetecteerd' gaat en geef deze een ID mee. (De 3 puntjes en dan 'Bewerk ID')
En eentje welke de status in de gaten houd van 'Gedetecteerd' naar 'Niet Gedetecteerd', die laatste heb ik zelf een 30 seconden timer meegegeven voor wat uitloop.

Vervolgens voeg je bij de Acties een Voorwaardelijke actie toe
Bij de Als voeg je een 'En' toe.
Aan deze En voeg je de volgende 2 checks toe:
> Getriggerd door, en dan de ID welke je eerder aangemaakt hebt
> Tijd, tussen de tijden dat je wil dat die aan kan gaan
Bij de Dan laat je de verlichting aan gaan
Bij de Anders laat je de verlichting uit gaan

ID's in combinatie met voorwaardelijke acties zijn godschruwelijk krachtig, waar ik eerder nog moeilijk zat te doen met automatiseringen via NodeRED doe ik tegenwoordig eigenlijk alles via de reguliere automations.

[Ora et Labora]

Ik zou gewoon 2 automatiseringen aanmaken.

De eerste: Trigger is beweging, actie is licht aan.
De tweede, Trigger is geen beweging voor 4 minuten, licht uit. (Bewust 4 minuten omdat veel sensoren zichzelf in een sleepmodus zetten voor 3 minuten en deze voorwaarde dus altijd geldt).

Kan gewoon via de UI.

[Mavamaarten]

Je doet niets "fout" maar de logica die je bouwde klopt niet helemaal. Wat @The Fatal zegt lijkt mij de simpelste oplossing: je moet kijken naar de verschillende automation modes: zo stel je in wat er moet gebeuren wanneer je automation opnieuw getriggerd wordt terwijl deze nog bezig is (met wachten, of iets anders).

Standaard komt er enkel een waarschuwing en loopt alles dus in de soep. Kies je voor "restart" dan wordt het wachten onderbroken en wordt opnieuw het licht aangedaan en gaat hij opnieuw wachten. Qua gedrag "in real life" blijft het licht dus aan en wordt de tijd verlengd.

==

Een ander alternatief (maar iets meer configuratiewerk): in plaats van het licht uit te doen x minuten nadat er beweging is geweest, kan je het licht uitdoen x minuten nadat er _geen_ beweging meer is.

[ Voor 3% gewijzigd door Mavamaarten op 20-11-2023 08:41 ]

[Martin.Air]

Ora et Labora schreef op maandag 20 november 2023 @ 08:39:
De tweede, Trigger is geen beweging voor 4 minuten, licht uit. (Bewust 4 minuten omdat veel sensoren zichzelf in een sleepmodus zetten voor 3 minuten en deze voorwaarde dus altijd geldt).

Met de Hue sensoren is dit gelukkig niet nodig, deze blijven op "gedetecteerd" staan zolang er iets van beweging is. Maar voor andere sensoren is dit inderdaad even "spelen".

D4NG3R schreef op maandag 20 november 2023 @ 08:30:
[...]

Dit kan relatief makkelijk in de UI, zeker als je daarbij trigger ID's en een voorwaardelijke actie gebruikt.

Maak 2 triggers:
Eentje welke de status in de gaten houd en wacht totdat de sensor van 'Niet Gedetecteerd' naar 'Gedetecteerd' gaat en geef deze een ID mee. (De 3 puntjes en dan 'Bewerk ID')
En eentje welke de status in de gaten houd van 'Gedetecteerd' naar 'Niet Gedetecteerd', die laatste heb ik zelf een 30 seconden timer meegegeven voor wat uitloop.

Vervolgens voeg je bij de Acties een Voorwaardelijke actie toe
Bij de Als voeg je een 'En' toe.
Aan deze En voeg je de volgende 2 checks toe:
> Getriggerd door, en dan de ID welke je eerder aangemaakt hebt
> Tijd, tussen de tijden dat je wil dat die aan kan gaan
Bij de Dan laat je de verlichting aan gaan
Bij de Anders laat je de verlichting uit gaan

ID's in combinatie met voorwaardelijke acties zijn godschruwelijk krachtig, waar ik eerder nog moeilijk zat te doen met automatiseringen via NodeRED doe ik tegenwoordig eigenlijk alles via de reguliere automations.

toon volledige bericht

Een toevoeging hierop zou ik aanraden om de algemene condition die er nu staat:

code:

  - condition: time
    after: "07:15:00"
    before: "22:45:00"

Enkel bij de "Aan" trigger te gebruiken, anders zou de lamp om 22:44 aan kunnen gaan, maar niet meer uit.

[D4NG3R]

Martin.Air schreef op maandag 20 november 2023 @ 09:12:
Een toevoeging hierop zou ik aanraden om de algemene condition die er nu staat:

code:

  - condition: time
    after: "07:15:00"
    before: "22:45:00"

Enkel bij de "Aan" trigger te gebruiken, anders zou de lamp om 22:44 aan kunnen gaan, maar niet meer uit.

Dat staat al in mijn beschrijving, om exact die reden.

D4NG3R schreef op maandag 20 november 2023 @ 08:30:
Bij de Als voeg je een 'En' toe.
Aan deze En voeg je de volgende 2 checks toe:
> Getriggerd door, en dan de ID welke je eerder aangemaakt hebt
> Tijd, tussen de tijden dat je wil dat die aan kan gaan

Ik werk zelf niet expliciet met tijden, maar met het lichtniveau, het resultaat (en bijbehorende problemen) is echter het zelfde.



M'n eigen automatiseringen hebben zelden nog condities om deze reden, laat je iets aan gaan, gaat het vervolgens niet meer uit omdat er niet aan de conditie word voldaan.

[ Voor 24% gewijzigd door D4NG3R op 20-11-2023 09:21 ]

[Martin.Air]

D4NG3R schreef op maandag 20 november 2023 @ 09:14:
Dat staat al in mijn beschrijving, om exact die reden.

Helemaal overheen gelezen, excuus.

Persoonlijk zou ik het zo oplossen:

YAML:

alias: Toilet boven licht
description: Aan en uitzetten op basis van beweging
trigger:
  - platform: state
    entity_id: binary_sensor.sensor_toilet_boven_beweging
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.sensor_toilet_boven_beweging
            state: "on"
          - condition: time
            after: "07:15:00"
            before: "22:45:00"
        sequence:
          - type: turn_on
            entity_id: light.toilet_boven
            domain: light
            brightness_pct: 100
      - conditions:
          - condition: state
            entity_id: binary_sensor.sensor_toilet_boven_beweging
            state: "on"
        sequence:
          - type: turn_on
            entity_id: light.toilet_boven
            domain: light
            brightness_pct: 15
      - conditions:
          - condition: state
            entity_id: binary_sensor.sensor_toilet_boven_beweging
            state: "off"
        sequence:
          - delay:
              hours: 0
              minutes: 2
              seconds: 0
              milliseconds: 0
          - type: turn_off
            entity_id: light.toilet_boven
            domain: light
mode: restart

Nu heb ik dit even snel uitgetypt, aangezien ik zelf helpers gebruik voor "presence" en "activity" status van kamers, en net zoals @D4NG3R met licht sterktes. Maar ik denk dat dit precies werkt zoals je verwacht. (alleen dan met 2 min ipv 3, meestal zitten mensen niet 3 min stil) O, en een klein beetje licht snachts

En ik raad je ook aan klein te beginnen, dingen als lichtniveau en dergelijke komen nog wel

[ Voor 1% gewijzigd door Septillion op 20-11-2023 18:04 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[rbnjngrs]

Goedemorgen,

Bedankt allemaal voor jullie hulp. @D4NG3R

Ik heb hem nu zo gemaakt. Zou deze nu moeten werken? En wordt de 3 minuten nu elke keer opnieuw gestart als er beweging wordt gedetecteerd en de lamp dus niet uit gaat.

[Ora et Labora]

rbnjngrs schreef op maandag 20 november 2023 @ 10:51:
Goedemorgen,

Bedankt allemaal voor jullie hulp. @D4NG3R

Ik heb hem nu zo gemaakt. Zou deze nu moeten werken? En wordt de 3 minuten nu elke keer opnieuw gestart als er beweging wordt gedetecteerd en de lamp dus niet uit gaat.

[Afbeelding]

Dit gaat niet werken.
Je moet als eerste actie een "choose" doen en dan getriggerd door je trigger ID.
Je moet een tweede actie toevoegen met als voorwaarde, getriggerd door.
Dat "anders" gedeelte moet je uitzetten.

Voorbeeld:


Maar zoals ik zei, maak eerst 2 losse automatiseringen zodat je de basis begrijpt.
Daarna pas gaan werken met trigger-id's en dergelijken.

[ Voor 28% gewijzigd door Ora et Labora op 20-11-2023 10:56 ]

[D4NG3R]

@rbnjngrs ziet er goed uit.

Ora et Labora schreef op maandag 20 november 2023 @ 10:52:
[...]

Dit gaat niet werken.

Exact waarom zou dit niet werken dan? Dezelfde flow pas ik op m'n eigen bewegingssensoren ook toe.



Effectief is dat niks meer of minder dan:

code:

if (beweging gedetecteert && lichtsterkte onder 50) {
    schakelaar (lamp) aan
} else {
    schakelaar (lamp) uit
}

Vervang in de flow van de TS de lichtsterkte met 'tussen X en Y tijd'.

[ Voor 56% gewijzigd door D4NG3R op 20-11-2023 11:29 ]

[Ora et Labora]

D4NG3R schreef op maandag 20 november 2023 @ 11:07:
[...]

Exact waarom zou dit niet werken dan? Dezelfde flow pas ik op m'n eigen bewegingssensoren ook toe.

Excuses, ik zit met de NL vertaling maar inderdaad gaat het wel werken zo, mijn fout.
Los daarvan vind ik het "netter" om elke trigger een eigen ID te geven en met een choose op elk ID afzonderlijk een actie te zetten.

[D4NG3R]

Ora et Labora schreef op maandag 20 november 2023 @ 11:12:
Los daarvan vind ik het "netter" om elke trigger een eigen ID te geven en met een choose op elk ID afzonderlijk een actie te zetten.

Als de verlichting al uit staat maakt het weinig uit dat er opnieuw een signaal word gestuurd om het uit te zetten, idem voor wanneer deze al aan staat.

Niet moeilijker (willen) maken dan dat het is, er is maar 1 trigger welke de verlichting überhaupt aan mag zetten. Dus dat is ook de enige waar je op wil controleren in de voorwaardelijke actie.

Scheelt bakken met hoofdpijn, zeker als je automations gaat maken met 3, 4, 5 of nog veel meer triggers terwijl er maar 1 van die triggers iets aan moet zetten (en de rest uit). Even als voorbeeld wat m'n woonkamer verlichting doet wanneer ik iets opzet via Plex op de TV: klik

4 triggers, waarvan er maar 1 A moet doen, en de rest B. Daar kan ik wel heel leuk 4 aparte automations voor maken, of 4 aparte if-else gevallen, maar waarom zou ik? Dat maakt het juist ontzettend onoverzichtelijk, en vereist bij elke wijziging dat ik alles weer na moet lopen.

[ Voor 61% gewijzigd door D4NG3R op 20-11-2023 12:04 ]

[rbnjngrs]

@D4NG3R wel slim om zo te doen inderdaad. Maar hoe ga jij er dan mee om als je snachts wilt dat de lamp minder felt brand dan overdag?

[D4NG3R]

Zolang de triggers het zelfde blijven, maar de randvoorwaarden zoals tijd of lichtintensiteit veranderen en je meerdere acties wil hebben bij het inschakelen; een keuze toevoegen bij de 'dan'.



Daar kan je zo veel randvoorwaarden / uitkomsten toevoegen als je zelf wil.

[Gizz]

@rbnjngrs het zelf maken van een automation is natuurlijk het leukst en je leert er het meest van Maar mocht je in de toekomst vooral snel resultaat willen hebben, dan kun je ook eens kijken naar de blueprints die gebruikers van HA met elkaar delen. Dat zijn sjablonen waarin al veel logica verwerkt is en waar je zelf nog alleen maar hoeft aan te geven om welke apparaten het gaat.

Voor bijvoorbeeld verlichting op basis van allerlei sensoren, stand van de zon etc. is dit een populaire blueprint: Sensor Light - Motion Sensor - Door Sensor - Sun Elevation - LUX Value - Scenes - Time - Light Control - Device Tracker - Night Lights

[Erik070]

rbnjngrs schreef op maandag 20 november 2023 @ 10:51:
Goedemorgen,

Bedankt allemaal voor jullie hulp. @D4NG3R

Ik heb hem nu zo gemaakt. Zou deze nu moeten werken? En wordt de 3 minuten nu elke keer opnieuw gestart als er beweging wordt gedetecteerd en de lamp dus niet uit gaat.

[Afbeelding]

Wat je zou kunnen doen om die timeout van 3 minuten elke keer opnieuw te laten ingaan is het volgende:

3 triggers

Trigger 1: motion_detected
Trigger 2: no_motion_detected
Trigger 3: timer finished

Timer finished is een helper, die zal je even moeten aanmaken.

Actions:
Choose

Option 1: no_motion_detected
action > start timer, duration timer 3 minutes (of wat je wilt)

Option 2: motion_detected
action > clear timer
action > Turn on lights

Option 3: timer.finished
action > Turn off lights

Hiermee bepaalde eigenlijk alleen de timer dat het licht uit gaat, dus niet de motion sensor. De motion sensor triggered dus de timer wanneer er geen motion meer detected is en deze timer wordt ge"cleared" wanneer er weer motion detected is. Dus effectief het "opnieuw starten" van de hele routine. Ik moet hem zelf nog uit testen, op dit moment alleen een Hue motion sensor via de Hue app ingesteld, die lijkt een dergelijke timer reset zelf te doen onder water. In HA moet je dat zelf faciliteren.

Ik kan vanavond wel even de YAML delen. Ik heb nu even geen toegang tot mijn HA.

code:

alias: Light Timer demo
description: ""
trigger:
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.light_timer
    id: Timer Finished
  - type: no_motion
    platform: device
    device_id: 04c41ed04745554b6d7ea6e723f77287
    entity_id: 2725f695d5e3b4e9f7eef07f0ad990c9
    domain: binary_sensor
    id: Motion Stopped
  - type: motion
    platform: device
    device_id: 04c41ed04745554b6d7ea6e723f77287
    entity_id: 2725f695d5e3b4e9f7eef07f0ad990c9
    domain: binary_sensor
    id: Motion Detected
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id:
              - Motion Stopped
        sequence:
          - service: timer.start
            data:
              duration: "60"
            target:
              entity_id: timer.light_timer
      - conditions:
          - condition: trigger
            id:
              - Motion Detected
        sequence:
          - service: timer.cancel
            data: {}
            target:
              entity_id: timer.light_timer
          - type: turn_on
            device_id: 184d416e44c2b74e690a73006be9c237
            entity_id: 0364febf636b02281531cb4f674b906e
            domain: light
      - conditions:
          - condition: trigger
            id:
              - Timer Finished
        sequence:
          - type: turn_off
            device_id: 184d416e44c2b74e690a73006be9c237
            entity_id: 0364febf636b02281531cb4f674b906e
            domain: light
mode: single

[ Voor 32% gewijzigd door Erik070 op 20-11-2023 22:18 ]

[Septillion]

@Erik070 Effect is zelfde als hij nu al heeft. Enige is dat een timer een herstart overleeft en je een timer wat makkelijker in de UI kan zetten om te zien over hoe lang het licht zou uit gaan.