02/12/2021, 11:51:58
Bonjour,
Je suis embêté avec la configuration de mes volets roulants,
et je lis ça :
Je comptais utiliser mes entrées en mode appui (envoi de valeur) et pas en mode VR,
parce que sinon il n y'a rien de programmable (si je mets mon module d'entrée en mode volet il choisit pour moi appui bref=stop et appui long=mouvement, et je ne veux pas de ça)
mon souci c'est qu'en mode "personnalisé" les valeur envoyées sont sur 1 byte, alors que l'actionneur VR attend effectivement une commande 1 bit...
J'utilise un MDT JAL-0410M.02 avec un module d'entrée binaire datec (1630.03160), mais le souci semble similaire si je regarde d'autres modules d'interrupteurs sous ETS, pas moyen de changer les commandes, y'a que montée et descente basique.
Mon but c'est de faire montée/descente et stop avec les appuis courts et de réserver les appuis longs à des positions pré-définies et fonction de la position actuelle.
Est-ce que c'est mon choix de module qui est limitant? Est-ce que je suis obligé de passer par le module logique pour tirer quelque chose de tout ça? (si oui, autant pour la fameuse décentralisation de knx...
)
Dans le module d'entrée il y a un peu de logique mais rien qui ne me semble suffisant pour résoudre ça (et y'a pas de notice en plus
)
Je reviens aussi sur "Une commande VR se fait avec 2 adresses : Montée/Descente sur une GA et Stop sur une 2nd GA"
ça me donne l'impression qu'on ne peut pas utiliser la même commande pour un mouvement et le stopper, donc même pour une utilisation aussi basique il faut passer par le module logique?
Je suis embêté avec la configuration de mes volets roulants,
et je lis ça :
(27/07/2021, 11:48:40)kronnen a écrit :(26/07/2021, 20:24:20)filou59 a écrit : Une commande VR se fait avec 2 adresses : Montée/Descente sur une GA et Stop sur une 2nd GA
Peut importe ton DPT, de toute facon c'est 1bit, mais normalement mouvement VR : DPT1.008 , Stop VR = 1.009, c'est plus facile a débugger.
Complètement d’accord pour le mouvement VR.
A posteriori, je me rends compte que la programmation du bouton en mode VR ne sert à rien.
La programmation du bouton avec appuie court et appuie long en on et off au relâché suffira pour l’utilisation physique.
Je comptais utiliser mes entrées en mode appui (envoi de valeur) et pas en mode VR,
parce que sinon il n y'a rien de programmable (si je mets mon module d'entrée en mode volet il choisit pour moi appui bref=stop et appui long=mouvement, et je ne veux pas de ça)
mon souci c'est qu'en mode "personnalisé" les valeur envoyées sont sur 1 byte, alors que l'actionneur VR attend effectivement une commande 1 bit...
J'utilise un MDT JAL-0410M.02 avec un module d'entrée binaire datec (1630.03160), mais le souci semble similaire si je regarde d'autres modules d'interrupteurs sous ETS, pas moyen de changer les commandes, y'a que montée et descente basique.
Mon but c'est de faire montée/descente et stop avec les appuis courts et de réserver les appuis longs à des positions pré-définies et fonction de la position actuelle.
Est-ce que c'est mon choix de module qui est limitant? Est-ce que je suis obligé de passer par le module logique pour tirer quelque chose de tout ça? (si oui, autant pour la fameuse décentralisation de knx...
)Dans le module d'entrée il y a un peu de logique mais rien qui ne me semble suffisant pour résoudre ça (et y'a pas de notice en plus
)Je reviens aussi sur "Une commande VR se fait avec 2 adresses : Montée/Descente sur une GA et Stop sur une 2nd GA"
ça me donne l'impression qu'on ne peut pas utiliser la même commande pour un mouvement et le stopper, donc même pour une utilisation aussi basique il faut passer par le module logique?