Pas besoin d’utiliser des variables ou un virtual device, c’est juste que le Flow est décomposé en deux parties pour ça, le trigger est effectivement la température qui change AND la logique à appliquer :
Le composant logique ne peut pas vraiment être un trigger vu qu’il n’a pas vraiment de changement d’état étant une condition, et la “source” logique peut-être depuis n’importe quel autre device dans le réseau.
En effet, je viens de comprendre un peu mieux la logique mais je trouve que c’est quand même plus pratique sur l’interface web.
Du coup pour tester j’ai fait ce flow (avec l’élément logique de la température de mon capteur)
Pour compléter la réponse de @Neibaf tu as aussi un dashboard plus orienté développement mais qui fourni pas mal de détails techniques, et la possibilité de “heal” le réseau Z-wave par exemple : https://developer.athom.com/
Je commence à me dire que faire un blog/wiki non-officiel en français référençant des flows utiles, les tools, tutoriaux etc… serait vraiment pas mal, vous en pensez quoi ? Je peux m’en charger.
J’ai remarqué que certains modules Zwave ne remontaient pas toutes leurs infos dans mon cas (un coup la temperature pour les door sensor, un coup la batterie sur un autre module…), c’est du Zigbee les devices Xiaomi le problème est peut-être le même ?
Il me semble que c’est lié à une inclusion incomplète, en tout cas pour le Z-wave.
Souvent quand une valeur remonte pas c’est que l’inclusion ne s’est pas faite jusqu’au bout, sinon c’est que le code de l’appli ne gère pas correctement toutes les valeurs renvoyées, on peut debug les infos remontées avec les outils développeurs.