problème de bloc contact

[Cyril93]

Salut,
Dans le réseau 3 le RLG ne passe pas à un du coup c'est pour ça que ça ne marche pas, par contre l'état de la variable M15.7 est bien à un, bizarre cette histoire.
Il faudrait afficher le mot d'état, clique droit dans la colonne de droite puis afficher Mot d'état

[djé]

Effectivement le RLG n'est pas à un. J'ai jamais vu ça en langage à contact par contre en List ça peut arriver.
Quelles sont les instructions du réseau précédent?

[josé]

la compilation doit plantée
Change le numéro du saut pour voir.

Personellement j'ai déja eu ce type de bizareriesur OMRON, S5 100U, S7 300, TSX 37, et a chaque fois la solution etait de réécrire le réseau, mais cela tu l'as déja fait en rajoutant M0.1

[neonavy]

Effectivement le RLG n'est pas à un. J'ai jamais vu ça en langage à contact par contre en List ça peut arriver.
Quelles sont les instructions du réseau précédent?

Le réseau précédent c'est jute du list (un L puis un T pour transférer un mot d'entrée vers un mot de DB)

la compilation doit plantée
Change le numéro du saut pour voir.
...

Il n'y a pas de saut...

[Cyril93]

Un transfert ne limite pas le résultat logique il me semble ?? essai de mettre les instructions à la suite du réseau 2

SET
SAVE
CLR

[djé]

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.

Bonne chance le Tournusien.

[neonavy]

Pour simplifier les choses: la machine vient de partir... Mais le mystère reste entier! ;-(

[Cyril93]

ok, tu la retrouveras sur site peux être.

Il faut regarder ce qu'il y a avant sinon tu peux rester bouche bée pendant un moment
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

Bug.PNG (5.22 Kio) Vu 5351 fois

[neonavy]

ok, tu la retrouveras sur site peux être.

Il faut regarder ce qu'il y a avant sinon tu peux rester bouche bée pendant un moment
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

Bug.PNG

Effectivement, je vois que tu as retrouver le même cas de situation que moi... mais çe ne me dit toujours pas pourquoi (ou je n'ai pas compris)... ;-(

[steph68]

plus d'info ici : https://support.industry.siemens.com/cs ... 0&lc=fr-WW

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.

@+