Home Assistant: Open source Python3 home automation - deel 4

[Hmmbob]

barrymossel schreef op vrijdag 16 april 2021 @ 12:04:
[...]

Al is dat met een smart bulb wat lastiger... Toch?

Die heb ik dan dus ook geen

pagina 61 alweer, na 5 weken

[ Voor 11% gewijzigd door Hmmbob op 16-04-2021 12:20 ]

[GoldenLeafBird]

barrymossel schreef op vrijdag 16 april 2021 @ 12:16:
[...]

Ja zo heb ik het ook, maar mocht HA uitvallen dan krijg je je lamp niet aan. En daar ging het geloof ik over.

Excuus, dat heb ik gemist. Maar is dat sowieso niet een beetje het "risico" met smart home producten in het algemeen?

[Mars Warrior]

Hmmbob schreef op vrijdag 16 april 2021 @ 12:19:
[...]
pagina 61 alweer, na 5 weken

Je praat nu tegen jezelf neem ik aan om jezelf te overtuigen om minder te reageren

[Hmmbob]

GoldenLeafBird schreef op vrijdag 16 april 2021 @ 12:23:
[...]


Excuus, dat heb ik gemist. Maar is dat sowieso niet een beetje het "risico" met smart home producten in het algemeen?

Nou ja, tenzij je dus slimme keuzes maakt. Voor bijvoorbeeld smart switches die je ook normaal kan schakelen (Shelly, Qubino, etc).

Mars Warrior schreef op vrijdag 16 april 2021 @ 12:24:
[...]

Je praat nu tegen jezelf neem ik aan om jezelf te overtuigen om minder te reageren

Nope

[Koepert]

kaasaanfiets schreef op vrijdag 16 april 2021 @ 09:33:
[...]


Maar wat specifieker, hoe moet ik de remote koppelen aan mijn lampen dan? Want in de app kan je de remote in pair mode zetten en aanvinken welke lampen je ermee wil bedienen. Maar in HA kan ik niet vinden hoe je lampen kan koppelen.
Ik heb hier uiteraard al naar lopen zoeken maar tot op heden niet gevonden hoe dit moet.

En even een voorbeeld (heb geen Lidl remote, dus kan t niet 100% bevestigen).

- Ik heb een zigbee remote via Conbee II stick aan HA gekoppeld. Dat betekent een deconz_event op het moment dat ik een knop indruk. Bij een andere stick/andere integratie zal dit een ander event zijn.
- In Ontwikkelhulpmiddelen --> Gebeurtenissen voer ik onderaan deconz_event in om naar te 'Luisteren'. Ik druk vervolgens op de knop op de manier dat ik wil inrichten (dubbelklik, enkele, longpress, knop 1, knop 4 whatever). Dan zie ik in het veld onder "Luisteren" iets verschijnen met globaal de volgende gegevens:

code:

{
    "event_type": "deconz_event",
    "data": {
        "id": "switch_37",
        "unique_id": "blahblahblah",
        "event": 1002,
        "device_id": "dc1c8xxxx"
    },
    "origin": "LOCAL",
    "time_fired": "2021-02-02T13:24:58.054164+00:00",
    "context": {
        "id": "46e42e9xxxx",
        "parent_id": null,
        "user_id": null
    }
}

- Je maakt een automation aan voor Entity_id switch_37 in dit geval, met als trigger event: 1002 in dit geval. Dat betekent dat als je op de knop drukt op die manier, er vervolgens iets gebeurd zoals je hebt ingesteld.

Je totaalplaatje gaat er dus ongeveer zo uit zien, in YAML:

YAML:

- id: 'Keukenlamp switch'
  alias: Keukenlampen uit 
  trigger:
      platform: event
      event_type: deconz_event
      event_data:
        id: switch_37
        event: 1004
  action:
    service: light.toggle
    data: 
      entity_id: 
        - light.lampen_keuken
        - light.lampen_aanrecht

Daarbij kunnen je lights 1 lamp zijn, een groep lampen of meerdere zelfs. En je actie/service kan toggle, aan uit, etc zijn. Ik persoon doe liever toggle zodat je met 1 actie zowel AAN als UIT regelt. maar dat is persoonlijk.

[ Voor 3% gewijzigd door Koepert op 16-04-2021 12:31 ]

[barrymossel]

Hmmbob schreef op vrijdag 16 april 2021 @ 12:19:
[...]
pagina 61 alweer, na 5 weken

Pagina 16 hiero! Heb jij dat niet dat wanneer je via Google op het forum terecht komt dat je dan de betreffende post niet kan vinden. Vroeger werden pagina's van 100 berichten geïndexeerd door Google, dus daarom heb ik voor mijzelf ook op 100 per pagina gezet.

Hmmbob schreef op vrijdag 16 april 2021 @ 12:26:
[...]

Nou ja, tenzij je dus slimme keuzes maakt. Voor bijvoorbeeld smart switches die je ook normaal kan schakelen (Shelly, Qubino, etc).

[...]

Ach, je loopt altijd een beperkt risico dat er iets niet werkt (al is het maar door stroomuitval). Gewoon groot kaarsen inslaan!

[barrymossel]

Koepert schreef op vrijdag 16 april 2021 @ 12:28:
[...]
Bij een andere stick/andere integratie zal dit een ander event zijn.

@kaasaanfiets Ik vermoed dat bij Zigbee2MQTT dit werkt met een sensor of meerdere binary_sensors.

Dus iets van:

YAML:

- id: 'Keukenlamp switch'
  alias: Keukenlampen uit 
  trigger:
    platform: state
    entity_id: binary_sensor.knop_keuken
    from: 'off'
    to: 'on'
  action:
    service: light.toggle
    data: 
      entity_id: 
        - light.lampen_keuken
        - light.lampen_aanrecht

[RobertMe]

barrymossel schreef op vrijdag 16 april 2021 @ 12:16:
[...]

Ja zo heb ik het ook, maar mocht HA uitvallen dan krijg je je lamp niet aan. En daar ging het geloof ik over.

Een Shelly kan als er geen verbinding is met de MQTT server (of een specifiek "apparaat" / topic offline is?) alsnog de stroom onderbreken / schakelen. Zo zou je dus alsnog de spanning van lampen kunnen halen kf terug erop zetten. En in combinatie met bv Hue lampen gaan die weer standaard aan als de stroom erop wordt gezet. Dus via die weg zou je Hue lampen ook kunnen schakelen als MQTT/HA eruit liggen.

Daarnaast kun je ook bv de Hue Dimmer Switches rechtstreeks aan de lampen koppelen. Waarbij de Switch dus een Zigbee bericht stuurt dat rechtstreeks door de lampen wordt opgepikt zonder tussenkomst van de coördinator.

[barrymossel]

RobertMe schreef op vrijdag 16 april 2021 @ 12:41:
[...]

Een Shelly kan als er geen verbinding is met de MQTT server (of een specifiek "apparaat" / topic offline is?) alsnog de stroom onderbreken / schakelen. Zo zou je dus alsnog de spanning van lampen kunnen halen kf terug erop zetten. En in combinatie met bv Hue lampen gaan die weer standaard aan als de stroom erop wordt gezet. Dus via die weg zou je Hue lampen ook kunnen schakelen als MQTT/HA eruit liggen.

Daarnaast kun je ook bv de Hue Dimmer Switches rechtstreeks aan de lampen koppelen. Waarbij de Switch dus een Zigbee bericht stuurt dat rechtstreeks door de lampen wordt opgepikt zonder tussenkomst van de coördinator.

Dit dus...

barrymossel schreef op vrijdag 16 april 2021 @ 12:04:
[...]

Al is dat met een smart bulb wat lastiger... Toch?

---edit---
Wellicht kun je instellen dat de lamp aan gaat bij opstarten en wanneer je schakelaar geen MQTT contact heeft (of iets in die trant) dat je dan het relais van je Shelly (ofzo) schakelt. Volgens mij is dat al eerder in dit topic voorbij gekomen.

[TheFes]

barrymossel schreef op vrijdag 16 april 2021 @ 12:16:
[...]

Ja zo heb ik het ook, maar mocht HA uitvallen dan krijg je je lamp niet aan. En daar ging het geloof ik over.

Ik heb de Shellies waar een slimme lamp aan hangt geflasht met ESPHome.
Als er geen verbinding is met HA, zal het relais schakelen, als er wel verbinding is met HA schakelt hij de aangesloten lamp (en bij dubbelklik/lange klik een event, zodat ik daar automations aan kan hangen).

^{Oh, blijkbaar zit dit ook in de standaard software, kreeg ik zelf niet gevonden..}

[ Voor 8% gewijzigd door TheFes op 16-04-2021 13:44 ]

[Servor]

Ondanks mijn gemopper op HA in het verleden (zie eerdere versies van dit topic) ben ik toch bezig (voor de zoveelste keer) om een overstap te gaan maken van Domoticz naar HA. Dit omdat ik denk dat Domoticz toch een doodlopende weg is met weinig ontwikkeling en HA maakt echt grote stappen.

Dussss, ik heb een extra VM aangemaakt, alles geïnstalleerd en geconfigureerd en volgens mij zie ik nu al mijn hardware (een mix van hue, zwave, rfxcom en spul als thermostaat en youless). Even wennen, maar het staat er in in ieder geval.

Nu komt de volgende fase, de 'slimme' dingen er in na gaan bouwen. Zoals ik al eerder zei, ik had best wel wat Blockly events omdat ik een grafische weergave nu eenmaal prettig vind. Ik heb dan ook Node Red geïnstalleerd en hele simpele events ("Zet om 2 uur deze Hue lamp aan") lijken te werken. Stuk complexer dan Blockly maar ook wel een stuk krachtiger denk ik.

Een van mijn meest gewaardeerde events (qua WAF dus) is het slimmer maken van onze domme droger: er zit een hele nare piepmelding aan het eind van het programma die onze kleine uk wakker maakt die in de kamer ernaast slaapt en die niet vanzelf uit gaat. Dat was dus altijd 2 trappen op sprinten en vlug de droger uit drukken.

Ik weet dat als het verbruik van de droger (gemeten met Zwave stekker) 20 seconden onder de 3 watt blijft, het programma afgelopen is. Dit ving ik af met een blockly script en dat zet dan vanuit het script snel het stekkerblok uit en stuurde een pushmelding naar onze telefoons (via Pushover). Hoe zou zoiets in Node Red kunnen werken? Heeft er iemand al een keer zoiets bedacht misschien?

--edit, ik zie net bij de entities de volgende entiteiten staan, doen die wat ik denk dat ze doen?

[ Voor 12% gewijzigd door Servor op 16-04-2021 13:50 ]

[water_escape]

Ik heb dus een automation welke twee motion sensoren aanstuurt.
Maar ik snap niet hoe ik mijn tweede logica deel moet toevoegen.

Onderstaande laat de lampen bij x lux aan gaan voor x minuten icm van 2 sensoren.
Maar waar of hoe moet ik toevoegen dat de sensoren niks mogen doen als een van de lampen al aan staan?

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - type: turn_on
            device_id: 49972fdf83a44090d78bfe9f395fa687
            entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
            domain: switch
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - type: turn_on
        device_id: 49972fdf83a44090d78bfe9f395fa687
        entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
        domain: switch
      - delay:
          hours: 0
          minutes: 2
          seconds: 0
          milliseconds: 0
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
  - type: turn_off
    device_id: 49972fdf83a44090d78bfe9f395fa687
    entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
    domain: switch
mode: restart

water_escape schreef op vrijdag 16 april 2021 @ 08:31:
goedemorgen allen,

Ik zit met vraagstuk.
Ik heb een Philips Hue motion sensor in de keuken hangen. (nu nog via de hue bridge). Deze zorgt dat de lampen bij < x lux aan gaan voor 5 minuten. En bij beweging dus aan blijven.

Soms moeten de lampen continu aan staan en moet de sensor dus op "pauze" , tot ik zelf de lampen weer uit zet. Dit is nu gedaan via de Hue Labs " Do not disturb my scene" addon.

Zo ver werkt dit al lange tijd perfect.

Nu had alleen deze sensor niet genoeg dekking voor de hele keuken. Ik heb hier dus een tweede aan toegevoegd gisteren.

Met de Hue labs " Sensor Couple" heb ik de sensoren aan elkaar kunnen koppelen zodat ze samenwerken. Alleen nu lijkt het dat ik maar 1 hue labs logic kan activeren omdat bij het activeren van "do not distrub my scene" ik de volgende melding krijg: " the following behaviour will be overwritten on installation: Sensor Couple".


Nu is mijn vraag of hier Philips gebruikers zijn die dit opgelost hebben. Of dat ik dit kan verplaatsen naar HA.

rules:
- if motion detected and lux <x turn on scene x for x minutes
- if one of the lights of scene x are already on (dus handmatig aangezet) , ignore motion detection.
- dit moet dan met 2 sensoren die samenwerken. En uiteraard wanneer ik de lampen weer uit zet, mag de motion sensoren weer actief worden.

hoop dat iemand mij hiermee kan helpen.

[barrymossel]

TheFes schreef op vrijdag 16 april 2021 @ 13:41:
[...]


Ik heb de Shellies waar een slimme lamp aan hangt geflasht met ESPHome.
Als er geen verbinding is met HA, zal het relais schakelen, als er wel verbinding is met HA schakelt hij de aangesloten lamp (en bij dubbelklik/lange klik een event, zodat ik daar automations aan kan hangen).

^{Oh, blijkbaar zit dit ook in de standaard software, kreeg ik zelf niet gevonden..}

Ja zoiets had ik ergens hierboven ook al ge-edit. Wist overigens ook niet dat dat in de standaardsoftware zat. Zal wel weer iets nieuws zijn.
Zelf heb ik Tasmota geflasht en daar moet het ook mee kunnen. Straks eens onderzoeken hoe ik dat het beste zou doen. Nu staan ze bij vier lampen volledig op detached.

[Ronker32]

water_escape schreef op vrijdag 16 april 2021 @ 13:45:
Ik heb dus een automation welke twee motion sensoren aanstuurt.
Maar ik snap niet hoe ik mijn tweede logica deel moet toevoegen.

Onderstaande laat de lampen bij x lux aan gaan voor x minuten icm van 2 sensoren.
Maar waar of hoe moet ik toevoegen dat de sensoren niks mogen doen als een van de lampen al aan staan?

YAML:

alias: Overloop lights on
description: Light switches based on motion
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.overloop
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - type: turn_on
            device_id: 49972fdf83a44090d78bfe9f395fa687
            entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
            domain: switch
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - type: turn_on
        device_id: 49972fdf83a44090d78bfe9f395fa687
        entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
        domain: switch
      - delay:
          hours: 0
          minutes: 2
          seconds: 0
          milliseconds: 0
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
  - type: turn_off
    device_id: 49972fdf83a44090d78bfe9f395fa687
    entity_id: switch.tz3000_g5xawfcq_ts0121_5f6636fe_on_off
    domain: switch
mode: restart

[...]

Wat je zou kunnen doen is checken in je conditions of de lampen aan staan (regel 14 in je code). Bijvoorbeeld met onderstaande code:

YAML:

  condition:
    condition: and
    conditions:
    - condition: state
      entity_id: light.slaapkamer
      state: 'off'
    - condition: state
      entity_id: light.schuur
      state: 'off'

[TheFes]

Ronker32 schreef op vrijdag 16 april 2021 @ 13:57:
[...]


Wat je zou kunnen doen is checken in je conditions of de lampen aan staan (regel 14 in je code). Bijvoorbeeld met onderstaande code:

YAML:

  condition:
    condition: and
    conditions:
    - condition: state
      entity_id: light.slaapkamer
      state: 'off'
    - condition: state
      entity_id: light.schuur
      state: 'off'

Die AND condition is overbodig, conditions zijn standaard AND.
De AND condition is alleen nodig in combinatie met een OR.

Voorbeeld

YAML:

  condition:
    condition: or
    conditions:
      - condition: and
        conditions:
          - condition: state
            entity_id: light.slaapkamer
            state: 'off'
          - condition: state
            entity_id: light.schuur
            state: 'off'
      - condition: state
        entity_id: light.keuken
        state: 'on'

[-Casper]

Heb net ook even in de settings van mijn shelly 1pm gekeken maar zag er niet echt een optie voor. Heb er zelf ook (nog) geen use case voor maar was wel benieuwd.

[water_escape]

Ronker32 schreef op vrijdag 16 april 2021 @ 13:57:
[...]


Wat je zou kunnen doen is checken in je conditions of de lampen aan staan (regel 14 in je code). Bijvoorbeeld met onderstaande code:

YAML:

  condition:
    condition: and
    conditions:
    - condition: state
      entity_id: light.slaapkamer
      state: 'off'
    - condition: state
      entity_id: light.schuur
      state: 'off'

Kan dit dan ook op een scene? Die checken ipv de lamp states?

[Septillion]

@Servor In een HA automation kan ik je zo helpen maar niet in NodeRed.

In een automation kan je gewoon een trigger instellen op verbruik < 3W for 20 seconds. Enige dat nog zou kunnen is dat je tijdens het aanzetten even voer de 3W gaat en daarmee dus na 20 sec de automation triggert. Daarom heb ik nog een helper ingezet die aan gaat als de machine 10 seconden ofzo meer dan 10W heeft verbruikt. Deze gebruik ik als conditie in de eerste automation.

[Ronker32]

TheFes schreef op vrijdag 16 april 2021 @ 14:00:
[...]


Die AND condition is overbodig, conditions zijn standaard AND.
De AND condition is alleen nodig in combinatie met een OR.

Voorbeeld

YAML:

  condition:
    condition: or
    conditions:
      - condition: and
        conditions:
          - condition: state
            entity_id: light.slaapkamer
            state: 'off'
          - condition: state
            entity_id: light.schuur
            state: 'off'
      - condition: state
        entity_id: light.keuken
        state: 'on'

Voor de leesbaarheid en begrip van de automation (of eigenlijk in welk programmeerwerk dan ook) ben ik liever duidelijk en benadruk ik liever dan dat ik de mist in ga met 'luiigheid'. Het woordje 'and' in deze is niet per sé nodig maar die drie letters kosten me minder tijd om te typen dan om het uit te leggen blijkbaar

[Ronker32]

water_escape schreef op vrijdag 16 april 2021 @ 14:23:
[...]


Kan dit dan ook op een scene? Die checken ipv de lamp states?

Dat weet ik helaas niet, ik werk niet zoveel met scenes. Als je een scene hebt gedefinieerd en je activeert die, staat hij dan in je Developer Tools ook als actief (of 'on' of iets dergelijks)? Dan kun je uiteraard ook daar op checken.

[TheFes]

Ronker32 schreef op vrijdag 16 april 2021 @ 14:27:
[...]


Voor de leesbaarheid en begrip van de automation (of eigenlijk in welk programmeerwerk dan ook) ben ik liever duidelijk en benadruk ik liever dan dat ik de mist in ga met 'luiigheid'. Het woordje 'and' in deze is niet per sé nodig maar die drie letters kosten me minder tijd om te typen dan om het uit te leggen blijkbaar

Prima, wat jij fijn vind.
Maar het zijn wel wat meer dan 3 letters hoor..

YAML:

condition:
  condition: and
  conditions:
    - condition: state
      entity_id: light.slaapkamer
      state: 'off'
    - condition: state
      entity_id: light.schuur
      state: 'off'

YAML:

condition:
  - condition: state
    entity_id: light.slaapkamer
    state: 'off'
  - condition: state
    entity_id: light.schuur
    state: 'off'

Bovendien vind ik dat het nodeloos ingewikkeld wordt door overbodige nested conditions te gaan gebruiken. Lijkt me verder vrij logisch dat aan alle condities voldaan moet worden.

Zelf zou ik het trouwens zo doen, maar ik ben nogal fan van templates sinds die zonder de condition: template te specificeren gebruikt mogen worden

YAML:

condition: >
  {{
    is_state('light.slaapkamer', 'off')
    and is_state('light.schuur', 'off')
  }}

[ Voor 13% gewijzigd door TheFes op 16-04-2021 14:58 ]

[TheFes]

water_escape schreef op vrijdag 16 april 2021 @ 14:23:
[...]


Kan dit dan ook op een scene? Die checken ipv de lamp states?

Nee, niet standaard.
Scenes staan niet uit of aan.

Wat je wel kunt doen is een input_boolean mee laten schakelen in je scene, echter moet je dan dus ook zorgen dat die weer uit gaat als je scene dus niet meer actief is.

[Jesse-]

Mr_Big schreef op vrijdag 16 april 2021 @ 10:45:
Om de zonneenergie die ik opwek met mijn panelen optimaal zelf te gebruiken, laat ik op dit moment 90 minuten voor 'noon' (zon op hoogste punt) de warmtepomp aanspringen om het warmwater op te warmen.
Die 90 minuten is redelijk optimaal qua zonnestand t.o.v. de panelen, maar dat houdt natuurlijk geen rekening met wolken.
Van de week was het in de ochtend al redelijk warm en zonning met mooie opbrengst, ideaal dus om de WP te laten gaan verwarmen, maar toen het 90 minuten voor noon was, was de hee lucht bedekt met wolken en was er dus veel minder opbrengst.

Wat ik natuurlijk liever doe, is dat ik rekening hou met de verwachte (voorspelde) opbrengst (en in mindere mate temperatuur) per uur van de dag, rekeninghoudend met de verwachte bewolking. Dus als die aangeeft dat er tussen 14:00 en 15:00 meer opbrengt is dan tussen 90 minuten en 30 minuten voor noon (opwarmen duur ca 1 uur), dan stel ik dat opwarmen liever uit tot 13:00.

Ik heb wat API's gevonden voor voor het voorspellen van de opbrengst o.b.v. ligging panelen, maar die houden geen rekening met de verwachte bewolking op die locatie: ik zie dan een mooie opbrengst-curve, terwijl ik zeker weet dat er bewolking gaat zijn op die dag.

Mijn vragen:

1. Weet iemand een API of andere databron die aan dit soort voorspellingen doet?
2. Heeft iemand dit misschien ook al zo geimplementeerd in HA (en is die bereid dat te delen :-) )?

Dat is een tof idee, zeker als de salderingsregeling straks weg is.

Via de accuweather integratie kan je wel een actuele waarde van de bewolking binnenhalen. De voorspelling zou je moeten scrapen van hun site. Met die twee gegevens kan je de SWW run dagelijks inplannen en eventueel eerder laten starten als de actuele bewolking laag is en je panelen x minuten y output leveren.

[Dacuuu]

Servor schreef op vrijdag 16 april 2021 @ 13:45:
Ondanks mijn gemopper op HA in het verleden (zie eerdere versies van dit topic) ben ik toch bezig (voor de zoveelste keer) om een overstap te gaan maken van Domoticz naar HA. Dit omdat ik denk dat Domoticz toch een doodlopende weg is met weinig ontwikkeling en HA maakt echt grote stappen.

Dussss, ik heb een extra VM aangemaakt, alles geïnstalleerd en geconfigureerd en volgens mij zie ik nu al mijn hardware (een mix van hue, zwave, rfxcom en spul als thermostaat en youless). Even wennen, maar het staat er in in ieder geval.

Nu komt de volgende fase, de 'slimme' dingen er in na gaan bouwen. Zoals ik al eerder zei, ik had best wel wat Blockly events omdat ik een grafische weergave nu eenmaal prettig vind. Ik heb dan ook Node Red geïnstalleerd en hele simpele events ("Zet om 2 uur deze Hue lamp aan") lijken te werken. Stuk complexer dan Blockly maar ook wel een stuk krachtiger denk ik.

Een van mijn meest gewaardeerde events (qua WAF dus) is het slimmer maken van onze domme droger: er zit een hele nare piepmelding aan het eind van het programma die onze kleine uk wakker maakt die in de kamer ernaast slaapt en die niet vanzelf uit gaat. Dat was dus altijd 2 trappen op sprinten en vlug de droger uit drukken.

Ik weet dat als het verbruik van de droger (gemeten met Zwave stekker) 20 seconden onder de 3 watt blijft, het programma afgelopen is. Dit ving ik af met een blockly script en dat zet dan vanuit het script snel het stekkerblok uit en stuurde een pushmelding naar onze telefoons (via Pushover). Hoe zou zoiets in Node Red kunnen werken? Heeft er iemand al een keer zoiets bedacht misschien?

--edit, ik zie net bij de entities de volgende entiteiten staan, doen die wat ik denk dat ze doen?

[Afbeelding]

Ik gebruik de node "stoptimer" voor zoiets. Mijn motion sensor ziet beweging, lamp gaat aan, en elke keer als de motion beweging ziet reset de stoptimer naar 60 seconden.

In jou geval zou ik het zo doen, reset stoptimer elke keer als het wattage van je stekker boven de 3 watt is, en anders loopt de stoptimer af, en zet je je stekker op off.

Of kijk eens bij de trigge node, die zit standaard al in node-red, ik denk dat het daarmee ook wel moet lukken.

code:

[{"id":"86f2f354.22d59","type":"server-state-changed","z":"1769f16f.990faf","d":true,"name":"Motion","server":"1997c54b.5ff4fb","version":1,"exposeToHomeAssistant":false,"haConfig":[{"property":"name","value":""},{"property":"icon","value":""}],"entityidfilter":"binary_sensor.bewegingmelder1_occupancy","entityidfiltertype":"exact","outputinitially":true,"state_type":"str","haltifstate":"","halt_if_type":"str","halt_if_compare":"is","outputs":1,"output_only_on_state_change":false,"for":0,"forType":"num","forUnits":"minutes","ignorePrevStateNull":false,"ignorePrevStateUnknown":false,"ignorePrevStateUnavailable":false,"ignoreCurrentStateUnknown":false,"ignoreCurrentStateUnavailable":false,"x":90,"y":160,"wires":[["ae37a276.d282a","6fa377e.92b0088"]]},{"id":"6d2f209.cee07e","type":"api-call-service","z":"1769f16f.990faf","name":"Zet huiskamer lamp aan","server":"1997c54b.5ff4fb","version":1,"debugenabled":false,"service_domain":"light","service":"turn_on","entityId":"light.huiskamer","data":"","dataType":"jsonata","mergecontext":"","output_location":"","output_location_type":"none","mustacheAltTags":false,"x":570,"y":140,"wires":[[]]},{"id":"ae37a276.d282a","type":"switch","z":"1769f16f.990faf","name":"Motion on/off?","property":"payload","propertyType":"msg","rules":[{"t":"eq","v":"on","vt":"str"},{"t":"eq","v":"off","vt":"str"}],"checkall":"true","repair":false,"outputs":2,"x":280,"y":160,"wires":[["6d2f209.cee07e","1da7120a.c7fe7e"],["1da7120a.c7fe7e"]]},{"id":"2ecc8110.97db5e","type":"api-call-service","z":"1769f16f.990faf","name":"Zet huiskamer lamp uit","server":"1997c54b.5ff4fb","version":1,"debugenabled":false,"service_domain":"light","service":"turn_off","entityId":"light.huiskamer","data":"","dataType":"jsonata","mergecontext":"","output_location":"","output_location_type":"none","mustacheAltTags":false,"x":840,"y":240,"wires":[[]]},{"id":"1da7120a.c7fe7e","type":"stoptimer","z":"1769f16f.990faf","duration":"60","units":"Second","payloadtype":"num","payloadval":"0","name":"60 sec reset timer bij motion","x":580,"y":220,"wires":[["2ecc8110.97db5e"],[]]},{"id":"1997c54b.5ff4fb","type":"server","name":"Home Assistant","legacy":false,"addon":false,"rejectUnauthorizedCerts":false,"ha_boolean":"y|yes|true|on|home|open","connectionDelay":true,"cacheJson":false}]

[Step5]

Psst @Servor, @Dacuuu: node-red topic

[Step5]

Step5 schreef op vrijdag 16 april 2021 @ 16:10:
Psst @Servor, @Dacuuu: node-red topic

(Zie net al iemand klagen dat hier al zoveel pagina's zijn 😉)

[Hmmbob]

2021.4.5:

• Bump aiodiscover to 1.3.4 (@bdraco - #49142) (dhcp docs)
• Fix setting up remotes that lack a supported features list in homekit (@bdraco - #49152) (homekit docs)
• Don't receive homeassistant_* events from MQTT eventstream (@emontnemery - #49158) (mqtt_eventstream docs)
• Set deprecated supported_features for MQTT JSON light (@emontnemery - #49167) (light docs) (mqtt docs)
• Upgrade spotipy to 2.18.0 (@frenck - #49220) (spotify docs)
• Fix race when restarting script (@emontnemery - #49247)
• Fix mysensors sensor protocol version check (@MartinHjelmare - #49257) (mysensors docs)
• Fix Coronavirus integration robustness (@frenck - #49287) (coronavirus docs)
• Mark camera as a base platform (@ludeeus - #49297)

bevat o.a. een fix voor Spotify, voor als je daar last van had

[ Voor 3% gewijzigd door Hmmbob op 16-04-2021 16:28 ]

[DaRk PoIsOn]

Hmmbob schreef op vrijdag 16 april 2021 @ 12:19:
[...]

Die heb ik dan dus ook geen

pagina 61 alweer, na 5 weken

Ik zit netjes op pagina 16 na 5 weken....

[tdn135]

Ik zie in mijn pi-hole al maandenlang spam vanuit Home Assistant. Vanaf het interne ip 172.17.0.1 wordt er een NS type request naar het domein "." gedaan. Het is elke 2 tot 6 seconden. Ik kan er niet uitkomen welke instelling/addon er verantwoordelijk voor is.

Ik draai Home Assistant OS op een Pi4 en had dit probleem ook al daarvoor een supervised installatie op Raspbian. Ik heb al mijn integraties en extra addons/containers (behalve pi-hole) al uitgezet, maar het spammen stopt niet. Heeft iemand een idee hoe ik het DNS spammen kan stoppen?

[Mars Warrior]

tdn135 schreef op vrijdag 16 april 2021 @ 17:05:
Ik zie in mijn pi-hole al maandenlang spam vanuit Home Assistant. Vanaf het interne ip 172.17.0.1 wordt er een NS type request naar het domein "." gedaan. Het is elke 2 tot 6 seconden. Ik kan er niet uitkomen welke instelling/addon er verantwoordelijk voor is.

Ik draai Home Assistant OS op een Pi4 en had dit probleem ook al daarvoor een supervised installatie op Raspbian. Ik heb al mijn integraties en extra addons/containers (behalve pi-hole) al uitgezet, maar het spammen stopt niet. Heeft iemand een idee hoe ik het DNS spammen kan stoppen?

Ik draai hier HA in een docker omgeving en PiHole op een eigen Rpi, maar ken dit probleem niet voor het ”.” Domein. Lijkt net of ergens iets niet is ingevuld?

[Peutpeut]

Servor schreef op vrijdag 16 april 2021 @ 13:45:
Ik weet dat als het verbruik van de droger (gemeten met Zwave stekker) 20 seconden onder de 3 watt blijft, het programma afgelopen is. Dit ving ik af met een blockly script en dat zet dan vanuit het script snel het stekkerblok uit en stuurde een pushmelding naar onze telefoons (via Pushover). Hoe zou zoiets in Node Red kunnen werken? Heeft er iemand al een keer zoiets bedacht misschien?

--edit, ik zie net bij de entities de volgende entiteiten staan, doen die wat ik denk dat ze doen?

[Afbeelding]

In Node-Red is dat eenvoudig te doen. Ik stuur mezelf en alle Google Home speakers in huis een melding dat de droger/wasmachine/vaatwasser klaar zijn. Uiteraard kun je ook een service call doen voor een switch.

Roep maar als je een voorbeeldje nodig hebt.

[RudolfR]

@Servor

Mag ik ook deze (niet node-red) blueprint tippen?
https://gist.github.com/s...3575c9865657ac51915684696

[koelkast]

Ik heb sinds kort een airconditioning in gebruik, die ook in verwarming voorziet. Ik heb hem netjes in Home Assistant via MQTT, en ben nu eigenlijk op zoek naar een fatsoenlijke automation om het apparaat in de ochtend in en in de avond uit te schakelen, liefst rekening houdend met de te verwachten buitentemperatuur, en ook anti-pendelfuncties heeft.
Zijn er mensen die al een automation hebben voor dit doel?

[A1AD]

Ik kan eenvoudig kijken of er een Google calender event plaats vindt Calender.xxxx state = on, maar hoe haal ik er de huidige "message" uit? Liefst via Node-Red. Ik heb een calender met alle verjaardagen in en ik zou graag de huidige jarige willen extracten of de eerst volgende wanneer er die dag niemand verjaard.

Iemand tips?

[Ardj]

Inmiddels hangt hier in huis 90% van de lampen aan HA maar ik wil meer :-). 2 dingen waar ik op dit moment tegenaan loop:

- Lamp in de hal E14 peertje in een glazen bol, dus Hue is geen optie. Voor het gemak heeft die lamp ook nog wisselschakeling. Ik zit aan een Shelly te denken maar daar heb ik tot nu toe nog geen ervaring mee. Klopt het dat een Shelly 1 met wisselschakeling om kan gaan?
- Ik sta op het punt om een nieuw zonnescherm te kopen, daar kan ik los gaan met een windsensor en afstandsbediening, maar automatiseren is leuker en goedkoper :-). Ik lees op internet alleen nogal wat berichten dat een Shelly 2.5 bizar heet kan worden in een inbouwdoos. Heeft iemand hier ervaring mee? Is er verschil tussen Tasmota en stock firmware?

[Valkyre]

Ardj schreef op vrijdag 16 april 2021 @ 22:40:
Inmiddels hangt hier in huis 90% van de lampen aan HA maar ik wil meer :-). 2 dingen waar ik op dit moment tegenaan loop:

- Lamp in de hal E14 peertje in een glazen bol, dus Hue is geen optie. Voor het gemak heeft die lamp ook nog wisselschakeling. Ik zit aan een Shelly te denken maar daar heb ik tot nu toe nog geen ervaring mee. Klopt het dat een Shelly 1 met wisselschakeling om kan gaan?
- Ik sta op het punt om een nieuw zonnescherm te kopen, daar kan ik los gaan met een windsensor en afstandsbediening, maar automatiseren is leuker en goedkoper :-). Ik lees op internet alleen nogal wat berichten dat een Shelly 2.5 bizar heet kan worden in een inbouwdoos. Heeft iemand hier ervaring mee? Is er verschil tussen Tasmota en stock firmware?

mijn zonnescherm werkt op basis van somfy connexxoon en dat is heel makkelijk te integreren. is dat wat je zoekt?

[TravockMD]

Ardj schreef op vrijdag 16 april 2021 @ 22:40:
Inmiddels hangt hier in huis 90% van de lampen aan HA maar ik wil meer :-). 2 dingen waar ik op dit moment tegenaan loop:

- Lamp in de hal E14 peertje in een glazen bol, dus Hue is geen optie. Voor het gemak heeft die lamp ook nog wisselschakeling. Ik zit aan een Shelly te denken maar daar heb ik tot nu toe nog geen ervaring mee. Klopt het dat een Shelly 1 met wisselschakeling om kan gaan?

Als je het niet erg vind om afhankelijk te zijn van HA voor de besturing van deze lamp, kun je er inderdaad een Shelly 1 voor gebruiken. Zet deze in "detached switch" en via de interface zet je de stroom aan voor je bulb. Op deze manier kun je wel gewoon een hue gebruiken. (Hue heeft toch gewoon E14 lampjes?)

Op deze manier heb ik sinds kort ook 1 lichtpunt ingericht. je maakt een simpele automation gebaseerd op de stand van de schakelaar die je aan Shelly hangt om de lamp in en uit te schakelen.
(Ik gebruik dan geen Hue lamp maar een Shelly Duo lamp.

[ Voor 4% gewijzigd door TravockMD op 17-04-2021 07:06 ]

[Erik80]

A1AD schreef op vrijdag 16 april 2021 @ 22:13:
Ik kan eenvoudig kijken of er een Google calender event plaats vindt Calender.xxxx state = on, maar hoe haal ik er de huidige "message" uit? Liefst via Node-Red. Ik heb een calender met alle verjaardagen in en ik zou graag de huidige jarige willen extracten of de eerst volgende wanneer er die dag niemand verjaard.

Iemand tips?

{{ state_attr('calendar.xxxx', 'message') }}

Geen idee waar je dit in node-red ergens kwijt kan...ik gebruik het simpele yaml

[A1AD]

Erik80 schreef op zaterdag 17 april 2021 @ 07:25:
[...]


{{ state_attr('calendar.xxxx', 'message') }}

Geen idee waar je dit in node-red ergens kwijt kan...ik gebruik het simpele yaml

Thanks, got it.

[devino]

Ardj schreef op vrijdag 16 april 2021 @ 22:40:
Inmiddels hangt hier in huis 90% van de lampen aan HA maar ik wil meer :-). 2 dingen waar ik op dit moment tegenaan loop:

- Lamp in de hal E14 peertje in een glazen bol, dus Hue is geen optie. Voor het gemak heeft die lamp ook nog wisselschakeling. Ik zit aan een Shelly te denken maar daar heb ik tot nu toe nog geen ervaring mee. Klopt het dat een Shelly 1 met wisselschakeling om kan gaan?
- Ik sta op het punt om een nieuw zonnescherm te kopen, daar kan ik los gaan met een windsensor en afstandsbediening, maar automatiseren is leuker en goedkoper :-). Ik lees op internet alleen nogal wat berichten dat een Shelly 2.5 bizar heet kan worden in een inbouwdoos. Heeft iemand hier ervaring mee? Is er verschil tussen Tasmota en stock firmware?

Heb ik op de overloop. Ik heb de shelly bij de lamp geplaatst, daarmee werkt de wisselschakeling nog en zit het in ha

[Wilf]

Ik zoek naar een goede oplossing voor CO2-, temperatuur en luchtvochtigheidsmeter in meerdere ruimtes die ik kan integreren (liefst Zigbee en laagvoltage of batterij). Omdat ik dit minstens op 4 plekken wil doen (slaap, bad, garage, woonkamer) moet het ook zo kosteneffectief mogelijk zijn.

Op zich ben ik niet vies van een beetje zelf solderen en bouwen (las al meerdere reacties over de ESP8266) maar ik heb (door aankoop van een huis en projecten als WTW, isoleren, verven et cetera plus ook nog gewoon werk) niet zoveel tijd en zeker geen zin om een wiel opnieuw uit te vinden. Ik las (via search) niet zoveel oplossingen hierin maar kan me niet voorstellen dat ik de enige ben die dit wil integreren en een WTW of andere oplossing aan wil sturen. Wat zijn zoal de opties?

[Megalomania]

TravockMD schreef op zaterdag 17 april 2021 @ 07:04:
[...]

Als je het niet erg vind om afhankelijk te zijn van HA voor de besturing van deze lamp, kun je er inderdaad een Shelly 1 voor gebruiken. Zet deze in "detached switch" en via de interface zet je de stroom aan voor je bulb. Op deze manier kun je wel gewoon een hue gebruiken. (Hue heeft toch gewoon E14 lampjes?)

Ik denk dat hij doelt op bv een filament lampje in zo'n glazen bol. Die zijn er naar mijn weten niet van hue in E14 idd.

[TravockMD]

Megalomania schreef op zaterdag 17 april 2021 @ 13:33:
[...]


Ik denk dat hij doelt op bv een filament lampje in zo'n glazen bol. Die zijn er naar mijn weten niet van hue in E14 idd.

Hahaha, misschien denk ik teveel aan vroeger/retro met een (melk)glazen bol

[Ardj]

TravockMD schreef op zaterdag 17 april 2021 @ 13:35:
[...]

Hahaha, misschien denk ik teveel aan vroeger/retro met een (melk)glazen bol

Haha, hij is wel vrij retro maar dan met rookglas :-) Zocht inderdaad een filament lamp, maar het is ook wel praktisch als het ook nog gewoon met schakelaars werkt (vrouwlief vindt automatisering minder leuk dan ondergetekende ).

Valkyre schreef op vrijdag 16 april 2021 @ 23:23:
[...]


mijn zonnescherm werkt op basis van somfy connexxoon en dat is heel makkelijk te integreren. is dat wat je zoekt?

Ik heb naar Connexxoon zitten kijken, maar heb helaas al tevaak meegemaakt dat een leverancier iets niet meer ondersteund. Daarnaast moet je weer een bridge neerzetten en kost het veel geld. Vandaar het idee om een shelly 2.5 in te bouwen.

devino schreef op zaterdag 17 april 2021 @ 10:45:
[...]

Heb ik op de overloop. Ik heb de shelly bij de lamp geplaatst, daarmee werkt de wisselschakeling nog en zit het in ha

Super, hier heb ik wat aan. Ga ik 'm bij de lamp inbouwen.


Zijn er redenen om voor Tasmota te kiezen ipv standaard firmware? Beide kunnen met HA praten toch?

[TravockMD]

@Ardj Maar, volgens mij zijn filament lampen (bijna?) altijd slechts in 1 kleur(temperatuur) te krijgen? Wat zou je dan nog willen vanuit het Hue systeem? Als je een domme filament lamp erin steekt en je hebt een Shelly (1) om hem te besturen, dan ben je er toch? Je kan de schakelaar gewoon gebruiken (Goed voor de WAF) en je kan hem besturen via HA

Ow, ik zie nu dat Devino dezelfde suggestie gaf.
Ik heb elders in huis ook diverse "hotel"-schakelingen vorozien van een Shelly.
Deze heb ik gewoon op Shelly laten draaien want ik zag (/zie eigenlijk nog steeds niet echt) de meerwaarde van Tasmota op deze dingen.

[ Voor 27% gewijzigd door TravockMD op 17-04-2021 13:54 ]

[Nimoleda]

Ik zie in de verschillende HA topics "Nginx Proxy Manager" in combinatie met "Home Assistant" veel voorbij komen. Als ik het goed begrijp komt al het 80/443 verkeer (van buiten) bij de proxy manager binnen en wordt het verkeer vanaf daar doorgestuurd naar bijv. Home Assistant. Daarnaast regelt de proxy manager de SSL verbinding tussen de gebruiker van buiten en de proxy manager.

Echter; Ik zie in veel gevallen dat het verkeer tussen de proxy manager en Home Assistant niet via SSL versleuteld wordt. Wat is hierbij de achterliggende gedachte? Dat deze versleuteling intern niet nodig is?

[barrymossel]

Nimoleda schreef op zaterdag 17 april 2021 @ 14:13:
Ik zie in de verschillende HA topics "Nginx Proxy Manager" in combinatie met "Home Assistant" veel voorbij komen. Als ik het goed begrijp komt al het 80/443 verkeer (van buiten) bij de proxy manager binnen en wordt het verkeer vanaf daar doorgestuurd naar bijv. Home Assistant. Daarnaast regelt de proxy manager de SSL verbinding tussen de gebruiker van buiten en de proxy manager.

Echter; Ik zie in veel gevallen dat het verkeer tussen de proxy manager en Home Assistant niet via SSL versleuteld wordt. Wat is hierbij de achterliggende gedachte? Dat deze versleuteling intern niet nodig is?

Dat. En je verwijst doorgaans naar een intern IP adres en daar kun je geloof ik geen certificaat voor maken/krijgen. Correct me if I'm wrong!

[OxyDrokz]

Wilf schreef op zaterdag 17 april 2021 @ 12:42:
Ik zoek naar een goede oplossing voor CO2-, temperatuur en luchtvochtigheidsmeter in meerdere ruimtes die ik kan integreren (liefst Zigbee en laagvoltage of batterij). Omdat ik dit minstens op 4 plekken wil doen (slaap, bad, garage, woonkamer) moet het ook zo kosteneffectief mogelijk zijn.

Op zich ben ik niet vies van een beetje zelf solderen en bouwen (las al meerdere reacties over de ESP8266) maar ik heb (door aankoop van een huis en projecten als WTW, isoleren, verven et cetera plus ook nog gewoon werk) niet zoveel tijd en zeker geen zin om een wiel opnieuw uit te vinden. Ik las (via search) niet zoveel oplossingen hierin maar kan me niet voorstellen dat ik de enige ben die dit wil integreren en een WTW of andere oplossing aan wil sturen. Wat zijn zoal de opties?

Misschien had je ESPhome al gevonden?
Ik gebruik een ESP met een MHZ19. Voor temp/humi gebruik ik Xiaomi BLE sensoren. Als je beiden combineert kom je een redelijk eind denk ik.
De ESP32 kan dan de advertisements van de temp/humi uitlezen, en je kunt je CO2 meter er in pluggen.
Werkt vlekkeloos met HA.

[A1AD]

barrymossel schreef op zaterdag 17 april 2021 @ 14:19:
[...]

Dat. En je verwijst doorgaans naar een intern IP adres en daar kun je geloof ik geen certificaat voor maken/krijgen. Correct me if I'm wrong!

Je maakt een certificaat voor een domain naam niet voor een IP adres, bvb: je maakt een dynamic dns aan: hass.isawesome.nl en je laat die verwijzen naar je publiek WAN ip, daar genereer je dan een certificaat voor. In je interne DNS verwijst je hass.isawesome.nl dan naar het interne IP van de hass server. Zo kan je overal (intern en extern) gebruik maken van je ssl cert en domain naam.

[Jesse-]

OxyDrokz schreef op zaterdag 17 april 2021 @ 15:35:
[...]


Misschien had je ESPhome al gevonden?
Ik gebruik een ESP met een MHZ19. Voor temp/humi gebruik ik Xiaomi BLE sensoren. Als je beiden combineert kom je een redelijk eind denk ik.
De ESP32 kan dan de advertisements van de temp/humi uitlezen, en je kunt je CO2 meter er in pluggen.
Werkt vlekkeloos met HA.

De ESP kan je dan prima uitbreiden met een DHT22 voor temperatuur en luchtvochtigheid, dan heb je het in één apparaat. De MH-Z19B en DHT22 worden ondersteund door zowel ESPEasy als ESPHome. Maar het is geen zigbee of batterij oplossing.

[Nimoleda]

A1AD schreef op zaterdag 17 april 2021 @ 16:08:
[...]


Je maakt een certificaat voor een domain naam niet voor een IP adres, bvb: je maakt een dynamic dns aan: hass.isawesome.nl en je laat die verwijzen naar je publiek WAN ip, daar genereer je dan een certificaat voor. In je interne DNS verwijst je hass.isawesome.nl dan naar het interne IP van de hass server. Zo kan je overal (intern en extern) gebruik maken van je ssl cert en domain naam.

Oké thanks. En is dan ook het advies om intern vanaf de proxy alles ook via SSL te laten verlopen?

[A1AD]

Nimoleda schreef op zaterdag 17 april 2021 @ 17:18:
[...]


Oké thanks. En is dan ook het advies om intern vanaf de proxy alles ook via SSL te laten verlopen?

Over het algemeen wel ja, waarom ook niet, er is geen enkel nadeel aan verbonden.

[Koepert]

A1AD schreef op zaterdag 17 april 2021 @ 17:38:
[...]


Over het algemeen wel ja, waarom ook niet, er is geen enkel nadeel aan verbonden.

Wellicht n domme vraag, maar hoe richt je dit in dan?

Ik heb nu dus een NGINX proxy die mijn duckdns doorverwijst naar intern IP. Dus als ik naar Duckdns ga, kom ik incl SSL op HA terecht. Maar rechtstreeks naar intern IP gaat daar omheen. Maak je daarvoor een extra proxyhost aan of doe je dat anders?

[A1AD]

Koepert schreef op zaterdag 17 april 2021 @ 18:22:
[...]


Wellicht n domme vraag, maar hoe richt je dit in dan?

Ik heb nu dus een NGINX proxy die mijn duckdns doorverwijst naar intern IP. Dus als ik naar Duckdns ga, kom ik incl SSL op HA terecht. Maar rechtstreeks naar intern IP gaat daar omheen. Maak je daarvoor een extra proxyhost aan of doe je dat anders?

Staat je proxy rechtstreeks op je WAN?

[Koepert]

A1AD schreef op zaterdag 17 april 2021 @ 19:10:
[...]


Staat je proxy rechtstreeks op je WAN?

Define rechtstreeks.... maar ik denk t niet

Volgorde verkeer:
- glasvezelswitch
- fritzbox 4040 met + Port forward naar Proxmox VM NGINX
- In NGINX .duckdns als source en intern IP HA als destination.

[barrymossel]

A1AD schreef op zaterdag 17 april 2021 @ 16:08:
[...]


Je maakt een certificaat voor een domain naam niet voor een IP adres, bvb: je maakt een dynamic dns aan: hass.isawesome.nl en je laat die verwijzen naar je publiek WAN ip, daar genereer je dan een certificaat voor. In je interne DNS verwijst je hass.isawesome.nl dan naar het interne IP van de hass server. Zo kan je overal (intern en extern) gebruik maken van je ssl cert en domain naam.

Dat zeg ik dus. Daarom is het verkeer tussen NGINX en HA niet versleuteld. Right?
En dat was de vraag, toch?

[barrymossel]

A1AD schreef op zaterdag 17 april 2021 @ 17:38:
[...]


Over het algemeen wel ja, waarom ook niet, er is geen enkel nadeel aan verbonden.

Ik mis iets denk ik. Hoe versleutel je het stukje tussen NGINX en je lokale IP? En waarom zou je dat doen? Er vanuit gaande dat je gewoon een thuissituatie hebt waar niemand je interne verkeer snifft of wat dan ook?

[Nimoleda]

barrymossel schreef op zaterdag 17 april 2021 @ 20:23:
[...]

Ik mis iets denk ik. Hoe versleutel je het stukje tussen NGINX en je lokale IP? En waarom zou je dat doen? Er vanuit gaande dat je gewoon een thuissituatie hebt waar niemand je interne verkeer snifft of wat dan ook?

Dat is exact de vraag. En wat is de best practise (voor thuis).

[barrymossel]

Nimoleda schreef op zaterdag 17 april 2021 @ 20:29:
[...]


Dat is exact de vraag. En wat is de best practise (voor thuis).

Ik weet niet wat je voor huishouden hebt, maar doorgaans lijkt het me geen probleem. Niemand buiten degenen die op je netwerk zit kan dat verkeer zien. Voor huis, tuin en keukengebruik lijkt me dit totaal geen issue...

[NielsFL]

Nimoleda schreef op zaterdag 17 april 2021 @ 20:29:
[...]


Dat is exact de vraag. En wat is de best practise (voor thuis).

Ik heb het certificaat op de home assistant server zelf. Met de Letsencrypt add-on (of DuckDNS) was dat 3 minuten werk en je verbinding is altijd versleuteld, ook intern. (Of dat nodig is is een ander verhaal, maar het was naar mijn idee simpeler dan zelf een certificaat in NGINX configureren.)

Je kunt NGINX (maar ook sniproxy of haproxy, welke ik liever gebruik) als simpele TLS pass-through proxy gebruiken. Daarbij kijkt hij naar de gevraagde hostname en stuurt alles direct door naar home assistant. (Of je diverse andere interne servers.)

[A1AD]

barrymossel schreef op zaterdag 17 april 2021 @ 20:19:
[...]

Dat zeg ik dus. Daarom is het verkeer tussen NGINX en HA niet versleuteld. Right?
En dat was de vraag, toch?

Ach ja, er zijn verschillende manieren om een Revproxy the configureren, ik zet hem meestal op mijn opnsense firewall met nat reflection zodat ik gewoon ook intern aan de proxy kan via het gekende domain.

[Valkyre]

Ardj schreef op zaterdag 17 april 2021 @ 13:49:
[...]


Ik heb naar Connexxoon zitten kijken, maar heb helaas al tevaak meegemaakt dat een leverancier iets niet meer ondersteund. Daarnaast moet je weer een bridge neerzetten en kost het veel geld. Vandaar het idee om een shelly 2.5 in te bouwen.

ja dat snap ik helemaal, mijn filosofie is ook altijd geweest dat mijn smart gedeelte ook zonder internet zou moeten kunnen werken. Echter was ik nog niet zover toen ik ons zonnescherm kocht.
en inderdaad dit is de enige bridge die ik hier in huis heb

[barrymossel]

Zojuist m'n Aqara bewegingssensoren "super" gemaakt, zodat ze binnen 10 sec weer beschikbaar zijn. Lijkt te werken al dacht ik dat het ook kan komen doordat de batterij eruit is geweest.
Hopelijk werken ze vanavond nog zo:

[trekker22]

Met de imap component lees ik binnenkomende boekingen uit op de mail. En kan ik mooi weergeven in Hass.

Tevens zet ik de booking via de google calendar component in mijn agenda. Werkt super. Echter wil ik deze data ook loggen naar een DB. Eentje die ik later via excel wil koppelen voor mooie omzet data / grafiek.

Kan ik in een automation iets naar bv Mysql sturen?

Als ik op Hass mysql Google gaat eigenlijk alles over de recorder etc.
Kan dit?
Simpele add row; datum tijd naam omzet

Edit:
https://community.home-as...-io-for-a-datamart/113269

Kan zo te zien alleen met de AppDaemon👍🏻

[ Voor 14% gewijzigd door trekker22 op 18-04-2021 18:00 ]

[sOid]

trekker22 schreef op zondag 18 april 2021 @ 17:35:
Met de imap component lees ik binnenkomende boekingen uit op de mail. En kan ik mooi weergeven in Hass.

Tevens zet ik de booking via de google calendar component in mijn agenda. Werkt super. Echter wil ik deze data ook loggen naar een DB. Eentje die ik later via excel wil koppelen voor mooie omzet data / grafiek.

Kan ik in een automation iets naar bv Mysql sturen?

Als ik op Hass mysql Google gaat eigenlijk alles over de recorder etc.
Kan dit?
Simpele add row; datum tijd naam omzet

Edit:
https://community.home-as...-io-for-a-datamart/113269

Kan zo te zien alleen met de AppDaemon👍🏻

Kun je niet gewoon InfluxDB of MariaDB (even kijken welke het meest geschikt is voor dit soort data) koppelen? Dat kun je dan gewoon uitlezen. Bijvoorbeeld met PHPMyAdmin voor MariaDB.

offtopic:
Ben wel benieuwd wat ik bij je kan boeken AirBNB of zo?

[sOid]

Ik heb al een paar maanden een heel vaag probleem met een van m'n lampen. Een Hue E27 filament, verbonden via Conbee. Via een script heb ik een standaardinstelling voor m'n verlichting.

Het is de bedoeling dat de lamp in 3 seconden naar 80% helderheid gaat.

YAML:

    - service: light.turn_on
      data: 
        #-----Eettafellamp
        entity_id: light.eettafel
        brightness: 203
        transition: 3

Voor alle lampen werkt dit goed, maar de filament-lamp is heel wispelturig. De ene keer gaat het goed: in 3 sec naar 80%. De andere keer blijft 'ie echter steken op een veel lagere brightness (iets van 10% of zo). En op weer een ander moment haalt 'ie de 80% wel maar in veel langer dan 3 seconden. Meer richting een seconde of 20 a 30.

Ik heb geen idee hoe ik dit moet troubleshooten. Voor andere lampen (bijna allemaal Hue) werkt dit goed. Dit is echter de enige filament-lamp die ik in huis heb, dus wellicht is daar iets geks mee aan de hand? Iemand suggesties?

[trekker22]

sOid schreef op zondag 18 april 2021 @ 19:54:
[...]

Kun je niet gewoon InfluxDB of MariaDB (even kijken welke het meest geschikt is voor dit soort data) koppelen? Dat kun je dan gewoon uitlezen. Bijvoorbeeld met PHPMyAdmin voor MariaDB.

offtopic:
Ben wel benieuwd wat ik bij je kan boeken AirBNB of zo?

Ik wil vooral gewoon een INSERT doen op een willekeurige DB. Want ik moet MySql ook nog optuigen.

[offtopic] ik verhuur sloepjes in de Maas in limburg. De boeking software krijgt volgend jaar een update, maar op heden krijg ik vooral een mail op mijn IMAP account;
Wat ik ga doen:
- imap component triggerd op elke nieuwe mail
- ik lees zoveel mogelijk data uit de mail in Hass (datum, tijd, naam, totaal bedrag) en dit wil ik:
1. event maken in mijn google calendar
2. naar een DB wegschrijven zodat ik daar de boekingen op een rij heb

[sOid]

trekker22 schreef op zondag 18 april 2021 @ 21:06:
[...]

Ik wil vooral gewoon een INSERT doen op een willekeurige DB. Want ik moet MySql ook nog optuigen.

k weet niet veel van databases hoor, dus ik kan er compleet naast zitten. Maar als het automatisch wordt gelogd in een database en je kan het daar weer uit halen, dan ben je er toch?

[offtopic] ik verhuur sloepjes in de Maas in limburg. De boeking software krijgt volgend jaar een update, maar op heden krijg ik vooral een mail op mijn IMAP account;

Ah geinig. Vast goede business nu mensen vooral in NL blijven.

[trekker22]

sOid schreef op zondag 18 april 2021 @ 21:17:
[...]

k weet niet veel van databases hoor, dus ik kan er compleet naast zitten. Maar als het automatisch wordt gelogd in een database en je kan het daar weer uit halen, dan ben je er toch?


[...]

Ah geinig. Vast goede business nu mensen vooral in NL blijven.

hopelijk! En ik kan zelf niks met die DB, moet het voorlopig doen met die mails.

Als ik de oplossing vind dan post ik hem hier; AppDaemon of toch een ander component. (Zag een ook een Shell_command met Python script.

[ Voor 37% gewijzigd door trekker22 op 18-04-2021 21:45 ]

[joentje64]

Hi,

Ik ben bezig om mijn setup te veranderen en heb besloten voor HA Supervised te gaan. Ik heb hiervoor deze tutorial gebruikt:https://community.home-as...on-raspberry-pi-os/201836

Bij het installeren liep ik echter tegen een vervelend probleem aan. Op een gegeven moment wordt gevraagd of ik het /etc/network/interfaces bestand wil overschrijven. Ik heb mijn Raspberry via WiFi verbonden. Als ik bij deze stap doorga, herstart hij de NetworkManager. Het resultaat is dat m'n Raspberry Pi ook opnieuw met m'n router verbind er hierbij ook een ander IP-adres krijgt. Hij gaat wel verder naar de volgende stap: install supervisor docker container.

Hierna loopt hij echter vast en krijg ik de melding: 'invalid reference format'.



Het gekke is dat HA wel gewoon geïnstalleerd is. Als ik een check doe zie ik ook dat er verschillende docker containers geïnstalleerd zijn + ik kan gewoon via mijn browser HA benaderen.

De volgende stap voor mij is om Samba Share te installeren om daarmee een backup terug te zetten van mijn vorige set-up. Hierbij heb ik netjes het IP-adres van mijn router ingevuld bij de configuration en heb ik een username en password aangemaakt.

Als ik vervolgens op mijn PC kijk onder 'Netwerk' zie ik hier mijn Raspberry niet tussen staan.
Heeft iemand een idee hoe ik dit kan verhelpen?

Alvast dank!

[trekker22]

Iemand een handigheid om een Nederlandse datum om te zetten naar een Hass datum waarde?
Dus als ik geschreven “1 mei 2021” binnen krijg er een datum waarde van wil maken. Ik kan het opdelen in 3 stukken en dan mei converteren naar 05, maar is zoiets te doen met templates of kan ik beter meteen in de AppDaemon aan de gang en programmeren ?

[KC27]

@trekker22
Volgens mij staat hier je antwoord:
https://community.home-as...timezone-conversion/64476

[KC27]

@joentje64
Nadeel van supervised vind ik dat je daarna niks anders meer met je pi kunt doen. Ik heb daarom voor een Docker oplossing gekozen. Nu kan ik bijv nog met crontab buiten ha om scripts aftrappen. En het updaten is in combinatie met Docker Compose een fluitje van een cent.

[joentje64]

KC27 schreef op zondag 18 april 2021 @ 23:04:
@joentje64
Nadeel van supervised vind ik dat je daarna niks anders meer met je pi kunt doen. Ik heb daarom voor een Docker oplossing gekozen. Nu kan ik bijv nog met crontab buiten ha om scripts aftrappen. En het updaten is in combinatie met Docker Compose een fluitje van een cent.

Dat is dan denk ik een misverstand. Ik heb juist voor Supervised gekozen (ipv Hassio) omdat ik nu gewoon HA kan draaien op Raspbian en hiernaast dus ook nog andere zaken met mijn PI kan doen.

Daarnaast heb je met de docker variant geen add-on store en kun je geen backups terugzetten.

[ Voor 7% gewijzigd door joentje64 op 18-04-2021 23:10 ]

[KC27]

Onderaan deze pagina staat een handig overzicht met vinkjes en kruisjes wat je wel en niet met iedere versie kunt. Inderdaad geen add-ons en geen snapshots.

[ Voor 10% gewijzigd door KC27 op 18-04-2021 23:15 ]

[TravockMD]

joentje64 schreef op zondag 18 april 2021 @ 22:03:
...

Het resultaat is dat m'n Raspberry Pi ook opnieuw met m'n router verbind er hierbij ook een ander IP-adres krijgt.
...

Het IP op je router vastzetten? (Op basis van MAC adres) Dan ben je in ieder geval van dit probleem af.

[alexke1988]

Iemand ook problemen met HACS na een update te doen?
Mijn youless integratie werkt niet meer...
Alsook de integratie die mijn omvormer uitleest.

[ Voor 20% gewijzigd door alexke1988 op 19-04-2021 08:51 ]

[water_escape]

Goede morgen,

voeg ik hem zo goed toe?

YAML:

alias: Keuken lights on (Dupliceren)
description: Light switches based on motion
mode: restart
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - delay:
              hours: 0
              minutes: 5
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 60
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf

TheFes schreef op vrijdag 16 april 2021 @ 14:34:
[...]


Prima, wat jij fijn vind.
Maar het zijn wel wat meer dan 3 letters hoor..

YAML:

condition:
  condition: and
  conditions:
    - condition: state
      entity_id: light.slaapkamer
      state: 'off'
    - condition: state
      entity_id: light.schuur
      state: 'off'

YAML:

condition:
  - condition: state
    entity_id: light.slaapkamer
    state: 'off'
  - condition: state
    entity_id: light.schuur
    state: 'off'

Bovendien vind ik dat het nodeloos ingewikkeld wordt door overbodige nested conditions te gaan gebruiken. Lijkt me verder vrij logisch dat aan alle condities voldaan moet worden.

Zelf zou ik het trouwens zo doen, maar ik ben nogal fan van templates sinds die zonder de condition: template te specificeren gebruikt mogen worden

YAML:

condition: >
  {{
    is_state('light.slaapkamer', 'off')
    and is_state('light.schuur', 'off')
  }}

[dxta]

Onlangs binnen een uurtje overgestapt van HA OS op Raspberri Pi naar HA OS in een VM op een Synology NAS. Gebruik gemaakt van snapshots, dus overzetten was een eitje. Zelfs de deconz-stick en slimme meter aansluiting werden in 1x herkend door de Synology.

@feenstn and @sjorsjuhmaniac Daarmee is dus ook het probleem dat mijn rpi iedere zondagnacht vast liep opgelost. Waarschijnlijk dus toch een intern HA scriptje wat te zwaar was voor de rpi + SD kaart.

[TheFes]

water_escape schreef op maandag 19 april 2021 @ 09:06:
Goede morgen,

voeg ik hem zo goed toe?

YAML:

alias: Keuken lights on (Dupliceren)
description: Light switches based on motion
mode: restart
trigger:
  - device_id: 41a514c8fbe9e07e7aeae8809c50046e
    domain: binary_sensor
    entity_id: binary_sensor.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
  - device_id: 1f769572333eff2dfbc969fe83a52287
    domain: binary_sensor
    entity_id: binary_sensor.ms2_philips_sml001_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '6'
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - delay:
              hours: 0
              minutes: 5
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 60
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf

[...]

Ziet er op zich goed uit, wat vraagjes/opmerkingen wel:

• Als ik het goed begrijp wil je tussen 8 en 20u als het donker is, wat acties uitvoeren, maar als het niet donker is geen acties (vandaar de lege sequence bij je tweede condition). tussen 20 en 8u moet vervolgens de default uitgevoerd worden. Is dat het idee?
• Ik heb onlangs al mijn oude area's hernoemd naar bijv. "Woonkamer oud", vervolgens een nieuwe aangemaakt met naam "Woonkamer" en daar alle apparaten/entities naar toe verplaatst. Is even wat werk, maar daarna kun je wel area_id: woonkamer gebruiken ipv deze random code.

[water_escape]

TheFes schreef op maandag 19 april 2021 @ 09:43:
[...]


Ziet er op zich goed uit, wat vraagjes/opmerkingen wel:

• Als ik het goed begrijp wil je tussen 8 en 20u als het donker is, wat acties uitvoeren, maar als het niet donker is geen acties (vandaar de lege sequence bij je tweede condition). tussen 20 en 8u moet vervolgens de default uitgevoerd worden. Is dat het idee?
• Ik heb onlangs al mijn oude area's hernoemd naar bijv. "Woonkamer oud", vervolgens een nieuwe aangemaakt met naam "Woonkamer" en daar alle apparaten/entities naar toe verplaatst. Is even wat werk, maar daarna kun je wel area_id: woonkamer gebruiken ipv deze random code.

je eerste punt: Klopt idd. Beide enkel als lux <x is, maar afhankelijk tijd een andere % aan.
je tweede punt: ik begrijp je hier niet, welke "random code" ?

[TheFes]

water_escape schreef op maandag 19 april 2021 @ 09:52:
[...]


je eerste punt: Klopt idd. Beide enkel als lux <x is, maar afhankelijk tijd een andere % aan.

Dat zie ik niet helemaal.
Je eerste condition geeft de tijd aan, en een aantal lux waardes (in een or condition).
Je tweede condition geeft alleen de tijd aan, en heeft vervolgens geen acties in de sequence.
Je default actie heeft geen conditions.

Ik zie dus maar één condition waar lux waardes gebruik worden.

je tweede punt: ik begrijp je hier niet, welke "random code" ?

deze:

code:

area_id: 820f4ea38b8e94c540f921eb4fbd03bf

Sinds enkele maanden wordt aan een area een id toegewezen wat gebaseerd is om de naam van de area. Oude area's hebben nog een random genenereerd id.

Maakt verder niet zo heel veel uit als je allen de GUI gebruikt, maar anders is het wel handig om je code wat makkelijker leesbaar te maken.

[ Voor 20% gewijzigd door TheFes op 19-04-2021 10:04 ]

[hubertgruber]

sOid schreef op zondag 18 april 2021 @ 20:58:
Ik heb al een paar maanden een heel vaag probleem met een van m'n lampen. Een Hue E27 filament, verbonden via Conbee. Via een script heb ik een standaardinstelling voor m'n verlichting.

Het is de bedoeling dat de lamp in 3 seconden naar 80% helderheid gaat.

YAML:

    - service: light.turn_on
      data: 
        #-----Eettafellamp
        entity_id: light.eettafel
        brightness: 203
        transition: 3

Voor alle lampen werkt dit goed, maar de filament-lamp is heel wispelturig. De ene keer gaat het goed: in 3 sec naar 80%. De andere keer blijft 'ie echter steken op een veel lagere brightness (iets van 10% of zo). En op weer een ander moment haalt 'ie de 80% wel maar in veel langer dan 3 seconden. Meer richting een seconde of 20 a 30.

Ik heb geen idee hoe ik dit moet troubleshooten. Voor andere lampen (bijna allemaal Hue) werkt dit goed. Dit is echter de enige filament-lamp die ik in huis heb, dus wellicht is daar iets geks mee aan de hand? Iemand suggesties?

Lampen met een transition aansturen lijkt soms wat nukkigheden te geven. Zo kunnen tradfri-lampen ook niet twee commando's in één (kleur+lichtsterkte) verwerken als er een transition wordt gebruikt.
Lukt het wel als je via een scene in deconz een 'transition' gebruikt? In dat geval is het een HA-probleem en zul je misschien twee of meer stappen moeten gebruiken als 'handmatige' transitie.

[DaLass]

Septillion schreef op donderdag 15 april 2021 @ 12:23:
@DaLass Zelf zou ik kijken om de threshold wat dynamisch te maken. Dit omdat de luchtvochtigheid normaal al aardig kan schommelen. Bijvoorbeeld door vooraf de luchtvochtigheid op te slaan (bij aanzetten licht of met een trend sensor bijvoorbeeld) of door een andere sensor buiten de badkamer als referentie te gebruiken.

Voor de huidige, denk dat de schakelaar gewoon naar eigen automation gooien het makkelijkste is. Of je moet de trigger.to_state gebruiken maar die is met meerdere triggers al snel errrrgggg rommelig.

Daarnaast, zou het niet makkelijker zijn als:
- De schakelaar omhalen gewoon de fan toggled?
- Je altijd een overrule kunt doen, ook onder minimum en boven maximum?

De threshold dynamisch maken is iets waar ik later wel naar wil kijken, voor nu heb ik het zo gemaakt dat ik de minimale en maximale waarde eenvoudig via de GUI kan aanpassen zonder dat ik in de automation hoef te knutselen. Dynamisch is wel een mooie volgende stap als de automation voor nu werkt zoals bedacht.

die trigger.to_state ken ik niet, daar ga ik mij eens in verdiepen. Het liefst los ik het allemaal op binnen dezelfde automation, zodat er maar 1 automation is voor de badkamerventilatie.

Voor je andere vragen:
- De schakelaar omhalen toggled ook de fan. Er zit namelijk een shelly aan die gewoon schakelt. Het is alleen zo dat als hij onder het minimum zit, hij in de oude situatie niet meer uit gaat, want is aangezet terwijl hij al onder de threshold zat. Voor de bovenwaarde geldt hetzelfde. Met de minimum en maximum timer kan ik dat weer oplossen zodat hij bijvoorbeeld niet de hele nacht blijft draaien.
- Altijd een overrule kunnen doen werkt volgens wat hierboven staat, dus is wel altijd mogelijk, maar met een mogelijke consequentie dat hij te lang aan of uit blijft.

A1AD schreef op donderdag 15 april 2021 @ 12:39:
@DaLass Ik heb ook al een tijdje mijn fan geautomatiseerd.Ik gebruikt:
- < 65 fan uit > 70 fan aan.
- Bad mode = geen fan aan wanneer ik in het bad zit, bad mode uit: kijk na of fan aan moet. (om 1u reset de badmode voor als de vrouw hem vergeet uit te schakelen)
- overrule voor zowel uit als aan, maar met mijn "badmode" moet ik die eigenlijk nooit gebruiken.

edit: die bad mode kan je dan weer gebruiken voor je verlichting aan te passen / muziek af te spelen...

Heb je dit allemaal in 1 automation zitten? En hoe ziet dit er dan uit (als je dat wilt delen)?

[water_escape]

Thanks!
De automation werkt trouwens.

het volgende kom ik niet uit, of bestaat volgens mij niet:

- als ik binnenloop pikken de sensoren mij op en gaan de lampen aan. Maar ik wil ze handmatig aan doen zodat ze aan blijven.
- ik doe de lampen dus uit, en zet ze manueel aan.
- maar doordat de sensor mij opgepikt had en lampen aan het gezet, loopt die timer.

dus wanneer ik ze handmatig uit en aan zet, blijft de timer lopen en gaan ze uit. Als ik hem daarna handmatig aan zet gaat het wel goed.

Kan ik de timer overschrijven door light.keuken zelf uit te zetten?

TheFes schreef op maandag 19 april 2021 @ 09:58:
[...]


Dat zie ik niet helemaal.
Je eerste condition geeft de tijd aan, en een aantal lux waardes (in een or condition).
Je tweede condition geeft alleen de tijd aan, en heeft vervolgens geen acties in de sequence.
Je default actie heeft geen conditions.

Ik zie dus maar één condition waar lux waardes gebruik worden.


[...]


deze:

code:

area_id: 820f4ea38b8e94c540f921eb4fbd03bf

Sinds enkele maanden wordt aan een area een id toegewezen wat gebaseerd is om de naam van de area. Oude area's hebben nog een random genenereerd id.

Maakt verder niet zo heel veel uit als je allen de GUI gebruikt, maar anders is het wel handig om je code wat makkelijker leesbaar te maken.

[sOid]

hubertgruber schreef op maandag 19 april 2021 @ 10:53:
[...]


Lampen met een transition aansturen lijkt soms wat nukkigheden te geven. Zo kunnen tradfri-lampen ook niet twee commando's in één (kleur+lichtsterkte) verwerken als er een transition wordt gebruikt.
Lukt het wel als je via een scene in deconz een 'transition' gebruikt? In dat geval is het een HA-probleem en zul je misschien twee of meer stappen moeten gebruiken als 'handmatige' transitie.

Goeie, ga ik naar kijken. Dank!

[TheFes]

water_escape schreef op maandag 19 april 2021 @ 12:01:
Thanks!
De automation werkt trouwens.

het volgende kom ik niet uit, of bestaat volgens mij niet:

- als ik binnenloop pikken de sensoren mij op en gaan de lampen aan. Maar ik wil ze handmatig aan doen zodat ze aan blijven.
- ik doe de lampen dus uit, en zet ze manueel aan.
- maar doordat de sensor mij opgepikt had en lampen aan het gezet, loopt die timer.

dus wanneer ik ze handmatig uit en aan zet, blijft de timer lopen en gaan ze uit. Als ik hem daarna handmatig aan zet gaat het wel goed.

Kan ik de timer overschrijven door light.keuken zelf uit te zetten?


[...]

Ik begrijp niet wat je nu precies wil bereiken eigenlijk?
Wil je de lampen automatisch schakelen of niet? Of wil je ze alleen automatisch schakelen als je ze niet manueel bedient?

[hubertgruber]

water_escape schreef op maandag 19 april 2021 @ 12:01:
Thanks!
De automation werkt trouwens.

het volgende kom ik niet uit, of bestaat volgens mij niet:

- als ik binnenloop pikken de sensoren mij op en gaan de lampen aan. Maar ik wil ze handmatig aan doen zodat ze aan blijven.
- ik doe de lampen dus uit, en zet ze manueel aan.
- maar doordat de sensor mij opgepikt had en lampen aan het gezet, loopt die timer.

dus wanneer ik ze handmatig uit en aan zet, blijft de timer lopen en gaan ze uit. Als ik hem daarna handmatig aan zet gaat het wel goed.

Kan ik de timer overschrijven door light.keuken zelf uit te zetten?


[...]

Ik denk dat je dan het beste tegelijk met handmatig schakelen een binary switch kan omzetten die in de condition van de bewegingssensoren-automation is opgenomen.

[water_escape]

TheFes schreef op maandag 19 april 2021 @ 12:17:
[...]


Ik begrijp niet wat je nu precies wil bereiken eigenlijk?
Wil je de lampen automatisch schakelen of niet? Of wil je ze alleen automatisch schakelen als je ze niet manueel bedient?

Beide idd.
Het automatisch schakelen werkt.
Het manueel schakelen ook.

Maar wanneer hij automatisch schakelt, ik het handmatig uit zet, en meteen handmatig weer aanzet (omdat ik hem lange tijd aan wil), loopt de timer van het automatisch schakelen nog en gaat hij dus alsnog uit na x minuten.

Sensor: zet lampen aan
Manueel: lampen uit -> Deze actie zou de sensor timer (x minuten) moeten resetten denk ik.
Manueel: lampen aan -> lampen blijven aan tot ik ze zelf uit zet.

[TheFes]

water_escape schreef op maandag 19 april 2021 @ 12:21:
[...]


Beide idd.
Het automatisch schakelen werkt.
Het manueel schakelen ook.

Maar wanneer hij automatisch schakelt, ik het handmatig uit zet, en meteen handmatig weer aanzet (omdat ik hem lange tijd aan wil), loopt de timer van het automatisch schakelen nog en gaat hij dus alsnog uit na x minuten.

Sensor: zet lampen aan
Manueel: lampen uit -> Deze actie zou de sensor timer (x minuten) moeten resetten denk ik.
Manueel: lampen aan -> lampen blijven aan tot ik ze zelf uit zet.

Een input_boolean aanmaken die

• aangezet wordt als de lamp automatisch aangezet wordt in je automation (dus daarin de turn_on opnemen)
• uitgezet wordt als je lamp uit gaat (zowel bij automatisch als handmatig, dat is het makkelijkst via een aparte automation)
• een condition opnemen in je light.turn_off dat de input boolean aan moet staan

Oh, min of meer wat @hubertgruber zegt dus Behalve dan dat het makkelijker is om te onderscheiden dat de lamp door de automation aangezet is, dus ik zou juist daarop je input_boolean schakelen.

[ Voor 8% gewijzigd door TheFes op 19-04-2021 12:26 ]

[water_escape]

ok, nieuw gebied voor mij.

Ik heb een input boolean aangemaakt en zo in de automatisering gezet:

YAML:

alias: Kitchen lights on (Dupliceren)
description: Light switches based on motion
mode: restart
trigger:
  - device_id: 539aa877c499993cde5efbcb0d58140f
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_r_occupancy
    platform: device
    type: motion
  - device_id: 8ac7975b47945fe98d23d03854d7bf46
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_l_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.motion_sensor_keuken_r_illuminance
                below: '120'
              - condition: numeric_state
                below: '120'
                entity_id: sensor.motion_sensor_keuken_l_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
              - condition: state
                entity_id: input_boolean.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 50
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf

je punt 2:
Moet er nog een automation komen die naar de originele automation luistert? Ik moet iets hebben dat doet "als lamp x uit gaat -> zet ook boolean uit ?

je punt 3:
Die begrijp ik niet. light.off is toch standaard? wat kan ik daar in aanpassen? Of moet dat ook in de bovenstaande originele automation?

TheFes schreef op maandag 19 april 2021 @ 12:24:
[...]


Een input_boolean aanmaken die

• aangezet wordt als de lamp automatisch aangezet wordt in je automation (dus daarin de turn_on opnemen)
• uitgezet wordt als je lamp uit gaat (zowel bij automatisch als handmatig, dat is het makkelijkst via een aparte automation)
• een condition opnemen in je light.turn_off dat de input boolean aan moet staan

Oh, min of meer wat @hubertgruber zegt dus Behalve dan dat het makkelijker is om te onderscheiden dat de lamp door de automation aangezet is, dus ik zou juist daarop je input_boolean schakelen.

[CAP-Team]

Na ruim een jaar op een RPI3b gedraaid te hebben, nu toch maar een Intel NUC besteld met 2x 4 GB RAM.
De installatie zal dus gemigreerd worden (ik blijf wel dezelfde 128 GB SSD gebruiken).

Hij blijft dedicated gebruikt worden voor HA, dus (vooralsnog) geen behoefte aan andere docker zaken

[TheFes]

water_escape schreef op maandag 19 april 2021 @ 12:46:
ok, nieuw gebied voor mij.

Ik heb een input boolean aangemaakt en zo in de automatisering gezet:

YAML:

alias: Kitchen lights on (Dupliceren)
description: Light switches based on motion
mode: restart
trigger:
  - device_id: 539aa877c499993cde5efbcb0d58140f
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_r_occupancy
    platform: device
    type: motion
  - device_id: 8ac7975b47945fe98d23d03854d7bf46
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_l_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.motion_sensor_keuken_r_illuminance
                below: '120'
              - condition: numeric_state
                below: '120'
                entity_id: sensor.motion_sensor_keuken_l_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
              - condition: state
                entity_id: input_boolean.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 50
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf

je punt 2:
Moet er nog een automation komen die naar de originele automation luistert? Ik moet iets hebben dat doet "als lamp x uit gaat -> zet ook boolean uit ?

je punt 3:
Die begrijp ik niet. light.off is toch standaard? wat kan ik daar in aanpassen? Of moet dat ook in de bovenstaande originele automation?


[...]

automation 1

YAML:

alias: Kitchen lights on (Dupliceren)
description: Light switches based on motion
mode: restart
trigger:
  - device_id: 539aa877c499993cde5efbcb0d58140f
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_r_occupancy
    platform: device
    type: motion
  - device_id: 8ac7975b47945fe98d23d03854d7bf46
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_l_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.motion_sensor_keuken_r_illuminance
                below: '120'
              - condition: numeric_state
                below: '120'
                entity_id: sensor.motion_sensor_keuken_l_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - service: input_boolean.turn_on #hier zet je de input boolean aan
            target:
              entity_id: input_boolean.keuken
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 50
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - service: input_boolean.turn_on #en hier in het geval dat de default actie uitevoerd wordt
        target:
          entity_id: input_boolean.keuken
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
  # hier controleer je of de input boolean aan staat voordat de lamp uitgezet wordt
  - condition: state 
    entity_id: input_boolean.keuken
    state: "on"
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf

Dan heb je nog een tweede automation nodig die de input_boolean uit zet als de lampen uit gaan. Dat zou zoiets kunnen zijn:

YAML:

alias: Kitchen lights input boolean
description: Turn off input boolean
mode: single
max_exceeded: silent
trigger:
  - platform: state
    entity_id: # hier alle lampen in de area keuken neerzetten
      - light.keuken_1
      - light.keuken_2
    to: "off"
action:
  - service: input_boolean.turn_off
    target:
      entity_id: input_boolean.keuken

[water_escape]

ahh, die eerste snap ik de setup nu van. Helder.

Maar de nieuwe automation is een "issue". Hij is wel duidelijk, jij bent ervan uit gegaan dat de handmatige aan/uit via HA getriggered wordt. Maar dit is niet het geval.

Ik heb een Hue tab liggen die aan de hue bridge gekoppeld is. 1 knop daarop is "alles in keuken uit" . Andere knoppen zijn hele ruimte of delen van de ruimte een scene aanzetten. (scene "keuken75")

Dit gaat niet samenwerken begrijp ik dan?

- Sensor zet keuken aan volgens script (HA)
- Ik zet handmatig de keuken uit (HUE bridge)
- Ik zet handmatig een deel aan (scene Hue bridge)

Ik vroeg mij dus af ik handmatig uitzetten in HA dit kan zien. (bv: scene keuken75 is niet actief, of x lamp staat uit)
Ik stuur met uitzetten dus geen trigger naar HA. Maar HA kan wel de status zien van de lights en scenes in de hue bridge toch? Doos hoopte die te gebruiken.

(en als dit niet kan, Hue tab weg gooien uit HUE en opnieuw koppelen in HA als oplossing denk ik ? )

TheFes schreef op maandag 19 april 2021 @ 13:04:
[...]


automation 1

YAML:

alias: Kitchen lights on (Dupliceren)
description: Light switches based on motion
mode: restart
trigger:
  - device_id: 539aa877c499993cde5efbcb0d58140f
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_r_occupancy
    platform: device
    type: motion
  - device_id: 8ac7975b47945fe98d23d03854d7bf46
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_l_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.motion_sensor_keuken_r_illuminance
                below: '120'
              - condition: numeric_state
                below: '120'
                entity_id: sensor.motion_sensor_keuken_l_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - service: input_boolean.turn_on #hier zet je de input boolean aan
            target:
              entity_id: input_boolean.keuken
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 50
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - service: input_boolean.turn_on #en hier in het geval dat de default actie uitevoerd wordt
        target:
          entity_id: input_boolean.keuken
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
  # hier controleer je of de input boolean aan staat voordat de lamp uitgezet wordt
  - condition: state 
    entity_id: input_boolean.keuken
    state: "on"
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf

Dan heb je nog een tweede automation nodig die de input_boolean uit zet als de lampen uit gaan. Dat zou zoiets kunnen zijn:

YAML:

alias: Kitchen lights input boolean
description: Turn off input boolean
mode: single
trigger:
  - platform: state
    entity_id: # hier alle lampen in de area keuken neerzetten
      - light.keuken_1
      - light.keuken_2
    to: "off"
action:
  - service: input_boolean.turn_off
    target:
      entity_id: input_boolean.keuken

[TheFes]

water_escape schreef op maandag 19 april 2021 @ 13:31:
ahh, die eerste snap ik de setup nu van. Helder.

Maar de nieuwe automation is een "issue". Hij is wel duidelijk, jij bent ervan uit gegaan dat de handmatige aan/uit via HA getriggered wordt. Maar dit is niet het geval.

Ik heb een Hue tab liggen die aan de hue bridge gekoppeld is. 1 knop daarop is "alles in keuken uit" . Andere knoppen zijn hele ruimte of delen van de ruimte een scene aanzetten. (scene "keuken75")

Dit gaat niet samenwerken begrijp ik dan?

- Sensor zet keuken aan volgens script (HA)
- Ik zet handmatig de keuken uit (HUE bridge)
- Ik zet handmatig een deel aan (scene Hue bridge)

Ik vroeg mij dus af ik handmatig uitzetten in HA dit kan zien. (bv: scene keuken75 is niet actief, of x lamp staat uit)
Ik stuur met uitzetten dus geen trigger naar HA. Maar HA kan wel de status zien van de lights en scenes in de hue bridge toch? Doos hoopte die te gebruiken.

(en als dit niet kan, Hue tab weg gooien uit HUE en opnieuw koppelen in HA als oplossing denk ik ? )


[...]

Aangezien je de lampen aan kunt zetten met light.turn_on in HA, is de status van de lamp toch zichtbaar in HA?
Als jij hem met HA uitzet, met een wandklop of met een Hue afstandsbediening maakt niet uit, zo lang die nieuwe status 'off' maar in HA terecht komt.

Heb overigens een kleine wijziging gedaan aan de tweede automation. Ik heb max_exceeded: silent toegevoegd zodat je geen logmeldingen krijgt als er twee lampen in de keuken tegelijk uit gaan.

[ Voor 6% gewijzigd door TheFes op 19-04-2021 13:35 ]

[Septillion]

@water_escape Voor dat soort dingen zorg ik altijd voor aantal dingen:
- Ik cancel timers altijd als de lamp uit gaat
- In een automation start ik eerst de timer en zet dan het licht aan
- Ik heb nog een extra automation met een default tijd die ik trigger op het aan gaan van de lamp met als conditie dat de timer niet al loopt.

[water_escape]

TheFes schreef op maandag 19 april 2021 @ 13:33:
[...]


Aangezien je de lampen aan kunt zetten met light.turn_on in HA, is de status van de lamp toch zichtbaar in HA?
Als jij hem met HA uitzet, met een wandklop of met een Hue afstandsbediening maakt niet uit, zo lang die nieuwe status 'off' maar in HA terecht komt.

heb je een punt. Ga ik testen.

En ipv alle light.x entiteiten op te sommen. Kan ik daar ook light.keuken neerzetten ?

YAML:

alias: Kitchen lights input boolean
description: Turn off input boolean
trigger:
  - platform: state
    entity_id: light.keuken
    to: 'off'
condition: []
action:
  - service: input_boolean.turn_off
    target:
      entity_id: input_boolean.keuken
mode: single

Origineel even copie van gemaakt . En geprobeerd je voorstel erin te krijgen.
Gebaseerd op wat we nu aanpassen is de conditie eigenlijk niet meer nodig toch? Omdat de boolean uit is, zullen de sensoren niks meer triggeren denk ik.

condition:
- condition: state
entity_id: light.werktafel
state: 'off'

YAML:

alias: Kitchen lights on (Dupliceren)
description: Light switches based on motion
trigger:
  - device_id: 539aa877c499993cde5efbcb0d58140f
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_r_occupancy
    platform: device
    type: motion
  - device_id: 8ac7975b47945fe98d23d03854d7bf46
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_l_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.motion_sensor_keuken_r_illuminance
                below: '120'
              - condition: numeric_state
                below: '120'
                entity_id: sensor.motion_sensor_keuken_l_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - service: input_boolean.turn_on
            target:
              entity_id: input_boolean.keuken
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 50
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - service: input_boolean.turn_on
        target:
          entity_id: input_boolean.keuken
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
      - condition: state
        entity_id: input_boolean.keuken
        state: 'on'
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf
mode: restart

[water_escape]

Septillion schreef op maandag 19 april 2021 @ 13:35:
@water_escape Voor dat soort dingen zorg ik altijd voor aantal dingen:
- Ik cancel timers altijd als de lamp uit gaat
- In een automation start ik eerst de timer en zet dan het licht aan
- Ik heb nog een extra automation met een default tijd die ik trigger op het aan gaan van de lamp met als conditie dat de timer niet al loopt.

wauw dat klinkt heel advanced . Zit dus overal een boolean?

[Jesse-]

CAP-Team schreef op maandag 19 april 2021 @ 13:00:
Na ruim een jaar op een RPI3b gedraaid te hebben, nu toch maar een Intel NUC besteld met 2x 4 GB RAM.
De installatie zal dus gemigreerd worden (ik blijf wel dezelfde 128 GB SSD gebruiken).

Hij blijft dedicated gebruikt worden voor HA, dus (vooralsnog) geen behoefte aan andere docker zaken

Op zich is dit natuurlijk wel een uitgelezen moment om over te stappen.
Je zou ook eens naar Proxmox kunnen kijken voor op je NUC, dan hoef je niet over op docker maar sta je wel gesteld als je nog iets anders erbij wil gaan draaien. In dit topic zijn vast wel wat Tweakers die het ook op die manier draaien.

[TheFes]

water_escape schreef op maandag 19 april 2021 @ 13:37:
[...]


heb je een punt. Ga ik testen.

En ipv alle light.x entiteiten op te sommen. Kan ik daar ook light.keuken neerzetten ?

YAML:

alias: Kitchen lights input boolean
description: Turn off input boolean
trigger:
  - platform: state
    entity_id: light.keuken
    to: 'off'
condition: []
action:
  - service: input_boolean.turn_off
    target:
      entity_id: input_boolean.keuken
mode: single

Origineel even copie van gemaakt . En geprobeerd je voorstel erin te krijgen.
Gebaseerd op wat we nu aanpassen is de conditie eigenlijk niet meer nodig toch? Omdat de boolean uit is, zullen de sensoren niks meer triggeren denk ik.

condition:
- condition: state
entity_id: light.werktafel
state: 'off'

YAML:

alias: Kitchen lights on (Dupliceren)
description: Light switches based on motion
trigger:
  - device_id: 539aa877c499993cde5efbcb0d58140f
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_r_occupancy
    platform: device
    type: motion
  - device_id: 8ac7975b47945fe98d23d03854d7bf46
    domain: binary_sensor
    entity_id: binary_sensor.motion_sensor_keuken_l_occupancy
    platform: device
    type: motion
condition:
  - condition: state
    entity_id: light.werktafel
    state: 'off'
action:
  - choose:
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.motion_sensor_keuken_r_illuminance
                below: '120'
              - condition: numeric_state
                below: '120'
                entity_id: sensor.motion_sensor_keuken_l_illuminance
              - condition: state
                entity_id: light.keuken
                state: 'on'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            target:
              area_id: 820f4ea38b8e94c540f921eb4fbd03bf
          - service: input_boolean.turn_on
            target:
              entity_id: input_boolean.keuken
          - delay:
              hours: 0
              minutes: 3
              seconds: 0
              milliseconds: 0
      - conditions:
          - condition: time
            after: '08:00'
            before: '20:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 50
        target:
          area_id: 820f4ea38b8e94c540f921eb4fbd03bf
      - service: input_boolean.turn_on
        target:
          entity_id: input_boolean.keuken
      - delay:
          hours: 0
          minutes: 3
          seconds: 0
          milliseconds: 0
      - condition: state
        entity_id: input_boolean.keuken
        state: 'on'
  - service: light.turn_off
    data: {}
    target:
      area_id: 820f4ea38b8e94c540f921eb4fbd03bf
mode: restart

light.keuken is neem ik aan een light group? Die zal alleen uit gaan als alle lampen uit gaan.
Dan gaat de input boolean dus niet uit als je maar één lamp uit zet. Ik weet niet of je altijd alleen alle lampen uitzet?