Home Assistant: Open source Python3 home automation - deel 5

[Sp33dFr34k]

Even een generieke vraag m.b.t. het uitlezen van de opbrengst van zonnepanelen. Ik wacht nog steeds op mijn omvormer, dus geen praktijkervaring, maar even een generieke opsomming van de opties, en daarna mijn vraag

- optie 1: omvormer uitlezen middels API -> vaak onbetrouwbaar lees ik hier en daar
- optie 2: omvormer uitlezen middels RS485 -> betrouwbaarder dan optie 1?
- optie 3: P1 meter uitlezen
- optie 4: kwh meter plaatsen op de zonnepanelen groep bijv. die van Homewizard

Mijn vraag is, waarom zou men voor optie 1 of 2 gaan, als optie 3 bijvoorbeeld veel eenvoudiger is als je toch al een P1 meter hebt? Mis ik hier iets? Is het de interval, of iets anders wat daarbij niet voldoet? Ik zal vast iets missen gezien ik nog geen werkende setup heb, maar was te nieuwsgierig om de vraag niet alvast te stellen.

[raymondw]

Sp33dFr34k schreef op dinsdag 31 januari 2023 @ 12:12:
Even een generieke vraag m.b.t. het uitlezen van de opbrengst van zonnepanelen. Ik wacht nog steeds op mijn omvormer, dus geen praktijkervaring, maar even een generieke opsomming van de opties, en daarna mijn vraag

- optie 1: omvormer uitlezen middels API -> vaak onbetrouwbaar lees ik hier en daar
- optie 2: omvormer uitlezen middels RS485 -> betrouwbaarder dan optie 1?
- optie 3: P1 meter uitlezen
- optie 4: kwh meter plaatsen op de zonnepanelen groep bijv. die van Homewizard

Mijn vraag is, waarom zou men voor optie 1 of 2 gaan, als optie 3 bijvoorbeeld veel eenvoudiger is als je toch al een P1 meter hebt? Mis ik hier iets? Is het de interval, of iets anders wat daarbij niet voldoet? Ik zal vast iets missen gezien ik nog geen werkende setup heb, maar was te nieuwsgierig om de vraag niet alvast te stellen.

P1 meter is je hele huis, daar gaat je eigen verbruik af. (met AC aan kan dat best veel zijn)
Met optie 1/2 kun je invulling geven aan je energy dash

Ik zou
optie 1/2 kiezen icm optie 3
of
optie 4 kiezen icm optie 3

Dan heb je wel alles compleet

[pentode]

Sp33dFr34k schreef op dinsdag 31 januari 2023 @ 12:12:
Even een generieke vraag m.b.t. het uitlezen van de opbrengst van zonnepanelen. Ik wacht nog steeds op mijn omvormer, dus geen praktijkervaring, maar even een generieke opsomming van de opties, en daarna mijn vraag

- optie 1: omvormer uitlezen middels API -> vaak onbetrouwbaar lees ik hier en daar
- optie 2: omvormer uitlezen middels RS485 -> betrouwbaarder dan optie 1?
- optie 3: P1 meter uitlezen
- optie 4: kwh meter plaatsen op de zonnepanelen groep bijv. die van Homewizard

Mijn vraag is, waarom zou men voor optie 1 of 2 gaan, als optie 3 bijvoorbeeld veel eenvoudiger is als je toch al een P1 meter hebt? Mis ik hier iets? Is het de interval, of iets anders wat daarbij niet voldoet? Ik zal vast iets missen gezien ik nog geen werkende setup heb, maar was te nieuwsgierig om de vraag niet alvast te stellen.

Met P1 meet je het totaal wat gebruikt en eventueel terug geleverd wordt.
Je kan niet zien wat de zonnepanelen opwekken. Of je moet alle apparaten in huis uitschakelen.

[DikkieDick]

TheFes schreef op dinsdag 31 januari 2023 @ 11:55:
[...]


Ik zou de laatste dag van de maand zo doen

Django/Jinja:

{{ ((now().replace(day=28) + timedelta(days=4)).replace(day=1) - timedelta(days=1)).day }}

Thanx. Ik heb dat andere regeltje code ook maar ergens vandaan gevist toen ik op zoek was. En was ook wel benieuwd hoe het morgen zal gaan. :-)

[TheFes]

DikkieDick schreef op dinsdag 31 januari 2023 @ 12:27:
[...]


Thanx. Ik heb dat andere regeltje code ook maar ergens vandaan gevist toen ik op zoek was. En was ook wel benieuwd hoe het morgen zal gaan. :-)

Morgen zal het wel goed gaan hoor, jouw code werkt op zich ook.

[Septillion]

@TheFes Owja, anders zit je met december. Maar goed, dan zou het ook kunnen met een modulo toch?

Django/Jinja:

{{ 31 if now().month == 12 else (now().replace(month=(now().month+1) % 12, day=1) - timedelta(days=1)).day }}

Zou fout gaan als december variabel in lengte zou zijn maar dat is hij gelukkig niet

[edit]
Ow, door eerste deel wordt de overflow eigenlijk al opgevangen. Met modulo zou dat er dus uit kunnen:

Django/Jinja:

{{ (now().replace(month=(now().month+1) % 12, day=1) - timedelta(days=1)).day }}

[ Voor 25% gewijzigd door Septillion op 31-01-2023 12:55 ]

[Septillion]

@Sp33dFr34k
1) Op te delen in onbetrouwbare API en onbetrouwbare data. Als het een local API betreft zijn deze vaak al stuk beter. Maar staat dus los van de data, sommige omvormers lijken deze nog wel eens wat positief in te schatten. Ook worden de (AC) kabelverliezen dan als eigen verbruik gezien.

2) Lost dus alleen het API deel op, niet de data zelf.

3) Zoals andere ook zeggen, niet mogelijk. Je hebt zowel PV als P1 nodig om het complete beeld te hebben. Dus PV opwek, eigen verbruik en je net-verbruik/levering.

4) Dus een optie als je geen locale API hebt, je de omvormer data niet vertrouwt en/of als je de kabelverliezen niet als eigen verbruik wilt zien (maar als nooit opgewekt).

[barrymossel]

Septillion schreef op maandag 30 januari 2023 @ 21:01:
[...]

Zeker, maar op die manier heb je wel op een plek een indicatie van de stand. Het geeft je zeg maar een abstractie tussen de werkelijke stand en eventueel helpers die je hebt om een reden bij te houden. Nu loopt het enorm door elkaar. Zeker, het werkt en meerdere wegen Maar naar mijn idee raak je dan makkelijker de weg kwijt in de toekomst


[...]

Vroegahhh (v7 ofzo) kon het ook maar dat is later een keer om zeep geholpen. Maar werkt prima! Geen gezeur met MQTT, gewoon volle auto discovery.

En tuurlijk heb je wel wat aan een aan/uit switch. Maakt niet uit dat de stand zelf niets zegt maar je kan in HA prima een trigger hebben op aan => en uit => aan of simpelweg not_from: unavailable. Versimpelen van states is altijd makkelijker dat meer states uit het niets creëren

Ik ga eens kijken naar een input_select, want nu kijk ik inderdaad naar de stand van de twee relays. Niet dat ik hoop daar vaak naar moeten te kijken, als alles werkt.. Maar die input_select laat je dan als trigger de relays schakelen? Dus state change en dan chooser voor de juiste relay uit en aan?
Dan alsnog de input_booleans gebruiken om de reden van de stand aan te geven? En zou je dan voor alledrie de standen een aparte automation aanmaken met verschillende triggers en conditions?

[marcel19]

TheFes schreef op woensdag 18 januari 2023 @ 14:17:
[...]


Ik heb onlangs dit geplaatst, dat werkt met alle lampen

TheFes in "Home Assistant: Open source Python3 home automation - deel 5"

Kun je uitleggen hoe ik dit verwerk in mijn Home Assistant?
Misschien mis ik iets, maar zie nergens een uitleg over hoe ik het moet instaleren

[ Voor 31% gewijzigd door marcel19 op 31-01-2023 13:12 ]

[Septillion]

@barrymossel Voor sturen zou ik één automation maken met als trigger de state change van de input_select en dan inderdaad chooser voor de standen.

Daarnaast zou ik denk ik een enkele automation maken voor de sturing. Daarin kan je dan naar alle cases kijken die de stand kunnen beïnvloeden. Bijvoorbeeld input_boolean.ventilator_koken is al niet echt nodig, je hebt de timer al. Met alles in automation heb je vaak wat beter het idee wat er nu gebeurd als het complex wordt. Maar zou ik eens moeten kijken wat je allemaal exact doet.

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 13:04:
@barrymossel Voor sturen zou ik één automation maken met als trigger de state change van de input_select en dan inderdaad chooser voor de standen.

Daarnaast zou ik denk ik een enkele automation maken voor de sturing. Daarin kan je dan naar alle cases kijken die de stand kunnen beïnvloeden. Bijvoorbeeld input_boolean.ventilator_koken is al niet echt nodig, je hebt de timer al. Met alles in automation heb je vaak wat beter het idee wat er nu gebeurd als het complex wordt. Maar zou ik eens moeten kijken wat je allemaal exact doet.

Ik ga even wat in elkaar flansen!

[Septillion]

@barrymossel Voor de standen:

YAML:

alias: Ventilatie standen
mode: single
trigger:
  - platform: state
    entity_id:
      - input_select.ventilatie_stand
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_select.ventilatie_stand
            state: Laag
        sequence:
          - service: switch.turn_off
            data: {}
            target:
              entity_id: switch.ventilatie_middel
          - service: switch.turn_off
            data: {}
            target:
              entity_id: switch.ventilatie_hoog
      - conditions:
          - condition: state
            entity_id: input_select.ventilatie_stand
            state: Middel
        sequence:
          - service: switch.turn_off
            data: {}
            target:
              entity_id: switch.ventilatie_hoog
          - service: switch.turn_on
            data: {}
            target:
              entity_id: switch.ventilatie_middel
    default:
      - service: switch.turn_off
        data: {}
        target:
          entity_id: switch.ventilatie_middel
      - service: switch.turn_on
        data: {}
        target:
          entity_id: switch.ventilatie_hoog

[TheFes]

marcel19 schreef op dinsdag 31 januari 2023 @ 13:01:
[...]


Kun je uitleggen hoe ik dit verwerk in mijn Home Assistant?
Misschien mis ik iets, maar zie nergens een uitleg over hoe ik het moet instaleren

Kopiëren en plakken in scripts.yaml should do the trick

[marcel19]

TheFes schreef op dinsdag 31 januari 2023 @ 13:11:
[...]


Kopiëren en plakken in scripts.yaml should do the trick

Misschien mis ik iets, ik heb de script geplaatst in mijn scripts.yaml en ik zie ze ook in HA onder Scripts.


Maar hoe verwerkt ik dit nu op 1 specifieke lamp

[ Voor 32% gewijzigd door marcel19 op 31-01-2023 13:13 ]

[TheFes]

Septillion schreef op dinsdag 31 januari 2023 @ 12:46:
@TheFes Owja, anders zit je met december. Maar goed, dan zou het ook kunnen met een modulo toch?

Django/Jinja:

{{ 31 if now().month == 12 else (now().replace(month=(now().month+1) % 12, day=1) - timedelta(days=1)).day }}

Zou fout gaan als december variabel in lengte zou zijn maar dat is hij gelukkig niet

[edit]
Ow, door eerste deel wordt de overflow eigenlijk al opgevangen. Met modulo zou dat er dus uit kunnen:

Django/Jinja:

{{ (now().replace(month=(now().month+1) % 12, day=1) - timedelta(days=1)).day }}

Die met die modulo is ook een mooie oplossing ja

[TheFes]

marcel19 schreef op dinsdag 31 januari 2023 @ 13:12:
[...]


Misschien mis ik iets, ik heb de script geplaatst in mijn scripts.yaml en ik zie ze ook in HA onder Scripts.
[Afbeelding]

Maar hoe verwerkt ik dit nu op 1 specifieke lamp

Verwerk het in een automation, en roep daar als service script.transition_lights aan, dan kun je alles instellen.

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 13:10:
@barrymossel Voor de standen:

YAML:

alias: Ventilatie standen
mode: single
trigger:
  - platform: state
    entity_id:
      - input_select.ventilatie_stand
condition: []
action:
  - choose:
      - conditions:
          - condition: state
            entity_id: input_select.ventilatie_stand
            state: Laag
        sequence:
          - service: switch.turn_off
            data: {}
            target:
              entity_id: switch.ventilatie_middel
          - service: switch.turn_off
            data: {}
            target:
              entity_id: switch.ventilatie_hoog
      - conditions:
          - condition: state
            entity_id: input_select.ventilatie_stand
            state: Middel
        sequence:
          - service: switch.turn_off
            data: {}
            target:
              entity_id: switch.ventilatie_hoog
          - service: switch.turn_on
            data: {}
            target:
              entity_id: switch.ventilatie_middel
    default:
      - service: switch.turn_off
        data: {}
        target:
          entity_id: switch.ventilatie_middel
      - service: switch.turn_on
        data: {}
        target:
          entity_id: switch.ventilatie_hoog

Ik had hem zo, haha:

YAML:

- alias: 'Relay ventilatie aanpassen op basis van input_select'
  trigger:
    - platform: state
      entity_id: input_select.ventilatie_stand
  condition: []
  action:
    - choose: 
        - conditions:
            - condition: state
              entity_id: input_select.ventilatie_stand
              state: "Laag"
          sequence: 
            - service: switch.turn_off
              data:
                entity_id: switch.ventilatie_hoog
            - service: switch.turn_off
              data:
                entity_id: switch.ventilatie_middel
        - conditions:
            - condition: state
              entity_id: input_select.ventilatie_stand
              state: "Middel"
          sequence: 
            - service: switch.turn_on
              data:
                entity_id: switch.ventilatie_middel
      default:
        - service: switch.turn_on
          data:
            entity_id: switch.ventilatie_hoog

@Septillion en dan zoiets (moet nog afmaken uiteraard, maar ik moet weg):

YAML:

- alias: 'Ventilatie stand aanpassen'
  mode: single
  trigger:
    - platform: numeric_state
      entity_id: sensor.badkamer_humidity_change
      above: 5
    - platform: numeric_state
      entity_id: sensor.ikea_vindriktning_pm25
      above: 50
    - platform: mqtt
      topic: "cmd/ventilator/toggle"
      payload: "1"
    - platform: time
      at: "07:30:00"
    - platform: state
      entity_id: input_boolean.afwezig
      from: 'on'
      to: 'off'
    - platform: template
      value_template: '{{ states.sensor.temperatuur_badkamer_humidity.state | int < states.sensor.badkamer_humidity_gemiddelde.state | int and states.sensor.badkamer_humidity_gemiddelde.state != "unknown" }}'
    - platform: event
      event_type: timer.finished
      event_data:
        entity_id: timer.ventilatie_koken
    - platform: event
      event_type: timer.finished
      event_data:
        entity_id: timer.ventilatie_overrule
    - platform: time
      at: "23:59:00"
    - platform: state
      entity_id: input_boolean.afwezig
      from: 'off'
      to: 'on'
      for:
        minutes: 15
  condition: []
  action:
    - choose: 
        - conditions:
            - condition: numeric_state
              entity_id: sensor.badkamer_humidity_change
              above: 5
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Hoog"

[ Voor 25% gewijzigd door barrymossel op 31-01-2023 13:25 ]

[Septillion]

@barrymossel De Tasmota interlock zet vanzelf de andere switch al uit zeker?

[Sp33dFr34k]

@raymondw @pentode @Septillion dank voor de reacties, helemaal duidelijk Geen aparte inzage mogelijk via P1 dus. Denk van wat jullie zeggen dat optie 3 i.c.m. optie 4 dan inderdaad de meest betrouwbare optie is.

[RobertMe]

Sp33dFr34k schreef op dinsdag 31 januari 2023 @ 13:28:
@raymondw @pentode @Septillion dank voor de reacties, helemaal duidelijk Geen aparte inzage mogelijk via P1 dus. Denk van wat jullie zeggen dat optie 3 i.c.m. optie 4 dan inderdaad de meest betrouwbare optie is.

En toch denk ik dat optie 4 de minst gebruikte optie is Vereist immers sleutelen aan de elektra.
Meest gebruikt zal 1 of 2, of 2b zijn. En v.w.b. 2b. Jij geeft aan RS485, dus serieel, waarschijnlijk modbus dan. Maar modbus kan bij verschillende omvormers ook over TCP. Zelf lees ik nu al een aantal maanden de antieke SolarEdge omvormer uit via modbus over TCP en dat werkt helemaal prima. Doordat het een antieke omvormer is heb ik wel de firmware moeten updaten en dus de omvormer open maken. Maarja, om serieel iets aan te sluiten had ik ook de omvormer moeten openen, en vervolgens ook nog eens extra hardware nodig voor uit te lezen.

[slow whoop]

Ik lees mijn (Zonneplan) omvormer ook uit middels RS485 en modbus. Gewoon via wifi. Gaat prima. En samen met de P1 lezer (ook wifi) geeft het me prima inzicht in m'n energieverbruik en -opbrengst. Dus eigenlijk optie 2 en 3 zoals @Sp33dFr34k die postte.

[Sp33dFr34k]

RobertMe schreef op dinsdag 31 januari 2023 @ 13:34:
[...]

En toch denk ik dat optie 4 de minst gebruikte optie is Vereist immers sleutelen aan de elektra.
Meest gebruikt zal 1 of 2, of 2b zijn. En v.w.b. 2b. Jij geeft aan RS485, dus serieel, waarschijnlijk modbus dan. Maar modbus kan bij verschillende meters ook over TCP. Zelf lees ik nu al een aantal maanden de antieke SolarEdge omvormer uit via modbus over TCP en dat werkt helemaal prima. Doordat het een antieke omvormer is heb ik wel de firmware moeten updaten en dus de omvormer open maken. Maarja, om serieel iets aan te sluiten had ik ook de omvormer moeten openen, en vervolgens ook nog eens extra hardware nodig voor uit te lezen.

Denk ik ook, maar ben opzich niet vies van sleutelen aan de meterkast. Als je weet wat je doet kan er weinig foutgaan (altijd hoofdschakelaar uitzetten dus ). Maargoed, de modbus optie is een stuk makkelijker en goedkoper, dus wellicht dat ik die route eerst bewandel voordat ik €60 neerleg voor die kwh meter. Betekent ook dat ik weer een groep verlies in de meterkast (heb er momenteel 2 over, maar hou wel van reserve just in case), ook een nadeel dus. Maar ik ben iig wijzer geworden, waarvoor dank

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 13:25:
@barrymossel De Tasmota interlock zet vanzelf de andere switch al uit zeker?

Yup. Maar eventueel kan ik als fail safe ook beide relays tegelijk schakelen...

[mr3000]

Ik wil meer inzicht krijgen in ons hoge verbuik. Dit wil ik doen door een aantal belangrijke energiepunten te meten op dageljks maar ook op maandelijkse basis. (kortom deze wil ik gereset hebben bij een nieuwe maand of nieuwe dag)

Daar stuit ik op 2 vragen. 1. is het dan slim de utility_meter optie te gebruiken of een aparte recorder ofzo te maken.

Vraag 2.
Ik gerbuik veelal zwave producten maar bijna al mn plugs geven de error
"This device is buggy and sends large negative Meter Reports from time to time."
Het resetten van de values heeft maar tijdelijk zin.
Daarbij zie ik bijvoorbeeld:
```
Meter v4
[15-50-0-value-65537] Electric Consumption [kWh]
-21474835.78 kWh
```

terwijl de andere meter (die dus real time laat zien wat hij gebruikt) wel netjes werkt.
```
[15-50-0-value-66049] Electric Consumption [W]
421 W
```

[Septillion]

barrymossel schreef op dinsdag 31 januari 2023 @ 14:25:
[...]

Yup. Maar eventueel kan ik als fail safe ook beide relays tegelijk schakelen...

Okay, wist even niet zeker of die dan automatisch de ander uit zet of de actie blokkeert. Eigenlijk nog nooit met de interlock gewerkt

[Septillion]

@mr3000
1) Daar is een utility meter inderdaad een mooie tool voor

2) Geen ervaring met Z-wave...

[Svennie]

mr3000 schreef op dinsdag 31 januari 2023 @ 14:40:
Meter v4
[15-50-0-value-65537] Electric Consumption [kWh]
-21474835.78 kWh
```

ziet er uit als een int/long overflow maar zo groot worden die getallen nou toch ook weer niet en de meeste integers zijn toch 4 bytes tegenwoordig?

EDIT:
het kan ook zitten in conversie/berekening ergens? Int gebruiken in een long berekening of signed/unsigned conversie of zo?

[ Voor 16% gewijzigd door Svennie op 31-01-2023 15:10 ]

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 14:54:
[...]

Okay, wist even niet zeker of die dan automatisch de ander uit zet of de actie blokkeert. Eigenlijk nog nooit met de interlock gewerkt

Maar mijn beginnetje was dus wel zoals je bedoelde? Want dan maak ik die als ik thuis ben even af. Toch een nettere manier dan mijn Frankenstein automations...

[vinniefireman]

mr3000 schreef op dinsdag 31 januari 2023 @ 14:40:
Vraag 2.
Ik gerbuik veelal zwave producten maar bijna al mn plugs geven de error
"This device is buggy and sends large negative Meter Reports from time to time."
Het resetten van de values heeft maar tijdelijk zin.

Ik heb precies dit probleem bij plugs van Aeotec, ook een of meerdere metingen met hele hoge onjuiste waardes. Daarna klopt het weer. Dus de interne counter lijkt wel goed.

Met plugs van Fibaro heb ik dit probleem nog nooit gehad. Ik weet niet welk merk jij hebt?

Edit: Wat geeft trouwens die melding? Bij mij komen de waardes gewoon in de metingen terecht, die ik dan weer met de hand moet herstellen.

[ Voor 10% gewijzigd door vinniefireman op 31-01-2023 15:30 ]

[Gizz]

vinniefireman schreef op dinsdag 31 januari 2023 @ 15:27:
[...]


Ik heb precies dit probleem bij plugs van Aeotec, ook een of meerdere metingen met hele hoge onjuiste waardes. Daarna klopt het weer.

En ik heb dit gehad met z-wave stekkers van Neo Coolcam. Had regelmatig dagen waarop de verlichting onder de keukenkastjes 2450218 kWh (of iets in die richting) had verbruikt

Mijn 'oplossing' was om geheel te stoppen met z-wave en verder te gaan met goedkopere én (in mijn geval) betrouwbaardere zigbee-devices.

[Wesley]

rrolf schreef op dinsdag 31 januari 2023 @ 11:43:
[...]

Ja, de standaard Home Assistant Operating System geen docker ofzo. Ik heb veel aan deze handleiding gehad.

Ik bedoelde qua specificaties van de thin client van CPU/geheugen etc

[Septillion]

@barrymossel Zeker! Het stroomlijnen van wanneer je wat wilt is dan ook lastiger

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 16:19:
@barrymossel Zeker! Het stroomlijnen van wanneer je wat wilt is dan ook lastiger

Is dit nu echt makkelijker? Of doe ik toch iets niet helemaal goed?

YAML:

- alias: 'Relay ventilatie aanpassen op basis van input_select'
  mode: single
  trigger:
    - platform: state
      entity_id: input_select.ventilatie_stand
  condition: []
  action:
    - choose: 
        - conditions:
            - condition: state
              entity_id: input_select.ventilatie_stand
              state: "Laag"
          sequence: 
            - service: switch.turn_off
              data:
                entity_id: switch.ventilatie_hoog
            - service: switch.turn_off
              data:
                entity_id: switch.ventilatie_middel
        - conditions:
            - condition: state
              entity_id: input_select.ventilatie_stand
              state: "Middel"
          sequence: 
            - service: switch.turn_on
              data:
                entity_id: switch.ventilatie_middel
      default:
        - service: switch.turn_on
          data:
            entity_id: switch.ventilatie_hoog

- alias: 'Ventilatie stand aanpassen'
  mode: single
  trigger:
# Badkamer humidity hoog
    - platform: numeric_state
      entity_id: sensor.badkamer_humidity_change
      above: 5
      id: badkamer_humidity_hoog
# Keuken ppm hoog
    - platform: numeric_state
      entity_id: sensor.ikea_vindriktning_pm25
      above: 50
      id: keuken_ppm_hoog
# Toggle knop ventilatie
    - platform: mqtt
      topic: "cmd/ventilator/toggle"
      payload: "1"
      id: toggle_knop_ventilatie
# Tijd: ochtend
    - platform: time
      at: "07:30:00"
      id: tijd_ochtend
# Thuis
    - platform: state
      entity_id: input_boolean.afwezig
      from: 'on'
      to: 'off'
      id: thuis_ventilatie
# Badkamer humidity laag
    - platform: template
      value_template: '{{ states.sensor.temperatuur_badkamer_humidity.state | int < states.sensor.badkamer_humidity_gemiddelde.state | int and states.sensor.badkamer_humidity_gemiddelde.state != "unknown" }}'
      id: badkamer_humidity_laag
# Timer koken afgelopen
    - platform: event
      event_type: timer.finished
      event_data:
        entity_id: timer.ventilatie_koken
      id: timer_koken_afgelopen
# Timer overrule afgelopen
    - platform: event
      event_type: timer.finished
      event_data:
        entity_id: timer.ventilatie_overrule
      id: timer_overrule_afgelopen
# Tijd: nacht
    - platform: time
      at: "23:59:00"
      id: tijd_nacht
# Afwezig
    - platform: state
      entity_id: input_boolean.afwezig
      from: 'off'
      to: 'on'
      for:
        minutes: 15
      id: afwezig_ventilatie
  condition: []
  action:
    - choose: 
# Badkamer humidity hoog
        - conditions:
            - condition: trigger
              id: badkamer_humidity_hoog
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Hoog"
# Keuken ppm hoog
        - conditions:
            - condition: trigger
              id: keuken_ppm_hoog
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Hoog"
            - service: timer.start
              target:
                entity_id: timer.ventilatie_koken
# Toggle knop ventilatie hoog
        - conditions:
            - condition: trigger
              id: toggle_knop_ventilatie
            - condition: not
              conditions: 
                - condition: state
                  entity_id: input_select.ventilatie_stand
                  state: "Hoog"
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Hoog"
            - service: timer.start
              target:
                entity_id: timer.ventilatie_overrule              
# Toggle knop ventilatie middel
        - conditions:
            - condition: trigger
              id: toggle_knop_ventilatie
            - condition: state
              entity_id: input_select.ventilatie_stand
              state: "Hoog"
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Middel"
# Tijd: ochtend
        - conditions:
            - condition: trigger
              id: tijd_ochtend
            - condition: not
              conditions: 
                - condition: state
                  entity_id: input_select.ventilatie_stand
                  state: "Hoog"
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Middel"
# Thuis
        - conditions:
            - condition: trigger
              id: thuis_ventilatie
            - condition: state
              entity_id: input_select.ventilatie_stand
              state: "Laag"
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Middel"
# Badkamer humidity laag
        - conditions:
            - condition: trigger
              id: badkamer_humidity_laag
            - condition: not
              conditions: 
                - condition: state
                  entity_id: timer.ventilatie_koken
                  state: active
                - condition: state
                  entity_id: timer.ventilatie_overrule
                  state: active
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Middel"
# Timer koken afgelopen
        - conditions:
            - condition: trigger
              id: timer_koken_afgelopen
            - condition: not
              conditions: 
                - condition: state
                  entity_id: timer.ventilatie_overrule
                  state: active
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Middel"
# Timer overrule afgelopen
        - conditions:
            - condition: trigger
              id: timer_overrule_afgelopen
            - condition: not
              conditions: 
                - condition: state
                  entity_id: timer.ventilatie_koken
                  state: active
                - condition: template
                  value_template: '{{ states.sensor.temperatuur_badkamer_humidity.state | int < states.sensor.badkamer_humidity_gemiddelde.state | int and states.sensor.badkamer_humidity_gemiddelde.state != "unknown" }}'
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Middel"
# Tijd: nacht
        - conditions:
            - condition: trigger
              id: tijd_nacht
            - condition: not
              conditions: 
                - condition: state
                  entity_id: timer.ventilatie_koken
                  state: active
                - condition: state
                  entity_id: timer.ventilatie_overrule
                  state: active
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Laag"
# Afwezig
        - conditions:
            - condition: trigger
              id: afwezig_ventilatie
            - condition: not
              conditions: 
                - condition: state
                  entity_id: timer.ventilatie_koken
                  state: active
                - condition: state
                  entity_id: timer.ventilatie_overrule
                  state: active
          sequence: 
            - service: input_select.select_option
              target:
                entity_id: input_select.ventilatie_stand
              data:
                option: "Laag"     
      default: []

In ieder geval méér regels!
Wel weer iets nieuws geleerd. Ik kende de trigger condition nog niet!

[gazzzman61]

Ik heb onlangs de generic-hygrostat': https://github.com/basschipper/homeassistant-generic-hygrostat geïnstalleerd via HACS.
die @bartve genoemd heeft in deel 4 van dit forum.

ik krijg echter een error die ik niet weet op te lossen, Google helpt ook niet.

dit is de melding:

code:

Deze fout is ontstaan door een aangepaste integratie.

Logger: homeassistant
Source: custom_components/generic_hygrostat/binary_sensor.py:188 
Integration: generic_hygrostat (documentation) 
First occurred: 17:08:01 (26 occurrences) 
Last logged: 19:13:01

Error doing job: Exception in callback async_track_point_in_utc_time.<locals>.run_action(<Job HassJobT...7feb5e8abb50>>) at /usr/src/homeassistant/homeassistant/helpers/event.py:1311
Traceback (most recent call last):
  File "/usr/local/lib/python3.10/asyncio/events.py", line 80, in _run
    self._context.run(self._callback, *self._args)
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1326, in run_action
    hass.async_run_hass_job(job, utc_point_in_time)
  File "/usr/src/homeassistant/homeassistant/core.py", line 577, in async_run_hass_job
    hassjob.target(*args)
  File "/usr/src/homeassistant/homeassistant/helpers/event.py", line 1387, in interval_listener
    hass.async_run_hass_job(job, now)
  File "/usr/src/homeassistant/homeassistant/core.py", line 577, in async_run_hass_job
    hassjob.target(*args)
  File "/config/custom_components/generic_hygrostat/binary_sensor.py", line 148, in _async_update
    self.update_humidity()
  File "/config/custom_components/generic_hygrostat/binary_sensor.py", line 188, in update_humidity
    self.sensor_humidity = float(sensor.attributes[self.sensor_attribute])
KeyError: 'humidity'

binary_sensor:

YAML:

- platform: generic_hygrostat
  name: Bathroom Hygrostat
  sensor: sensor.0x00158d00025f04b7_humidity # Source humidity sensor
  attribute: humidity # Optional use sensor attribute instead of state.
  delta_trigger: 3 # Optional humidity swing to detect. Default = 3
  target_offset: 3 # Optional dehumidification target offset. Default = 3
  min_on_time: 300 # Optional min on time in seconds. Default = 0 seconds
  max_on_time: 7200 # Optional safety max on time in seconds. Default = 7200 seconds
  sample_interval: 300 # Optional time between taking humidity samples in seconds, default 300 seconds
  min_humidity: 30 # Optional minimum humidity to enable dehumidification. Default = 0
  unique_id: bathroom_hygrostat # Optional ID that uniquely identifies this sensor. Set this to a unique value to allow customization through the UI.

wie weet een oplossing? : het lijkt in 'Time' te zitten? of Humidity? de class van de sensor staat al op humidity overigens.

[ Voor 0% gewijzigd door Septillion op 31-01-2023 20:39 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[RoTeK70]

Ik zat deze video https://www.smarthomejunk...wesome-on-your-dashboard/ te bekijken en wilde dit ook gaan doen, ging allemaal prima maar loop tegen het SONOS probleem aan. Van alles terug gelezen maar een SONOS speaker werkt nog steeds niet heel goed samen met Spotify en Home assistant.
Is hier nu nog steeds niet een oplossing voor?

Ik wil graag scripts maken die een bepaalde playlist van mijn Spotify account afspeelt via mijn SONOS beam.

[Septillion]

@gazzzman61 Als je sensor al sensor.0x00158d00025f04b7_humidity heet lijkt het me niet dat de hunidity nog een een attribute staat, of wel?

[Septillion]

@barrymossel Ik ga eens even puzzelen

[Isane]

Wie kan mij de goede richting ophelpen?

Ik wil als ik mijn telefoon aansluit aan de oplader dat er 2 lampen uitgaan, maar dit mag pas gebeuren tussen 22:00 en 7:00 uur

YAML:

alias: Zoutlamp+staandelamp uit (op basis van laden telefoon na 22:00)
description: ""
trigger:
  - type: plugged_in
    platform: device
    device_id: 68ec84a3c4eb3d3a7870b1b79e1393ae
    entity_id: binary_sensor.sm_g525f_telefoon_is_charging
    domain: binary_sensor
condition:
  - condition: time
    after: "22:00:00"
    before: "07:00:00"
action:
  - type: turn_off
    device_id: f083dde0f8ee0b7bab8de399a48466bf
    entity_id: switch.zoutlamp
    domain: switch
  - type: turn_off
    device_id: c26cdfed846822abc520a2c9db55ad19
    entity_id: light.staande_lamp_woonkamer
    domain: light
mode: single

Maar met bovenstaande instelling wordt de voorwaarde niet meegenomen.
Waar gaat het mis?

[ Voor 0% gewijzigd door Septillion op 31-01-2023 21:55 . Reden: Denk aan de 'yaml' bij de code tags aub! ]

[barrymossel]

Isane schreef op dinsdag 31 januari 2023 @ 21:14:
Wie kan mij de goede richting ophelpen?

Ik wil als ik mijn telefoon aansluit aan de oplader dat er 2 lampen uitgaan, maar dit mag pas gebeuren tussen 22:00 en 7:00 uur

code:

alias: Zoutlamp+staandelamp uit (op basis van laden telefoon na 22:00)
description: ""
trigger:
  - type: plugged_in
    platform: device
    device_id: 68ec84a3c4eb3d3a7870b1b79e1393ae
    entity_id: binary_sensor.sm_g525f_telefoon_is_charging
    domain: binary_sensor
condition:
  - condition: time
    after: "22:00:00"
    before: "07:00:00"
action:
  - type: turn_off
    device_id: f083dde0f8ee0b7bab8de399a48466bf
    entity_id: switch.zoutlamp
    domain: switch
  - type: turn_off
    device_id: c26cdfed846822abc520a2c9db55ad19
    entity_id: light.staande_lamp_woonkamer
    domain: light
mode: single

Maar met bovenstaande instelling wordt de voorwaarde niet meegenomen.
Waar gaat het mis?

Hoe heb je dit getest? Want volgens mij wordt de condition niet meegenomen als je handmatig de automation activeert. Verder ziet het er goed uit...

[TheFes]

barrymossel schreef op dinsdag 31 januari 2023 @ 21:28:
[...]

Hoe heb je dit getest? Want volgens mij wordt de condition niet meegenomen als je handmatig de automation activeert. Verder ziet het er goed uit...

@Isane
Dat klopt inderdaad.
Je kunt eventueel wel als je via developer tools > services de service automation.trigger gebruikt optioneel de conditions wel mee laten nemen

[Isane]

barrymossel schreef op dinsdag 31 januari 2023 @ 21:28:
[...]

Hoe heb je dit getest? Want volgens mij wordt de condition niet meegenomen als je handmatig de automation activeert. Verder ziet het er goed uit...

Als ik nu de oplaad kabel druk dan gaan de lampen uit (en het is nog geen 22uur)

[TheFes]

Isane schreef op dinsdag 31 januari 2023 @ 21:33:
[...]


Als ik nu de oplaad kabel druk dan gaan de lampen uit (en het is nog geen 22uur)

Staat je tijdzone goed ingesteld?

[Isane]

TheFes schreef op dinsdag 31 januari 2023 @ 21:48:
[...]


Staat je tijdzone goed ingesteld?

Jep dat zeker.
Ik zal het morgen overdag ook een proberen. Even kijken wat er dan gebeurd

[TheFes]

Isane schreef op dinsdag 31 januari 2023 @ 21:51:
[...]


Jep dat zeker.
Ik zal het morgen overdag ook een proberen. Even kijken wat er dan gebeurd

Wat laat de trace van de automation zien?

[Isane]

TheFes schreef op dinsdag 31 januari 2023 @ 21:52:
[...]


Wat laat de trace van de automation zien?

Het is mijn fout! Ik had het aansluiten van mijn telefoon nog ergens anders in staan
Excuus

[Septillion]

@barrymossel Heb hem wel door de molen UI gehaald dus je commentaar is weg Maar vind het dus vaak logischer het als alias erin te zetten, dan staat het ook in de UI. Kom ik op iets als:

YAML:

alias: Ventilatie stand aanpassen
mode: single
trigger:
  - platform: numeric_state
    entity_id: sensor.badkamer_humidity_change
    above: 5
  - platform: numeric_state
    entity_id: sensor.ikea_vindriktning_pm25
    above: 50
    id: keuken_ppm_hoog
  - platform: mqtt
    topic: cmd/ventilator/toggle
    payload: "1"
    id: toggle_knop_ventilatie
    enabled: false
  - platform: state
    entity_id: binary_sensor.ventilatie_switch
    not_from: unavailable
    id: toggle_knop_ventilatie
  - platform: time
    at: "07:30:00"
  - platform: state
    entity_id: input_boolean.afwezig
    to: "off"
  - platform: template
    value_template: >-
      {% set c = states('sensor.temperatuur_badkamer_humidity')|float %}
      {% set a = states('sensor.badkamer_humidity_gemiddelde') %}
      {{ a != "unknown" and c < a|float }}
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.ventilatie_koken
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.ventilatie_overrule
  - platform: time
    at: "00:00:00"
  - platform: state
    entity_id: input_boolean.afwezig
    to: "on"
    for:
      minutes: 15
condition: []
action:
  - if:
      - condition: trigger
        id: toggle_knop_ventilatie
    then:
      - service: timer.start
        data: {}
        target:
          entity_id: timer.ventilatie_overrule
      - if:
          - condition: state
            entity_id: input_select.ventilatie_stand
            state: Hoog
        then:
          - service: input_select.select_option
            data:
              option: Middel
            target:
              entity_id: input_select.ventilatie_stand
        else:
          - service: input_select.select_option
            data:
              option: Hoog
            target:
              entity_id: input_select.ventilatie_stand
        alias: Hoog => Middel, anders => Hoog
  - if:
      - condition: trigger
        id: keuken_ppm_hoog
    then:
      - service: timer.start
        data: {}
        target:
          entity_id: timer.ventilatie_koken
  - choose:
      - conditions:
          - condition: state
            entity_id: timer.ventilatie_overrule
            state: active
            alias: Als overrule actief is => doe niets! Hierboven al gedaan :)
        sequence: []
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: timer.ventilatie_koken
                state: active
              - condition: template
                value_template: >-
                  {% set c = states('sensor.temperatuur_badkamer_humidity')|float %}
                  {% set a =  states('sensor.badkamer_humidity_gemiddelde') %}
                  {{ a != "unknown" and c >= a|float }}
                alias: Badkamer vochtig
        sequence:
          - service: input_select.select_option
            data:
              option: Hoog
            target:
              entity_id: input_select.ventilatie_stand
            alias: Ventilatie Hoog
      - conditions:
          - condition: or
            conditions:
              - condition: and
                conditions:
                  - condition: time
                    after: "07:00:00"
                  - condition: state
                    entity_id: input_boolean.afwezig
                    state: "off"
                alias: Overdag en aanwezig
        sequence:
          - service: input_select.select_option
            data:
              option: Middel
            target:
              entity_id: input_select.ventilatie_stand
            alias: Ventilatie Middel
    default:
      - service: input_select.select_option
        data:
          option: Laag
        target:
          entity_id: input_select.ventilatie_stand
        alias: Ventilatie Laag

Paar dingen voor aandacht:

• Ik zou de template voor de badkamer in een template binary_sensor gooien. Dan kan je daar ook afvangen als een van de twee niet beschikbaar is en scheelt je dat herhaling hier.
• Ik heb de eindtijd gewoon middernacht gemaakt, niets engs aan Maar je zou eventueel de ochtend / nacht tijden nog in een helper kunnen zetten, of via de schedule doen of zelfs als calender item.
• De overrule kan nu alleen aan en wisselt dan steeds tussen 'Hoog' en 'Midden'. Je zou nog kunnen maken dat het altijd een cycle is van Hoog => Middel => Cancel
• Ik heb hem nu zo opgebouwd dat de default optie dus 'Low' is. Misschien zou het iets meer fail safe zijn als de default juist 'Hoog' of 'Midden' is. Maar andere kant, zal niet zo veel uitmaken.
• De overrule schakelaar heb ik gewoon als binary_sensor toegevoegd En ja, eigenlijk heel raar dat de not_from en not_to niet in de UI zitten
• De OR bij de middel stand is niet nodig maar maakt het wat overzichtelijker / makkelijker uit te breiden.
• Als er een andere trigger komt zou hij wel gelijk naar low gaan bij afwezigheid ipv na 15 minuten maar dat lijkt me niet heel erg. Zo wel is dat nog wel aan te passen.

Toch bijna 100 regels korter en denk ook stuk duidelijker op welke stand je uit moet komen.

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 22:14:
@barrymossel Heb hem wel door de molen UI gehaald dus je commentaar is weg Maar vind het dus vaak logischer het als alias erin te zetten, dan staat het ook in de UI. Kom ik op iets als:

YAML:

alias: Ventilatie stand aanpassen
mode: single
trigger:
  - platform: numeric_state
    entity_id: sensor.badkamer_humidity_change
    above: 5
  - platform: numeric_state
    entity_id: sensor.ikea_vindriktning_pm25
    above: 50
    id: keuken_ppm_hoog
  - platform: mqtt
    topic: cmd/ventilator/toggle
    payload: "1"
    id: toggle_knop_ventilatie
    enabled: false
  - platform: state
    entity_id: binary_sensor.ventilatie_switch
    not_from: unavailable
    id: toggle_knop_ventilatie
  - platform: time
    at: "07:30:00"
  - platform: state
    entity_id: input_boolean.afwezig
    to: "off"
  - platform: template
    value_template: >-
      {% set c = states('sensor.temperatuur_badkamer_humidity')|float %}
      {% set a = states('sensor.badkamer_humidity_gemiddelde') %}
      {{ a != "unknown" and c < a|float }}
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.ventilatie_koken
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.ventilatie_overrule
  - platform: time
    at: "00:00:00"
  - platform: state
    entity_id: input_boolean.afwezig
    to: "on"
    for:
      minutes: 15
condition: []
action:
  - if:
      - condition: trigger
        id: toggle_knop_ventilatie
    then:
      - service: timer.start
        data: {}
        target:
          entity_id: timer.ventilatie_overrule
      - if:
          - condition: state
            entity_id: input_select.ventilatie_stand
            state: Hoog
        then:
          - service: input_select.select_option
            data:
              option: Middel
            target:
              entity_id: input_select.ventilatie_stand
        else:
          - service: input_select.select_option
            data:
              option: Hoog
            target:
              entity_id: input_select.ventilatie_stand
        alias: Hoog => Middel, anders => Hoog
  - if:
      - condition: trigger
        id: keuken_ppm_hoog
    then:
      - service: timer.start
        data: {}
        target:
          entity_id: timer.ventilatie_koken
  - choose:
      - conditions:
          - condition: state
            entity_id: timer.ventilatie_overrule
            state: active
            alias: Als overrule actief is => doe niets! Hierboven al gedaan :)
        sequence: []
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: timer.ventilatie_koken
                state: active
              - condition: template
                value_template: >-
                  {% set c = states('sensor.temperatuur_badkamer_humidity')|float %}
                  {% set a =  states('sensor.badkamer_humidity_gemiddelde') %}
                  {{ a != "unknown" and c >= a|float }}
                alias: Badkamer vochtig
        sequence:
          - service: input_select.select_option
            data:
              option: Hoog
            target:
              entity_id: input_select.ventilatie_stand
            alias: Ventilatie Hoog
      - conditions:
          - condition: or
            conditions:
              - condition: and
                conditions:
                  - condition: time
                    after: "07:00:00"
                  - condition: state
                    entity_id: input_boolean.afwezig
                    state: "off"
                alias: Overdag en aanwezig
        sequence:
          - service: input_select.select_option
            data:
              option: Middel
            target:
              entity_id: input_select.ventilatie_stand
            alias: Ventilatie Middel
    default:
      - service: input_select.select_option
        data:
          option: Laag
        target:
          entity_id: input_select.ventilatie_stand
        alias: Ventilatie Laag

Paar dingen voor aandacht:

• Ik zou de template voor de badkamer in een template binary_sensor gooien. Dan kan je daar ook afvangen als een van de twee niet beschikbaar is en scheelt je dat herhaling hier.
• Ik heb de eindtijd gewoon middernacht gemaakt, niets engs aan Maar je zou eventueel de ochtend / nacht tijden nog in een helper kunnen zetten, of via de schedule doen of zelfs als calender item.
• De overrule kan nu alleen aan en wisselt dan steeds tussen 'Hoog' en 'Midden'. Je zou nog kunnen maken dat het altijd een cycle is van Hoog => Middel => Cancel
• Ik heb hem nu zo opgebouwd dat de default optie dus 'Low' is. Misschien zou het iets meer fail safe zijn als de default juist 'Hoog' of 'Midden' is. Maar andere kant, zal niet zo veel uitmaken.
• De overrule schakelaar heb ik gewoon als binary_sensor toegevoegd En ja, eigenlijk heel raar dat de not_from en not_to niet in de UI zitten
• De OR bij de middel stand is niet nodig maar maakt het wat overzichtelijker / makkelijker uit te breiden.
• Als er een andere trigger komt zou hij wel gelijk naar low gaan bij afwezigheid ipv na 15 minuten maar dat lijkt me niet heel erg. Zo wel is dat nog wel aan te passen.

Toch bijna 100 regels korter en denk ook stuk duidelijker op welke stand je uit moet komen.

Thanks! Ik ga er komende week eens rustig naar kijken!

Maar hier ligt dus wel een beetje het issue met Home Assistant. Er verandert zoveel en er komt zoveel bij. Die if-then is zo te zien van mei afgelopen jaar. Nooit gezien. Wat ik al eerder heb gezegd: HA gaat nooit voor de massa worden. Toch wel jammer, want al meerdere mensen hebben gevraagd of ik voor hen iets op wil zetten. Maar door alle veranderingen etc. is dat niet te doen. Gaat telkens stuk of er moeten zaken aangepast worden.

Ach ja, voor ons is het een hobby.

[Septillion]

@barrymossel If-then is een versimpelde versie van de choose. Net als veel dingen zou ik het dus ook geen verandering willen noemen maar een toevoeging. En juist eigenlijk om het voor meer mensen simpel te maken als ze als iets als IFTTT gewend waren, die zagen choose niet altijd gelijk als oplossing.

Ik heb hem vooral gebruikt als wat compactere oplossing.

En ja, je moet automatiseren wel leuk vinden wil je echt wat in gaan richten. En het blijft altijd een afweging tussen simpel en veel kunnen. HA is toch echt voor de tweede maar probeert dat wel makkelijker te maken. Zonder de UI bijvoorbeeld was ik denk ik ook niet zo bedreven geworden en had me dit ook veel meer tijd gekost ivm syntax.

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 22:40:
@barrymossel If-then is een versimpelde versie van de choose. Net als veel dingen zou ik het dus ook geen verandering willen noemen maar een toevoeging. En juist eigenlijk om het voor meer mensen simpel te maken als ze als iets als IFTTT gewend waren, die zagen choose niet altijd gelijk als oplossing.

Ik heb hem vooral gebruikt als wat compactere oplossing.

En ja, je moet automatiseren wel leuk vinden wil je echt wat in gaan richten. En het blijft altijd een afweging tussen simpel en veel kunnen. HA is toch echt voor de tweede maar probeert dat wel makkelijker te maken. Zonder de UI bijvoorbeeld was ik denk ik ook niet zo bedreven geworden en had me dit ook veel meer tijd gekost ivm syntax.

Doe het dan in 1 keer goed!!

Dat vind ik het vervelende. En sowieso respect hoor, maar het is keer op keer weer dat er vanalles omgegooid wordt. Breaking changes bij het leven, deprecations hier en daar. Dat vinden wij nog wel te doen. Althans als het maar blijft werken. Maar dit kun je niet voor je schoonouders opzetten en beheren... En dat vind ik jammer.

Dan moet zij dus maar een dure Hue oplossing

---edit---
En ja ik wil eens gaan kijken naar de UI (maar was dan meteen vanuit UI gaan denken!!!!!! ). Als dat nu echt goed werkt ga ik denk ik eens mijn hele HA opnieuw inrichten. Ben ik alleen wel een maandje bezig ben ik bang.

[ Voor 8% gewijzigd door barrymossel op 31-01-2023 22:48 ]

[Septillion]

@barrymossel Blijft altijd schipperen en de if-then was juist een harde vraag van de community ondanks dat er dus een prima alternatief al was.

En ja, veel breaking changes. Veel komt inderdaad door huidig inzicht en dingen gelijk willen trekken. Kan je zeggen, doe het in één keer goed, maar het is ontstaan als vrijwilligerswerk en team begint nu pas vorm te krijgen. De andere methode zou zijn zoals bijvoorbeeld Hue of Apple en dat is gewoon een nieuwe versie uitbrengen die je moet kopen en op de oude gewoon niets nieuws meer ondersteunen. Dan gaat mijn voorkeur toch uit naar een open upgrade pad met duidelijke breaking changes. En zo ver ik weet is er binnen HA maar één keer een update geweest voor security (en kent HA OS zelf niet zo veel breaking changes voor de gebruiker) dus je hoeft niet elke maand te updaten als je niet wilt en het gewoon werkt as-is.

Dus ja, als iemand er echt geen tijd aan wil besteden dan zal het gewoon geld moeten zijn. Kan je er dus ook bij vertellen dat toekomstige uitbreiding best kan betekenen dat er een nieuwe Hue gekocht moet worden. Typisch een driehoeksverhouding: Goedkoop, kost weinig tijd, mogelijk wat ik wil; kies er twee

[robbinonline]

Hmmm, ik heb iets raars met een nieuwe hue lamp. Deze bestaat uit 4 individuele lampen en heb ik in app als kamer aangemaakt. Dus:

- Group: light.kantoor bestaat uit:
- light.kantoor1,2,3,4

Als ik nu via een automatisering light.kantoor1 laat aanzetten gaan alle 4 de lampen aan.
Toen de hue groep uitgeschakeld in HA, en toen werkte het wel.

Nu een groep aangemaakt in HA en gaat bij een automatisering van 1 lamp weer alle lampen aan.
Als ik deze groep verwijder werkt het wel.

Dat was toch nooit zo als je 1 lamp inschakelt dat de hele groep aan gaat?

[Septillion]

@robbinonline Nee, dat zou niet moeten nee. Als je kantoor1 aan zet, wat zie je in HA bij history van kantoor2 waarom deze is aan gegaan?

[raymondw]

@robbinonline @Septillion
De manier waarop dat werkt gebruik ik al een tijd...
Lamp1 aanzetten, gaat de rest van de groep ook aan.

Dacht eerst dat het aan de cloud integratie van Govee lag, echter sinds vorige week over naar local-lan.
Heb alles aangepast en merkte dat et zo nog steeds werkte, dacht dat dit de standaard in HA was...

[robbinonline]

raymondw schreef op woensdag 1 februari 2023 @ 10:34:
@robbinonline @Septillion
De manier waarop dat werkt gebruik ik al een tijd...
Lamp1 aanzetten, gaat de rest van de groep ook aan.

Dacht eerst dat het aan de cloud integratie van Govee lag, echter sinds vorige week over naar local-lan.
Heb alles aangepast en merkte dat et zo nog steeds werkte, dacht dat dit de standaard in HA was...

Het lijkt er op dat dit zo werkt bij externe integraties zoals hue en bij jouw Govee.
Bij mijn lampen die ik met z2m heb gekoppeld gaat de groep niet aan.

[Slinkos]

Gizz schreef op dinsdag 31 januari 2023 @ 15:31:
[...]

En ik heb dit gehad met z-wave stekkers van Neo Coolcam. Had regelmatig dagen waarop de verlichting onder de keukenkastjes 2450218 kWh (of iets in die richting) had verbruikt

Mijn 'oplossing' was om geheel te stoppen met z-wave en verder te gaan met goedkopere én (in mijn geval) betrouwbaardere zigbee-devices.

Dit is een bekend probleem van deze stekkers. Niet echt z-wave gerelateerd maar echt specifiek dit merk.
De kWh sensor is dus inderdaad niet betrouwbaar, maar hij meet ook watt sensor, en die doet het wel goed. Die gebruik ik nu en hiermee kan je hem toevoegen aan je energy dash zodat je alsnog verbruik kan bijhouden:

YAML:

  - platform: integration
    source: sensor.droger_electric_consumption_w
    name: Stroommeter droger
    method: left
    round: 2
    unit_prefix: k

[Gizz]

@Slinkos ik had wel meer problemen met mijn z-wave-spullen dan alleen de verkeerde waardes van stekkers: Gizz in "Z-wave kabouters"

Geen moment spijt van gehad dat ik ben overgestapt op Zigbee. Veel meer keus, lagere prijs en minder gedoe in mijn geval

[Slinkos]

Gizz schreef op woensdag 1 februari 2023 @ 10:50:
@Slinkos ik had wel meer problemen met mijn z-wave-spullen dan alleen de verkeerde waardes van stekkers: Gizz in "Z-wave kabouters"

Geen moment spijt van gehad dat ik ben overgestapt op Zigbee. Veel meer keus, lagere prijs en minder gedoe in mijn geval

Ik koop tegenwoordig ook vooral Zigbee, maar dat is meer om de prijs. Maar heb een hoop Z-Wave dingen nog draaien zoals de Fibaro switches die achter de fysieke schakelaren kunnen waar ik nog altijd erg content mee ben.

[wautah91]

Ik heb een vreemd ESPhome ding: een van mijn apparaten kan ik wel bedienen met HA, maar komt niet terug in het ESPhome dashboard. Ik weet ook hoe dat komt, maar krijg het niet gefixt.

Wat ik gedaan heb:

Back in the days dat tuya-convert nog kon heb ik een LSC filament lamp geflashed naar tasmota. Ik gebruikte toentertijd ook nog domoticz waarmee de lamp prima werkte via MQTT. De lamp opgegeven moment weggehaald en in tussen overgestapt naar HA. Ik herinnerde me afgelopen weekend dat ik de lamp nog had liggen en verwachtte deze zo met de MQTT instellingen in HA te kunnen opnemen zoals dat ook gelukt was met een LSC plug, ook geflashed met tasmota. De lamp kreeg ik met geen mogelijkheid in Home Assistant werkend, terwijl de instellingen (mijn inziens) allemaal overeen kwamen met de plug die ik al een tijd probleemloos heb werken.

Het idee ontstond om dan maar ESPhome te flashen. Dat is gelukt, gewoon een OTA update draaien naar de lamp, eerst een lege config, toen geupdatet en toen de juiste config etc gedaan. Lamp werkt prima, zeer mooie overgang tussen koud wit en warm wit etc.

Ik kreeg de smaak te pakken en wilde ook de plug flashen. De lege config die ik gemaakt had voor de plug paste op een of andere manier niet op de plug (te weinig ruimte). De lege config van de lamp had ik nog en die was een tiental kb kleiner, (plug 473kb, lamp 392kb), dus die ook naar de plug geflashed.

Ik zag nu twee dezelfde apparaten in mijn ESPhome dashboard. Om goed overzicht te houden heb ik de lamp uit de fitting gehaald en via ESPhome de plug ge-renamed naar lsc-plug. Dit ging goed.

Op een of andere manier is nu lsc-lamp verdwenen uit mijn overzicht, terwijl ik 'm nog wel onder integraties zie staan. De plug is inmiddels overleden, die gaat op geen mogelijkheid meer aan, dus die heb ik weer verwijderd, ook uit het esphome dashboard.

Ik heb voor de grap een nieuw device in esphome dashboard aangemaakt met de naam lsc-lamp, hij vermeld dat ie online is, maar krijg geen reactie in de logs. Hij is wel volledig door HA te bedienen.

Lang verhaal kort:
Ik wil dus de lamp terug in het dashboard om het te kunnen beheren en updaten. Ik ben bang dat ik de lamp kwijt raak en helemaal niet meer toe kan voegen, dus vandaar even advies gevraagd wat ik kan doen.

[barrymossel]

Septillion schreef op dinsdag 31 januari 2023 @ 22:14:
@barrymossel Heb hem wel door de molen UI gehaald dus je commentaar is weg Maar vind het dus vaak logischer het als alias erin te zetten, dan staat het ook in de UI. Kom ik op iets als:

YAML:

alias: Ventilatie stand aanpassen
mode: single
trigger:
  - platform: numeric_state
    entity_id: sensor.badkamer_humidity_change
    above: 5
  - platform: numeric_state
    entity_id: sensor.ikea_vindriktning_pm25
    above: 50
    id: keuken_ppm_hoog
  - platform: mqtt
    topic: cmd/ventilator/toggle
    payload: "1"
    id: toggle_knop_ventilatie
    enabled: false
  - platform: state
    entity_id: binary_sensor.ventilatie_switch
    not_from: unavailable
    id: toggle_knop_ventilatie
  - platform: time
    at: "07:30:00"
  - platform: state
    entity_id: input_boolean.afwezig
    to: "off"
  - platform: template
    value_template: >-
      {% set c = states('sensor.temperatuur_badkamer_humidity')|float %}
      {% set a = states('sensor.badkamer_humidity_gemiddelde') %}
      {{ a != "unknown" and c < a|float }}
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.ventilatie_koken
  - platform: event
    event_type: timer.finished
    event_data:
      entity_id: timer.ventilatie_overrule
  - platform: time
    at: "00:00:00"
  - platform: state
    entity_id: input_boolean.afwezig
    to: "on"
    for:
      minutes: 15
condition: []
action:
  - if:
      - condition: trigger
        id: toggle_knop_ventilatie
    then:
      - service: timer.start
        data: {}
        target:
          entity_id: timer.ventilatie_overrule
      - if:
          - condition: state
            entity_id: input_select.ventilatie_stand
            state: Hoog
        then:
          - service: input_select.select_option
            data:
              option: Middel
            target:
              entity_id: input_select.ventilatie_stand
        else:
          - service: input_select.select_option
            data:
              option: Hoog
            target:
              entity_id: input_select.ventilatie_stand
        alias: Hoog => Middel, anders => Hoog
  - if:
      - condition: trigger
        id: keuken_ppm_hoog
    then:
      - service: timer.start
        data: {}
        target:
          entity_id: timer.ventilatie_koken
  - choose:
      - conditions:
          - condition: state
            entity_id: timer.ventilatie_overrule
            state: active
            alias: Als overrule actief is => doe niets! Hierboven al gedaan :)
        sequence: []
      - conditions:
          - condition: or
            conditions:
              - condition: state
                entity_id: timer.ventilatie_koken
                state: active
              - condition: template
                value_template: >-
                  {% set c = states('sensor.temperatuur_badkamer_humidity')|float %}
                  {% set a =  states('sensor.badkamer_humidity_gemiddelde') %}
                  {{ a != "unknown" and c >= a|float }}
                alias: Badkamer vochtig
        sequence:
          - service: input_select.select_option
            data:
              option: Hoog
            target:
              entity_id: input_select.ventilatie_stand
            alias: Ventilatie Hoog
      - conditions:
          - condition: or
            conditions:
              - condition: and
                conditions:
                  - condition: time
                    after: "07:00:00"
                  - condition: state
                    entity_id: input_boolean.afwezig
                    state: "off"
                alias: Overdag en aanwezig
        sequence:
          - service: input_select.select_option
            data:
              option: Middel
            target:
              entity_id: input_select.ventilatie_stand
            alias: Ventilatie Middel
    default:
      - service: input_select.select_option
        data:
          option: Laag
        target:
          entity_id: input_select.ventilatie_stand
        alias: Ventilatie Laag

Paar dingen voor aandacht:

• Ik zou de template voor de badkamer in een template binary_sensor gooien. Dan kan je daar ook afvangen als een van de twee niet beschikbaar is en scheelt je dat herhaling hier.
• Ik heb de eindtijd gewoon middernacht gemaakt, niets engs aan Maar je zou eventueel de ochtend / nacht tijden nog in een helper kunnen zetten, of via de schedule doen of zelfs als calender item.
• De overrule kan nu alleen aan en wisselt dan steeds tussen 'Hoog' en 'Midden'. Je zou nog kunnen maken dat het altijd een cycle is van Hoog => Middel => Cancel
• Ik heb hem nu zo opgebouwd dat de default optie dus 'Low' is. Misschien zou het iets meer fail safe zijn als de default juist 'Hoog' of 'Midden' is. Maar andere kant, zal niet zo veel uitmaken.
• De overrule schakelaar heb ik gewoon als binary_sensor toegevoegd En ja, eigenlijk heel raar dat de not_from en not_to niet in de UI zitten
• De OR bij de middel stand is niet nodig maar maakt het wat overzichtelijker / makkelijker uit te breiden.
• Als er een andere trigger komt zou hij wel gelijk naar low gaan bij afwezigheid ipv na 15 minuten maar dat lijkt me niet heel erg. Zo wel is dat nog wel aan te passen.

Toch bijna 100 regels korter en denk ook stuk duidelijker op welke stand je uit moet komen.

Leuk, weer wat geleerd. Alleen de eerste if-then klopt niet geloof ik voor mijn use case. De knop zet nu altijd de timer aan. Maar die moet wanneer de ventilatie hoog staat juist de timer cancellen. En dat was ik zelf ook vergeten. Dus dat heb ik direct even aangepast

[TheFes]

wautah91 schreef op woensdag 1 februari 2023 @ 11:37:
Ik heb een vreemd ESPhome ding: een van mijn apparaten kan ik wel bedienen met HA, maar komt niet terug in het ESPhome dashboard. Ik weet ook hoe dat komt, maar krijg het niet gefixt.

Wat ik gedaan heb:

Back in the days dat tuya-convert nog kon heb ik een LSC filament lamp geflashed naar tasmota. Ik gebruikte toentertijd ook nog domoticz waarmee de lamp prima werkte via MQTT. De lamp opgegeven moment weggehaald en in tussen overgestapt naar HA. Ik herinnerde me afgelopen weekend dat ik de lamp nog had liggen en verwachtte deze zo met de MQTT instellingen in HA te kunnen opnemen zoals dat ook gelukt was met een LSC plug, ook geflashed met tasmota. De lamp kreeg ik met geen mogelijkheid in Home Assistant werkend, terwijl de instellingen (mijn inziens) allemaal overeen kwamen met de plug die ik al een tijd probleemloos heb werken.

Het idee ontstond om dan maar ESPhome te flashen. Dat is gelukt, gewoon een OTA update draaien naar de lamp, eerst een lege config, toen geupdatet en toen de juiste config etc gedaan. Lamp werkt prima, zeer mooie overgang tussen koud wit en warm wit etc.

Ik kreeg de smaak te pakken en wilde ook de plug flashen. De lege config die ik gemaakt had voor de plug paste op een of andere manier niet op de plug (te weinig ruimte). De lege config van de lamp had ik nog en die was een tiental kb kleiner, (plug 473kb, lamp 392kb), dus die ook naar de plug geflashed.

Ik zag nu twee dezelfde apparaten in mijn ESPhome dashboard. Om goed overzicht te houden heb ik de lamp uit de fitting gehaald en via ESPhome de plug ge-renamed naar lsc-plug. Dit ging goed.

Op een of andere manier is nu lsc-lamp verdwenen uit mijn overzicht, terwijl ik 'm nog wel onder integraties zie staan. De plug is inmiddels overleden, die gaat op geen mogelijkheid meer aan, dus die heb ik weer verwijderd, ook uit het esphome dashboard.

Ik heb voor de grap een nieuw device in esphome dashboard aangemaakt met de naam lsc-lamp, hij vermeld dat ie online is, maar krijg geen reactie in de logs. Hij is wel volledig door HA te bedienen.

Lang verhaal kort:
Ik wil dus de lamp terug in het dashboard om het te kunnen beheren en updaten. Ik ben bang dat ik de lamp kwijt raak en helemaal niet meer toe kan voegen, dus vandaar even advies gevraagd wat ik kan doen.

Het ESPHome dashboard en de ESPHome integratie hebben weinig met elkaar te maken, je kunt al je ESPHome devices in HA integreren zonder überhaupt de add-on te gebruiken.
De add-on laat alle devices zien waarvan er een configuratie in de esphome folder staat, ook als die config nog niet eens op een device geflasht staat.

Op beide plekken kunnen dus totaal verschillende devices staan.

Overigens had je op je plug eerst Tasmota minimal kunnen flashen, dan had je ESPHome config waarschijnlijk wel gepast.

[Septillion]

barrymossel schreef op woensdag 1 februari 2023 @ 12:17:
[...]

Leuk, weer wat geleerd. Alleen de eerste if-then klopt niet geloof ik voor mijn use case. De knop zet nu altijd de timer aan. Maar die moet wanneer de ventilatie hoog staat juist de timer cancellen.

Ah, ik dacht dat je ook een override naar Middel wilde hebben. Dus dat je hem middel kan zetten ondanks badkamer of keuken, of Middel bij afwezig. Vandaar mijn opmerking over Hoog => Middel => Cancel cyclus.

Voor aanpassen, haal dan het instellen op Middel gewon weg. Eventueel zou de eerste Option in de choose ook wel kunnen als je de timer aan de tweede optie toevoegt. Dan hoef je zelfs de stand niet op hoog te zetten, alleen timer start of cancel.

[robbinonline]

Septillion schreef op woensdag 1 februari 2023 @ 09:54:
@robbinonline Nee, dat zou niet moeten nee. Als je kantoor1 aan zet, wat zie je in HA bij history van kantoor2 waarom deze is aan gegaan?

Opeens geen history meer, gister nog wel. Energy dashboard niet bijgewerkt blijkbaar liep HA niet zo lekker. Een core rebuild gedaan en alles werkt zoals het eerst werkten

[wautah91]

TheFes schreef op woensdag 1 februari 2023 @ 12:19:
[...]
Het ESPHome dashboard en de ESPHome integratie hebben weinig met elkaar te maken, je kunt al je ESPHome devices in HA integreren zonder überhaupt de add-on te gebruiken.
De add-on laat alle devices zien waarvan er een configuratie in de esphome folder staat, ook als die config nog niet eens op een device geflasht staat.

Oke snap ik. Maar hoe krijg ik dan nu toch het device in het dashboard te zien?

TheFes schreef op woensdag 1 februari 2023 @ 12:19:
[...]
Overigens had je op je plug eerst Tasmota minimal kunnen flashen, dan had je ESPHome config waarschijnlijk wel gepast.

Ja dat heb ik ook nog gedaan, klopt, toen paste de lege config van de lamp net op de plug. Want een lege config van de plug was groter. Waarschijnlijk omdat ik in de tussentijd een update van het dashboard heb gedraaid waardoor er ook nieuwere (en dus grotere) minimale config uitkwam.

[ Voor 11% gewijzigd door wautah91 op 01-02-2023 14:04 ]

[Zorian]

Ik krijg het al een tijdje niet meer voor elkaar om te updaten.
Momenteel zit ik op 9.3 maar updaten wil niet lukken. Als ik op install druk gaat ie even bezig, dan reboot ie maar vervolgens is het nog steeds 9.3 alsof er nooit iets is gebeurd. Iemand een idee hoe ik kan updaten?

[TheFes]

Zorian schreef op woensdag 1 februari 2023 @ 16:43:
Ik krijg het al een tijdje niet meer voor elkaar om te updaten.
Momenteel zit ik op 9.3 maar updaten wil niet lukken. Als ik op install druk gaat ie even bezig, dan reboot ie maar vervolgens is het nog steeds 9.3 alsof er nooit iets is gebeurd. Iemand een idee hoe ik kan updaten?

[Afbeelding]

Is dat alleen voor HA OS of voor alles?

[Zorian]

TheFes schreef op woensdag 1 februari 2023 @ 16:44:
[...]


Is dat alleen voor HA OS of voor alles?

Dit is de enige update die klaar staat tot zover. Verder geen updates voorbij zien komen in een hele lange tijd.

[Rouwette]

Ik draai met een docker,

Home Assistant 2023.1.7
Supervisor 2023.01.1
Frontend-versie: 20230110.0 - latest

[Zorian]

Hier draai ik het op een Raspberry Pi 4B in de OS editie, dus image rechtstreeks erheen ipv een docker oid.

[Koepert]

Zorian schreef op woensdag 1 februari 2023 @ 16:50:
Hier draai ik het op een Raspberry Pi 4B in de OS editie, dus image rechtstreeks erheen ipv een docker oid.

Maar zowel je OS als Frontend ed hebben een versienummer.. Wijkt die enorm af van wat Rouwette laat zien?

[Ronker32]

Zorian schreef op woensdag 1 februari 2023 @ 16:43:
Ik krijg het al een tijdje niet meer voor elkaar om te updaten.
Momenteel zit ik op 9.3 maar updaten wil niet lukken. Als ik op install druk gaat ie even bezig, dan reboot ie maar vervolgens is het nog steeds 9.3 alsof er nooit iets is gebeurd. Iemand een idee hoe ik kan updaten?

[Afbeelding]

Heb dit ook wel eens gehad, zat hem bij mij destijds volgens mij in de vrije schijfruimte. Er was onvoldoende om eerst een backup te maken van de huidige installatie en daarnaast de nieuwe te installeren. Kan het misschien daar aan liggen?

[Zorian]

Koepert schreef op woensdag 1 februari 2023 @ 16:54:
[...]


Maar zowel je OS als Frontend ed hebben een versienummer.. Wijkt die enorm af van wat Rouwette laat zien?

Ik zie bij Rouwette geen OS versie, ik heb die wel.

Ronker32 schreef op woensdag 1 februari 2023 @ 16:55:
[...]


Heb dit ook wel eens gehad, zat hem bij mij destijds volgens mij in de vrije schijfruimte. Er was onvoldoende om eerst een backup te maken van de huidige installatie en daarnaast de nieuwe te installeren. Kan het misschien daar aan liggen?

Nee er is nog >200GB beschikbaar, dus dat zou niet mogen.

[ Voor 44% gewijzigd door Zorian op 01-02-2023 16:57 ]

[Church of Noise]

Weet er iemand als coredns uit te schakelen valt?

Ik heb nu de fallback 'uitgeschakeld' met dit commando:

code:

ha dns options --fallback=false

maar er draaien nog meerdere coredns processen als ik powertop even opengooi.
Ze killen lijkt te resulteren in een automatische herstart.

Kan dit op de een of andere manier vermeden worden?
Ik ben erg gefocust aan het proberen het energieverbruik van het systeem zo laag mogelijk te krijgen (FYI, HA draait nu op DietPi, op een Giada i56V mini-pc'tje met een Intel i3 4010u, een Kingston SSD en wat tweaks en draait nu headless aan ongeveer 7 à 7,5W verbruik).

Dank!

[lasharor]

Heeft iemand misschien al een oplossing om een indicatie te geven wanneer iemand op weg is naar huis?

Ik heb de waze plugin gebruikt om de reistijd inzichtelijk te maken maar ik ben nog aan het nadenken hoe ik het beste ervoor kan zorgen dat ik een betrouwbare indicatie krijg dat ik op weg ben naar huis.

[RobertMe]

lasharor schreef op woensdag 1 februari 2023 @ 18:57:
Heeft iemand misschien al een oplossing om een indicatie te geven wanneer iemand op weg is naar huis?

Ik heb de waze plugin gebruikt om de reistijd inzichtelijk te maken maar ik ben nog aan het nadenken hoe ik het beste ervoor kan zorgen dat ik een betrouwbare indicatie krijg dat ik op weg ben naar huis.

Ben je vanaf een vaste plek naar huis? Lees: van het werk naar huis? Want dan kun je van het werk een zone maken en dan "X heeft zone Y verlaten".

[lasharor]

RobertMe schreef op woensdag 1 februari 2023 @ 19:03:
[...]

Ben je vanaf een vaste plek naar huis? Lees: van het werk naar huis? Want dan kun je van het werk een zone maken en dan "X heeft zone Y verlaten".

In de situatie dat ik zoiets instel en niet naar huis ga dan denkt HA dat ik dat wel doe terwijl ik dat dan natuurlijk helemaal niet wil. Ik dacht dan nog om een conditie toe te voegen dat HA alleen denkt dat ik op weg naar huis ben als de afstand die waze aangeeft omlaag gaat. Maar, ik weet dus niet of er nog alternatieve opties zijn om het betrouwbaarder te maken.

[Koepert]

lasharor schreef op woensdag 1 februari 2023 @ 20:33:
[...]


In de situatie dat ik zoiets instel en niet naar huis ga dan denkt HA dat ik dat wel doe terwijl ik dat dan natuurlijk helemaal niet wil. Ik dacht dan nog om een conditie toe te voegen dat HA alleen denkt dat ik op weg naar huis ben als de afstand die waze aangeeft omlaag gaat. Maar, ik weet dus niet of er nog alternatieve opties zijn om het betrouwbaarder te maken.

Combineren met zoiets??

https://www.home-assistant.io/integrations/proximity/

[Goochelaar]

Sp33dFr34k schreef op vrijdag 20 januari 2023 @ 10:31:
Heeft iemand hier toevallig ervaring met het integreren van een mechanische ventillatie in Home Assistant? Ik ben op zoek naar een nieuwe, en het zou fijn zijn als ik die aan HA kan koppelen. Ervaringen welkom

Er lopen ook verschillende projecten voor Zehnder (Comfofan) ventilatie. Wat linkjes die ik hiervoor ooit bewaard heb als leesvoer/startpunt:

https://github.com/eelcohn/nRF905-API
https://gathering.tweakers.net/forum/list_messages/1728169
https://gathering.tweaker...message/64998500#64998500

[Goochelaar]

Vanwege de overstap naar Zonneplan heb ik de HACS integratie geïnstalleerd en wilde de tarieven koppelen aan het energie dashboard.

Deze geeft echter een foutmelding:

De volgende entiteiten hebben niet de verwachte meeteenheden 'EUR/kWh', 'EUR/Wh', "EUR/Wh", 'EUR/m³' of 'EUR/ft³':

sensor.zonneplan_gasprijs_huidig (€/M3)

Blijkbaar heeft die integratie dus weer net een afwijkende notatie voor de eenheid gekozen. Is dat eenvoudig aan te passen?

[Mavamaarten]

lasharor schreef op woensdag 1 februari 2023 @ 20:33:
[...]


In de situatie dat ik zoiets instel en niet naar huis ga dan denkt HA dat ik dat wel doe terwijl ik dat dan natuurlijk helemaal niet wil. Ik dacht dan nog om een conditie toe te voegen dat HA alleen denkt dat ik op weg naar huis ben als de afstand die waze aangeeft omlaag gaat. Maar, ik weet dus niet of er nog alternatieve opties zijn om het betrouwbaarder te maken.

Bekijk het even los van Home Assistant, hoe ga je zoiets kunnen detecteren? Ik zie niet veel opties behalve het verlaten van je werk-locatie, al dan niet in combinatie met verbonden bluetooth-apparaten (= je bent verbonden met je auto) of status van je auto (misschien biedt je auto een integration die aangeeft dat je aan het rijden bent).

[Majari]

Yukkie schreef op dinsdag 10 januari 2023 @ 17:01:
[...]


Ik heb na aanleiding van jouw opmerking nog eens een beetje rond gekeken en kwam hier uit: https://jamesachambers.co...s-for-raspberry-pi-4-400/ Op die pagina staat bij power requirements:

[...]


Aan gezien de SSD waar ik nu mee werk een 11 jaar oud exemplaar is, zou het best wel eens zo kunnen zijn dat hij te power-hongerig is. Heb net dus maar een nieuwe besteld. Een Kingston A400, aangezien die volgens die pagina het beste/populairste is voor dit doeleinde.

Moet ik alleen nog weer een ander doel zoeken voor een 64GB SSD

En, ben je al wat wijzer? Ik zit sinds 2 weken met een niet reagerende HA. Probleem is net als jij: backup restore blijft hangen waarna HA niet mee bereikbaar is (UI en companion app) maar wel te pingen.


Hij draait op een RPI3 die al wat jaartjes meegaat. Maar een verse install lijkt prima te werken (op andere sd kaart).
Maakt niet uit welke backup ik probeer terug te zetten, van kerst of afgelopen zomer, reactie is steeds t zelfde. Iemand een idee? Toch voeding? Corrupte sd? (2x) Een zetje in de juiste richting zou ik enorm waarderen.

[maxoss]

lasharor schreef op woensdag 1 februari 2023 @ 18:57:
Heeft iemand misschien al een oplossing om een indicatie te geven wanneer iemand op weg is naar huis?

Ik heb de waze plugin gebruikt om de reistijd inzichtelijk te maken maar ik ben nog aan het nadenken hoe ik het beste ervoor kan zorgen dat ik een betrouwbare indicatie krijg dat ik op weg ben naar huis.

YAML:

alias: "Location: Notificatie dat Rick van het werk vertrekt"
description: ""
trigger:
  - platform: zone
    entity_id: person.rick
    event: leave
    zone: zone.werk_rick
condition:
  - condition: time
    after: "15:00:00"
    before: "19:00:00"
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - service: homeassistant.update_entity
    entity_id: sensor.werk_woon
  - delay:
      seconds: 10
  - service: notify.mobile_app_telefoon_kiki
    data:
      title: ♥ Rick is op weg naar huis!
      message: >
        Hij is rond {{now().strftime("%H:%M")}} vertrokken en Waze  denkt dat
        hij over {{states('sensor.werk_woon')}} min thuis is.
      data:
        actions:
          - action: URI
            title: Check huidige locatie
            uri: /lovelace/map
        ttl: 0
        priority: high
        icon_url: >-
          https://raw.githubusercontent.com/home-assistant/assets/master/logo/logo-pretty.png
  - service: notify.mobile_app_rick
    data:
      title: Goede thuisreis
      message: >
        Ik heb thuis laten weten dat je volgens Waze over
        {{states('sensor.werk_woon')}} min thuis bent.
      data:
        ttl: 0
        priority: high
        icon_url: >-
          https://raw.githubusercontent.com/home-assistant/assets/master/logo/logo-pretty.png
initial_state: true

[Rouwette]

Zorian schreef op woensdag 1 februari 2023 @ 16:55:
[...]

[Afbeelding]

Ik zie bij Rouwette geen OS versie, ik heb die wel.


[...]

Nee er is nog >200GB beschikbaar, dus dat zou niet mogen.

Klopt, ik draai HA in een Docker

[synoniem]

Majari schreef op woensdag 1 februari 2023 @ 22:00:
[...]


En, ben je al wat wijzer? Ik zit sinds 2 weken met een niet reagerende HA. Probleem is net als jij: backup restore blijft hangen waarna HA niet mee bereikbaar is (UI en companion app) maar wel te pingen.


Hij draait op een RPI3 die al wat jaartjes meegaat. Maar een verse install lijkt prima te werken (op andere sd kaart).
Maakt niet uit welke backup ik probeer terug te zetten, van kerst of afgelopen zomer, reactie is steeds t zelfde. Iemand een idee? Toch voeding? Corrupte sd? (2x) Een zetje in de juiste richting zou ik enorm waarderen.

Heb je al geprobeerd een deel van de backup terug te zetten in plaats van de hele backup?

[vso]

is er een "mobiele" HASS oplossing ? iets wat je op je camping-trip/vakantie-huisje/camper oid kan gebruiken?

ik denk aan een soort "sub" station oid ,,

ik heb bv diverse gastanks, maar ook andere "smart devices" die meegaan op vakantie (iets met luxe + kids) en je ontkomt er steeds minder aan.

los van "moet je het willen" of zo, een casus kan zijn je camper elektronica / benzine verbruik of je Bluetooth gastank meter. .

Net zoals @maxoss en zijn ETA x tijd tot "thuis" is het leuk dat je weet hoe ver je van je verblijfplek bent oid. als automation maar dan geprojecteerd op je sub station.

de kern is wel .. zijn er al oplossinging / workarounds bekend ?>

[djkooij]

lasharor schreef op woensdag 1 februari 2023 @ 20:33:
[...]


In de situatie dat ik zoiets instel en niet naar huis ga dan denkt HA dat ik dat wel doe terwijl ik dat dan natuurlijk helemaal niet wil. Ik dacht dan nog om een conditie toe te voegen dat HA alleen denkt dat ik op weg naar huis ben als de afstand die waze aangeeft omlaag gaat. Maar, ik weet dus niet of er nog alternatieve opties zijn om het betrouwbaarder te maken.

Knopje maken in HA met een deeplink naar je huis adres?
Zie: https://developers.google.com/waze/deeplinks voor meer info.
Moet kunnen op die manier om zo Waze te starten vanuit HA met bestemming thuis.

[denuz]

lasharor schreef op woensdag 1 februari 2023 @ 20:33:
[...]


In de situatie dat ik zoiets instel en niet naar huis ga dan denkt HA dat ik dat wel doe terwijl ik dat dan natuurlijk helemaal niet wil. Ik dacht dan nog om een conditie toe te voegen dat HA alleen denkt dat ik op weg naar huis ben als de afstand die waze aangeeft omlaag gaat. Maar, ik weet dus niet of er nog alternatieve opties zijn om het betrouwbaarder te maken.

Dit zou voor mij de perfecte toepassing zijn voor een nfc tag. Tag in de auto plakken - - > scannen met telefoon - - > automation kan afgetrapt worden.

[TheFes]

lasharor schreef op woensdag 1 februari 2023 @ 20:33:
[...]


In de situatie dat ik zoiets instel en niet naar huis ga dan denkt HA dat ik dat wel doe terwijl ik dat dan natuurlijk helemaal niet wil. Ik dacht dan nog om een conditie toe te voegen dat HA alleen denkt dat ik op weg naar huis ben als de afstand die waze aangeeft omlaag gaat. Maar, ik weet dus niet of er nog alternatieve opties zijn om het betrouwbaarder te maken.

De proximity sensor heeft ook een attribute wat aangeeft of je afstand afneemt of toeneemt.

[PTish]

lasharor schreef op woensdag 1 februari 2023 @ 20:33:
[...]


In de situatie dat ik zoiets instel en niet naar huis ga dan denkt HA dat ik dat wel doe terwijl ik dat dan natuurlijk helemaal niet wil. Ik dacht dan nog om een conditie toe te voegen dat HA alleen denkt dat ik op weg naar huis ben als de afstand die waze aangeeft omlaag gaat. Maar, ik weet dus niet of er nog alternatieve opties zijn om het betrouwbaarder te maken.

Ik ben hier zelf momenteel ook mee aan het spelen. Ik heb voor nu dat, wanneer ik zone "werk" verlaat tussen 15:00 en 17:00 op een werkdag, dat ik vermoedelijk op weg naar huis ben.

• Eventueel zou ik dit nog kunnen koppelen aan het feit of Android Auto actief is, waarmee ik de bevestiging heb dat ik in mijn eigen auto zit. 99 op de 100 keer is dat echter toch wel het geval.
• Eventueel een tweede zone aanmaken waar ik door heen moet rijden en als dat zo is, dan ben ik vermoedelijk op weg naar huis. Blijft echter geen garantie.
• Ik overweeg ook om straks, als dat mogelijk wordt, in Android Auto een knopje te hebben die de notificatie verstuurt. Dan kan ik dat op ieder moment doen wanneer ik naar huis ga. Eventueel zou een spraak commando via Google Assistant ook een optie kunnen zijn. Het is een extra handeling, maar zorgt er wel voor dat het nooit te veel gestuurd wordt en vanaf iedere locatie werkt.
• Mogelijk zou ik ook in mijn agenda kunnen kijken. Als ik geen afspraken heb staan in de eerste paar uur na 15:00-17:00 dan ben ik vermoedelijk op weg naar huis.

[Hmmbob]

maxoss schreef op woensdag 1 februari 2023 @ 22:08:
[...]

YAML:

alias: "Location: Notificatie dat Rick van het werk vertrekt"
description: ""
trigger:
  - platform: zone
    entity_id: person.rick
    event: leave
    zone: zone.werk_rick
condition:
  - condition: time
    after: "15:00:00"
    before: "19:00:00"
    weekday:
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - service: homeassistant.update_entity
    entity_id: sensor.werk_woon
  - delay:
      seconds: 10
  - service: notify.mobile_app_telefoon_kiki
    data:
      title: ♥ Rick is op weg naar huis!
      message: >
        Hij is rond {{now().strftime("%H:%M")}} vertrokken en Waze  denkt dat
        hij over {{states('sensor.werk_woon')}} min thuis is.
      data:
        actions:
          - action: URI
            title: Check huidige locatie
            uri: /lovelace/map
        ttl: 0
        priority: high
        icon_url: >-
          https://raw.githubusercontent.com/home-assistant/assets/master/logo/logo-pretty.png
  - service: notify.mobile_app_rick
    data:
      title: Goede thuisreis
      message: >
        Ik heb thuis laten weten dat je volgens Waze over
        {{states('sensor.werk_woon')}} min thuis bent.
      data:
        ttl: 0
        priority: high
        icon_url: >-
          https://raw.githubusercontent.com/home-assistant/assets/master/logo/logo-pretty.png
initial_state: true

Fijn dat mijn automation ook voor jou zo goed werkt
Je hebt er niet eens heel veel aan te hoeven passen, alleen de namen van jullie!

[Yukkie]

Majari schreef op woensdag 1 februari 2023 @ 22:00:
[...]


En, ben je al wat wijzer? Ik zit sinds 2 weken met een niet reagerende HA. Probleem is net als jij: backup restore blijft hangen waarna HA niet mee bereikbaar is (UI en companion app) maar wel te pingen.


Hij draait op een RPI3 die al wat jaartjes meegaat. Maar een verse install lijkt prima te werken (op andere sd kaart).
Maakt niet uit welke backup ik probeer terug te zetten, van kerst of afgelopen zomer, reactie is steeds t zelfde. Iemand een idee? Toch voeding? Corrupte sd? (2x) Een zetje in de juiste richting zou ik enorm waarderen.

Ik heb een nieuwe SSD gekocht (Een Kingston A400), daarmee was het probleem opgelost. Blijkbaar is een oudere SSD echt te power-hongerig.

[lasharor]

TheFes schreef op donderdag 2 februari 2023 @ 08:27:
[...]


De proximity sensor heeft ook een attribute wat aangeeft of je afstand afneemt of toeneemt.

Yes, dat is een goede! ik zie inderdaad dat die proximity sensor een attribute heeft met "direction of travel".


Dus dan denk ik dat ik meeneem:

* Tijd van de dag (dus, tussen 16:30 en 18:00)
* Verlaten van de zone werk
* verandering van direction of travel van "stationary" naar "towards"
* Towards voor meer dan 5 minuten

En dan misschien nog een algemene conditie:

* waze afstand 30 minuten
* verandering van direction of travel van "stationary" naar "towards"
* towards voor meer dan 5 minuten

Het zal dan niet helemaal kloppen maar denk dat het op deze manier vrij accuraat is.

[Rouwette]

vso schreef op woensdag 1 februari 2023 @ 23:13:
is er een "mobiele" HASS oplossing ? iets wat je op je camping-trip/vakantie-huisje/camper oid kan gebruiken?

ik denk aan een soort "sub" station oid ,,

ik heb bv diverse gastanks, maar ook andere "smart devices" die meegaan op vakantie (iets met luxe + kids) en je ontkomt er steeds minder aan.

los van "moet je het willen" of zo, een casus kan zijn je camper elektronica / benzine verbruik of je Bluetooth gastank meter. .

Net zoals @maxoss en zijn ETA x tijd tot "thuis" is het leuk dat je weet hoe ver je van je verblijfplek bent oid. als automation maar dan geprojecteerd op je sub station.

de kern is wel .. zijn er al oplossinging / workarounds bekend ?>

Ik heb wel eens ergen gelezen dat een 2de HA als sub, die kan dan in je camper (moet wel verbinding hebben met internet, en je master HA moet van buiten bereikbaar zijn)

[Gizz]

denuz schreef op donderdag 2 februari 2023 @ 07:45:
[...]

Dit zou voor mij de perfecte toepassing zijn voor een nfc tag. Tag in de auto plakken - - > scannen met telefoon - - > automation kan afgetrapt worden.

Zo zou ik het ook doen. Even een tag aantikken voordat je de telefoon in z'n houder zet is anderhalve seconde werk. En erg betrouwbaar in vergelijking met andere oplossingen waarbij meerdere condities gecheckt moeten worden

Ook handig als je een keer niet direct van werk naar huis gaat, dan scan je de tag niet en heb je ook geen 'valse' melding richting familie dat je onderweg naar huis zou zijn. Lijkt me handiger dan eerst HA openen om een schakelaar om te zetten die je automation (tijdelijk) uitschakelt.

[ Voor 22% gewijzigd door Gizz op 02-02-2023 09:29 ]

[-Casper]

We zitten alweer in februari dus het hooikoorts seizoen is weer in aantocht. Zodoende ben ik ook aan het kijken naar een luchtreiniger. Nu ben ik natuurlijk opzoek naar een luchtreiniger die goed integreert met HA. Hebben mensen hier ook nog aanbevelingen voor?

[dotcom87]

Hey allemaal Ik heb net Afvalbeheer geïnstalleerd via HACS. Heeft er iemand toevallig een voorbeeld van een automation die een notificatie naar mijn smartphone stuurt de dag ervoor?

[Majari]

synoniem schreef op woensdag 1 februari 2023 @ 22:42:
[...]

Heb je al geprobeerd een deel van de backup terug te zetten in plaats van de hele backup?

Jep, ik had zowel een snapshot als partial backup.
Al heb ik een kunstgreepje moeten doen om ze allemaal te pakken te krijgen via de oude SD kaart naar windows, maar dat was met een Linux kaartlezers tooltje zo gepiept.

[Slinkos]

dotcom87 schreef op donderdag 2 februari 2023 @ 09:51:
Hey allemaal Ik heb net Afvalbeheer geïnstalleerd via HACS. Heeft er iemand toevallig een voorbeeld van een automation die een notificatie naar mijn smartphone stuurt de dag ervoor?

YAML:

alias: Afvalwaarschuwing
trigger:
  - platform: time
    at: "20:00:00"
condition:
  - condition: or
    conditions:
      - condition: template
        value_template: >-
          {{ is_state_attr('sensor.afvalinfo_gft', 'days_until_collection_date'
          , 1 ) }}
      - condition: template
        value_template: >-
          {{ is_state_attr('sensor.afvalinfo_pbd', 'days_until_collection_date'
          , 1 ) }}
      - condition: template
        value_template: >-
          {{ is_state_attr('sensor.afvalinfo_restafval',
          'days_until_collection_date' , 1 ) }}
action:
  - service: notify.Beiden_iOS
    data_template:
      title: >
        Afvalwaarschuwing {% if is_state_attr('sensor.afvalinfo_gft',
        'days_until_collection_date' , 1 ) %}{{
        state_attr('sensor.afvalinfo_gft', 'friendly_name') }} {% elif
        is_state_attr('sensor.afvalinfo_pbd', 'days_until_collection_date' , 1 )
        %}{{ state_attr('sensor.afvalinfo_pbd', 'friendly_name') }} {% elif
        is_state_attr('sensor.afvalinfo_restafval', 'days_until_collection_date'
        , 1 ) %}{{ state_attr('sensor.afvalinfo_restafval', 'friendly_name') }}
        {% else %}Onbekend {% endif %}morgen
      message: >
        Morgen wordt de container voor {% if
        is_state_attr('sensor.afvalinfo_gft', 'days_until_collection_date' , 1 )
        %}{{ state_attr('sensor.afvalinfo_gft', 'friendly_name') }} {% elif
        is_state_attr('sensor.afvalinfo_pbd', 'days_until_collection_date' , 1 )
        %}{{ state_attr('sensor.afvalinfo_pbd', 'friendly_name') }} {% elif
        is_state_attr('sensor.afvalinfo_restafval', 'days_until_collection_date'
        , 1 ) %}{{ state_attr('sensor.afvalinfo_restafval', 'friendly_name') }}
        {% else %}Onbekend {% endif %}opgehaald
initial_state: "on"
mode: single

Ik gebruik overigens "Afvalinfo"

[-Casper]

dotcom87 schreef op donderdag 2 februari 2023 @ 09:51:
Hey allemaal Ik heb net Afvalbeheer geïnstalleerd via HACS. Heeft er iemand toevallig een voorbeeld van een automation die een notificatie naar mijn smartphone stuurt de dag ervoor?

Ik gebruik een andere integratie maar zal soortgelijk werken:

YAML:

- alias: App notificatie - Afval aan de weg
  id: app_notificatie_afval_avond
  trigger:
    - platform: time
      at: "20:00:00"
  condition: 
    - condition: state # Alleen wanneer we niet op vakantie zijn
      entity_id: input_boolean.vakantie_modus
      state: 'off'
    - condition: not
      conditions:
        - condition: state
          entity_id: sensor.afvalinfo_trash_type_tomorrow
          state: none
  variables:
    bak: >
      {% if state_attr('sensor.afvalinfo_gft', 'days_until_collection_date') == 1 %}
      de groene bak
      {%elif state_attr('sensor.afvalinfo_restafval', 'days_until_collection_date') == 1 %}
      de grijze bak
      {%elif state_attr('sensor.afvalinfo_papier', 'days_until_collection_date') == 1 %}
      het oud papier
      {%endif%}
  action:
    - service: notify.casper
      data:
        title: "{{ bak|capitalize }} wordt morgen opgehaald"
        message: "Zet {{bak}} aan de weg"

Belangrijk om op te merken; bij ons worden er nooit 2 bakken op dezelfde dag opgehaald.

[dotcom87]

dotcom87 schreef op donderdag 2 februari 2023 @ 09:51:
Hey allemaal Ik heb net Afvalbeheer geïnstalleerd via HACS. Heeft er iemand toevallig een voorbeeld van een automation die een notificatie naar mijn smartphone stuurt de dag ervoor?

Ben zelf met deze code op de proppen gekomen

YAML:

alias: >-
  Notify: Send notification (repeat) to take out the trash until trash taken out
  is on
description: ""
trigger:
  - platform: time
    at: "17:00:00"
condition:
  - condition: template
    value_template: "{{ states('sensor.limburg_net_tomorrow') != 'None' }}"
  - condition: state
    entity_id: input_boolean.trash_taken_out
    state: "off"
action:
  - alias: Send notification until trash is taken out
    repeat:
      sequence:
        - service: notify.mobile_app_pixel_5
          data:
            title: Take out the trash
            message: "Collected tomorrow: {{ states('sensor.limburg_net_tomorrow') }}"
        - delay:
            minutes: 30
      until:
        - condition: state
          entity_id: input_boolean.trash_taken_out
          state: "on"
mode: single

[ Voor 0% gewijzigd door Septillion op 02-02-2023 11:15 . Reden: Denk aan de ' yaml' bij code-tags aub ]

[tolunaygul12]

Goede morgen, vanochtend de 2023.2 update geïnstalleerd vanuit werk ( slim natuurlijk als je vanuit gaat dat alles werkt na een update.. ) en sindsdien heb ik problemen met de modbus integratie.
Deze gebruik ik om enkele sdm meters uit te lezen en om de warmtepomp uit te lezen.

Helaas start modbus niet op met de volgende meldingen :
Iemand hier al tegenaan gelopen toevallig ?

Durf voorlopig even niks aan te passen of te updaten zonder dat ik thuis ben

Dit is min OS versie :

code:

Logger: homeassistant.components.websocket_api.http.connection
Source: components/hassio/__init__.py:529
Integration: Home Assistant WebSocket API (documentation, issues)
First occurred: 10:22:03 (1 occurrences)
Last logged: 10:22:03

[139642397415488] The system cannot restart because the configuration is not valid: Component error: modbus - cannot import name 'ModbusBaseClient' from 'pymodbus.client' (/usr/local/lib/python3.10/site-packages/pymodbus/client/__init__.py)
Traceback (most recent call last):
  File "/usr/src/homeassistant/homeassistant/components/websocket_api/commands.py", line 200, in handle_call_service
    await hass.services.async_call(
  File "/usr/src/homeassistant/homeassistant/core.py", line 1787, in async_call
    task.result()
  File "/usr/src/homeassistant/homeassistant/core.py", line 1824, in _execute_service
    await cast(Callable[[ServiceCall], Awaitable[None]], handler.job.target)(
  File "/usr/src/homeassistant/homeassistant/components/hassio/__init__.py", line 529, in async_handle_core_service
    raise HomeAssistantError(
homeassistant.exceptions.HomeAssistantError: The system cannot restart because the configuration is not valid: Component error: modbus - cannot import name 'ModbusBaseClient' from 'pymodbus.client' (/usr/local/lib/python3.10/site-packages/pymodbus/client/__init__.py)

en

code:

Logger: homeassistant.setup
Source: setup.py:213
First occurred: 08:21:15 (1 occurrences)
Last logged: 08:21:15

Setup failed for modbus: Unable to import component: cannot import name 'ModbusBaseClient' from 'pymodbus.client' (/usr/local/lib/python3.10/site-packages/pymodbus/client/__init__.py)