Home Assistant: Open source Python3 home automation - deel 3

[Septillion]

Hmmbob schreef op donderdag 17 december 2020 @ 13:38:
Spaties spaties spaties. ^deze code ge-edit

Ik kon alleen maar dit denken...

[water_escape]

Ik wilde niet zomaar je code copieren (maar ervan leren)

Ik snap nu ook nog meer van de UI stappen. En heb proberen uit te voeren wat er in je voorbeeld staat. De UI geeft dan de volgende yaml

de mode:restart , staat bij mij op een andere plek. Zorgt hij nu wel dat hij blijft restarten bij beweging in beide scenario's?

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition:
  - condition: numeric_state
    entity_id: sensor.philips_sml001_581e6708_illuminance
    below: '8'
  - condition: time
    after: '07:00'
    before: '23:00'
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: numeric_state
            entity_id: sensor.ms2_philips_sml001_illuminance
            below: '8'
          - condition: numeric_state
            entity_id: sensor.philips_sml001_581e6708_illuminance
            below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
          - service: light.turn_off
            data: {}
            entity_id: light.overloop
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
      - service: light.turn_off
        data: {}
mode: restart

Hmmbob schreef op donderdag 17 december 2020 @ 13:38:
[...]

Dan moet je die delays opnemen in de choose en default, dan wordt het dit:

YAML:

alias: Overloop lights on
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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
action:
  - choose:
      - conditions:     # Time condition chooser 1: daytime
        - condition: time
            after: '07:00'
            before: '23:00'
        sequence:
          - condition: #Only continue if illuminance < 8
            - condition: numeric_state
              entity_id: sensor.philips_sml001_581e6708_illuminance
              below: '8'
          - service: light.turn_on
            entity_id: light.overloop
            data:
              brightness_pct: 100
          - delay: '00:05:00'
    default:          # Default: nighttime
      - service: light.turn_on
        entity_id: light.overloop
        data:
          brightness_pct: 15
      - delay: '00:02:00'
  - service: light.turn_off
    entity_id: light.overloop

[...]

Spaties spaties spaties. ^deze code ge-edit

[Hmmbob]

water_escape schreef op donderdag 17 december 2020 @ 13:52:
Ik wilde niet zomaar je code copieren (maar ervan leren)

Ik snap nu ook nog meer van de UI stappen. En heb proberen uit te voeren wat er in je voorbeeld staat. De UI geeft dan de volgende yaml

de mode:restart , staat bij mij op een andere plek. Zorgt hij nu wel dat hij blijft restarten bij beweging in beide scenario's?

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition:
  - condition: numeric_state
    entity_id: sensor.philips_sml001_581e6708_illuminance
    below: '8'
  - condition: time
    after: '07:00'
    before: '23:00'
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: numeric_state
            entity_id: sensor.ms2_philips_sml001_illuminance
            below: '8'
          - condition: numeric_state
            entity_id: sensor.philips_sml001_581e6708_illuminance
            below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
          - service: light.turn_off
            data: {}
            entity_id: light.overloop
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
      - service: light.turn_off
        data: {}
mode: restart

[...]

Kudo's zo leer je!

Waar mode:restart staat maakt niet uit. Ik zet die zelf altijd ergens bovenaan, omdat ik dat zelf fijner vind. Maakt functioneel niets uit.

Je conditions in de choose (regels 27-32) zijn dubbel; die heb je al eerder (regel 15-17). Ik raad je aan ze maar op 1 plek te gebruiken: in regel 15-17 geldt het voor de hele automation, in regel 27-32 alleen voor de choose. Je conditions (regel 14-20) kan je weghalen, dat doe je nu in de choose.

De light.turn_off kan je uit de choose en default halen; die is voor allebei gelijk. Dat wordt dan een losse actie na je choose actie.

[Septillion]

@water_escape Nouwja, na een copy-past kan je dan ook mooi zien wat er in de GUI staat om er van te leren.

In je code nog even de condities uit je automation halen, deze doe je nu in de chooser.

Let wel, beide lichtsensoren moeten onder de 8 zijn. Je zou nog kunnen doen dan het al genoeg is dat één van de twee onder de 8 is door ze in een OR te zetten.

Locatie van 'mode' maakt niet uit, zolang het op dezelfde indentatie staat. En dit maakt inderdaad dat zodra er opnieuw beweging is een eventuele lopende automation wordt beëindigd en dat hij opnieuw de acties gaat doorlopen vanaf boven.

[water_escape]

ik zag het net, stonden nog onder de originele voorwaarden. Deze verwijderd in de ui.
en je advies van de turn off doorgevoerd. begrijp ik.

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: numeric_state
            entity_id: sensor.ms2_philips_sml001_illuminance
            below: '8'
          - condition: numeric_state
            entity_id: sensor.philips_sml001_581e6708_illuminance
            below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Hmmbob schreef op donderdag 17 december 2020 @ 13:57:
[...]

Kudo's zo leer je!

Waar mode:restart staat maakt niet uit. Ik zet die zelf altijd ergens bovenaan, omdat ik dat zelf fijner vind. Maakt functioneel niets uit.

Je conditions in de choose (regels 27-32) zijn dubbel; die heb je al eerder (regel 15-17). Ik raad je aan ze maar op 1 plek te gebruiken: in regel 15-17 geldt het voor de hele automation, in regel 27-32 alleen voor de choose. Je conditions (regel 14-20) kan je weghalen, dat doe je nu in de choose.

De light.turn_off kan je uit de choose en default halen; die is voor allebei gelijk. Dat wordt dan een losse actie na je choose actie.

[ Voor 4% gewijzigd door water_escape op 17-12-2020 14:03 ]

[Hmmbob]

water_escape schreef op donderdag 17 december 2020 @ 14:00:
ik zag het net, stonden nog onder de originele voorwaarden. Deze verwijderd in de ui.

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: numeric_state
            entity_id: sensor.ms2_philips_sml001_illuminance
            below: '8'
          - condition: numeric_state
            entity_id: sensor.philips_sml001_581e6708_illuminance
            below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
          - service: light.turn_off
            data: {}
            entity_id: light.overloop
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
      - service: light.turn_off
        data: {}
mode: restart

[...]

Regel 42 en 43 zijn neit compleet (daar mis je de entity_id). (lol, edit gezien)

Zie ook mijn eerdere opmerking dat die light.turn_off buiten de choose en default kan blijven.

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 13:58:
@water_escape Nouwja, na een copy-past kan je dan ook mooi zien wat er in de GUI staat om er van te leren.

In je code nog even de condities uit je automation halen, deze doe je nu in de chooser.

Let wel, beide lichtsensoren moeten onder de 8 zijn. Je zou nog kunnen doen dan het al genoeg is dat één van de twee onder de 8 is door ze in een OR te zetten.

Locatie van 'mode' maakt niet uit, zolang het op dezelfde indentatie staat. En dit maakt inderdaad dat zodra er opnieuw beweging is een eventuele lopende automation wordt beëindigd en dat hij opnieuw de acties gaat doorlopen vanaf boven.

oei. die OR gaan we proberen, goeie. Eerst meetings nu

[water_escape]

Hmmbob schreef op donderdag 17 december 2020 @ 14:03:
[...]

Regel 42 en 43 zijn neit compleet (daar mis je de entity_id). Zie ook mijn eerdere opmerking dat die light.turn_off buiten de choose en default kan blijven.

Die heb ik doorgevoerd.

Als ik entity ID invul, werkt hij niet....

[Hmmbob]

water_escape schreef op donderdag 17 december 2020 @ 14:04:
[...]


Die heb ik doorgevoerd.

Als ik entity ID invul, werkt hij niet....

omdat er een _2 staat?

[golles]

water_escape schreef op donderdag 17 december 2020 @ 14:00:
ik zag het net, stonden nog onder de originele voorwaarden. Deze verwijderd in de ui.
en je advies van de turn off doorgevoerd. begrijp ik.

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: numeric_state
            entity_id: sensor.ms2_philips_sml001_illuminance
            below: '8'
          - condition: numeric_state
            entity_id: sensor.philips_sml001_581e6708_illuminance
            below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[...]

Ik ben precies voor dit scenario begonnen met het maken van een blueprint, ik ben al best een eind ermee. Ik ben benieuwd of jullie light profiles gebruiken? https://www.home-assistan...t/#default-turn-on-values en https://github.com/home-a.../light/light_profiles.csv voor het aanzetten van een lamp.

Ik gebruik dit omdat ik op verschillende tijdstippen verschillende instellingen voor de lamp wil en niet als de kleur van een lamp een keer aangepast is (bv rood), een automation die lamp in die kleur aan doet.
Ik moet alleen de tijd en de profiles nog templaten in mijn blueprint, lampen, motion en lux zitten er al in. net als bij Hue kun je de brightnes eerst naar beneden door een x aantal seconden voor dat delamp uit gaat, zodat je niet ineens in het donker staat. Ik zal dat vanavond wel even delen.

[water_escape]

heb ik het zo goed gezet? Weer via UI geprobeerd .

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: numeric_state
            entity_id: sensor.ms2_philips_sml001_illuminance
            below: '8'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Septillion schreef op donderdag 17 december 2020 @ 13:58:
@water_escape Nouwja, na een copy-past kan je dan ook mooi zien wat er in de GUI staat om er van te leren.

In je code nog even de condities uit je automation halen, deze doe je nu in de chooser.

Let wel, beide lichtsensoren moeten onder de 8 zijn. Je zou nog kunnen doen dan het al genoeg is dat één van de twee onder de 8 is door ze in een OR te zetten.

Locatie van 'mode' maakt niet uit, zolang het op dezelfde indentatie staat. En dit maakt inderdaad dat zodra er opnieuw beweging is een eventuele lopende automation wordt beëindigd en dat hij opnieuw de acties gaat doorlopen vanaf boven.

[Septillion]

@water_escape Nee, alle condities waar je van wilt dat er tenminste een van waar is (de OR dus) moeten allen onder de OR hangen. En voor dit soort gevallen mis ik een drag-and-drop manier in de GUI...

[ Voor 21% gewijzigd door Septillion op 17-12-2020 14:25 ]

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 14:23:
@water_escape Nee, alle condities waar je van wilt dat er tenminste een van waar is (de OR dus) moeten allen onder de OR hangen. En voor dit soort gevallen mis ik een drag-and-drop manier in de GUI...

Ik wil toch alleen de lux waarde als OR hebben? De rest is voor alles.
Of komt nu ook de tijd vs de default onder de OR?

edit: of moet beide sensoren in de OR zitten?

[ Voor 5% gewijzigd door water_escape op 17-12-2020 14:34 ]

[itguy013]

raymonvdm schreef op donderdag 17 december 2020 @ 11:05:
[...]


top / htop / ps aux

ik zie niets bijzonders terwijl processor gebruik nog steeds rond de 40/50% zit


Ik gebruik het volgende:
Add-ons:
- ADB - Android Debug Bridge
- Adguard Home
- Airsonos
- DuckDNS
- Musquitto Broker
- Unifi controller
- deconz
- Samba share
- Z-wave to mqtt

Tot voor de update was het processorverbruik altijd onder de 10%

Integraties:
- Adguard Home
- AirVisual
- Daikin
- Deconz
- HACS
- Homekit
- MQTT
- Smartthings
- Sonos
- TP-link Kasa smart
- Tuya
- Unifi
- Yeelight

Memory verbruik is ook heel vreemd, misschien toch iets van memory leak?

[ Voor 11% gewijzigd door itguy013 op 17-12-2020 14:33 ]

[Septillion]

water_escape schreef op donderdag 17 december 2020 @ 14:30:
Ik wil toch alleen de lux waarde als OR hebben? De rest is voor alles.
Of komt nu ook de tijd vs de default onder de OR?

Ja, maar je hebt nu maar één ding (sensor.philips_sml001_581e6708_illuminance) in je OR. Het is geen OR met het vorige item, het is een OR van alle items die eronder hangen. De OR an sich vormt dus weer een enkele conditie waar aan voldaan moet worden.

Wat je nu hebt staan is eigenlijk het volgende en elke lijn moet op zich zelf staand waar zijn om het uit te voeren:
- Het is tussen 7:00 en 23:00
- SensorA < 8
- OR SensorB < 8

Wat je wilt is;
- Het is tussen 7:00 en 23:00
- OR SensorA < 8 OR SensorB < 8

[ Voor 20% gewijzigd door Septillion op 17-12-2020 14:36 ]

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 14:33:
[...]

Ja, maar je hebt nu maar één ding (sensor.philips_sml001_581e6708_illuminance) in je OR. Het is geen OR met het vorige item, het is een OR van alle items die eronder hangen. De OR an sich vormt dus weer een enkele conditie waar aan voldaan moet worden.

je was met net voor, zie mijn edit .

dit bedoel je dus: Binnen de OR komen beide elementen die betrekking hebben op de OR

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '8'
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[Septillion]

water_escape schreef op donderdag 17 december 2020 @ 14:35:
[...]


je was met net voor, zie mijn edit .

En jij mij ook

Maar dat is inderdaad dan wat je wilt. Als nu een van beide sensoren laag genoeg is dan is en de tijd juist, dan mag de automation uitgevoerd worden.

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 14:38:
[...]

En jij mij ook

Maar dat is inderdaad dan wat je wilt. Als nu een van beide sensoren laag genoeg is dan is en de tijd juist, dan mag de automation uitgevoerd worden.

whoopwhoop. thanks voor deze "les"

vanavond even testen . En dan een volgende uitdaging zoeken.

[Hmmbob]

water_escape schreef op donderdag 17 december 2020 @ 14:41:
en dan een volgende uitdaging zoeken.

Geloof me, die komt. Home Assistant is zwaar verslavend....

[Septillion]

Ik zie alleen nu misschien alleen nog een effect wat je niet wilt. Als het nu tussen 7:00 en 23:00 is wanneer er beweging is maar het is niet donker dan zal dus die Option niet worden uitgevoerd. Met als gevolg dat de Default wordt uitgevoerd (en het licht dus op 15% komt).

Twee mogelijkheiden om dit op te lossen:
- Bovenste optie alleen op tijd laten checken en daarin weer een chooser stoppen
- Misschien makkelijker, voeg na de eerste optie nog een optie toen met als condition alleen de tijden. De actie laat je daarvan leeg

[Septillion]

Ow, of derde mogelijkheid. Ipv het via de default te doen maak je daar ook een optie voor aan met de juiste tijden. Ofwel, weer meerdere wegen naar Rome.

[daxy]

itguy013 schreef op donderdag 17 december 2020 @ 14:30:
[...]

ik zie niets bijzonders terwijl processor gebruik nog steeds rond de 40/50% zit
[Afbeelding]

Ik gebruik het volgende:
Add-ons:
- ADB - Android Debug Bridge
- Adguard Home
- Airsonos
- DuckDNS
- Musquitto Broker
- Unifi controller
- deconz
- Samba share
- Z-wave to mqtt

Tot voor de update was het processorverbruik altijd onder de 10%

Integraties:
- Adguard Home
- AirVisual
- Daikin
- Deconz
- HACS
- Homekit
- MQTT
- Smartthings
- Sonos
- TP-link Kasa smart
- Tuya
- Unifi
- Yeelight

Memory verbruik is ook heel vreemd, misschien toch iets van memory leak?
[Afbeelding]

Je screenshot laat niets bijzonders zien qua processen. Je load is wel 1+, wat lijkt niet door CPU usage te komen (maar IO bijvoorbeeld). Je kan eens een "top -cd 1" (en terwijl top draait 1x op 1 drukken om beide CPUs te zien). Nu kan je zien of de CPU wacht op system oid (zie je naast %cpu0/1).

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 14:42:
Ik zie alleen nu misschien alleen nog een effect wat je niet wilt. Als het nu tussen 7:00 en 23:00 is wanneer er beweging is maar het is niet donker dan zal dus die Option niet worden uitgevoerd. Met als gevolg dat de Default wordt uitgevoerd (en het licht dus op 15% komt).

Twee mogelijkheiden om dit op te lossen:
- Bovenste optie alleen op tijd laten checken en daarin weer een chooser stoppen
- Misschien makkelijker, voeg na de eerste optie nog een optie toen met als condition alleen de tijden. De actie laat je daarvan leeg

even erheen gelopen.
Lijkt alsof 1 sensor hem uit laat, loop ik langs de andere gaat hij idd op 15%. Hij zou nu idd niet aan moeten gaan.

[Septillion]

Dus

Optie 1

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
        sequence:
          - choose:
              - conditions:
                  - condition: or
                    conditions:
                      - condition: numeric_state
                        entity_id: sensor.philips_sml001_581e6708_illuminance
                        below: '8'
                      - condition: numeric_state
                        entity_id: sensor.ms2_philips_sml001_illuminance
                        below: '8'
                sequence:
                  - service: light.turn_on
                    data:
                      brightness_pct: 75
                    entity_id: light.overloop
                  - delay: '00:05:00'
            default: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Optie 2

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '8'
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Optie 3

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '8'
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: not
            conditions:
              - condition: time
                after: '07:00'
                before: '23:00'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 15
            entity_id: light.overloop
          - delay: '00:02:00'
    default: []
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[water_escape]

nu was jij sneller .
maakt het ergens uit welke optie te nemen?

ik heb optie 2 proberen te maken: maar ik zie dat jij een NOT erin hebt? wat is dat? (edit: gevonden, maar begrijp hem niet)

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '8'
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Septillion schreef op donderdag 17 december 2020 @ 14:59:
Dus

Optie 1

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
        sequence:
          - choose:
              - conditions:
                  - condition: or
                    conditions:
                      - condition: numeric_state
                        entity_id: sensor.philips_sml001_581e6708_illuminance
                        below: '8'
                      - condition: numeric_state
                        entity_id: sensor.ms2_philips_sml001_illuminance
                        below: '8'
                sequence:
                  - service: light.turn_on
                    data:
                      brightness_pct: 75
                    entity_id: light.overloop
                  - delay: '00:05:00'
            default: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Optie 2

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '8'
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Optie 3

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion
condition: []
action:
  - choose:
      - conditions:
          - condition: time
            after: '07:00'
            before: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                entity_id: sensor.philips_sml001_581e6708_illuminance
                below: '8'
              - condition: numeric_state
                entity_id: sensor.ms2_philips_sml001_illuminance
                below: '8'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 75
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: not
            conditions:
              - condition: time
                after: '07:00'
                before: '23:00'
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 15
            entity_id: light.overloop
          - delay: '00:02:00'
    default: []
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[Septillion]

@water_escape Dat is volgens mij hetzelfde als ik heb. Nu zal HA als het tussen 7:00 en 23:00 is maar niet donker je tweede optie uitvoeren en dat is doe niets

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 15:02:
@water_escape Dat is volgens mij hetzelfde als ik heb. Nu zal HA als het tussen 7:00 en 23:00 is maar niet donker je tweede optie uitvoeren en dat is doe niets

zie mijn edit: (wat is die NOT?)

ik heb optie 2 proberen te maken: maar ik zie dat jij een NOT erin hebt? wat is dat? (edit: gevonden, maar begrijp hem niet)

[Hmmbob]

itguy013 schreef op donderdag 17 december 2020 @ 14:30:
[...]

ik zie niets bijzonders terwijl processor gebruik nog steeds rond de 40/50% zit
[Afbeelding]

Ik gebruik het volgende:
Add-ons:
- ADB - Android Debug Bridge
- Adguard Home
- Airsonos
- DuckDNS
- Musquitto Broker
- Unifi controller
- deconz
- Samba share
- Z-wave to mqtt

Tot voor de update was het processorverbruik altijd onder de 10%

Integraties:
- Adguard Home
- AirVisual
- Daikin
- Deconz
- HACS
- Homekit
- MQTT
- Smartthings
- Sonos
- TP-link Kasa smart
- Tuya
- Unifi
- Yeelight

Memory verbruik is ook heel vreemd, misschien toch iets van memory leak?
[Afbeelding]

Dat ziet er inderdaad uit als een memory leak. Maar waar.... Stap voor stap uitschakelen (of: alles uit en 1 voor 1 toevoegen....)

Overigens merk in een forse increase in CPU op mijn NUC als ik de AdGuard integratie aanzet (!= addon, maar de integratie die met AdGuard praat). Daarvan gaan de CPU van de AdGuard container fors omhoog.

Geen erros in je logs?

[Septillion]

@water_escape De not staat in mijn derde optie. En de not keert de logica om. Die maakt van iets dat waar is juist onwaar en van iets dat onwaar is juist waar. In dit geval staat er dus "als het niet tussen 7:00 en 23:00 is". Dit is hetzelfde als zeggen "als het voor 7:00 of na 23:00 is"

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 15:07:
@water_escape De not staat in mijn derde optie. En de not keert de logica om. Die maakt van iets dat waar is juist onwaar en van iets dat onwaar is juist waar. In dit geval staat er dus "als het niet tussen 7:00 en 23:00 is". Dit is hetzelfde als zeggen "als het voor 7:00 of na 23:00 is"

Logisch als je het uitlegt . Ik heb hem gevonden en toegevoegd.

[itguy013]

Hmmbob schreef op donderdag 17 december 2020 @ 15:04:
[...]

Dat ziet er inderdaad uit als een memory leak. Maar waar.... Stap voor stap uitschakelen (of: alles uit en 1 voor 1 toevoegen....)

Overigens merk in een forse increase in CPU op mijn NUC als ik de AdGuard integratie aanzet (!= addon, maar de integratie die met AdGuard praat). Daarvan gaan de CPU van de AdGuard container fors omhoog.

Geen erros in je logs?

Jup ga ik proberen, of iets uit hacs kan het zijn. Ik ga het één voor één uitzoeken. Mocht ik het gevonden hebben meld ik me weer. Thanks.

[sbenalla]

AW_Bos schreef op dinsdag 15 december 2020 @ 12:45:
[...]

Callback ook ingevoerd in de API configuratiepaneel bij Toon?

Bedoel je hier?
https://developer.toon.eu/user/me/apps

[Recoil]

raymonvdm schreef op donderdag 17 december 2020 @ 00:00:
[...]


Is de bus van de centrale niet standaard 12 volt? De handleiding zegt "bus 12V (9 ... 15V)"

Ik vond hier een redelijke how to voor Fibaro, had je die al gezien? Verder klinkt je idee wel plausible maar moet je de GPIO pinnen niet naar GND trekken, i.p.v naar 3.3v

Ik denk dat je helemaal gelijk hebt. Zat te slapen.. Die van fibaro is een goed uitgangspunt! Heeft ook als voordeel dat ik de interne pull-up weerstanden kan gebruiken (NodeMCU ESP8266)

sjorsjuhmaniac schreef op donderdag 17 december 2020 @ 00:24:
[...]


Het lijkt me alleen dat je met deze config een pulldown op de GPIO moet zetten, je zet immers al 3.3V op de C.

Buiten dat lijkt het me dat dit moet werken.

Weet je zeker dat U 9v is? meestal zijn alarm systemen 12v.

Dank, inderdaad 12v.. Dus ik ga hem maar van een aparte voeding voorzien. De AMS1117 regulator van de NodeMCU kan tot 15v aan, maar dan moet hij dus 8,7v * (max) 200mA verstoken. Dat is 1,74 watt op een miniscule package. Daarbij kan de JA118N maximaal 100mA leveren. Ik zoek wel even naar een losse voeding of betere step-down voor op de 12v hoofdvoeding van het alarmsysteem.

Septillion schreef op donderdag 17 december 2020 @ 08:37:
[...]

Helaas wel ben ik bang.

1. Ik weet niet welke ESP je gebruikt maar veel hebben een voltage regulator erop zitten die geen 9-12V aan kan.
2. De JA-118N doet maar 100mA op 12V. En ESP wil wel meer dan dat. Misschien dat je er mee weg komt als je met een DCDC converter + aardige buffer condensator naar 3v3 gaat. Los je probleem 1 ook op. Maar kan op het randje zijn.
3. Als je een pull up gebruikt en vervolgens alleen schakelt naar 3v3 wordt je signaal nooit laag natuurlijk. Pull up op de ESP is goed, maar je moet GND naar alle C's lussen.

Het nieuwe plan is dus:

1. Losse voeding voor ESP of een nette 12V-5V buck converter op de 12V van het alarm (op de hoofdvoeding, niet de JA-118)
2. GPIO ESP met interne pull-up naar poort 1-8 van JA-118
3. C van JA-118 doorlussen en naar gnd van ESP

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 15:07:
@water_escape De not staat in mijn derde optie. En de not keert de logica om. Die maakt van iets dat waar is juist onwaar en van iets dat onwaar is juist waar. In dit geval staat er dus "als het niet tussen 7:00 en 23:00 is". Dit is hetzelfde als zeggen "als het voor 7:00 of na 23:00 is"

Er gaat nog iets mis .

Sensor 2: sensor.ms2_philips_sml001_illuminance doet nu niks. De lampen gaan niet aan op 75%. Sensor 1 wel.

[sOid]

golles schreef op donderdag 17 december 2020 @ 14:10:
[...]


Ik ben precies voor dit scenario begonnen met het maken van een blueprint, ik ben al best een eind ermee. Ik ben benieuwd of jullie light profiles gebruiken? https://www.home-assistan...t/#default-turn-on-values en https://github.com/home-a.../light/light_profiles.csv voor het aanzetten van een lamp.

Wat is het voordeel van light profiles? Dat je in meerdere scenes/scripts kan verwijzen naar het profiel en dan automatisch de juiste instellingen hebt?

Maar in hoeverre is dat dan handig? Want moet je dan voor elke instelling (bijvoorbeeld: koken op 100% lichtintensiteit, eten op 80%) een ander profiel maken?

---

Tjonge wat een drukte in dit topic vandaag! Allemaal vakantie zeker?

[ Voor 4% gewijzigd door sOid op 17-12-2020 16:22 ]

[Hmmbob]

water_escape schreef op donderdag 17 december 2020 @ 16:18:
[...]


Er gaat nog iets mis .

Sensor 2: sensor.ms2_philips_sml001_illuminance doet nu niks. De lampen gaan niet aan op 75%. Sensor 1 wel.

Komt omdat je dezelfde PIR 2x als trigger gebruikt (regels 4 en 9)

YAML:

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion

[Hmmbob]

sOid schreef op donderdag 17 december 2020 @ 16:22:
Tjonge wat een drukte in dit topic vandaag! Allemaal vakantie zeker?

Nee, saaie meetings

[water_escape]

Hmmbob schreef op donderdag 17 december 2020 @ 16:23:
[...]
Komt omdat je dezelfde PIR 2x als trigger gebruikt (regels 4 en 9)

YAML:

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.philips_sml001_581e6708_occupancy
    platform: device
    type: motion

huh dat is raar, want in de UI heb ik 2 verschillende en in de YAML niet...:

[Hmmbob]

water_escape schreef op donderdag 17 december 2020 @ 16:28:
[...]


huh dat is raar, want in de UI heb ik 2 verschillende en in de YAML niet...:
[Afbeelding]

Bijzonder! Lijkt erop dat er 2 apparaten dezelfde entity ID hebben? In de yaml is de device_id ook verschillend, maar de entity_id gelijkt.

[golles]

sOid schreef op donderdag 17 december 2020 @ 16:22:
[...]

Wat is het voordeel van light profiles? Dat je in meerdere scenes/scripts kan verwijzen naar het profiel en dan automatisch de juiste instellingen hebt?

Maar in hoeverre is dat dan handig? Want moet je dan voor elke instelling (bijvoorbeeld: koken op 100% lichtintensiteit, eten op 80%) een ander profiel maken?

---

Tjonge wat een drukte in dit topic vandaag! Allemaal vakantie zeker?

profile is een representatie van een x,y kleur en een brightness. Zo heb ik bijvoorbeeld alle standaard hue scened hierin gezet. Maar ik ben er zelf nog niet helemaal uit of dit handig is.

YAML:

- service: light.turn_on
  data:
    entity_id: light.woonkamer
    profile: helder

Het voordeel is wel dat het een stuk leesbaarder is dan rgb/xy waarden en als ik een profile wil aanpassen hoeft het maar op 1 plek en niet in alle automations

[water_escape]

Hmmbob schreef op donderdag 17 december 2020 @ 16:30:
[...]

Bijzonder! Lijkt erop dat er 2 apparaten dezelfde entity ID hebben? In de yaml is de device_id ook verschillend, maar de entity_id gelijkt.

Een restart heeft het opgelost. Dit werkt nu.

[TCroezing]

Iemand een idee?

Ik heb een sensor die elke zoveel seconden een waarde (via MQTT) geeft. Dat is prima.
Ik stuur deze info echter ook door naar Influx. Maar daar mag de granulariteit lager zijn. Bv elke minuut een entry.

Nou vond ik scan_interval en voorbeelden van het gebruik ervan samen met templates. Maar ik vond ook dat dat bij templates niet werkt. De documentatie kon ik niet veel mee, dus maar ff proberen. Helaas.
Scan_interval bij de betreffende mqtt sensor zetten werkt ook niet (hetgeen ik ook wel verwachtte).

Wat is nou handig om dit te doen?

[Septillion]

@water_escape Je probleem zat/zit onder trigger. Daar hoort niet onbekend te staan. Ongetwijfeld gebeurd door ons ge-knip-en-plak In de yaml ook te zien doordat je wel twee devices met verschillende ID's hebt maar ze gebruiken dezelfde entity_id.

[Septillion]

@TCroezing Misschien dit?

Andere optie zou zijn dat je een sensor_template gebruikt die met een lager interval de waarde overneemt en deze naar Influx doen.

[TCroezing]

Septillion schreef op donderdag 17 december 2020 @ 17:23:
@TCroezing Misschien dit?

Andere optie zou zijn dat je een sensor_template gebruikt die met een lager interval de waarde overneemt en deze naar Influx doen.

Ik gebruik al CQ in influx, maar wil dat deze al helemaal niet naar influx gaat.
En je tweede suggestie, ik had ff geprobeerd:

YAML:

  - platform: template
    scan_interval: 60
    sensors:
      co2sensor1:
        unit_of_measurement: 'ppm'
        value_template: '{{ states.sensor.co2_1.state | float }}'

maar dat werkt dus niet. Of doe ik daar iets fout?

[lolgast]

Ben ik de enige met HA/Docker problemen sinds kort? Ik heb problemen met eigenlijk alle addons. MQTT verliest verbinding, Node-RED wil soms niet starten. Zigbee2MQTT start al helemaal niet.

Ik heb al backups teruggezet van 10 december, maar toch speelt het probleem daar nu. Kan niet zeggen dat ik hier eerder last van heb gehad deze week. Zou het iets met supervisor 2020.12.17 te maken kunnen hebben..?
Kleine greep uit de log

code:

20-12-17 19:20:33 INFO (SyncWorker_0) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:20:34 ERROR (SyncWorker_0) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/a2e3d9a912491dcd48081f779a4db554a05625f02d1127aeda9a06a9f8127236/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:319: getting the final child's pid from pipe caused \"EOF\"": unknown")
20-12-17 19:20:35 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
20-12-17 19:20:35 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API request initialize
20-12-17 19:20:35 INFO (MainThread) [supervisor.api.proxy] WebSocket access from a0d7b954_nodered
20-12-17 19:20:35 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API request running
20-12-17 19:20:51 INFO (SyncWorker_4) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:20:51 ERROR (SyncWorker_4) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/b258c56ebd0c7a25f89f76d4ea109ccbccc52295f7bedcb553f3ce81a4083108/start: Internal Server Error ("failed to start shim: fork/exec /usr/bin/containerd-shim: resource temporarily unavailable: unknown")
20-12-17 19:20:56 INFO (SyncWorker_5) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:20:56 ERROR (SyncWorker_5) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/e33a3a25ecfccb1f41d36d71f04a0fbd7fd18d6315b4522a5cfe1bca1654e6d4/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"read init-p: connection reset by peer\"": unknown")
20-12-17 19:22:27 INFO (SyncWorker_2) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:22:27 ERROR (SyncWorker_2) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/4aeadde5ad18a8476df9f5dc581cad6e7eee581fa0833a89e10656193515e24f/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"read init-p: connection reset by peer\"": unknown")

Docker version 19.03.13
HA: 118.5 (speelt dus ook met 2020.12.x)
Supervisor: 2020.12.7

Ik HA draai in een Debian LXC

Melding als ik bijvoorbeeld zigbee2mqtt addon probeer te starten vanuit HA. Deze wijzigt regelmatig naar andere redenen overigens, maar het geeft een beeld

code:

500 Server Error for http+docker://localhost/v1.40/containers/e80029d0a44e571982c08dd4d6b38e32f40c252831dbbd4a71dc7bedd492a60e/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"process_linux.go:432: running prestart hook 0 caused \\\"fork/exec /proc/1270/exe: resource temporarily unavailable\\\"\"": unknown")

[ Voor 8% gewijzigd door lolgast op 17-12-2020 20:41 ]

[Amanoo]

Ik heb toch wel wat problemen nog met het rooten van Toon. Weet ook niet 100% zeker of ik alle Raspberry Pi instellingen goed heb (3A om precies te zijn). Best vaak errors. Momenteel geen error, maar hij staat wel te wachten op Toon om te herstarten, terwijl Toon allang is opgestart. Ik draai wel eerst ToonRooter, en dan pas de stekker van Toon in het stopcontact. Ik dacht dat dat wel de bedoeling is. Momenteel zie ik dit:

code:

pi@raspberrypi:~/ToonRooter $ sudo python . --jtag-available
INFO:__main__:Starting up...
INFO:__main__:Detected JTAG hardware 'rpi3'
INFO:__main__:Written private and public key pair to ./id_rsa and ./id_rsa.pub, respectively
INFO:rooter:Waiting for Toon to restart
INFO:rooter:Toon has U-Boot version 2010.09-R10
INFO:rooter:Loading new bootloader
INFO:rooter:Starting openocd
INFO:rooter:Waiting for 10 seconds
INFO:rooter:Halting CPU
INFO:rooter:Loading new image to RAM
INFO:rooter:Starting up new image
INFO:rooter:Waiting for Toon to restart

Geen errors deze keer. Ik heb U-Boot 2010.09-R10, dus sommige ouderwetse methodes met bijvoorbeeld een FTDI-snoertje gaat het niet worden. Die hebben het over R6 en R8. Oudere versies. Ik heb wel de github versie gepakt van OpenOCD, want op de github van ToonRooter stond dat dat moest.

Edit: Nu heb ik eerst toon aan gezet, dan het Pi programma, en dan een software reboot. Blijkbaar was dat de crux. Hij zegt dat ik nu root heb.

[ Voor 5% gewijzigd door Amanoo op 17-12-2020 21:55 ]

[ComTech]

Ik heb dit probleem ook al in het zigbee2mqtt topic gevraagd maar misschien heeft hier iemand de oplossing.
Ik kan geen nieuwe devices meer toevoegen aan m'n homeassist .
In zigbee2mqtt uiteraard staat permit_join op true maar ik krijg geen devices meer gepaired
Ik heb het idee dat de mqtt broker geen nieuwe devices toelaat .
Maar hoe en waar zet je dat aan?

[Septillion]

@TCroezing Ik meen het hier wel eens gezien te hebben maar weet even niet meer hoe...

@ComTech Hoe zet je join aan? Zegt de Zigbee2MQTT log dit ook? Welke stick heb je? Met hoeveel devices?

[Driek]

ComTech schreef op donderdag 17 december 2020 @ 21:29:
Ik heb dit probleem ook al in het zigbee2mqtt topic gevraagd maar misschien heeft hier iemand de oplossing.
Ik kan geen nieuwe devices meer toevoegen aan m'n homeassist .
In zigbee2mqtt uiteraard staat permit_join op true maar ik krijg geen devices meer gepaired
Ik heb het idee dat de mqtt broker geen nieuwe devices toelaat .
Maar hoe en waar zet je dat aan?

Heb ik ook weleens gehad, een herstart lostte het op.

[ComTech]

@Septillion
Heb een cc2531 stick met 12 devices.
In de config van zigbee2mqtt staat de permit_join op true (eerlijk gezegd heb ik deze één keer zo ingesteld en laten staan ik weet dat je hem later beter op false kan zetten)
de log van zigbee2mqtt zegt dit ook:
Zigbee2MQTT:info 2020-12-17 21:32:20: Zigbee: allowing new devices to join.

@Driek
Ik heb homeassist meerdere malen herstart uiteraard.

[Septillion]

@ComTech "hem later beter op false kan zetten" is een understatement Maar zet hem daar eens op false en toggle het via de webinterface.

Welk device probeer je te pairen? In de buurt van je router/stick?

C2531 heeft problemen met te veel devices maar 12 is nog niet veel.

[ Voor 14% gewijzigd door Septillion op 17-12-2020 21:55 ]

[ComTech]

@Septillion

Ik heb hem op false gezet en via de webinterface weer aan.
Ik probeer een lamp te koppelen van de aldi een muller-tint E27, deze heb ik eerder met succes gekoppeld.
(heb er een E14 van gekoppeld welke prima functioneert)
En nog wat lidl spul een motion sensor en een deur sensor, hiervan heb ik er ook al één draaien.

12 devices is niet veel maar zou het ook aan de stick kunnen liggen? Heb al vaker problemen gehad met het pairen.
Heb een Zzh! CC2652R besteld misschien dat dat beter gaat.

[Septillion]

ComTech schreef op donderdag 17 december 2020 @ 22:06:
deze heb ik eerder met succes gekoppeld.

Die zin triggert mij wel. Ik ken de Aldi bulb niet maar weet je heeeeel zeker dat de bulb in pair mode staat? Volgens mij faden de meeste bulbs dan rustig aan-uit.

Als de rest nu wel normaal reageert sluit ik uit dat het aan de stick ligt. Pairen wel naast de stick? En geen 100 jaar oude firmware erop zitten? (Ook al is de laatste versie 20190608 ook niet jong meer.)

[lolgast]

lolgast schreef op donderdag 17 december 2020 @ 20:27:
Ben ik de enige met HA/Docker problemen sinds kort? Ik heb problemen met eigenlijk alle addons. MQTT verliest verbinding, Node-RED wil soms niet starten. Zigbee2MQTT start al helemaal niet.

Ik heb al backups teruggezet van 10 december, maar toch speelt het probleem daar nu. Kan niet zeggen dat ik hier eerder last van heb gehad deze week. Zou het iets met supervisor 2020.12.17 te maken kunnen hebben..?
Kleine greep uit de log

code:

20-12-17 19:20:33 INFO (SyncWorker_0) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:20:34 ERROR (SyncWorker_0) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/a2e3d9a912491dcd48081f779a4db554a05625f02d1127aeda9a06a9f8127236/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:319: getting the final child's pid from pipe caused \"EOF\"": unknown")
20-12-17 19:20:35 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
20-12-17 19:20:35 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API request initialize
20-12-17 19:20:35 INFO (MainThread) [supervisor.api.proxy] WebSocket access from a0d7b954_nodered
20-12-17 19:20:35 INFO (MainThread) [supervisor.api.proxy] Home Assistant WebSocket API request running
20-12-17 19:20:51 INFO (SyncWorker_4) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:20:51 ERROR (SyncWorker_4) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/b258c56ebd0c7a25f89f76d4ea109ccbccc52295f7bedcb553f3ce81a4083108/start: Internal Server Error ("failed to start shim: fork/exec /usr/bin/containerd-shim: resource temporarily unavailable: unknown")
20-12-17 19:20:56 INFO (SyncWorker_5) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:20:56 ERROR (SyncWorker_5) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/e33a3a25ecfccb1f41d36d71f04a0fbd7fd18d6315b4522a5cfe1bca1654e6d4/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"read init-p: connection reset by peer\"": unknown")
20-12-17 19:22:27 INFO (SyncWorker_2) [supervisor.docker.interface] Cleaning addon_7ad98f9c_zigbee2mqtt application
20-12-17 19:22:27 ERROR (SyncWorker_2) [supervisor.docker] Can't start addon_7ad98f9c_zigbee2mqtt: 500 Server Error for http+docker://localhost/v1.40/containers/4aeadde5ad18a8476df9f5dc581cad6e7eee581fa0833a89e10656193515e24f/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"read init-p: connection reset by peer\"": unknown")

Docker version 19.03.13
HA: 118.5 (speelt dus ook met 2020.12.x)
Supervisor: 2020.12.7

Ik HA draai in een Debian LXC

Melding als ik bijvoorbeeld zigbee2mqtt addon probeer te starten vanuit HA. Deze wijzigt regelmatig naar andere redenen overigens, maar het geeft een beeld

code:

500 Server Error for http+docker://localhost/v1.40/containers/e80029d0a44e571982c08dd4d6b38e32f40c252831dbbd4a71dc7bedd492a60e/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"process_linux.go:432: running prestart hook 0 caused \\\"fork/exec /proc/1270/exe: resource temporarily unavailable\\\"\"": unknown")

Mezelf even quoten:

Dit kwam door een memory leak in een container van een andere LXC. Container gekilled, alles werkt weer. Man man man. Geld uitgegeven aan restores van Backblaze, config files van Docker door geakkerd, nieuwe MQTT en Zigbee2MQTT containers gebouwd in andere omgevingen. En dat alles door een f*cking container die op hol is geslagen.....

Ruim 4 uur verder maargoed, ik kan weer met een gerust hart naar bed zometeen

[Amanoo]

Ik heb mijn Toon nu geroot maar ik ben even een beetje de draad kwijt. Ik heb nu dus ToonRooter gebruikt, die doet ook al een aantal dingen voor mij. Het probleem is dat andere guides je alles met de hand laten doen, en dit script automatiseert al van alles. Nu weet ik niet helemaal zeker wat ik nog moet doen en wat al gebeurd is. Hier de output:

code:

INFO:__main__:Starting up...
INFO:__main__:Detected JTAG hardware 'rpi3'
INFO:__main__:Written private and public key pair to ./id_rsa and ./id_rsa.pub, respectively
INFO:rooter:Waiting for Toon to restart
INFO:rooter:Toon has U-Boot version 2010.09-R10
INFO:rooter:Loading new bootloader
INFO:rooter:Starting openocd
INFO:rooter:Waiting for 10 seconds
INFO:rooter:Halting CPU
INFO:rooter:Loading new image to RAM
INFO:rooter:Starting up new image
INFO:rooter:Waiting for Toon to restart
INFO:rooter:Toon has U-Boot version 2010.09
INFO:rooter:Using password to log in
INFO:rooter:Logging in to U-Boot
INFO:rooter:Patching U-Boot
INFO:rooter:Waiting for boot up
INFO:rooter:Transferring payload
INFO:rooter:Patching Toon
INFO:rooter:>>> Enabling root user. Your root password is: ********
INFO:rooter:>>> Opening ports 22, 80 and 10080 on firewall
INFO:rooter:>>> Disable VPN on boot
INFO:rooter:>>> Installing dropbear
INFO:rooter:>>> Installing openssh-sftp-server
INFO:rooter:Cleaning up
INFO:rooter:Rebooting
INFO:rooter:Your Toon is now rooted. Please wait for it to boot up and try to log in using SSH

Als het goed is, betekent VPN disabled dat het sowieso niet meer probeert contact te maken met Eneco?

Uiteindelijke doel is natuurlijk om dit ding in Home Assistant te krijgen en als niet-Eneco klant te gebruiken.

[ Voor 3% gewijzigd door Amanoo op 17-12-2020 22:33 ]

[ComTech]

@Septillion
Ik weet zeker dat die aldi lampen in pair modus staan, hij geeft dan na het aanzetten een korte knipper naar helder wit licht en dan weer terug naar solid geel.
(5 x aan en uit zet hem in pair modus).
Ik pair naast de stick zowel de lamp als de sensors.
Alles wat nu nog gepaird is werkt naar behoren.
Heel zeker weet ik niet of de laatste firmware erop zit, heb deze stick van een tweaker overgenomen.
Hij heeft er wel meer op v&a staan.

[mAiden88]

Amanoo schreef op donderdag 17 december 2020 @ 22:32:
Ik heb mijn Toon nu geroot maar ik ben even een beetje de draad kwijt. Ik heb nu dus ToonRooter gebruikt, die doet ook al een aantal dingen voor mij. Het probleem is dat andere guides je alles met de hand laten doen, en dit script automatiseert al van alles. Nu weet ik niet helemaal zeker wat ik nog moet doen en wat al gebeurd is. Hier de output:

code:

INFO:__main__:Starting up...
INFO:__main__:Detected JTAG hardware 'rpi3'
INFO:__main__:Written private and public key pair to ./id_rsa and ./id_rsa.pub, respectively
INFO:rooter:Waiting for Toon to restart
INFO:rooter:Toon has U-Boot version 2010.09-R10
INFO:rooter:Loading new bootloader
INFO:rooter:Starting openocd
INFO:rooter:Waiting for 10 seconds
INFO:rooter:Halting CPU
INFO:rooter:Loading new image to RAM
INFO:rooter:Starting up new image
INFO:rooter:Waiting for Toon to restart
INFO:rooter:Toon has U-Boot version 2010.09
INFO:rooter:Using password to log in
INFO:rooter:Logging in to U-Boot
INFO:rooter:Patching U-Boot
INFO:rooter:Waiting for boot up
INFO:rooter:Transferring payload
INFO:rooter:Patching Toon
INFO:rooter:>>> Enabling root user. Your root password is: ********
INFO:rooter:>>> Opening ports 22, 80 and 10080 on firewall
INFO:rooter:>>> Disable VPN on boot
INFO:rooter:>>> Installing dropbear
INFO:rooter:>>> Installing openssh-sftp-server
INFO:rooter:Cleaning up
INFO:rooter:Rebooting
INFO:rooter:Your Toon is now rooted. Please wait for it to boot up and try to log in using SSH

Als het goed is, betekent VPN disabled dat het sowieso niet meer probeert contact te maken met Eneco?

Uiteindelijke doel is natuurlijk om dit ding in Home Assistant te krijgen en als niet-Eneco klant te gebruiken.

Hij is inderdaad geroot, even update-rooted scriptje downloaden op Toon, en dan uitvoeren met

sh update-rooted.sh -f

Dit fix namelijk al heelveel bestanden, en zorg dat de goede resourcefile word opgehaald voor je software versie.. Als je dat heb gedaan, even restarten, zal ToonStore er ook automatisch op staan.

[Amanoo]

mAiden88 schreef op donderdag 17 december 2020 @ 22:40:
[...]


Hij is inderdaad geroot, even update-rooted scriptje downloaden op Toon, en dan uitvoeren met

sh update-rooted.sh -f

Dit fix namelijk al heelveel bestanden, en zorg dat de goede resourcefile word opgehaald voor je software versie.. Als je dat heb gedaan, even restarten, zal ToonStore er ook automatisch op staan.

Ik was me compleet niet bewust van dat script of van die hele ToonStore, maar dat klinkt best goed.

Ik zie trouwens ook dat hij klaagt ove rgeen verbinding met het service center. Dat klopt dus, de VPN werkt niet meer. Er staat hier iets over een fix, maar ik heb dat bestand niet. Nou ja, misschien dat dat script waar jij het over hebt dat al fixt? Die maar eerst even proberen.

SSH blijft bruikbaar na een reboot, neem ik aan? Of is die eenmalig?

[Septillion]

@ComTech Dan heb ik ook geen idee meer

[sjorsjuhmaniac]

lolgast schreef op donderdag 17 december 2020 @ 20:27:

code:

500 Server Error for http+docker://localhost/v1.40/containers/e80029d0a44e571982c08dd4d6b38e32f40c252831dbbd4a71dc7bedd492a60e/start: Internal Server Error ("OCI runtime create failed: container_linux.go:349: starting container process caused "process_linux.go:449: container init caused \"process_linux.go:432: running prestart hook 0 caused \\\"fork/exec /proc/1270/exe: resource temporarily unavailable\\\"\"": unknown")

Klinkt als een thread of memory probleem. Ik vermoed aan de docker kant (niet in HAS, of in de container zelf zegmaar). Ik denk dat je host systeem resources niet beschikbaar zijn of niet toegewezen worden. Een probleem wat ik wel eens heb gehad was dat de docker service daemon te veel chid processes startted. het aantal is door systemd gelimiteerd.

Misschien zijn je resources op je host ook echt gewoonweg niet beschikbaar? Weet je zeker dat je bv nog mem beschikbaar hebt?

Ik weet niet hoeveel je hebt draaien maar als het kan zou ik heel de docker daemon herstarten (alle containers stoppen, daemon restarten en alles weer online brengen).

[TravockMD]

@ComTech Ik heb soortgelijks gehad met een cc2531 stick. Deze moest ik regelmatig opnieuw flashen met coordinator software (10 tellen werk) waarna hij wel weer nieuwe devices wilde opnemen. Als je de tools hebt, is het een poging waard.

[sjorsjuhmaniac]

lolgast schreef op donderdag 17 december 2020 @ 22:28:
[...]

Mezelf even quoten:

Dit kwam door een memory leak in een container van een andere LXC. Container gekilled, alles werkt weer. Man man man. Geld uitgegeven aan restores van Backblaze, config files van Docker door geakkerd, nieuwe MQTT en Zigbee2MQTT containers gebouwd in andere omgevingen. En dat alles door een f*cking container die op hol is geslagen.....

Ruim 4 uur verder maargoed, ik kan weer met een gerust hart naar bed zometeen

... er was nog een pagina met posts

Anyway, goed dat je m hebt gevonden. En kosten aan backblaze? die kosten heb je toch al maandelijks? of betaal je daar per restore?

4 uur.... dat heet hobbyen

[ComTech]

TravockMD schreef op donderdag 17 december 2020 @ 23:04:
@ComTech Ik heb soortgelijks gehad met een cc2531 stick. Deze moest ik regelmatig opnieuw flashen met coordinator software (10 tellen werk) waarna hij wel weer nieuwe devices wilde opnemen. Als je de tools hebt, is het een poging waard.

Ik heb de tools is het proberen waard, gaan we morgen doen.
Dan hoef ik denk ik niet m'n devices opnieuw te koppelen neem ik aan want dat wil niet

[TravockMD]

ComTech schreef op donderdag 17 december 2020 @ 23:10:
[...]


Dan hoef ik denk ik niet m'n devices opnieuw te koppelen neem ik aan want dat wil niet

Nee, zeker niet. De device data staat op je pc/nuc/pi/etc en niet op je stick. Het is kwestie van flashen en weer door.

[JackPoint]

TCroezing schreef op donderdag 17 december 2020 @ 17:15:
Iemand een idee?

Ik heb een sensor die elke zoveel seconden een waarde (via MQTT) geeft. Dat is prima.
Ik stuur deze info echter ook door naar Influx. Maar daar mag de granulariteit lager zijn. Bv elke minuut een entry.

Nou vond ik scan_interval en voorbeelden van het gebruik ervan samen met templates. Maar ik vond ook dat dat bij templates niet werkt. De documentatie kon ik niet veel mee, dus maar ff proberen. Helaas.
Scan_interval bij de betreffende mqtt sensor zetten werkt ook niet (hetgeen ik ook wel verwachtte).

Wat is nou handig om dit te doen?

Dat kan met een filter sensor. De time throttle optie pakt dan elke x seconden die waarde. Deze nieuwe sensor gebruik je dan in influx.

[Amanoo]

Hmm, probleem met update-rooted.sh. De ToonStore link 404't.

Edit: Volgens mij moet het een versie 4 zijn, geen versie 5. Typfout in het script dus.

[ Voor 43% gewijzigd door Amanoo op 17-12-2020 23:28 ]

[TCroezing]

JackPoint schreef op donderdag 17 december 2020 @ 23:22:
[...]

Dat kan met een filter sensor. De time throttle optie pakt dan elke x seconden die waarde. Deze nieuwe sensor gebruik je dan in influx.

Top! Dat ziet er goed uit, dat ga ik proberen.

Bedankt!

[golles]

Ik heb 3 blueprints op github gezet: https://github.com/golles/Home-Assistant-Blueprints

Om motion sensors lichten aan te doen boven een bepaalde lux, voordat de lampen uitgaan wordt de helderheid aangepast zodat je nog even kan bewegen voordat je in het donker zit.
Deze maakt gebruik van profiles, ik heb de standaard HA light_profiles.csv bijgevoegd waarbij ik zelf de scenes van Hue heb toegevoegd. (profile is hier makkelijker dan inputs for R/G/B/Bightness of X/Y/Brightness).
Deze gebruik ik zelf op het toilet, in de badkamer en in de kledingkamer.

Voor de Zigbee2Mqtt gebruikers heb ik een blueprint gemaakt waar je actie(s) kan defineren voor press en hold. Daar heb ik nog een 2e versie van gemaakt voor mijn bedlampjes, klik zet het bedlampje aan/uit en hold zet de plafondlamp aan/uit.

Ik vind de blueprints echt een top idee, ik had toch wel een aantal automations die op een paar entities na een exacte kopie was, hiermee is dat opgelost + automations worden heel kort nu.

[raymonvdm]

Recoil schreef op donderdag 17 december 2020 @ 15:57:
[...]


Ik denk dat je helemaal gelijk hebt. Zat te slapen.. Die van fibaro is een goed uitgangspunt! Heeft ook als voordeel dat ik de interne pull-up weerstanden kan gebruiken (NodeMCU ESP8266)


[...]


Dank, inderdaad 12v.. Dus ik ga hem maar van een aparte voeding voorzien. De AMS1117 regulator van de NodeMCU kan tot 15v aan, maar dan moet hij dus 8,7v * (max) 200mA verstoken. Dat is 1,74 watt op een miniscule package. Daarbij kan de JA118N maximaal 100mA leveren. Ik zoek wel even naar een losse voeding of betere step-down voor op de 12v hoofdvoeding van het alarmsysteem.


[...]


Het nieuwe plan is dus:

1. Losse voeding voor ESP of een nette 12V-5V buck converter op de 12V van het alarm (op de hoofdvoeding, niet de JA-118)
2. GPIO ESP met interne pull-up naar poort 1-8 van JA-118
3. C van JA-118 doorlussen en naar gnd van ESP

Kun je niet gewoon een 5volt USB voeding gebruiken op de NodeMCU?

[lolgast]

sjorsjuhmaniac schreef op donderdag 17 december 2020 @ 23:08:
[...]


... er was nog een pagina met posts

Anyway, goed dat je m hebt gevonden. En kosten aan backblaze? die kosten heb je toch al maandelijks? of betaal je daar per restore?

4 uur.... dat heet hobbyen

Bij backblaze betaal je per GB (€0,01) die je restored ja. Daar staat tegenover dat je €0,005 betaalt per GB die je opgeslagen hebt.

Thanks voor je eerste bericht, ik had behoorlijk wat moeite met pinpointen van de oorzaak. Ik ben best handig geworden in gebruik van Debian, maar problemen heb ik nog weinig gehad en meestal leer je dan pas het meest

[ Voor 4% gewijzigd door lolgast op 18-12-2020 07:15 ]

[water_escape]

Septillion schreef op donderdag 17 december 2020 @ 17:20:
@water_escape Je probleem zat/zit onder trigger. Daar hoort niet onbekend te staan. Ongetwijfeld gebeurd door ons ge-knip-en-plak In de yaml ook te zien doordat je wel twee devices met verschillende ID's hebt maar ze gebruiken dezelfde entity_id.

owjee, de vrouw stond in het donker vannacht.
Blijkbaar gaat hij niet aan op 15% na 23:00 en voor 07:00 ..

toch die NOT eruit halen?

[DennusB]

golles schreef op vrijdag 18 december 2020 @ 00:18:
Ik heb 3 blueprints op github gezet: https://github.com/golles/Home-Assistant-Blueprints

Om motion sensors lichten aan te doen boven een bepaalde lux, voordat de lampen uitgaan wordt de helderheid aangepast zodat je nog even kan bewegen voordat je in het donker zit.
Deze maakt gebruik van profiles, ik heb de standaard HA light_profiles.csv bijgevoegd waarbij ik zelf de scenes van Hue heb toegevoegd. (profile is hier makkelijker dan inputs for R/G/B/Bightness of X/Y/Brightness).
Deze gebruik ik zelf op het toilet, in de badkamer en in de kledingkamer.

Voor de Zigbee2Mqtt gebruikers heb ik een blueprint gemaakt waar je actie(s) kan defineren voor press en hold. Daar heb ik nog een 2e versie van gemaakt voor mijn bedlampjes, klik zet het bedlampje aan/uit en hold zet de plafondlamp aan/uit.

Ik vind de blueprints echt een top idee, ik had toch wel een aantal automations die op een paar entities na een exacte kopie was, hiermee is dat opgelost + automations worden heel kort nu.

En hoe krijg jij die Smart Buttons uberhaupt als entity in Hass? Ik krijg er alleen maar messages van op de bus?

[sn33ky]

Even een vraagje die jullie misschien kunnen beantwoorden.

Ik verlucht mijn huis graag regelmatig, omdat dit de gezondheid van iedereen ten goede komt.

Nu dacht ik hier een HA Automation op toe te passen door middel van alle raamsensors die ik al heb.

ALS: Raamsensor A is open voor X min, Raamsensor B is open voor X min.
INDIEN: Persoon A thuis is OF Persoon B thuis is
DAN: Google tts say "De Ramen staan ondertussen X minuten open"

Nu kwam ik er achter dat google voor ieder raam dat X minuten open staat een geluid maakt. Niet handig natuurlijk.

Nu dacht ik, is er geen manier dat er de MAX waarde van de tijd dat het raam openstaat Max(Raamsensor A tijd open, raamsensor B tijd open) er uit te halen. Dan
zou dit opgelost zijn.

Nu zag ik oplossingen als Statistics en Min/Max sensors. Alleen toont de raamsensor alleen open/toe en geen tijdspanne dat deze al open is dacht ik?

Dus is er een manier die dit oplost?

Ook zou ik dus een automation willen creëren waarbij ik een melding krijg dat er al 3 dagen niet verlucht is. ook is hierbij max waarde handig.

[ Voor 8% gewijzigd door sn33ky op 18-12-2020 09:11 ]

[Septillion]

@water_escape Kan je nog eens je hele automation delen? Weet even niet meer wat het nu exact is geworden.

[water_escape]

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: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                below: '8'
                entity_id: sensor.ms2_philips_sml001_illuminance
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: not
            conditions:
              - condition: time
                after: '08:00'
                before: '23:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Septillion schreef op vrijdag 18 december 2020 @ 09:17:
@water_escape Kan je nog eens je hele automation delen? Weet even niet meer wat het nu exact is geworden.

[Septillion]

@sn33ky Ik zou het denk ik makkelijker oplossen en er een input_boolean bijdoen. Deze zet je aan als je de melding gemaakt hebt en uit als een/alle ramen weer dicht zijn.

[Septillion]

@water_escape Je hebt mijn Optie 2 en Optie 3 gemengd OF de not eruit (dan heb je mijn Optie 2) OF de acties van de default verplaatsen naar de optie van de not (dan heb je mijn optie 3).

Dus je had het goed gezien dat de not eruit mag.

[ Voor 11% gewijzigd door Septillion op 18-12-2020 09:26 ]

[water_escape]

Septillion schreef op vrijdag 18 december 2020 @ 09:25:
@water_escape Je hebt mijn Optie 2 en Optie 3 gemengd OF de not eruit (dan heb je mijn Optie 2) OF de acties van de default verplaatsen naar de optie van de not (dan heb je mijn optie 3).

Dus je had het goed gezien dat de not eruit mag.

Maar ik twijfel, als ik de NOT eruit haal. Dan gaat hij overdag als de lux niet onder <8 is nog steeds aan op 15%. Of lees ik dat fout?

[sn33ky]

Septillion schreef op vrijdag 18 december 2020 @ 09:22:
@sn33ky Ik zou het denk ik makkelijker oplossen en er een input_boolean bijdoen. Deze zet je aan als je de melding gemaakt hebt en uit als een/alle ramen weer dicht zijn.

Dus als ik in de voorwaarden van de automation een extra voorwaarde: "ALS Boolean X = uit" toevoeg.
- dan zal hij bij de ramen die later opengezet zijn, geen melding meer maken?
- Of gaat hij verder met de automation. Omdat de automation gestart was, voordat de boolean aangezet werd?

[Septillion]

@water_escape Nee, het is subtiel. Alles wat hij nu zal uitvoeren als je de not weg haalt (en dus uit zal voeren tussen 7:00 en 23:00 is "sequence: []". Ofwel, helemaal niets. 15% deel staat als default actie maar aangezien hij al een andere optie gevonden had die aan alle voorwaarden voldoet (ook al doet hij daar niets) zal hij de default niet uitvoeren.

[Septillion]

Als je de automation voor een medling als extra voorwaarde zet "bool alGedaan = off" en je vervolgens in je acties samen met je bericht dus toevoegt "service call bool.turn_on: alGedaan" dan kan zal het maar één keer triggeren.

Maar dan moet je nog een extra automation aanmaken die, wanneer alle ramen dicht zijn, deze bool weer off maakt.

[Luuk2015]

Hallo allemaal.
Sinds enkele dagen draai ik Home Assistant op mijn Synology NAS d.m.v. een virtualmachine, dit werkt tot nu toe erg goed. Echter wil ik graag buitenshuis gebruik maken van HA via de mobiele applicatie op mijn telefoon.
Ik kwam toen snel uit bij HA Cloud van Nabu Casa die 5usd p/maand kost.
Persoonlijk weet ik niet of ik dit 5 euro p/maand waard vind dus daarom die ik het liever zelf.
Ik heb al een VPN draaien op mijn NAS dus dat werkt in theorie, echter moet ik in de praktijk dus elke keer mijn VPN opstarten om mijn HA te bekijken. Stel ik wil dit nu zelf opzetten, wat is dan de veiligste manier om dit te doen? En waarom heeft HA Cloud geen portforwarding nodig terwijl als ik dit zelf doe dat eigenlijk altijd moet opzetten.
Alvast bedankt.

[water_escape]

Septillion schreef op vrijdag 18 december 2020 @ 09:32:
@water_escape Nee, het is subtiel. Alles wat hij nu zal uitvoeren als je de not weg haalt (en dus uit zal voeren tussen 7:00 en 23:00 is "sequence: []". Ofwel, helemaal niets. 15% deel staat als default actie maar aangezien hij al een andere optie gevonden had die aan alle voorwaarden voldoet (ook al doet hij daar niets) zal hij de default niet uitvoeren.

maar dat klopt dan ook weer niet want tussen 7:00 en 23:00 moet hij wel nog wat doen. Namelijk aan gaan indien lux <8 is .

[Recoil]

raymonvdm schreef op vrijdag 18 december 2020 @ 00:54:
[...]


Kun je niet gewoon een 5volt USB voeding gebruiken op de NodeMCU?

Zeker! Maar ik wil het geheel inbouwen in de kast van het alarm, daar zit al een goede voeding in.

Heeft hier iemand overigens in Docker de combinatie van letsencrypt, nginx, duckdns en HA core draaien? Ik krijg alles prima geconfigureerd, maar nginx lijkt voor HA niet te werken.

Zodra de login credentials ingevoerd zijn komt HA in een ‘unable to connect’ loop. Bij mensen met een soortgelijk probleem was websocket niet geactiveerd in nginx, maar dat is bij mij niet het geval. Als iemand een werkende config kan delen zou dat fantastisch zijn.

[Hmmbob]

water_escape schreef op vrijdag 18 december 2020 @ 09:29:
Maar ik twijfel, als ik de NOT eruit haal. Dan gaat hij overdag als de lux niet onder <8 is nog steeds aan op 15%. Of lees ik dat fout?

Septillion schreef op vrijdag 18 december 2020 @ 09:32:
@water_escape Nee, het is subtiel. Alles wat hij nu zal uitvoeren als je de not weg haalt (en dus uit zal voeren tussen 7:00 en 23:00 is "sequence: []". Ofwel, helemaal niets. 15% deel staat als default actie maar aangezien hij al een andere optie gevonden had die aan alle voorwaarden voldoet (ook al doet hij daar niets) zal hij de default niet uitvoeren.

Volgens mij heeft @water_escape wel gelijk. De condition checkt nu of het overdag is én lage lux level, en als dat niet matcht (want het is overdag met hoog lux level, bijvoorbeeld) dan gaat hij door naar de default en dan dus het licht aan.

Je kan conditions ook in de sequence/action gebruiken. Als de condition niet matcht, worden alle andere stappen erna niet meer uitgevoerd. Ik zou de choose op de tijdsblokken houden (is het OF overdag OF 's nachts), en de conditie voor het light level in de action zetten voor het gewenste gedrag. Zo dus:

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: '23:00'
        sequence:
          - condition: or
            conditions:
              - condition: numeric_state
                below: '8'
                entity_id: sensor.ms2_philips_sml001_illuminance
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - delay: '00:05:00'
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

[ Voor 11% gewijzigd door Hmmbob op 18-12-2020 09:50 ]

[golles]

DennusB schreef op vrijdag 18 december 2020 @ 09:02:
[...]


En hoe krijg jij die Smart Buttons uberhaupt als entity in Hass? Ik krijg er alleen maar messages van op de bus?

Ik heb ze aan Zigbee2Mqtt gekoppeld, vanuit de Hue integratie krijg je ze inderdaad niet in HA, ik zal de naam verduidelijken

[sn33ky]

Luuk2015 schreef op vrijdag 18 december 2020 @ 09:43:
Hallo allemaal.
Sinds enkele dagen draai ik Home Assistant op mijn Synology NAS d.m.v. een virtualmachine, dit werkt tot nu toe erg goed. Echter wil ik graag buitenshuis gebruik maken van HA via de mobiele applicatie op mijn telefoon.
Ik kwam toen snel uit bij HA Cloud van Nabu Casa die 5usd p/maand kost.
Persoonlijk weet ik niet of ik dit 5 euro p/maand waard vind dus daarom die ik het liever zelf.
Ik heb al een VPN draaien op mijn NAS dus dat werkt in theorie, echter moet ik in de praktijk dus elke keer mijn VPN opstarten om mijn HA te bekijken. Stel ik wil dit nu zelf opzetten, wat is dan de veiligste manier om dit te doen? En waarom heeft HA Cloud geen portforwarding nodig terwijl als ik dit zelf doe dat eigenlijk altijd moet opzetten.
Alvast bedankt.

Er is een add-on (DuckDNS) dat je Home assistant ook extern kunt gebruiken zonder VPN of Nabu Casa en is geheel gratis en veilig (SSL).
Ook de app werkt dan netjes door als je niet in je eigen netwerk zit.

Eventueel te combineren met NGINX Home Assistant SSL proxy add-on. en je hebt nog maar één url nodig voor zowel intern als extern gebruik. https:\\[uw_duck_dns_alias].duckdns.org

Edit: even gemist dat je een oplossing zocht zonder port forwarding. Dan geen idee of er een oplossing is.

[ Voor 4% gewijzigd door sn33ky op 18-12-2020 10:01 ]

[Septillion]

@water_escape @Hmmbob Maar dat is al de eerste optie Dus hij doet op volgorde de volgende checks. Wordt aan een optie voldaan, dan wordt die optie gedaan en is het daarmee klaar (andere opties worden niet gedaan). Zo niet, gaat hij de volgende optie proberen. Heeft hij alle opties geprobeerd en geen gevonden, doet hij de default.

- Optie 1: Is het tussen 7:00 en 23:00 en is het donker
=> Light op 65%
- Optie 2: Is het tussen 7:00 en 23:00
=> Doe niets
- Default:
=> Licht op 15%

De methode van @Hmmbob zou hier ook moeten werken maar ik vind het stop dead in your tracks aanpak van een condition aanpak altijd een beetje onhandig met uitbreiden.

[Hmmbob]

Geen idee over welke opties je het nu hebt... De code zoals ik die net deel bereitk precies wat hij wil, toch? Incl stop dead - dat is bij iedere condition, ongeacht waar je hem plaatst.

[Luuk2015]

sn33ky schreef op vrijdag 18 december 2020 @ 09:51:
[...]

Er is een add-on (DuckDNS) dat je Home assistant ook extern kunt gebruiken zonder VPN of Nabu Casa en is geheel gratis en veilig (SSL).
Ook de app werkt dan netjes door als je niet in je eigen netwerk zit.

Eventueel te combineren met NGINX Home Assistant SSL proxy add-on. en je hebt nog maar één url nodig voor zowel intern als extern gebruik. https:\\[uw_duck_dns_alias].duckdns.org

Zodra ik DuckDNS wil gebruiken loop ik wel tegen het probleem aan dat ik mijn poort moet openzetten.
Daarom was ik eigenlijk opzoek naar een oplossing waarmee portforwarding niet nodig was maar dan niet via HA Cloud.

[water_escape]

Dit zijn idd de 3 opties die ik zoek.

is dat zo zonder de not: ? EDIT: nee volgens mij gaan hij nu snacht nog steeds niks doen...

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: '23:00'
          - condition: or
            conditions:
              - condition: numeric_state
                below: '8'
                entity_id: sensor.ms2_philips_sml001_illuminance
              - condition: numeric_state
                below: '8'
                entity_id: sensor.philips_sml001_581e6708_illuminance
        sequence:
          - service: light.turn_on
            data:
              brightness_pct: 65
            entity_id: light.overloop
          - delay: '00:05:00'
      - conditions:
          - condition: time
            after: '08:00'
            before: '23:00'
        sequence: []
    default:
      - service: light.turn_on
        data:
          brightness_pct: 15
        entity_id: light.overloop
      - delay: '00:02:00'
  - service: light.turn_off
    data: {}
    entity_id: light.overloop_2
mode: restart

Septillion schreef op vrijdag 18 december 2020 @ 09:53:
@water_escape @Hmmbob Maar dat is al de eerste optie Dus hij doet op volgorde de volgende checks. Wordt aan een optie voldaan, dan wordt die optie gedaan en is het daarmee klaar (andere opties worden niet gedaan). Zo niet, gaat hij de volgende optie proberen. Heeft hij alle opties geprobeerd en geen gevonden, doet hij de default.

- Optie 1: Is het tussen 7:00 en 23:00 en is het donker
=> Light op 65%
- Optie 2: Is het tussen 7:00 en 23:00
=> Doe niets
- Default:
=> Licht op 15%

De methode van @Hmmbob zou hier ook moeten werken maar ik vind het stop dead in your tracks aanpak van een condition aanpak altijd een beetje onhandig met uitbreiden.

[Septillion]

@Hmmbob Deze Maar dan moet de NOT eruit (en alleen de NOT, niet de condities onder de not). Code die ik gisteren plaatste doet het ook prima, maar moet je niet meerdere versies door de hakselaar gooien en mengen

En nee, niet elke conditie is zo heftig. Want zet in jouw versie maar eens wat onder de chooser wat je altijd zou willen uitvoeren....

[ Voor 15% gewijzigd door Septillion op 18-12-2020 10:06 ]

[Septillion]

@water_escape Yess, zo had ik hem ook.

[Septillion]

@Luuk2015 Ergens zal een keer wat open moeten staan. Of direct naar je HA, of op Nabu Casa of voor je VPN (of een reverse proxy ofzo). Zonder gaat niet lukken want je telefoon moet gewoon ergens direct verbinding meer kunnen opzetten.

Welk jij wilt is aan jou. VPN is natuurlijk het veiligste omdat je hele HA niet zichtbaar is van buiten. Daarna Nabu Casa omdat hun systemen nu in de "vuurlinie" staan. En als laatste zelf hosten, verkeer is veilig maar je moet dan wel vertrouwen dat er geen gat in de beveiliging zit.

[Hmmbob]

Septillion schreef op vrijdag 18 december 2020 @ 09:58:
@Hmmbob Deze Maar dan moet de NOT eruit (en alleen de NOT, nier de condities onder de not). Code die ik gisteren plaatste doet het ook prima, maar moet je niet meerdere versies door de hakselaar gooien en mengen

Er staat geen not in mijn code?

[ Voor 11% gewijzigd door Hmmbob op 18-12-2020 10:04 ]

[Septillion]

@Hmmbob Nee, mijn/@water_escape code, zie linkje ervoor

[ Voor 16% gewijzigd door Septillion op 18-12-2020 10:06 ]

[Pinky-H9]

Zo me ook hier maar eens present melden.

Na jaren met Domoticz gespeeld te hebben was de laatste versie van HA wel erg vernieuwend.
Ben nu stapsgewijs zaken aan het omzetten (parallel lopen) en de vele ESP's die ik hier gebruik omzetten naar Tasmota zodat integratie makkelijker wordt.

Ga vast nog wel een paar uitdagingen tegenkomen ik voorzie voor mijzelf enkele reeds op dit moment:
- Lux sensor die op basis van aanwezigheid + licht nivo buiten bepaalde lapen aanzet
- S0 pulse counter (Loopt nu op een ESp maar moet naar Tasmota of evt ESP gelijk MQTT laten doen)
- Groepen sturing > Alexa Woonkamer aan

Maar dat mag de pret niet drukken kan veel experimenteren zolang het parallel kan lopen.

[water_escape]

nou, de eerste staat hierboven uitgewerkt inmiddels .

Pinky-H9 schreef op vrijdag 18 december 2020 @ 10:32:
Zo me ook hier maar eens present melden.

Na jaren met Domoticz gespeeld te hebben was de laatste versie van HA wel erg vernieuwend.
Ben nu stapsgewijs zaken aan het omzetten (parallel lopen) en de vele ESP's die ik hier gebruik omzetten naar Tasmota zodat integratie makkelijker wordt.

Ga vast nog wel een paar uitdagingen tegenkomen ik voorzie voor mijzelf enkele reeds op dit moment:
- Lux sensor die op basis van aanwezigheid + licht nivo buiten bepaalde lapen aanzet
- S0 pulse counter (Loopt nu op een ESp maar moet naar Tasmota of evt ESP gelijk MQTT laten doen)
- Groepen sturing > Alexa Woonkamer aan

Maar dat mag de pret niet drukken kan veel experimenteren zolang het parallel kan lopen.

[-Casper]

Ik zit te kijken naar een NUC om o.a. HA via proxmox (of andere vm) te kunnen laten draaien. Zijn er nog tips m.b.t. specs waar ik echt rekening mee moet houden? NUC zal voornamelijk HA draaien en later waarschijnlijk nog wat losse projectjes daarnaast. Zwaarste zal waarschijnlijk iets zijn om camera beelden op te slaan / te streamen.