Page 3 sur 3

Re: problème de bloc contact

Posté : 07 juil. 2016, 18:38
par djé
djé a écrit :L'opération d'affectation "=" ne change pas le RLG donc ca doit se passer encore avant.
Effectivement si tu fais un SET à la fin de ton opération de transfert, ca le fera.
Ah oui c'est un "T" pas un "="
Cyril93 a écrit :Cela me permet de te confirmer que le T ne délimite pas le RLG donc ton RLG est dépendant des instructions qui sont en amont
steph68 a écrit :j'ai toujours pensé que l'état de première interrogation était initialisé au début de chaque réseau ... apparemment non, il y a une dépendance aux instructions précédentes.
L'instruction T ne modifie ni le RLG, ni le bit de Première interrogation, donc effectivement ca vient des opérations en amont.

Quand ca arrive à son réseau le /PI est à Un et le RLG est à Zéro. Ce n'est pas un première interrogation donc il prend le RLG... qui est lui aussi à zéro.

Tu dois pouvoir reproduire un comportement identique si tu fais une opération du genre:

Code : Tout sélectionner

U Booleen_False
et pas d'affectation derrière.

Puis un nouveau réseau en CONT

Re: problème de bloc contact

Posté : 07 juil. 2016, 18:48
par Cyril93
En effet djé le = délimite le RLG en faisant retombé le /PI.
Donc on peux qd meme conclure qu'il n'y a pas de fantome dans cette API enfin j'espère :D