Home Assistant: Open source Python3 home automation - deel 5

[Septillion]

@BlaTieBla Ahh, dat is wel heel flauw... Want daar zal wel het probleem in zitten Dan heb je inderdaad gelijk dat HA niet gebouwd is om in de root te draaien.

Kan je hem niet in de root draaien maar dan op een andere poort? Niet zo'n mooie oplossing, dat geef ik toe.

[BlaTieBla]

Septillion schreef op zondag 25 augustus 2024 @ 11:14:
@BlaTieBla Ahh, dat is wel heel flauw... Want daar zal wel het probleem in zitten Dan heb je inderdaad gelijk dat HA niet gebouwd is om in de root te draaien.

Kan je hem niet in de root draaien maar dan op een andere poort? Niet zo'n mooie oplossing, dat geef ik toe.

Ik blijf hem nu wel gewoon direct op/via de host zelf benaderen en niet via de reverse proxy.

[Brynnie]

Brynnie schreef op zaterdag 24 augustus 2024 @ 21:50:
Ik wil een automatisatie maken, maar het lijkt niet te lukken.

De bedoeling is dat elke vrijdag om 8u een bepaalde user in Alarmo op enabled moet gezet worden, en om 13u (van diezelfde vrijdag) op disabled. Zodat deze user Alarmo enkel kan bedienen met de bijhorende code op vrijdagen tussen 8u en 13u.

Dat lukt met de hulp van een schedule.

Maar nu moet de automatisatie uitgebreid worden, zodat de user op vrijdag om 8u niet op enabled gezet wordt wanneer er in de calendar “Gezin” op die dag een all-day event is met de naam “Xyz komt niet”. Uiteraard moet de user in Alarmo dan ook niet om 13u disabled worden.

Hoe kan ik bepalen of er zo’n event in de calender staat?

Een alternatieve oplossing is een helper toggle (schakelaar) creëren “Xyz_komt” die op het einde van de xyz schedule op true gezet wordt. Elke vrijdagochtend om middernacht wordt deze dan, als er voor die dag in kalender Gezin een all day event staat “Xyz komt niet” op false gezet.

Bij het begin van de schedule (later op vrijdag) kan ik dan rekening houden met de waarde van helper “xyz_komt”. Als die op false staat, dan enable ik de Alarmo user niet. Maar de vraag blijft dan:
Hoe kan ik elke vrijdag om middernacht controleren of er een all-day event is met de naam “Xyz komt niet”. Er staan namelijk meerdere afspraken (al dan niet all day) in de gezinsagenda elke dag.

Of maak ik het nodeloos ingewikkeld en heeft iemand een elegantere oplossing?

[Wachten...]

Ik heb hier hue bewegings sensoren, en ik wil in een aantal slaapkamers dat als de lux boven de 40 is (licht waarde) dat de lampen automatisch uit gaan in die kamer.

Nu is het alleen zo dat als de waarde al boven de 40 is, dat het lijkt alsof de automation niet werkt.

Weet iemand waarom dit niet lekker werkt?

[ChrisM]

Wachten... schreef op zondag 25 augustus 2024 @ 13:03:
Ik heb hier hue bewegings sensoren, en ik wil in een aantal slaapkamers dat als de lux boven de 40 is (licht waarde) dat de lampen automatisch uit gaan in die kamer.

Nu is het alleen zo dat als de waarde al boven de 40 is, dat het lijkt alsof de automation niet werkt.

Weet iemand waarom dit niet lekker werkt?

40 is de trigger waarde. Dus op het moment dat de lux verander en boven de 40 komt (van 39->40 gaat), dan wordt de automation getriggerd.

Dus als de waarde al boven de 40 is, dan wordt de automation niet getriggerd.

[Wachten...]

ChrisM schreef op zondag 25 augustus 2024 @ 13:32:
[...]

40 is de trigger waarde. Dus op het moment dat de lux verander en boven de 40 komt (van 39->40 gaat), dan wordt de automation getriggerd.

Dus als de waarde al boven de 40 is, dan wordt de automation niet getriggerd.

Dank voor je uitleg en klinkt logisch. Wat zou echter de oplossing zijn, dat ook als hij al boven de 40.is? Ik wil dus dat de lampen uitgaan ongeacht de situatie als de waarde ergens boven de 40 is.

[dennistd]

Wachten... schreef op zondag 25 augustus 2024 @ 13:41:
[...]


Dank voor je uitleg en klinkt logisch. Wat zou echter de oplossing zijn, dat ook als hij al boven de 40.is? Ik wil dus dat de lampen uitgaan ongeacht de situatie als de waarde ergens boven de 40 is.

Je zou hem kunnen triggeren op een verandering van de sensorwaarde of elke x seconden, en dan kijken of je waarde >40 is.

[Wachten...]

dennistd schreef op zondag 25 augustus 2024 @ 13:56:
[...]

Je zou hem kunnen triggeren op een verandering van de sensorwaarde of elke x seconden, en dan kijken of je waarde >40 is.

Dat veranderen van de sensor waarde boven de 40 Lux, hoe werkt dat precies, want dat kan ik dus niet vinden. Probeer het al een tijdje werkend te krijgen.

[dennistd]

Wachten... schreef op zondag 25 augustus 2024 @ 13:58:
[...]


Dat veranderen van de sensor waarde boven de 40 Lux, hoe werkt dat precies, want dat kan ik dus niet vinden. Probeer het al een tijdje werkend te krijgen.

Dit is een stukje van een airco-automatisering bij mij, die triggert zowel op tijd, verandering in temperatuur en airco-modus. Bij condition kun je zeggen dat de waarde van de lichtsensor > 40 moet zijn.

YAML:

alias: Airco sensor beneden
description: ""
trigger:
  - platform: time_pattern
    seconds: /30
  - platform: state
    entity_id:
      - sensor.woonkamer_thermostaat_temperature_2
  - platform: state
    entity_id:
      - sensor.mhi_ac_ctrl_beneden_mode
condition:
  - condition: template
    value_template: "{{ states('sensor.woonkamer_thermostaat_temperature_2')|is_number }}"

[Septillion]

@Brynnie Volgens mij zou je dan met calendar.get_events de events van de dag op kunnen vragen. En dan met een template condition door de response_variable gaan om te kijken of er een event is met als titel "xyz komt niet" erin staat.

[Septillion]

@Wachten... Maar wat is dan je trigger? Want als je zegt "ook als hij al boven de 40 is", wat bepaald dan dat het moet gebeuren? Eventueel enige andere event in die zin zou zijn dat je het licht aan zet terwijl het >40 is dat je gelijk het licht weer uit zet. Dan is het licht aanzetten de trigger. En nog slimmer zou dan zijn überhaupt het licht niet aan te doen.

Een time patern is anemlijk zelden een slimme oplossing (sorry @dennistd). Het is beter om te achterhalen wat WEL het moment/event aangeeft dat je wilt handelen

[ Voor 18% gewijzigd door Septillion op 25-08-2024 14:14 ]

[RudolfR]

@Septillion @schumi2004

Bij mij zijn het dit soort fouten.
journalctrl:
ug 21 22:10:04 pmve kernel: EXT4-fs warning (device dm-7): ext4_clear_journal_err:6291: Filesystem error recorded from previous mount: IO failure
Aug 21 22:10:04 pmve kernel: EXT4-fs warning (device dm-7): ext4_clear_journal_err:6299: Marked fs in need of filesystem check.
Aug 21 22:10:04 pmve kernel: EXT4-fs (dm-7): warning: mounting fs with errors, running e2fsck is recommended

dmesg
[Sun Aug 25 03:00:35 2024] device-mapper: thin: 252:4: reached low water mark for data device: sending event.
[Sun Aug 25 03:00:35 2024] device-mapper: thin: 252:4: switching pool to out-of-data-space (queue IO) mode
[Sun Aug 25 03:01:36 2024] device-mapper: thin: 252:4: switching pool to out-of-data-space (error IO) mode
[Sun Aug 25 09:03:37 2024] device-mapper: thin: 252:4: switching pool to write mode

Ik denk dat ik dit moet oplossen:
https://kb.vander.host/vi...ror-with-yellow-triangle/

Beetje opruimen dan maar:
journalctl --vacuum-time=14d

root@pmve:~# pvesm status
storage 'zfsol_esxi' is not online
Name Type Status Total Used Available %
local dir active 38909280 26363472 10537132 67.76%
local-lvm lvmthin active 180830208 179003822 1826385 98.99%
tank_backup dir active 38909280 26363476 10537128 67.76%
tank_share dir active 38909280 26363472 10537132 67.76%
zfsol_esxi nfs inactive 0 0 0 0.00%

Vervangen van de disk stond al op de planning, dus dat lijkt me toch wel noodzakelijk.


Opruimen van snapshots lijkt ook wel te schelen.

[Sp33dFr34k]

Sp33dFr34k schreef op vrijdag 23 augustus 2024 @ 12:14:
Ik zit weer te stoeien met card_mod... elke zoveel versies werkt het weer niet meer, en ik kan nooit uitvogelen wat het probleem is helaas.. Kan iemand hier me in de juiste richting duwen?

Het gaat om een mobiele view, waarbij ik elk element een bepaald percentage in de breedte meegeef. Dit percentage doet nu niets meer, dus het ziet er niet echt geweldig uit. Het gaat dus om de card_mod stukjes met div#root childs.

Ter verduidelijking, in onderstaand voorbeeld zou de eerste 43% moeten zijn, de tweede 27%, de derde en vierde 15%. Maar zo te zien pakt hij gewoon een standaard breedte.

[Afbeelding]

YAML:

type: custom:vertical-stack-in-card
mode: vertical
cards:
  - type: custom:mod-card
    card_mod:
      style: |
        hui-horizontal-stack-card:
          $:
            div#root > :first-child {
              width: 43%;
              flex: auto; 
            }
            div#root > :nth-child(2) {
              width: 27%;
              flex: auto; 
            }
            div#root > :nth-child(3) {
              width: 15%;
              flex: auto; 
            }
            div#root > :last-child {
              width: 15%;
              flex: auto;
              display: flex;
              justify-content: flex-end;
            }
    card:
      type: horizontal-stack
      cards:
        - type: custom:mushroom-template-card
          entity: sensor.e208_battery_autonomy
          tap_action:
            action: more-info
          picture: /local/car/e208.png
          primary: |
            Radius: {{ states('sensor.e208_battery_autonomy') | int }}km
          secondary: |
            Stand: {{ states('sensor.e208_mileage') | int }}km
          card_mod:
            style: |
              ha-card {
                --card-primary-font-size: 0.7rem;
                --card-secondary-font-size: 0.7rem;
                --ha-card-border-width: 0px
              }
        - type: custom:mushroom-template-card
          entity: sensor.e208_battery_level
          tap_action:
            action: more-info
          primary: |
            {{ states('sensor.e208_battery_level') |int }}%
          icon: |
            {% if states('sensor.e208_charging_status') == 'Disconnected' %}
              mdi:car-battery
            {% elif states('sensor.e208_charging_status') == 'InProgress' %}
              mdi:ev-plug-type2
            {% elif states('sensor.e208_charging_status') == 'Finished' %}
              mdi:flag-checkered
            {% else %}
              mdi:progress-question
            {% endif %}
          icon_color: >
            {% if (states('sensor.e208_battery_level') | int >= 60 and
            states('sensor.e208_charging_status') == 'Disconnected') or
            states('sensor.e208_charging_status') == 'Finished' %}
              green
            {% elif states('sensor.e208_battery_level') | int >= 40  and
            states('sensor.e208_charging_status') == 'Disconnected' %}
              orange
            {% elif states('sensor.e208_charging_status') != 'Disconnected' %}
              blue
            {% else %}
              red
            {% endif %}
          card_mod:
            style: |
              ha-card {
                --card-primary-font-size: 0.7rem;
                --card-secondary-font-size: 0.7rem;
                --ha-card-border-width: 0px
              }
        - type: custom:mushroom-template-card
          entity: switch.e208_clim
          tap_action:
            action: toggle
          icon: |
            {% set switch = states('switch.e208_clim') %}
            {% if switch == 'on' %}
                mdi:car-defrost-front
            {% else %}
                mdi:air-conditioner
            {% endif %}
          icon_color: |
            {% if states('switch.e208_clim') == 'on' %}
              blue
            {% else %}
              grey
            {% endif %}  
          card_mod:
            style: |
              ha-card {
                --card-primary-font-size: 0.7rem;
                --card-secondary-font-size: 0.7rem;
                --ha-card-border-width: 0px
              }
        - type: custom:mushroom-template-card
          entity: input_boolean.car_details
          icon: |
            {% if is_state('input_boolean.car_details', 'off') %}
                mdi:plus
              {% else %}
                mdi:minus
              {% endif %}
          icon_color: |
            {% if is_state('input_boolean.car_details', 'off') %}
                green
              {% else %}
                red
              {% endif %}
          card_mod:
            style: |
              ha-card {
                --card-primary-font-size: 0.7rem;
                --card-secondary-font-size: 0.7rem;
                --ha-card-border-width: 0px
              }
  - type: custom:vertical-stack-in-card
    horizontal: true
    card_mod:
      style: |
        ha-card {
          --ha-card-border-width: 0px
        }
    cards:
      - type: conditional
        conditions:
          - entity: sensor.e208_charging_status
            state: InProgress
        card:
          type: custom:vertical-stack-in-card
          mode: vertical
          cards:
            - type: custom:mushroom-template-card
              primary: >
                {% set t =
                states.sensor.peugeot_e208.attributes["energy"][0]["charging"]["remaining_time"]
                %} {% set t = t | replace('PT', '') %} {% set s = t.split('H')
                if 'H' in t else ['0', t] %} {% set h = s[0] | int(0) %} {% set
                m = s[1] | replace('M', '') | int(0) %} Het opladen is klaar
                rond {{ (now() + timedelta(hours=h,
                minutes=m)).strftime('%H:%M') }}, het gaat momenteel: {{
                states.sensor.peugeot_e208.attributes["energy"][0]["charging"]["charging_mode"]
                | lower }} ({{
                states.sensor.peugeot_e208.attributes["energy"][0]["charging"]["charging_rate"]
                }})
              card_mod:
                style: |
                  ha-card {
                    --card-primary-font-size: 0.7rem;
                    --card-secondary-font-size: 0.7rem;
                    --ha-card-border-width: 0px
                  }

Even een kickje, niemand een idee?

[Wachten...]

Septillion schreef op zondag 25 augustus 2024 @ 14:13:
@Wachten... Maar wat is dan je trigger? Want als je zegt "ook als hij al boven de 40 is", wat bepaald dan dat het moet gebeuren? Eventueel enige andere event in die zin zou zijn dat je het licht aan zet terwijl het >40 is dat je gelijk het licht weer uit zet. Dan is het licht aanzetten de trigger. En nog slimmer zou dan zijn überhaupt het licht niet aan te doen.

Een time patern is anemlijk zelden een slimme oplossing (sorry @dennistd). Het is beter om te achterhalen wat WEL het moment/event aangeeft dat je wilt handelen

Nou het probleem wat het meeste voor komt, is dat lampen in de ochtend aan staan op deze kamers, en dat de gordijnen open worden gedaan. Op dat moment heb je niet meer echt door dat lampen aan staan, en dacht ik dus aan de hand van Lux waarde de lampen uit te laten schakelen.

[Septillion]

@Wachten... Dat kan wel, maar gaat op dat moment toch de lux >40? En kan je er dus op triggeren.

Maar als de lampen al voor >40 zorgen dan heb je geen idee of de gordijnen nu open zijn of niet. Dan zou je een sensor op de gordijnen moeten hebben. Of een tijdstip moeten kiezen ofzo.

[ Voor 6% gewijzigd door Septillion op 25-08-2024 14:59 ]

[Brynnie]

Hoe kan ik wanneer ik op een tab (bovenaan dashboard) klik, ervoor zorgen dat de user naar een ander bestaand dashboard navigeert?

[Tarax]

Brynnie schreef op zondag 25 augustus 2024 @ 15:31:
Hoe kan ik wanneer ik op een tab (bovenaan dashboard) klik, ervoor zorgen dat de user naar een ander bestaand dashboard navigeert?

Bedoel je een badge? Als je die bewerkt, kun je onder Interactions bij Tap Behaviour "Navigeer" kiezen en dan daaronder het juiste dashboard kiezen.
Maar misschien bedoelde je wat anders.

[Brynnie]

Tarax schreef op zondag 25 augustus 2024 @ 15:41:
[...]


Bedoel je een badge? Als je die bewerkt, kun je onder Interactions bij Tap Behaviour "Navigeer" kiezen en dan daaronder het juiste dashboard kiezen.
Maar misschien bedoelde je wat anders.

Ik bedoel helemaal bovenaan in het scherm, het blauwe gedeelte. Ik kan helaas geen foto’s toevoegen.

[Septillion]

@Brynnie Heel misschien dat het met browser mod kan, standaard in ieder geval niet. En waarom zou je het willen? Waarom het dashboard dan niet in die view maken?

[edwin2021]

Septillion schreef op zondag 25 augustus 2024 @ 14:58:
@Wachten... Dat kan wel, maar gaat op dat moment toch de lux >40? En kan je er dus op triggeren.

Maar als de lampen al voor >40 zorgen dan heb je geen idee of de gordijnen nu open zijn of niet. Dan zou je een sensor op de gordijnen moeten hebben. Of een tijdstip moeten kiezen ofzo.

Of het verbruik van de lampen meten?

[Septillion]

@edwin2021 Daar heb je toch niets aan? Bedoel, HA weet dan wel dat de lampen aan staan. Alleen dat het al licht in de kamer is van de zon omdat de gordijn en open zijn

[gazzzman61]

Ik probeer de nieuwe badges uit die in 2024.8.3 zitten
als ik een entity badge kies werkt het zoals ik wil: state en name zijn zichtbaar.
maar als ik een entity-filter badge neem dan is de naam niet zichtbaar.
dit is de YAML die werkt voor de entity badge.

YAML:

ype: entity
entity: light.woonkamer
name: Woonkamer
show_entity_picture: false
display_type: complete
visibility:
  - condition: state
    entity: light.groep_woonkamer
    state: 'on'

Dit is de yaml die ik gebruik voor de entity filter badge:

YAML:

type: entity-filter
display_type: complete
entities:
  - entity: light.groep_bedlampen
    name: bedlampen
  - entity: light.groep_keuken
    name: keuken
  - entity: light.groep_badkamer
    name: badkamer
  - entity: group.deuren
state_filter:
  - 'on'

de name option is wel gedocumenteerd en staat letterlijk in het voorbeeld maar werkt niet of ik doe wat verkeerd?

[sinuz]

Je moet de display type onder elke losse entity zetten, 1x voor de hele reeks waar je mee filtert werkt helaas niet.

[gazzzman61]

sinuz schreef op zondag 25 augustus 2024 @ 18:38:
Je moet de display type onder elke losse entity zetten, 1x voor de hele reeks waar je mee filtert werkt helaas niet.

thanx, dat was het idd.

[edwin2021]

Septillion schreef op zondag 25 augustus 2024 @ 17:36:
@edwin2021 Daar heb je toch niets aan? Bedoel, HA weet dan wel dat de lampen aan staan. Alleen dat het al licht in de kamer is van de zon omdat de gordijn en open zijn

Dan ben je er toch? >40 lux en licht brand nog, doe licht uit. Of mis ik nu iets

[verjager]

Brynnie schreef op zondag 25 augustus 2024 @ 11:36:
[...]


Een alternatieve oplossing is een helper toggle (schakelaar) creëren “Xyz_komt” die op het einde van de xyz schedule op true gezet wordt. Elke vrijdagochtend om middernacht wordt deze dan, als er voor die dag in kalender Gezin een all day event staat “Xyz komt niet” op false gezet.

Bij het begin van de schedule (later op vrijdag) kan ik dan rekening houden met de waarde van helper “xyz_komt”. Als die op false staat, dan enable ik de Alarmo user niet. Maar de vraag blijft dan:
Hoe kan ik elke vrijdag om middernacht controleren of er een all-day event is met de naam “Xyz komt niet”. Er staan namelijk meerdere afspraken (al dan niet all day) in de gezinsagenda elke dag.

Of maak ik het nodeloos ingewikkeld en heeft iemand een elegantere oplossing?

Met iets in deze richting zou je bij aanvang van de afspraak een actie kunnen uitvoeren. Bijv. een input_boolean togglen. Evt. als je de afspraak om 8:00 uur laat beginnen, kun je op dat moment de actie uitvoeren, zonodig met een negatieve offset.

YAML:

trigger:
  - platform: calendar
    event: start
    entity_id: calendar.gezin

condition:
  - condition: template
    value_template: |-
      {{ 'xyz_komt' in trigger.calendar_event.summary | lower }}

action:
...

[Driek]

Vanmiddag bij thuiskomst bleek de rpi4 gecrashed.
In de meterkast een zoemende voeding, dus een andere geprobeerd, maar geen succes.
Heb denk ik een goede alternatieve voeding, van mijn laptop.

Toch maar aangesloten aan mijn scherm, en hij blijkt in een bootloop te zitten.
De ssd wordt gevonden, bij opstart, maar toch lijkt hij daarop te crashen.

De laatste melding die de film vangt is:

code:

usb read: device 0 block # 1214464, count 32 ... 32 blocks read: OK
Working FDT set to Zeff1f00
No valid slot found, resetting tries to 3 storing

En dan reboot hij.

SSD stuk, of toch voeding?

[ Voor 21% gewijzigd door Driek op 25-08-2024 19:59 ]

[skank]

TheFes schreef op zaterdag 24 augustus 2024 @ 21:41:
[...]


Als je HACS update naar 2.0 dan krijg je voor de HACS componenten ook update entities, en kun je dus gewoon alle update entities met de state on tellen.

Mocht er iemand soortgelijks zoeken, ik heb hem werkend:

YAML:

current_updates_available:
        friendly_name: Aantal updates beschikbaar
        unit_of_measurement: 'updates'
        value_template: >-
          {{ 
            states.update
              | selectattr('entity_id', 'search', 'update')
              | selectattr('state', 'eq', 'on')
              | list
              | count 
          }}

[Brynnie]

verjager schreef op zondag 25 augustus 2024 @ 19:35:
[...]

Met iets in deze richting zou je bij aanvang van de afspraak een actie kunnen uitvoeren. Bijv. een input_boolean togglen. Evt. als je de afspraak om 8:00 uur laat beginnen, kun je op dat moment de actie uitvoeren, zonodig met een negatieve offset.

YAML:

trigger:
  - platform: calendar
    event: start
    entity_id: calendar.gezin

condition:
  - condition: template
    value_template: |-
      {{ 'xyz_komt' in trigger.calendar_event.summary | lower }}

action:
...

Bedankt voor je reactie. Bij jouw oplossing wordt bij elke calendar event de automatisatie aangeroepen, wat voor nodeloos veel overhead zorgt.

Ik heb de denkwijze van @Septillion gevolgd. Wanneer het schedule wijzigt van uit naar aan, loop ik door de calendar_events van die dag om te zien of de melding “xyz komt niet” bestaat. Als dat zo is, gebeurt er niks, als dat niet zo is, wordt de user in alarmo enabled.

[synoniem]

Driek schreef op zondag 25 augustus 2024 @ 19:54:
Vanmiddag bij thuiskomst bleek de rpi4 gecrashed.
In de meterkast een zoemende voeding, dus een andere geprobeerd, maar geen succes.
Heb denk ik een goede alternatieve voeding, van mijn laptop.

Toch maar aangesloten aan mijn scherm, en hij blijkt in een bootloop te zitten.
De ssd wordt gevonden, bij opstart, maar toch lijkt hij daarop te crashen.

De laatste melding die de film vangt is:

code:

usb read: device 0 block # 1214464, count 32 ... 32 blocks read: OK
Working FDT set to Zeff1f00
No valid slot found, resetting tries to 3 storing

[Afbeelding]
En dan reboot hij.

SSD stuk, of toch voeding?

SSD lijkt stuk maar vraag is of het softwarematig of hardwarematig stuk is door die rotte voeding. Heb je nog een andere machine waar je 'm kan uitlezen en eventueel nieuw HA installeren. Dat is als je een backup hebt.

[Driek]

synoniem schreef op zondag 25 augustus 2024 @ 20:10:
[...]

SSD lijkt stuk maar vraag is of het softwarematig of hardwarematig stuk is door die rotte voeding. Heb je nog een andere machine waar je 'm kan uitlezen en eventueel nieuw HA installeren. Dat is als je een backup hebt.

Ik heb een backup op mijn NAS en google drive staan.
De SSD uitlezen weet ik niet, kan dat via een windows machine?

edit: mijn windows herkend hem gewoon. Zal eens kijken of ik kan scannen op een of ander.

[ Voor 9% gewijzigd door Driek op 25-08-2024 20:15 ]

[RobertMe]

Driek schreef op zondag 25 augustus 2024 @ 20:12:
De SSD uitlezen weet ik niet, kan dat via een windows machine?

S.M.A.R.T. data uitlezen moet sowieso lukken. Het bladeren door de bestanden lukt standaard vast niet. Windows zal alleen (ex)FAT en NTFS ondersteunen, en dat zijn nu niet de bestandssystemen waar je Linux op wilt draaien. Voor ext2/3/4 bestaat volgens mij wel een Windows driver, maar het zou mij niks verbazen als HAOS gebruikt maakt van btrfs (en dat werkt niet eens fatsoenlijk onder Linux Dus of daar een Windows driver voor is?)

Alternatief: download een live ISO van je favoriete Linux distroz zet die op een USB stick en start daar van op.

[Septillion]

@edwin2021 Dat was exact mijn vraag aan @Wachten.... Maar kan me voorstellen dat de lampen ook voor 40 lux kunnen zorgen...

[Septillion]

@Brynnie Wil je anders ook de hele yaml van de automation delen? Kan erg nuttig zijn voor de volgende

[Driek]

RobertMe schreef op zondag 25 augustus 2024 @ 20:18:
[...]

S.M.A.R.T. data uitlezen moet sowieso lukken. Het bladeren door de bestanden lukt standaard vast niet. Windows zal alleen (ex)FAT en NTFS ondersteunen, en dat zijn nu niet de bestandssystemen waar je Linux op wilt draaien. Voor ext2/3/4 bestaat volgens mij wel een Windows driver, maar het zou mij niks verbazen als HAOS gebruikt maakt van btrfs (en dat werkt niet eens fatsoenlijk onder Linux Dus of daar een Windows driver voor is?)

Alternatief: download een live ISO van je favoriete Linux distroz zet die op een USB stick en start daar van op.

Smart geeft gewoon goed aan. (crystaldiskinfo 9.4)
Hij geeft alleen een heel hoog aantal inschakelingen, 20.000 keer. Dit terwijl de rpbi altijd draait.

Denk dat ik voor de zekerheid maar een nieuwe voeding en ssd bestel.
https://www.informatique....-sata-240gb-sata-ssd.html lijkt me goed zat, verdubbeling van wat ik nu heb,

[ Voor 10% gewijzigd door Driek op 25-08-2024 21:09 ]

[Brynnie]

Septillion schreef op zondag 25 augustus 2024 @ 20:38:
@Brynnie Wil je anders ook de hele yaml van de automation delen? Kan erg nuttig zijn voor de volgende

Natuurlijk

Bij aanvang schedule:

YAML:

mode: single
trigger:
  - platform: state
    entity_id:
      - schedule.xyz_aanwezig
    from: "off"
    to: "on"
condition: []
action:
  - action: input_boolean.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.xyz_komt_niet
  - data:
      name: Xyz
    action: alarmo.enable_user
  - action: calendar.get_events
    metadata: {}
    data:
      duration:
        hours: 24
    target:
      entity_id: calendar.gezin
    response_variable: agenda
  - repeat:
      for_each: "{{ agenda[\"calendar.gezin\"][\"events\"] }}"
      sequence:
        - if:
            - condition: template
              value_template: "{{ repeat.item.summary[:13] | lower == 'xyz komt niet' }}"
          then:
            - action: input_boolean.turn_on
              target:
                entity_id: input_boolean.xyz_komt_niet
              data: {}
            - action: alarmo.disable_user
              data:
                name: Xyz

Bij einde schedule:

YAML:

mode: single
trigger:
  - platform: state
    entity_id:
      - schedule.xyz_aanwezig
    from: "on"
    to: "off"
condition: []
action:
  - action: input_boolean.turn_off
    metadata: {}
    data: {}
    target:
      entity_id: input_boolean.xyz_komt_niet
  - data:
      name: Xyz
    action: alarmo.disable_user

[schumi2004]

Septillion schreef op zondag 25 augustus 2024 @ 08:20:
@schumi2004 Waar zie jij de errors?

Want als ik in de log van Proxmox of van HA (Core en Supervisor) kijk zie ik niets.

HA 2024.8.2 (vanaf 6.4 ivm DB issues)
Supervisor 2024.8.0
HA OS 13.1
Proxmox 8.2.4

De IO-error zie ik in Proxmox GUI, en verder dmesg op de CLI.
Ik zag vanmorgen een 2024.8.3, die maar eens proberen.

/edit:
Blijkt achteraf toch een ruimte gebrek issue geweest te zijn alleen vreemd dat ik dat dan niet zo goed terug zag komen in de logs.

[ Voor 13% gewijzigd door schumi2004 op 27-08-2024 07:00 ]

[Septillion]

@schumi2004 Ik zie in de log van Proxmox niets. Ook dmesg zie ik zo niets raars.

[Septillion]

@Brynnie Super! Ik zou alleen het aanzetten gewoon conditioneel maken ipv altijd aanzetten en gelijk weer uit als xyz niet komt.

En voor me gevoel is de match op summery nu wel heel strikt, daar zou ik een search-filter toepassen.

De input_boolean.xyz_komt_niet gebruik je nog op andere plaatsen?

[verjager]

Brynnie schreef op zondag 25 augustus 2024 @ 20:08:
[...]


Bedankt voor je reactie. Bij jouw oplossing wordt bij elke calendar event de automatisatie aangeroepen, wat voor nodeloos veel overhead zorgt.

Ik heb de denkwijze van @Septillion gevolgd. Wanneer het schedule wijzigt van uit naar aan, loop ik door de calendar_events van die dag om te zien of de melding “xyz komt niet” bestaat. Als dat zo is, gebeurt er niks, als dat niet zo is, wordt de user in alarmo enabled.

Helemaal prima. Juist bij dit soort overwegingen, komt de flexibiliteit van HA goed van pas.

Een schedule helper is idd een mooie basis.

Met single quotes hoef je niet zoveel te escapen.

YAML:

for_each: "{{ agenda['calendar.gezin']['events'] }}"

[Driek]

Driek schreef op zondag 25 augustus 2024 @ 21:09:
[...]

Smart geeft gewoon goed aan. (crystaldiskinfo 9.4)
Hij geeft alleen een heel hoog aantal inschakelingen, 20.000 keer. Dit terwijl de rpbi altijd draait.

Denk dat ik voor de zekerheid maar een nieuwe voeding en ssd bestel.
https://www.informatique....-sata-240gb-sata-ssd.html lijkt me goed zat, verdubbeling van wat ik nu heb,

Ik heb HA op een kale usb stick gezet en daarmee start de rpi gewoon op.
Voor nu de simpele conclusie dat de ssd stuk is, wellicht door de crashende voeding.

Omdat de voeding zoemt vertrouw ik die sowieso niet meer.
Oftewel nieuwe voeding en nieuwe ssd bestellen. En de backup terugzetten.

[manusjevanalles]

Hoe lang blijft de data van een integral sensor bewaard na het verwijderen van de sensor? Ik heb een aantal integral sensors als test gemaakt, waarvan de waarden niet kloppen. Na het verwijderen van de sensor en opnieuw toevoegen is de data er direct weer. Hier klagen meer mensen over als ik Google, maar nergens vind ik een oplossing.

[dixet]

nvm

[ Voor 98% gewijzigd door dixet op 26-08-2024 09:03 . Reden: oepsie ]

[Hmmbob]

manusjevanalles schreef op maandag 26 augustus 2024 @ 08:50:
Hoe lang blijft de data van een integral sensor bewaard na het verwijderen van de sensor? Ik heb een aantal integral sensors als test gemaakt, waarvan de waarden niet kloppen. Na het verwijderen van de sensor en opnieuw toevoegen is de data er direct weer. Hier klagen meer mensen over als ik Google, maar nergens vind ik een oplossing.

Als je de sensor een andere naam geeft, dan zou HA de historie van de vorige niet moeten meepakken.

Andere optie: de gegevens uit de database verwijderen met de recorder.purge_entities service (kan ook via developer tools > actions )

[Brynnie]

Septillion schreef op maandag 26 augustus 2024 @ 08:15:
@Brynnie Super! Ik zou alleen het aanzetten gewoon conditioneel maken ipv altijd aanzetten en gelijk weer uit als xyz niet komt.

En voor me gevoel is de match op summery nu wel heel strikt, daar zou ik een search-filter toepassen.

De input_boolean.xyz_komt_niet gebruik je nog op andere plaatsen?

Bedankt voor je feedback. Ik heb nog geen ervaring met een search-filter. Dat moet ik eens onderzoeken. De Boolean wordt inderdaad ook nog op een andere plaats gebruikt.

[Septillion]

@Brynnie Nu ik hem ook weer opzocht zie ik dat het geen filter is Maar dan zou de test worden:

YAML:

value_template: "{{ repeat.item.summary is search('xyz komt niet', true) }}"

[Brynnie]

Septillion schreef op maandag 26 augustus 2024 @ 09:30:
@Brynnie Nu ik hem ook weer opzocht zie ik dat het geen filter is Maar dan zou de test worden:

YAML:

value_template: "{{ repeat.item.summary is search('xyz komt niet', true) }}"

Welke summaries zou die dan ook vinden? Bvb als iemand in de agenda zet “Xyz komt vandaag niet” zou dan ook gematcht worden?

Interessant, maar ik vind er online niks over, of ik zoek verkeerd

[Septillion]

@Brynnie Het doet een regex, dus “Xyz komt vandaag niet” zal niet gevonden worden, "“Xyz komt niet vandaag” dus wel. Je zou er eventueel ook van kunnen maken:

YAML:

value_template: "{{ repeat.item.summary is search('(?=.*xyz)(?=.*komt)(?=.*niet).*', true) }}"

Die zal ook “Xyz komt vandaag niet” matchen en elke zin waar maar in welke volgorde dan ook die drie woorden in staan.

HA documentatie hier. En wil je complexe dingen doen dan is RegExr onmisbaar.

[Brynnie]

Septillion schreef op maandag 26 augustus 2024 @ 10:00:
@Brynnie Het doet een regex, dus “Xyz komt vandaag niet” zal niet gevonden worden, "“Xyz komt niet vandaag” dus wel. Je zou er eventueel ook van kunnen maken:

YAML:

value_template: "{{ repeat.item.summaryis search('(?=.*xyz)(?=.*komt)(?=.*niet).*', true) }}"

Die zal ook “Xyz komt vandaag niet” matchen en elke zin waar maar in welke volgorde dan ook die drie woorden in staan.

HA documentatie hier. En wil je complexe dingen doen dan is RegExr onmisbaar.

Mag ik een | lower toevoegen in die template?

YAML:

value_template: "{{ repeat.item.summary | lower is search('(?=.*xyz)(?=.*komt)(?=.*niet).*', true) }}"

En nu ik erover nadenk: soms wordt Xyz ook anders genoemd. Hoe kan ik in die regex opvangen dat het Xyz of bvb abc kan zijn? Ideaal zou zijn dat dergelijke summaries ook gematcht worden:
- Vandaag komt Xyz niet
- Xyz komt vandaag niet
- Xyz komt niet
- Let op: abc komt niet
- …

Aanvulling:
Dit lijkt te werken. Ik weet enkel nog niet of die | lower zal werken.

YAML:

value_template: "{{ repeat.item.summary | lower is search('(?=.*xyz|.*abc)(?=.*komt)(?=.*niet).*', true) }}”

Bedankt voor je hulp, @Septillion!

[ Voor 10% gewijzigd door Brynnie op 26-08-2024 10:16 ]

[TheFes]

Brynnie schreef op maandag 26 augustus 2024 @ 10:08:
[...]


Mag ik een | lower toevoegen in die template?

YAML:

value_template: "{{ repeat.item.summary | lower is search('(?=.*xyz)(?=.*komt)(?=.*niet).*', true) }}"

En nu ik erover nadenk: soms wordt Xyz ook anders genoemd. Hoe kan ik in die regex opvangen dat het Xyz of bvb abc kan zijn? Ideaal zou zijn dat dergelijke summaries ook gematcht worden:
- Vandaag komt Xyz niet
- Xyz komt vandaag niet
- Xyz komt niet
- Let op: abc komt niet
- …

Aanvulling:
Dit lijkt te werken. Ik weet enkel nog niet of die | lower zal werken.

YAML:

value_template: "{{ repeat.item.summary | lower is search('(?=.*xyz|.*abc)(?=.*komt)(?=.*niet).*', true) }}”

Bedankt voor je hulp, @Septillion!

Die lower werkt wel, maar je kunt het natuurlijk ook gewoon in devtools > templates testen
Verder is hij niet nodig omdat ignore_case op true staat.

Django/Jinja:

{% set text = "XyZ koMt vandaag niEt" %}
{{ text is search('(?=.*xyz|.*abc)(?=.*komt)(?=.*niet).*', true) }}

geeft True

net als

Django/Jinja:

{% set text = "aBcdE koMt vandaag niEt" %}
{{ text is search('(?=.*xyz|.*abc)(?=.*komt)(?=.*niet).*', true) }}

[ Voor 8% gewijzigd door TheFes op 26-08-2024 10:23 ]

[Septillion]

@Brynnie De lower-filter mag wel maar de true in de search zorgt al dat de case genegeerd wordt omdat dit de ignore_case parameter is

En je kan het inderdaad ook in dev tools testen, maar als je RegExr gebruikt kan je gewoon alle mogelijke versies in één keer testen, zie https://regexr.com/855uv.

[ Voor 7% gewijzigd door Septillion op 26-08-2024 11:12 ]

[manusjevanalles]

Hmmbob schreef op maandag 26 augustus 2024 @ 09:11:
[...]

Als je de sensor een andere naam geeft, dan zou HA de historie van de vorige niet moeten meepakken.

Andere optie: de gegevens uit de database verwijderen met de recorder.purge_entities service (kan ook via developer tools > actions )

Ik wil hem graag dezelfde naam geven, beetje OCD . Ik heb de optie om de database te purgen reeds geprobeerd, helaas zonder succes.

[Hmmbob]

Respectfully, dan heb je het verkeerd gedaan

[manusjevanalles]

Hmmbob schreef op maandag 26 augustus 2024 @ 11:26:
Respectfully, dan heb je het verkeerd gedaan

Is dat een reactie op mij? Wat heb ik dan verkeerd gedaan? Ik zou niet weten hoe ik purgen verkeerd kan doen als ik letterlijk die optie aanroep via een service call. Ik lees op het home assistant forum dat meerdere mensen hier tegenaan lopen, dus ben toch geneigd te twijfelen dat deze methode het probleem zou moeten oplossen.

[ Voor 37% gewijzigd door manusjevanalles op 26-08-2024 11:44 ]

[TheFes]

manusjevanalles schreef op maandag 26 augustus 2024 @ 11:43:
[...]


Is dat een reactie op mij? Wat heb ik dan verkeerd gedaan? Ik zou niet weten hoe ik purgen verkeerd kan doen als ik letterlijk die optie aanroep via een service call. Ik lees op het home assistant forum dat meerdere mensen hier tegenaan lopen, dus ben toch geneigd te twijfelen dat deze methode het probleem zou moeten oplossen.

Welke service call action heb je dan precies uitgevoerd?
Gaat het om data uit de recorder, of statistics data?

Je data in de recorder, maar ook in de long term statistics is gekoppeld aan een entity id. Als je een entity verwijderd, vindt er niet meteen een purge in de database plaats, dus als je daarna weer eenzelfde entity aanmaakt met hetzelfde entity_id, dan koppelt hij daar dus inderdaad de oude data aan.

Nu zijn er 3 verschillende data types, en recorder purge verwijdert volgens mij alleen de eerste:

1. Alle state en attribute wijzigingen die opgeslagen worden in de recorder
2. Short term statistics, wat de data per 5 minuten is op basis van die eerste
3. Long term statistics, wat de data per uur is, op basis van die tweede

Om die 2e en 3e ook te verwijderen, moet je na het verwijderen van de entity naar developer tools > statistics gaan. Daar staat dan een issue met de betreffende entity. Door op FIX te drukken kun je dan ook de statistics data van die entity verwijderen.

[manusjevanalles]

TheFes schreef op maandag 26 augustus 2024 @ 12:03:
[...]


Welke service call action heb je dan precies uitgevoerd?
Gaat het om data uit de recorder, of statistics data?

Je data in de recorder, maar ook in de long term statistics is gekoppeld aan een entity id. Als je een entity verwijderd, vindt er niet meteen een purge in de database plaats, dus als je daarna weer eenzelfde entity aanmaakt met hetzelfde entity_id, dan koppelt hij daar dus inderdaad de oude data aan.

Nu zijn er 3 verschillende data types, en recorder purge verwijdert volgens mij alleen de eerste:

1. Alle state en attribute wijzigingen die opgeslagen worden in de recorder
2. Short term statistics, wat de data per 5 minuten is op basis van die eerste
3. Long term statistics, wat de data per uur is, op basis van die tweede

Om die 2e en 3e ook te verwijderen, moet je na het verwijderen van de entity naar developer tools > statistics gaan. Daar staat dan een issue met de betreffende entity. Door op FIX te drukken kun je dan ook de statistics data van die entity verwijderen.

Ik heb alles bij de recorder geëxludeerd tenzij ik ze explicitet als sensor toevoeg. De integrals heb ik dus bij recorder verwijderd, HA herstart en vervolgens dit uitgevoerd:

YAML:

action: recorder.purge
data:
  repack: false
  apply_filter: false

Vervolgens bij developers>statistics bij de sensor op fix issue geklikt > delete statistics. HA herstart. Sensor opnieuw toegevoegd > heeft weer oude waarde (206 kWh) en start niet op 0.

[Septillion]

@manusjevanalles Dan moet ik @Hmmbob toch gelijk geven dat het PECKAC is Of mja, deels. Hele tour met ze uit de include halen, HA herstarten en apply_filter zou je zeggen dat het ook moet werken.

Maar recorder.purge != recorder.purge_entities Dus probeer die ook eens. Overigens maakt het volgens mij een background task aan dus kan het zijn dat het even duurt voor de purge volledig is doorgevoerd.

En als dat ook niet werkt twijfel ik aan hoe gezond je DB is. Hier werkt recorder.purge_entities prima.

[ Voor 58% gewijzigd door Septillion op 26-08-2024 18:05 ]

[TheFes]

manusjevanalles schreef op maandag 26 augustus 2024 @ 12:55:
[...]


Ik heb alles bij de recorder geëxludeerd tenzij ik ze explicitet als sensor toevoeg. De integrals heb ik dus bij recorder verwijderd, HA herstart en vervolgens dit uitgevoerd:

YAML:

action: recorder.purge
data:
  repack: false
  apply_filter: false

Vervolgens bij developers>statistics bij de sensor op fix issue geklikt > delete statistics. HA herstart. Sensor opnieuw toegevoegd > heeft weer oude waarde (206 kWh) en start niet op 0.

Dit voert een purge uit met inachtneming van de ingestelde dagen dat je de data wil houden. Dus dit zal altijd de data van de laatste X (standaard 10) dagen behouden. Het doet verder niets met individuele entities zoals in de recorder opties ingesteld (dat doet de nachtelijke purge ook niet). Na X dagen zijn die entities uit de recorder verdwenen omdat er simpelweg geen nieuwe data voor is toegevoegd.

Dit is dus ook niet de action die @Hmmbob aangegeven had. Als je recorder.purge_entities gebruikt, zal daadwerkelijk de data van de opgegeven entites verwijderd worden.

[ Voor 11% gewijzigd door TheFes op 26-08-2024 14:41 ]

[Brynnie]

Bestaat er een mogelijkheid om met een notification geen image (snapshot) maar video (bvb 5 sec) mee te sturen?

En hoe kan ik vanuit een notificatie rechtstreeks linken naar een camera view?

[ Voor 26% gewijzigd door Brynnie op 26-08-2024 14:45 ]

[Drunken_Bear]

Hoihoi,

Ik gebruik HomeAssistant op een raspberry pi 4, ik betaal nabu casa voor de cloud functionaliteit. Ik wilde HA koppelen aan google home, maar als ik vanuit Google Home de koppeling probeer te maken, krijg ik een error "kan Home Assistant Cloud by Nabu Casa niet bereiken"

Heeft iemand dit ook gehad en al eens opgelost? Online vind ik niet echt oplossingen hiervoor.

[manusjevanalles]

TheFes schreef op maandag 26 augustus 2024 @ 14:20:
[...]


Dit voert een purge uit met inachtneming van de ingestelde dagen dat je de data wil houden. Dus dit zal altijd de data van de laatste X (standaard 10) dagen behouden. Het doet verder niets met individuele entities zoals in de recorder opties ingesteld (dat doet de nachtelijke purge ook niet). Na X dagen zijn die entities uit de recorder verdwenen omdat er simpelweg geen nieuwe data voor is toegevoegd.

Dit is dus ook niet de action die @Hmmbob aangegeven had. Als je recorder.purge_entities gebruikt, zal daadwerkelijk de data van de opgegeven entites verwijderd worden.

Helaas werkt die optie ook niet. Heb de sensor er opnieuw voor aangemaakt, want ander kon ik hem niet selecteren hier.

YAML:

action: recorder.purge_entities
data:
  keep_days: 0
  entity_id:
    - sensor.wp_warmteopbrengst_totaal

[TheFes]

manusjevanalles schreef op maandag 26 augustus 2024 @ 14:54:
[...]


Helaas werkt die optie ook niet. Heb de sensor er opnieuw voor aangemaakt, want ander kon ik hem niet selecteren hier.

YAML:

action: recorder.purge_entities
data:
  keep_days: 0
  entity_id:
    - sensor.wp_warmteopbrengst_totaal

De GUI laat inderdaad alleen bestaande entities zien om uit te kiezen, maar je had het in YAML mode gewoon kunnen invoeren

Maar hoe bedoel je werkt niet? Waar zie je nog historie dan?

[manusjevanalles]

TheFes schreef op maandag 26 augustus 2024 @ 14:58:
[...]


De GUI laat inderdaad alleen bestaande entities zien om uit te kiezen, maar je had het in YAML mode gewoon kunnen invoeren

Maar hoe bedoel je werkt niet? Waar zie je nog historie dan?

De waarde die de sensor heeft gaat niet naar 0 maar blijft op 206 kWh staan. Ik wil hem op 0 hebben.

[TheFes]

manusjevanalles schreef op maandag 26 augustus 2024 @ 15:01:
[...]


De waarde die de sensor heeft gaat niet naar 0 maar blijft op 206 kWh staan. Ik wil hem op 0 hebben.

Wat is de configuratie van je sensor? Komt die uit een integratie, of is het een template sensor? In geval van dat laatse, wat is de YAML/Jinja van de sensor.

[manusjevanalles]

Het is een helper sensor

Ongeveer zoals deze

[alex3305]

Wellicht snap ik niet helemaal hoe het werkt, maar ik heb een alarm systeem via Alarmo met daarin een boel sensoren. Dat werkt prima. Alleen nu wil ik dat het alarm wordt uitgeschakeld wanneer ik thuis kom. Naast Alarmo heb ik ook een Input Select helper met mijn huisstaat. Die gebruik ik, naast het alarm ook voor andere doeleinden. Dan heb ik deze automatisering:

YAML:

- id: helper_house_state_to_home_from_away
  alias: Helper - Huis status naar thuis vanuit afwezig
  trigger:
    - platform: state
      entity_id: binary_sensor.front_door_sensor_contact
      to: 'on'
    - platform: state
      entity_id: binary_sensor.presence_hallway
      to: 'on'
  condition:
    - condition: state
      entity_id: input_select.house_state
      state:
        - 'Afwezig'
        - 'Vakantie'
    - or:
        - condition: state
          entity_id: person.alex
          state: 'home'
        - condition: state
          entity_id: person.mrs_alex
          state: 'home'
  action:
    action: input_select.select_option
    target:
      entity_id: input_select.house_state
    data:
      option: 'Thuis'

Die werkt, want ik zie dat wanneer ik thuiskom netjes Thuis wordt geschakeld:


Dan heb ik een enorm simpele automation die het alarm uit zou moeten schakelen bij thuiskomst:

YAML:

- id: alarm_disarm
  alias: Alarm uitschakelen
  trigger:
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
      for:
        seconds: 10
  action:
    action: alarm_control_panel.alarm_disarm
    target:
      entity_id: alarm_control_panel.house_alarm

Daar heb ik al een vertragende trigger opgezet omdat deze niet werkte. Mijn hypothese was dat het disarm en pending wellicht tegelijkertijd kwam en dat het daardoor niet werkte. Echter werkt bovenstaande nog steeds niet


Het enige wat ik me nog kan bedenken is dat het alarm dan (ook) getriggerd wordt door de voordeur. Immers is dat ook een sensor in het alarm. Maar dan zou deze toch ook uitgeschakeld moeten worden? Ik zie ook dat mijn Alarm uitschakelen automatisering netjes twee keer getriggered wordt.

Maar ik snap even niet hoe ik wel het alarm kan uitschakelen op het moment dat ik thuiskom én ik de voordeur opendoe.

[MXMan]

alex3305 schreef op maandag 26 augustus 2024 @ 15:16:
Wellicht snap ik niet helemaal hoe het werkt, maar ik heb een alarm systeem via Alarmo met daarin een boel sensoren. Dat werkt prima. Alleen nu wil ik dat het alarm wordt uitgeschakeld wanneer ik thuis kom. Naast Alarmo heb ik ook een Input Select helper met mijn huisstaat. Die gebruik ik, naast het alarm ook voor andere doeleinden. Dan heb ik deze automatisering:

YAML:

- id: helper_house_state_to_home_from_away
  alias: Helper - Huis status naar thuis vanuit afwezig
  trigger:
    - platform: state
      entity_id: binary_sensor.front_door_sensor_contact
      to: 'on'
    - platform: state
      entity_id: binary_sensor.presence_hallway
      to: 'on'
  condition:
    - condition: state
      entity_id: input_select.house_state
      state:
        - 'Afwezig'
        - 'Vakantie'
    - or:
        - condition: state
          entity_id: person.alex
          state: 'home'
        - condition: state
          entity_id: person.mrs_alex
          state: 'home'
  action:
    action: input_select.select_option
    target:
      entity_id: input_select.house_state
    data:
      option: 'Thuis'

Die werkt, want ik zie dat wanneer ik thuiskom netjes Thuis wordt geschakeld:
[Afbeelding]

Dan heb ik een enorm simpele automation die het alarm uit zou moeten schakelen bij thuiskomst:

YAML:

- id: alarm_disarm
  alias: Alarm uitschakelen
  trigger:
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
      for:
        seconds: 10
  action:
    action: alarm_control_panel.alarm_disarm
    target:
      entity_id: alarm_control_panel.house_alarm

Daar heb ik al een vertragende trigger opgezet omdat deze niet werkte. Mijn hypothese was dat het disarm en pending wellicht tegelijkertijd kwam en dat het daardoor niet werkte. Echter werkt bovenstaande nog steeds niet
[Afbeelding]

Het enige wat ik me nog kan bedenken is dat het alarm dan (ook) getriggerd wordt door de voordeur. Immers is dat ook een sensor in het alarm. Maar dan zou deze toch ook uitgeschakeld moeten worden? Ik zie ook dat mijn Alarm uitschakelen automatisering netjes twee keer getriggered wordt.

Maar ik snap even niet hoe ik wel het alarm kan uitschakelen op het moment dat ik thuiskom én ik de voordeur opendoe.

Ik gebruik hiervoor een iets andere aanpak, ik gebruik helpers met input booleans die ik toevoeg aan mijn automatisaties als globale conditie:





Werkt in mijn aanzien veel gemakkelijk dan input select omdat jouw huis dan één globale status heeft i.p.v. elke gebruiker een aparte.

YAML:

       
# File: input_boolean
####################################################
# HA MODES                                         #
####################################################

input_boolean:
  ha_mode_home:
    name: Home
    icon: mdi:home-account

  ha_mode_away:
    name: Away
    icon: mdi:account-arrow-right

  ha_mode_night:
    name: Night
    icon: mdi:weather-night

  ha_mode_guest:
    name: Guest 
    icon: mdi:account-group

# File: Sensors
####################################################
# HA MODE SENSOR                                   #
####################################################

sensor:
  - platform: template
    sensors:
      ha_mode:
        friendly_name: 'HA Mode'
        value_template: >-
          {% if is_state('input_boolean.ha_mode_home', 'on') %}
            home
          {% elif is_state('input_boolean.ha_mode_away', 'on') %}
            away
          {% elif is_state('input_boolean.ha_mode_night', 'on') %}
            night
          {% elif is_state('input_boolean.ha_mode_guest', 'on') %}
            guest
          {% endif %}
        icon_template: >-
          {% if is_state('input_boolean.ha_mode_home', 'on') %}
            mdi:home-account
          {% elif is_state('input_boolean.ha_mode_away', 'on') %}
            mdi:walk
          {% elif is_state('input_boolean.ha_mode_night', 'on') %}
            mdi:weather-night
          {% elif is_state('input_boolean.ha_mode_guest', 'on') %}
            mdi:account-group
          {% endif %}

# File: Binary sensor
####################################################
# HA MODE SENSOR Display only                      #
####################################################

binary_sensor:
  - platform: template
    sensors:
      ha_mode:
        friendly_name: "HA Mode"
        value_template: >-
          {{ is_state('sensor.ha_mode', 'home') 
             or is_state('sensor.ha_mode', 'away')
             or is_state('sensor.ha_mode', 'night')
             or is_state('sensor.ha_mode', 'guest') }}
        icon_template: >-
          {% if is_state('sensor.ha_mode', 'home') %}
            mdi:home-account
          {% elif is_state('sensor.ha_mode', 'away') %}
            mdi:walk
          {% elif is_state('sensor.ha_mode', 'night') %}
            mdi:weather-night
          {% elif is_state('sensor.ha_mode', 'guest') %}
            mdi:account-group
          {% endif %}

Dan dien je enkel nog automatisaties aan te maken wanneer je welke staat wenst aan te passen en dan heb je ook ineens die toggles die je kan toevoegen aan je dashboard.

[alex3305]

MXMan schreef op maandag 26 augustus 2024 @ 15:26:
Ik gebruik hiervoor een iets andere aanpak, ik gebruik helpers met input booleans die ik toevoeg aan mijn automatisaties als globale conditie.

[...]

Werkt in mijn aanzien veel gemakkelijk dan input select omdat jouw huis dan één globale status heeft i.p.v. elke gebruiker een aparte.

Deze tweede zin snap ik niet helemaal. Bij mij is het ook één globale status. Dus het werkt volgens mij nagenoeg hetzelfde. Het enige verschil is dat mijn opties mutual exclusive zijn. Er is namelijk maar één huisstaat. Bij jou zouden slapen en afwezig tegelijk kunnen voorkomen. Ik snap dan ook niet waarom jouw aanpak 'veel gemakkelijker' zou moeten zijn .

Maar beantwoord ook nog steeds mijn vraag niet .

Dan dien je enkel nog automatisaties aan te maken wanneer je welke staat wenst aan te passen en dan heb je ook ineens die toggles die je kan toevoegen aan je dashboard.

Ja, dat heb ik ook. Alleen doe ik dat dan net anders. Ik heb dan een Binary Sensor helper die binary_sensor.automations heet met de volgende template:

YAML:

{{ is_state('input_select.house_state', 'Thuis') or 
   is_state('input_select.house_state', 'Gastmodus') }}

die kan ik dan eenvoudig gebruiken als condition:

YAML:

- id: bedroom_lights_on
  alias: Slaapkamerverlichting aan
  trigger:
    - platform: state
      entity_id: binary_sensor.presence_bedroom
      to: 'on'
  condition:
    - condition: state
      entity_id: binary_sensor.automations
      state: 'on'
    - condition: state
      entity_id: binary_sensor.daylight_house
      state: 'off'
  action:
    action: light.turn_on
    target:
      entity_id: light.group_bedroom

Of als trigger om bijvoorbeeld automatiseringen per ruimte te schakelen.

[TheFes]

alex3305 schreef op maandag 26 augustus 2024 @ 15:16:
Wellicht snap ik niet helemaal hoe het werkt, maar ik heb een alarm systeem via Alarmo met daarin een boel sensoren. Dat werkt prima. Alleen nu wil ik dat het alarm wordt uitgeschakeld wanneer ik thuis kom. Naast Alarmo heb ik ook een Input Select helper met mijn huisstaat. Die gebruik ik, naast het alarm ook voor andere doeleinden. Dan heb ik deze automatisering:

YAML:

- id: helper_house_state_to_home_from_away
  alias: Helper - Huis status naar thuis vanuit afwezig
  trigger:
    - platform: state
      entity_id: binary_sensor.front_door_sensor_contact
      to: 'on'
    - platform: state
      entity_id: binary_sensor.presence_hallway
      to: 'on'
  condition:
    - condition: state
      entity_id: input_select.house_state
      state:
        - 'Afwezig'
        - 'Vakantie'
    - or:
        - condition: state
          entity_id: person.alex
          state: 'home'
        - condition: state
          entity_id: person.mrs_alex
          state: 'home'
  action:
    action: input_select.select_option
    target:
      entity_id: input_select.house_state
    data:
      option: 'Thuis'

Die werkt, want ik zie dat wanneer ik thuiskom netjes Thuis wordt geschakeld:
[Afbeelding]

Dan heb ik een enorm simpele automation die het alarm uit zou moeten schakelen bij thuiskomst:

YAML:

- id: alarm_disarm
  alias: Alarm uitschakelen
  trigger:
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
      for:
        seconds: 10
  action:
    action: alarm_control_panel.alarm_disarm
    target:
      entity_id: alarm_control_panel.house_alarm

Daar heb ik al een vertragende trigger opgezet omdat deze niet werkte. Mijn hypothese was dat het disarm en pending wellicht tegelijkertijd kwam en dat het daardoor niet werkte. Echter werkt bovenstaande nog steeds niet
[Afbeelding]

Het enige wat ik me nog kan bedenken is dat het alarm dan (ook) getriggerd wordt door de voordeur. Immers is dat ook een sensor in het alarm. Maar dan zou deze toch ook uitgeschakeld moeten worden? Ik zie ook dat mijn Alarm uitschakelen automatisering netjes twee keer getriggered wordt.

Maar ik snap even niet hoe ik wel het alarm kan uitschakelen op het moment dat ik thuiskom én ik de voordeur opendoe.

Wordt je automation om het alarm uit te schakelen wel getriggerd, en zo ja, zie je dan iets in de trace?

[TheFes]

manusjevanalles schreef op maandag 26 augustus 2024 @ 15:04:
Het is een helper sensor
[Afbeelding]
Ongeveer zoals deze

En als je die met een totaal andere naam, maar verder met dezelfde instellingen, aanmaakt? Begint hij dan wel op 0.

[vanWalsum]

Middag. Ik heb een goede bekende een prachtige NUC met Home Assistant aangesmeerd om z'n warmtepomp van samsung te kunnen bedoelen via een schema. Echter krijg ik foutmelden via de SmartThings integratie. Wellicht kunnen jullie me op weg helpen. De token is aangemaakt, de webhook werkt via nabucasa maar toch werkt het in en uit schakelen niet. Verder komt er ook gen informatie van het apparaat binnen.

[manusjevanalles]

TheFes schreef op maandag 26 augustus 2024 @ 16:04:
[...]


En als je die met een totaal andere naam, maar verder met dezelfde instellingen, aanmaakt? Begint hij dan wel op 0.

Hij start op unknown en wacht tot het actuele vermogen niet 0 is en begint dan met tellen.

[alex3305]

TheFes schreef op maandag 26 augustus 2024 @ 16:02:
[...]

Wordt je automation om het alarm uit te schakelen wel getriggerd, en zo ja, zie je dan iets in de trace?

Jazeker. In de tracering zie ik dit:


Maar ik begrijp niet zo goed wat turned pending hier betekend . Of wat ik dan anders zou moeten doen.

[D4NG3R]

alex3305 schreef op maandag 26 augustus 2024 @ 16:17:
[...]

Jazeker. In de tracering zie ik dit:
[Afbeelding]

Maar ik begrijp niet zo goed wat turned pending hier betekend . Of wat ik dan anders zou moeten doen.

Op de Github pagina welke je eerder linkte:

pending

The alarm is pending.
After the entry delay has expired, the alarm will be triggered.

Het alarm is dus van uit naar pending gegaan, en word na X (ingestelde) tijd actief. Het zou wat zijn als je je alarm aanzet en deze instant af gaat omdat je de deur nog niet achter je dicht hebt kunnen doen, of andersom wanneer je thuis komt de kans niet krijgt om je alarm uit te zetten.

Edit: Van aan naar uit dus, maar alsnog logisch volgens hun eigen flow:

aan > pending > uit

[ Voor 15% gewijzigd door D4NG3R op 26-08-2024 16:28 ]

[alex3305]

D4NG3R schreef op maandag 26 augustus 2024 @ 16:21:
[...]

Het alarm is dus van uit naar pending gegaan, en word na X (ingestelde) tijd actief. Het zou wat zijn als je je alarm aanzet en deze instant af gaat omdat je de deur nog niet achter je dicht hebt kunnen doen.

Dat snap ik wel, maar in mijn tracering zie je dat het alarm van disarmed naar pending gaat. Dat klopt dan toch niet?

Wat er nu gebeurt is.

1. Alarm is ingeschakeld
2. Ik kom binnen, voordeur gaat open
3. Alarm uitschakelen (disarm) wordt verstuurd
4. Alarm gaat naar pending
5. Alarm wordt getriggered

En ik krijg een notificatie dat het alarm getriggered wordt door 2, de voordeur sensor.

Wat gaat er dan mis? Want ik snap het niet .

[Driek]

Driek schreef op maandag 26 augustus 2024 @ 08:37:
[...]

Ik heb HA op een kale usb stick gezet en daarmee start de rpi gewoon op.
Voor nu de simpele conclusie dat de ssd stuk is, wellicht door de crashende voeding.

Omdat de voeding zoemt vertrouw ik die sowieso niet meer.
Oftewel nieuwe voeding en nieuwe ssd bestellen. En de backup terugzetten.

ik ben nu ondertussen ook de backup op mijn usb drive aan het terugzetten.
Kan ik ergens de voortgang zien?
Na de kale installatie gekozen voor backup terugzetten, backup van 11GB geupload, en daarna aangegeven om volledig terug te zetten.
Nu paar uur verder nog steeds: Herstel in uitvoering.

[denuz]

alex3305 schreef op maandag 26 augustus 2024 @ 16:28:
[...]

Dat snap ik wel, maar in mijn tracering zie je dat het alarm van disarmed naar pending gaat. Dat klopt dan toch niet?

Wat er nu gebeurt is.

1. Alarm is ingeschakeld
2. Ik kom binnen, voordeur gaat open
3. Alarm uitschakelen (disarm) wordt verstuurd
4. Alarm gaat naar pending
5. Alarm wordt getriggered

En ik krijg een notificatie dat het alarm getriggered wordt door 2, de voordeur sensor.

Wat gaat er dan mis? Want ik snap het niet .

Heb je een entry delay in alarmo ingesteld? Zoja, op hoeveel seconden staat deze?

[Septillion]

Brynnie schreef op maandag 26 augustus 2024 @ 14:37:
Bestaat er een mogelijkheid om met een notification geen image (snapshot) maar video (bvb 5 sec) mee te sturen?

En hoe kan ik vanuit een notificatie rechtstreeks linken naar een camera view?

Volgens de documentatie is dat te doen. Je moet alleen wel eerst zelf zorgen voor de file. En bedenk dat www een publiekelijk toegankelijke folder is.

[Gondelier]

Weet iemand hoe ik hiervan af kan komen.
Ik heb maar 1 iPad
Van elke iPad heb ik 34 entiteiten.
Het is gekomen na de update 2024.8.0, En de statistieken kan ik er ook niets van terug vinden ??


Sorry, ik krijg de foto niet verticaal

Kan je nog een poging doen? En nog beter dan een foto is een screenshot

[ Voor 14% gewijzigd door Septillion op 26-08-2024 20:29 ]

[alex3305]

denuz schreef op maandag 26 augustus 2024 @ 17:42:
[...]

Heb je een entry delay in alarmo ingesteld? Zoja, op hoeveel seconden staat deze?

Dat is een goede. Dat had ik nog niet genoemd, maar heb ik zeker:

TheFes schreef op maandag 26 augustus 2024 @ 16:02:
[...]

[Z]ie je dan iets in de trace?

Ik zag ook nog dat mijn tweede trigger, met daarin for: 10 seconds niet lijkt te werken:

Gestopt omdat het maximale aantal parallelle uitvoeringen is bereikt om 26 augustus 2024 om 14:56:42 (uitgevoerd in 0.00 seconden)

Ik had mode: single staan, maar daar heb ik nu mode: parallel van gemaakt. Wellicht dat dat hier in de weg zat.

[Septillion]

@manusjevanalles Ah, met een integral sensor zie ik het ook. Bij het aanmaken laadt hij schijnbaar de state uit core.restore_state. Dit lijkt me dus eigenlijk een bug

Enige oplossing die ik heb gevonden is hem tijdens een HA herstart daar 0 maken.

[Septillion]

@alex3305 Probeer hem eens alleen uit te zetten na een delay van zeg 5 seconden. Dus of alleen een for trigger om misschien beter, directe trigger maar dan een delay.

Want zou mij niet onrealistisch lijken als er een beetje een race condition is als je beide vanaf hetzelfde triggert.

Andere, in de help zie ik in ieder geval als service call action alarmo.arm gebruikt worden. Werkt alarm_control_panel.alarm_disarm überhaupt wel op Alarmo? Dus werkt een disarm wel als je dat gewoon stand alone draait? Of is er toevallig ook een alarmo.disarm?

[Brynnie]

Septillion schreef op maandag 26 augustus 2024 @ 18:11:
[...]

Volgens de documentatie is dat te doen. Je moet alleen wel eerst zelf zorgen voor de file. En bedenk dat www een publiekelijk toegankelijke folder is.

Dank u. Maar ik vraag me af hoé ik de laatste x seconden op het ogenblik van notificatie in een mp4 file krijg. Mocht dat relevant zijn: ik gebruik de Ubiquity camera’s en de UniFi Protect integratie.

[Pejdref]

Ik ben me af aan het vragen wat de best practice is voor een holiday mode, hoe doen jullie het?

Er zijn verschillende automatiseringen die niet meer hoeven draaien (zoals warm water bereiden, robotstofzuiger), sommige moeten aangepast (verwarming) en sommige moeten geactiveerd worden. (Licht en rolluiken timers).

Ik dacht aan een schakelaar helper die ik handmatig omschakel.

Het meest robuuste lijkt me om bij iedere relevante automatisering een condition toe te voegen die checkt of de holiday mode uit of aan staat.

Het enige wat ik dan een beetje mis is dat ik niet direct overzichtelijk heb welke automatiseringen allemaal beïnvloed worden door die holiday mode.

[verjager]

Brynnie schreef op maandag 26 augustus 2024 @ 21:50:
[...]


Dank u. Maar ik vraag me af hoé ik de laatste x seconden op het ogenblik van notificatie in een mp4 file krijg. Mocht dat relevant zijn: ik gebruik de Ubiquity camera’s en de UniFi Protect integratie.

Ik gebruik zelf alleen een snapshot (image), maar zou kijken naar een camera.record action i.c.m. look back parameter als je dat werkend krijgt.
https://www.home-assistant.io/integrations/camera/

[Hippe Lip]

Ik loop tegen een raar punt aan. In een automatisering definieer ik een variabele. Daarvoor heb ik een waarde nodig met twee cijfers achter de komma. Dus schrijf ik:

YAML:

variables:
  kosten3: >- 
    {f ((states('sensor myenergi_zappi_charge_added_session') | float (3) *0.35) +1) 1 float(2) }}

Waarom krijg ik dan tóch een resultaat met 3 cijfers achter de komma (laatste is geen nul)?

En als ik daarna {{ kosten3 | float(2) }} in een tekst opneem krijg ik nog steeds een tekst met een getal met 3 cijfers achter de komma.

Wat doe ik mis?

[TheFes]

Hippe Lip schreef op maandag 26 augustus 2024 @ 22:30:
Ik loop tegen een raar punt aan. In een automatisering definieer ik een variabele. Daarvoor heb ik een waarde nodig met twee cijfers achter de komma. Dus schrijf ik:

YAML:

variables:
  kosten3: >- 
    {f ((states('sensor myenergi_zappi_charge_added_session') | float (3) *0.35) +1) 1 float(2) }}

Waarom krijg ik dan tóch een resultaat met 3 cijfers achter de komma (laatste is geen nul)?

En als ik daarna {{ kosten3 | float(2) }} in een tekst opneem krijg ik nog steeds een tekst met een getal met 3 cijfers achter de komma.

Wat doe ik mis?

float(2) doet niet wat jij denkt dat het doet. Die 2 is de default waarde voor als de invoer niet numeriek is, dus "unavailable" | float(2) geeft als resultaat 2.
Als je wil afronden moet je round(2) gebruiken, die kun je overigens ook combineren met een default round(2, default=0) en het round filter doet ook eventueel de float conversie voor je.

[ Voor 3% gewijzigd door TheFes op 26-08-2024 22:45 ]

[TheFes]

Overigens werkt dat soort formatting niet als je een variable definieert. Een resultaat als 2.50 wordt door de template parser als getal herkend en daarna omgezet naar een floating point number, en wordt daardoor 2.5. Het resultaat van een template is namelijk altijd een string, maar de template parser probeert dat dus om te zetten naar een Python native type.

^{(dit had overigens een edit moeten zijn, maar had blijkbaar per ongeluk op quote gedrukt)}

[ Voor 42% gewijzigd door TheFes op 26-08-2024 22:41 ]

[sapphire]

Gisteravond even de updates van HA core en OS gedraaid, daarna alle automations eruit

Aangezien ik niet superhandig hierin ben werd het dus een latertje maar vreemd genoeg is dus op magische wijze de configuratie van Z2M aangepast en verwees deze naar /dev/ttyUSB1 terwijl de Zigbee stick in /dev/ttyUSB0 zit

Letterlijk verder niets anders gedaan dan 2x op installeren geklikt en opeens dit

[RudolfR]

@sapphire

Die kan veranderen tijdens reboot. Je moet
/dev/serial/by-id/usb dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II..

hebben, die verandert niet.

[Septillion]

Pejdref schreef op maandag 26 augustus 2024 @ 22:26:
Ik ben me af aan het vragen wat de best practice is voor een holiday mode, hoe doen jullie het?

Er zijn verschillende automatiseringen die niet meer hoeven draaien (zoals warm water bereiden, robotstofzuiger), sommige moeten aangepast (verwarming) en sommige moeten geactiveerd worden. (Licht en rolluiken timers).

Ik dacht aan een schakelaar helper die ik handmatig omschakel.

Het meest robuuste lijkt me om bij iedere relevante automatisering een condition toe te voegen die checkt of de holiday mode uit of aan staat.

Het enige wat ik dan een beetje mis is dat ik niet direct overzichtelijk heb welke automatiseringen allemaal beïnvloed worden door die holiday mode.

Klinkt mij als een prima plan.

En als je naar de helper gaat en dan 3-dots => Related dan krijg je een lijst met "Part of the following automations"

[Septillion]

@sapphire Denk andersom, je config heeft waarschijnlijk altijd /dev/ttyUSB1 bevat maar Linux besloot dit keer je stick /dev/ttyUSB0 te geven

Vandaar dus ALTIJD het by-id pad gebruiken

[dixet]

Pejdref schreef op maandag 26 augustus 2024 @ 22:26:
Ik ben me af aan het vragen wat de best practice is voor een holiday mode, hoe doen jullie het?

Er zijn verschillende automatiseringen die niet meer hoeven draaien (zoals warm water bereiden, robotstofzuiger), sommige moeten aangepast (verwarming) en sommige moeten geactiveerd worden. (Licht en rolluiken timers).

Ik dacht aan een schakelaar helper die ik handmatig omschakel.

Het meest robuuste lijkt me om bij iedere relevante automatisering een condition toe te voegen die checkt of de holiday mode uit of aan staat.

Het enige wat ik dan een beetje mis is dat ik niet direct overzichtelijk heb welke automatiseringen allemaal beïnvloed worden door die holiday mode.

Ik gebruik daarvoor ook een helper. En een automation die hem automatisch aanzet als meer dan 20 uur niemand thuis is. Die is vooral voor het geval ik vergeet hem handmatig in te stellen . Zodra het aantal personen dat thuis is weer meer dan 0 wordt gaat hij automatisch weer uit.

Je kan in de lijst met automatiseringen eenvoudig filteren op entiteiten die gebruikt worden, dus zo kan je eenvoudig zien waar de vakantiemodus onderdeel is van je automation.

[Tibs]

Hmm, kaniemand mij helpen met het volgende.

Ik heb een sensor (Inkbird) die de temperatuur meet van het zwembadwater en dit via een BTProxy doorstuurt in HA. Hieraan is een automatisering gekoppeld die de warmtepomp afschakelt als ee gewenste temperatuur bereikt is.

Nu mer ik sinds kort dat de sensor 3 waardes stuurt (hoog, laag en average) waardoor de automatisering reageert op die hoog waarde en dus de warmtepomp onterecht af zet.

Kan ik binnen een automatisering die gemiddelde waarde gebruiken? Als ik de sensor toevoeg in de automatisering kan ik niet kiezen welke waarde er gebruikt moet worden...

[Septillion]

@Tibs Kan je eens laten zien hoe dat device dat terug geeft?

Want meest logische zou naar mijn die zijn dat daar dan 3 entities voor gemaakt zijn. Maar dan zou selecteren geen issue moeten zijn.

[ Voor 13% gewijzigd door Septillion op 27-08-2024 09:03 ]

[Harmen]

Draai al een tijdje Grafan als addon, voor oa dashboards van mn Firewall en Proxmox host. Nu wil ik deze graag integreren in Lovelace. Echter loop ik steeds tegen een 401 melding aan. (enkel op mn mobiel). Gebruik HA icm Grafana, Duckdns en NGINX Home Assistant proxy.

Kwam het volgende tegen maar bood nog geen oplossing:
https://community.home-as...r-mobile-devices/242622/9

Huidige env_vars inhoud:
- name: GF_AUTH_ANONYMOUS_ENABLED
value: "true"
Iemand een idee?

[alex3305]

Septillion schreef op maandag 26 augustus 2024 @ 20:41:
@alex3305 Probeer hem eens alleen uit te zetten na een delay van zeg 5 seconden. Dus of alleen een for trigger om misschien beter, directe trigger maar dan een delay.

Want zou mij niet onrealistisch lijken als er een beetje een race condition is als je beide vanaf hetzelfde triggert.

Ja goeie. Daar had ik niet aan gedacht, maar heb ik nu geïmplementeerd:

YAML:

- id: alarm_disarm
  alias: Alarm uitschakelen
  mode: parallel
  trigger:
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
    - platform: state
      entity_id: input_select.house_state
      to: 'Thuis'
      for:
        seconds: 10
  action:
    - delay:
        seconds: 5
    - action: alarm_control_panel.alarm_disarm
      target:
        entity_id: alarm_control_panel.house_alarm

Ik ben er een beetje ingetuind door de mode: single en de for: .... Ik had de aanname dat wanneer ik een for gebruikte om een uitgestelde trigger te doen, dat deze trigger ook daadwerkelijk uitgesteld zou worden. Maar blijkbaar vindt de trigger op hetzelfde moment plaats waardoor deze met mode: single, die ik standaard heb, dus afgebroken wordt. The more you know...

Straks even testen. Gisteren al gedaan met de mode: parallel en toen leek het wel goed te gaan. Maar dat is het nare van race condities, soms wint Max en soms niet .

Andere, in de help zie ik in ieder geval als service call action alarmo.arm gebruikt worden. Werkt alarm_control_panel.alarm_disarm überhaupt wel op Alarmo? Dus werkt een disarm wel als je dat gewoon stand alone draait? Of is er toevallig ook een alarmo.disarm?

Alarmo heeft ook eigen actions:

Maar de generieke actions (die naam is echt te generiek...) vanuit Home Assistant werken ook. Immers is het een afgeleide van een alarm control panel. In mijn use-case heb ik nog geen voordeel kunnen vinden van de Alarmo actions.

[Septillion]

@alex3305 Dat van de for had ik ook niet scherp maar wel een logische gezien hoe het werkt (= feitelijk gewoon een delay voor de conditions).

Maar ik zou de dubbele trigger even weghalen en dus alleen een directe doen (dus die met for weg) en dan delay in de actions.

En misschien is dit precies een case dat de alarmo specifieke beter is?

Als je de actie zelf direct laat uitvoeren (3-dots => Run) dan wordt het alarm er wel correct vanaf gehaald?

[WoBBeL]

Iemand hier ervaring met de nieuwe dashboards (de experimentele "sections") in combinatie met een custom button-card?

De tekst blijft, welke CSS ik ook toepas, helemaal onderaan staan. Ik kan spelen met de "name" style met margin/padding maar dan verschuift de icon ook mee naar benden of boven

Voorbeeld hieronder (gaat om de knop recepten, kattenluik & planten). De andere buttons zijn normale HA buttons.



De code is als volgt:

YAML:

          - show_name: true
            show_icon: true
            type: button
            tap_action:
              action: toggle
            entity: script.eten_koken
            layout_options:
              grid_columns: 1
              grid_rows: 1
          - show_name: true
            show_icon: true
            type: button
            tap_action:
              action: toggle
            entity: script.avondeten
            layout_options:
              grid_columns: 1
              grid_rows: 1
          - type: custom:button-card
            icon: mdi:chef-hat
            name: Recepten
            color: var(--paper-item-icon-color)
            tap_action:
              action: url
              url_path: http://tandoor.lan/
            layout_options:
              grid_columns: 1
              grid_rows: 2
            styles:
              card:
                - height: 120px
          - show_name: true
            show_icon: true
            type: button
            tap_action:
              action: toggle
            entity: script.tv_kijken
            layout_options:
              grid_columns: 1
              grid_rows: 1
          - show_name: true
            show_icon: true
            type: button
            tap_action:
              action: toggle
            entity: script.huis_verlaten
            layout_options:
              grid_columns: 1
              grid_rows: 1
          - show_name: true
            show_icon: true
            type: button
            tap_action:
              action: toggle
            entity: script.bedtijd
            layout_options:
              grid_columns: 1
              grid_rows: 1
          - type: custom:button-card
            entity: lock.achterdeur_locked_in
            name: Kattenluik
            tap_action:
              action: fire-dom-event
              browser_mod:
                service: browser_mod.popup
                data:
                  type: custom:popup-card
                  entity: lock.achterdeur_locked_in
                  title: Kattenluik instellen
                  dismissable: true
                  content:
                    type: markdown
                    content: >-
                      Bij het binnen houden is het wel mogelijk voor  katten die
                      buiten zijn om weer naar binnen te gaan.


                      <em>Let op, het kan even aantal seconden duren tot het
                      slot de juiste status aangeeft na het wijzigen.
                  right_button: Katten binnen houden
                  left_button: Tijdgestuurd
                  left_button_action:
                    service: surepetcare.set_lock_state
                    data:
                      lock_state: unlocked
                      flap_id: '113289'
                  right_button_action:
                    service: surepetcare.set_lock_state
                    data:
                      lock_state: locked_in
                      flap_id: '113289'
            show_state: false
            show_name: true
            state:
              - value: unlocked
                color: var(--paper-item-icon-color)
                icon: mdi:lock-open-variant
              - value: locked
                color: rgb(194, 21, 21)
                icon: mdi:lock
            layout_options:
              grid_columns: 1
              grid_rows: 2
            styles:
              card:
                - height: 120px
          - type: custom:button-card
            tap_action:
              action: fire-dom-event
              browser_mod:
                service: browser_mod.popup
                data:
                  type: custom:popup-card
                  entity: counter.planten_water
                  title: Planten water gegeven
                  dismissable: true
                  content:
                    type: markdown
                    content: >
                      Aantal dagen sinds de planten water hebben gekregen: {{
                      states('counter.planten_water') }} {% if
                      is_state('counter.planten_water', '1') %} dag {% else %}
                      dagen {% endif %}


                      Vanaf 10 dagen zal er een rode gieter worden weergegeven. 
                  left_button_action:
                    service: counter.reset
                    data:
                      entity_id: counter.planten_water
                  right_button: Sluiten
                  left_button: Water gegeven
                  right_button_action:
                    service: browser_mod.close_popup
                    data: {}
                  size: normal
            entity: counter.planten_water
            name: Planten
            show_name: true
            state:
              - value: 10
                operator: '>='
                color: rgb(194, 21, 21)
                icon: mdi:watering-can
            layout_options:
              grid_columns: 1
              grid_rows: 2
            styles:
              card:
                - height: 120px

[CappieL]

Helaas blijven de problemen zich voordoen en ik kom er maar niet achter wat de oorzaak is.

Ik controleer nu de timestamp-sensor van de DSMR-integratie en wanneer deze een minuut lang geen update heeft gegeven, krijg ik een notificatie.
Omdat dit dagelijks soms wel 2-3 keer gebeurd, laat ik HA de RPi4 na 5 minuten automatisch herstarten.
Dit is een manier om alles weer werkend te krijgen, maar de oorzaak is hiermee niet getackeld.

Op jullie advies heb ik de logs erbij gepakt en zie rond het tijdstip altijd 2 entries:

code:

Logger: homeassistant.components.command_line
Source: components/command_line/sensor.py:170
integration: Command Line (documentation, issues)
First occurred: 20:00:51 (46 occurrences)
Last logged: 23:00:52

Unable to parse output as JSON: {"data":"000|22:35 000|22:40 000|22:45 000|22:50 000|22:55 000|23:00 000|23:05 000|23:10 000|23:15 000|23:20 000|23:25 000|23:30 000|23:35 000|23:40 000|23:45 000|23:50 000|23:55 000|00:00 000|00:05 000|00:10 000|00:15 000|00:20 000|00:25 000|00:30 "}
Unable to parse output as JSON: {"data":"000|22:40 000|22:45 000|22:50 000|22:55 000|23:00 000|23:05 000|23:10 000|23:15 000|23:20 000|23:25 000|23:30 000|23:35 000|23:40 000|23:45 000|23:50 000|23:55 000|00:00 000|00:05 000|00:10 000|00:15 000|00:20 000|00:25 000|00:30 000|00:35 "}
Unable to parse output as JSON: {"data":"000|22:45 000|22:50 000|22:55 000|23:00 000|23:05 000|23:10 000|23:15 000|23:20 000|23:25 000|23:30 000|23:35 000|23:40 000|23:45 000|23:50 000|23:55 000|00:00 000|00:05 000|00:10 000|00:15 000|00:20 000|00:25 000|00:30 000|00:35 000|00:40 "}
Unable to parse output as JSON: {"data":"000|22:55 000|23:00 000|23:05 000|23:10 000|23:15 000|23:20 000|23:25 000|23:30 000|23:35 000|23:40 000|23:45 000|23:50 000|23:55 000|00:00 000|00:05 000|00:10 000|00:15 000|00:20 000|00:25 000|00:30 000|00:35 000|00:40 000|00:45 000|00:50 "}
Unable to parse output as JSON: {"data":"000|23:00 000|23:05 000|23:10 000|23:15 000|23:20 000|23:25 000|23:30 000|23:35 000|23:40 000|23:45 000|23:50 000|23:55 000|00:00 000|00:05 000|00:10 000|00:15 000|00:20 000|00:25 000|00:30 000|00:35 000|00:40 000|00:45 000|00:50 000|00:55 "}

en van de Waze-integratie, dat hij het er langer dan 10 sec over deed om een update te krijgen en uiteindelijk dus geen routes kon vinden.

Heb de Waze-integratie al Disabled om te kijken of dat het probleem was, maar ook met de integratie disabled kreeg ik het probleem nog.

Ik weet niet of het falen van de DSMR-integratie de oorzaak, of juist het gevolg is van een ander probleem.
Hoe kan ik hier achter komen?

Wat daar nog bij komt:
De afgelopen 4 weken ben ik 2 weken niet thuis geweest en heeft het probleem zich niet voorgedaan. Maar zodra we weer thuis waren doemde het probleem weer op. Via Zigbee2MQTT kan ik geen commando's meer versturen en mijn DSMR-integratie stopt.

[ Voor 8% gewijzigd door CappieL op 27-08-2024 10:27 ]