Je rencontre un petit soucis sur mes ipx800, ils sont tous programmer suivant ce type de scène (http://gce-electronics.com/wiki/index.php?title=Câblage_V4_en_va-et-vient) donc avec 4 scènes par va et vient (ou 2 si c’est un interrupteur simple en bistable), mon soucis et que lors d’une coupure de courant les relais à 0 passe à 1 et ceux à 1 à 0 quand l’ipx800 redémarre, j’ai coché la mémorisation des états des relais mais ça ne change rien…
SI inter_1 OU inter_2 ALORS SWITCH Relais
SI inter_1 OU NON inter_2 ALORS SWITCH Relais
SI NON inter_1 OU inter_2 ALORS SWITCH Relais
SI NON inter_1 OU NON inter_2 ALORS SWITCH Relais
le problème vient du fait qu’une et une seule condition est systématiquement vraie au démarrage. Personnellement je testerai ceci :
SI inter_1 ALORS SWITCH Relais
SI NON inter_1 ALORS SWITCH Relais
SI inter_2 ALORS SWITCH Relais
SI NON inter_2 ALORS SWITCH Relais
où tout changement d’état d’un interrupteur change l’état du relai et, si l’état des relais est mémorisé, il reste inchangé après coupure de courant car 2 sur 4 conditions sont systématiquement vraies.
Moi j’ai fini par faire un scénario par luminaire pour remettre en adéquation l’état de l’interrupteur et son luminaire. Et un scénario qui appelle tous ceux de ce type. C’est hyper fastidieux. Et surtout avec un X-8R, il faut recabler les entrées sur une V4 ou X-8D ou X-24D…
Du coup après une coupure, je peux tout remettre à plat facilement depuis l’interface web. Par contre si je ne suis pas le premier et que les interrs ont été utilisés, il se peut que ça rallume des pièces qu’il faudra éteindre ensuite (j’ai un dashbord poyur ça).
D’ailleurs en regardant de plus près, j’ai aussi des scénarios du même genre pour « réinitialiser » mes V3 depuis la V4.
Effectivement ca peut marcher mais je trouve pas ca très « smart », le but c’est qu’on intervienne jamais quand on monte ce genre de systeme, la par rapport a un systeme non « intelligent » on a quand même une régression je trouve.
les éléments mémorisés sont remis avant évaluations des règles
au redémarrage toutes les scènes vont en effet être considéré à l’état OFF. Si certaines ont un événement à ON cela entraînera l’action ON quasi instantanément.
et non je ne pense pas.
Pour revenir au problème de base, je comprends tout à fait la problématique malheureusement sur une scène en switch on ne peut pas faire grand chose.
La seule solution serait de ne pas tenir compte du premier tour lorsqu’on est en switch ce qui les initialiserait en quelque sorte mais j’ai peur que cela provoque des effets de bords conséquent pour d’autres applications/utilisateurs…
Si vous avez des idées ? J’imagine qu’un bloc du style « Ne pas faire d’action sur premier check » est dans les petits papiers de @Teebex ? Pourquoi pas, à étudier mais l’ajout d’un bloc est relativement fastidieux et la logique de ce dernier serait assez ambigu…
Perso je pense à un espèce de mode mémoire sur les scénarios mais en l’occurrence il faudrait le rendre personnalisable pour chaque scène ?
Il y aurait également une gestion mémoire à étudier et un petit temps de développement pour le réaliser donc n’hésitez pas si vous avez des suggestions ?
Merci pour le retour, je pense que le mieux serait un bouton ne pas évaluer la scène au démarrage ou si c’est pas possible une solution pour faire une scène qui s’exécute en dernier au démarrage (dans le cas ici je pourrais tout repasser à off suite au démarrage avec ce genre de scène), en plus cela pourrait servir dans d’autre cas en permettant d’avoir un (re)démarrage plus déterministe.
Bonjour,
Je pense effectivement que la notion de « premier check » doit être gérée par l’IPX ( variable volatile)
L’implémentation d’une case à cocher sur chaque scénario ferait le reste.
Personnellement j’ai rencontré le même type de problème.
J’ai donc décidé de ne pas activer la mémorisation sur les entrées virtuelles.
J’ai ajouté un bloc sur chaque scénario ne devant pas être évalué si EV1 OFF (ou l’inverse pour des scripts d’initialisation E/S)
EV1 est activée par push en dernier scénario. D’ailleurs, ce serait bien si les EV étaient également accessibles en résultat de scénario.
Oui c’est fastidieux de rajouter un bloc à chaque scénario (car il faut casser et refaire).
Par contre si l’import/export des scénarii était implémenté alors ça deviendrait facile
cdt
L’idée de pouvoir dire par exception au niveau de la règle qu’elle serait initialisée à l’état ON au lieu de OFF règlerait probablement le problème de manière élégante, sans trop de risque de créer des effets de bord, et sans charge additionnelle pour l’IPX dans son fonctionnement général. Je n’ai cependant pas étudié tous les cas.
Dans le cas présent, un contournement possible consisterait à
Sauvegarder l’état des relais
Ne pas sauvegarder l’état des sorties virtuelles et réserver une variable à la détection de la phase de démarrage (VOx). Elle sera fausse lors de la première évaluation des règles.
Ajouter cette VO dans la règle pour l’interrupteur unique : Si VOx et inter (DI) alors switch Relais
Ajouter en dernière position des règles Si NON VOx On VOx
Je peux essayer mais avant une question lors du passage de VOx à On l’ipx ne va t-il pas réévaluer toute les règles « Si VOx et inter (DI) alors switch Relais » et donc refaire la même chose que lors d’un redémarrage en me rallumant les lumières ?
? Pourquoi pas, à étudier mais l’ajout d’un bloc est relativement fastidieux et la logique de ce dernier serait assez ambigu…