Home Assistant: Open source Python3 home automation - deel 5

[synoniem]

TWKterry schreef op woensdag 12 april 2023 @ 11:57:
Ik heb een automation die triggert op een calendar event als er een verjaardag is.
In de 'description' van de calendar staat het geboortejaar.
Ik krijg dan een notificatie met: "Persoonsnaam is 35 jaar".

Nu had ik ook Pasen in de calendar gezet maar zonder geboortejaar waardoor er een foutmelding volgt.
Om dit te ondervangen een default toegevoegd, maar nog steeds dezelfde melding. Testen is wat lastig omdat dit event alleen triggert om middernacht en dan zijn de waardes van het calendar event beschikbaar.
Ik denk dat de positie van de "default" ergens anders moet, mogelijk achter de | int ?

code:

Error:
Error: Error rendering data template: ValueError: Template error: int got invalid input '' when rendering template '{{ trigger.calendar_event.summary }} is {{ ((now().year - (trigger.calendar_event.description | int))) | default('many') }} years' but no default was specified

YAML:

service: notify.all_devices
data:
  message: >-
    {{ trigger.calendar_event.summary }} is {{ ((now().year -
    (trigger.calendar_event.description | int))) | default('many') }} years
  title: Anniversary
  data:
    ttl: 0
    priority: high

"Many" is een string terwijl er een getal verwacht wordt waarbij 0 ook een getal is.

[Toppe]

@TheFes @Septillion ik blijf jullie lastig vallen hoor. Je mag bij mij wel een uur tarief rekenen hoor

Die schakeling werkt perfect, lamp gaat aan/uit met onderstaande code:

YAML:

alias: "Felijne: Ochtend verlichting"
description: ""
trigger:
  - platform: time
    at: input_datetime.wakker_worden_felijne
    id: oranje
  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}
      {% set n = now() %}
      {% set n1 = n + timedelta(minutes=1)%
      {% set c = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}
      {{ n < c < n1 }}
    id: groen
  - platform: state
    entity_id:
      - input_datetime.wakker_worden_felijne
    id: groen
    enabled: false
condition:
  - condition: time
    weekday:
      - sat
      - sun
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id: oranje
        sequence:
          - service: light.turn_on
            data:
              color_name: orange
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
      - conditions:
          - condition: trigger
            id: groen
        sequence:
          - service: light.turn_on
            data:
              color_name: green
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
mode: single

Nu heb ik nog één item wat ik er in wil verwerken: Automatisch uitschakelen als de deur open gaat. Ik heb hiervoor een boolean aangemaakt: input_boolean.wakker_worden_felijne_automatisch_uitschakelen die bepaald of de lamp wel of niet automatisch uitgeschakeld moet worden. Ook heb ik nog een deur contact: binary_sensor.deur_contact_felijne_contact

Maar nu komt het, ik wil dit in de zelfde automatisering opnemen en de lamp moet niet altijd uitgaan als de deur geopend wordt, alleen binnen 5 minuten nadat hij groen is geworden.???

[TWKterry]

synoniem schreef op woensdag 12 april 2023 @ 12:10:
[...]

"Many" is een string terwijl er een getal verwacht wordt waarbij 0 ook een getal is.

Mijn idee was dat als de calculatie fout gaat er een default string getoond wordt ...
Maar ik moet dus de trigger.description afvangen?

[CAP-Team]

timovd schreef op woensdag 12 april 2023 @ 10:11:
[...]

@CAP-Team Ben je hier verder mee gekomen? Ik krijg dit met zowel de "normale" HomeConnect als de Alt-versie.
Redirect URI's zijn zowel "*/redirect/oauth" en "*/auth/external/callback"

code:

{
  "error": "unauthorized_client",
  "error_description": "client or redirection URI not authorized",
  "state": "***"
}

Ja ik heb dit inmiddels al geruime tijd werkend. Ik gebruik de alt-versie.

[TheFes]

Toppe schreef op woensdag 12 april 2023 @ 12:10:
@TheFes @Septillion ik blijf jullie lastig vallen hoor. Je mag bij mij wel een uur tarief rekenen hoor

Die schakeling werkt perfect, lamp gaat aan/uit met onderstaande code:

YAML:

alias: "Felijne: Ochtend verlichting"
description: ""
trigger:
  - platform: time
    at: input_datetime.wakker_worden_felijne
    id: oranje
  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}
      {% set n = now() %}
      {% set n1 = n + timedelta(minutes=1)%
      {% set c = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}
      {{ n < c < n1 }}
    id: groen
  - platform: state
    entity_id:
      - input_datetime.wakker_worden_felijne
    id: groen
    enabled: false
condition:
  - condition: time
    weekday:
      - sat
      - sun
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id: oranje
        sequence:
          - service: light.turn_on
            data:
              color_name: orange
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
      - conditions:
          - condition: trigger
            id: groen
        sequence:
          - service: light.turn_on
            data:
              color_name: green
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
mode: single

Nu heb ik nog één item wat ik er in wil verwerken: Automatisch uitschakelen als de deur open gaat. Ik heb hiervoor een boolean aangemaakt: input_boolean.wakker_worden_felijne_automatisch_uitschakelen die bepaald of de lamp wel of niet automatisch uitgeschakeld moet worden. Ook heb ik nog een deur contact: binary_sensor.deur_contact_felijne_contact

Maar nu komt het, ik wil dit in de zelfde automatisering opnemen en de lamp moet niet altijd uitgaan als de deur geopend wordt, alleen binnen 5 minuten nadat hij groen is geworden.???

Waarom zit die condition er in? Die is altijd true

Maar je eigenlijke vraag
De binary sensor als trigger, met een leuk trigger id.
Dan een extra choose optie, met als conditions

• het trigger id van je binary sensor trigger
• de state van de input_boolean
• een extra template condition die op de tijd checkt

Die laatste zou zoiets worden:

YAML:

  - condition: template
    value_template: >-
      {% set n = now() %}
      {% set c1 = today_at(states('input_datetime.wakker_worden_felijne') %}
      {% set c2 = c1 + timedelta(minutes=5) %}
      {{ c1 < n < c2 }}

^{En je mag me altijd een kop koffie geven hoor}

[Toppe]

TheFes schreef op woensdag 12 april 2023 @ 12:25:
[...]
^{En je mag me altijd een kop koffie geven hoor}

3 voor de hoofdpijn

[dotcom87]

Raven schreef op woensdag 12 april 2023 @ 12:09:
[...]

[...]

@dotcom87 en PoE , zie ESP32-POE-ISO

Dit is interessant! Maar voor een leek als mij: wat heb ik nog nodig buiten dit ESP32 bordje om alles werkende te krijgen?

[TheFes]

TWKterry schreef op woensdag 12 april 2023 @ 11:57:
Ik heb een automation die triggert op een calendar event als er een verjaardag is.
In de 'description' van de calendar staat het geboortejaar.
Ik krijg dan een notificatie met: "Persoonsnaam is 35 jaar".

Nu had ik ook Pasen in de calendar gezet maar zonder geboortejaar waardoor er een foutmelding volgt.
Om dit te ondervangen een default toegevoegd, maar nog steeds dezelfde melding. Testen is wat lastig omdat dit event alleen triggert om middernacht en dan zijn de waardes van het calendar event beschikbaar.
Ik denk dat de positie van de "default" ergens anders moet, mogelijk achter de | int ?

code:

Error:
Error: Error rendering data template: ValueError: Template error: int got invalid input '' when rendering template '{{ trigger.calendar_event.summary }} is {{ ((now().year - (trigger.calendar_event.description | int))) | default('many') }} years' but no default was specified

YAML:

service: notify.all_devices
data:
  message: >-
    {{ trigger.calendar_event.summary }} is {{ ((now().year -
    (trigger.calendar_event.description | int))) | default('many') }} years
  title: Anniversary
  data:
    ttl: 0
    priority: high

YAML:

  message: >-
    {% set y = trigger.calendar_event.description | int('no_number') %} 
    {{ trigger.calendar_event.summary }} is {{ (now().year - y) if y | is_number else 'many' }} years

Je kunt zoiets doen.

[Toppe]

TheFes schreef op woensdag 12 april 2023 @ 12:25:
[...]


Waarom zit die condition er in? Die is altijd true

Maar je eigenlijke vraag
De binary sensor als trigger, met een leuk trigger id.
Dan een extra choose optie, met als conditions

• het trigger id van je binary sensor trigger
• de state van de input_boolean
• een extra template condition die op de tijd checkt

Die laatste zou zoiets worden:

YAML:

  - condition: template
    value_template: >-
      {% set n = now() %}
      {% set c1 = today_at(states('input_datetime.wakker_worden_felijne') %}
      {% set c2 = c1 + timedelta(minutes=5) %}
      {{ c1 < n < c2 }}

^{En je mag me altijd een kop koffie geven hoor}

Die template klopt niet, want ik wil dat hij 5 minuten na groen automatisch uit gaat en niet na oranje. Dan is dit toch juist?

YAML:

{% set timeout = states('input_number.wakker_worden_felijne')|int %}
{% set n = now() %}
{% set n1 = n + timedelta(minutes=5)%}
{% set c = today_at(states('input_datetime.wakker_worden_felijne')) + timedelta(minutes=timeout) %}
{{ n < c < n1 }}

aka deze hele code:

YAML:

alias: "Felijne: Ochtend verlichting"
description: ""
trigger:
  - platform: time
    at: input_datetime.wakker_worden_felijne
    id: oranje
  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}

      {% set n = now() %}

      {% set n1 = n + timedelta(minutes=1)%}

      {% set c = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}

      {{ n < c < n1 }}
    id: groen
  - platform: state
    entity_id:
      - input_button.wakker_worden_felijne
    id: groen
    enabled: true
  - platform: state
    entity_id:
      - binary_sensor.deur_contact_felijne_contact
    from: "on"
    id: deur_contact
condition:
  - condition: time
    weekday:
      - sat
      - sun
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id: oranje
        sequence:
          - service: light.turn_on
            data:
              color_name: orange
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
      - conditions:
          - condition: trigger
            id: groen
        sequence:
          - service: light.turn_on
            data:
              color_name: green
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.wakker_worden_felijne_automatisch_uitschakelen
            state: "on"
          - condition: template
            value_template: >-
              {% set timeout = states('input_number.wakker_worden_felijne')|int
              %}

              {% set n = now() %}

              {% set n1 = n + timedelta(minutes=5)%}

              {% set c =
              today_at(states('input_datetime.wakker_worden_felijne')) +
              timedelta(minutes=timeout) %}

              {{ n < c < n1 }}
          - condition: trigger
            id: deur_contact
        sequence:
          - type: turn_off
            device_id: 2898dba87ca3db6774d9da11bb6ca675
            entity_id: light.plafond_strip
            domain: light
mode: single

[ Voor 48% gewijzigd door Toppe op 12-04-2023 12:43 ]

[TheFes]

Toppe schreef op woensdag 12 april 2023 @ 12:41:
[...]


Die template klopt niet, want ik wil dat hij 5 minuten na groen automatisch uit gaat en niet na oranje. Dan is dit toch juist?

YAML:

{% set timeout = states('input_number.wakker_worden_felijne')|int %}
{% set n = now() %}
{% set n1 = n + timedelta(minutes=5)%}
{% set c = today_at(states('input_datetime.wakker_worden_felijne')) + timedelta(minutes=timeout) %}
{{ n < c < n1 }}

aka deze hele code:

YAML:

alias: "Felijne: Ochtend verlichting"
description: ""
trigger:
  - platform: time
    at: input_datetime.wakker_worden_felijne
    id: oranje
  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}

      {% set n = now() %}

      {% set n1 = n + timedelta(minutes=1)%}

      {% set c = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}

      {{ n < c < n1 }}
    id: groen
  - platform: state
    entity_id:
      - input_button.wakker_worden_felijne
    id: groen
    enabled: true
  - platform: state
    entity_id:
      - binary_sensor.deur_contact_felijne_contact
    from: "on"
    id: deur_contact
condition:
  - condition: time
    weekday:
      - sat
      - sun
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id: oranje
        sequence:
          - service: light.turn_on
            data:
              color_name: orange
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
      - conditions:
          - condition: trigger
            id: groen
        sequence:
          - service: light.turn_on
            data:
              color_name: green
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.wakker_worden_felijne_automatisch_uitschakelen
            state: "on"
          - condition: template
            value_template: >-
              {% set timeout = states('input_number.wakker_worden_felijne')|int
              %}

              {% set n = now() %}

              {% set n1 = n + timedelta(minutes=5)%}

              {% set c =
              today_at(states('input_datetime.wakker_worden_felijne')) +
              timedelta(minutes=timeout) %}

              {{ n < c < n1 }}
          - condition: trigger
            id: deur_contact
        sequence:
          - type: turn_off
            device_id: 2898dba87ca3db6774d9da11bb6ca675
            entity_id: light.plafond_strip
            domain: light
mode: single

Ik was inderdaad even in de war. Bij mij is de input_datetime juist de tijd dat hij groen wordt.
Maar dan zou het dit moeten worden

Django/Jinja:

{% set timeout = states('input_number.wakker_worden_felijne')|int %}
{% set n = now() %}
{% set c1 = today_at(states('input_datetime.wakker_worden_felijne') + timedelta(minutes = timeout) %}
{% set c = c1 + timedelta(minutes=5) %}
{{ c1 < n < c2 }}

PS, je hebt 2x trigger id groen in je automation nu
en je hebt nu een aparte choose gemaakt, dat mag gewoon in de bestaande choose.

[ Voor 31% gewijzigd door TheFes op 12-04-2023 12:57 ]

[Toppe]

TheFes schreef op woensdag 12 april 2023 @ 12:52:
[...]


Ik was inderdaad even in de war. Bij mij is de input_datetime juist de tijd dat hij groen wordt.
Maar dan zou het dit moeten worden

Django/Jinja:

{% set timeout = states('input_number.wakker_worden_felijne')|int %}
{% set n = now() %}
{% set c1 = today_at(states('input_datetime.wakker_worden_felijne') + timedelta(minutes = timeout) %}
{% set c = c1 + timedelta(minutes=5) %}
{{ c1 < n < c2 }}

PS, je hebt 2x trigger id groen in je automation nu
en je hebt nu een aparte choose gemaakt, dat mag gewoon in de bestaande choose.

2x groen klopt omdat ik ook een boolean heb die "nu op groen" simuleert.

[TheFes]

Toppe schreef op woensdag 12 april 2023 @ 12:58:
[...]


2x groen klopt omdat ik ook een boolean heb die "nu op groen" simuleert.

Ahja,dan werkt wel die condition voor de deur niet als je die knop gebruikt hebt.
Je zou ook de input_datetime op nu - timeout kunnen zetten als je op de knop drukt, dan werkt de condition wel.

[Toppe]

TheFes schreef op woensdag 12 april 2023 @ 13:01:
[...]


Ahja,dan werkt wel die condition voor de deur niet als je die knop gebruikt hebt.
Je zou ook de input_datetime op nu - timeout kunnen zetten als je op de knop drukt, dan werkt de condition wel.

code:

{% set c = today_at(states('input_datetime.wakker_worden_felijne')) + timedelta(minutes=timeout) %}

Deze bedoel je dan?

[TheFes]

Toppe schreef op woensdag 12 april 2023 @ 13:06:
[...]

code:

{% set c = today_at(states('input_datetime.wakker_worden_felijne')) + timedelta(minutes=timeout) %}

Deze bedoel je dan?

Nee, ik bedoel om een druk op de knop niet deze automation te laten triggeren, maar de input_datetime op de juiste tijd te laten zetten. Waardoor vervolgens de automation getriggerd wordt.

[timovd]

CAP-Team schreef op woensdag 12 april 2023 @ 12:19:
[...]


Ja ik heb dit inmiddels al geruime tijd werkend. Ik gebruik de alt-versie.

Nog iets voor moeten aanpassen?

Voor HomeConnect Alt heb ik dit

YAML:

# BSH Home Connect
home_connect_alt:
  client_id: ***
  client_secret: ***

[Toppe]

timovd schreef op woensdag 12 april 2023 @ 13:31:
[...]

Nog iets voor moeten aanpassen?

Voor HomeConnect Alt heb ik dit

YAML:

# BSH Home Connect
home_connect_alt:
  client_id: ***
  client_secret: ***

Doe je niet gewoon teveel requests waardoor je geblokkeerd wordt? Gebeurt hier ook nog wel eens.

[TWKterry]

TheFes schreef op woensdag 12 april 2023 @ 12:36:
[...]

YAML:

  message: >-
    {% set y = trigger.calendar_event.description | int('no_number') %} 
    {{ trigger.calendar_event.summary }} is {{ (now().year - y) if y | is_number else 'many' }} years

Je kunt zoiets doen.

@TheFes Ga ik proberen, bedankt.

Was even zoeken maar er staat dus eea in HA-docs - Templating - Numeric functions and filters - bullet 7
Ik snap het nog niet !

y = trigger.calendar_event.description, cast naar int en als dat niet lukt cast die default de 'no_number' string en wordt dan dus op 0 gezet omdat het een string is zonder cijfers? Maar dat klopt niet want het moet zijn y='no number' om de volgende regel te laten werken.

Dan zou dit hopelijk ook goed zijn, is wat makkelijker te begrijpen voor mij?

YAML:

{% y = int(  trigger.calendar_event.description, default='no number' ) %}

YES, volgens de template editor.

[TheFes]

TWKterry schreef op woensdag 12 april 2023 @ 14:16:
[...]

@TheFes Ga ik proberen, bedankt.

Was even zoeken maar er staat dus eea in HA-docs - Templating - Numeric functions and filters - bullet 7
Ik snap het nog niet !

y = trigger.calendar_event.description, cast naar int en als dat niet lukt cast die default de 'no_number' string en wordt dan dus op 0 gezet omdat het een string is zonder cijfers? Maar dat klopt niet want het moet zijn y='no number' om de volgende regel te laten werken.

Dan zou dit hopelijk ook goed zijn, is wat makkelijker te begrijpen voor mij?

YAML:

{% y = int(  trigger.calendar_event.description, default='no number' ) %}

YES, volgens de template editor.

Je mist set in de code hierboven, maar dit doet inderdaad hetzelfde als ik deed
Jij gebruikt int nu als function, ik gebruikte het als filter

Django/Jinja:

{% set y = int(trigger.calendar_event.description, 'no_number') %}
{% set y = int(trigger.calendar_event.description, default='no_number') %}
{% set y = trigger.calendar_event.description | int('no_number') %}
{% set y = trigger.calendar_event.description | int(default='no_number') %}

doen allemaal hetzelfde, ze proberen de description van je calendar event om te zetten naar integer, en als dat niet lukt geven ze de string no_number terug

[timovd]

Toppe schreef op woensdag 12 april 2023 @ 13:46:
[...]


Doe je niet gewoon teveel requests waardoor je geblokkeerd wordt? Gebeurt hier ook nog wel eens.

Hoe weet ik dat ik geblokkeerd ben? Ik zou dan een andere melding verwachten, dus niet "unauthorised"
Ik heb al een nieuwe API key aangemaakt, ik weet niet of dit helpt?

Uiteraard ook uitgelogd van Home Connect Dev en een andere browser gebruikt.

[ Voor 17% gewijzigd door timovd op 12-04-2023 15:37 ]

[superduper]

Ik heb wat switchbots gekregen en wil die graag in HA integreren, maar de pi4 waarop HA draait zit in de meterkast en de switchbots in de woonkamer 1 verdieping hoger... Ik dacht dat ze op de Wifi gingen, maar dit blijkt bluetooth te zijn en ik vraag me af of dat gaat werken. Moet ik dan toch nog een hub (mini) erbij kopen?

of bestaan er bluetooth repeaters oid?

[ Voor 6% gewijzigd door superduper op 12-04-2023 15:01 ]

[TheFes]

superduper schreef op woensdag 12 april 2023 @ 15:00:
Ik heb wat switchbots gekregen en wil die graag in HA integreren, maar de pi4 waarop HA draait zit in de meterkast en de switchbots in de woonkamer 1 verdieping hoger... Ik dacht dat ze op de Wifi gingen, maar dit blijkt bluetooth te zijn en ik vraag me af of dat gaat werken. Moet ik dan toch nog een hub (mini) erbij kopen?

of bestaan er bluetooth repeaters oid?

Je kunt een ESP32 bordje kopen en deze als Bluetooth Proxy configureren.

[new_guy]

@TheFes ik ben verder aan het stoeien met jouw dashboard messages ( https://github.com/TheFes...r/dashboard_messages.yaml ) dit gebruik ik al voor verjaardagen etc.

Hoe laat jij HomeAssistant/ VisualStudio Code de MDI icons omzetten naar daadwerkelijk icons? Als ik

Dit geeft echter op het dashboard de naam van de icon en niet het icon zelf. Als ik naar jouw voorbeelden kijk dan zie ik alleen het icon, zonder de naam?

[TheFes]

new_guy schreef op woensdag 12 april 2023 @ 15:16:
@TheFes ik ben verder aan het stoeien met jouw dashboard messages ( https://github.com/TheFes...r/dashboard_messages.yaml ) dit gebruik al voor verjaardagen etc.

Hoe laat jij HomeAssistant/ VisualStudio Code de MDI icons omzetten naar daadwerkelijk icons? Als ik [Afbeelding]

Dit geeft echter op het dashboard de naam van de icon en niet het icon zelf. Als ik naar jouw voorbeelden kijk dan zie ik alleen het icon, zonder de naam?

Ik gebruik geen mdi iconen daar, ik gebruik emoji.

[new_guy]

TheFes schreef op woensdag 12 april 2023 @ 15:19:
[...]


Ik gebruik geen mdi iconen daar, ik gebruik emoji.

Wow, nu je het zegt. Ik ga weer verder spelen haha

[JoepW]

superduper schreef op woensdag 12 april 2023 @ 15:00:
Ik heb wat switchbots gekregen en wil die graag in HA integreren, maar de pi4 waarop HA draait zit in de meterkast en de switchbots in de woonkamer 1 verdieping hoger... Ik dacht dat ze op de Wifi gingen, maar dit blijkt bluetooth te zijn en ik vraag me af of dat gaat werken. Moet ik dan toch nog een hub (mini) erbij kopen?

of bestaan er bluetooth repeaters oid?

Ik heb een goede externe bt donglenin gebruik en stuur 13 sb curtains aan die wel op dezelfde verdieping zitten maar enkele op 15 meter afstand met een draagmuur ertussen. Werkt prima.
En ja je kan eventueel esp32’s gebruiken als repeaters.

[Hmmbob]

new_guy schreef op woensdag 12 april 2023 @ 15:16:
@TheFes ik ben verder aan het stoeien met jouw dashboard messages ( https://github.com/TheFes...r/dashboard_messages.yaml ) dit gebruik ik al voor verjaardagen etc.

Hoe laat jij HomeAssistant/ VisualStudio Code de MDI icons omzetten naar daadwerkelijk icons? Als ik [Afbeelding]

Dit geeft echter op het dashboard de naam van de icon en niet het icon zelf. Als ik naar jouw voorbeelden kijk dan zie ik alleen het icon, zonder de naam?

En dat rode in je screenshot geeft aan dat je indentatie / spaties niet goed zijn.

[new_guy]

Hmmbob schreef op woensdag 12 april 2023 @ 16:00:
[...]

En dat rode in je screenshot geeft aan dat je indentatie / spaties niet goed zijn.

Thanks, die moest ik ook nog fixen inderdaad.

[Raven]

dotcom87 schreef op woensdag 12 april 2023 @ 12:34:
[...]


Dit is interessant! Maar voor een leek als mij: wat heb ik nog nodig buiten dit ESP32 bordje om alles werkende te krijgen?

Ken je de Arduino IDE toevallig al? Hier staan voorbeeld scripts die je met dat programma kan uploaden.

[Septillion]

WoBBeL schreef op woensdag 12 april 2023 @ 09:13:
@Septillion nu werd hij vandaag uitgevoerd om 07:30 omdat de uitkomst van de template true was. Hij moet echter vrijdag afgaan (dat is de datum van de sensor). Kan dit te maken hebben met de timedelta (toevallig ook 2 dagen)? Zou je mij in de goede richting kunnen sturen, ik zou t graag zelf willen proberen op te lossen maar Jinja is echt iets nieuws voor mij

Als ik de delta aanpas naar 0 of 1 dagen krijg ik netjes false en bij delta 2 krijg ik true (en in theorie zou ik morgen bij delta 1 dagen true moeten krijgen)

code:

Executed: 12 april 2023 om 07:30:00
Result:

result: true
entities:
  - sensor.twente_milieu_packages_waste_pickup

code:

{
  "trace": {
    "last_step": "action/0",
    "run_id": "2d74e2b67690d1c827a56f648f3a6be8",
    "state": "stopped",
    "script_execution": "finished",
    "timestamp": {
      "start": "2023-04-12T05:30:00.363939+00:00",
      "finish": "2023-04-12T05:30:01.217510+00:00"
    },
    "domain": "automation",
    "item_id": "1680194712016",
    "trigger": "time",
    "trace": {
      "trigger/0": [
        {
          "path": "trigger/0",
          "timestamp": "2023-04-12T05:30:00.364121+00:00",
          "changed_variables": {
            "this": {
              "entity_id": "automation.monitor_container_restafval",
              "state": "on",
              "attributes": {
                "last_triggered": "2023-03-30T17:04:48.264906+00:00",
                "mode": "single",
                "current": 0,
                "id": "1680194712016",
                "friendly_name": "Monitor - container (pmd)"
              },
              "last_changed": "2023-04-11T18:32:56.906573+00:00",
              "last_updated": "2023-04-11T18:32:56.906573+00:00",
              "context": {
                "id": "01GXRSF9TAB1H78E85VJPWQMTS",
                "parent_id": null,
                "user_id": null
              }
            },
            "trigger": {
              "id": "0",
              "idx": "0",
              "alias": null,
              "platform": "time",
              "now": "2023-04-12T07:30:00.363065+02:00",
              "description": "time",
              "entity_id": null
            }
          }
        }
      ],
      "condition/0": [
        {
          "path": "condition/0",
          "timestamp": "2023-04-12T05:30:00.364250+00:00",
          "result": {
            "result": true,
            "entities": [
              "sensor.twente_milieu_packages_waste_pickup"
            ]
          }
        }
      ],
      "action/0": [
        {
          "path": "action/0",
          "timestamp": "2023-04-12T05:30:00.366272+00:00",
          "changed_variables": {
            "context": {
              "id": "01GXSZ2D9BXQ7V0KCMVYY64Y1A",
              "parent_id": null,
              "user_id": null
            }
          },
          "result": {
            "params": {
              "domain": "notify",
              "service": "pushover",
              "service_data": {
                "target": [
                  "roy"
                ],
                "message": "De PMD container moet aan straat.",
                "data": {
                  "priority": 1,
                  "sound": "siren"
                }
              },
              "target": {}
            },
            "running_script": false,
            "limit": 10
          }
        }
      ]
    },
    "config": {
      "id": "1680194712016",
      "alias": "Monitor - container (pmd)",
      "description": "",
      "trigger": [
        {
          "platform": "time",
          "at": "07:30:00"
        }
      ],
      "condition": [
        {
          "condition": "template",
          "value_template": "{% set p = states('sensor.twente_milieu_packages_waste_pickup')|as_datetime|as_local -%}\n{{ p - now() < timedelta(days=2) }}"
        }
      ],
      "action": [
        {
          "service": "notify.pushover",
          "data": {
            "target": [
              "roy"
            ],
            "message": "De PMD container moet aan straat.",
            "data": {
              "priority": 1,
              "sound": "siren"
            }
          }
        }
      ],
      "mode": "single"
    },
    "blueprint_inputs": null,
    "context": {
      "id": "01GXSZ2D9BXQ7V0KCMVYY64Y1A",
      "parent_id": null,
      "user_id": null
    }
  },
  "logbookEntries": [
    {
      "name": "Monitor - container (pmd)",
      "message": "triggered by time",
      "source": "time",
      "entity_id": "automation.monitor_container_restafval",
      "context_id": "01GXSZ2D9BXQ7V0KCMVYY64Y1A",
      "when": 1681277400.365489,
      "domain": "automation"
    }
  ]
}

De timedelta bepaald inderdaad hoe ver van tevoren je een melding krijgt. Wil je het op de dag zelf kan je hem op days=0 zetten. Weghalen mag ook maar laten staan geeft mooi aan wat mogelijk is.

[Septillion]

@Toppe Dat is wel een ingewikkelde manier om te kijken of het 59 seconden voor input_number.wakker_worden_felijne' + timeout is. Waarom niet gewoon:

Django/Jinja:

{% set timeout = states('input_number.wakker_worden_felijne')|int %}
{% set n = now() %}
{% set c = today_at(states('input_datetime.wakker_worden_felijne')) + timedelta(minutes=(timeout - 1)) %}
{{ n > c }}

Of misschien zelfs gewoon zonder -1?

Weet ook dat dit wel mis gaat rond 0:00. Zal voor een kinderwekker niet zo snel mis gaan maar heb er voor onze wake up light wel rekening mee gehouden

Ook gaat het fout als je tussentijds de tijd aanpast natuurlijk maar is misschien ook niet heel erg. Anders zou je een timer (of zelfs een delay) kunnen gebruiken.

En waarom niet één choose?

En waarom from: 'on' en niet to: 'off'?

[TheFes]

Septillion schreef op woensdag 12 april 2023 @ 18:44:
@Toppe Dat is wel een ingewikkelde manier om te kijken of het 59 seconden voor input_number.wakker_worden_felijne' + timeout is. Waarom niet gewoon:

Django/Jinja:

{% set timeout = states('input_number.wakker_worden_felijne')|int %}
{% set n = now() %}
{% set c = today_at(states('input_datetime.wakker_worden_felijne')) + timedelta(minutes=(timeout - 1)) %}
{{ n > c }}

Of misschien zelfs gewoon zonder -1?

Weet ook dat dit wel mis gaat rond 0:00. Zal voor een kinderwekker niet zo snel mis gaan maar heb er voor onze wake up light wel rekening mee gehouden

Ook gaat het fout als je tussentijds de tijd aanpast natuurlijk maar is misschien ook niet heel erg. Anders zou je een timer (of zelfs een delay) kunnen gebruiken.

En waarom niet één choose?

En waarom from: 'on' en niet to: 'off'?

Ik heb zelf een vergelijkbare slaapwekker, en ik heb het zoals jij nu voorstelt, maar dan gaat hij elke keer als je de tijd verzet af, wat ik zelf wat irritant vind. Daarom had ik dit voorstel met een time window van 1 minuut voorgesteld (bij mezelf heb ik het nog steeds niet veranderd)

[Septillion]

@TheFes
* Septillion checkt wat hij heeft in de wake up light

Ah, ja, ik heb ook een 1 minuut window Maar dan wel {{ p <= nu < p + timedelta(minutes=1) }}. Zoals hij nu in de automation van @Toppe staat is de trigger 59 seconden (1 sec extra ivm het niet checken op qual) voor het moment. Als c namelijk nu om '7:00' is dan is de boel waar vanaf '6:59:01'.

[Antonio di]

dotcom87 schreef op woensdag 12 april 2023 @ 10:07:
Hey allemaal,

Ik heb al een tijdje een HA setup draaien op een Intel NUC.

We hebben een nieuwbouw woning waar we ook alle bedrading hebben laten klaarleggen voor een alarm systeem. Ook in alle ramen is een ingebouwde contactsensor, waarvoor er een kabel naar de plaats van de Intel NUC loopt.

[Afbeelding]

Mijn vraag is of er een manier is om al deze contactsensoren aan te sluiten en bruikbaar te maken in home assistant?

Er zijn vele manieren om bedrade contact (open-dicht) sensoren aan Home Assistant (HA) te koppelen.

Vraag 1):
Wil je een Alarmsysteem realiseren in Home Assistant (optie A) OF
Wil een los Alarm systeem koppelen aan HA (optie B ) OF
Wil je gewoon alleen een Alert dat je alweer je raam heb laten open staan terwijl je het huis verlaat (optie C), that all .

B wordt veel gekozen via HA vervolg acties te uit te laten voeren die minder kritisch zijn.
A wordt weinig gekozen als je een volwaardig alarmsysteem wilt realiseren in HA. Dit is nogal moeilijk en vereist nogal wat niet gebruikelijke toevoeging in HA. Je kunt in HA immers alles zelf maken/toevoegen
(solderen/ tot programmeren).
C is goed te doen in HA
Lees voor toelichting:
Waar moet een draadloos DIY Alarm met smarthome aan voldoen.

Mensen nemen bedrade contact sensoren op de ramen en deuren normaliter voor een goed en betrouwbaar alarmsysteem en dus worden de genoemde draden dus rechtstreeks op het Alarmsysteem aangesloten. Alle indirecte aansluitingen vergroten alleen maar de kans of fouten/storing.

Vraag 2);
Welke bedrade contact sensoren heb je?

Vraag 3)
Hoe werkt je HA nu (Zigbee, Zwave, Bluetooth, IP etc.) voor het binnen komen van signalen van Sensoren en andere componenten?

Vraag 4)
Hoe handig ben je. Je kunt inderdaad met ESP-bordjes met een stroomvoorziening veel zelf doen, van solderen tot programmeren. Of zoek je gewoon de "makkelijkste" oplossing.

Antwoord op jouw vraag volgt na het beantwoorden van de bovenstaande vragen

[TheFes]

Septillion schreef op woensdag 12 april 2023 @ 19:33:
@TheFes
* Septillion checkt wat hij heeft in de wake up light

Ah, ja, ik heb ook een 1 minuut window Maar dan wel {{ p <= nu < p + timedelta(minutes=1) }}. Zoals hij nu in de automation van @Toppe staat is de trigger 59 seconden (1 sec extra ivm het niet checken op qual) voor het moment. Als c namelijk nu om '7:00' is dan is de boel waar vanaf '6:59:01'.

Je hebt gelijk.

@Toppe
die trigger moet anders, het zou zo moeten zijn

YAML:

  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}

      {% set n = now() %}

      {% set c1 = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}

      {% set c2 = c1 + timedelta(minutes=1) %}

      {{ c1 < n < c2 }}

< of <= komt bij vergelijkingen met now() op hetzelfde neer, aangezien die in milliseconden nauwkeurig is, en nooit precies op een hele minuut zal vallen

[Septillion]

@TheFes Maar evaluatie is maar elke seconde Dus <= en < hebben wel een ander effect

edit:
Nu kan ik dat alleen niet meer vinden.... Lijkt zelfs maar te zien elke minuut... Dan zou je een mini risico hebben dat de refresh exact op 7:00:00 is maar lijkt me wel klein

[ Voor 53% gewijzigd door Septillion op 12-04-2023 19:53 ]

[TheFes]

Septillion schreef op woensdag 12 april 2023 @ 19:48:
@TheFes Maar evaluatie is maar elke seconde Dus <= en < hebben wel een ander effect

edit:
Nu kan ik dat alleen niet meer vinden....

now() wordt zelfs maar eens per minuut geëvalueerd, maar dat duurt enkele microseconden, dus het is nooit precies op de minuut.
Dus een vergelijking als today_at('20:00') == now() zal nooit waar zijn. En daarmee komt today_at('20:00') < now() dus op hetzelfde neer als today_at('20:00') <= now()

[Septillion]

@TheFes Zag het ook nu ja. Maar zeg nooit nooit Ik zou dus altijd wel {{ c1 <= n < c2 }} gebruiken voor het once in a lifetime moment en mijn OCD

[TheFes]

Septillion schreef op woensdag 12 april 2023 @ 19:56:
@TheFes Zag het ook nu ja. Maar zeg nooit nooit Ik zou dus altijd wel {{ c1 <= n < c2 }} gebruiken voor het once in a lifetime moment en mijn OCD

Je OCD onder controle houden is altijd een valide excuus natuurlijk

[Toppe]

@Septillion @TheFes ik ben jullie helemaal kwijt

[Septillion]

@Toppe Haha, nauwja, voor juiste de templates aanpassen naar:

YAML:

  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}

      {% set n = now() %}

      {% set c1 = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}

      {% set c2 = c1 + timedelta(minutes=1) %}

      {{ c1 =< n < c2 }}

Andere vragen en opmerkingen van mijn eerste post staan verder los van die template discussie

[G8rb8n]

Hmmbob schreef op zaterdag 7 januari 2023 @ 11:51:
[...]
[Afbeelding]

Bekijk vooral mijn hele dashboard yaml voor deze grafieken, want die Apexcharts config is vrij uitgebreid. Alle betrokken bestanden:

Dashboard:
ui-lovelace.yaml
apexcharts_card_templates.yaml
energy.yaml

Sensors die gebruikt worden:
Nordpool Energy package

Ik heb enige tijd geleden dankbaar gebruik gemaakt van deze voorbeeld code. Werkte perfect, totdat ik dit afgelopen weekend update heb gedraaid naar 2023.4. Nu geven alle Apexcharts foutmelding: Cannot read properties of null (reading 'config'). Wordt veroorzaakt door de config_templates, als ik dat stukje code uitzet, werken de kaarten wel (maar gaat de opmaak stuk...). Vond juist dat gebruik van templates handig om veel copy/paste van code te voorkomen, maar begrijp niet wat dit nu veroorzaakt. Opzet is gelijk aan wat jij hier gedaan hebt, heeft dit bij jou niet tot foutmeldingen geleidt?

[WoBBeL]

Ik gebruik ESPhome in combinatie met ESP32 bordjes om BLE beacons te volgen. Nu zag ik onder mijn integraties ook "iBeacon tracker" staan.

Komt deze integratie vanuit ESPhome of is dit omdat mijn Raspberry Pi 4 (waar HA op draait) zelf de beacon heeft gevonden via bluetooth? Ze lijken eigen entities te geven dus ik gok de onboard RPi Bluetooth

[edit]
Ah, je kan onder apparaat -> attributen de "source" vinden en hier staat een "Raspberry Pi Trading Ltd" MAC

[ Voor 26% gewijzigd door WoBBeL op 12-04-2023 20:43 ]

[TheFes]

WoBBeL schreef op woensdag 12 april 2023 @ 20:41:
Ik gebruik ESPhome in combinatie met ESP32 bordjes om BLE beacons te volgen. Nu zag ik onder mijn integraties ook "iBeacon tracker" staan.

Komt deze integratie vanuit ESPhome of is dit omdat mijn Raspberry Pi 4 (waar HA op draait) zelf de beacon heeft gevonden via bluetooth? Ze lijken eigen entities te geven dus ik gok de onboard RPi Bluetooth

Het is een beacon die opgepikt is door de Bluetooth integratie, kan van alles zijn, bijvoorbeeld ook een willekeurig persoon die voorbij je huis gelopen is.

[WoBBeL]

@TheFes thanks, ga hem direct uitzetten want ik had al wat vreemde devices gezien die ik niet kende. Niet dat ze iets kunnen maar een lading notificaties is onhandig

Iemand enig idee waarom mn RPi mijn beacon wel continu detecteert maar mijn ESP bordje hem steeds kwijtraakt? Het maakt niet uit of mn beacon interval 30ms of 1000ms in en ook het zendvermogen maakt geen drol uit.

RPi bluetooth


ESP32 bluetooth

YAML:

esp32_ble_tracker:

binary_sensor:
  - platform: ble_presence
    ibeacon_uuid: 'fda50693-a4e2-4fb1-afcf-c6eb07647829'
    name: "Container (PMD)" 

Ik had al gespeeld met "scan_parameters" maar zonder verschil.

[ Voor 3% gewijzigd door WoBBeL op 12-04-2023 20:55 ]

[Toppe]

Septillion schreef op woensdag 12 april 2023 @ 20:15:
@Toppe Haha, nauwja, voor juiste de templates aanpassen naar:

YAML:

  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}

      {% set n = now() %}

      {% set c1 = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}

      {% set c2 = c1 + timedelta(minutes=1) %}

      {{ c1 =< n < c2 }}

Andere vragen en opmerkingen van mijn eerste post staan verder los van die template discussie

ergens een typo:

YAML:

Message malformed: invalid template (TemplateSyntaxError: expected token 'end of print statement', got '=') for dictionary value @ data['action'][1]['choose'][0]['conditions'][1]['value_template']

Ik neem aan dat {{ c1 =< n < c2 }} dit moet zijn: {{ c1 <= n < c2 }}

edit: Dit is dus de hele automation, iemand nog op of aanmerkingen?

YAML:

alias: "Felijne: Ochtend verlichting"
description: ""
trigger:
  - platform: time
    at: input_datetime.wakker_worden_felijne
    id: oranje
  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}

      {% set n = now() %}

      {% set n1 = n + timedelta(minutes=1)%}

      {% set c = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}

      {{ n < c < n1 }}
    id: groen
  - platform: state
    entity_id:
      - input_button.wakker_worden_felijne
    id: groen
    enabled: true
  - platform: state
    entity_id:
      - binary_sensor.deur_contact_felijne_contact
    from: "on"
    id: deur_contact
condition:
  - condition: time
    weekday:
      - sat
      - sun
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id: oranje
        sequence:
          - service: light.turn_on
            data:
              color_name: orange
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
      - conditions:
          - condition: trigger
            id: groen
        sequence:
          - service: light.turn_on
            data:
              color_name: green
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.wakker_worden_felijne_automatisch_uitschakelen
            state: "on"
          - condition: template
            value_template: >-
              {% set timeout = states('input_number.wakker_worden_felijne')|int
              %}

              {% set n = now() %}

              {% set c1 =
              today_at(states('input_datetime.wakker_worden_felijne')) +
              timedelta(minutes=timeout) %}

              {% set c2 = c1 + timedelta(minutes=1) %}

              {{ c1 <= n < c2 }}
          - condition: trigger
            id: deur_contact
        sequence:
          - type: turn_off
            device_id: 2898dba87ca3db6774d9da11bb6ca675
            entity_id: light.plafond_strip
            domain: light
mode: single

[ Voor 61% gewijzigd door Toppe op 12-04-2023 21:08 ]

[TheFes]

Toppe schreef op woensdag 12 april 2023 @ 21:05:
[...]


ergens een typo:

YAML:

Message malformed: invalid template (TemplateSyntaxError: expected token 'end of print statement', got '=') for dictionary value @ data['action'][1]['choose'][0]['conditions'][1]['value_template']

Ik neem aan dat {{ c1 =< n < c2 }} dit moet zijn: {{ c1 <= n < c2 }}

edit: Dit is dus de hele automation, iemand nog op of aanmerkingen?

YAML:

alias: "Felijne: Ochtend verlichting"
description: ""
trigger:
  - platform: time
    at: input_datetime.wakker_worden_felijne
    id: oranje
  - platform: template
    value_template: >-
      {% set timeout = states('input_number.wakker_worden_felijne')|int %}

      {% set n = now() %}

      {% set n1 = n + timedelta(minutes=1)%}

      {% set c = today_at(states('input_datetime.wakker_worden_felijne')) +
      timedelta(minutes=timeout) %}

      {{ n < c < n1 }}
    id: groen
  - platform: state
    entity_id:
      - input_button.wakker_worden_felijne
    id: groen
    enabled: true
  - platform: state
    entity_id:
      - binary_sensor.deur_contact_felijne_contact
    from: "on"
    id: deur_contact
condition:
  - condition: time
    weekday:
      - sat
      - sun
      - mon
      - tue
      - wed
      - thu
      - fri
action:
  - choose:
      - conditions:
          - condition: trigger
            id: oranje
        sequence:
          - service: light.turn_on
            data:
              color_name: orange
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
      - conditions:
          - condition: trigger
            id: groen
        sequence:
          - service: light.turn_on
            data:
              color_name: green
              brightness_pct: 2
              transition: 3
            target:
              entity_id: light.plafond_strip
  - choose:
      - conditions:
          - condition: state
            entity_id: input_boolean.wakker_worden_felijne_automatisch_uitschakelen
            state: "on"
          - condition: template
            value_template: >-
              {% set timeout = states('input_number.wakker_worden_felijne')|int
              %}

              {% set n = now() %}

              {% set c1 =
              today_at(states('input_datetime.wakker_worden_felijne')) +
              timedelta(minutes=timeout) %}

              {% set c2 = c1 + timedelta(minutes=1) %}

              {{ c1 <= n < c2 }}
          - condition: trigger
            id: deur_contact
        sequence:
          - type: turn_off
            device_id: 2898dba87ca3db6774d9da11bb6ca675
            entity_id: light.plafond_strip
            domain: light
mode: single

ja, bovengaande discussie tussen @Septillion en mij ging over je template trigger, maar die is nu niet veranderd.
Je condition was al wel correct.

[Stitchie]

Goedenavond,

Ik heb 1,5 jaar een rpi draaien met HA erop. Verder staat of draait er niets op de rpi. Nooit problemen gehad.
Sinds de update van Home assistant core van 4.1 naar 4.2 heb ik een probleem en dusdanig dat ik na het uitvoeren van deze update geen toegang meer krijg tot home assistant en ook het statische ip zich niet meer aanmeldt op het netwerk. Ik heb al een andere poort, kabel en router geprobeerd maar helaas zonder succes. Wel branden het groene en gele lampje van de netwerk kaart van rpi. .
Ook heb ik geprobeerd met een netwerkkabel tussen mijn laptop en de rpi maar ook dan geen resultaat.
Ik kan helaas geen monitor aansluiten op de rpi dus moet op een andere manier verbinding kunnen krijgen.

Heeft iemand een idee.

[53645714n]

Ik ben niet bekend met de versienummers die jij aangeeft, ik had zelf problemen bij de upgrade van 2023.3 naar 2023.4. Hier zit een grote database migratie in die mijn rpi4b niet aan lijkt te kunnen. Heb hem al een nacht gegeven, maar hij komt er niet door. Ik draai dus nu weer 2023.3 en ben op zoek naar een fijne nuc.

[Stitchie]

53645714n schreef op woensdag 12 april 2023 @ 23:25:
Ik ben niet bekend met de versienummers die jij aangeeft, ik had zelf problemen bij de upgrade van 2023.3 naar 2023.4. Hier zit een grote database migratie in die mijn rpi4b niet aan lijkt te kunnen. Heb hem al een nacht gegeven, maar hij komt er niet door. Ik draai dus nu weer 2023.3 en ben op zoek naar een fijne nuc.

Ik had ook problemen van 2023.5 naar .6 die duurde heel lang en kwam niet door die van 2023.5 naar 2023.4.1 leek goed te gaan maar die naar 2 was blijkbaar te veel van het goede.

[Oon]

Weet iemand of het mogelijk is om de RESTful sensor te gebruiken voor toekomstige data?

Ik heb een stukje code geschreven als buffer tussen de Enever API en mijn Home Assistant, maar nu probeer ik die dus in Home Assistant te krijgen. Ik wil van vandaag en morgen de stroomprijs per uur ophalen, en deze dan weer in een kaartje kunnen laten zien.

Nu zie ik in de RESTful Sensor documentatie wel hoe ik de data kan ophalen, maar deze lijkt er erg vanuit te gaan dat je alleen de huidige state ophaalt, en dat is dus niet wat ik zoek.

Omdat ik hier een laag tussen heb zitten heb ik wel volledige vrijheid over hoe ik de data aan Home Assistant aanbied. Dit is nu een JSON array met een key per dag, daarin een key per uur (starttijd), en dan wat data waaronder de volledige datum/tijd van de starttijd en een datum/tijd van de eindtijd van die waarde (1 seconde voor de volgende begint).

Het gaat me hier niet om het weergeven, daar ga ik de weergave die @Hmmbob eerder gedeeld heeft voor gebruiken (of nabootsen), maar het gaat me hier echt om het ophalen van de data.

Hier een linkje (omdat het nogal een lange plak data is) voor mijn huidige 'today' call: https://paste.ee/p/EVoGl

Einddoel is om van vandaag en morgen de 'price' per uur in een grafiek te kunnen zetten (met dus alvast de data in de toekomst ingeladen), en uiteindelijk dan ook een sensor die de huidige prijs voor het Energy dashboard zet maar dat is voor later.

Kan iemand mij vertellen hoe ik dit het beste aan kan pakken?

Edit: Hier inmiddels een goede aanwijzing gevonden: https://enever.nl/forums/...istant-icm-api-tokencode/

Allen nu weer aan het kloten met mijn opgesplitste config waardoor het totaal onduidelijk is waarom dingen niet werken
Ik word ondertussen echt heel erg moe van hoe ontransparant includes in de HA config zijn (met 0 mogelijkheid om te debuggen) en het feit dat 2/3e van de antwoorden op het internet een oudere versie zijn. Kan het allemaal niet meer volgen, is als software developer ondertussen makkelijker om gewoon een custom integration te schrijven hiervoor..

[ Voor 15% gewijzigd door Oon op 13-04-2023 02:51 ]

[TheFes]

Stitchie schreef op woensdag 12 april 2023 @ 23:38:
[...]

Ik had ook problemen van 2023.5 naar .6 die duurde heel lang en kwam niet door die van 2023.5 naar 2023.4.1 leek goed te gaan maar die naar 2 was blijkbaar te veel van het goede.

Jij leeft al in de toekomst? 2023.5 zou nog wel kunnen als je de nightly draait, naar 2023.6 is wel heel bijzonder

[Stitchie]

Ik bedoel 2023.3.5 en 2023.3.6

[Kev!n]

Ik ben onlangs gestart met mijn Homeassistant op de Synology. Kom aardig ver maar de Lidl Home kan ik niet connecten zonder de bridge te "hacken" of een zigbee adapter te kopen.

Nu heb ik ook een Yale Smartlock die nu nog niet verbonden is met een wifi bridge. Zijn er adapters die zigbee,z-wave,bluetooth,IR en matter uitzenden? Of in ieder geval de meeste technieken? De plek van de synology kom met bluetooth makkelijk bij het Yale slot maar weet niet of dat dan te koppelen is zonder hun eigen Wifi bridge.

[-Casper]

Kev!n schreef op donderdag 13 april 2023 @ 07:39:
Ik ben onlangs gestart met mijn Homeassistant op de Synology. Kom aardig ver maar de Lidl Home kan ik niet connecten zonder de bridge te "hacken" of een zigbee adapter te kopen.

Nu heb ik ook een Yale Smartlock die nu nog niet verbonden is met een wifi bridge. Zijn er adapters die zigbee,z-wave,bluetooth,IR en matter uitzenden? Of in ieder geval de meeste technieken? De plek van de synology kom met bluetooth makkelijk bij het Yale slot maar weet niet of dat dan te koppelen is zonder hun eigen Wifi bridge.

Het lijkt me handig om een IR apparaat in de buurt te zetten van het device dat je wil versturen Die heb ik dus ook niet gecombineerd gezien met andere technieken. Volgens mij heb je vrijwel altijd een aparte stick voor een bepaald protocol. Sky connect combineert dan nog Zigbee, Thread en Matter in één stick (voor zover ik heb begrepen).

[JeroenH]

-Casper schreef op donderdag 13 april 2023 @ 07:49:
Het lijkt me handig om een IR apparaat in de buurt te zetten van het device dat je wil versturen

Dat is heel eenvoudig zelf te bouwen met een ESP32 die ESPHOME draait,

[RobertMe]

Kev!n schreef op donderdag 13 april 2023 @ 07:39:
Ik ben onlangs gestart met mijn Homeassistant op de Synology. Kom aardig ver maar de Lidl Home kan ik niet connecten zonder de bridge te "hacken" of een zigbee adapter te kopen.

Nu heb ik ook een Yale Smartlock die nu nog niet verbonden is met een wifi bridge. Zijn er adapters die zigbee,z-wave,bluetooth,IR en matter uitzenden? Of in ieder geval de meeste technieken? De plek van de synology kom met bluetooth makkelijk bij het Yale slot maar weet niet of dat dan te koppelen is zonder hun eigen Wifi bridge.

Combi sticks zou ik links laten liggen. Naast dat ze uberhaupt al (vrijwel?) niet bestaan is de kans ook groot dat op een gegeven moment er weer iets nieuws komt of een nieuwere versie van een protocol waardoor je de hele stick moet vervangen. Terwijl je met losse sticks ook één protocol kunt upgraden, of nieuwe toevoegen, zonder dat je de hele stick moet vervangen.

Daarnaast zal een deel van de protocollen die je noemt mogelijk met elkaar storen (Zigbee & Thread gebruiken hetzelfde 802.??? protocol op 2,4GHz, Bluetooth zit ook op 2,4GHz) waardoor je ze mogelijk wat van elkaar af wilt plaatsen (dus bv beiden aan een USB verlengkabel en de een naar links en de ander naar rechts leggen zodat eer bv een meter tussen zit).

[timovd]

timovd schreef op woensdag 12 april 2023 @ 14:44:
[...]

Hoe weet ik dat ik geblokkeerd ben? Ik zou dan een andere melding verwachten, dus niet "unauthorised"
Ik heb al een nieuwe API key aangemaakt, ik weet niet of dit helpt?

Uiteraard ook uitgelogd van Home Connect Dev en een andere browser gebruikt.

Inmiddels heb ik deze twee regels verwijderd en nu werkt de Home Connect (Alt) integratie wel.

code:

homeassistant:
  external_url: "https://my.hass.com"
  internal_url: "http://myhass.local:8123"

bron: https://community.home-as...tegration-error/440268/32

[Rouwette]

Hmm submenu linken werkt bij mij niet meer sinds de update 2023.4.3..
meer mensen last van? of heb ik iets gemist?

YAML:

type: button
tap_action:
  action: navigate
  navigation_path: /lovelace/1
icon: mdi:remote-tv

Blijft leeg nu

Dan maar een pricture...

YAML:

type: picture
image: /local/image/remote.jpeg
tap_action:
  action: navigate
  navigation_path: /lovelace/1

[ Voor 24% gewijzigd door Rouwette op 13-04-2023 10:18 ]

[Septillion]

@Toppe Oeps, een typo

Je hebt nog steeds wel een nutteloze conditie.

Tweede choose zou in de eerste kunnen.

En je deur contact trigger vind ik ook wel bijzonder met alleen from: "on".

[Septillion]

@Oon Je kan in HA een entity geen data voor toekomst of het verleden geven, alleen voor nu. Dus als je het voor een periode op wilt halen, vooruit of achteruit, zal je dat los moeten opslaan in bijvoorbeeld een attribute. Dit is wat andere forcast integraties zoals solar en weer nu ook doen. Immers is dat ook correct, de sensor zelf update je dus maar af en toe en vaak (maar dus niet voor de prijzen) kan een forecast ook nog wijzigen.

[Hmmbob]

G8rb8n schreef op woensdag 12 april 2023 @ 20:17:
[...]


Ik heb enige tijd geleden dankbaar gebruik gemaakt van deze voorbeeld code. Werkte perfect, totdat ik dit afgelopen weekend update heb gedraaid naar 2023.4. Nu geven alle Apexcharts foutmelding: Cannot read properties of null (reading 'config'). Wordt veroorzaakt door de config_templates, als ik dat stukje code uitzet, werken de kaarten wel (maar gaat de opmaak stuk...). Vond juist dat gebruik van templates handig om veel copy/paste van code te voorkomen, maar begrijp niet wat dit nu veroorzaakt. Opzet is gelijk aan wat jij hier gedaan hebt, heeft dit bij jou niet tot foutmeldingen geleidt?

Ff je apex charts updaten via HACS

[Toppe]

Septillion schreef op donderdag 13 april 2023 @ 10:07:
@Toppe Oeps, een typo

Je hebt nog steeds wel een nutteloze conditie.

Tweede choose zou in de eerste kunnen.

En je deur contact trigger vind ik ook wel bijzonder met alleen from: "on".

Hm die deur contact zou inderdaad niet from moeten zijn. Zal ‘m straks nog even aanpassen

[Rouwette]

Hmm

Al mijn type: button kaarten zijn kapot

[Hmmbob]

Rouwette schreef op donderdag 13 april 2023 @ 10:28:
Hmm

Al mijn type: button kaarten zijn kapot

ff updaten via HACS

edit: assuming dat je custom:button-card bedoeld.

[ Voor 12% gewijzigd door Hmmbob op 13-04-2023 10:43 ]

[Rouwette]

Hmmbob schreef op donderdag 13 april 2023 @ 10:37:
[...]

ff updaten via HACS

edit: assuming dat je custom:button-card bedoeld.

Was de standaard button kaart ik ga wel ombouwen naar de custom

[CAP-Team]

De standaard button card is kapot idd

[TheFes]

Rouwette schreef op donderdag 13 april 2023 @ 10:45:
[...]

Was de standaard button kaart ik ga wel ombouwen naar de custom

Is een bekend issue, en er is een tijdelijke fix voor
https://github.com/home-assistant/frontend/issues/16155

[Rouwette]

TheFes schreef op donderdag 13 april 2023 @ 11:29:
[...]


Is een bekend issue, en er is een tijdelijke fix voor
https://github.com/home-assistant/frontend/issues/16155

Mijn fix was het ombouwen naar de custom card

[CAP-Team]

Als je een van de land-instellingen (bijv. tijdnotatie) even handmatig instelt dan werkt het weer.

[TheFes]

Rouwette schreef op donderdag 13 april 2023 @ 11:33:
[...]

Mijn fix was het ombouwen naar de custom card

De kans dat een custom card een keer kapot gaat is een stuk groter dan een core card.

[Rouwette]

TheFes schreef op donderdag 13 april 2023 @ 11:48:
[...]


De kans dat een custom card een keer kapot gaat is een stuk groter dan een core card.

True, fix ik dan wel weer

[Marsman83]

Ik heb een automation gemaakt die mij een melding geeft als mijn "niet slimme" droger klaar is.
De trigger is zodra mijn Shelly power meter die ertussen zit een waarde onder 1Watt meet, dan krijgen wij een pushbericht op onze telefoons.
Dit werkt opzich prima echter krijg ik heel soms een false positive, waarschijnlijk omdat HA de waarde opnieuw inleest of iets dergelijks.
Ook al mijn HA herstart krijg ik altijd een foutieve melding.

Hoe zouden jullie dit eventueel anders instellen?

YAML:

type: power
platform: device
device_id: 81fdfa8ff8042cab625ab7fd1b041a0f
entity_id: sensor.droger_power
domain: sensor
below: 1
for:
  hours: 0
  minutes: 5
  seconds: 0

[ Voor 0% gewijzigd door Septillion op 13-04-2023 12:16 . Reden: Denk aan de ' yaml' bij code-tags aub ]

[Obelixxx]

Ik heb een iPad aan de muur gehangen met daarop de HA app.
Werkt prima, echter zoek een mogelijkheid om een screensaver te gebruiken.

Op dit moment gaat het scherm uit na een bepaalde tijd.
Ik zou het zelf mooi / leuk vinden als ik een grote klok op het scherm zou krijgen, en bij aanraken van het scherm weer terug zou keren in HA.

iemand die hier een oplossing voor weet?

[Septillion]

@Marsman83 Vraag komt ongeveer 1x per maand langs

Want inderdaad, als dingen herladen worden dan is er een nieuw moment dat de state 5 minuten onder de 1 Watt is.

Maar meeste (incl mezelf) lossen het op met een helper (input_boolean). Deze zet ik aan als het verbruik juist >25W ofzo is. En alleen als de helper aan staat en verbruik zakt onder een grens dan ga. ik meldingen sturen.

Sterker nog, ik sla de staat dan op en stuur alleen een melding aan de persoon thuis of als iemand thuis komt

[CAP-Team]

Dat doe ik precies zo, een helper als de wasmachine (of de wasdroger) aan of uit is.
En een melding op de telefoon, en eventueel via de Nest Hub maar dan alleen als we thuis zijn (en niet liggen te slapen)

[Marsman83]

Septillion schreef op donderdag 13 april 2023 @ 12:15:
@Marsman83 Vraag komt ongeveer 1x per maand langs

Want inderdaad, als dingen herladen worden dan is er een nieuw moment dat de state 5 minuten onder de 1 Watt is.

Maar meeste (incl mezelf) lossen het op met een helper (input_boolean). Deze zet ik aan als het verbruik juist >25W ofzo is. En alleen als de helper aan staat en verbruik zakt onder een grens dan ga. ik meldingen sturen.

Sterker nog, ik sla de staat dan op en stuur alleen een melding aan de persoon thuis of als iemand thuis komt

Helder, ik heb die helper aangemaakt en een automation gemaakt die de helper aan zet bij meer dan 25Watt verbruik.
Ik neem aan dat je bij het versturen van de melding een actie toevoegd om dat ook de helper weer op "uit" te zetten?

[Septillion]

@Marsman83 Correct!

Ook al heb ik alles in een enkele automation staan

[Marsman83]

Septillion schreef op donderdag 13 april 2023 @ 12:28:
@Marsman83 Correct!

Ook al heb ik alles in een enkele automation staan

Dat klinkt wel overzichtelijker idd, alleen hoe doe je dat met verschillende triggers in 1 automation?
Ik heb een automation met als trigger de power lager als 1Watt en een automation met als trigger hoger dan 25Watt.

[Alternativ]

Korte vraag, ik maak gebruik van een LG televisie en een LG soundbar, nu wil ik gebruik maken van home assistant om te wisselen van bron/source op de soundbar (HDMI, HDMI2, Optical/HDMI ARC). De integratie die ik gebruik betreft LG soundbar, onderdeel van home-assistant/core.

De soundbar is ingesteld en ik kan via de frontend(lovelace) wisselen van bron/source door een mediaplayer control op basis van de entity in de LG soundbar integratie (zie ook screenshots). Ik wil bovenstaand nu gaan automatiseren in home assistant maar de integratie geeft geen device terug die ik kan gebruiken in het script.

Is er iemand die een idee heeft hoe dit te tackelen? Via de API kan ik de state van een entity wijzigen maar dat heeft 0 effect op de fysieke soundbar (aangezien de entity een home assistant representatie is lijkt me dat ook logisch).

[Septillion]

@Marsman83 Je kunt een trigger een id geven. Vervolgens is dat iets waar je bijvoorbeeld met een chooser op kunt checken zodat je weet welke trigger er is geweest. Wat je dus nu als meerdere automations hebt kan dan als meerdere opties in een chooser komen.

Complexiteit van de automation gaat daarmee iets omhoog maar vind ik het waard voor de overzichtelijkheid

[Oon]

Septillion schreef op donderdag 13 april 2023 @ 10:12:
@Oon Je kan in HA een entity geen data voor toekomst of het verleden geven, alleen voor nu. Dus als je het voor een periode op wilt halen, vooruit of achteruit, zal je dat los moeten opslaan in bijvoorbeeld een attribute. Dit is wat andere forcast integraties zoals solar en weer nu ook doen. Immers is dat ook correct, de sensor zelf update je dus maar af en toe en vaak (maar dus niet voor de prijzen) kan een forecast ook nog wijzigen.

Dus ik zou dan een sensor/entity kunnen maken die stroomprijs heet, met daarbij als huidige state de waarde die op dit moment geldt, en dan een today en een tomorrow attribuut met daarin de data die daarbij hoort, die ik dan weer uit kan lezen in een grafiek?

Voor gas is het iets simpeler, die hoeft in feite maar één keer per dag geüpdatet te worden en ga ik ook geen forecast van laten zien, die heb ik alleen nodig om de huidige gasprijs correct in HA te hebben, maar dat is dezelfde databron

[Septillion]

@Alternativ Als je als actie een service call naar media_player.select_source doet dan kan je de source selecteren.

[Septillion]

@Oon Correct. Dat is volgens mij ook wat @Hmmbob heeft met de Noordpole integratie. Die heeft zelfs als attribute een lijst met waarde en tijd.

[Marsman83]

Septillion schreef op donderdag 13 april 2023 @ 12:33:
@Marsman83 Je kunt een trigger een id geven. Vervolgens is dat iets waar je bijvoorbeeld met een chooser op kunt checken zodat je weet welke trigger er is geweest. Wat je dus nu als meerdere automations hebt kan dan als meerdere opties in een chooser komen.

Complexiteit van de automation gaat daarmee iets omhoog maar vind ik het waard voor de overzichtelijkheid

OK dat klinkt interessant en ga ik eens induiken.
Ik heb net ook ontdekt dat je als actie "Wait for trigger" kan meegeven.
Dus heb nu in dezelfde automation waarin ik de helper "Droger Aan" aan zet nu wait for trigger toegevoegd met trigger als langer dan 1min lager dan 1Watt is.
Daarna de action om de pushmelding te sturen en de helper weer uit zet.

[Eraser127]

@Marsman83 Dit is die van mij, hierbij heb ik nog wel een input select helper voor de status (omdat het kan). Ik heb verder totaal geen false triggers e.d.

YAML:

alias: Wasmachine automatisering
description: Status aanpassen en melding sturen
trigger:
  - platform: numeric_state
    entity_id: sensor.wasmachine_power
    for:
      hours: 0
      minutes: 3
      seconds: 0
    above: 5
    id: Wasmachine_power_boven_5
  - platform: numeric_state
    entity_id: sensor.wasmachine_power
    for:
      hours: 0
      minutes: 3
      seconds: 0
    above: 2
    below: 5
    id: Wasmachine_power tussen_2_&_5
  - platform: numeric_state
    entity_id: sensor.wasmachine_power
    for:
      hours: 0
      minutes: 3
      seconds: 0
    below: 1
    id: Wasmachine_power_onder_1
  - platform: state
    entity_id:
      - input_select.wasmachine_keuze
    from: Bezig
    to: Klaar
    id: Wasmachine_status_bezig_klaar
condition: []
action:
  - choose:
      - conditions:
          - condition: trigger
            id: Wasmachine_power_boven_5
        sequence:
          - service: input_select.select_option
            data:
              option: Bezig
            target:
              entity_id: input_select.wasmachine_keuze
      - conditions:
          - condition: trigger
            id: Wasmachine_power tussen_2_&_5
        sequence:
          - service: input_select.select_option
            data:
              option: Klaar
            target:
              entity_id: input_select.wasmachine_keuze
      - conditions:
          - condition: trigger
            id: Wasmachine_power_onder_1
        sequence:
          - service: input_select.select_option
            data:
              option: Uit
            target:
              entity_id: input_select.wasmachine_keuze
      - conditions:
          - condition: trigger
            id: Wasmachine_status_bezig_klaar
          - condition: state
            entity_id: device_tracker.s20_van_siebe
            state: home
        sequence:
          - service: notify.mobile_app_galaxy_s20
            data:
              message: Graag de wasmachine legen.
              title: De was is klaar.
              data:
                notification_icon: mdi:washing-machine
mode: parallel
max: 10

[Hmmbob]

Septillion schreef op donderdag 13 april 2023 @ 12:37:
@Oon Correct. Dat is volgens mij ook wat @Hmmbob heeft met de Noordpole integratie. Die heeft zelfs als attribute een lijst met waarde en tijd.

Klopt, al gebruik ik nu niet meer Nordpool maar de Zonneplan integratie (want da's mijn leverancier). Zelfde idee verder.

[Oon]

Septillion schreef op donderdag 13 april 2023 @ 12:37:
@Oon Correct. Dat is volgens mij ook wat @Hmmbob heeft met de Noordpole integratie. Die heeft zelfs als attribute een lijst met waarde en tijd.

Top, daar kan ik wel weer mee verder.

Alleen nu nog uitzoeken hoe ik dit in hemelsnaam in mijn config krijg.

Ik heb een include op mijn sensors mapje als volgt:

YAML:

sensor: !include ../sensors.yaml
sensor split: !include_dir_named sensors

Nou heb ik in mijn sensors mapje weer een 'stroom_vandaag.yaml' gemaakt, maar wat ik daar ook in probeer, ik krijg altijd een foutmelding in VSCode of in de developer tools config check:



Is voor iemand duidelijk wat ik hier nog fout doe? Ik heb nog niet eens het stukje omzetten naar een attribute gedaan, alleen het opzetten van een sensor

[Septillion]

Marsman83 schreef op donderdag 13 april 2023 @ 12:38:
[...]


OK dat klinkt interessant en ga ik eens induiken.
Ik heb net ook ontdekt dat je als actie "Wait for trigger" kan meegeven.
Dus heb nu in dezelfde automation waarin ik de helper "Droger Aan" aan zet nu wait for trigger toegevoegd met trigger als langer dan 1min lager dan 1Watt is.
Daarna de action om de pushmelding te sturen en de helper weer uit zet.

Dat kan tegenwoordig wel redelijk veilig ja. Want tegenwoordig zorgt een edit van automation niet voor een reload van alle automations. Dat was tot voor kort wel zo en had het dus niet mijn voorkeur.

Maar weet dus wel dat HA restart, herladen van alle automations of een edit van de automation roet in het eten gooit.

[Septillion]

@Oon Heb nog weinig met include magie gedaan dus weet niet zeker of dat correct is. Maar weet je zeker dat je sensors.yaml een map hoger staat dan je config?

[Oon]

Septillion schreef op donderdag 13 april 2023 @ 13:05:
@Oon Heb nog weinig met include magie gedaan dus weet niet zeker of dat correct is. Maar weet je zeker dat je sensors.yaml een map hoger staat dan je config?

Ja, dat heb ik al gedubbelcheckt, maar de sensors.yaml zelf gebruik ik niet (dat is gewoon een lege placeholder). Als ik iets invul dat volgens de VSCode syntax checker wel klopt maar uiteindelijk opgebouwd toch niet dan krijg ik in de developer tools check een foutmelding, dus hij laadt ook mijn losse yaml wel in.

[Septillion]

@Oon Paar zaken als ik zo weer even lees:

• Als je een lege yaml wil importeren moet deze wel bestaan. En denk nog steeds niet dat je sensor.yaml een map hoger dan je configuration.yaml staat. Als hij in dezelfde map staat dan is het sensor: !include sensors.yaml
• Maar goed, zolang er iets geimporteerd wordt is een lege include niet nodig.
• Als ik zo lees alle keys die je dubbel wilt hebben een label geven. Dus dan zou de eerste include dus iets als sensor global: !include sensors.yaml moeten zijn.
• include_dir_named neemt de naam van de files mee in de include. Ofwel, je include is nu gelijk aan:
  
  YAML:
  

  sensor:
    stroom_vandaag:
      - platform: rest

  
  Dus volgens mij wil je include_dir_merge_list gebruiken.

[Toppe]

WoBBeL schreef op woensdag 12 april 2023 @ 20:54:
@TheFes thanks, ga hem direct uitzetten want ik had al wat vreemde devices gezien die ik niet kende. Niet dat ze iets kunnen maar een lading notificaties is onhandig

Iemand enig idee waarom mn RPi mijn beacon wel continu detecteert maar mijn ESP bordje hem steeds kwijtraakt? Het maakt niet uit of mn beacon interval 30ms of 1000ms in en ook het zendvermogen maakt geen drol uit.

RPi bluetooth
[Afbeelding]

ESP32 bluetooth
[Afbeelding]

YAML:

esp32_ble_tracker:

binary_sensor:
  - platform: ble_presence
    ibeacon_uuid: 'fda50693-a4e2-4fb1-afcf-c6eb07647829'
    name: "Container (PMD)" 

Ik had al gespeeld met "scan_parameters" maar zonder verschil.

Welke beacons gebruik je?

[Oon]

Septillion schreef op donderdag 13 april 2023 @ 13:21:
@Oon Paar zaken als ik zo weer even lees:

• Als je een lege yaml wil importeren moet deze wel bestaan. En denk nog steeds niet dat je sensor.yaml een map hoger dan je configuration.yaml staat. Als hij in dezelfde map staat dan is het sensor: !include sensors.yaml
• Maar goed, zolang er iets geimporteerd wordt is een lege include niet nodig.
• Als ik zo lees alle keys die je dubbel wilt hebben een label geven. Dus dan zou de eerste include dus iets als sensor global: !include sensors.yaml moeten zijn.
• include_dir_named neemt de naam van de files mee in de include. Ofwel, je include is nu gelijk aan:
  
  YAML:
  

  sensor:
    stroom_vandaag:
      - platform: rest

  
  Dus volgens mij wil je include_dir_merge_list gebruiken.

Om even te laten zien dat ik dat eerste punt dus echt wel gedubbelcheckt heb:


Al mijn integrations zitten in een 'integrations' mapje, sensors.yml zelf zit in de config root, en deze nieuwe sensor dus in integrations/sensors/stroom_vandaag.yaml. Dezelfde config heb ik voor templates ook, en daar werkt dit prima.

Het enige dat afwijkt tussen deze verschillende integrations is dat ik bij automations wel include_dir_named naar include_dir_list heb veranderd, maar dat (of include_dir_merge_list) lijkt hier niet de oplossing

[blackspeedy]

Oon schreef op woensdag 12 april 2023 @ 23:49:
Weet iemand of het mogelijk is om de RESTful sensor te gebruiken voor toekomstige data?

Ik heb een stukje code geschreven als buffer tussen de Enever API en mijn Home Assistant, maar nu probeer ik die dus in Home Assistant te krijgen. Ik wil van vandaag en morgen de stroomprijs per uur ophalen, en deze dan weer in een kaartje kunnen laten zien.

Nu zie ik in de RESTful Sensor documentatie wel hoe ik de data kan ophalen, maar deze lijkt er erg vanuit te gaan dat je alleen de huidige state ophaalt, en dat is dus niet wat ik zoek.

Omdat ik hier een laag tussen heb zitten heb ik wel volledige vrijheid over hoe ik de data aan Home Assistant aanbied. Dit is nu een JSON array met een key per dag, daarin een key per uur (starttijd), en dan wat data waaronder de volledige datum/tijd van de starttijd en een datum/tijd van de eindtijd van die waarde (1 seconde voor de volgende begint).

Het gaat me hier niet om het weergeven, daar ga ik de weergave die @Hmmbob eerder gedeeld heeft voor gebruiken (of nabootsen), maar het gaat me hier echt om het ophalen van de data.

Hier een linkje (omdat het nogal een lange plak data is) voor mijn huidige 'today' call: https://paste.ee/p/EVoGl

Einddoel is om van vandaag en morgen de 'price' per uur in een grafiek te kunnen zetten (met dus alvast de data in de toekomst ingeladen), en uiteindelijk dan ook een sensor die de huidige prijs voor het Energy dashboard zet maar dat is voor later.

Kan iemand mij vertellen hoe ik dit het beste aan kan pakken?

Edit: Hier inmiddels een goede aanwijzing gevonden: https://enever.nl/forums/...istant-icm-api-tokencode/

Allen nu weer aan het kloten met mijn opgesplitste config waardoor het totaal onduidelijk is waarom dingen niet werken
Ik word ondertussen echt heel erg moe van hoe ontransparant includes in de HA config zijn (met 0 mogelijkheid om te debuggen) en het feit dat 2/3e van de antwoorden op het internet een oudere versie zijn. Kan het allemaal niet meer volgen, is als software developer ondertussen makkelijker om gewoon een custom integration te schrijven hiervoor..

Je kan het op deze manier toch oplossen? https://www.home-assistan...nd-present-them-as-values

Ik zou in je API response een today en tomorrow opnemen met daarin een lijst van uren.

Hier nog wat extra inspiratie: https://www.youtube.com/watch?v=NFJ510uhswY

Toevoeging als state kan je e.v.t. de huidige prijs erin zetten of zet er gewoon iets hardcoded in zoals:

YAML:

value_template: "OK"

[WoBBeL]

Toppe schreef op donderdag 13 april 2023 @ 13:23:
[...]


Welke beacons gebruik je?

https://www.aliexpress.com/item/32845366171.html
jaja ali

[ Voor 10% gewijzigd door Septillion op 13-04-2023 13:49 . Reden: Nu schone ali ]

[Marsman83]

Septillion schreef op donderdag 13 april 2023 @ 13:01:
[...]

Dat kan tegenwoordig wel redelijk veilig ja. Want tegenwoordig zorgt een edit van automation niet voor een reload van alle automations. Dat was tot voor kort wel zo en had het dus niet mijn voorkeur.

Maar weet dus wel dat HA restart, herladen van alle automations of een edit van de automation roet in het eten gooit.

Helder, ik heb hem zojuist omgebouwd met trigger ID's.
Heb weer wat bijgeleerd en ga nog een aantal andere automations ombouwen op deze manier, thanks!

Eraser127 schreef op donderdag 13 april 2023 @ 12:43:
@Marsman83 Dit is die van mij, hierbij heb ik nog wel een input select helper voor de status (omdat het kan). Ik heb verder totaal geen false triggers e.d.

[...]

Super bedankt! Nu snap ik hoe die triggers met ID werken
Heb het nagebouwd en werkt perfect!

[ Voor 44% gewijzigd door Marsman83 op 13-04-2023 13:51 ]

[Toppe]

WoBBeL schreef op donderdag 13 april 2023 @ 13:46:
[...]


https://www.aliexpress.com/item/32845366171.html
jaja ali

Prima toch? Alleen even een esp zoeken met Bluetooth, vindt het wel een grappig project

[WoBBeL]

Toppe schreef op donderdag 13 april 2023 @ 13:50:
[...]


Prima toch? Alleen even een esp zoeken met Bluetooth, vindt het wel een grappig project

Nou tot op heden doen ze het nog niet goed

[Toppe]

WoBBeL schreef op donderdag 13 april 2023 @ 13:52:
[...]


Nou tot op heden doen ze het nog niet goed

Dus ik ga eerst even afwachten tot jij het werkend hebt

[Septillion]

@Oon Ik gebruik geen CodeVS dus misschien is mijn interpretatie niet juist. Maar zie ik daar nu de inhoud van de file /integration/sensor.yaml ? En dan is er ook nog een /sensors.yaml?

Maar dan de hamvraag, wat heb je in de configuration.yaml om deze kettingreactie af te trappen dan?