Après plus d’un an d’utilisation , j’ai depuis quelques jours un soucis avec l’automatisation qui gere mes volets roulants, en effet depuis quelques jours j’ai un message comme quoi l’automatisation n’est plus disponible et en regardant dans les logs, j’ai ceci: * Automation with alias 'Volet' failed to setup actions and has been disabled: Unknown device '012fbd33f6b7cc0f9b5237f2a376a5a8' "
Ma question est de savoir comment identifier à quoi correspond cet unknown device et surtout n’ayant rien fait dans cette automatisation, je ne comprends pas pourquoi d’ou il sort?
Pour info, l’automatisation est basé sur celle de Feliz62.
Si vous avez des idées pour m’aider à résoudre mon problème, je suis preneur.
Merci par avance.
## ## System Information
version | core-2024.3.3
-- | --
installation_type | Home Assistant OS
dev | false
hassio | true
docker | true
user | root
virtualenv | false
python_version | 3.12.2
os_name | Linux
os_version | 6.1.73-haos-raspi
arch | aarch64
timezone | Europe/Paris
config_dir | /config
<details><summary>Home Assistant Community Store</summary>
GitHub API | ok
-- | --
GitHub Content | ok
GitHub Web | ok
GitHub API Calls Remaining | 4718
Installed Version | 1.34.0
Stage | running
Available Repositories | 1412
Downloaded Repositories | 51
</details>
<details><summary>Home Assistant Cloud</summary>
logged_in | true
-- | --
subscription_expiration | 9 novembre 2024 à 01:00
relayer_connected | true
relayer_region | eu-central-1
remote_enabled | true
remote_connected | true
alexa_enabled | false
google_enabled | false
remote_server | eu-central-1-0.ui.nabu.casa
certificate_status | ready
instance_id | 4dc6fcdd670448d185b0027774c428d6
can_reach_cert_server | ok
can_reach_cloud_auth | ok
can_reach_cloud | ok
</details>
<details><summary>Home Assistant Supervisor</summary>
host_os | Home Assistant OS 12.1
-- | --
update_channel | stable
supervisor_version | supervisor-2024.04.0
agent_version | 1.6.0
docker_version | 24.0.7
disk_total | 109.3 GB
disk_used | 15.7 GB
healthy | true
supported | true
board | rpi4-64
supervisor_api | ok
version_api | ok
installed_addons | Check Home Assistant configuration (3.11.0), File editor (5.8.0), Home Assistant Google Drive Backup (0.112.1), InfluxDB (5.0.0), MariaDB (2.6.1), Mosquitto broker (6.4.0), Network UPS Tools (0.13.0), Node-RED (17.0.11), Samba share (12.3.1), Terminal & SSH (9.13.0), Studio Code Server (5.15.0), Advanced SSH & Web Terminal (17.2.0), AppDaemon (0.16.4), tydom2mqtt (3.4.3), Z-Wave JS UI (3.4.2), Silicon Labs Multiprotocol (2.4.5), Zigbee2MQTT (1.36.1-1), Z-Wave JS (0.4.5), Silicon Labs Flasher (0.2.3)
</details>
<details><summary>Dashboards</summary>
dashboards | 2
-- | --
resources | 32
views | 19
mode | storage
</details>
<details><summary>Miele</summary>
component_version | 2024.3.0
-- | --
reach_miele_cloud | ok
</details>
<details><summary>Recorder</summary>
error | failed to load: unknown
-- | --
</details>
<details><summary>Xiaomi Miot Auto</summary>
component_version | 0.7.17
-- | --
can_reach_server | ok
can_reach_spec | ok
logged_accounts | 1
total_devices | 1
</details> ```
Bonsoir,
J’imagine que l’automation appelle un service sur un device qui doit être un switch ou équivalent.
Pasw facile de t’aider si tu ne nous en dis pas plus sur ton installation.
As-tu changé un élément dans la chaine de commande? Quel device utilises-tu pour commander le volet?
As-tu essayé de commander ce device directement?
Je n’ai rien changé dans la chaine, par contre j’ai fait une mise à jour de l’intégration Zwave, et il me semble que ca a continué à fonctionner après cette mise à jour qui date de quelques semaines maintenant. Ouvrir ou fermer les volets depuis leurs interrupteurs (si c’est à ca que tu fait allusion quand tu parles de commander le device directement) oui ca fonctionne.
En procédant par élimination je me demande si mon souci ne vient du sensor_time_2 dans l’automatisation car en vérifiant dans developer tools, j’ai sensor_time et non pas sensor_time_2 mais quand j’essaie de le changer j’a l’erreur suivante: L’automatisation n’est pas disponible.
Message malformed: Integration ‹ › not found" même si j’essai de la récréer.
alias: Volet
description: ""
trigger:
- platform: sun
event: sunrise
offset: "02:05:00"
- platform: sun
event: sunset
offset: "00:30:00"
- platform: state
entity_id:
- sensor.91_weather_alert
attribute: Canicule
- platform: state
entity_id:
- input_select.mode_volet
id: Mode
for:
hours: 0
minutes: 0
seconds: 0
- platform: state
entity_id:
- sensor.time_2
condition: []
action:
- choose:
- conditions:
- condition: trigger
id: Mode
sequence:
- service: input_select.select_option
data_template:
entity_id:
- input_select.modevoletsud
- input_select.modevoletnord
option: "{{ states('input_select.mode_volet') }}"
- conditions:
- condition: sun
after: sunset
after_offset: "00:00:00"
- condition: or
conditions:
- condition: state
entity_id: group.all_covers_nord
state: open
- condition: state
entity_id: group.all_covers_sud
state: open
enabled: false
- condition: not
conditions:
- condition: state
entity_id: input_select.mode_volet
state: Manuel
sequence:
- service: cover.close_cover
data: {}
target:
entity_id:
- cover.volets_orientes_nord
- cover.volets_orientes_sud
- conditions:
- condition: sun
after: sunrise
after_offset: "00:00:00"
before: sunset
- condition: not
conditions:
- condition: state
state: "on"
entity_id: binary_sensor.soleil_volets_nord
- condition: state
entity_id: cover.volets_orientes_nord
state: open
enabled: false
- condition: state
entity_id: input_select.modevoletnord
state: Auto froid
- condition: state
entity_id: sensor.91_weather_alert
attribute: Canicule
state: Vert
sequence:
- service: cover.set_cover_position
data:
position: 100
target:
entity_id: cover.volets_orientes_nord
- conditions:
- condition: sun
before: sunset
after: sunrise
after_offset: "00:00:00"
- condition: not
conditions:
- condition: state
entity_id: binary_sensor.soleil_volets_sud
state: "on"
- condition: state
state: open
entity_id: group.all_covers_sud
enabled: false
- condition: and
conditions:
- condition: state
entity_id: input_select.modevoletsud
state: Auto froid
- condition: state
entity_id: sensor.91_weather_alert
attribute: Canicule
state: Vert
sequence:
- service: cover.set_cover_position
data:
position: 100
target:
entity_id: cover.volets_orientes_sud
- conditions:
- condition: state
entity_id: binary_sensor.soleil_volets_sud
state: "on"
- condition: and
conditions:
- condition: state
entity_id: input_select.modevoletsud
state: Auto froid
- device_id: ""
domain: ""
entity_id: ""
condition: device
sequence:
- service: cover.set_cover_position
data:
position: 0
target:
entity_id: cover.volets_orientes_sud
- conditions:
- condition: state
entity_id: binary_sensor.soleil_volets_nord
state: "on"
- condition: and
conditions:
- condition: state
entity_id: input_select.modevoletnord
state: Auto froid
- condition: state
state: open
entity_id: group.all_covers_nord
enabled: false
sequence:
- service: cover.set_cover_position
data:
position: 0
target:
entity_id: cover.volets_orientes_nord
- conditions:
- condition: state
state: Normal
entity_id: input_select.mode_volet
- condition: sun
before: sunset
after: sunrise
- condition: or
conditions:
- condition: state
entity_id: group.all_covers_sud
state: closed
- condition: state
entity_id: group.all_covers_nord
state: closed
enabled: false
sequence:
- service: cover.set_cover_position
data:
position: 100
target:
entity_id:
- cover.volets_orientes_nord
- cover.volets_orientes_sud
- conditions:
- condition: sun
before: sunset
after: sunrise
- condition: state
state: Auto chauf
entity_id: input_select.mode_volet
- condition: or
conditions:
- condition: state
entity_id: group.all_covers_nord
state: open
- condition: state
entity_id: group.all_covers_sud
state: open
enabled: false
sequence:
- service: cover.close_cover
data: {}
target:
entity_id:
- cover.volets_orientes_sud
- cover.volets_orientes_nord
default: []
J’ai du mal à comprendre.
tu dis que tu as un soucis avec sensor_time_2 dfans l’automatisation… mais ce sensor n’apparaît pas dans le code que tu as copié.
D’après le premier message d’erreur, c’est l’action de l’automatisation qu’il n’arrive pas à faire, comme si le service ne trouvait pas les devices. As-tu essayé de faire fonctionner cover.set_cover_position ou cover.close_cover en dehors de l’automatisation?
Oui, ils fonctionnent tous les 2, il y a bien un sensor.time_2 dans le code (ligne 24 si j’ai bien compté), Watchman me dit aussi que ce sensor est manquant mais je n’arrive pas à modifier mon code.
Si j’essaie de modifier j’ai le message Message malformed: Integration ‹ › not found
D’après ce que tu nous dit, la seule modification de ton set-up a été au niveau de Zwave, et le message d’erruer de l’automatisation indique qu’elle ne trouve pas un device. Le fameux device 012fbd33f6b7cc0f9b5237f2a376a5a8.
Je pense que la mise à jour de l’intégration Zwave a du modifier le nom de certains de ces devices (ou l’un d’entre eux est déconnecté).
Si j’étais toi, je testerais dans les outils de dev chaque entity_id un à un pour voir si l’un d’entre eux ne fonctionne plus.
Je pense avoir trouvé le coupable, mais je n’arrive pas à corriger.
Quand je clique sur la roue crantée j’obtiens ceci, mais qui m’explique ce qu’il a faire mais ca ne fonctionne pas, je n’arrive pas à mettre à jour l’entité mais j’arrive bien à controller les volets avec:
Comment ont été crées ces entités? Tu peux peut-être les modifier en passant par les outils de developpement.
Dasn les outils de developpement/Etats, que vois-tu pour cette entité?
Bon, je ne suis pas sûr que ce soit le problème. De mon côté, j’ai les même message que toi sur mes entités cover, et mes automatisations fonctionnent.
Qu’est ce qui te fait dire que cette entité est le coupable?
c’était la seule entité en lien avec l’automatisation qui donnait cette erreur, du coup je pensais que c’était elle la coupable, mais force est de constaté que je me suis royalement planté!
Reprenons depuis le début.
Tu as identifié plus haut que ton sensor.time_2 n’existe pas dans les outils de dev. Correct? Ilfaut peut-être revenir sur ce point.
Tu dis ne pas arriver à modifier ton code. Si sensor.time existe et correspond à ce que tu veux, si tu édites le code de l’automatisation dans automation.yaml pour corriger, quelle erreur as-tu?
Autre piste, le point soulevé par Argonaute avec la partie qui comporte un device_id: « ».
Est-ce que tu sais quelle condition il pouvait y avoir à cet endroit? A tout hasard, est-ce que tu aurais fait la mise à jour de HA avant que l’automatisation commence à ne plus fonctionner? Y aurait-il quelque part une condition liée à un weather forecast ou quelque chose d’autre quiont été modifiés avec la dernière mide à jour de HA?
QUI PARAIT INCORECT D’AILLEURS ! je sais pas ce qui peux avoir modifié !
Il devrait essayer de modifié comme pour les volets Nord ! Apparemment les mêmes conditions ?
Pour ce manque d’identifiant unique !
Tu peux passer par un Customize , seulement si tu as vraiment besoin et que l’entité créé ne fait pas l’unique_id !
Pour reprendre depuis le début, j’ai basé cette automatisation sur celle décrite par Felix62 dans ce poste: Automatisation des volets et que j’ai adapté à mon setup.
Jusqu’à il y a quelques jours tout fonctionnait normalement, le sensor.time_2 était depuis le début et ne semblait pas avoir posé problème depuis le setup en novembre 2022.
Si j’essaie de controller les entités directement elles fonctionnent, c’est juste l’automatisation qui a un problème.
Parmis les differentes mise à jour je n’ai pas remarqué des changements qu’aurait pu casser le setup, mais force est de constater que j’ai du louper quelque chose.
je viens de la modifier pour modifier en utilisant le code fourni, avec je n’ai plus l’erreur automatisation non disponible mais l’automatisation s’est déjà lancée 5 à 6 fois depuis le changement il y a à peine 5mins; les volets ne se ferment pas mais j’entends le clic de l’interrupteur, je pense que ca viens du sensor.time, je vais le remettre comme avant pour voir.
Bon pas de nouveau déclenchement de l’autimatisation depuis le dernier changement il y a presque 30mins, on vera après le couché du soleil si les volets se ferment ou pas; pour une fois j’aimerais trop être en plein hiver pour ne pas avoir à attendre…
bon j’ai une bonne et mauvaise nouvelle, la bonne est qu’une moité de volets se sont effectivement fermés donc en effet on tient le bon bout, du coup vous avez deviné la mauvaise nouvelle?!
En tout cas un grand merci à vous car je n’aurais pas avancer autant sans votre aide, je vais regarder pourquoi l’autre moitié ne s’est pas fermé et je vous tiendrais au courant.