Home Assistant: Open source Python3 home automation - deel 4

[B-Force]

kan iemand mij helpen met de update van browser_mod 1 naar 2? Ik had popup cards verwerkt in yaml, maar dat werkt niet meer na de update. Ik ga ze daarom overzetten naar een fire-dom-event. Geen probleem leek mij, maar het lukt me niet goed. Hieronder mijn YAML waarin ik via een grid card met foto's van ons gezin (picture entities) een popup wil laten tonen bij het klikken waarmee ik een Map te zien krijg met de locatie van diegene:

YAML:

square: false 
columns: 3
type: grid
cards:
  - show_state: true
    show_name: false
    camera_view: auto
    type: picture-entity
    entity: sensor.status_NAAM
    aspect_ratio: '1'
    image: /plaatje
    name: NAAM
    tap_action:
      action: fire-dom-event
      browser_mod:
        service: browser_mod.popup
        title: Popup
        data:
          content:
            type: map
            entities:
              - entity: device_tracker.NAAM
            default_zoom: 16
            aspect_ratio: '2:1'

waar het misgaat is bij het laatste stuk, ik krijg hier niet de juiste config. Ik heb al geprobeerd het stukje

YAML:

data:

weg te halen en alles daaronder een tab naar links te halen, maakt niet uit.

YAML:

data:

vervangen door

YAML:

service:

werkte ook niet...

wat mis ik?

[ Voor 14% gewijzigd door B-Force op 06-09-2022 12:49 ]

[bhartman]

Kek schreef op maandag 5 september 2022 @ 16:29:
voor belangstellenden; er zijn nog USB google corals op voorraad: https://nl.rs-online.com/...tool-accessories/2017821/

Helaas alleen voor bedrijven/KvK, en niet voor consumenten Toch bedankt voor de info.

[TheFes]

B-Force schreef op dinsdag 6 september 2022 @ 12:46:
kan iemand mij helpen met de update van browser_mod 1 naar 2? Ik had popup cards verwerkt in yaml, maar dat werkt niet meer na de update. Ik ga ze daarom overzetten naar een fire-dom-event. Geen probleem leek mij, maar het lukt me niet goed. Hieronder mijn YAML waarin ik via een grid card met foto's van ons gezin (picture entities) een popup wil laten tonen bij het klikken waarmee ik een Map te zien krijg met de locatie van diegene:

YAML:

square: false 
columns: 3
type: grid
cards:
  - show_state: true
    show_name: false
    camera_view: auto
    type: picture-entity
    entity: sensor.status_NAAM
    aspect_ratio: '1'
    image: /plaatje
    name: NAAM
    tap_action:
      action: fire-dom-event
      browser_mod:
        service: browser_mod.popup
        title: Popup
        data:
          content:
            type: map
            entities:
              - entity: device_tracker.NAAM
            default_zoom: 16
            aspect_ratio: '2:1'

waar het misgaat is bij het laatste stuk, ik krijg hier niet de juiste config. Ik heb al geprobeerd het stukje

YAML:

data:

weg te halen en alles daaronder een tab naar links te halen, maakt niet uit.

YAML:

data:

vervangen door

YAML:

service:

werkte ook niet...

wat mis ik?

Zo heb ik het:

YAML:

          tap_action:
            action: fire-dom-event
            browser_mod:
              service: browser_mod.popup
              data:
                title: Martijn
                content:
                  type: custom:more-info-card
                  entity: person.martijn

Dus title: moet onder data:
Verder lijkt het moet goed.

[rroetenberg]

_Arthur schreef op dinsdag 6 september 2022 @ 12:00:
[...]

Waar je energie-getallen vandaan komen maakt niet uit. Maar ik heb een Youless LS120 aan mijn P1 poort hangen en een SMA omvormer. Deze 2 voorzien de input getallen.

Dat begrijp ik, maar wanneer ik de 2 waardes die naar mijn idee geselecteerd moeten worden krijg ik een Unknown error occurred.

Gebruik de waardes: sensor.dsmr_day_consumption_electricity_returned_merged & sensor.dsmr_day_consumption_electricity_merged

[_Arthur]

rroetenberg schreef op dinsdag 6 september 2022 @ 16:25:
[...]

Dat begrijp ik, maar wanneer ik de 2 waardes die naar mijn idee geselecteerd moeten worden krijg ik een Unknown error occurred.

Gebruik de waardes: sensor.dsmr_day_consumption_electricity_returned_merged & sensor.dsmr_day_consumption_electricity_merged

Zijn de unit_of_measurement en device_class wel correct voor deze 2 sensoren?

Dit zijn de mijne:


Voor nummer 3 heb ik deze:


Die sensoren zijn in de sensors.yaml als volgt gedefinieerd:

YAML:

# Terug levering aan Net gecombineerd
    power_delivery_to_net:
      friendly_name: "Power Delivery to Net"
      device_class: energy
      unit_of_measurement: 'kWh'
      value_template: '{{ states("sensor.youless_power_delivery_low") |float + states("sensor.youless_power_delivery_high") | float }}'
# Afname van Net gecombineerd
    power_delivery_from_net:
      friendly_name: "Power Delivery from Net"
      device_class: energy
      unit_of_measurement: 'kWh'
      value_template: '{{ states("sensor.youless_power_meter_low") |float + states("sensor.youless_power_meter_high") | float }}'
# Huidige kWh prijs bij Engie 02-09-2022
    power_tariff:
      friendly_name: "Huidige kWh prijs"      
      device_class: energy
      unit_of_measurement: '€'
      value_template: "{{ 0.37448 }}"

[TheFes]

_Arthur schreef op dinsdag 6 september 2022 @ 16:35:
[...]

Zijn de unit_of_measurement en device_class wel correct voor deze 2 sensoren?

Dit zijn de mijne:
[Afbeelding]

Voor nummer 3 heb ik deze:
[Afbeelding]

Die sensoren zijn in de sensors.yaml als volgt gedefinieerd:
[Afbeelding]

YAML:

# Terug levering aan Net gecombineerd
    power_delivery_to_net:
      friendly_name: "Power Delivery to Net"
      device_class: energy
      unit_of_measurement: 'kWh'
      value_template: '{{ states("sensor.youless_power_delivery_low") |float + states("sensor.youless_power_delivery_high") | float }}'
# Afname van Net gecombineerd
    power_delivery_from_net:
      friendly_name: "Power Delivery from Net"
      device_class: energy
      unit_of_measurement: 'kWh'
      value_template: '{{ states("sensor.youless_power_meter_low") |float + states("sensor.youless_power_meter_high") | float }}'
# Huidige kWh prijs bij Engie 02-09-2022
    power_tariff:
      friendly_name: "Huidige kWh prijs"      
      device_class: energy
      unit_of_measurement: '€'
      value_template: "{{ 0.37448 }}"

power klinkt sowieso verkeerd, power is huidig gebruik in (kilo)Watt, energy is verbruik over een tijdsperiode in (kilo)Wattuur

Maar goed, je sensors missen state_class: total_increasing. Dat wordt alleen niet ondersteund in het legacy template format wat jij hier nog gebruikt.

Die prijs-sensor kun je ook niet gebruiken, die heeft unit_of_measurement: €/kWh nodig

Verder missen je templates defaults, en zullen ze nu errors geven bij het opstarten van HA, en moet je als je ze voor het Energy Dashboard wil gebruiken een availability template meegeven, anders krijg je geheid fouten in je waardes op het Energy Dashboard.

Waarom wil je eigenlijk een totaalsensor maken, je kunt ook gewoon zowel low als high in het Energy Dashboard invoeren. Dan kun je ook mooi zien welk tarief je gebruikt hebt.

[_Arthur]

TheFes schreef op dinsdag 6 september 2022 @ 17:04:
Waarom wil je eigenlijk een totaalsensor maken, je kunt ook gewoon zowel low als high in het Energy Dashboard invoeren. Dan kun je ook mooi zien welk tarief je gebruikt hebt.

Ik gebruik het Energy Dashboard dan ook niet.

[Acradavos]

Weet iemand hoe HA omgaat met het Energy dashboard en salderen van panelen?

Ik zit nu nog bij Eneco, waarbij ik een normaal en daltarief heb. Terugleveren is 0,09 cent.

Normaal en Daltarief heb ik een aparte entiteit voor, maar met terugleververgoeding van 0,09 cent. Dat zou toch voldoende moeten zijn voor twee entiteiten?

[ Voor 20% gewijzigd door Acradavos op 06-09-2022 17:10 ]

[rroetenberg]

_Arthur schreef op dinsdag 6 september 2022 @ 16:35:
[...]

Zijn de unit_of_measurement en device_class wel correct voor deze 2 sensoren?

Dit zijn de mijne:
[Afbeelding]

Voor nummer 3 heb ik deze:
[Afbeelding]

Die sensoren zijn in de sensors.yaml als volgt gedefinieerd:
[Afbeelding]

YAML:

# Terug levering aan Net gecombineerd
    power_delivery_to_net:
      friendly_name: "Power Delivery to Net"
      device_class: energy
      unit_of_measurement: 'kWh'
      value_template: '{{ states("sensor.youless_power_delivery_low") |float + states("sensor.youless_power_delivery_high") | float }}'
# Afname van Net gecombineerd
    power_delivery_from_net:
      friendly_name: "Power Delivery from Net"
      device_class: energy
      unit_of_measurement: 'kWh'
      value_template: '{{ states("sensor.youless_power_meter_low") |float + states("sensor.youless_power_meter_high") | float }}'
# Huidige kWh prijs bij Engie 02-09-2022
    power_tariff:
      friendly_name: "Huidige kWh prijs"      
      device_class: energy
      unit_of_measurement: '€'
      value_template: "{{ 0.37448 }}"

Thanks! Bij het toevoegen ging het mis bij het feit dat ik de energieprijs niet had ingevuld. Zie nog geen waardes staan, maar dat zal ongetwijfeld later komen

[_Arthur]

rroetenberg schreef op dinsdag 6 september 2022 @ 17:09:
Thanks! Bij het toevoegen ging het mis bij het feit dat ik de energieprijs niet had ingevuld. Zie nog geen waardes staan, maar dat zal ongetwijfeld later komen

Ik moest daarvoor HA herstarten; toen begon de integratie pas te werken.

[Soullancer]

Eindelijk de knoop doorgehakt.. maar dan.

Ik dacht laat ik shelly 1 plus kopen voor de garage deur icm home assistant. Laatste firmware erop van Shelly...
Toevoegen op het wifi netwerk, device discovered..

En dan krijg ik doodleuk
"Device not fully provisioned. Please contact Shelly support"

[schmm]

Allen,

Ik heb een Airco van het merk Fluo (met WIFI). Heeft iemand een idee of er al een integratie is die ik kan gebruiken hiervoor? De app op de telefoon die ik hiervoor gebruik is "Easy Home AMS"

[Btje]

De volgende automation doet het alleen bij opstart daarna niet meer. Waar kan dat aan liggen?

code:

- id: '1658123553809'
  alias: Achterdeur sluiten
  description: ''
  trigger:
  - platform: numeric_state
    entity_id: sensor.achtertuin_temp_battery
    above: sensor.woonkamer_temperature
  condition: []
  action:
  - service: notify.mobile_app_brammobiel
    data:
      message: Buiten is het warmer dan binnen, doe de achterdeur dicht.
      title: 'HomeAssistant '
  - service: notify.mobile_app_riannemobiel
    data:
      message: Buiten is het warmer dan binnen doe de achterdeur dicht
      title: 'HomeAssistant '
  mode: single

[verjager]

Btje schreef op dinsdag 6 september 2022 @ 22:38:
De volgende automation doet het alleen bij opstart daarna niet meer. Waar kan dat aan liggen?

Klopt de sensor sensor.achtertuin_temp_battery?
Dit lijkt op een batterijniveau ipv een temperatuur.

En anders:

Wordt de waarde van sensor.woonkamer_temperature wel eerst lager, en dan weer hoger zodat de trigger afgaat?

Kun je bekijken in de automation trace wat de waarden zijn van de trigger.to_state wanneer deze afgaat bij opstarten?

[GertJan2012]

schmm schreef op dinsdag 6 september 2022 @ 18:49:
Allen,

Ik heb een Airco van het merk Fluo (met WIFI). Heeft iemand een idee of er al een integratie is die ik kan gebruiken hiervoor? De app op de telefoon die ik hiervoor gebruik is "Easy Home AMS"

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

[breinonline]

GertJan2012 schreef op woensdag 7 september 2022 @ 00:21:
[...]

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

Daar staat hij niet tussen en als je zoekt dan lijkt er ook geen custom iets te vinden te zijn.

[breinonline]

Andere vraag. Ik ben mijn ventilatieregeling automation aan het aanpassen om automatische nachtkoeling te maken. Dat werkt maar ten dele. Alles doet het behalve de stap die de fan daadwerkelijk aan moet sturen. En ik snap niet waarom. Ik laat even alles wat werkt bewust weg.

YAML:

### automations ###
automation manual:
## Ventilatieregeling ##
- id: '20220905163401'
  alias: Ventilatieregeling
  description: Aansturen van de ventilatie
  trigger:
    - platform: state
      entity_id: input_select.wtw_voorkeur
      id: 'voorkeurstand_wijziging'
  action:
    - choose:
        - conditions: #Voorkeursstand wijzigt, zet WTW op dat percentage (behalve als naloop of actief is)
            - condition: trigger
              id: 'voorkeurstand_wijziging'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'off'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"

Dit moet toch gewoon iedere keer dat de input_select wijzigt kijken of de wtw_naloop actief is en zo nee de fan aansturen op het percentage uit het input_select menu?

[TheFes]

breinonline schreef op woensdag 7 september 2022 @ 06:13:
Andere vraag. Ik ben mijn ventilatieregeling automation aan het aanpassen om automatische nachtkoeling te maken. Dat werkt maar ten dele. Alles doet het behalve de stap die de fan daadwerkelijk aan moet sturen. En ik snap niet waarom. Ik laat even alles wat werkt bewust weg.

YAML:

### automations ###
automation manual:
## Ventilatieregeling ##
- id: '20220905163401'
  alias: Ventilatieregeling
  description: Aansturen van de ventilatie
  trigger:
    - platform: state
      entity_id: input_select.wtw_voorkeur
      id: 'voorkeurstand_wijziging'
  action:
    - choose:
        - conditions: #Voorkeursstand wijzigt, zet WTW op dat percentage (behalve als naloop of actief is)
            - condition: trigger
              id: 'voorkeurstand_wijziging'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'off'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"

Dit moet toch gewoon iedere keer dat de input_select wijzigt kijken of de wtw_naloop actief is en zo nee de fan aansturen op het percentage uit het input_select menu?

Het deel wat wel werkt kan ook van invloed zijn, het zou bijvoorbeeld kunnen dat er altijd een snelle i choose optie gekozen wordt.

[breinonline]

TheFes schreef op woensdag 7 september 2022 @ 07:18:
[...]


Het deel wat wel werkt kan ook van invloed zijn, het zou bijvoorbeeld kunnen dat er altijd een snelle i choose optie gekozen wordt.

Dan zal dat wel aan de hand zijn

De volledige automation is als volgt:

YAML:

### automations ###
automation manual:
## Ventilatieregeling ##
- id: '20220905163401'
  alias: Ventilatieregeling
  description: Aansturen van de ventilatie
  trigger:
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      above: '38'
      id: 'stand_3'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '38.5'
      id: 'stand_2'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '31'
      id: 'stand_1'
    - platform: template
      value_template: >-
        {{ now().strftime('%F') == (now().strftime('%Y') | int ) ~ "-12-31" and now().strftime("%R") == "23:10" }}
      id: 'jaarwisseling'
    - platform: template
      value_template: >-
        {{ now().strftime('%F') == (now().strftime('%Y') | int ) ~ "-01-01" and now().strftime("%R") == "02:00" }}
      id: 'jaarwisseling_voorbij'
    - platform: state
      entity_id: input_boolean.away
      to: 'on'
      id: 'away'
    - platform: state
      entity_id: input_boolean.away
      to: 'off'
      id: 'back'
    - platform: numeric_state
      entity_id: sensor.comfoairq_verschil
      above: 3
      id: 'nachtkoeling_aan'
    - platform: numeric_state
      entity_id: sensor.comfoairq_verschil
      below: 3
      id: 'nachtkoeling_uit'
    - platform: state
      entity_id: input_select.wtw_voorkeur
      id: 'voorkeurstand_wijziging'
  action:
    - choose:
        - conditions: #Start de afzuiging op stand 3 wanneer SWW temperatuur boven de 38ºC stijgt
            - condition: trigger
              id: 'stand_3'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 100
            - service: input_boolean.turn_on
              target:
                entity_id: input_boolean.wtw_naloop_aan
        - conditions: #Als SWW temperatuur onder de 38.5ºC zakt, schakel de afzuiging naar stand 2
            - condition: trigger
              id: 'stand_2'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 66
        - conditions: #Als SWW temperatuur onder de 31ºC zakt, schakel de afzuiging weer naar voorkeurstand
            - condition: trigger
              id: 'stand_1'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: input_boolean.turn_off
              target:
                entity_id: input_boolean.wtw_naloop_aan
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW tijdelijk naar stand 0 rond de jaarwisseling
            - condition: trigger
              id: 'jaarwisseling'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 0
        - conditions: #Schakel de WTW naar voorkeurstand na de jaarwisseling
            - condition: trigger
              id: 'jaarwisseling_voorbij'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW naar stand away
            - condition: trigger
              id: 'away'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 0
        - conditions: #Schakel de WTW naar voorkeurstand
            - condition: trigger
              id: 'back'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW naar stand 2 om extra te koelen
            - condition: trigger
              id: 'nachtkoeling_aan'
            - condition: numeric_state
              entity_id: sensor.comfoairq_current_rmot
              above: 18
            - condition: numeric_state
              entity_id: sensor.comfoairq_inside_temperature
              above: 21
          sequence:
            - service: input_select.select_option
              target:
                entity_id: input_select.wtw_voorkeur
              data:
                option: 66
        - conditions: #Koelfase voorbij, schakel de WTW terug naar vorige voorkeursstand (0 of 1)
            - condition: trigger
              id: 'nachtkoeling_uit'
          sequence:
            - service: input_select.select_option
              target:
                entity_id: input_select.wtw_voorkeur
              data:
                option: >
                  {% if is_state('input_boolean.away', 'on') %} 0 {% else %} 33 {% endif %}
        - conditions: #Voorkeursstand wijzigt, zet WTW op dat percentage (behalve als naloop of actief is)
            - condition: trigger
              id: 'voorkeurstand_wijziging'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'off'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
  mode: single

Basisidee is dus een menu met daarin de voorkeurstand. Afhankelijk van verhouding binnen/buitentemp is die 33 of 66%. Indien away gaat de boel naar 0 en bij douchen naar 3 en via 2 weer terug naar voorkeurstand. O, en rond oud- en nieuw ook even op 0 om niet teveel kruiddampen binnen te halen.

[DynamicDreams]

Ik heb nu slimme radiatorknoppen van Netatmo. Deze zijn ook mooi herkend door HomeAssistant en ik kan ze ook bedienen vanuit HomeAssistant.

Als de knoppen naar de status 'Verwarmen' gaan, wil ik zelf een bepaald relais aansturen (die stuurt dan de klep van mijn stadsverwarming open). Dat relais aansturen is het probleem niet, maar wel het uitlezen of een radiator in de modus 'Verwarmen' staat.

Als hij inactief is, toont HomeAssistant dit:


Als hij aan het verwarmen is, toont HomeAssistant dit:


Ik had verwacht dat ik in het logboek iets terug zou moeten kunnen vinden m.b.t. welke entiteit dan die status bevat, zodat ik dit kan gebruiken in een automatisering.

In het logboek vind ik echter helemaal geen vermeldingen:


Hoe kan ik toch in HomeAssistant op basis van de status van een radiatorknop een actie uitvoeren?

[TheFes]

DynamicDreams schreef op woensdag 7 september 2022 @ 08:37:
Ik heb nu slimme radiatorknoppen van Netatmo. Deze zijn ook mooi herkend door HomeAssistant en ik kan ze ook bedienen vanuit HomeAssistant.

Als de knoppen naar de status 'Verwarmen' gaan, wil ik zelf een bepaald relais aansturen (die stuurt dan de klep van mijn stadsverwarming open). Dat relais aansturen is het probleem niet, maar wel het uitlezen of een radiator in de modus 'Verwarmen' staat.

Als hij inactief is, toont HomeAssistant dit:
[Afbeelding]

Als hij aan het verwarmen is, toont HomeAssistant dit:
[Afbeelding]

Ik had verwacht dat ik in het logboek iets terug zou moeten kunnen vinden m.b.t. welke entiteit dan die status bevat, zodat ik dit kan gebruiken in een automatisering.

In het logboek vind ik echter helemaal geen vermeldingen:
[Afbeelding]

Hoe kan ik toch in HomeAssistant op basis van de status van een radiatorknop een actie uitvoeren?

Daarvoor moet je niet in het logboek zijn, maar in developer tools > states

[DynamicDreams]

TheFes schreef op woensdag 7 september 2022 @ 08:38:
[...]


Daarvoor moet je niet in het logboek zijn, maar in developer tools > states

Top, heb het gevonden. Weer wat geleerd!

[tistjendop]

DynamicDreams schreef op woensdag 7 september 2022 @ 08:46:
[...]


Top, heb het gevonden. Weer wat geleerd!

[Afbeelding]

Ik heb ook zoiets draaiend met een netatmo kraan en een switch om de ventilators van de convector aan en uit te zetten. Ik kijk of een andere verwarming aan staat om de ventilators van de convector aan te zetten omdat de buizen in de convector altijd warm hebben als de boiler draait, maar pas veel warmte verspreiden als de ventilators aan staan.

YAML:

alias: Convector ventilators aanzetten
description: ""
trigger:
  - platform: state
    entity_id: climate.netatmo_valve_9
    attribute: hvac_action
    to: heating
condition: []
action:
  - service: switch.turn_on
    data: {}
    target:
      device_id: 8f851e0cb56b6xxaxcdaf4xxx21615c2
mode: single

YAML:

alias: Convector ventilators uitzetten
description: ""
trigger:
  - platform: state
    entity_id: climate.netatmo_valve_9
    attribute: hvac_action
    from: heating
condition: []
action:
  - service: switch.turn_off
    data: {}
    target:
      device_id: 8f8xxe0cb56b6xxaxcdafxxxd21615c2
mode: single

[RobertMe]

breinonline schreef op woensdag 7 september 2022 @ 08:19:
[...]

Dan zal dat wel aan de hand zijn

De volledige automation is als volgt:

YAML:

### automations ###
automation manual:
## Ventilatieregeling ##
- id: '20220905163401'
  alias: Ventilatieregeling
  description: Aansturen van de ventilatie
  trigger:
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      above: '38'
      id: 'stand_3'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '38.5'
      id: 'stand_2'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '31'
      id: 'stand_1'
    - platform: template
      value_template: >-
        {{ now().strftime('%F') == (now().strftime('%Y') | int ) ~ "-12-31" and now().strftime("%R") == "23:10" }}
      id: 'jaarwisseling'
    - platform: template
      value_template: >-
        {{ now().strftime('%F') == (now().strftime('%Y') | int ) ~ "-01-01" and now().strftime("%R") == "02:00" }}
      id: 'jaarwisseling_voorbij'
    - platform: state
      entity_id: input_boolean.away
      to: 'on'
      id: 'away'
    - platform: state
      entity_id: input_boolean.away
      to: 'off'
      id: 'back'
    - platform: numeric_state
      entity_id: sensor.comfoairq_verschil
      above: 3
      id: 'nachtkoeling_aan'
    - platform: numeric_state
      entity_id: sensor.comfoairq_verschil
      below: 3
      id: 'nachtkoeling_uit'
    - platform: state
      entity_id: input_select.wtw_voorkeur
      id: 'voorkeurstand_wijziging'
  action:
    - choose:
        - conditions: #Start de afzuiging op stand 3 wanneer SWW temperatuur boven de 38ºC stijgt
            - condition: trigger
              id: 'stand_3'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 100
            - service: input_boolean.turn_on
              target:
                entity_id: input_boolean.wtw_naloop_aan
        - conditions: #Als SWW temperatuur onder de 38.5ºC zakt, schakel de afzuiging naar stand 2
            - condition: trigger
              id: 'stand_2'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 66
        - conditions: #Als SWW temperatuur onder de 31ºC zakt, schakel de afzuiging weer naar voorkeurstand
            - condition: trigger
              id: 'stand_1'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: input_boolean.turn_off
              target:
                entity_id: input_boolean.wtw_naloop_aan
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW tijdelijk naar stand 0 rond de jaarwisseling
            - condition: trigger
              id: 'jaarwisseling'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 0
        - conditions: #Schakel de WTW naar voorkeurstand na de jaarwisseling
            - condition: trigger
              id: 'jaarwisseling_voorbij'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW naar stand away
            - condition: trigger
              id: 'away'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 0
        - conditions: #Schakel de WTW naar voorkeurstand
            - condition: trigger
              id: 'back'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW naar stand 2 om extra te koelen
            - condition: trigger
              id: 'nachtkoeling_aan'
            - condition: numeric_state
              entity_id: sensor.comfoairq_current_rmot
              above: 18
            - condition: numeric_state
              entity_id: sensor.comfoairq_inside_temperature
              above: 21
          sequence:
            - service: input_select.select_option
              target:
                entity_id: input_select.wtw_voorkeur
              data:
                option: 66
        - conditions: #Koelfase voorbij, schakel de WTW terug naar vorige voorkeursstand (0 of 1)
            - condition: trigger
              id: 'nachtkoeling_uit'
          sequence:
            - service: input_select.select_option
              target:
                entity_id: input_select.wtw_voorkeur
              data:
                option: >
                  {% if is_state('input_boolean.away', 'on') %} 0 {% else %} 33 {% endif %}
        - conditions: #Voorkeursstand wijzigt, zet WTW op dat percentage (behalve als naloop of actief is)
            - condition: trigger
              id: 'voorkeurstand_wijziging'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'off'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
  mode: single

Basisidee is dus een menu met daarin de voorkeurstand. Afhankelijk van verhouding binnen/buitentemp is die 33 of 66%. Indien away gaat de boel naar 0 en bij douchen naar 3 en via 2 weer terug naar voorkeurstand. O, en rond oud- en nieuw ook even op 0 om niet teveel kruiddampen binnen te halen.

Of je in de juiste choose uit komt kun je controleren in de automations debugger? Dus Settings => Automations => de automation => Debug automation. Dan zie je wat er gedaan is, gedeeltelijk waarom, en kun je dus ook zien of/hoe die fan speed service call is aangeroepen.

[breinonline]

RobertMe schreef op woensdag 7 september 2022 @ 09:19:
[...]

Of je in de juiste choose uit komt kun je controleren in de automations debugger? Dus Settings => Automations => de automation => Debug automation. Dan zie je wat er gedaan is, gedeeltelijk waarom, en kun je dus ook zien of/hoe die fan speed service call is aangeroepen.

Ja, daar zie ik dus dat de laatste optie niet wordt aangesproken. Maar waarom niet, dat is me niet helder.

[TheFes]

breinonline schreef op woensdag 7 september 2022 @ 08:19:
[...]

Dan zal dat wel aan de hand zijn

De volledige automation is als volgt:

YAML:

### automations ###
automation manual:
## Ventilatieregeling ##
- id: '20220905163401'
  alias: Ventilatieregeling
  description: Aansturen van de ventilatie
  trigger:
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      above: '38'
      id: 'stand_3'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '38.5'
      id: 'stand_2'
    - platform: numeric_state
      entity_id: sensor.shelly1temperature
      below: '31'
      id: 'stand_1'
    - platform: template
      value_template: >-
        {{ now().strftime('%F') == (now().strftime('%Y') | int ) ~ "-12-31" and now().strftime("%R") == "23:10" }}
      id: 'jaarwisseling'
    - platform: template
      value_template: >-
        {{ now().strftime('%F') == (now().strftime('%Y') | int ) ~ "-01-01" and now().strftime("%R") == "02:00" }}
      id: 'jaarwisseling_voorbij'
    - platform: state
      entity_id: input_boolean.away
      to: 'on'
      id: 'away'
    - platform: state
      entity_id: input_boolean.away
      to: 'off'
      id: 'back'
    - platform: numeric_state
      entity_id: sensor.comfoairq_verschil
      above: 3
      id: 'nachtkoeling_aan'
    - platform: numeric_state
      entity_id: sensor.comfoairq_verschil
      below: 3
      id: 'nachtkoeling_uit'
    - platform: state
      entity_id: input_select.wtw_voorkeur
      id: 'voorkeurstand_wijziging'
  action:
    - choose:
        - conditions: #Start de afzuiging op stand 3 wanneer SWW temperatuur boven de 38ºC stijgt
            - condition: trigger
              id: 'stand_3'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 100
            - service: input_boolean.turn_on
              target:
                entity_id: input_boolean.wtw_naloop_aan
        - conditions: #Als SWW temperatuur onder de 38.5ºC zakt, schakel de afzuiging naar stand 2
            - condition: trigger
              id: 'stand_2'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 66
        - conditions: #Als SWW temperatuur onder de 31ºC zakt, schakel de afzuiging weer naar voorkeurstand
            - condition: trigger
              id: 'stand_1'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'on'
          sequence:
            - service: input_boolean.turn_off
              target:
                entity_id: input_boolean.wtw_naloop_aan
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW tijdelijk naar stand 0 rond de jaarwisseling
            - condition: trigger
              id: 'jaarwisseling'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 0
        - conditions: #Schakel de WTW naar voorkeurstand na de jaarwisseling
            - condition: trigger
              id: 'jaarwisseling_voorbij'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW naar stand away
            - condition: trigger
              id: 'away'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: 0
        - conditions: #Schakel de WTW naar voorkeurstand
            - condition: trigger
              id: 'back'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
        - conditions: #Schakel de WTW naar stand 2 om extra te koelen
            - condition: trigger
              id: 'nachtkoeling_aan'
            - condition: numeric_state
              entity_id: sensor.comfoairq_current_rmot
              above: 18
            - condition: numeric_state
              entity_id: sensor.comfoairq_inside_temperature
              above: 21
          sequence:
            - service: input_select.select_option
              target:
                entity_id: input_select.wtw_voorkeur
              data:
                option: 66
        - conditions: #Koelfase voorbij, schakel de WTW terug naar vorige voorkeursstand (0 of 1)
            - condition: trigger
              id: 'nachtkoeling_uit'
          sequence:
            - service: input_select.select_option
              target:
                entity_id: input_select.wtw_voorkeur
              data:
                option: >
                  {% if is_state('input_boolean.away', 'on') %} 0 {% else %} 33 {% endif %}
        - conditions: #Voorkeursstand wijzigt, zet WTW op dat percentage (behalve als naloop of actief is)
            - condition: trigger
              id: 'voorkeurstand_wijziging'
            - condition: state
              entity_id: input_boolean.wtw_naloop_aan
              state: 'off'
          sequence:
            - service: fan.set_percentage
              target:
                entity_id: fan.comfoairq
              data:
                percentage: "{{ states.input_select.wtw_voorkeur.state|int }}"
  mode: single

Basisidee is dus een menu met daarin de voorkeurstand. Afhankelijk van verhouding binnen/buitentemp is die 33 of 66%. Indien away gaat de boel naar 0 en bij douchen naar 3 en via 2 weer terug naar voorkeurstand. O, en rond oud- en nieuw ook even op 0 om niet teveel kruiddampen binnen te halen.

In die voorkeursstand input_select staan dus getallen? Je gebruikt sowieso een template om de state daarvan op te halen wat sterk afgeraden wordt. De juiste manier is states('input_select.wtw_voorkeur') | int

Verder zou ik het templates voor de jaarwisseling zo doen

Django/Jinja:

{{ now() > today_at('23:10').replace(day=31, month=12) }}
{{ now() < today_at('00:10').replace(day=1, month=1) }}

Wat laat verder inderdaad de trace uit de debugger zien als je die input_select wijzigt?

Je kunt zien op welke condition hij false aangeeft. Is dat voor het trigger id, of voor de state van de input boolean

[breinonline]

TheFes schreef op woensdag 7 september 2022 @ 09:45:
[...]


In die voorkeursstand input_select staan dus getallen? Je gebruikt sowieso een template om de state daarvan op te halen wat sterk afgeraden wordt. De juiste manier is states('input_select.wtw_voorkeur') | int

Verder zou ik het templates voor de jaarwisseling zo doen

Django/Jinja:

{{ now() > today_at('23:10').replace(day=31, month=12) }}
{{ now() < today_at('00:10').replace(day=1, month=1) }}

Wat laat verder inderdaad de trace uit de debugger zien als je die input_select wijzigt?

Je kunt zien op welke condition hij false aangeeft. Is dat voor het trigger id, of voor de state van de input boolean

Klopt, de input_select heeft getallen. Ik zal je verdere wijzigingen vanavond verweken, dank.

De laatste trace is deze (nachtkoeling_uit) waarbij de voorkeurstand in de input_select naar 33 is gebracht. Dat is dan weer een state change die de laatste optie zou moeten triggeren maar dat gebeurt dus niet:


Als ik handmatig een andere waarde in de input_select kies, dan gaat de fan keurig harder of zachter draaien.

[ Voor 3% gewijzigd door breinonline op 07-09-2022 10:35 ]

[TheFes]

breinonline schreef op woensdag 7 september 2022 @ 10:33:
[...]

Klopt, de input_select heeft getallen. Ik zal je verdere wijzigingen vanavond verweken, dank.

De laatste trace is deze (nachtkoeling_uit) waarbij de voorkeurstand in de input_select naar 33 is gebracht. Dat is dan weer een state change die de laatste optie zou moeten triggeren maar dat gebeurt dus niet:
[Afbeelding]

Als ik handmatig een andere waarde in de input_select kies, dan gaat de fan keurig harder of zachter draaien.

Dit is niet de juiste trace, deze is getriggerd door:

YAML:

    - platform: numeric_state
      entity_id: sensor.comfoairq_verschil
      below: 3
      id: 'nachtkoeling_uit'

en volgt dus ook de bijbehorende acties uit de choose

[breinonline]

De laatste optie is dus geen trace van omdat hij niet wordt getriggert. Dus nadat trigger 8 de input_select wijzigt zou ik verwachten dat die wijziging door trigger 9 wordt gezien maar dat gebeurd niet.

Als ik handmatig de input_select wijzig, dan triggert trigger 9 wel:

[mvds]

Ik miste in de topic start een lijstje met must-have sensors voor integratie met HA. Is er ergens zo'n lijstje te vinden? Bijv luchtkwaliteit, weerstation (voor buiten), slimme stekkers, enz?

[TheFes]

breinonline schreef op woensdag 7 september 2022 @ 11:12:
De laatste optie is dus geen trace van omdat hij niet wordt getriggert. Dus nadat trigger 8 de input_select wijzigt zou ik verwachten dat die wijziging door trigger 9 wordt gezien maar dat gebeurd niet.

Als ik handmatig de input_select wijzig, dan triggert trigger 9 wel:
[Afbeelding]

Dat komt omdat je mode: single gebruikt. Als de automation je input_select aanpast, is de automation nog niet afgerond, en vanwege die automation mode zal hij dan dus niet opnieuw triggeren.
Met mode: parallel zal dat wel weken.

[Waah]

mvds schreef op woensdag 7 september 2022 @ 11:13:
Ik miste in de topic start een lijstje met must-have sensors voor integratie met HA. Is er ergens zo'n lijstje te vinden? Bijv luchtkwaliteit, weerstation (voor buiten), slimme stekkers, enz?

Omdat dat best lastig is.
Wifi? 433mhz? ZWave? Bluetooth? Zigbee? Welke Zigbee stick?
Slimme stekker? Wat wil je weten? Verbruik? Hoeveel watt? Of alleen in en uit schakelen? Wil je alles lokaal of mag het via cloud?

DE slimme stekker bestaat niet, DE luchtkwaliteitsmeter ook niet. En daarom staat in de TS ook geen voorbeeld. Plus dat de markt nog best snel beweegt en de topkeuze van vandaag, de slechte keuze is van morgen.

Maar via de search kan je veel vinden, en zie je al snel wat wordt aangeraden.

[breinonline]

TheFes schreef op woensdag 7 september 2022 @ 11:16:
[...]


Dat komt omdat je mode: single gebruikt. Als de automation je input_select aanpast, is de automation nog niet afgerond, en vanwege die automation mode zal hij dan dus niet opnieuw triggeren.
Met mode: parallel zal dat wel weken.

Dat klinkt eigenlijk wel logisch.... dank!

[geenwindows]

hoewel ik het niet helemaal zeker weet of het hier thuis hoort ik het toch...

Ik ben bezig om HAOS van unRAID te migreren naar Proxmox VE, gehele backup verhuizen werkt. enkel de APS-ecu-b intergratie, Youless, en plugwise smile geven verbindings problemen, dit kan dacht ik wel verholpen worden met de intergraties herinstalleren, history en instellingen blijft dacht ik wel bewaard

enkel zit ik met de Conbee2 stick, deze word op Proxmox anders vergeven als op unraid, hoe kan ik veilig de conbee2 weer werkend krijgen in HA?
kan ik de ZHA intergratie verwijderen en herinstalleren, of ben ik dan daadwerkelijk alle zigbee apparaten kwijt?
of kan ik beter binnen proxmox gaan kijken hoe ik de conbee2 config van unraid kan vertalen naar proxmox, zodat HOAS de conbee2 goed oppakt?
oplossing gevonden!:
in: /config/.storage/core.config_entries
daarin heb ik de ZHA cordinator gevonden en daar "path" veranderd naar de conbee2 stick binnen Proxmox,
een herstart later en de conbee2 stick is up&running!

Nu nog even kijken waarom ik binnen proxmox vm de youless, Plugwise thermostaat, en de aps ecu-b niet kan verbinden. bij verwijderen en opnieuw instellen van Youless krijg ik een "Unknown error occurred".
dat is denk ik eerder een Proxmox probleem en dus hier of topic

dit is hoe ik de conbee2 op unraid geconfigureerd heb:

code:

    <serial type='dev'>
      <source path='/dev/serial/by-id/usb-dresden_elektronik_ingenieurtechnik_GmbH_ConBee_II_DE1234567890'/>
      <target type='usb-serial' port='2'>
        <model name='usb-serial'/>
      </target>
      <alias name='serial1'/>
      <address type='usb' bus='0' port='4'/>
    </serial>

[ Voor 17% gewijzigd door geenwindows op 07-09-2022 19:49 ]

[Valkyre]

Voor mijn dochter had ik het idee haar bed en bureau uit te rusten met een led strip die ze dan met een rgb remote kan bedienen.
ik wou bewust geen infra rood remote, omdat ik natuurlijk de ledstrip graag ook voor andere zaken gebruik zoals bijvoorbeeld een nachtlampje, wake up light achtige zaken via HA.

de led strips koppelen in HA is geen probleem werkt ook allemaal prima kleurtjes, brightness enz.
echter de remote daar loop ik vast, ik had eerst een aliexpress miskoop gedaan die ik uberhaupt niet gepaired kreeg met HA, dat ik wat beter ben gaan lopen zoeken en deze gekocht heb:https://www.zigbee2mqtt.io/devices/500.67.html

deze koppelen in zigbee2mqtt gaat vlekkeloos, middels een automation de led strips aan te zetten lukt ook nog maar ik loop hopeloos vast op het gebruik van brightness en natuurlijk de kleurtjes.

deze blueprint kwam ik tegen:
https://community.home-as...n-sunricher-muller/320266
maar daar krijg ik het toch ook niet mee voor mekaar.

YAML:

alias: Pleun.Z2M - RGBGenie ZB-5008/5028 or ZB-5004 4 Zone Remote 1.1
description: ""
use_blueprint:
  path: bayview252/rgbgenie-zb-5004-and-zb-5028-combined.yaml
  input:
    remote: sensor.rgb_remote_pleun_action
    light_group_1:
      device_id:
        - 2b98e39e2c273ff1dfc52ed9df9a4d79
    zb_5004: true
    helper_stop_button: input_boolean.brightness_stop
    remote_zone_1_action_group: 1
    remote_zone_2_action_group: 2 

in zigbee2mqtt > device > State kon ik zien dat er inderdaad naar Action_group 1 gekeken word

heeft iemand dit al vaker gedaan?
ook als ik google op home assistant rgb remote control krijg ik eigenlijk heel weinig hits. is het dan gewoon of heel simpel? of word het gewoon zo weinig gedaan?

[ Voor 22% gewijzigd door Valkyre op 07-09-2022 20:50 ]

[mvds]

Waah schreef op woensdag 7 september 2022 @ 11:48:
[...]

Omdat dat best lastig is.
Wifi? 433mhz? ZWave? Bluetooth? Zigbee? Welke Zigbee stick?
Slimme stekker? Wat wil je weten? Verbruik? Hoeveel watt? Of alleen in en uit schakelen? Wil je alles lokaal of mag het via cloud?

DE slimme stekker bestaat niet, DE luchtkwaliteitsmeter ook niet. En daarom staat in de TS ook geen voorbeeld. Plus dat de markt nog best snel beweegt en de topkeuze van vandaag, de slechte keuze is van morgen.

Maar via de search kan je veel vinden, en zie je al snel wat wordt aangeraden.

Een openingspost is toch JUIST de plek om dit soort info te verzamelen? Waar kan je het beste kijken voor x type sensoren e.d. Ook welk type communicatie de minste problemen zorgt bijv. We hebben het over bijna 200 pagina's, dat is wel erg veel doorspitwerk.

[breinonline]

breinonline schreef op woensdag 7 september 2022 @ 16:39:
[...]

Dat klinkt eigenlijk wel logisch.... dank!

Maar het werkt evengoed niet. Ik ga ze wel eens even splitsen. Een losse automation voor de laatste stap.

[RobertMe]

mvds schreef op woensdag 7 september 2022 @ 20:48:
[...]

Een openingspost is toch JUIST de plek om dit soort info te verzamelen? Waar kan je het beste kijken voor x type sensoren e.d. Ook welk type communicatie de minste problemen zorgt bijv. We hebben het over bijna 200 pagina's, dat is wel erg veel doorspitwerk.

Naar mijn idee is de post van @Waah daar best duidelijk in? Ten eerste is er geen beste, en ten tweede is beste aan verandering onderhevig.

De OP zou wellicht wel een uiteenzetting kunnen doen van protocollen. Wat is Zigbee, Z-Wave, wifi. Wat zijn de voor- en nadelen van elk, etc. Maar iedereen zal toch echt zijn eigen keuze moeten maken. Waarbij ook weer persoonlijke voorkeuren meespelen. Ik zal nooit een Chinese tussenstekker of relais kopen, anderen hebben daar geen problemen mee en stoppen hun huis vol Sonoff relais en Blitzwolf stekkers gekocht op AliExpress of Banggood.
Qua techniek heb ik een voorkeur voor Z-Wave over Zigbee, en wifi onderaan. Maar Z-Wave vind ik relatief duur, dus ik heb ook veel Zigbee spul. Verlichting verkies ik weer Hue (/Zigbee) over een andere optie. Ik heb hier een ongebruikelijke Shelly 2.5 liggen, want wifi en dat wil ik niet tenzij noodzakelijk / enige optie.
Daarnaast heb ik wat zelfbouw spul met ESPs (dus weer wifi). Maar niet iedereen zal gaan zitten solderen, en met ESPHome of met echt zelf programmeren er een firmware voor maken.

[mvds]

RobertMe schreef op woensdag 7 september 2022 @ 21:16:
[...]

Naar mijn idee is de post van @Waah daar best duidelijk in? Ten eerste is er geen beste, en ten tweede is beste aan verandering onderhevig.

De OP zou wellicht wel een uiteenzetting kunnen doen van protocollen. Wat is Zigbee, Z-Wave, wifi. Wat zijn de voor- en nadelen van elk, etc. Maar iedereen zal toch echt zijn eigen keuze moeten maken. Waarbij ook weer persoonlijke voorkeuren meespelen. Ik zal nooit een Chinese tussenstekker of relais kopen, anderen hebben daar geen problemen mee en stoppen hun huis vol Sonoff relais en Blitzwolf stekkers gekocht op AliExpress of Banggood.
Qua techniek heb ik een voorkeur voor Z-Wave over Zigbee, en wifi onderaan. Maar Z-Wave vind ik relatief duur, dus ik heb ook veel Zigbee spul. Verlichting verkies ik weer Hue (/Zigbee) over een andere optie. Ik heb hier een ongebruikelijke Shelly 2.5 liggen, want wifi en dat wil ik niet tenzij noodzakelijk / enige optie.
Daarnaast heb ik wat zelfbouw spul met ESPs (dus weer wifi). Maar niet iedereen zal gaan zitten solderen, en met ESPHome of met echt zelf programmeren er een firmware voor maken.

Als er geen beste is, prima, maar dan een uiteenzetting van pros en cons ofzo. Ik kan mij zomaar voorstellen dat er veel gadgets uitgeprobeerd zijn waarvan er sommige gewoon niet lekker samenspelen met HA. Dan is dat ook al nuttige info. HA is erg uitgebreid, dat snap ik, maar waarom moet ieder voor zichzelf opnieuw het wiel uitvinden als er al zoveel research gedaan is door de mensen hier?

[Waah]

mvds schreef op woensdag 7 september 2022 @ 20:48:
[...]

Een openingspost is toch JUIST de plek om dit soort info te verzamelen? Waar kan je het beste kijken voor x type sensoren e.d. Ook welk type communicatie de minste problemen zorgt bijv. We hebben het over bijna 200 pagina's, dat is wel erg veel doorspitwerk.

Zoals ik al zei: het ligt enorm aan wat je wensen zijn, welk protocol je gebruikt en wat voor integraties je hebt.

Het wordt dan al snel een opsomming van tientallen opties per type sensor. Een bomen/bos verhaal. Plus dat het al snel veroudert. Maar als je wil helpen met het maken van zo'n lijst kan je je vast aanmelden als topic beheerder.

Maar als je zoekt op "sensorsoort/protocol" kom je een heel eind. Bijvoorbeeld "temperatuursensor Zigbee".

Ik zou beginnen met kijken wat je wil, en welk protocol je wilt gebruiken. Zigbee? Zwave? Wifi? Kijken wat de voor en nadelen zijn. Vervolgens hebben we heel wat topics op Tweakers over al die soorten. Want het is meer Home Automation georienteert dan, en minder specifiek "home assistant".

Een simpele "ik wil dit, ik klik het bij elkaar en klaar" ga je niet zo snel vinden denk ik. Omdat het erg afhankelijk is van persoonlijke wensen. En al die verschillen kun je vinden in de topics over Zigbee, Philips hue, Zwave etc.

[Koepert]

En als je het zover plat slaat dat het overzichtelijk is?

ZWave: Goed, maar prijzig
Zigbee, Goed, maar blijft voornamelijk bij wat bekendere merken
Wifi: Prima, maar minder wenselijk ivm snellere belasting wifi-netwerk

Alleen met een dergelijke platgeslagen vergelijking, mis je heel veel zaken en vooral nuances. Want heb jij een semi-professional wifinetwerk? Dan zal wifi (en dus veelal Shelly of ESPHome) een prima optie zijn.

Is budget geen probleem? Dan kun je alles op Zwave inzetten. Want dat iets wat in Zigbee (temp sensor aqara) 15EUR kost in ZWAVE soms zo 45EUR.

Zigbee is daarin wellicht de gulden middenweg, maar daar zijn zoveel merken, dat je daar snel door bomen het bos niet ziet. Ik gebruik HUE Lampen, Aqara sensoren en Blitzwolf stekkers.. hoofdzakelijk..

K heb ook n paar shellies, sonoff op ESPHome, Sonoff-zigbee en wat ander ESPHome/WLED spul.. Dus 100% consequent ben k niet.

[TheFes]

breinonline schreef op woensdag 7 september 2022 @ 20:59:
[...]

Maar het werkt evengoed niet. Ik ga ze wel eens even splitsen. Een losse automation voor de laatste stap.

De automation wordt dan niet opnieuw getriggerd door de wijziging van de input select?
Verandert de actie van die andere trigger wel daadwerkelijk de waarde in de input select?
En een wijziging van 0 naar 0 telt niet als wijziging he.

[Toppe]

mvds schreef op woensdag 7 september 2022 @ 11:13:
Ik miste in de topic start een lijstje met must-have sensors voor integratie met HA. Is er ergens zo'n lijstje te vinden? Bijv luchtkwaliteit, weerstation (voor buiten), slimme stekkers, enz?

Wat voor mij een prima sensor is kan voor jou weer anders zijn.

[oltk]

mvds schreef op woensdag 7 september 2022 @ 21:19:
[...]

Als er geen beste is, prima, maar dan een uiteenzetting van pros en cons ofzo. Ik kan mij zomaar voorstellen dat er veel gadgets uitgeprobeerd zijn waarvan er sommige gewoon niet lekker samenspelen met HA. Dan is dat ook al nuttige info. HA is erg uitgebreid, dat snap ik, maar waarom moet ieder voor zichzelf opnieuw het wiel uitvinden als er al zoveel research gedaan is door de mensen hier?

Maar niemand heeft er zin in om dingen dubbel of vaker dan dat te doen. Als je even zoekt op home assistant community kan je ook heel veel info vinden. En een lijst welke gadgets zijn geprobeerd en die ook werken (en beperkingen) is er in ieder geval voor zigbee! Zwave weet ik niet (heb ik niet) en Wifi werkt altijd

edit: ik zie dit forum niet als naslagwerk, maar als een platform om nieuwe zaken te delen en problemen voor te leggen in de hoop dat iemand de oplossing weet. Als dat je insteek is zal je nooit teleurgesteld worden

[ Voor 10% gewijzigd door oltk op 08-09-2022 08:18 ]

[Antonio di]

Na de hele discussie hierboven over welk protocol/netwerk en ondersteuning/zoeken op dit Forum, volgt hier mijn bescheiden bijdrage:
Wil een ook een echt goed alarm opzetten met bijv. HA, dan heb ik opgeschreven waarom je dat niet moet doen. Ook zijn slimme lampen in zo'n geval DOM. Natuurlijk allemaal maar mijn mening .
Het jammere is dat er zoveel goede "smarthome" toepassingen zijn om de beveiliging van je huis te verhogen maar dat er maar weinig goede Alarm-smarthome systemen zijn.
Hopelijk staat er "in mijn" schrijven ook nog iets zinvols in voor de HA enthousiastelingen van dit forum (misschien hebben jullie het al gelezen). Het is misschien wat "simpele" kost voor een hoop mensen van dit van de forum.
Zie:
Waar moet een draadloos DIY Alarm met smarthome aan voldoen

Ik hoop op de komst Z-wave-LR en ondersteuning door HA hiervan .
Wie weet, ga ik dan een wat "Alarm zaken" in Python schrijven/verbeteren voor HA.

[ Voor 7% gewijzigd door Antonio di op 08-09-2022 01:16 ]

[breinonline]

TheFes schreef op woensdag 7 september 2022 @ 22:00:
[...]


De automation wordt dan niet opnieuw getriggerd door de wijziging van de input select?
Verandert de actie van die andere trigger wel daadwerkelijk de waarde in de input select?
En een wijziging van 0 naar 0 telt niet als wijziging he.

Nee, hij triggert niet opnieuw. Wijzing was van 33 naar 66 dus er had wel wat moeten gebeuren.

[TheFes]

breinonline schreef op donderdag 8 september 2022 @ 06:03:
[...]

Nee, hij triggert niet opnieuw. Wijzing was van 33 naar 66 dus er had wel wat moeten gebeuren.

Als hij niet opnieuw triggert, dan lijkt het aan de trigger te liggen. Je hebt de mode wel aangepast? Gebruik je de GUI, of YAML? In geval van dat laatste, heb je wel een automation reload gedaan?

[Headshot_NL]

Ik probeer een melding naar mobiel te sturen als de P1 meter (home wizard) langer dan een x tijd op een x vermogen staat. Hiermee wil ik later slimme stekkers gaan in/uitschakelen en bij het terugleveren van stroom deze stroom zelf gaan verbruiken. Alleen krijg ik het niet aan de praat. Ook niet als ik het verbruik even op 1 watt zet voor 10 seconden.

De melding naar mobiel gaat prima, dus dat stukje werkt wel.
Iemand een idee?

code:

alias: Hoog stroomverbruik melding 60 min
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.p1_meter_3c39e72cd3ba_active_power
    for:
      hours: 1
      minutes: 0
      seconds: 0
    above: 1500
condition: []
action:
  - device_id: 35852e583ea2a1df615f9410eccd
    domain: mobile_app
    type: notify
    message: Hoog stroomverbruik
    title: Stroomverbruik
mode: single

[TheFes]

Headshot_NL schreef op donderdag 8 september 2022 @ 09:10:
Ik probeer een melding naar mobiel te sturen als de P1 meter (home wizard) langer dan een x tijd op een x vermogen staat. Hiermee wil ik later slimme stekkers gaan in/uitschakelen en bij het terugleveren van stroom deze stroom zelf gaan verbruiken. Alleen krijg ik het niet aan de praat. Ook niet als ik het verbruik even op 1 watt zet voor 10 seconden.

De melding naar mobiel gaat prima, dus dat stukje werkt wel.
Iemand een idee?

code:

alias: Hoog stroomverbruik melding 60 min
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.p1_meter_3c39e72cd3ba_active_power
    for:
      hours: 1
      minutes: 0
      seconds: 0
    above: 1500
condition: []
action:
  - device_id: 35852e583ea2a1df615f9410eccd
    domain: mobile_app
    type: notify
    message: Hoog stroomverbruik
    title: Stroomverbruik
mode: single

Dit triggert als je active power van lager dan 1500 naar hoger dan 1500 gaat, en dan vervolgens langer dan een uur op hoger dan 1500 blijft. Als hij tussendoor teruggaat naar onder de 1500 moet je dus weer een uur wachten.

[Headshot_NL]

TheFes schreef op donderdag 8 september 2022 @ 09:15:
[...]


Dit triggert als je active power van lager dan 1500 naar hoger dan 1500 gaat, en dan vervolgens langer dan een uur op hoger dan 1500 blijft. Als hij tussendoor teruggaat naar onder de 1500 moet je dus weer een uur wachten.

Klopt, dat is ook de bedoeling.
Maar als ik hem op deze manier instel (1 minuut boven de 10 Watt) krijg ik ook geen melding. Momenteel zit ik ruim boven de 10 watt afname.

code:

alias: Hoog stroomverbruik melding 60 min
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.p1_meter_3c39e72cd3ba_active_power
    for:
      hours: 0
      minutes: 1
      seconds: 0
    above: 10
condition: []
action:
  - device_id: 35852e583ea2a1df615f9410eccd
    domain: mobile_app
    type: notify
    message: Hoog stroomverbruik
    title: Stroomverbruik
mode: single

[RobertMe]

Headshot_NL schreef op donderdag 8 september 2022 @ 09:38:
[...]


Klopt, dat is ook de bedoeling.
Maar als ik hem op deze manier instel (1 minuut boven de 10 Watt) krijg ik ook geen melding. Momenteel zit ik ruim boven de 10 watt afname.

code:

alias: Hoog stroomverbruik melding 60 min
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.p1_meter_3c39e72cd3ba_active_power
    for:
      hours: 0
      minutes: 1
      seconds: 0
    above: 10
condition: []
action:
  - device_id: 35852e583ea2a1df615f9410eccd
    domain: mobile_app
    type: notify
    message: Hoog stroomverbruik
    title: Stroomverbruik
mode: single

Ook dat heeft @TheFes al beantwoord. De trigger gaat alleen af als het verbruik onder ee 10W was, en vervolgens erboven komt (en blijft voor X minuten/uren). Aangezien je deze automation aanmaakt terwijl het verbruik al boven de 10W is doet de automation / trigger dus niks, aangezien je niet van < 10 naar > 10 gaat.

[koelkast]

Broodro0ster schreef op dinsdag 6 september 2022 @ 09:55:
Ik ben opzoek naar een sensor om het niveau in mijn regenput te meten. Ik heb er wel al gevonden, maar ze vereisen allemaal een kabeltje voor stroom. Kennen jullie alternatieven die op batterij en wireless werken?

Misschien een Xiaomi watersensor gebruiken? Of meerdere? Dan kan je het peil nauwkeuriger bereiken.

[-CJ]

koelkast schreef op donderdag 8 september 2022 @ 10:06:
[...]

Misschien een Xiaomi watersensor gebruiken? Of meerdere? Dan kan je het peil nauwkeuriger bereiken.
[Afbeelding]

Deze geeft echter alleen nat/droog aan. Dus om een peil te bepalen zul je er meerdere moeten hebben.

[koelkast]

-CJ schreef op donderdag 8 september 2022 @ 10:07:
[...]

Deze geeft echter alleen nat/droog aan. Dus om een peil te bepalen zul je er meerdere moeten hebben.

Klopt. Dan kan je dus weten of het water beneden een bepaalde hoogte staat. Een andere oplossing zal stroom nodig hebben.

[Magic]

koelkast schreef op donderdag 8 september 2022 @ 10:06:
[...]

Misschien een Xiaomi watersensor gebruiken? Of meerdere? Dan kan je het peil nauwkeuriger bereiken.
[Afbeelding]

Die sensor is niet echt bedoeld om vaak nat te worden. Hij is echt bedoeld om een signaal te geven in het geval van uitzonderingen (dus wanneer er een lekkage/overstroming is). Ik heb hem een poosje gebruikt als DIY-regensensor, maar na een paar weken begonnen de contacten al corrosie te tonen en reageerde hij steeds slechter. Ook ging de batterij erg kort mee.

[Dutchess_Nicole]

Headshot_NL schreef op donderdag 8 september 2022 @ 09:38:
[...]


Klopt, dat is ook de bedoeling.
Maar als ik hem op deze manier instel (1 minuut boven de 10 Watt) krijg ik ook geen melding. Momenteel zit ik ruim boven de 10 watt afname.

code:

alias: Hoog stroomverbruik melding 60 min
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.p1_meter_3c39e72cd3ba_active_power
    for:
      hours: 0
      minutes: 1
      seconds: 0
    above: 10
condition: []
action:
  - device_id: 35852e583ea2a1df615f9410eccd
    domain: mobile_app
    type: notify
    message: Hoog stroomverbruik
    title: Stroomverbruik
mode: single

Krijg je geen melding, of gaat de automation niet af?

Kijk even in de automation traces of de trigger wel afgaat. Zo ja, dan klopt je notify service call niet.

[lverlaek]

Magic schreef op donderdag 8 september 2022 @ 10:19:
[...]

Die sensor is niet echt bedoeld om vaak nat te worden. Hij is echt bedoeld om een signaal te geven in het geval van uitzonderingen (dus wanneer er een lekkage/overstroming is). Ik heb hem een poosje gebruikt als DIY-regensensor, maar na een paar weken begonnen de contacten al corrosie te tonen en reageerde hij steeds slechter. Ook ging de batterij erg kort mee.

Hier dezelfde ervaring, maar dan als 'het-bad-is-bijna-vol' sensor. Na 2 maanden was 'ie al defect..

[-CJ]

Desnoods zou je nog wat langere draden aan de contacten kunnen solderen zodat de unit zelf niet nat wordt? Wellicht komt dat de levensduur ten goede.

[marc1982]

Goedemorgen mede-tweakers,

Ondanks dat de verkrijgbaarheid waarschijnlijk niet heel goed zal zijn, ben ik in de markt voor zonnepanelen.
Vorig jaar heb ik enkele offertes ontvangen, maar hier heb ik geen akkoord op gegeven omdat beide merken lokale toegang aan het 'slopen' waren.
Ik zou juist graag een systeem willen met lokale toegang - om verschillende redenen, maar - vooral om de opbrengst eenvoudig via home assistant uit te kunnen lezen (energy dashboard, waar ook m'n gebruik middels een p1 lezer al in staat).

De merken die ik aangeboden heb gekregen zijn (zie links voor verwijzingen naar het niet meer functioneren van de lokale api) zijn Enphase en SolarEdge.
Nu ben ik benieuwd naar aanbevelingen qua merken / systemen die goed aansluiten op home assistant.

Alvast bedankt voor de reacties.

[Wirehead]

marc1982 schreef op donderdag 8 september 2022 @ 10:47:
Goedemorgen mede-tweakers,

Ondanks dat de verkrijgbaarheid waarschijnlijk niet heel goed zal zijn, ben ik in de markt voor zonnepanelen.
Vorig jaar heb ik enkele offertes ontvangen, maar hier heb ik geen akkoord op gegeven omdat beide merken lokale toegang aan het 'slopen' waren.
Ik zou juist graag een systeem willen met lokale toegang - om verschillende redenen, maar - vooral om de opbrengst eenvoudig via home assistant uit te kunnen lezen (energy dashboard, waar ook m'n gebruik middels een p1 lezer al in staat).

De merken die ik aangeboden heb gekregen zijn (zie links voor verwijzingen naar het niet meer functioneren van de lokale api) zijn Enphase en SolarEdge.
Nu ben ik benieuwd naar aanbevelingen qua merken / systemen die goed aansluiten op home assistant.

Alvast bedankt voor de reacties.

SMA. Lokale toegang via Modbus. Nooit problemen mee.

[ProudElm]

Hier thuis heb ik SolarEdge. En via de modbus kun je via Wifi/Ethernet realtime de opwek en nog wat meer ophalen en direct in HA stoppen. Dat gaat prima eigenlijk!



Als je snel bent en internet toegang blokkeert van je omvormer dan kun je de recente firmware tegenhouden en zou je als het goed is ook de gegevens van de optimizers moeten kunnen krijgen. Maar daar loopt een topic over hier: [SolarEdge] Omvormers en optimizers zelf monitoren

[Thoit]

marc1982 schreef op donderdag 8 september 2022 @ 10:47:
Goedemorgen mede-tweakers,

Ondanks dat de verkrijgbaarheid waarschijnlijk niet heel goed zal zijn, ben ik in de markt voor zonnepanelen.
Vorig jaar heb ik enkele offertes ontvangen, maar hier heb ik geen akkoord op gegeven omdat beide merken lokale toegang aan het 'slopen' waren.
Ik zou juist graag een systeem willen met lokale toegang - om verschillende redenen, maar - vooral om de opbrengst eenvoudig via home assistant uit te kunnen lezen (energy dashboard, waar ook m'n gebruik middels een p1 lezer al in staat).

De merken die ik aangeboden heb gekregen zijn (zie links voor verwijzingen naar het niet meer functioneren van de lokale api) zijn Enphase en SolarEdge.
Nu ben ik benieuwd naar aanbevelingen qua merken / systemen die goed aansluiten op home assistant.

Alvast bedankt voor de reacties.

Ik heb een Fronius omvormer die ik lokaal uitlees via HA. Werkt al een jaar prima.

[Driek]

is er in een upgrade iets veranderd in de inludes?
Bij de configuation.yaml krijg ik bij dit soort includes:

code:

group: !include groups.yaml

een melding "unknown tag include"

[lverlaek]

Driek schreef op donderdag 8 september 2022 @ 11:12:
is er in een upgrade iets veranderd in de inludes?
Bij de configuation.yaml krijg ik bij dit soort includes:

code:

group: !include groups.yaml

een melding "unknown tag include"

Vroeg me net hetzelfde af, ik heb 'm ook maar dan bij customize.yaml.

[Driek]

lverlaek schreef op donderdag 8 september 2022 @ 11:16:
[...]


Vroeg me net hetzelfde af, ik heb 'm ook maar dan bij customize.yaml.

ja, daar heb ik hem ook, zit bij alle includes.

[koelkast]

Ik ben op zoek naar een manier om de waterstanden en het debiet van de Rijn bij Arnhem in Home Assistant te krijgen, én de Dutch TTF gasprijs bij te kunnen houden. Geen idee waar te beginnen. Iemand een idee?

[Janoz]

koelkast schreef op donderdag 8 september 2022 @ 11:51:
Ik ben op zoek naar een manier om de waterstanden en het debiet van de Rijn bij Arnhem in Home Assistant te krijgen, én de Dutch TTF gasprijs bij te kunnen houden. Geen idee waar te beginnen. Iemand een idee?

Je bedoelt deze data? :

https://waterinfo.rws.nl/...ms___20Peil___20in___20cm

[koelkast]

Janoz schreef op donderdag 8 september 2022 @ 11:56:
[...]


Je bedoelt deze data? :

https://waterinfo.rws.nl/...ms___20Peil___20in___20cm

Yep. Maar ik wil dat dus in Home Assistant hebben, de grafiek kan ik niet als afbeelding gebruiken, want het is een interactieve afbeelding en geen jpg of png. Maar er staat dus wel in de tekst een getal boven de grafiek (huidige waterstand). Kan ik die ook naar Home Assistant krijgen op één of andere manier?

[timovd]

ProudElm schreef op donderdag 8 september 2022 @ 11:03:
Hier thuis heb ik SolarEdge. En via de modbus kun je via Wifi/Ethernet realtime de opwek en nog wat meer ophalen en direct in HA stoppen. Dat gaat prima eigenlijk!

[Afbeelding]

Als je snel bent en internet toegang blokkeert van je omvormer dan kun je de recente firmware tegenhouden en zou je als het goed is ook de gegevens van de optimizers moeten kunnen krijgen. Maar daar loopt een topic over hier: [SolarEdge] Omvormers en optimizers zelf monitoren

Die data is ook via de API uitleesbaar, maar helaas niet met de standaard integratie van HA. Met Domoticz had ik al deze data beschikbaar.
Ik zou wel eens in een overzichtje willen zien wat het verschil is tussen de netspanning die de P1-meter uitleest en wat de omvormer doet.

Is er een manier om een melding te krijgen als er een optimizer defect is (in HA of SE portal), of als er een andere melding is? Ik had laatst een defecte optimizer, maar kwam daar pas weken later achter.

[ Voor 8% gewijzigd door timovd op 08-09-2022 12:19 ]

[ProudElm]

timovd schreef op donderdag 8 september 2022 @ 12:18:
[...]

Die data is ook via de API uitleesbaar, maar helaas niet met de standaard integratie van HA. Met Domoticz had ik al deze data beschikbaar.
Ik zou wel eens in een overzichtje willen zien wat het verschil is tussen de netspanning die de P1-meter uitleest en wat de omvormer doet.

Is er een manier om een melding te krijgen als er een optimizer defect is (in HA of SE portal), of als er een andere melding is? Ik had laatst een defecte optimizer, maar kwam daar pas weken later achter.

Ja klopt, via de API kun je die wel uitlezen, ik heb daar een custom intergration (klik) voor gemaakt. Die doet dat elke 15 min.. Is inmiddels denk ik redelijk 'af'. Kan nog wat netter, maar dan moet ik weer meer tijd hebben. Blij dat die het in ieder geval nu doet.

nav jouw edit: Goeie vraag, je kan in die portal wel de meldingen zien, maar je zou ook een notificatie verwachten vanuit daar toch? Zal nog eens kijken, wie weet zit er nog ergens een instelling verstopt

[ Voor 9% gewijzigd door ProudElm op 08-09-2022 12:28 ]

[TheFes]

Driek schreef op donderdag 8 september 2022 @ 11:12:
is er in een upgrade iets veranderd in de inludes?
Bij de configuation.yaml krijg ik bij dit soort includes:

code:

group: !include groups.yaml

een melding "unknown tag include"

Werkt de include ook niet? Of is het alleen een melding in de file editor.

[lverlaek]

TheFes schreef op donderdag 8 september 2022 @ 12:37:
[...]


Werkt de include ook niet? Of is het alleen een melding in de file editor.

Het werkt wel, dus alleen de melding in de file editor.

[Driek]

TheFes schreef op donderdag 8 september 2022 @ 12:37:
[...]


Werkt de include ook niet? Of is het alleen een melding in de file editor.

hij lijkt gewoon te werken.
Is inderdaad een melding in de file editor. Er lijkt verder niks fout te gaan.

[TheFes]

Driek schreef op donderdag 8 september 2022 @ 12:54:
[...]

hij lijkt gewoon te werken.
Is inderdaad een melding in de file editor. Er lijkt verder niks fout te gaan.

https://github.com/home-assistant/addons/issues/2656

Of eigenlijk https://github.com/daniel...s-configurator/issues/226

[ Voor 12% gewijzigd door TheFes op 08-09-2022 13:01 ]

[Mimiix]

mvds schreef op woensdag 7 september 2022 @ 20:48:
[...]

Een openingspost is toch JUIST de plek om dit soort info te verzamelen? Waar kan je het beste kijken voor x type sensoren e.d. Ook welk type communicatie de minste problemen zorgt bijv. We hebben het over bijna 200 pagina's, dat is wel erg veel doorspitwerk.

Welk type?

KNX.

Bedraad, werkt altijd.

[lverlaek]

Op dit moment heb ik een simpele automation die een mailtje stuurt als de luchtvochtigheid ergens hoog is.
Er zitten 3 triggers in de automation en het lukt prima om in de mail via een template te benoemen welke sensor een hoge waarde heeft. Wat ik graag zou willen, is dat ook de waarde zelf wordt meegegeven.
Hoe moet ik dit aanpakken?

code:

service: notify.gmail
data:
  title: Luchtvochtigheid
  message: "{{ trigger.id }} heeft een te hoge luchtvochtigheid."

[belly89]

lverlaek schreef op donderdag 8 september 2022 @ 13:13:
Op dit moment heb ik een simpele automation die een mailtje stuurt als de luchtvochtigheid ergens hoog is.
Er zitten 3 triggers in de automation en het lukt prima om in de mail via een template te benoemen welke sensor een hoge waarde heeft. Wat ik graag zou willen, is dat ook de waarde zelf wordt meegegeven.
Hoe moet ik dit aanpakken?

code:

service: notify.gmail
data:
  title: Luchtvochtigheid
  message: "{{ trigger.id }} heeft een te hoge luchtvochtigheid."

Voor mijn aquarium heb ik zo'n melding voor de temperatuur. Daar gebruik onderstaande voor:

code:

 {{ states('sensor.aquarium_temperatuur_in_de_overloop') }}

[TheFes]

lverlaek schreef op donderdag 8 september 2022 @ 13:13:
Op dit moment heb ik een simpele automation die een mailtje stuurt als de luchtvochtigheid ergens hoog is.
Er zitten 3 triggers in de automation en het lukt prima om in de mail via een template te benoemen welke sensor een hoge waarde heeft. Wat ik graag zou willen, is dat ook de waarde zelf wordt meegegeven.
Hoe moet ik dit aanpakken?

code:

service: notify.gmail
data:
  title: Luchtvochtigheid
  message: "{{ trigger.id }} heeft een te hoge luchtvochtigheid."

Je kunt trigger variables gebruiken daarvoor, maar dan moeten we wel weten wat je als trigger gebruikt.

[John Pe]

trigger.to_state.state gebruik ik daarvoor

[lverlaek]

TheFes schreef op donderdag 8 september 2022 @ 13:17:
[...]
Je kunt trigger variables gebruiken daarvoor, maar dan moeten we wel weten wat je als trigger gebruikt.

Dit is 'm helemaal:

code:

alias: 13n- Klimaat, luchtvochtigheid waarschuwingen
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.luchtvochtigheid_slaapkamer_ted
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: "70.9"
    id: Slaapkamer Ted
  - platform: numeric_state
    entity_id: sensor.luchtvochtigheid_slaapkamer_boris
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: "70.9"
    id: Slaapkamer Boris
  - platform: numeric_state
    entity_id: sensor.luchtvochtigheid_overloop
    above: "70.9"
    id: Overloop
    for:
      hours: 0
      minutes: 5
      seconds: 0
condition:
  - condition: state
    entity_id: input_boolean.vakantie_modus
    state: "off"
action:
  - service: notify.gmail
    data:
      title: Luchtvochtigheid
      message: "{{ trigger.id }} heeft een te hoge luchtvochtigheid."
  - delay:
      hours: 1
      minutes: 30
      seconds: 0
      milliseconds: 0
mode: single

[Gizz]

marc1982 schreef op donderdag 8 september 2022 @ 10:47:
Ik zou juist graag een systeem willen met lokale toegang - om verschillende redenen, maar - vooral om de opbrengst eenvoudig via home assistant uit te kunnen lezen (energy dashboard, waar ook m'n gebruik middels een p1 lezer al in staat).

Nu ben ik benieuwd naar aanbevelingen qua merken / systemen die goed aansluiten op home assistant.

Je kunt deze functionaliteit ook geheel buiten de aanbesteding van je zonnepanelen houden en er gewoon zelf een meter tussen zetten. Zelf meet ik mijn zonnepanelen (en netaansluiting, want geen P1-meter) met een SDM waar een ESPtje aanhangt voor de wifi.

Maar je kunt ook kant-en-klare producten kopen van bijvoorbeeld HomeWizard of Shelly.

Meer betalen voor een specifieke aannemer/omvormer zodat je een systeem hebt dat direct met HA werkt zou ik niet als eerste optie zien.

[TheFes]

lverlaek schreef op donderdag 8 september 2022 @ 13:20:
[...]


Dit is 'm helemaal:

code:

alias: 13n- Klimaat, luchtvochtigheid waarschuwingen
description: ""
trigger:
  - platform: numeric_state
    entity_id: sensor.luchtvochtigheid_slaapkamer_ted
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: "70.9"
    id: Slaapkamer Ted
  - platform: numeric_state
    entity_id: sensor.luchtvochtigheid_slaapkamer_boris
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: "70.9"
    id: Slaapkamer Boris
  - platform: numeric_state
    entity_id: sensor.luchtvochtigheid_overloop
    above: "70.9"
    id: Overloop
    for:
      hours: 0
      minutes: 5
      seconds: 0
condition:
  - condition: state
    entity_id: input_boolean.vakantie_modus
    state: "off"
action:
  - service: notify.gmail
    data:
      title: Luchtvochtigheid
      message: "{{ trigger.id }} heeft een te hoge luchtvochtigheid."
  - delay:
      hours: 1
      minutes: 30
      seconds: 0
      milliseconds: 0
mode: single

YAML:

alias: 13n- Klimaat, luchtvochtigheid waarschuwingen
description: ""
trigger:
  - platform: numeric_state
    entity_id: 
      - sensor.luchtvochtigheid_slaapkamer_ted
      - sensor.luchtvochtigheid_slaapkamer_boris
      - sensor.luchtvochtigheid_overloop
    for:
      hours: 0
      minutes: 5
      seconds: 0
    above: "70.9"
condition:
  - condition: state
    entity_id: input_boolean.vakantie_modus
    state: "off"
action:
  - service: notify.gmail
    data:
      title: Luchtvochtigheid
      message: "{{ trigger.to_state.name }} heeft een te hoge luchtvochtigheid van {{ trigger.to_state.state }}."
  - delay:
      hours: 1
      minutes: 30
      seconds: 0
      milliseconds: 0
mode: single

Waarom die delay trouwens?

[lverlaek]

TheFes schreef op donderdag 8 september 2022 @ 13:24:
[...]

Waarom die delay trouwens?

Wow, super bedankt! Soms staar je je blind en dan is dit forum zo fijn om 'te hebben'.

De delay, zodat de melding niet telkens opnieuw komt als de luchtvochtigheid verder oploopt. Maar volgens mij klopt dat niet, nu ik er zo over nadenk. Besef me nu ook dat ik dan maar 1 melding -kan- krijgen in 1,5 uur, terwijl er misschien wel 3 sensor een hoge waarde hebben... Die moet ik dus nog even aan gaan passen, haha.

[RobertMe]

lverlaek schreef op donderdag 8 september 2022 @ 13:29:
[...]


Wow, super bedankt! Soms staar je je blind en dan is dit forum zo fijn om 'te hebben'.

De delay, zodat de melding niet telkens opnieuw komt als de luchtvochtigheid verder oploopt. Maar volgens mij klopt dat niet, nu ik er zo over nadenk. Besef me nu ook dat ik dan maar 1 melding -kan- krijgen in 1,5 uur, terwijl er misschien wel 3 sensor een hoge waarde hebben... Die moet ik dus nog even aan gaan passen, haha.

Hij triggert natuurlijk alleen als de waarde van onder de 70.9 naar boven de 70.9 gaat. Dus als die van 70 naar 72 gaat triggert die wel, maar van 73 naar 80 niet. Immers was de "van" state al erboven.

Edit: overigens voorkomt de delay wel herhaaldelijke meldingen als de waarde rond de grens beweegt. Dus 70 => 72 => 69 => 71 bv triggert dan twee keer. En afhankelijk van het update interval kan dat dus ook binnen 10 minuten zijn.

[ Voor 13% gewijzigd door RobertMe op 08-09-2022 13:35 ]

[marc1982]

ProudElm schreef op donderdag 8 september 2022 @ 11:03:
Hier thuis heb ik SolarEdge. En via de modbus kun je via Wifi/Ethernet realtime de opwek en nog wat meer ophalen en direct in HA stoppen. Dat gaat prima eigenlijk!

Wel eens wat gehoord van modbus, maar dit werkt met alle modellen / versies van de omvormer (ik vermoed je hier op aansluit)? En dit staat los van firmware / software updates?

[ProudElm]

marc1982 schreef op donderdag 8 september 2022 @ 13:39:
[...]

Wel eens wat gehoord van modbus, maar dit werkt met alle modellen / versies van de omvormer (ik vermoed je hier op aansluit)? En dit staat los van firmware / software updates?

Ja volgens mij werkt dit op alle modellen, maar zeker weten doe ik het niet. Je moet de modbus wel activeren via de setapp. Dan is een app op je telefoon en die maakt verbinding via wifi met je omvormer. Dan kun je daar de modbus activeren via wifi of utp.

[TheSelfishGene]

Ook ik gebruik HA met DSMR Slimme Meter integratie. Nu wil ik mijn config migreren van HAOS naar een Docker omgeving. Ik kom er niet helemaal uit hoe ik mijn DSMR historie in het energie dashboard kan migreren, iemand tips?

[ Voor 5% gewijzigd door TheSelfishGene op 08-09-2022 14:38 ]

[Amd RuLuzzz]

Momenteel heb ik op de overloop 2 GU10 spots die ik aan/uit schakel met een normale serie schakeling. Nu wil ik die lampen vervangen door slimme lampen om ze via HA te schakelen.

Kunnen de zigbee schakelaar ook dienen als converter van aan/uit naar een digitaal signaal. Met andere woorden als de lamp normaal fysiek wordt geschakeld dat dat signaal aan HA wordt over gegeven?

[verjager]

koelkast schreef op donderdag 8 september 2022 @ 12:13:
[...]

Yep. Maar ik wil dat dus in Home Assistant hebben, de grafiek kan ik niet als afbeelding gebruiken, want het is een interactieve afbeelding en geen jpg of png. Maar er staat dus wel in de tekst een getal boven de grafiek (huidige waterstand). Kan ik die ook naar Home Assistant krijgen op één of andere manier?

Zou normaalgesproken moeten lukken met een Scrape sensor, wordt dan zoiets:

YAML:

sensor:

  # Waterhoogte Arnhem
  - platform: scrape
    resource: https://waterinfo.rws.nl/#!/details/publiek/waterhoogte/Arnhem(ARNH)/Waterhoogte___20Oppervlaktewater___20t.o.v.___20Normaal___20Amsterdams___20Peil___20in___20cm
    select: "strong.details__description__latest__data js-details__latest-date"
    name: "Waterhoogte Arnhem"
    scan_interval: 300
    value_template: '{{ value.split(" ")[0] }}'

Maar in dit geval lukt dat niet omdat de gezochte waarde zelf niet in de respons zit.

Door in de browser (rechtsklikken -> Inspecteren - > Netwerk) naar het netwerkverkeer te kijken krijg je deze link naar een JSON met daarin de gezochte waarde:

code:

https://waterinfo.rws.nl/api/detail?expertParameter=Waterhoogte___20Oppervlaktewater___20t.o.v.___20Normaal___20Amsterdams___20Peil___20in___20cm&locationSlug=Arnhem%28ARNH%29&user=publiek

Die kun je vervolgens via een Restful sensor inlezen (of m.b.v. Multiscrape):

YAML:

sensor:

  # Waterhoogte Arnhem
  - platform: rest
    resource: https://waterinfo.rws.nl/api/detail?expertParameter=Waterhoogte___20Oppervlaktewater___20t.o.v.___20Normaal___20Amsterdams___20Peil___20in___20cm&locationSlug=Arnhem%28ARNH%29&user=publiek
    unique_id: "waterhoogte_arnhem"
    name: "Waterhoogte Arnhem"
    scan_interval: 300
    value_template: "{{ value_json.latest.data }}"
    unit_of_measurement: "cm"

[DennusB]

Meer mensen waarbij de GoodWe SEMS API opeens kapot is met deze error?

Unable to fetch login token from SEMS API. HTTPSConnectionPool(host='www.semsportal.com', port=443): Read timed out. (read timeout=30)

[Soullancer]

Blijkbaar heb ik de logica van home assist nog niet te pakken...
SMA integration geïnstalleerd, deze heeft een sensor daily yield en laat alles in Wh zien.

Energy dashboard netjes automatisch in KWh.
Ik wil een resultaat in een ander custom dasboard in KWh maar krijg alleen maar Wh voor elkaar

Alles wat ik probeer aan coding krijg ik rare optel sommen waardoor de dagelijkse productie niet meer klopt

Terwijl je eigenlijk alleen de sensor uit de integration door duizend wil delen en KWh tekst erachter...

[ Voor 11% gewijzigd door Soullancer op 08-09-2022 17:13 ]

[moozzuzz]

Ik zit met het volgende deel van een automatisation in de knoop, het lijkt aan het feit te liggen dat ik een berekende waarde wil geven aan de color temp, of dat is toch mijn vermoeden.

YAML:

# id: down
service: light.turn_on #werkt niet zoals verwacht
data:
  color_temp: >-
    {{ max( state_attr('light.lights_living_main','min_mireds') | int,
    (state_attr('light.lights_living_main','color_temp') | int - 50) ) }}
target:
  device_id: e7c2293ff8afc370b9614bcfb4b4c514 #oorspronkelijk via entity_id 

Resultaat (ik zou verwachtte per klik een stap van -50 kleurtemperatuur ~ct):

code:

ct down resultaat 404 op basis van minmireds 250 en ct(nu) 454 -50 = ct(nieuw) 404.
ct down resultaat 404 op basis van minmireds 250 en ct(nu) 454 -50 = ct(nieuw) 404.
ct down resultaat 404 op basis van minmireds 250 en ct(nu) 454 -50 = ct(nieuw) 404.

In de praktijk gaat de ct naar 404 (lamp wordt iets kouder qua licht) maar blijkbaar niet in HA (state_attr()) zelf.

Onderstaande werkt ook: de lamp gaat zo koud mogelijk qua lichttemperatuur. Echter in HA (state_attr()) blijft de ct waarde 454 wat dus betekent dat het niet aan berekening ligt... was ik niet al grijs dan werd ik het

YAML:

# id: longpress down
service: light.turn_on #werkt wel
data:
  color_temp: 252 #(min mired 250)
target:
  device_id: e7c2293ff8afc370b9614bcfb4b4c514

De vraag is: doe ik weer iets fout of is het een HA-bugje?

[verjager]

Soullancer schreef op donderdag 8 september 2022 @ 17:08:
Blijkbaar heb ik de logica van home assist nog niet te pakken...
SMA integration geïnstalleerd, deze heeft een sensor daily yield en laat alles in Wh zien.

Energy dashboard netjes automatisch in KWh.
Ik wil een resultaat in een ander custom dasboard in KWh maar krijg alleen maar Wh voor elkaar

Alles wat ik probeer aan coding krijg ik rare optel sommen waardoor de dagelijkse productie niet meer klopt

Terwijl je eigenlijk alleen de sensor uit de integration door duizend wil delen en KWh tekst erachter...

Zoiets:

YAML:

template:

  - sensor:
      - name: "PV opbrengst"
        state: "{{ states('sensor.sma_daily_yield') | float(default=0) / 1000 }}"
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: total

Eventueel kun je in plaats hiervan gebruik maken van een template in je dashboard m.b.v. https://github.com/thomasloven/lovelace-template-entity-row maar dan wordt de waarde als tekst weergegeven:

code:

type: entities
entities:
  - type: custom:template-entity-row
    entity: sensor.sma_daily_yield
    state: "{{ states('sensor.sma_daily_yield') | float(0) / 1000 }} kWh"

[TheFes]

moozzuzz schreef op donderdag 8 september 2022 @ 18:05:
Ik zit met het volgende deel van een automatisation in de knoop, het lijkt aan het feit te liggen dat ik een berekende waarde wil geven aan de color temp, of dat is toch mijn vermoeden.

YAML:

# id: down
service: light.turn_on #werkt niet zoals verwacht
data:
  color_temp: >-
    {{ max( state_attr('light.lights_living_main','min_mireds') | int,
    (state_attr('light.lights_living_main','color_temp') | int - 50) ) }}
target:
  device_id: e7c2293ff8afc370b9614bcfb4b4c514 #oorspronkelijk via entity_id 

Resultaat (ik zou verwachtte per klik een stap van -50 kleurtemperatuur ~ct):

code:

ct down resultaat 404 op basis van minmireds 250 en ct(nu) 454 -50 = ct(nieuw) 404.
ct down resultaat 404 op basis van minmireds 250 en ct(nu) 454 -50 = ct(nieuw) 404.
ct down resultaat 404 op basis van minmireds 250 en ct(nu) 454 -50 = ct(nieuw) 404.

In de praktijk gaat de ct naar 404 (lamp wordt iets kouder qua licht) maar blijkbaar niet in HA (state_attr()) zelf.

Onderstaande werkt ook: de lamp gaat zo koud mogelijk qua lichttemperatuur. Echter in HA (state_attr()) blijft de ct waarde 454 wat dus betekent dat het niet aan berekening ligt... was ik niet al grijs dan werd ik het

YAML:

# id: longpress down
service: light.turn_on #werkt wel
data:
  color_temp: 252 #(min mired 250)
target:
  device_id: e7c2293ff8afc370b9614bcfb4b4c514

De vraag is: doe ik weer iets fout of is het een HA-bugje?

Waarom gebruik je een device als target en niet gewoon de entity?

Een wijziging zou wel meteen in state_att zichtbaar moeten zijn verder

[moozzuzz]

TheFes schreef op donderdag 8 september 2022 @ 18:16:
Waarom gebruik je een device als target en niet gewoon de entity?

Ten einde raad ook eens via de UI gekeken. HA gebruikte daar voor longpress opties het device_id ipv entity_id (de longpress optie zou de lamp de kleurtemperatuur naar de max of min waarde moeten laten gaan; ik dacht wie weet neem ik beter device id - maar het maakte inderdaad geen verschil).

[TheFes]

moozzuzz schreef op donderdag 8 september 2022 @ 18:30:
[...]

Ten einde raad ook eens via de UI gekeken. HA gebruikte daar voor longpress opties het device_id ipv entity_id (de longpress optie zou de lamp de kleurtemperatuur naar de max of min waarde moeten laten gaan; ik dacht wie weet neem ik beter device id - maar het maakte inderdaad geen verschil).

Ik neem aan dat je dit in een repeat hebt zitten? Hoe snel voer je die acties achter elkaar uit, heb je er een delay tussen zitten?

Overigens zijn zowel color_temp als min_mired al integers, die int filters zijn dus overbodig

[breinonline]

TheFes schreef op donderdag 8 september 2022 @ 08:19:
[...]


Als hij niet opnieuw triggert, dan lijkt het aan de trigger te liggen. Je hebt de mode wel aangepast? Gebruik je de GUI, of YAML? In geval van dat laatste, heb je wel een automation reload gedaan?

YAML. Alle handmatige triggers van de input_select worden gezien. Alle door de automations niet lijkt het. Ik denk dat ik het weer ga omschrijven en alleen van input_boolean's gebruik ga maken. Dat werkt tenminste

[Evertt]

Hoe kan je de vast recht voor stroom het beste invoeren.

Ik zie dat je alleen per kwh kan invoeren maar niet de extra kosten.

Heeft iemand een goede energy monitor.

[ Voor 14% gewijzigd door Evertt op 08-09-2022 21:18 ]

[koelkast]

verjager schreef op donderdag 8 september 2022 @ 15:34:
[...]

Zou normaalgesproken moeten lukken met een Scrape sensor, wordt dan zoiets:

YAML:

sensor:

  # Waterhoogte Arnhem
  - platform: scrape
    resource: https://waterinfo.rws.nl/#!/details/publiek/waterhoogte/Arnhem(ARNH)/Waterhoogte___20Oppervlaktewater___20t.o.v.___20Normaal___20Amsterdams___20Peil___20in___20cm
    select: "strong.details__description__latest__data js-details__latest-date"
    name: "Waterhoogte Arnhem"
    scan_interval: 300
    value_template: '{{ value.split(" ")[0] }}'

Maar in dit geval lukt dat niet omdat de gezochte waarde zelf niet in de respons zit.

Door in de browser (rechtsklikken -> Inspecteren - > Netwerk) naar het netwerkverkeer te kijken krijg je deze link naar een JSON met daarin de gezochte waarde:

code:

https://waterinfo.rws.nl/api/detail?expertParameter=Waterhoogte___20Oppervlaktewater___20t.o.v.___20Normaal___20Amsterdams___20Peil___20in___20cm&locationSlug=Arnhem%28ARNH%29&user=publiek

Die kun je vervolgens via een Restful sensor inlezen (of m.b.v. Multiscrape):

YAML:

sensor:

  # Waterhoogte Arnhem
  - platform: rest
    resource: https://waterinfo.rws.nl/api/detail?expertParameter=Waterhoogte___20Oppervlaktewater___20t.o.v.___20Normaal___20Amsterdams___20Peil___20in___20cm&locationSlug=Arnhem%28ARNH%29&user=publiek
    unique_id: "waterhoogte_arnhem"
    name: "Waterhoogte Arnhem"
    scan_interval: 300
    value_template: "{{ value_json.latest.data }}"
    unit_of_measurement: "cm"

Super, dank voor je duidelijke voorbeelden, nu kan ik weer verder, thanks! Werk je als docent?

[Soullancer]

verjager schreef op donderdag 8 september 2022 @ 18:15:
[...]


Zoiets:

code:

template:

  - sensor:
      - name: "PV opbrengst"
        state: "{{ states('sensor.sma_daily_yield') | float(default=0) / 1000 }}"
        unit_of_measurement: "kWh"
        device_class: energy
        state_class: total

Eventueel kun je in plaats hiervan gebruik maken van een template in je dashboard m.b.v. https://github.com/thomasloven/lovelace-template-entity-row maar dan wordt de waarde als tekst weergegeven:

code:

type: entities
entities:
  - type: custom:template-entity-row
    entity: sensor.sma_daily_yield
    state: "{{ states('sensor.sma_daily_yield') | float(0) / 1000 }} kWh"

Thanks!
Geen idee wat ik nu anders gedaan heb, het werkte eerst ook weer niet, en nu ineens wel zonder foutmeldingen.
Af en toe lijk ik het sowieso niet te snappen, waar andere codes kunnen gebruiken werkt het bij mij gewoon niet omdat ik ineens nonetype is not iterable,,, veel zoekwerk verder dus,
\

Configuration.yaml :

YAML:

]##garagedeur
cover:
  platform: template
  covers:
   garage_door:
   device_class: garage
   friendly_name: "Garage Door"
   value_template: >-
    {% if is_state('binary_sensor.garagedoor_input','on') %}
     Open
     {% else %}
     Closed
     {% endif %}
   open_cover:
    service: switch.turn_on
    data:
     entity_id: switch.garagedeur
   close_cover:
    service: switch.turn_on
    data:
     entity_id: switch.garagedeur
   stop_cover:
    service: switch.turn_on
    data:
     entity_id: switch.garagedeur
   icon_template: >-
    {% if is_state('binary_sensor.garagedoor_input','on') %}
     mdi:garage-open
     {% else %}
     mdi:garage
     {% endif %}[quote]