Merci pour votre retour !
En effet la technique de la variable pour savoir si on est en mouvement est une possibilité pour le pilotage externe au X4VR.
Comme vous le dites cette solution ne permet pas à ma connaissance de gérer les interférences des inrerractions direct sur le BP du VR. J’avais aussi pensé au timer (temps de mouvement complet mais ça complexifie beaucoup et ne répond pas à tous les cas)
Plus j’y réfléchi plus je me dis que d’avoir l’info du mouvement du VR serait vraiment bien.
Par exemple aujourd’hui les consignes ne permettent pas de réapliquer 2 fois la meme valeur (ex : setval à 30% automatique, puis mouvemement avec le BP, un nouveau setval30 ne sera pas pris en compte meme si la position est à 0%). Hors les consignes sont pas mises à jour automatiquement avec la position. Du coup à part quand on est à 100% ou à 0%, la on sait que le VR ne bouge plus, on peut créer un scénario pour alligner consigne/position, sinon pas moyen de mettre à jour les consignes facilement comme ici : Ipx v5 et x4vr et consigne - #13 par noulo17
J’ai tenté la technique du XDIMMER :
Mais ça ne fonctionne pas sur le X4VR il s’arrete apres quelques %…
Si on a l’info « en mouvement » on peut du coup mettre à jour la consigne quand le VR est stoppé
@GCE est ce qu’il serait possible d’avoir une IO qui indique si le VR est en mouvement ? 
Ou alors une autre solution serait que :
- une nouvelle commande up ou down stop les VR
- une réapplication de la meme consigne soit possible si la position est différente
Aujourd’hui je suis limité pour :
- interragir à la fois sur BP connecté au VR et BP centralisé sur X24D avec un fonctionnement indentique pour l’utilisateur (surtout sur le stop)
- interragir entre BP connecté au VR et commande automatique par scénario sans interférence entre les 2
Ou alors j’ai loupé quelque chose ce qui est fort probable
Merci pour votre aide