C’est ce que j’ai chez moi et c’est ce qui est le plus rependu du point de vu interrupteur manuel (modèles d’interrupteurs).
Par ailleurs, il existe des modèles d’interrupteurs connectés (4e gen+) qui gèrent le pourcentage d’ouverture à partir d’une temporisation.
L’idée est de renseigner les temps de montée/descente et ensuite on peut, en fonction de ces temps et du sens de la commande, ouvrir/fermer partiellement le volet.
Dans l’application, on a 2 types de commandes (up/stop/down et slider):
j’ai développé un petit montage ESP8266 pour gérer les volets roulants avec un inter 3 positions ou via Gladys. Au départ j’initialise les temps de monté et descente. J’envoie à chaque changement d’état du volet la position en %.( sur mon montage c’est inversé 100% c’est fermé - 0% ouvert)
Je pense que ce n’est pas à Gladys de calculer la position du volet mais à l’inter de renvoyer la position
Exemple:
je demande via Gladys d’ouvrir le volet à 25% mais je décide, vu l’ensoleillement, à l’aide de l’inter mural de l’arrêter à 50%.
Je presse le bouton stop.
Le temps que Gladys reçoive l’information de l’arrêt, le calcul de Gladys sera erroné.
Il y aura un décalage entre la position réelle et la position estimé par Gladys.
Depuis 9 mois le sujet n’a pas bougé, vous êtes toujours à la recherche d’une solution ?
Chez jeedom c’est simple Up/Stop/Down, le pourcentage ça ne fonctionne pas bien donc pas intégré de base ! en effet le pourcentage est calculé en fonction du temp que le volet mettra à parcourir un point à l’autre … sauf que tout les volets sont différent même si utilisé avec le même moteur.
J’ai peut être pas compris sur quoi cette fonction est bloqué ?
Juste une question de temps je pense, de mon côté sur les 9 derniers mois je me suis concentré sur les fonctionnalités les plus demandées (multi-utilisateurs, multi-dashboard, scènes, zones, présence, intégration Google Home, enfin tous les devs de cette année 2021 quoi ), comme cette fonctionnalité n’avait que 2 votes elle était nécessairement moins prioritaire
Après je suis toujours ouvert au débat si quelqu’un veut reprendre une réflexion/un développement.
Je te conseille plusieurs vidéos que j’ai fais à ce sujet:
La présentation technique de Gladys 4:
Un live coding la semaine dernière:
ça peut te donner une idée du projet
Après, le mieux ça reste de se lancer une instance en locale, tu as tout le front dans le dossier « front », et tout le back dans le dossier « server » (C’est du Node.js)
Rien de bien compliqué, et je suis toujours là pour donner un coup de main si tu as du mal !
Pour ceux sans retour, il faudrait pouvoir paramétrer dans Gladys :
un temps max de descente totale
un temps max de descente partielle (quand on voit les tirets)
un temps max de montée totale
un temps à 50% de la montée partielle
un temps max de montée partielle(quand on voit les tirets)
un temps à 50% de la descente partielle
Au niveau algo cela donnerait :
Ouvrir à 100% = tps max montée totale + 2s(à ajuster) puis reinit position à 100%
Fermer à 100% = tps max descente totale + 2s(à ajuster) puis reinit position à 0%
En partant d’une ouverture ou d’une fermeture totale on a toujours une position réinitialisée exacte
Après si on veut une ouverture à X% c’est temps à 50% + ou - (temps à 50%/50) * la position à atteindre en % on obtient une position approximative qui devrait être assez fiable non ?
Bonjour ici,
on sait si le sujet avance ? s’il est en cours de traitement par quelqu’un ?
Je vois avec le service z2m que la demande s’intensifie, avec des modèles avec OPEN/STOP/CLOSE (3 actions).
@AlexTrovato Personne ne travaille sur ce sujet à ma connaissance.
A mon avis, on perd rien à se lancer dans un développement pour déjà un type de volet roulant (Open/Stop/Close par exemple oui), pas la peine de vouloir tout faire, c’est déjà cool d’avoir un type.
C’est exactement ce qui est utilisé généralment et c’est le plus efficace.
Au choix au milieu une icone de bouton STOP ou une icone type PAUSE, chacun ses gouts !
A terme (long terme?) le summum est de pouvoir configurer des points “fixes” dans la position du volet pour pouvoir les retrouver facielement.
Du genre chez moi le soir je ne ferme pas entièrement un de mes volets pour que mes chats puissent passer : le plus simple est d’avoir un bouton dédié avec une valeur en %.
La version très mal imagée de ce que tu as proposé @pierre-gilles c’est :
Pourquoi pas à long terme, mais je pense que juste avoir le contrôle simple pour l’instant est déjà un grand pas en avant Gardons la fonctionnalité de base simple mais qui marche bien, on verra plus tard pour les cas particuliers.
3 commandes pour une fonctionnalité.
Comment pensez-vous gérer les messages de commande? 0(up) , 1(stop), 2(down)?
Les boutons “up” et “down” après appui resteront-ils activés (surbrillance par exemple) jusqu’au retour d’information stop?
), comme cette fonctionnalité n’avait que 2 votes elle était nécessairement moins prioritaire 
il vaut mieux la notion de “OPEN/CLOSE”