Lorsque l’on choisit une pièce pour le thermostat, ce serait bien de filtrer les éléments liés à cette pièce car on a accès à tout ce qui n’est pas forcément :
pour les capteurs d’ouvertures, avoir la possibilité dans sélectionner plusieurs (dans le salon j’en ai plusieurs)
après réflexion sur le filtrage avec la pièce, pour mon RDC, j’ai le salon et la cuisine qui sont ouverts ensembles donc il faudrait que je puisse sélectionner les capteurs d’ouverture du salon et de la cuisine
pour la consigne, je ne sais pas quoi faire car les 2 que l’on voit sont des appareils virtuels MQTT et je ne vois pas une fonctionnalité de consigne (enfin température) de ma PAC mitsubishi.
Est-ce qu’il faut que je crée un appareil virtuel consigne salon et que je « l’associe » à la température de consigne de la clim ?
pour la température, on n’a pas accès à la température moyenne de la pièce ? Ou bien si on fait de la multisélection, ça peut nous calculer une moyenne ?
Je reviendrai après la partie consigne résolue de mon côté, en tout cas superbe intégration !
Salut @mutmut, et merci pour ces retours très complets ! Et oui, tu aurais pu tester avant
Filtrage par pièce + salon/cuisine ouverts : je suis d’accord avec toi sur les deux. Le plus propre serait de filtrer par défaut sur la pièce du thermostat, tout en permettant d’élargir à d’autres pièces (ou à tous les appareils) pour les cas comme le tien où plusieurs pièces forment un seul volume.
Plusieurs capteurs d’ouverture : c’est une vraie demande, surtout pour les séjours avec plusieurs fenêtres ou portes-fenêtres. La multi-sélection avec une logique « au moins un capteur ouvert → chauffage coupé » semble être le comportement attendu.
Température moyenne : même idée. Avec plusieurs capteurs de température sélectionnables, une moyenne (voire un choix min/max) serait très utile dans une grande pièce.
Consigne de ta PAC : pour comprendre pourquoi elle n’apparaît pas, peux-tu nous dire quel type de fonctionnalité (catégorie et type) ta PAC Mitsubishi remonte dans Gladys, et via quelle intégration elle est connectée (MQTT, Zigbee2MQTT, autre) ? Un screenshot de la page de l’appareil, avec ses fonctionnalités, ou le payload MQTT de la PAC nous aiderait à voir si la consigne est exposée et sous quelle forme.
Oui, étrange. Comme c’est une température de consigne, elle devrait pourtant apparaître. Mon NetAtmo a la même fonctionnalité et apparaît bien.
Je regarde et je te tiens au courant.
J’ai trouvé pourquoi la consigne de ta PAC n’apparaissait pas. MELCloud Home la remonte comme une climatisation (air-conditioning), alors que le thermostat ne proposait que les consignes de type thermostat. Ça explique que mon Netatmo apparaisse et pas ta PAC. Ce n’était donc pas un problème de ton côté.
La PR qui corrige ça et reprend tes retours est presque prête. Au programme :
Clims et PAC comme thermostat réel : tu pourras choisir la température de consigne de ta clim. Le mode est converti automatiquement (chauffage / refroidissement), et un nouveau champ Alimentation permet d’éteindre la clim quand une fenêtre s’ouvre ou sur un créneau Arrêt, puis de la rallumer. Quand tu choisis la consigne de la clim, son mode et son alimentation sont pré-remplis.
Plusieurs capteurs d’ouverture : dès qu’un des capteurs sélectionnés est ouvert, le chauffage est coupé. Ton salon et ta cuisine ouverts sont donc gérés.
Plusieurs capteurs de température : le thermostat régule sur leur moyenne, et le widget affiche la même valeur.
Filtrage par pièce : les listes ne proposent par défaut que les appareils de la pièce du thermostat, avec une option « Afficher les appareils de toutes les pièces » pour les cas comme le tien.
Il me reste quelques tests à faire sur l’interface avant d’ouvrir la PR.
Je propose une petite amélioration si ce n’est pas déjà fait : pouvoir choisir le délai d’ouverture minimum afin de couper le chauffage. Par exemple chez moi chaque fois que j’ouvre la porte dentée j’entends valve du radiateur se fermer. Et des fois la porte reste ouverte 2 s donc pas utile
)
Et oui, tu aurais pu tester avant 
