Packages: Invalid config for 'template'

Bonjour,

J’ai rassemblé mes différents éléments pour la gestion de mes volets roulants dans packages/vr_auto.yaml (avec évidemment dans configuration.yaml une ligne homeassistant: packages: !include_dir_merge_named packages), mais j’ai cette erreur qui persiste pour mes sensors :

Invalid config for ‹ template › at packages/vr_auto.yaml, line 65: ‹ sunelevation › is an invalid option for ‹ template ›, check: sunelevation Invalid config for ‹ template › at packages/vr_auto.yaml, line 68: ‹ sunazimuth › is an invalid option for ‹ template ›, check: sunazimuth Invalid config for ‹ template › at packages/vr_auto.yaml, line 71: ‹ vr_sun_hot › is an invalid option for ‹ template ›, check: vr_sun_hot Invalid config for ‹ template › at packages/vr_auto.yaml, line 81: ‹ vr_evening › is an invalid option for ‹ template ›, check: vr_evening

Et voici le code correspondant:

sensor:
  template:
    sunelevation:
      friendly_name: "Sun Elevation"
      value_template: "{{ state_attr('sun.sun', 'elevation') }}"
    sunazimuth:
      friendly_name: "Sun Azimuth"
      value_template: "{{ state_attr('sun.sun', 'azimuth') }}"
    vr_sun_hot:
      device_class: heat
      delay_on:
        seconds: 300
      delay_off:
        seconds: 300
      value_template:
        "{{states('sensor.temperature')|float(0) >= states('input_number.vr_sun_hot') |float(0)
        and states('sensor.cloud_cover')|float(0) <= states('input_number.vr_cloud_cover')|float(0) }}"
      friendly_name: "Alerte haute température"
    vr_evening:
      value_template: "{{ (state_attr('sun.sun', 'azimuth') | float(0.0)) > 180 and (state_attr('sun.sun', 'elevation') | float(0.0)) < 0 and ('12:00:00' < states('sensor.time')) }}"
      friendly_name: "Soirée"

Ce doit être tout bête mais je ne tombe pas sur la bonne solution.
Si jamais vous voyez d’où ça vient… :slight_smile:

Merci à vous

Bonjour,
il te manque le - platform: template a la place de template: et sensors: en dessous.

# Example configuration.yaml entry
sensor:
  - platform: template
    sensors:
      solar_angle:
        friendly_name: "Sun angle"
        unit_of_measurement: "degrees"
        value_template: "{{ state_attr('sun.sun', 'elevation') }}"

      sunrise:
        value_template: "{{ state_attr('sun.sun', 'next_rising') }}"

Au passage , tu utilise l’ancien format de sensor template. Un nouveau existe depuis un moment et est recommandé.

# Example configuration.yaml entry
template:
  - sensor:
      - name: "Transmission Down Speed"
        unit_of_measurement: "kB/s"
        state: "{{ states('sensor.transmission_down_speed')|float * 1024 }}"
        availability: "{{ is_number(states('sensor.transmission_down_speed')) }}"

      - name: "Transmission Up Speed"
        unit_of_measurement: "kB/s"
        state: "{{ states('sensor.transmission_up_speed')|float * 1024 }}"
        availability: "{{ is_number(states('sensor.transmission_up_speed')) }}"
1 « J'aime »

Merci du retour.

Dans les deux cas j’obtiens cette erreur :

Setup of package ‹ sensor › failed: Invalid package definition ‹ sensor ›: expected a dictionary. Package will not be initialized

Voici les codes associés :

sensor:
  - platform: template
    sensors:
      sunelevation:
        friendly_name: "Sun Elevation"
        value_template: "{{ state_attr('sun.sun', 'elevation') }}"
      sunazimuth:
        friendly_name: "Sun Azimuth"
template:
  - sensor:
      - name: "sunelevation"
        friendly_name: "Sun Elevation"
        value_template: "{{ state_attr('sun.sun', 'elevation') }}"
      - name: "sunazimuth"
        friendly_name: "Sun Azimuth"
        value_template: "{{ state_attr('sun.sun', 'azimuth') }}"

Sur le 2ème code, enlève le friendly name

template:
  - sensor:
      - name: "Sun Elevation"
        value_template: "{{ state_attr('sun.sun', 'elevation') }}"
      - name: "Sun Azimuth"
        value_template: "{{ state_attr('sun.sun', 'azimuth') }}"

Moi j’ai placé ces sensors dans un fichier template.yaml mais ca revient au même

#configuration.yaml
template: !include template.yaml
#################################################################
##                            Sensors                          ##
#################################################################
- sensor:
    - name: "Elevation du soleil"
      unit_of_measurement: "°"
      icon: mdi:sun-angle
      state: "{{ state_attr('sun.sun', 'elevation') }}"

- sensor:
    - name: "Azimut du soleil"
      unit_of_measurement: "°"
      icon: mdi:sun-angle
      state: "{{ state_attr('sun.sun', 'azimuth') }}"

Même résultat avec :

template:
  - sensor:
      - name: "sunelevation"
        value_template: "{{ state_attr('sun.sun', 'elevation') }}"
      - name: "sunazimuth"
        value_template: "{{ state_attr('sun.sun', 'azimuth') }}"

J’ai peut-être un truc qui cloche. Mon dossier config/ est comme ceci :

/configuration.yaml
/packages/vr-auto.yaml

dans mon fichier configuration.yaml :

homeassistant:
  packages: !include_dir_merge_named packages/

Essayé d’enlever le / a la fin du include

homeassistant:
  packages: !include_dir_merge_named packages
1 « J'aime »

Ça ne change rien à l’erreur

packages: !include_dir_named packages

Essaye comme cela (sur mon HA sa fonctionne ainsi, je n’ai pas « merge »

1 « J'aime »

ta oublier de changer value_template: en state: pour le nouveau format.

template:
  - sensor:
      - name: "Sun Elevation"
        unique_id: sunelevation
        state: "{{ state_attr('sun.sun', 'elevation') }}"
      - name: "Sun Azimuth"
        unique_id: sunazimuth
        state: "{{ state_attr('sun.sun', 'azimuth') }}"

VS
ancien format

sensor:
  template:
    sunelevation:  #correspond a unique_id
      friendly_name: "Sun Elevation" #correspond a name
      value_template: "{{ state_attr('sun.sun', 'elevation') }}" #correspond a state
    sunazimuth:
      friendly_name: "Sun Azimuth"
      value_template: "{{ state_attr('sun.sun', 'azimuth') }}"

Comme @pascal_ha , j’ai dans mon configuration.yaml.
image
et les fichiers YAML dans /config/packages

1 « J'aime »

Juste pour info:
Pour azimuth et élévation, il y a une intégration soleil.

On est tout bon, merci.
Et effectivement, l’intégration soleil est bien utile aussi :slight_smile: