Probléme de grafcet (plusieur étapes validées)

[valerypetit]

Bonjour,

je pensais avoir réglé le problème sur cette satané machine de M****.

d'abord des problèmes de pesage, plus visible en ce moment
- tarage non expliqué en cours de pesée
viewtopic.php?f=15&t=637&p=3365&hilit=valery#p3365

et cette semaine: Arrêt du process en cours de cycle.
là je me dis que je tiens le défaut et que je vais enfin pouvoir le visualiser, sauf que je ne m'attendais pas à tomber sur ça.....

deux étapes actives alors que je n'est pas d'embranchement en "ET"
je peu vous filer le prog si vous voulez, moi je suis dans les choux donc si vous avez une piste.

merci d'avance

[itasoft]

Slts,
Il peut y avoir plusieurs causes possibles, pour ça il faudrait connaître les conditions de passages des étapes, on le les voit pas sur la photo.

[MikeKol]

Je me trompe peut être car je pense que les divergences en ou sont des OU exclusif mais je vais quand même dire mon hypothèse. Il est possible que quand tu est a ton étape 4 les deux transitions se trouvent vraies donc sont franchit donc tu peux te retrouver avec deux étapes active en même temps.

[steph68]

hello,

deux étapes actives alors que je n'est pas d'embranchement en "ET"

pas besoin d'une divergence en ET pour activer plusieurs étapes

sur PL7-Pro, en cas de divergence en OU, il faut verrouiller le choix de séquence en excluant les autres choix --> la priorité est à programmer
sur Unity, ce n'est plus nécessaire de le faire (une seule étape active si l'option "Grafcet à jeton unique" est active - ce qui est le cas par défaut) --> la priorité est de gauche à droite

exemple:

T_X4_X5 = a
T_X4_X0 = b

si tu es sur X4 et tu as "a" et "b" en même temps, tu auras les étapes X5 et X0 activées

correction :

pour priorité à "a":

T_X4_X5 = a
T_X4_X0 = b . /a

pour priorité à "b":

T_X4_X5 = a . /b
T_X4_X0 = b

enfin bon, je pense que tu dois connaitre ça ...

@+

[MikeKol]

hello,

deux étapes actives alors que je n'est pas d'embranchement en "ET"

pas besoin d'une divergence en ET pour activer plusieurs étapes

sur PL7-Pro, en cas de divergence en OU, il faut verrouiller le choix de séquence en excluant les autres choix --> la priorité est à programmer
sur Unity, ce n'est plus nécessaire de le faire (une seule étape active si l'option "Grafcet à jeton unique" est active - ce qui est le cas par défaut) --> la priorité est de gauche à droite

exemple:

T_X4_X5 = a
T_X4_X0 = b

si tu es sur X4 et tu as "a" et "b" en même temps, tu auras les étapes X5 et X0 activées

correction :

pour priorité à "a":

T_X4_X5 = a
T_X4_X0 = b . /a

pour priorité à "b":

T_X4_X5 = a . /b
T_X4_X0 = b

enfin bon, je pense que tu dois connaitre ça ...

@+

Ton explication est plus clair que la mienne

[valerypetit]

j'ai vérifié mais je ne pense pas qu'il y ai de souci de transition.

la transition de 4 vers 1 ou 5 se fait suivant la valeur d'un compteur qui s'incrémente à chaque passage dans la boucle.
une fois le compteur >=4 on sort de la boucle via l'étape 5.

je vous met un imprime écran, c'est un peu lourd.
à gauche vous avez les passages d'étape 4 vers 1 ou 5
à droite vous avec les passages d'étape 6 vers 7, 8 ou 9

T15.p = T14.p+2

je ne savais pas qu'il fallait programmé des sécurités pour les divergence en ET.

je tacherai de faire plus attention

[GMib]

Le soucis vien pas de Q4.18 ou 19 ? sur le programme que ta posté sur l'autre post, si MW1 est < 4 et une des sorties activé ca peux passer les 2 transitions.
essaye de mettre Q4.18 et Q2.19 NF sur la transition qui va a l'etape 1

[valerypetit]

Excuser moi voici l'imprime écran

perso ici c'est le bordel....
bon d'abord pour commencer j'ai beau avoir quelques instabilités sur le programme depuis le début,
c'est un programme copié d'une autre installation avec pour seul modification l'ajout d'une extension de rack pour l'appel d'ingrédients supplémentaires + mémoire 32K.

Plusieurs points:
le programme a été écrit à l'origine pour le même type de CPU TSX 57203
un automaticien extérieur à la boite (mon prédécesseur) est déjà venu contrôler le programme sur la ligne sans rien déceler.
les problèmes ressemble à des bugs aléatoire
- problème de pesage il y a 6 mois, (tarage en cours de pesage): on a remplacé la carte de pesage ISPY100 par une ISPY101 par avoir la exactement la même installation des deux coté
- plantage de grafcet depuis une semaine et modification de valeur de variable hors plage....

je tourne en rond, et ne vois vraiment pas d'où peut venir le problème.

pensez vous que la CPU pourrai avoir un défaut???
- je ne pense pas qu'un débrochage à chaud soit possible, mais un remplacement pur est simple?
quelqu'un à t'il déjà eu des bug venant de la cpu?

merci pour vos retour
valery

[valerypetit]

Le soucis vien pas de Q4.18 ou 19 ? sur le programme que ta posté sur l'autre post, si MW1 est < 4 et une des sorties activé ca peux passer les 2 transitions.
essaye de mettre Q4.18 et Q2.19 NF sur la transition qui va a l'etape 1

Salut GMib, c'est deux sorties peuvent passer à 1 si on quitte le mode auto et que l'on force l'ouverture des vannes de vidange de la cuve.
donc on shunt le grafcet pour sauter toutes les étapes jusqu'au retour à X0.
en théorie ça ne sert jamais ou alors quand le programme a déjà planté.

et de toute façon ça n'expliquerai pas le problème que je rencontre.

[steph68]

pensez vous que la CPU pourrai avoir un défaut???

non, c'est fiable
si tu ne fais pas de forçage d'étape manuellement (par %SY23 il me semble), ton problème ne peut que venir des transitions (plusieurs transitions valides simultanément)

et vu les équations à rallonge ... va falloir simplifier et fiabiliser

@+