LeClubber
commented
2 years ago En effet, je ne l'ai pas remonté dans mon code dans un premier temps car c'est un état "deviné" par le bridge. Quand on ferme les volets via le bridge et qu'on les ouvre avec la télécommande, il est toujours à fermé pour le bridge. Il n'y a pas non plus d'état intermédiaire si le volet et à mi-hauteur. HA fait la même chose quand on ne spécifie pas l'état, il le déduit de la dernière commande.
Je peux remonter cette valeur facilement par contre, c'est le "current_position" dans l'API. Je le ferai dans quelques jours sans souci (là il fait beau, donc il faut changer d'air :) )
cedsib
Shadow38ha
dsigmoun
Je découvre ton intégration et elle est GÉNIALE 😍
Notamment parce que le STOP fonctionne (alors qu'avec HomeKit le bouton STOP n'y semble pas publié bien que présent dans l'app Home+ donc ne remonte pas dans HA). Bref, je kiffe.
Je tente donc de basculer entre les deux.
Ma carte test shutter MQTT fonctionne presque parfaitement (je tenterai ensuite la carte shutter time based) :
Sauf que comme on le voit, l'ouverture est à
undefinedEt je vois la différence entre les 2 intégrations ci-dessous :
La tienne a "11"
supported features, l'autre n'en a que "7". Mais via HomeKit il me remonte une valeur "ouverte / fermée" (qui n'est pas parfaite vu qu'il n'y a pas de retour d'état) mais qui a l'avantage d'exister.Je voulais savoir si tu pensais que cette valeur était disponible. Pour ce que j'en ai vu (mais jouer avec une API est la limite de mes compétences, je ne sais pas monter le docker & co) : je vois ce type de donnée qui remonte dans l'API Legrand/NetAtmo (sur mes volets), donc je me dis que c'est possible :