[S7-400] Mise en ligne et défaut machine

[Béryl]

Salut les cyborgs !

Sur une CPU S7-414-3 DP, dès que je me mets en ligne, la machine plante sur toujours le même défaut (un défaut de contrôle de pince).
La CPU ne passe pas en défaut, c'est juste ce défaut-là qui se déclenche quand je passe en ligne.
Que ce soit en MPI ou en Profibus, c'est pareil.
Le temps est aléatoire, parfois le défaut surgit au bout de 10 secondes, parfois au bout d'une minute, mais toujours le même.
Le temps de cycle ne bouge pas.
J'ai essayé avec plusieurs PC (XP, W7, W10) avec plusieurs coupleurs et plusieurs versions de Step7.
Hier, j'ai monté une passerelle Hilscher sur laquelle je me suis raccordé en ethernet. Que ce soit en MPI ou en Profibus ne change rien, toujours ce maudit défaut.
Je m'arrache les cheveux...

Je vais voir avec le constructeur s'il a déjà eu un souci pareil, mais avant, je lance une bouteille à la mer !
Bref, si vous avez une idée...
Ou l'adresse d'un prêtre exorciste

Merci !

[Brebiou]

Salut,

Tu n'as rien dans la mémoire tampon de diagnostic?

Sinon je vois vraiment pas au vu des essais que tu as déjà fait...

[steph68]

Salut,

C'est quoi ce défaut ? une alarme suite à un timeout ?

Quand tu te mets en ligne, le temps de cycle de la CPU est plus long.
Regardes si ce n'est pas une histoire de temps...

@+

[philou77]

Salut !

Une tempo utilisée plusieurs fois peut être..
Ou une tempo interrogée plusieurs fois..

[Béryl]

Non, pas de tempo, juste un compteur.
Du très classique :

[steph68]

ton temps de cycle est rallongé et du coup tu loupes des impulsions à l'acquisition des entrées.
tu dois avoir un codeur "mors gauche" et un codeur "mors droit" et si tu n'as pas l'équilibre (> 1 impulsions d'écart) alors défaut.
tu es trop juste sur le temps de cycle ; ralentis ta pince.

il aurait fallu mettre tout ce code +acquisition des entrées dans un OB3x (alarme cyclique).

cependant, tes mnémoniques ne collent pas trop avec ce que je raconte ...

@+

[Béryl]

Ce n'est pas un codeur.
La machine est une souffleuse qui fabrique des bouteilles en plastique.
20 moules sont montés sur une roue.
Les pinces attrapent les préformes qui sortent d'un four où elles sont ramollies et les logent dans le moule ouvert.
E12.6 est un dp qui contrôle chaque moule.
E23.3 en est un autre qui contrôle chaque pince.
Si on contrôle plus d'une pince par moule, y'a un problème ! Et à 32000 bouteilles/heure, mieux vaut réagir vite !

Lundi, on change de format et la cadence baisse à 16000. Je retenterai le coup.

[Béryl]

Bon, à 16 000, aucun souci.
Il y a bien un lien entre la cadence et le temps de cycle (bien que le peu que je me connecte à 32 000, je ne le vois pas varier outre mesure).
C'est logique, vous me direz, mais avec un temps de cycle de 8ms en moyenne je trouve ça bizarre.
A cette cadence on a 9 contrôles à la seconde, c'est pas violent !

A savoir qu'a côté de cette machine, il y a sa jumelle. Même config, même programme.
Cadence 32 000, aucun souci.

[philou77]

Re !

C’est une machine à paraison avec un chouette carrousel !
Ça te fait quand même une bouteille toutes les 110 ms a 32000 bouteilles.
Tes entrées seraient pas sur un bus déporté qui ne serait pas synchrone avec le temps de cycle ?
Et le fait de te connecter ralenti un peu l’automate.

Et de temps en temps ça bug…
Ton temps de cycle est fixe ou il peut varier ?

[steph68]

Salut,

Tu garantis que tes détecteurs de proximité soient allumés à minima 20 ms (2 x le temps de cycle de la CPU) ?
A mon avis, c'est ce qui pêche ... augmente la durée de détection

Sinon débranche un HMI lorsque tu te mets en ligne.
Ou change la config CPU pour diminuer la charge max pour la communication (20% par défaut).

120% de 8 ms, soit environ 10 ms.

@+