Home Assistant: Open source Python3 home automation - deel 3

[barrymossel]

Robbie T schreef op donderdag 4 maart 2021 @ 14:41:
Mag ik checken of ik het script op de juiste manier heb gemaakt:

YAML:

alias: Deur te lang open
description: >-
  Als de voor- of achterdeur 5 minuten open staat speel dan een bericht af via
  Sonos in de woonkamer
trigger:
  - platform: state
    entity_id: binary_sensor.voordeur
    for: '00:05:00'
    to: 'on'
  - platform: state
    entity_id: binary_sensor.achterdeur
    to: 'on'
    for: '00:05:00'
condition:
  - condition: state
    entity_id: input_select.modus
    state: home
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.achterdeur
            state: ''
        sequence:
          - service: tts.google_translate_say
            data:
              entity_id: media_player.woonkamer
              message: Hallo! De achterdeur staat nog open.
      - conditions:
          - condition: state
            entity_id: binary_sensor.voordeur_contact
            state: ''
        sequence:
          - service: tts.google_translate_say
            data:
              message: Hallo! De voordeur staat nog open.
    default: []
mode: single

Bedoeling is dat er een bericht wordt afgespeeld als de voor of achter deur te lang open staat.

Je kan het misschien beter zelf testen

Maar het ziet er goed uit volgens mij. Ik zou wel kiezen voor from: "off" in de trigger. In theorie kan het zo zijn dat je sensor unavailable als state heeft en dan naar "on" gaat. Dan wil je niet dat deze automation triggert.
En ik zie niet precies waarom je kiest voor mode: single?

[TheFes]

Robbie T schreef op donderdag 4 maart 2021 @ 14:41:
Mag ik checken of ik het script op de juiste manier heb gemaakt:

YAML:

alias: Deur te lang open
description: >-
  Als de voor- of achterdeur 5 minuten open staat speel dan een bericht af via
  Sonos in de woonkamer
trigger:
  - platform: state
    entity_id: binary_sensor.voordeur
    for: '00:05:00'
    to: 'on'
  - platform: state
    entity_id: binary_sensor.achterdeur
    to: 'on'
    for: '00:05:00'
condition:
  - condition: state
    entity_id: input_select.modus
    state: home
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: binary_sensor.achterdeur
            state: ''
        sequence:
          - service: tts.google_translate_say
            data:
              entity_id: media_player.woonkamer
              message: Hallo! De achterdeur staat nog open.
      - conditions:
          - condition: state
            entity_id: binary_sensor.voordeur_contact
            state: ''
        sequence:
          - service: tts.google_translate_say
            data:
              message: Hallo! De voordeur staat nog open.
    default: []
mode: single

Bedoeling is dat er een bericht wordt afgespeeld als de voor of achter deur te lang open staat.

Je moet wel een state toevoegen in de conditions van je choose.
Nu wordt hij alleen uitgevoerd als de state '' (ofwel leeg) is. Dat zal 'on' moeten zijn.

JayOne schreef op donderdag 4 maart 2021 @ 14:50:
[...]

Dit kun jezelf heel eenvoudig testen, zorg dat de input_select.modus op home staat en trigger de automation handmatig.

Conditions worden niet meegenomen als je een automation handmatig triggert, dus dat hoeft niet eens.

[ Voor 10% gewijzigd door TheFes op 04-03-2021 14:58 ]

[Robbie T]

barrymossel schreef op donderdag 4 maart 2021 @ 14:53:
[...]

Je kan het misschien beter zelf testen

Maar het ziet er goed uit volgens mij. Ik zou wel kiezen voor from: "off" in de trigger. In theorie kan het zo zijn dat je sensor unavailable als state heeft en dan naar "on" gaat. Dan wil je niet dat deze automation triggert.
En ik zie niet precies waarom je kiest voor mode: single?

Ik weet ook niet waarom ik kies voor single ;-). Dat gaat automatisch haha.
Zojuist even gelezen en als ik kies voor een andere dan wordt de melding om de 5 minuten herhaald als ik het goed heb. Dat is niet direct nodig want soms staat de achterdeur de hele dag open (in de zomer, mooi weer).

[Robbie T]

TheFes schreef op donderdag 4 maart 2021 @ 14:56:
[...]


Je moet wel een state toevoegen in de conditions van je choose.
Nu wordt hij alleen uitgevoerd als de state '' (ofwel leeg) is. Dat zal 'on' moeten zijn.

Ik dacht dat dat al gebeurde via de trigger.

[TheFes]

Robbie T schreef op donderdag 4 maart 2021 @ 14:57:
[...]


Ik dacht dat dat al gebeurde via de trigger.

Je hebt een trigger die zowel voor de voordeur als de achterdeur checkt.
In je choose probeer je te bereiken dat hij daardwerkelijk het bericht over de juiste deur vermeld. Dus moet je daar checken welke van de twee daadwerkelijk de automation getriggerd heeft. In jouw geval moet je dus checken of juist de sensor van de voordeur of die van de achterdeur op on staat.

Overigens is dit niet helemaal fool proof zoals je het nu hebt.

Stel, de voordeur staat open.
Na 4 minuten gaat ook de achterdeur open, en die blijft open.
Na nog 1 minuut triggert je automation op de state van de voordeur.

Aangezien je choose als eerste de achterdeur checkt, zal die omroepen dat de achterdeur open staat, dit terwijl de automation eigenlijk triggerde op de voordeur.

Je kunt hier wel allemaal nog ingewikkeldere templates voor gaan maken, maar wellicht is het makkelijker om gewoon twee automations te maken in dit geval.

[ Voor 5% gewijzigd door TheFes op 04-03-2021 15:04 ]

[Hmmbob]

sjorsjuhmaniac schreef op donderdag 4 maart 2021 @ 11:02:
[...]

code:

  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/device_registry.py", line 620, in async_get
    return cast(DeviceRegistry, hass.data[DATA_REGISTRY])
KeyError: 'device_registry'
INFO:homeassistant.util.package:Attempting install of broadlink==0.16.0
[01;37mFailed config[0m
  [01;31mautomation:[0m [31m[31m
    - Unexpected error calling config validator: 'device_registry'
    - [OrderedDict([('id', '1570041865305'), ('alias', '01 Algemeen - Er wordt aangebeld'), ('trigger', [OrderedDict([('entity_id', 'switch.doorbell_chime'), ('for', '0'), ('from', 'off'), ('platform', 'state'), ('to', 'on')])]), ('condition', []), ('action', [OrderedDict([('data', OrderedDict([('message', 'Home Assistant: Er wordt aangebeld!')])), ('service', 'telegram_bot.send_message')])]), ('mode', 'single')]), OrderedDict([('id', '1570043632431'),

het gaat hier fout.
heb je een 'device_registry' in je config staan? lijkt alsof er te veel data in de key terecht komt. Dus lijkt op een parse/spatie/etc error in je config?

Vreemd hoor als je die niet wijzigt....

Dit is een automation van @peetgate . Kijk die eens na op fouten?

[icecreamfarmer]

icecreamfarmer schreef op donderdag 4 maart 2021 @ 10:05:
[...]


Ik ga het nu ook in VM draaien op een HP T630 die is ruim 3x zo krachtig als een pi4.
Ik ga er zo maar eens lubuntu opzetten en dan VM's instaleren.

Mijn god ik ben er al weer 5 uur mee bezig om te zorgen dat Lubuntu automatisch inlogt en VNC draait (met bureaublad). Dit zodat ik er geen monitor aan hoef te hangen bij een restart.
Maar wat een gedoe.

Het eerste lukt niet en het tweede laat alleen een grijsscherm zien.

[TheFes]

@Robbie T

Je zou het ook zo kunnen doen

YAML:

alias: Deur te lang open
description: >-
  Als de voor- of achterdeur 5 minuten open staat speel dan een bericht af via
  Sonos in de woonkamer
trigger:
  - platform: state
    entity_id: binary_sensor.voordeur
    for: '00:05:00'
    to: 'on'
  - platform: state
    entity_id: binary_sensor.achterdeur
    to: 'on'
    for: '00:05:00'
condition:
  - condition: state
    entity_id: input_select.modus
    state: home
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.woonkamer
      message: >
        {% if trigger.entity_id == 'binary_sensor.voordeur' %}
          Hallo! De voordeur staat nog open.
        {% else %}
          Hallo! De achterdeur staat nog open.
        {% endif %}
mode: single

Dit kun je echter niet testen door de automation handmatig uit te voeren vanuit de GUI, aangezien er dan geen trigger is.

[ Voor 6% gewijzigd door TheFes op 04-03-2021 15:16 ]

[Robbie T]

TheFes schreef op donderdag 4 maart 2021 @ 15:13:
@Robbie T

Je zou het ook zo kunnen doen

YAML:

alias: Deur te lang open
description: >-
  Als de voor- of achterdeur 5 minuten open staat speel dan een bericht af via
  Sonos in de woonkamer
trigger:
  - platform: state
    entity_id: binary_sensor.voordeur
    for: '00:05:00'
    to: 'on'
  - platform: state
    entity_id: binary_sensor.achterdeur
    to: 'on'
    for: '00:05:00'
condition:
  - condition: state
    entity_id: input_select.modus
    state: home
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.woonkamer
      message: >
        {% if trigger.entity_id == 'binary_sensor.voordeur' %}
          Hallo! De voordeur staat nog open.
        {% else %}
          Hallo! De achterdeur staat nog open.
        {% endif %}
mode: single

Dit kun je echter niet testen door de automation handmatig uit te voeren vanuit de GUI, aangezien er dan geen trigger is.

Dit is met templates geloof ik? Moet ik me nog eens in verdiepen...komt later als alles uit domoticz is overgezet naar HA. Zojuist de Slaesh's CC2652RB stick besteld om de boel verder aan te passen.

Is dit dan wel foolproof? als de achterdeur open staat en ik doe ook de voordeur open dat hij dan wel de goede speelt?

[barrymossel]

TheFes schreef op donderdag 4 maart 2021 @ 14:56:
[...]


Je moet wel een state toevoegen in de conditions van je choose.
Nu wordt hij alleen uitgevoerd als de state '' (ofwel leeg) is. Dat zal 'on' moeten zijn.

Is dat zo? In een trigger kan je ook bij state niks zetten en dan is het iedere state-verandering. Ik kan me voorstellen dat dat hier ook werkt. Maar dat kan @Robbie T zo testen.

Robbie T schreef op donderdag 4 maart 2021 @ 14:57:
[...]


Ik weet ook niet waarom ik kies voor single ;-). Dat gaat automatisch haha.
Zojuist even gelezen en als ik kies voor een andere dan wordt de melding om de 5 minuten herhaald als ik het goed heb. Dat is niet direct nodig want soms staat de achterdeur de hele dag open (in de zomer, mooi weer).

Lees dit stukje ook eens:

The automation’s mode configuration option controls what happens when the automation is triggered while the actions are still running from a previous trigger.

[TheFes]

barrymossel schreef op donderdag 4 maart 2021 @ 15:28:
[...]

Is dat zo? In een trigger kan je ook bij state niks zetten en dan is het iedere state-verandering. Ik kan me voorstellen dat dat hier ook werkt. Maar dat kan @Robbie T zo testen.

[...]

Maar je wil toch niet dat de eerste optie uit die choose bij elke state van de binary_sensor.achterdeur uitgevoerd wordt. Je wil dat die eerste optie uit de choose uitgevoerd wordt als daadwerkelijk binary_sensor.achterdeur op 'on' staat

(met als bijkomend issue dat die wel op 'on' kan staan, maar nog geen 5 minuten)

[sjorsjuhmaniac]

icecreamfarmer schreef op donderdag 4 maart 2021 @ 15:09:
[...]

Mijn god ik ben er al weer 5 uur mee bezig om te zorgen dat Lubuntu automatisch inlogt en VNC draait (met bureaublad). Dit zodat ik er geen monitor aan hoef te hangen bij een restart.
Maar wat een gedoe.

ken Lubuntu niet. in ubuntu 20.x:
1) ga naar config -> users -> "unlock" -> slider omzetten voor automatic login

2) ga naar config -> sharing -> slider IN DE TAAKBALK/WINDOW BALK aan zetten -> screen sharing -> active/passwd etc

3) bonus: screenlock uit zetten. ga naar config -> privacy -> screen lock -> automatic screenlock off

Het eerste lukt niet en het tweede laat alleen een grijsscherm zien.

Klopt, als 1) niet lukt dan krijg je met vnc niets te zien omdat er een user in de GUI ingelogd moet zijn om iets te kunnen laten zien.
LET OP: sommige videokaarten MOETEN ook een scherm aan de poort hebben hangen omdat ze anders gewoon geen output sturen. Ik kwam hier na HEEL VEEL testen achter voor mijn server.
edit: en het is met VNC nodig om echt output van de videokaart te krijgen, daar zitten de hooks voor vnc blijkbaar.

Kan je ondervangen door met een dummy video adapter te werken. Maar.... als je de dummy hebt werkt je echte output niet

$ apt install xserver-xorg-video-dummy

Hier mijn dummy adapter. In de map /etc/X11 xorg.conf vervangen voor deze config en dan rebooten. Zorg dat je ssh access hebt voor als het fout gaat

code: xorg.conf.dummy

Section "Device"
    Identifier  "Configured Video Device"
    Driver      "dummy"
EndSection

Section "Monitor"
    Identifier  "Configured Monitor"
    HorizSync 31.5-48.5
    VertRefresh 50-70
EndSection

Section "Screen"
    Identifier  "Default Screen"
    Monitor     "Configured Monitor"
    Device      "Configured Video Device"
    DefaultDepth 24
    SubSection "Display"
    Depth 32
    Modes "1280x720"
    EndSubSection
EndSection

als je nog een vga aansluiting hebt kan het ook met een weerstandje

[ Voor 5% gewijzigd door sjorsjuhmaniac op 04-03-2021 15:51 ]

[TheFes]

Robbie T schreef op donderdag 4 maart 2021 @ 15:28:
[...]


Dit is met templates geloof ik? Moet ik me nog eens in verdiepen...komt later als alles uit domoticz is overgezet naar HA. Zojuist de Slaesh's CC2652RB stick besteld om de boel verder aan te passen.

Is dit dan wel foolproof? als de achterdeur open staat en ik doe ook de voordeur open dat hij dan wel de goede speelt?

De trigger in je automation is dat de binary_sensor 5 minuten op 'on' moet staan.
Als dat gebeurt start je automation.

Deze template gebruikt dus de enitty_id van de entity die de automation getriggerd heeft, dat zal dus degene zijn die 5 minuten open stond.

Met mode: single kan het wel voorkomen dat je automation nog bezig is, en dat vervolgens de automation voor de andere deur niet getriggerd wordt. Omdat dit een automation zonder delays is, is de kans daarop wel heel klein. Echter, als de deuren echt binnen een fractie van een seconde beide geopend worden, kan de deur die net iets later open gegaan is wel de tts van de eerste deur afbreken.

Om dat te voorkomen zou je nog een korte delay, en mode: queued kunnen gebruiken.

Zoiets dus:

YAML:

alias: Deur te lang open
description: >-
  Als de voor- of achterdeur 5 minuten open staat speel dan een bericht af via
  Sonos in de woonkamer
trigger:
  - platform: state
    entity_id: binary_sensor.voordeur
    for: '00:05:00'
    to: 'on'
  - platform: state
    entity_id: binary_sensor.achterdeur
    to: 'on'
    for: '00:05:00'
condition:
  - condition: state
    entity_id: input_select.modus
    state: home
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.woonkamer
      message: >
        {% if trigger.entity_id == 'binary_sensor.voordeur' %}
          Hallo! De voordeur staat nog open.
        {% else %}
          Hallo! De achterdeur staat nog open.
        {% endif %}
  - delay: 3
mode: queued

Oh, ik bedenk me net dat je in plaats van de template ook gewoon for: '00:05:00' aan je state condition in je choose kunt toevoegen, dan triggert ie ook op de juiste deur.
Om te voorkomen dat de tts van de ene deur afgebroken wordt door de tts van de andere doordat ze vlak achter elkaar open zijn gezet kun je alsnog die delay en mode: queued toevoegen zoals hierboven.

[ Voor 8% gewijzigd door TheFes op 04-03-2021 15:46 ]

[barrymossel]

TheFes schreef op donderdag 4 maart 2021 @ 15:33:
[...]


Maar je wil toch niet dat de eerste optie uit die choose bij elke state van de binary_sensor.achterdeur uitgevoerd wordt. Je wil dat die eerste optie uit de choose uitgevoerd wordt als daadwerkelijk binary_sensor.achterdeur op 'on' staat

(met als bijkomend issue dat die wel op 'on' kan staan, maar nog geen 5 minuten)

Oeh, je hebt gelijk. Hij kan getriggerd worden door de ene sensor en dan kiest ie altijd de eerste choose. True!

[Robbie T]

TheFes schreef op donderdag 4 maart 2021 @ 15:40:
[...]


De trigger in je automation is dat de binary_sensor 5 minuten op 'on' moet staan.
Als dat gebeurt start je automation.

Deze template gebruikt dus de enitty_id van de entity die de automation getriggerd heeft, dat zal dus degene zijn die 5 minuten open stond.

Met mode: single kan het wel voorkomen dat je automation nog bezig is, en dat vervolgens de automation voor de andere deur niet getriggerd wordt. Omdat dit een automation zonder delays is, is de kans daarop wel heel klein. Echter, als de deuren echt binnen een fractie van een seconde beide geopend worden, kan de deur die net iets later open gegaan is wel de tts van de eerste deur afbreken.

Om dat te voorkomen zou je nog een korte delay, en mode: queued kunnen gebruiken.

Zoiets dus:

YAML:

alias: Deur te lang open
description: >-
  Als de voor- of achterdeur 5 minuten open staat speel dan een bericht af via
  Sonos in de woonkamer
trigger:
  - platform: state
    entity_id: binary_sensor.voordeur
    for: '00:05:00'
    to: 'on'
  - platform: state
    entity_id: binary_sensor.achterdeur
    to: 'on'
    for: '00:05:00'
condition:
  - condition: state
    entity_id: input_select.modus
    state: home
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.woonkamer
      message: >
        {% if trigger.entity_id == 'binary_sensor.voordeur' %}
          Hallo! De voordeur staat nog open.
        {% else %}
          Hallo! De achterdeur staat nog open.
        {% endif %}
  - delay: 3
mode: queued

Oh, ik bedenk me net dat je in plaats van de template ook gewoon for: '00:05:00' aan je state condition in je choose kunt toevoegen, dan triggert ie ook op de juiste deur.
Om te voorkomen dat de tts van de ene deur afgebroken wordt door de tts van de andere doordat ze vlak achter elkaar open zijn gezet kun je alsnog die delay en mode: queued toevoegen zoals hierboven.

Dankje voor de uitleg. Erg helpend! Ik heb het script toegevoegd, straks even proberen!

[icecreamfarmer]

sjorsjuhmaniac schreef op donderdag 4 maart 2021 @ 15:38:
[...]


ken Lubuntu niet. in ubuntu 20.x:
1) ga naar config -> users -> "unlock" -> slider omzetten voor automatic login

2) ga naar config -> sharing -> slider IN DE TAAKBALK/WINDOW BALK aan zetten -> screen sharing -> active/passwd etc

3) bonus: screenlock uit zetten. ga naar config -> privacy -> screen lock -> automatic screenlock off

Ja dat zit dus niet in Lubuntu 20. Ik moest naar system settings gaan maar kreeg dat nergens gevonden. Heb de hele handel maar opnieuw geïnstalleerd omdat je dan het dan wel kunt aanvinken.

[...]


Klopt, als 1) niet lukt dan krijg je met vnc niets te zien omdat er een user in de GUI ingelogd moet zijn om iets te kunnen laten zien.
LET OP: sommige videokaarten MOETEN ook een scherm aan de poort hebben hangen omdat ze anders gewoon geen output sturen. Ik kwam hier na HEEL VEEL testen achter voor mijn server.
edit: en het is met VNC nodig om echt output van de videokaart te krijgen, daar zitten de hooks voor vnc blijkbaar.

Kan je ondervangen door met een dummy video adapter te werken. Maar.... als je de dummy hebt werkt je echte output niet

$ apt install xserver-xorg-video-dummy

Hier mijn dummy adapter. In de map /etc/X11 xorg.conf vervangen voor deze config en dan rebooten. Zorg dat je ssh access hebt voor als het fout gaat

code: xorg.conf.dummy

Section "Device"
    Identifier  "Configured Video Device"
    Driver      "dummy"
EndSection

Section "Monitor"
    Identifier  "Configured Monitor"
    HorizSync 31.5-48.5
    VertRefresh 50-70
EndSection

Section "Screen"
    Identifier  "Default Screen"
    Monitor     "Configured Monitor"
    Device      "Configured Video Device"
    DefaultDepth 24
    SubSection "Display"
    Depth 32
    Modes "1280x720"
    EndSubSection
EndSection

als je nog een vga aansluiting hebt kan het ook met een weerstandje

Hij was nog aangesloten op een monitor maar toch niets.
Nu heb ik het via:
https://tecadmin.net/setu...rver-on-ubuntu-linuxmint/

En dan met name ook nog de comments werkend gekregen.
Maar goed ik ben nu een dag verder en ben op een niveau beland wat mij met win10 in een half uur zou lukken. Zo maar eens een vm installeren.

[sjorsjuhmaniac]

icecreamfarmer schreef op donderdag 4 maart 2021 @ 17:03:
Maar goed ik ben nu een dag verder en ben op een niveau beland wat mij met win10 in een half uur zou lukken. Zo maar eens een vm installeren.

Lukt mij met ubuntu ook wel in een half uurtje

[aex351]

aex351 schreef op maandag 16 november 2020 @ 00:56:
Sinds kort ben ik bezig met het maken van een custom card waarbij je zelf een grafiek kan plotten. De bestaande cards die ik heb gevonden werken zo goed als allemaal op basis van historische data in HA. Dus een eigen dataset opgeven om even makkelijk een eigen grafiek te plotten is niet mogelijk. Nu wilde ik ook een goede Buienalarm / Buienradar grafiek getoond hebben in HA, dus dat heeft zijn uitwerking gekregen.

De Neerslag card kan Buienalarm en/of Buienradar tegelijkertijd weergeven. Door met je muis of vinger erover heen te gaan zie je de exacte gegevens. De input voor de grafiek zijn twee sensors die API gegevens ophalen en opslaan. Dus alles gebeurd in HA zelf.

Hierbij een korte preview:
[Afbeelding]

[Afbeelding]

[Afbeelding]

[Afbeelding]

Ik heb zojuist de eerste publieke versie van de Neerslag Card beschikbaar gemaakt. Hiermee kan je de regenvoorspelling van BuienAlarm en/of BuienRadar in één grafiek weergeven.

• https://github.com/aex351/home-assistant-neerslag-card

Je kan deze GIT repository toevoegen in HACS als een custom HACS repository. Ik zal op termijn kijken of deze card toegevoegd kan worden aan de lijst van default repositories van HACS.

[icecreamfarmer]

sjorsjuhmaniac schreef op donderdag 4 maart 2021 @ 17:07:
[...]


Lukt mij met ubuntu ook wel in een half uurtje

Het aparte is dat Lubuntu ook weer niet zoveel zou moeten verschillen.
Maar ik weet wel weer waarom ik normaal niets met Linux doe.
Nu nog zien hoe ik de resolutie omhoog krijg wanneer een monitor niet aangesloten is.

[Koepert]

icecreamfarmer schreef op donderdag 4 maart 2021 @ 17:14:
[...]

Het aparte is dat Lubuntu ook weer niet zoveel zou moeten verschillen.
Maar ik weet wel weer waarom ik normaal niets met Linux doe.
Nu nog zien hoe ik de resolutie omhoog krijg wanneer een monitor niet aangesloten is.

Het is een beetje laat om vraagtekens bij je keuze voor lubuntu te zetten he

Volgens mij zou je in je grub config (bijv /boot/grub/grub.cfg) een "video = resolutie" moeten kunnen toevoegen, zodat het systeem altijd start in DIE resolutie.. (1920x1080 bijv).. Werkt in n VM iig.

[rogiertw]

Hebben jullie ook na de update naar de release van gisteren (Core 21.3.0 en Supervisor 2021,03,4) dat sommige entiteiten niet meer goed worden weergegeven? Zo heb ik bijvoorbeeld ineens dat 2 Hue lampen niet meer gevonden worden (not available) en batterijstatus (gauge card) geeft ineens aan dat de batterijstatus non-numeric is...

Ik snap het niet. Snapshot van gisteren terugzetten en het werkt weer, dus lijkt in de update te zitten. Daarnaast; de Hue lampen gaan wel gewoon aan met de automation bij zonsondergang.





[EDIT] De app op tablet geupdate en vervolgens werkt het weer. Gekke is dus alleen nog dat de Hue 'weg' is.

[ Voor 5% gewijzigd door rogiertw op 04-03-2021 20:21 ]

[Robbie T]

Robbie T schreef op donderdag 4 maart 2021 @ 15:49:
[...]


Dankje voor de uitleg. Erg helpend! Ik heb het script toegevoegd, straks even proberen!

Opzich werkt het. Met de code van @TheFes in eerste instantie niet, zal nog wel ergens een foutje hebben gemaakt met een aanpassing ergens. Ik heb de code er nu als volgt uit zien:

YAML:

alias: Front door open
description: >-
  Play a notification on Sonos in the livingroom if the front door is open for a
  long time
trigger:
  - platform: state
    for: '00:05:00'
    to: 'off'
    from: 'on'
    entity_id: binary_sensor.voordeur
condition:
  - condition: state
    entity_id: input_select.modus
    state: Home
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.woonkamer
      message: 'Hallo! De voordeur staat nog open. '
mode: restart
max: 10

De notificatie komt nu ook als de deur open is geweest en binnen 5 minuten dicht is gegaan. Zit hem dat nu in de mode, dat mode gedoe is me namelijk nog niet volledig duidelijk. Ik heb overigens per deur een automation gemaakt.
Ik wi later nog eens naar het stukje van Thefes kijken met de template erin. De GUI kan denk k niet overweg met de template message?

[TheFes]

Robbie T schreef op donderdag 4 maart 2021 @ 20:26:
[...]


Opzich werkt het. Met de code van @TheFes in eerste instantie niet, zal nog wel ergens een foutje hebben gemaakt met een aanpassing ergens. Ik heb de code er nu als volgt uit zien:

YAML:

alias: Front door open
description: >-
  Play a notification on Sonos in the livingroom if the front door is open for a
  long time
trigger:
  - platform: state
    for: '00:05:00'
    to: 'off'
    from: 'on'
    entity_id: binary_sensor.voordeur
condition:
  - condition: state
    entity_id: input_select.modus
    state: Home
action:
  - service: tts.google_translate_say
    data:
      entity_id: media_player.woonkamer
      message: 'Hallo! De voordeur staat nog open. '
mode: restart
max: 10

De notificatie komt nu ook als de deur open is geweest en binnen 5 minuten dicht is gegaan. Zit hem dat nu in de mode, dat mode gedoe is me namelijk nog niet volledig duidelijk. Ik heb overigens per deur een automation gemaakt.
Ik wi later nog eens naar het stukje van Thefes kijken met de template erin. De GUI kan denk k niet overweg met de template message?

Je moet on en off in je trigger omdraaien. Nu triggert hij als hij aan is geweest en dan 5 minuten uit staat.
Ofwel als de deur open is geweest en dan weer 5 minuten dicht is.

Die mode setting geeft aan wat er moet gebeuren als de automation nog een keer getriggerd wordt als hij al bezig is. Dat is eigenlijk alleen iets wat speelt bij automations die lang duren, nadat hij getriggerd is. Dus als er een delay in zit, of een wait template, of als je een ander script aanroept wat eerst afgerond moet zijn.

Mocht de automation dan dus nog een keer triggeren, dan bepaald die mode dus wat er gebeurt.

• Single: de actions die al bezig waren worden afgerond, met de nieuwe trigger wordt niets gedaan
• Restart: de actions die al bezig waren worden gestopt, en de automation begint van voor af aan
• Queued: de actions die al bezig waren worden afgerond, en daarna begint de automation weer van voor af aan
• Parallel: de actions die al bezig waren worden afgerond, en de actions op basis van de tweede trigger worden ook gestart.

[Robbie T]

TheFes schreef op donderdag 4 maart 2021 @ 20:46:
[...]


Je moet on en off in je trigger omdraaien. Nu triggert hij als hij aan is geweest en dan 5 minuten uit staat.
Ofwel als de deur open is geweest en dan weer 5 minuten dicht is.

Die mode setting geeft aan wat er moet gebeuren als de automation nog een keer getriggerd wordt als hij al bezig is. Dat is eigenlijk alleen iets wat speelt bij automations die lang duren, nadat hij getriggerd is. Dus als er een delay in zit, of een wait template, of als je een ander script aanroept wat eerst afgerond moet zijn.

Mocht de automation dan dus nog een keer triggeren, dan bepaald die mode dus wat er gebeurt.

• Single: de actions die al bezig waren worden afgerond, met de nieuwe trigger wordt niets gedaan
• Restart: de actions die al bezig waren worden gestopt, en de automation begint van voor af aan
• Queued: de actions die al bezig waren worden afgerond, en daarna begint de automation weer van voor af aan
• Parallel: de actions die al bezig waren worden afgerond, en de actions op basis van de tweede trigger worden ook gestart.

Man man, ik word er soms zo moe van . Ik had gekeken bij de developers tool toen de deur dicht zat en toen stond de waarde op true (dus on). Dus vandaar dat het zo ingevuld stond. Nu omgedraaid en het werkt als een trein. Merci!

[TheFes]

Robbie T schreef op donderdag 4 maart 2021 @ 20:54:
[...]


Man man, ik word er soms zo moe van . Ik had gekeken bij de developers tool toen de deur dicht zat en toen stond de waarde op true (dus on). Dus vandaar dat het zo ingevuld stond. Nu omgedraaid en het werkt als een trein. Merci!

Die mode: restart met 10 repeats is verder trouwens dus niet nodig.
Aangezien de deur 5 minuten open moet staan voordat de trigger daadwerkelijk triggert, en het uitsturen van dat tts commando een fractie van een seconde duurt, is het onmogelijk dat de automation meerdere keren triggert. Dat kan dus gewoon mode: single zijn.

Met 2 deuren in één automation, en een delay van 3 seconden (zoals mijn laatste versie) zou het eventueel kunnen dat er een tweede trigger is terwijl de automation nog draait, dus dan zou je naar een andere mode kunnen kijken.

[kalmma]

bandy schreef op maandag 1 maart 2021 @ 21:37:
Mijn hacs add-on is er plotseling mee gestopt en vervolgens niet meer zichtbaar in de sidebar. Onder intregaties is hij nog wel zichtbaar maar vervolgens niet te configureren.
Verwijderen reageert de add-on niet op, ook de map hacs verwijderen levert een error 39 op?

Ik heb een eerder snapshot terug gezet maar ook dat geeft geen verbetering.

Heeft iemand nog een idee wat ik kan doen om hacs weer bruikbaar te maken.

heb je het alweer werkend ik zit met hetzelfde probleem. Een snapshot terugzetten loste het idd ook niet op nee.

[peetgate]

Hmmbob schreef op donderdag 4 maart 2021 @ 15:04:
[...]

Dit is een automation van @peetgate . Kijk die eens na op fouten?

Ik kom er nog niet echt achter welke automation het dan zou moeten zijn. Hoe zie je dat?

[Hmmbob]

peetgate schreef op donderdag 4 maart 2021 @ 22:03:
[...]


Ik kom er nog niet echt achter welke automation het dan zou moeten zijn. Hoe zie je dat?

Door de alias/naam (en doordat ervoor staat dat hij vast loopt op een config check van automation): 01 Algemeen - Er wordt aangebeld

[Step5]

aex351 schreef op donderdag 4 maart 2021 @ 17:14:
[...]


Ik heb zojuist de eerste publieke versie van de Neerslag Card beschikbaar gemaakt. Hiermee kan je de regenvoorspelling van BuienAlarm en/of BuienRadar in één grafiek weergeven.

• https://github.com/aex351/home-assistant-neerslag-card

Je kan deze GIT repository toevoegen in HACS als een custom HACS repository. Ik zal op termijn kijken of deze card toegevoegd kan worden aan de lijst van default repositories van HACS.

[Afbeelding]

Ziet er goed uit. Gelijk aan het testen, laat de regen maar komen

[MBgek]

Ik heb zojuist een Zwave stick(aeotec z-wave gen5) in gebruik genomen, komend vanaf een Homey is dit kwa snelheid wel een bizar verschil

Nu zit ik wat te klooien, en zou graag weten hoe ik de parameters kan veranderen van een Fibaro dimmer 2. deze thread heb ik gevonden maar die is van 2018 plus ik kan niet vinden wat ze daar bedoelen.

[sjorsjuhmaniac]

MBgek schreef op donderdag 4 maart 2021 @ 22:43:
Ik heb zojuist een Zwave stick(aeotec z-wave gen5) in gebruik genomen, komend vanaf een Homey is dit kwa snelheid wel een bizar verschil

Nu zit ik wat te klooien, en zou graag weten hoe ik de parameters kan veranderen van een Fibaro dimmer 2. deze thread heb ik gevonden maar die is van 2018 plus ik kan niet vinden wat ze daar bedoelen.

Welke zwave integratie gebruik je?

[Valkyre]

MBgek schreef op donderdag 4 maart 2021 @ 22:43:
Ik heb zojuist een Zwave stick(aeotec z-wave gen5) in gebruik genomen, komend vanaf een Homey is dit kwa snelheid wel een bizar verschil

Nu zit ik wat te klooien, en zou graag weten hoe ik de parameters kan veranderen van een Fibaro dimmer 2. deze thread heb ik gevonden maar die is van 2018 plus ik kan niet vinden wat ze daar bedoelen.

ik ben er inmiddels achter dat je dan de zwavejs2mqtt addon moet gebruiken icm zwave-js

[ik222]

MBgek schreef op donderdag 4 maart 2021 @ 22:43:
Ik heb zojuist een Zwave stick(aeotec z-wave gen5) in gebruik genomen, komend vanaf een Homey is dit kwa snelheid wel een bizar verschil

Nu zit ik wat te klooien, en zou graag weten hoe ik de parameters kan veranderen van een Fibaro dimmer 2. deze thread heb ik gevonden maar die is van 2018 plus ik kan niet vinden wat ze daar bedoelen.

Met de nieuwste versie van HA en de standaard zwave.js integratie kun je parameters direct zetten door het aanroepen van een service (bijvoorbeeld vanuit de developer tools). Staat hier prima uitgelegd https://www.home-assistant.io/integrations/zwave_js/

Waar je wel even op moet letten is dat de GUI standaard quotes om het parameter nummer zet (gaat er dus vanuit dat je het op naam doet). Die moet je dus in de yaml view weghalen als je met het parameter nummer werkt voordat je hem uitvoert want anders werkt het niet.

Deze site is overigens handig om parameters op te zoeken https://devices.zwave-js.io/

[peetgate]

Hmmbob schreef op donderdag 4 maart 2021 @ 22:10:
[...]

Door de alias/naam (en doordat ervoor staat dat hij vast loopt op een config check van automation): 01 Algemeen - Er wordt aangebeld

Hmm, daar zie ik verder weinig geks aan.

code:

alias: 01 Algemeen - Er wordt aangebeld
trigger:
  - entity_id: switch.doorbell_chime
    for: '0'
    from: 'off'
    platform: state
    to: 'on'
condition: []
action:
  - data:
      message: 'Home Assistant: Er wordt aangebeld!'
    service: telegram_bot.send_message
mode: single

De automation werkt wel gewoon. Heb ik ook niks aan veranderd de laatste tijd. De config check blijft dezelfde foutmelding geven.

Na verwijderen van de automation staat de volgende in de rij in de log-file.

code:

INFO:homeassistant.util.package:Attempting install of colorlog==4.7.2
[01mTesting configuration at /tmp/config[0m
INFO:homeassistant.util.package:Attempting install of sqlalchemy==1.3.23
INFO:homeassistant.util.package:Attempting install of aiohttp_cors==0.7.0
INFO:homeassistant.util.package:Attempting install of zeroconf==0.28.8
INFO:homeassistant.util.package:Attempting install of python-telegram-bot==13.1
INFO:homeassistant.util.package:Attempting install of PySocks==1.7.1
INFO:homeassistant.util.package:Attempting install of bt_proximity==0.2
INFO:homeassistant.util.package:Attempting install of pybluez==0.22
INFO:homeassistant.util.package:Attempting install of pillow==8.1.1
INFO:homeassistant.util.package:Attempting install of broadlink==0.16.0
INFO:homeassistant.util.package:Attempting install of mutagen==1.45.1
INFO:homeassistant.util.package:Attempting install of gTTS==2.2.2
INFO:homeassistant.util.package:Attempting install of netdisco==2.8.2
INFO:homeassistant.util.package:Attempting install of pyhaversion==3.4.2
INFO:homeassistant.util.package:Attempting install of waqiasync==1.0.0
INFO:homeassistant.util.package:Attempting install of pydeconz==77
INFO:homeassistant.util.package:Attempting install of defusedxml==0.6.0
INFO:homeassistant.util.package:Attempting install of async-upnp-client==0.14.13
ERROR:homeassistant.helpers.check_config:Unexpected error validating config
Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/check_config.py", line 147, in async_check_ha_config_file
    await config_validator.async_validate_config(  # type: ignore
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/automation/config.py", line 103, in async_validate_config
    await asyncio.gather(
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/automation/config.py", line 85, in _try_async_validate_config_item
    config = await async_validate_config_item(hass, config, full_config)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/automation/config.py", line 63, in async_validate_config_item
    config[CONF_TRIGGER] = await async_validate_trigger_config(
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/trigger.py", line 49, in async_validate_trigger_config
    conf = await platform.async_validate_trigger_config(hass, conf)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/device_automation/trigger.py", line 21, in async_validate_trigger_config
    return await getattr(platform, "async_validate_trigger_config")(hass, config)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/deconz/device_trigger.py", line 412, in async_validate_trigger_config
    device_registry = await hass.helpers.device_registry.async_get_registry()
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/device_registry.py", line 636, in async_get_registry
    return async_get(hass)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/device_registry.py", line 620, in async_get
    return cast(DeviceRegistry, hass.data[DATA_REGISTRY])
KeyError: 'device_registry'
INFO:homeassistant.util.package:Attempting install of PyNaCl==1.3.0
INFO:homeassistant.util.package:Attempting install of paho-mqtt==1.5.1
INFO:homeassistant.util.package:Attempting install of hass-nabucasa==0.41.0
INFO:homeassistant.util.package:Attempting install of homeassistant-pyozw==0.1.10
INFO:homeassistant.util.package:Attempting install of python-openzwave-mqtt[mqtt-client]==1.4.0
INFO:homeassistant.util.package:Attempting install of google-api-python-client==1.6.4
INFO:homeassistant.util.package:Attempting install of oauth2client==4.0.0
INFO:homeassistant.util.package:Attempting install of scapy==2.4.4
INFO:homeassistant.util.package:Attempting install of home-assistant-frontend==20210302.3
INFO:homeassistant.util.package:Attempting install of emoji==1.2.0
INFO:homeassistant.util.package:Attempting install of distro==1.5.0
[01;37mFailed config[0m
  [01;31mautomation:[0m [31m[31m
    - Unexpected error calling config validator: 'device_registry'
    - [OrderedDict([('id', '1570043632431'), ('alias', '01 Algemeen - Na 23 uur de verwarming uit'), ('trigger', [OrderedDict([('at', '23:00:00'), ('platform', 'time')])]), ('condition', []), ('action', [OrderedDict([('data', OrderedDict([('entity_id', 'climate.woonkamer_thermostataatknop_mode'), ('hvac_mode', 'off')])), ('entity_id', 'climate.woonkamer_thermostataatknop_mode'), ('service', 'climate.set_hvac_mode')]), OrderedDict([('data',

[bandy]

kalmma schreef op donderdag 4 maart 2021 @ 21:37:
[...]


heb je het alweer werkend ik zit met hetzelfde probleem. Een snapshot terugzetten loste het idd ook niet op nee.

Ja heb toevallig gisterenavond de (achteraf) simpele oplossing gevonden. Hacs was bij mij op de een of andere manier uitgeschakeld, dit moet na het terug zetten van een "snapshot" gebeurd zijn. Het verklaard ook de error die ik kreeg bij het willen wissen van de Hacs map in de custom.components folder.

[Hmmbob]

Vannacht is 2021.3.1 gereleased:

• Fix Xiaomi Miio setup of switch entity for lumi.acpartner.v3 (@starkillerOG - #47345) (xiaomi_miio docs)
• Make zwave_js add-on manager more flexible (@MartinHjelmare - #47356) (zwave_js docs)
• Catch ConditionError in generic_thermostat climate (@amelchio - #47359) (generic_thermostat docs)
• Fix zwave_js manual reconfiguration of add-on managed entry (@MartinHjelmare - #47364) (zwave_js docs)
• Don't raise on known non-matching states in numeric state condition (@frenck - #47378)
• Fix access of missing zwave_js climate unit value (@MartinHjelmare - #47380) (zwave_js docs)
• Update frontend to 20210302.4 (@bramkragten - #47383) (frontend docs)
• Revert "Speed-up wemo discovery (#46821)" (@esev - #47392) (wemo docs)
• Fix RFLink TCP KeepAlive error log (@cpainchaud - #47395) (rflink docs)
• Map silent as a preset mode for fan backcompat (@bdraco - #47396) (fan docs)
• Fix measurement unit (Closes: #47390) (@syssi - #47398) (xiaomi_miio docs)
• Fix Climacell timezone issue with daily forecasts (@raman325 - #47402) (climacell docs)
• Fix AirVisual exception when config entry contains old integration type (@bachya - #47405) (airvisual docs)
• Don't convert Climacell forecast temperatures to celsius because platform does it automatically (@raman325 - #47406) (climacell docs)
• Bump zwave-js-server-python to 0.21.0 (@raman325 - #47408) (zwave_js docs)
• Fix older Roborock models (@frenck - #47412) (xiaomi_miio docs)
• Only create snapshot if add-on update will be done (@MartinHjelmare - #47424) (zwave_js docs)

[Hmmbob]

peetgate schreef op donderdag 4 maart 2021 @ 23:15:
[...]


Hmm, daar zie ik verder weinig geks aan.

code:

alias: 01 Algemeen - Er wordt aangebeld
trigger:
  - entity_id: switch.doorbell_chime
    for: '0'
    from: 'off'
    platform: state
    to: 'on'
condition: []
action:
  - data:
      message: 'Home Assistant: Er wordt aangebeld!'
    service: telegram_bot.send_message
mode: single

De automation werkt wel gewoon. Heb ik ook niks aan veranderd de laatste tijd. De config check blijft dezelfde foutmelding geven.

Na verwijderen van de automation staat de volgende in de rij in de log-file.

code:

INFO:homeassistant.util.package:Attempting install of colorlog==4.7.2
[01mTesting configuration at /tmp/config[0m
INFO:homeassistant.util.package:Attempting install of sqlalchemy==1.3.23
INFO:homeassistant.util.package:Attempting install of aiohttp_cors==0.7.0
INFO:homeassistant.util.package:Attempting install of zeroconf==0.28.8
INFO:homeassistant.util.package:Attempting install of python-telegram-bot==13.1
INFO:homeassistant.util.package:Attempting install of PySocks==1.7.1
INFO:homeassistant.util.package:Attempting install of bt_proximity==0.2
INFO:homeassistant.util.package:Attempting install of pybluez==0.22
INFO:homeassistant.util.package:Attempting install of pillow==8.1.1
INFO:homeassistant.util.package:Attempting install of broadlink==0.16.0
INFO:homeassistant.util.package:Attempting install of mutagen==1.45.1
INFO:homeassistant.util.package:Attempting install of gTTS==2.2.2
INFO:homeassistant.util.package:Attempting install of netdisco==2.8.2
INFO:homeassistant.util.package:Attempting install of pyhaversion==3.4.2
INFO:homeassistant.util.package:Attempting install of waqiasync==1.0.0
INFO:homeassistant.util.package:Attempting install of pydeconz==77
INFO:homeassistant.util.package:Attempting install of defusedxml==0.6.0
INFO:homeassistant.util.package:Attempting install of async-upnp-client==0.14.13
ERROR:homeassistant.helpers.check_config:Unexpected error validating config
Traceback (most recent call last):
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/check_config.py", line 147, in async_check_ha_config_file
    await config_validator.async_validate_config(  # type: ignore
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/automation/config.py", line 103, in async_validate_config
    await asyncio.gather(
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/automation/config.py", line 85, in _try_async_validate_config_item
    config = await async_validate_config_item(hass, config, full_config)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/automation/config.py", line 63, in async_validate_config_item
    config[CONF_TRIGGER] = await async_validate_trigger_config(
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/trigger.py", line 49, in async_validate_trigger_config
    conf = await platform.async_validate_trigger_config(hass, conf)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/device_automation/trigger.py", line 21, in async_validate_trigger_config
    return await getattr(platform, "async_validate_trigger_config")(hass, config)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/components/deconz/device_trigger.py", line 412, in async_validate_trigger_config
    device_registry = await hass.helpers.device_registry.async_get_registry()
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/device_registry.py", line 636, in async_get_registry
    return async_get(hass)
  File "/usr/local/lib/python3.8/site-packages/homeassistant/helpers/device_registry.py", line 620, in async_get
    return cast(DeviceRegistry, hass.data[DATA_REGISTRY])
KeyError: 'device_registry'
INFO:homeassistant.util.package:Attempting install of PyNaCl==1.3.0
INFO:homeassistant.util.package:Attempting install of paho-mqtt==1.5.1
INFO:homeassistant.util.package:Attempting install of hass-nabucasa==0.41.0
INFO:homeassistant.util.package:Attempting install of homeassistant-pyozw==0.1.10
INFO:homeassistant.util.package:Attempting install of python-openzwave-mqtt[mqtt-client]==1.4.0
INFO:homeassistant.util.package:Attempting install of google-api-python-client==1.6.4
INFO:homeassistant.util.package:Attempting install of oauth2client==4.0.0
INFO:homeassistant.util.package:Attempting install of scapy==2.4.4
INFO:homeassistant.util.package:Attempting install of home-assistant-frontend==20210302.3
INFO:homeassistant.util.package:Attempting install of emoji==1.2.0
INFO:homeassistant.util.package:Attempting install of distro==1.5.0
[01;37mFailed config[0m
  [01;31mautomation:[0m [31m[31m
    - Unexpected error calling config validator: 'device_registry'
    - [OrderedDict([('id', '1570043632431'), ('alias', '01 Algemeen - Na 23 uur de verwarming uit'), ('trigger', [OrderedDict([('at', '23:00:00'), ('platform', 'time')])]), ('condition', []), ('action', [OrderedDict([('data', OrderedDict([('entity_id', 'climate.woonkamer_thermostataatknop_mode'), ('hvac_mode', 'off')])), ('entity_id', 'climate.woonkamer_thermostataatknop_mode'), ('service', 'climate.set_hvac_mode')]), OrderedDict([('data',

Hmmm, misschien toch maar eens een issue aanmaken op github ...

https://github.com/home-a...ate=bug_report.yml&title=

[MBgek]

sjorsjuhmaniac schreef op donderdag 4 maart 2021 @ 22:46:
[...]


Welke zwave integratie gebruik je?

Ik gebruik ZwaveJS, met een aeotec zwave gen5+ stick in een Pi4.

Valkyre schreef op donderdag 4 maart 2021 @ 22:55:
[...]


ik ben er inmiddels achter dat je dan de zwavejs2mqtt addon moet gebruiken icm zwave-js

[YouTube: Walk through of zwavejs2mqtt along with Z-Wave JS in Home Assistant]

ik222 schreef op donderdag 4 maart 2021 @ 23:13:
[...]

Met de nieuwste versie van HA en de standaard zwave.js integratie kun je parameters direct zetten door het aanroepen van een service (bijvoorbeeld vanuit de developer tools). Staat hier prima uitgelegd https://www.home-assistant.io/integrations/zwave_js/

Waar je wel even op moet letten is dat de GUI standaard quotes om het parameter nummer zet (gaat er dus vanuit dat je het op naam doet). Die moet je dus in de yaml view weghalen als je met het parameter nummer werkt voordat je hem uitvoert want anders werkt het niet.

Deze site is overigens handig om parameters op te zoeken https://devices.zwave-js.io/

Bedankt! dit ga ik eens even rustig lezen

[Yukkie]

Wie weet er een oplossing voor het volgende:

Ik heb een kleurenlamp van Ikea. dmv een automation gaat deze automatisch aan s 'avonds en later weer uit. Zo nu en dan verander ik via de app de kleur. In de automation heb ik dus geen kleur gedefinieerd, alleen opdracht aan of uit.

Nu heb ik onlangs een nieuwe automation aangemaakt, die de kleuren lamp rood laad knipperen als de wasmachine klaar is. aan het begin van de automation kopieer ik de status van de lamp in een scene, welke ik aan het einde van de automation activeer. Wanneer de lamp aan staat als de wasmachine klaar is, gaat dit goed, de lamp gaat netjes terug naar de eerder gekozen kleur. Echter, als de wasmachine overdag klaar is (en de lamp uit staat), dan is de lamp de eerder gekozen kleur vergeten en is de lamp rood 's avonds.

Uiteraard kan ik de kleur daarna weer aanpassen, maar ik zoek een manier om ergens gemakkelijk een kleur te definieren, welke ik dan met de savonds-lamp-aan-automation kan gebruiken. Extra mooi zou natuurlijk zijn als ik op dezelfde manier de kleur kan aanpassen als de lamp aan staat.

Weet iemand een manier hoe ik dit voor elkaar kan krijgen?

[Koffie]

Yukkie schreef op vrijdag 5 maart 2021 @ 08:17:
Wie weet er een oplossing voor het volgende:

Ik heb een kleurenlamp van Ikea. dmv een automation gaat deze automatisch aan s 'avonds en later weer uit. Zo nu en dan verander ik via de app de kleur. In de automation heb ik dus geen kleur gedefinieerd, alleen opdracht aan of uit.

Nu heb ik onlangs een nieuwe automation aangemaakt, die de kleuren lamp rood laad knipperen als de wasmachine klaar is. aan het begin van de automation kopieer ik de status van de lamp in een scene, welke ik aan het einde van de automation activeer. Wanneer de lamp aan staat als de wasmachine klaar is, gaat dit goed, de lamp gaat netjes terug naar de eerder gekozen kleur. Echter, als de wasmachine overdag klaar is (en de lamp uit staat), dan is de lamp de eerder gekozen kleur vergeten en is de lamp rood 's avonds.

Uiteraard kan ik de kleur daarna weer aanpassen, maar ik zoek een manier om ergens gemakkelijk een kleur te definieren, welke ik dan met de savonds-lamp-aan-automation kan gebruiken. Extra mooi zou natuurlijk zijn als ik op dezelfde manier de kleur kan aanpassen als de lamp aan staat.

Weet iemand een manier hoe ik dit voor elkaar kan krijgen?

Is het geen timing issue? Bij mijn weten heeft Tradfri nog steeds moeite om én kleur én brightness in 1 klap voor z'n kiezen te krijgen.

[maartend]

Vraag.

Heb een RPI over, die wil ik gaan gebruiken als een soort Sonos (tot zover heb ik het wel in orde, ik draai nu pi musicbox) maar ik wil hem kunnen aansturen vanuit HA. En zo dus radiozenders kunnen opstarten maar er ook goed spotify op afspelen. En dan ook nog dat vrienden spul er naar toe kunnen streamen of opstarten vanaf hun eigen telefoon in mijn gastennetwerk

IEmand een idee?

Edit ; en toen vond ik Volumio. Daar eens naar kijken

[ Voor 6% gewijzigd door maartend op 05-03-2021 08:58 ]

[Mimiix]

maartend schreef op vrijdag 5 maart 2021 @ 08:36:
Vraag.

Heb een RPI over, die wil ik gaan gebruiken als een soort Sonos (tot zover heb ik het wel in orde, ik draai nu musicbox) maar ik wil hem kunnen aansturen vanuit HA. En zo dus radiozenders kunnen opstarten maar er ook goed spotify op afspelen. En dan ook nog dat vrienden spul er naar toe kunnen streamen of opstarten vanaf hun eigen telefoon in mijn gastennetwerk

IEmand een idee?

Edit ; en toen vond ik Volumio. Daar eens naar kijken

Ik heb daar toen een HA addon voor gebruikt: Spotify connect. Alleen dan moet de pi HA gebruikt worden.

[maartend]

Mimiix schreef op vrijdag 5 maart 2021 @ 08:42:
[...]


Ik heb daar toen een HA addon voor gebruikt: Spotify connect. Alleen dan moet de pi HA gebruikt worden.

Die ken ik, maar ik wil het dus echt anders omdat de pi in mijn tuinhuis komt als een soort Sonos achtig ding

[Yukkie]

@Koffie dat lijkt mij niet. Want behalve in mijn "wasmachine-klaar" automation geef ik nooit een kleur mee als ik de lamp aan zet. Brightness sowieso al niet.

[Mimiix]

maartend schreef op vrijdag 5 maart 2021 @ 08:50:
[...]

Die ken ik, maar ik wil het dus echt anders omdat de pi in mijn tuinhuis komt als een soort Sonos achtig ding

Is dit iets?
https://www.pimusicbox.com/

[maartend]

Mimiix schreef op vrijdag 5 maart 2021 @ 08:56:
[...]


Is dit iets?
https://www.pimusicbox.com/

Die draai ik dus al, maar ik wil kunnen aansturen vanuit HA

Maar al gevonden ; volumio

[ Voor 14% gewijzigd door maartend op 05-03-2021 08:58 ]

[MrBarBarian]

Tasmota vraag (deels ook HA gerelateerd):

Ik heb een IFan03. ALs ik HA (her)start gaat de lamp van de Ifan aan. Hetzelfde geld als er een state change plaatsvind op de ifan (bijv. reconnect van Wifi).

Ik wil dat het licht gewoon standaard op off blijft na situaties als deze. Alleen kan ik niet vinden hoe....

De ventilator zelf (andere switch binnen de ifan) doen het wel gewoon als gewenst....

[RobertMe]

Wat zijn hier de meningen over 2021.3 en dan specifiek de aanpassing "waarbij je bij hue.activate_scene een transition time kunt opgeven". Ze verkopen het als een feature, maar het is (ook) een breaking change die niet vermeld is in de release notes.

Want er wordt nu namelijk altijd een transitie tijd naar de Hue Bridge gestuurd, waarbij er vanuit HA een default is die het standaard gedrag van de Hue Bridge na doet (IIRC 300ms). Maar ik roep vanuit HA de standaard Hue scenes aan voor wake-up en go-to-bed verlichting. En die zijn nu zeg maar hardstikke kapot. Want de transitie tijd die in de scenes staan (zijnde 10 minuten) worden nu door HA overruled naar die 300ms dus.

[Ora et Labora]

Yukkie schreef op vrijdag 5 maart 2021 @ 08:17:
Wie weet er een oplossing voor het volgende:

Ik heb een kleurenlamp van Ikea. dmv een automation gaat deze automatisch aan s 'avonds en later weer uit. Zo nu en dan verander ik via de app de kleur. In de automation heb ik dus geen kleur gedefinieerd, alleen opdracht aan of uit.

Nu heb ik onlangs een nieuwe automation aangemaakt, die de kleuren lamp rood laad knipperen als de wasmachine klaar is. aan het begin van de automation kopieer ik de status van de lamp in een scene, welke ik aan het einde van de automation activeer. Wanneer de lamp aan staat als de wasmachine klaar is, gaat dit goed, de lamp gaat netjes terug naar de eerder gekozen kleur. Echter, als de wasmachine overdag klaar is (en de lamp uit staat), dan is de lamp de eerder gekozen kleur vergeten en is de lamp rood 's avonds.

Uiteraard kan ik de kleur daarna weer aanpassen, maar ik zoek een manier om ergens gemakkelijk een kleur te definieren, welke ik dan met de savonds-lamp-aan-automation kan gebruiken. Extra mooi zou natuurlijk zijn als ik op dezelfde manier de kleur kan aanpassen als de lamp aan staat.

Weet iemand een manier hoe ik dit voor elkaar kan krijgen?

Ik gebruik een soortgelijk iets met het alarmsysteem, alle lampen gaan dan rood knipperen.
Ik heb aan het eind van de automatisering een delay van een paar seconden seconden, dan de lamp weer in de goede kleur, dan de lamp uitzetten. Bij mij is de goede kleur een scene in Philips Hue overigens.
In de avond staat het dan in de goede kleur.

In jouw geval zou ik eerst de lamp aanzetten, 2 seconden delay, scene rood en de rest van de automation, aan het einde weer 2 seconden delay, scene terugzetten en lamp uit.

Overigens kun je ook met custom-cards een kleurenpalet tonen, dan is het met 1 kllik direct ingesteld.
https://community.home-as...ace-rgb-light-card/143820

[ Voor 4% gewijzigd door Ora et Labora op 05-03-2021 09:14 ]

[Septillion]

@Yukkie In welke volgorde doet de automation zijn zaken? Want als je een scene probeert te maken van een lamp die uit staat gaat dat niet werken. Dus verwacht voor de wasmachine automation: zet aan, maak scene, zet rood. En zou de restore dus ook dan doen. Maar ook ook uit te zien heb je misschien twee scenes nodig.

Set: Maak scene A (state), zet aan, maak scene B (kleur), zet rood
Restore: set scene B, set scene A.

[Yukkie]

@Septillion de lamp aan en lamp uit automations zijn redelijk straight-forward: trigger tijdstip -> action service light.turn_on of light.turn_off

de wasmaschine-klaar-automation is als volgt:

YAML:

- id: '156008'
  alias: Waschmachine - Waschmachine is done
  trigger:
  - below: 5
    entity_id: sensor.gosund1_energy_power
    for: 00:01:00
    platform: numeric_state
  condition:
  - condition: state
    entity_id: switch.gosund1
    state: 'on'
  action:
  - service: scene.create
    data:
      scene_id: before
      snapshot_entities:
      - light.bank_colour

  - service: light.turn_on
    data:
      entity_id: light.bank_colour
      rgb_color: [255,0,0]
      effect: okay

  - service: script.sonos_say
    data:
      sonos_entity: media_player.symfonisk_2
      volume: 0.2
      language: de
      message: "Es hat eine Weile gedauert, aber die Waschmaschine ist fertig!" ## Jawol, auf Deutch!
      delay: '00:00:05'
      cache: false

  - service: notify.mobile_app_pixel3a
    data_template:
      title: Die Waschmaschine
      message: "Er ist fertig"
      target: pixel3a
    data:
      data:
        tag: 'Waschmaschine'

  - service: scene.turn_on
    data:
      entity_id: scene.before

Het probleem doet zich dus voor als de lamp overdag uit staat, de gecreerde scene neemt dan niet de lamp kleur over die ik misschien 3 dagen daarvoor heb ingesteld. Ik heb er al aan zitten denken dat ik evt de lamp eerst aan kan zetten, maar dan gaat de lamp aan het einde van deze automation óf niet meer uit of gaat wel uit als deze eigenlijk toch al aan stond (als de wasmachine 's avonds draait).

@Ora et Labora die custom-card oplossing lijkt me dat dat een correctie achteraf is? het is niet een manier om (bijvoorbeeld) een text helper in te stellen, welke ik kan gebruiken in een automation?

[ Voor 5% gewijzigd door Yukkie op 05-03-2021 09:33 ]

[TheFes]

Yukkie schreef op vrijdag 5 maart 2021 @ 09:28:
@Septillion de lamp aan en lamp uit automations zijn redelijk straight-forward: trigger tijdstip -> action service light.turn_on of light.turn_off

de wasmaschine-klaar-automation is als volgt:

YAML:

- id: '156008'
  alias: Waschmachine - Waschmachine is done
  trigger:
  - below: 5
    entity_id: sensor.gosund1_energy_power
    for: 00:01:00
    platform: numeric_state
  condition:
  - condition: state
    entity_id: switch.gosund1
    state: 'on'
  action:
  - service: scene.create
    data:
      scene_id: before
      snapshot_entities:
      - light.bank_colour

  - service: light.turn_on
    data:
      entity_id: light.bank_colour
      rgb_color: [255,0,0]
      effect: okay

  - service: script.sonos_say
    data:
      sonos_entity: media_player.symfonisk_2
      volume: 0.2
      language: de
      message: "Es hat eine Weile gedauert, aber die Waschmaschine ist fertig!" ## Jawol, auf Deutch!
      delay: '00:00:05'
      cache: false

  - service: notify.mobile_app_pixel3a
    data_template:
      title: Die Waschmaschine
      message: "Er ist fertig"
      target: pixel3a
    data:
      data:
        tag: 'Waschmaschine'

  - service: scene.turn_on
    data:
      entity_id: scene.before

Het probleem doet zich dus voor als de lamp overdag uit staat, de gecreerde scene neemt dan niet de lamp kleur over die ik misschien 3 dagen daarvoor heb ingesteld. Ik heb er al aan zitten denken dat ik evt de lamp eerst aan kan zetten, maar dan gaat de lamp aan het einde van deze automation óf niet meer uit of gaat wel uit als deze eigenlijk toch al aan stond (als de wasmachine 's avonds draait).

Dat is wat @Septillion al probeerde te zeggen. De lamp moet aan staan om de kleur goed in de scene te zetten.
Kijk maar bij ontwikkelaarshulpmiddelen -> Toestanden als de lamp uit staat. Je ziet dan niet de kleurinformatie. Ofwel, als je een scene aanmaakt als de lamp uit staat, kan die niet opgeslagen worden.

Vandaar dat @Septillion dit voorstelde:

• scene.before_state aanmaken waarin dus eventueel opgeslagen wordt dat de lamp uit stond
• lamp aanzetten (eventueel kun je deze eerste twee stappen onder een choose zetten voor als de lamp al aan stond)
• scene.before_color aanmaken waarin dan dus wel de kleurinformatie opgeslagen wordt
• andere acties uitvoeren
• scene.before_color terugzetten
• scene.before_state terugzetten

[Septillion]

@Yukkie Wat ik zeg, omdat hij uit staat is er dus geen kleur. Je maakt dus een scene met een lamp die uit staat. Dus zou ik zeggen, maar ook een snap van de lamp aan.

YAML:

- id: '156008'
  alias: Waschmachine - Waschmachine is done
  trigger:
  - below: 5
    entity_id: sensor.gosund1_energy_power
    for: 00:01:00
    platform: numeric_state
  condition:
  - condition: state
    entity_id: switch.gosund1
    state: 'on'
  action:
  - service: scene.create
    data:
      scene_id: before_state
      snapshot_entities:
      - light.bank_colour
      
  - service: light.turn_on
    data:
      entity_id: light.bank_colour
      
  - service: scene.create
    data:
      scene_id: before_color
      snapshot_entities:
      - light.bank_colour
      
  - service: light.turn_on
    data:
      entity_id: light.bank_colour
      rgb_color: [255,0,0]
      effect: okay

  - service: script.sonos_say
    data:
      sonos_entity: media_player.symfonisk_2
      volume: 0.2
      language: de
      message: "Es hat eine Weile gedauert, aber die Waschmaschine ist fertig!" ## Jawol, auf Deutch!
      delay: '00:00:05'
      cache: false

  - service: notify.mobile_app_pixel3a
    data_template:
      title: Die Waschmaschine
      message: "Er ist fertig"
      target: pixel3a
    data:
      data:
        tag: 'Waschmaschine'

  - service: scene.turn_on
    data:
      entity_id: scene.before_color
      
  - service: scene.turn_on
    data:
      entity_id: scene.before_state

[Yukkie]

Ahhh, helemaal overheen gelezen! Dat ziet er inderdaad logisch uit! Thanks!

[Koffie]

Yes ... Aqara zigbee doorcontact sensor kwam zojuist binnen, meteen ff in de brievenbus geplakt

YAML:

alias: '[HOME] SYSTEM - Send snapshot triggered by brievenbus'
description: ''
trigger:
  - entity_id: binary_sensor.brievenbus
    platform: state
    to: 'on'
condition: []
action:
  - data:
      filename: /config/www/snapshots/snapshot_voordeur
    entity_id: camera.nas01_voordeur
    service: camera.snapshot
  - delay: '00:00:01'
  - service: notify.telegram_notifier_richard
    data:
      title: ''
      message: ''
      data:
        photo:
          - file: /config/www/snapshots/snapshot_voordeur
            caption: '[[ Brievenbus ]]'
mode: single

Wat kan het leven soms lekker simpel zijn

[Robbie T]

TheFes schreef op vrijdag 26 februari 2021 @ 13:52:
@Septillion @Robbie T
Ik was ook met deze input_select aan de slag gegaaan, aangezien ik het ook wel een goed idee vind om een vakantiemodus te hebben die 's avonds wat lichten aanzet om een thuissituatie te simuleren, en een gastmodus om er voor te zorgen dat de lichten bijvoorbeeld uitgaan zodra we weg zijn.

Echter, toen ik er mee bezig was, dacht dit dat dit net zo makkelijk in een template sensor kan, dan hoef je er ook geen automation voor te maken.

Ik heb dus deze template sensor gemaakt op basis van de input_boolean.gast en input_boolean.vakantie

YAML:

platform: template
sensors:
  huis_modus:
    friendly_name: Huis Modus
    value_template: >-
      {% if is_state('group.m_en_m', 'not_home') 
          and is_state('input_boolean.gast', 'off') 
          and is_state('input_boolean.vakantie', 'on') %}
        Vakantie
      {% elif is_state('group.m_en_m', 'not_home') 
          and is_state('input_boolean.gast', 'on') %}
        Gast
      {% elif is_state('group.m_en_m', 'not_home') %}
        Afwezig
      {% else %}
        Thuis
      {% endif %}
    icon_template: >-
      {% if is_state('sensor.huis_modus', 'Gast') %}
        mdi:account
      {% elif is_state('sensor.huis_modus', 'Niet thuis') %}
        mdi:home-outline
      {% elif is_state('sensor.huis_modus', 'Vakantie') %}
        mdi:bag-suitcase
      {% else %}
        mdi:home
      {% endif %}

Om hem te testen heb ik ook even een input_boolean.thuis gemaakt en de group_m_en_m daarvoor vervangen. Dan werkt het prima. Anders zouden om te testen eerst mijn vriendin en ik ver genoeg van huis moeten zijn.

[Afbeelding]

^{Zie nu wel dat ik het icoon voor de input_boolean.vakantie nog even aan moet passen.
En in de icon_template gebruik ik 'Niet thuis' waar ik in de value_template 'Afwezig' gebruik, dat moet uiteraard hetzelfde zijn}

Ik snap er niets meer van..
Ik heb op basis van de hulp in het topic de volgende code:

YAML:

alias: Set home mode
description: Set home mode depending on someone is home or not
trigger:
  - platform: state
    entity_id: group.thuis
  - platform: state
    entity_id: input_boolean.gast
  - platform: state
    entity_id: input_boolean.vakantie
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: group.thuis
            state: not_home
          - condition: state
            entity_id: input_boolean.gast
            state: 'off'
        sequence:
          - service: input_select.select_option
            data:
              option: Away
            entity_id: input_select.modus
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'on'
        sequence:
          - service: input_select.select_option
            data:
              option: Home
            entity_id: input_select.modus
    default: []
mode: single

Omdat ik deze wil uitbreiden met een vakantie modus (en nog een nacht modus). Heb ik het script aangepast. Ik heb het idee dat dit met een and moet. Voor de vakantie modus wil ik namelijk dat group.thuis of not_home staat en gast op uit en Vakantie moet op aan staan.

De code ziet er als volgt uit:

YAML:

alias: Set home mode
description: Set home mode depending on someone is home or not
trigger:
  - platform: state
    entity_id: group.thuis
  - platform: state
    entity_id: input_boolean.gast
  - platform: state
    entity_id: input_boolean.vakantie
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: group.thuis
            state: not_home
          - condition: state
            entity_id: input_boolean.gast
            state: 'off'
        sequence:
          - service: input_select.select_option
            data:
              option: Away
            entity_id: input_select.modus
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'on'
        sequence:
          - service: input_select.select_option
            data:
              option: Home
            entity_id: input_select.modus
      - conditions:
          - condition: and
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'off'
              - condition: state
                entity_id: input_boolean.vakantie
                state: 'On'
        sequence:
          - service: input_select.select_option
            data:
              option: Vakantie
            entity_id: input_select.modus
    default: []
mode: single

Voor het testen heb ik group.thuis om home gezet in het script.
Toch werkt dit niet.

Ik heb ook geprobeerd met een off maar dan hetzelfde resultaat, namelijk geen resultaat.

[sjorsjuhmaniac]

Koffie schreef op vrijdag 5 maart 2021 @ 11:56:
Yes ... Aqara zigbee doorcontact sensor kwam zojuist binnen, meteen ff in de brievenbus geplakt

[Afbeelding]

[Afbeelding]

YAML:

alias: '[HOME] SYSTEM - Send snapshot triggered by brievenbus'
description: ''
trigger:
  - entity_id: binary_sensor.brievenbus
    platform: state
    to: 'on'
condition: []
action:
  - data:
      filename: /config/www/snapshots/snapshot_voordeur
    entity_id: camera.nas01_voordeur
    service: camera.snapshot
  - delay: '00:00:01'
  - service: notify.telegram_notifier_richard
    data:
      title: ''
      message: ''
      data:
        photo:
          - file: /config/www/snapshots/snapshot_voordeur
            caption: '[[ Brievenbus ]]'
mode: single

Wat kan het leven soms lekker simpel zijn

Daar is ook geen lol aan: pairen, integreren, automation maken en het werkt.... allemaal op 1 ochtend? weinig hobby-rendement van de investring

haha,

[Koffie]

sjorsjuhmaniac schreef op vrijdag 5 maart 2021 @ 12:52:
[...]


Daar is ook geen lol aan: pairen, integreren, automation maken en het werkt.... allemaal op 1 ochtend? weinig hobby-rendement van de investring

haha,

ho ho!! Hier is een zeer uitgebreide brainstorm sessie aan vooraf gegaan, daarna is er middels een inschrijving een leverancier gekozen die het mocht leveren op basis van zijn bid.
Uiteraard word er straks nog een klant tevredenheid onderzoek gedaan en als laatste fase kan de documentatie voor turn over to production geschreven worden

[TheFes]

Robbie T schreef op vrijdag 5 maart 2021 @ 12:51:
[...]


Ik snap er niets meer van..
Ik heb op basis van de hulp in het topic de volgende code:

YAML:

alias: Set home mode
description: Set home mode depending on someone is home or not
trigger:
  - platform: state
    entity_id: group.thuis
  - platform: state
    entity_id: input_boolean.gast
  - platform: state
    entity_id: input_boolean.vakantie
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: group.thuis
            state: not_home
          - condition: state
            entity_id: input_boolean.gast
            state: 'off'
        sequence:
          - service: input_select.select_option
            data:
              option: Away
            entity_id: input_select.modus
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'on'
        sequence:
          - service: input_select.select_option
            data:
              option: Home
            entity_id: input_select.modus
    default: []
mode: single

Omdat ik deze wil uitbreiden met een vakantie modus (en nog een nacht modus). Heb ik het script aangepast. Ik heb het idee dat dit met een and moet. Voor de vakantie modus wil ik namelijk dat group.thuis of not_home staat en gast op uit en Vakantie moet op aan staan.

De code ziet er als volgt uit:

YAML:

alias: Set home mode
description: Set home mode depending on someone is home or not
trigger:
  - platform: state
    entity_id: group.thuis
  - platform: state
    entity_id: input_boolean.gast
  - platform: state
    entity_id: input_boolean.vakantie
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: group.thuis
            state: not_home
          - condition: state
            entity_id: input_boolean.gast
            state: 'off'
        sequence:
          - service: input_select.select_option
            data:
              option: Away
            entity_id: input_select.modus
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'on'
        sequence:
          - service: input_select.select_option
            data:
              option: Home
            entity_id: input_select.modus
      - conditions:
          - condition: and
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'off'
              - condition: state
                entity_id: input_boolean.vakantie
                state: 'On'
        sequence:
          - service: input_select.select_option
            data:
              option: Vakantie
            entity_id: input_select.modus
    default: []
mode: single

Voor het testen heb ik group.thuis om home gezet in het script.
Toch werkt dit niet.

Ik heb ook geprobeerd met een off maar dan hetzelfde resultaat, namelijk geen resultaat.

Wat werkt er precies niet dan? Zonder de states van de input_booleans te weten is het lastig om te zetten wat de er fout gaat en wat er volgens je automation zou moeten gebeuren.

BTW

YAML:

              - condition: state
                entity_id: input_boolean.vakantie
                state: 'On'

Hier moet 'On' in ieder geval 'on' zijn.

[TheVMaster]

Koffie schreef op Friday 5 March 2021 @ 12:56:
[...]

ho ho!! Hier is een zeer uitgebreide brainstorm sessie aan vooraf gegaan, daarna is er middels een inschrijving een leverancier gekozen die het mocht leveren op basis van zijn bid.
Uiteraard word er straks nog een klant tevredenheid onderzoek gedaan en als laatste fase kan de documentatie voor turn over to production geschreven worden

Ik neem aan dat dit project wel met behulp van scrum is uitgevoerd op een agile manier?

[drentsemoi]

Robbie T schreef op vrijdag 5 maart 2021 @ 12:51:
[...]


Ik snap er niets meer van..
Ik heb op basis van de hulp in het topic de volgende code:

YAML:

alias: Set home mode
description: Set home mode depending on someone is home or not
trigger:
  - platform: state
    entity_id: group.thuis
  - platform: state
    entity_id: input_boolean.gast
  - platform: state
    entity_id: input_boolean.vakantie
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: group.thuis
            state: not_home
          - condition: state
            entity_id: input_boolean.gast
            state: 'off'
        sequence:
          - service: input_select.select_option
            data:
              option: Away
            entity_id: input_select.modus
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'on'
        sequence:
          - service: input_select.select_option
            data:
              option: Home
            entity_id: input_select.modus
    default: []
mode: single

Omdat ik deze wil uitbreiden met een vakantie modus (en nog een nacht modus). Heb ik het script aangepast. Ik heb het idee dat dit met een and moet. Voor de vakantie modus wil ik namelijk dat group.thuis of not_home staat en gast op uit en Vakantie moet op aan staan.

De code ziet er als volgt uit:

YAML:

alias: Set home mode
description: Set home mode depending on someone is home or not
trigger:
  - platform: state
    entity_id: group.thuis
  - platform: state
    entity_id: input_boolean.gast
  - platform: state
    entity_id: input_boolean.vakantie
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: group.thuis
            state: not_home
          - condition: state
            entity_id: input_boolean.gast
            state: 'off'
        sequence:
          - service: input_select.select_option
            data:
              option: Away
            entity_id: input_select.modus
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'on'
        sequence:
          - service: input_select.select_option
            data:
              option: Home
            entity_id: input_select.modus
      - conditions:
          - condition: and
            conditions:
              - condition: state
                entity_id: group.thuis
                state: home
              - condition: state
                entity_id: input_boolean.gast
                state: 'off'
              - condition: state
                entity_id: input_boolean.vakantie
                state: 'On'
        sequence:
          - service: input_select.select_option
            data:
              option: Vakantie
            entity_id: input_select.modus
    default: []
mode: single

Voor het testen heb ik group.thuis om home gezet in het script.
Toch werkt dit niet.

Ik heb ook geprobeerd met een off maar dan hetzelfde resultaat, namelijk geen resultaat.

Voor zover ik weet wordt in geval van "Choose" de eerste optie die aan alle waarden voldoet altijd voltooid en daarna niet verder gekeken.

In jouw geval met state.thuis = off voldoet de eerste condition an zal de input_select op "Away" gezet worden. In het geval met state.thuis = on, voldoet je tweede optie en zal je input_select op "Home" gezet worden. Hij zal dus nooit kijken of je 3e optie ook voldoet. Volgens mij moet je dus je condition voor je vakantie modus bovenaan in je choose zetten.

Verder wat TheFes zei, in regel 50 moet het 'on' zijn (zonder hoofdletter). Ook zou je regels 40 & 41 weg kunnen laten (conditions zijn altijd standaard AND)

[Koffie]

JackSparrow schreef op vrijdag 5 maart 2021 @ 13:15:
[...]


Ik neem aan dat dit project wel met behulp van scrum is uitgevoerd op een agile manier?

Nee, maar dat behandelen we nog even in de lessons learned meeting as maandag van 11 tot half 4

[sjorsjuhmaniac]

@Koffie @JackSparrow haha hoe herkenbaar vergeet ook niet dat sourcing het alsnog voor wel 0.1 Eur ergens anders goekoper kan vinden en dat de standards, guidelines, flows and best-practices geupdate moeten worden met de lessons-learned

[Septillion]

@Robbie T Hele idee was nu juist dat je GEEN input boolean meer hoeft te hebben met tegenstrijdige eigenschappen Nu ben je dat eigenlijk weer in de prullenbak aan het gooien en kan je die input select net zo goed achterwegen laten...

Ofwel, je kunt gewoon 'input_boolean.vakantie' en 'input_boolean.gast' weggooien en dit simpelweg met 'input_select.modus' instellen. Enige waar je dan voor moet zorgen is dat 'input_select.modus' bijvoorbeeld niet naar 'Away' gaat als je het huis verlaat nadat je hem op vakantie hebt gezet.

Andere optie is om het dus uit elkaar te trekken. Een input_select waar je de echte modus instelt ("Vakantie", "Gast", "Automatisch", "Forceer afwezig") en daarnaast iets (kan template sensor zijn of ook een input_select) die de werkelijke staat (aka, de state) aan geeft ("Thuis", "Away", "Vakantie", "Nach"). De state input_select / template-sensor laat je dan puur automatisch bepalen aan de hand van de stand van de modus input_select en allerhande slimmigheid.

[TheFes]

drentsemoi schreef op vrijdag 5 maart 2021 @ 13:26:
[...]


Voor zover ik weet wordt in geval van "Choose" de eerste optie die aan alle waarden voldoet altijd voltooid en daarna niet verder gekeken.

In jouw geval met state.thuis = off voldoet de eerste condition an zal de input_select op "Away" gezet worden. In het geval met state.thuis = on, voldoet je tweede optie en zal je input_select op "Home" gezet worden. Hij zal dus nooit kijken of je 3e optie ook voldoet. Volgens mij moet je dus je condition voor je vakantie modus bovenaan in je choose zetten.

Verder wat TheFes zei, in regel 50 moet het 'on' zijn (zonder hoofdletter). Ook zou je regels 40 & 41 weg kunnen laten (conditions zijn altijd standaard AND)

Oh, ik had die "or" gemist (en de "and" ook).

@Robbie T
Maar door die or zal met de huidige automation de 3e optie van de choose nooit gehaald worden. Want de tweede triggert al als je home bent
Als je uiteindelijk de condition bij de 3e optie wijzigt naar not_home zal die ook nooit gehaald worden, omdat de eerste optie in dat geval uitgevoerd wordt.

Ofwel, je moet je input_boolean.vakantie toevoegen aan de conditions van de eerste en tweede optie.

En wat @Septillion hieronder zegt viel me inderdaad ook op. Een input_select en de input_booleans schiet niet zo op. Je kunt immers gewoon vanuit de je Lovelace dashboard ook gewoon de input select wijzigen.

Ik ben voor een iets andere aanpak gegaan met de template_sensor, waarbij ik dus wel de input_booleans nodig heb.

Maar zowel de input_select als input_booleans is wat dubbelop.

[ Voor 13% gewijzigd door TheFes op 05-03-2021 13:50 ]

[-Casper]

Koffie schreef op vrijdag 5 maart 2021 @ 13:26:
[...]

Nee, maar dat behandelen we nog even in de lessons learned meeting as maandag van 11 tot half 4

daar heb je de retro al

[engibenchi]

Zojuist mijn eerste automatisering stapjes gezet. Nu wil ik graag een lamp laten schakelen op een afstand bediening.
De events heb ik gevonden. Mijn wens is om de lamp te "togglen" en denk deze mogelijkheid gevonden te hebben. Maar het werkt niet zoals ik verwacht.

YAML:

alias: ledstrip aan en uitzetten met remote
description: ''
trigger:
  - platform: event
    event_type: deconz_event
    event_data:
      id: switch_5
      event: 4002
condition: []
action:
  - type: toggle
    device_id: b47ce9b6624db05569ceeb0723eff17b
    entity_id: light.extended_color_light_4
    domain: light
mode: single

De lamp gaat aan maar niet meer uit. Je ziet in het dashboard wel de reactie. Maar het lijkt er op dat hij opnieuw aan gestuurd wordt in plaats van uit. Doet deze optie iets anders dan wat ik er van verwacht?
Of moet ik toch twee automations maken?

[Robbie T]

TheFes schreef op vrijdag 5 maart 2021 @ 13:36:
[...]


Oh, ik had die "or" gemist (en de "and" ook).

@Robbie T
Maar door die or zal met de huidige automation de 3e optie van de choose nooit gehaald worden. Want de tweede triggert al als je home bent
Als je uiteindelijk de condition bij de 3e optie wijzigt naar not_home zal die ook nooit gehaald worden, omdat de eerste optie in dat geval uitgevoerd wordt.

Ofwel, je moet je input_boolean.vakantie toevoegen aan de conditions van de eerste en tweede optie.

En wat @Septillion hieronder zegt viel me inderdaad ook op. Een input_select en de input_booleans schiet niet zo op. Je kunt immers gewoon vanuit de je Lovelace dashboard ook gewoon de input select wijzigen.

Ik ben voor een iets andere aanpak gegaan met de template_sensor, waarbij ik dus wel de input_booleans nodig heb.

Maar zowel de input_select als input_booleans is wat dubbelop.

De truc zou moeten zijn; vakantie optie toevoegen aan de bovenste 2 opties en On wijzigen naar on. Ik ga het weer proberen :-)

Ik kan hem inderdaad handmatig vanuit de lovelace de input wijzigen maar dat is nou juist iets waar ik geen omkijken meer naar wil hebben ;-).

Jouw template sensor zag ik ook maar daar kreeg ik nog een andere foutmelding.
Ik had bedacht dit in stapjes te doen. Eerst te zorgen voor het werkend krijgn van dit script, stukje leren. Daarna verder kijken naar de template sensor om daar de logica achter te snappen.

Domoticz maakt gebruik van dzvents, een variant op lua geloof ik. Dit is echt even schakelen :-)

[barrymossel]

Robbie T schreef op vrijdag 5 maart 2021 @ 14:47:
[...]


De truc zou moeten zijn; vakantie optie toevoegen aan de bovenste 2 opties en On wijzigen naar on. Ik ga het weer proberen :-)

Ik kan hem inderdaad handmatig vanuit de lovelace de input wijzigen maar dat is nou juist iets waar ik geen omkijken meer naar wil hebben ;-).

Jouw template sensor zag ik ook maar daar kreeg ik nog een andere foutmelding.
Ik had bedacht dit in stapjes te doen. Eerst te zorgen voor het werkend krijgn van dit script, stukje leren. Daarna verder kijken naar de template sensor om daar de logica achter te snappen.

Domoticz maakt gebruik van dzvents, een variant op lua geloof ik. Dit is echt even schakelen :-)

Momenteel geen zin om alles na te lezen en teveel na te denken, maar ik heb het volgende:

Thuis/away modus op basis van aanwezigheid. Beiden zijn te overrulen voor als er een gast is en wij zijn niet thuis. 24 uur op away = vakantie. Bij thuiskomst op basis van aanwezigheid gaat de vakantiemodus weer uit.

Geen idee of je er wat aan hebt, maar je doet het er maar mee

[TheFes]

Robbie T schreef op vrijdag 5 maart 2021 @ 14:47:
[...]


De truc zou moeten zijn; vakantie optie toevoegen aan de bovenste 2 opties en On wijzigen naar on. Ik ga het weer proberen :-)

Ik kan hem inderdaad handmatig vanuit de lovelace de input wijzigen maar dat is nou juist iets waar ik geen omkijken meer naar wil hebben ;-).

Jouw template sensor zag ik ook maar daar kreeg ik nog een andere foutmelding.
Ik had bedacht dit in stapjes te doen. Eerst te zorgen voor het werkend krijgn van dit script, stukje leren. Daarna verder kijken naar de template sensor om daar de logica achter te snappen.

Domoticz maakt gebruik van dzvents, een variant op lua geloof ik. Dit is echt even schakelen :-)

Ja, maar nu ga je een automation maken die bijvoorbeeld als je 24u van huis bent de input_boolean.vakantie omzet, terwijl je ook een automation kunt maken die na 24u de input_select.huis_modus op vakantie zet. Dan heb je die input_boolean dus niet nodig.

Als je het uiteindelijk wil omzetten naar een template sensor in plaats van de input_select dan kun je eventueel wel eerst de boel op orde krijgen met de input_select.

Ik was begonnen met de input_select, maar toen ik er achter kwam dat die geen icon_template ondersteunt, was ik een template_sensor gaan maken op basis van de input_select.
Toen dacht ik al vrij snel dat dat nutteloos was, en dat ik dan beter de hele logica in de template sensor kon gooien, maar daarbij dus wel meerdere input_booleans nodig had.

[Robbie T]

TheFes schreef op vrijdag 5 maart 2021 @ 14:52:
[...]


Ja, maar nu ga je een automation maken die bijvoorbeeld als je 24u van huis bent de input_boolean.vakantie omzet, terwijl je ook een automation kunt maken die na 24u de input_select.huis_modus op vakantie zet. Dan heb je die input_boolean dus niet nodig.

Als je het uiteindelijk wil omzetten naar een template sensor in plaats van de input_select dan kun je eventueel wel eerst de boel op orde krijgen met de input_select.

Ik was begonnen met de input_select, maar toen ik er achter kwam dat die geen icon_template ondersteunt, was ik een template_sensor gaan maken op basis van de input_select.
Toen dacht ik al vrij snel dat dat nutteloos was, en dat ik dan beter de hele logica in de template sensor kon gooien, maar daarbij dus wel meerdere input_booleans nodig had.

Momenteel raak ik het spoor nog bijster met de termen als icon_template en template sensor ;-). 1 stap per keer he, haha. Maar ik snap wat je zegt over de vakantie, dat is dubbelop.

[Wimbo]

Ik heb een Home Assistant custom component gemaakt voo SAJ R5-4K-S2 / Zonneplan ONE Inverters voor zonnepanelen.

• https://github.com/wimb0/home-assistant-saj-modbus

Deze omvormers hebben een Modbus aansluiting, en zijn eenvoudig uit te lezen met een modbus <> wifi/ethernet dongle.
Zo kun je toch lokaal de data van de inverter en panelen uitlezen zonder Zonneplan App te hoeven gebruiken.

Je kunt deze Git repository toevoegen in HACS als een custom repository.

Demo van een paar van de beschikbare sensors:


Op m'n TODO lijstje staat onder andere nog de kabel toevoegen aan de README, inverter error code uitlezen toevoegen en betere error handling als de inverter uit is als er geen zonlicht is.

[ Voor 23% gewijzigd door Wimbo op 06-03-2021 15:44 ]

[Robbie T]

Ik word er soms gewoon zo verschrikkelijk moe van waarbij ik dan denk; laat maar lekker zitten ook. Uiteindelijk zit dat niet in mijn aard dus ga ik maar weer verder maar frustrerend is het wel.

Ik ben absoluut geen domme jongen maar ik mis hier nog wat handigheid schijnbaar en wordt gek dat ik steeds van alles vraag. Ik krijg het niet voor elkaar met die schakelaar voor de huis modus. Heb daarom nog eens gekeken naar de template van TheFes.

Deze in een automation gestopt maar dat werkt niet, moet schijnbaar in configuration als ik de wiki mag geloven. Maar daar krijg ik ook weer een of andere error.

Ik houd er maar mee op geloof ik.

[TheFes]

Robbie T schreef op vrijdag 5 maart 2021 @ 15:19:
Ik word er soms gewoon zo verschrikkelijk moe van waarbij ik dan denk; laat maar lekker zitten ook. Uiteindelijk zit dat niet in mijn aard dus ga ik maar weer verder maar frustrerend is het wel.

Ik ben absoluut geen domme jongen maar ik mis hier nog wat handigheid schijnbaar en wordt gek dat ik steeds van alles vraag. Ik krijg het niet voor elkaar met die schakelaar voor de huis modus. Heb daarom nog eens gekeken naar de template van TheFes.

Deze in een automation gestopt maar dat werkt niet, moet schijnbaar in configuration als ik de wiki mag geloven. Maar daar krijg ik ook weer een of andere error.

Ik houd er maar mee op geloof ik.

Niet opgeven, komt allemaal goed.
Ik heb mijn sensors ook in aparte bestanden staan, en geinclude in mijn conigutration.yaml.
Als je dat template van mij in je configuration.yaml wil zetten, moet je er sensor: boven zetten, en alles 2 spaties opschuiven.

Zo dus

YAML:

sensor:
- platform: template
  sensors:
    huis_modus:
      friendly_name: Huis Modus
      value_template: >-
        {% if is_state('group.m_en_m', 'not_home') 
            and is_state('input_boolean.gast', 'off') 
            and is_state('input_boolean.vakantie', 'on') %}
          Vakantie
        {% elif is_state('group.m_en_m', 'not_home') 
            and is_state('input_boolean.gast', 'on') %}
          Gast
        {% elif is_state('group.m_en_m', 'not_home') %}
          Afwezig
        {% elif is_state('group.m_en_m', 'home') and is_state('input_boolean.to_bed', 'on') %}
          Slapen
        {% else %}
          Thuis
        {% endif %}
      icon_template: >-
        {% if is_state('sensor.huis_modus', 'Gast') %}
          mdi:account
        {% elif is_state('sensor.huis_modus', 'Afwezig') %}
          mdi:home-outline
        {% elif is_state('sensor.huis_modus', 'Vakantie') %}
          mdi:bag-suitcase
        {% elif is_state('sensor.huis_modus', 'Slapen') %}
          mdi:bed
          {% else %}
          mdi:home
        {% endif %}

[Robbie T]

TheFes schreef op vrijdag 5 maart 2021 @ 15:33:
[...]


Niet opgeven, komt allemaal goed.
Ik heb mijn sensors ook in aparte bestanden staan, en geinclude in mijn conigutration.yaml.
Als je dat template van mij in je configuration.yaml wil zetten, moet je er sensor: boven zetten, en alles 2 spaties opschuiven.

Zo dus

YAML:

sensor:
- platform: template
  sensors:
    huis_modus:
      friendly_name: Huis Modus
      value_template: >-
        {% if is_state('group.m_en_m', 'not_home') 
            and is_state('input_boolean.gast', 'off') 
            and is_state('input_boolean.vakantie', 'on') %}
          Vakantie
        {% elif is_state('group.m_en_m', 'not_home') 
            and is_state('input_boolean.gast', 'on') %}
          Gast
        {% elif is_state('group.m_en_m', 'not_home') %}
          Afwezig
        {% elif is_state('group.m_en_m', 'home') and is_state('input_boolean.to_bed', 'on') %}
          Slapen
        {% else %}
          Thuis
        {% endif %}
      icon_template: >-
        {% if is_state('sensor.huis_modus', 'Gast') %}
          mdi:account
        {% elif is_state('sensor.huis_modus', 'Afwezig') %}
          mdi:home-outline
        {% elif is_state('sensor.huis_modus', 'Vakantie') %}
          mdi:bag-suitcase
        {% elif is_state('sensor.huis_modus', 'Slapen') %}
          mdi:bed
          {% else %}
          mdi:home
        {% endif %}

Ik blijf ook proberen ook omdat ik merk dat HA echt wel een stuk professioneler is dan Domoticz. Ik merk ook dat de boel net wat beter reageert. Dat is al genoeg reden om te blijven proberen.

Ik ben maar weer aan het stoeien gegaan met je code. Begrijp ik het goed dat ik dit ook in een sensor.yaml bestand kan zetten en in configuration.yaml dit kan toevoegen?

sensor: !include sensor.yaml

[-Casper]

Robbie T schreef op vrijdag 5 maart 2021 @ 15:38:
[...]


Ik blijf ook proberen ook omdat ik merk dat HA echt wel een stuk professioneler is dan Domoticz. Ik merk ook dat de boel net wat beter reageert. Dat is al genoeg reden om te blijven proberen.

Ik ben maar weer aan het stoeien gegaan met je code. Begrijp ik het goed dat ik dit ook in een sensor.yaml bestand kan zetten en in configuration.yaml dit kan toevoegen?

sensor: !include sensor.yaml

Klopt! Hier wat meer info

[TheFes]

Robbie T schreef op vrijdag 5 maart 2021 @ 15:38:
[...]


Ik blijf ook proberen ook omdat ik merk dat HA echt wel een stuk professioneler is dan Domoticz. Ik merk ook dat de boel net wat beter reageert. Dat is al genoeg reden om te blijven proberen.

Ik ben maar weer aan het stoeien gegaan met je code. Begrijp ik het goed dat ik dit ook in een sensor.yaml bestand kan zetten en in configuration.yaml dit kan toevoegen?

sensor: !include sensor.yaml

Jep, dat kun je ook doen.

Al heb ik het nog verder opgesplitst.
Al mijn integrations zijn een apart bestand, en voor sommige integrations (zoals automation, script, sensor, light, switch) heb ik aparte bestanden per entiteit.

[engibenchi]

engibenchi schreef op vrijdag 5 maart 2021 @ 14:38:
Zojuist mijn eerste automatisering stapjes gezet. Nu wil ik graag een lamp laten schakelen op een afstand bediening.
De events heb ik gevonden. Mijn wens is om de lamp te "togglen" en denk deze mogelijkheid gevonden te hebben. Maar het werkt niet zoals ik verwacht.

YAML:

alias: ledstrip aan en uitzetten met remote
description: ''
trigger:
  - platform: event
    event_type: deconz_event
    event_data:
      id: switch_5
      event: 4002
condition: []
action:
  - type: toggle
    device_id: b47ce9b6624db05569ceeb0723eff17b
    entity_id: light.extended_color_light_4
    domain: light
mode: single

De lamp gaat aan maar niet meer uit. Je ziet in het dashboard wel de reactie. Maar het lijkt er op dat hij opnieuw aan gestuurd wordt in plaats van uit. Doet deze optie iets anders dan wat ik er van verwacht?
Of moet ik toch twee automations maken?

Het lijkt nog gekker te worden. Ik heb deze automation uit gezet en twee nieuwe gemaakt.
met event 1002 aan zetten op 25%
en event 4002 ledstrip uitzetten.

YAML:

- id: '1614954116339'
  alias: 'ledstrip uit zetten met remote '
  description: ''
  trigger:
  - platform: event
    event_type: deconz_event
    event_data:
      id: switch_5
      event: 4002
  condition: []
  action:
  - type: turn_off
    device_id: b47ce9b6624db05569ceeb0723eff17b
    entity_id: light.extended_color_light_4
    domain: light
  mode: single
- id: '1614954221794'
  alias: ledstrip aan zetten met remote naar 25%
  description: ''
  trigger:
  - platform: event
    event_type: deconz_event
    event_data:
      id: switch_5
      event: 1002
  condition: []
  action:
  - type: turn_on
    device_id: b47ce9b6624db05569ceeb0723eff17b
    entity_id: light.extended_color_light_4
    domain: light
    brightness_pct: 25
  mode: single

Als ik nu met de afstandsbediening de lamp aan zet gaat deze idd aan op 25% maar kan het niet met de afstandbediening uitzetten.
Maar op de lovelace gaan alle lampen naar stand "aan" en "uit" met de afstand bediening. Terwijl alleen de ledstrip aan staat (niet mee uit gaat als ik de afstandbediening gebruik)

bedien ik op de lovellace mijn lampen met de muis dan functioneert alles naar behoren.

Heeft iemand enig idee wat hier mis gaat? Ik heb de Ha server al opnieuw opgestart.

Ga nu nog heel mijn server opnieuw opstarten. heeft helaas niet geholpen.

[TWKterry]

Heb wat aqara deur-sensoren geinstalleerd en wil nu bijhouden hoeveel deuren er open staan.
Voor nu zijn het 4 deuren maar kan nog wat groeien en verwacht ook wat ramen in de toekomst.
Wat is de meest handige/kortste/snelste manier?

1) via een trigger per sensor op on->off, increment / off->on decrement counter (automation)
2) trigger op alle deur sensoren en dan een count van open deuren (automation/template sensor)
3) ...

2) klinkt het mooiste omdat het in dezelfde automation/template kan.

[RobertMe]

RobertMe schreef op vrijdag 5 maart 2021 @ 09:05:
Wat zijn hier de meningen over 2021.3 en dan specifiek de aanpassing "waarbij je bij hue.activate_scene een transition time kunt opgeven". Ze verkopen het als een feature, maar het is (ook) een breaking change die niet vermeld is in de release notes.

Want er wordt nu namelijk altijd een transitie tijd naar de Hue Bridge gestuurd, waarbij er vanuit HA een default is die het standaard gedrag van de Hue Bridge na doet (IIRC 300ms). Maar ik roep vanuit HA de standaard Hue scenes aan voor wake-up en go-to-bed verlichting. En die zijn nu zeg maar hardstikke kapot. Want de transitie tijd die in de scenes staan (zijnde 10 minuten) worden nu door HA overruled naar die 300ms dus.

Hierop terugkomende. Vanmorgen poging gedaan om "dan maar" de transition toe te voegen. Maar wat ik zelf ook niet meer wist is dat ik sommige lampen in de scene een afwijkende transition had gegeven. En dat heeft mij doen besluiten dat het eigenlijk wel een (onbedoelde) regressie moest zijn. Vanmorgen een ticket aangemaakt en vanmiddag al door @Frenck opgepakt middels een PR. Ik ben dus weer tevreden en hoef bijna niet meer te ontwaken met de lampen op 100% . Dus Frenck, mocht je dit lezen, nogmaals bedankt voor de snelle oplossing

[icecreamfarmer]

Koepert schreef op donderdag 4 maart 2021 @ 18:23:
[...]


Het is een beetje laat om vraagtekens bij je keuze voor lubuntu te zetten he

Volgens mij zou je in je grub config (bijv /boot/grub/grub.cfg) een "video = resolutie" moeten kunnen toevoegen, zodat het systeem altijd start in DIE resolutie.. (1920x1080 bijv).. Werkt in n VM iig.

Ik kan nog steeds terug. Dagje verder en heb het eindelijk werkend in een VM (welke ik trouwens niet heofde te verkleinen). Kreeg AMD-V functie niet gevonden in BIOS.

Nu zit ik met de vraag, hoeveel CPU cores, RAM en HDD zal ik toewijzen aan de VM.
Het draait op een T630 en heb nu 2 cores en 2gb toegewezen.

Ander punt van aandacht is of ik Pihole of AdGuard zal draaien.
Op de Pi staat nu nog Pihole te draaien. En zal ik die in de VM draaien samen met HA of gewoon op mijn lubuntu install? Want hoe werkt bij eerstgenoemde updaten dan bv?

Zelfde met wireguard.

[ Voor 9% gewijzigd door icecreamfarmer op 05-03-2021 17:21 ]

[Hmmbob]

2021.3.2:

• Update pyotgw to 1.1b1 (@mvn23 - #47446) (opentherm_gw docs)
• Fix issue at Netatmo startup (@cgtobi - #47452) (netatmo docs)
• Fix Hue scene overriding Hue default transition times (@frenck - #47454) (hue docs)
• Bump version with fix for v1 (@elupus - #47458) (philips_js docs)
• Update frontend to 20210302.5 (@bramkragten - #47462) (frontend docs)
• Use conn_made callback in MySensors (@functionpointer - #47463) (mysensors docs)
• Bump zwave-js-server-python to 0.21.1 (@raman325 - #47464) (zwave_js docs)
• Raise error instead of crashing when template passed to call service target (@balloob - #47467) (websocket_api docs)
• Update zwave_js.refresh_value service description (@raman325 - #47469) (zwave_js docs)
• Bump amcrest package version to 1.7.1 (@pnbruckner - #47483) (amcrest docs)

[sjorsjuhmaniac]

@MrBarBarian :

2021.3.2:

• Update pyotgw to 1.1b1 (@mvn23 - #47446) (opentherm_gw docs)

https://github.com/home-assistant/core/pull/47446

[habbekrats]

icecreamfarmer schreef op vrijdag 5 maart 2021 @ 17:09:
[...]


Ik kan nog steeds terug. Dagje verder en heb het eindelijk werkend in een VM (welke ik trouwens niet heofde te verkleinen). Kreeg AMD-V functie niet gevonden in BIOS.

Nu zit ik met de vraag, hoeveel CPU cores, RAM en HDD zal ik toewijzen aan de VM.
Het draait op een T630 en heb nu 2 cores en 2gb toegewezen.

Ander punt van aandacht is of ik Pihole of AdGuard zal draaien.
Op de Pi staat nu nog Pihole te draaien. En zal ik die in de VM draaien samen met HA of gewoon op mijn lubuntu install? Want hoe werkt bij eerstgenoemde updaten dan bv?

Zelfde met wireguard.

Ik draai ha ook in een vm
2 cpu 8 gb, reden voor wat meer ram is dat ik ook timescaledb, grafana, node red en dsmrreader draai.

Ik draai pihole ook in een vm kun je gewoon updaten

[sjorsjuhmaniac]

icecreamfarmer schreef op vrijdag 5 maart 2021 @ 17:09:
[...]
Nu zit ik met de vraag, hoeveel CPU cores, RAM en HDD zal ik toewijzen aan de VM.
Het draait op een T630 en heb nu 2 cores en 2gb toegewezen.

ik heb ook 2gb. Kan je wat mee spelen, zakken tot je problemen krijgt

Ander punt van aandacht is of ik Pihole of AdGuard zal draaien.
Op de Pi staat nu nog Pihole te draaien. En zal ik die in de VM draaien samen met HA of gewoon op mijn lubuntu install? Want hoe werkt bij eerstgenoemde updaten dan bv?

Zelfde met wireguard.

Ik draai zelf zo weinig mogelijk IN ha. Ik zou het naast HA draaien. bij voorkeur in dockers, tov VM, omdat dockers minder resources van je systeem verbruiken.

[barber]

RobertMe schreef op vrijdag 5 maart 2021 @ 09:05:
Wat zijn hier de meningen over 2021.3 en dan specifiek de aanpassing "waarbij je bij hue.activate_scene een transition time kunt opgeven". Ze verkopen het als een feature, maar het is (ook) een breaking change die niet vermeld is in de release notes.

Want er wordt nu namelijk altijd een transitie tijd naar de Hue Bridge gestuurd, waarbij er vanuit HA een default is die het standaard gedrag van de Hue Bridge na doet (IIRC 300ms). Maar ik roep vanuit HA de standaard Hue scenes aan voor wake-up en go-to-bed verlichting. En die zijn nu zeg maar hardstikke kapot. Want de transitie tijd die in de scenes staan (zijnde 10 minuten) worden nu door HA overruled naar die 300ms dus.

Dit lijkt opgelost in 2021.3.2:

#45785 introduced the capability of setting transitions on activating Hue scenes, however, scenes in Hue can have their own default transition times. #45785 added a default transition time in Home Assistant, causing these to always overwrite the Hue transition time.

This PR fixes this breaking change behavior, by only passing the transition time when it is actually set. When not set, Hue will use the default that is configured for the Hue scene in the bridge itself (just like before).

[RobertMe]

barber schreef op zaterdag 6 maart 2021 @ 10:46:
[...]


Dit lijkt opgelost in 2021.3.2:

[...]

Correct, zie mijn latere post van gisteren. Daarin geef ik aan dat ik een ticket had aangemaakt en in de middag al door Frenck een PR was aangemaakt. Later die dag door Paulus gemerged en afgelopen nacht dan release waar de fix in zat. Vanmorgen meteen getest en het werkt nu weer als vanouds.

[barber]

RobertMe schreef op zaterdag 6 maart 2021 @ 10:59:
[...]

Correct, zie mijn latere post van gisteren. Daarin geef ik aan dat ik een ticket had aangemaakt en in de middag al door Frenck een PR was aangemaakt. Later die dag door Paulus gemerged en afgelopen nacht dan release waar de fix in zat. Vanmorgen meteen getest en het werkt nu weer als vanouds.

Nog zitten zoeken of er iemand al gereageerd had, maar toch deze post gemist Gelukkig is het snel opgelost, prima werk!

[Wilf]

Bij updaten krijg ik de waarschuwing:

code:

[b]Translation Error: The intl string context variable "naam" was not provided to the string "Update {naam}"[/b]

Translation Error: The intl string context variable "naam" was not provided to the string "Weet u zeker dat u {naam} wilt updaten naar versie {versie}?"

Nu ga ik er vanuit dat dit alleen een error is van de UI en dat dit de update niet stukmaakt maar ik wilde dit wel even checken hier; ik heb op deze error gezocht in deze topic en niet gevonden. Iemand bekend met deze error?

[engibenchi]

Wilf schreef op zaterdag 6 maart 2021 @ 11:19:
Bij updaten krijg ik de waarschuwing:

code:

[b]Translation Error: The intl string context variable "naam" was not provided to the string "Update {naam}"[/b]

Translation Error: The intl string context variable "naam" was not provided to the string "Weet u zeker dat u {naam} wilt updaten naar versie {versie}?"

Nu ga ik er vanuit dat dit alleen een error is van de UI en dat dit de update niet stukmaakt maar ik wilde dit wel even checken hier; ik heb op deze error gezocht in deze topic en niet gevonden. Iemand bekend met deze error?

Ja ik had deze melding ook. Ik heb hem naar het Engels gezet en toen bleef de melding weg.

[hubertgruber]

Ik probeer een automation te maken om de thuis-status van drie personen, waaronder een fictieve 'gast'-gebruiker via een toggle te regelen, om zo makkelijk een foute status te wijzigen van een ander of om een gast aan te melden (en zo alle 'inbreker'-achtige automations uit te schakelen). Nu werkt de automation wel voor Gebruiker C, maar niet voor de andere gebruikers, terwijl ik wel device_tracker.guest_input_boolean voor de gast en evenzo voor de andere twee gebruikers heb gedefinieerd onder People->Track Device. Kan ik jullie vragen om een snelle blik te werpen, want het voelt alsof ik iets simpels over het hoofd zie.

YAML:

alias: "Presence detection 1/2"
description: "Toggle voor person presence."
trigger:
  - platform: state
    entity_id:
      - input_boolean.cgebruiker_presence
      - input_boolean.mgebruiker_presence
      - input_boolean.guest_presence
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.cgebruiker_presence
            state: "on"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: cgebruiker_input_boolean
              location_name: 'home'
            data_template:
              dev_id: cgebruiker_input_boolean
              location_name: 'home'
      - conditions:
          - condition: state
            entity_id: input_boolean.mgebruiker_presence
            state: "on"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: mgebruiker_input_boolean
              location_name: 'home'
            data_template:
              dev_id: mgebruiker_input_boolean
              location_name: 'home'
      - conditions:
          - condition: state
            entity_id: input_boolean.guest_presence
            state: "on"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: guest_input_boolean
              location_name: 'home'
            data_template:
              dev_id: guest_input_boolean
              location_name: 'home'
#Zelfde als hierboven maar dan voor 'not_home'
      - conditions:
          - condition: state
            entity_id: input_boolean.cgebruiker_presence
            state: "off"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: cgebruiker_input_boolean
              location_name: 'not_home'
            data_template:
              dev_id: cgebruiker_input_boolean
              location_name: 'not_home'
      - conditions:
          - condition: state
            entity_id: input_boolean.mgebruiker_presence
            state: "off"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: mgebruiker_input_boolean
              location_name: 'not_home'
            data_template:
              dev_id: mgebruiker_input_boolean
              location_name: 'not_home'
      - conditions:
          - condition: state
            entity_id: input_boolean.guest_presence
            state: "off"
        sequence:
          - service: device_tracker.see
            data:
              dev_id: guest_input_boolean
              location_name: 'not_home'
            data_template:
              dev_id: guest_input_boolean
              location_name: 'not_home'

Hier ook een animatie van hoe het (niet) werkt.


Maakt het uit dat de twee andere person-entiteiten geen user_id hebben in hun attributes? Ik heb trouwens alle persons via de GUI aangemaakt, dus mijn configuration.yaml heeft alleen

YAML:

person:

Als er overigens iemand is met een betere oplossing voor zo'n toggle dan hoor ik het natuurlijk ook graag .

[Kenny73]

Ik ben al een behoorlijke tijd aan het klooien om mijn een goed inzicht te krijgen in mijn totale en in mijn eigen energie verbruik.
Er staan hier wel een aantal goede voorbeelden maar die ik terug kan vinden zijn zonder zonnepanelen.
Ik gebruik DSMR om mijn meter uit te lezen maar die geeft geen inzicht in mijn eigen verbruik, wel in het totale verbruik van de leverancier.

Om mijn bij de energie leverancier afgenomen (bruto) verbruik te bereken doe ik als volgt:

YAML:

value_template: "{{ states('sensor.dsmr_day_consumption_electricity_merged') | float | round(2) - states('sensor.dsmr_day_consumption_electricity_returned_merged') | float | round(2) }}"

Met als uitkomst het dag verbruik maar wel met 10 cijfers achter de komma
Heeft iemand een suggestie hiervoor?

Om mijn netto verbruik uit te rekenen gebruik ik de volgende formule => netto verbruik = netto opwekking – bruto teruglevering + bruto verbruik

YAML:

value_template: "{{(states('sensor.modbus_sma_today')|int) - (states('sensor.dsmr_day_consumption_electricity_returned_merged')|int) - (states('sensor.dsmr_day_consumption_electricity_merged') | round(2))}}"

Echter deze geeft een onrealistische waarde:

Deze kan nooit negatief zijn.
Heeft iemand een goede suggestie hoe ik dat het beste kan inregelen?

[Step5]

Wilf schreef op zaterdag 6 maart 2021 @ 11:19:
Bij updaten krijg ik de waarschuwing:

code:

[b]Translation Error: The intl string context variable "naam" was not provided to the string "Update {naam}"[/b]

Translation Error: The intl string context variable "naam" was not provided to the string "Weet u zeker dat u {naam} wilt updaten naar versie {versie}?"

Nu ga ik er vanuit dat dit alleen een error is van de UI en dat dit de update niet stukmaakt maar ik wilde dit wel even checken hier; ik heb op deze error gezocht in deze topic en niet gevonden. Iemand bekend met deze error?

Hmm da's denk ik een foutje in de vertaling en die kwam ik van de week al tegen en waren als het goed is ook weer gefixt, misschien druppelt dat door naar de volgende update?

[martinvdm]

Kenny73 schreef op zaterdag 6 maart 2021 @ 12:21:
Ik ben al een behoorlijke tijd aan het klooien om mijn een goed inzicht te krijgen in mijn totale en in mijn eigen energie verbruik.
Er staan hier wel een aantal goede voorbeelden maar die ik terug kan vinden zijn zonder zonnepanelen.
Ik gebruik DSMR om mijn meter uit te lezen maar die geeft geen inzicht in mijn eigen verbruik, wel in het totale verbruik van de leverancier.

Om mijn bij de energie leverancier afgenomen (bruto) verbruik te bereken doe ik als volgt:

YAML:

value_template: "{{ states('sensor.dsmr_day_consumption_electricity_merged') | float | round(2) - states('sensor.dsmr_day_consumption_electricity_returned_merged') | float | round(2) }}"

Met als uitkomst het dag verbruik maar wel met 10 cijfers achter de komma
Heeft iemand een suggestie hiervoor?

Om mijn netto verbruik uit te rekenen gebruik ik de volgende formule => netto verbruik = netto opwekking – bruto teruglevering + bruto verbruik

YAML:

value_template: "{{(states('sensor.modbus_sma_today')|int) - (states('sensor.dsmr_day_consumption_electricity_returned_merged')|int) - (states('sensor.dsmr_day_consumption_electricity_merged') | round(2))}}"

Echter deze geeft een onrealistische waarde:
[Afbeelding]
Deze kan nooit negatief zijn.
Heeft iemand een goede suggestie hoe ik dat het beste kan inregelen?

Je round nu beide individueel, je wilt () en dan het resultaat afronden

[Kenny73]

Thanks, die is gelukt:

YAML:

value_template: "{{(states('sensor.dsmr_day_consumption_electricity_merged')|float - states('sensor.dsmr_day_consumption_electricity_returned_merged')|float)|round(2)}}"

Nu de andere nog....

De eerste is nu ook gelukt:

YAML:

value_template: "{{(states('sensor.modbus_sma_today')|int) - ((states('sensor.dsmr_day_consumption_electricity_returned_merged')|int) - (states('sensor.dsmr_day_consumption_electricity_merged')) | round(2))}}"

[ Voor 35% gewijzigd door Kenny73 op 06-03-2021 13:59 ]

[Hmmbob]

10k+ posts, dus door in Home Assistant: Open source Python3 home automation - deel 4

[Wilde]

Wimbo schreef op vrijdag 5 maart 2021 @ 15:13:
Ik heb een Home Assistant custom component gemaakt voo SAJ R5-4K-S2 / Zonneplan ONE Inverters voor zonnepanelen.

• https://github.com/wimb0/home-assistant-saj-modbus

Deze omvormers hebben een Modbus aansluiting, en zijn eenvoudig uit te lezen met een modbus <> wifi/ethernet dongle.
Zo kun je toch lokaal de data van de inverter en panelen uitlezen zonder Zonneplan App te hoeven gebruiken.

Je kunt deze Git repository toevoegen in HACS als een custom repository.

Demo van een paar van de beschikbare sensors:
[Afbeelding]

Op m'n TODO lijstje staat onder andere nog de kabel toevoegen aan de README, inverter error code uitlezen toevoegen en betere error handling als de inverter uit is als er geen zonlicht is.

Wat gaaf! Ik heb dezelfde inverter en heb er een Elfin ew11 (rs485->wifi) op ali bij gekocht om hetzelfde te proberen. Ik twijfel of mn kabel goed is, de converter is wel powered maar ik zie nog geen seriele pakketjes.

Ik ga jouw project zeker volgen, ik snap nog niet zo veel van modbus, dus dit is een beetje avonturieren voor me

[Wimbo]

Wilde schreef op zaterdag 6 maart 2021 @ 22:21:
[...]


Wat gaaf! Ik heb dezelfde inverter en heb er een Elfin ew11 (rs485->wifi) op ali bij gekocht om hetzelfde te proberen. Ik twijfel of mn kabel goed is, de converter is wel powered maar ik zie nog geen seriele pakketjes.

Ik ga jouw project zeker volgen, ik snap nog niet zo veel van modbus, dus dit is een beetje avonturieren voor me

Nice!
Waarschijnlijk zitten je A en B aders verkeerd om in je kabel.
Toevallig net een plaatje gemaakt van mijn kabel:

[sjorsjuhmaniac]

joehoee... @Wimbo @Wilde , er is een deel 4 topic..

@Septillion @ThinkPad @Hmmbob @teacher kunnen jullie deze niet dichtgooien?

[ Voor 13% gewijzigd door sjorsjuhmaniac op 07-03-2021 01:03 ]

[ThinkPad]

Modbreak:

Verder in deel 4 Home Assistant: Open source Python3 home automation - deel 4