Forum automatisme

Bonjour à tous,

Je rencontre un problème chez un client et cela fait maintenant plusieurs jours que je tourne en rond sans trouver de solution.

Configuration :

Automate : CPU 1515F-2 PN (TIAV15.1)

4 codeurs TR Electronic CMS582M-0018

Raccordés en IO-Link

Sur un module CM 4x IO-Link 4x M12 (réf. 6ES7 147-5JD00-0BA0)

Le module est situé en fin de ligne Profinet, avec 9 modules au total sur la boucle

Les codeurs servent à mesurer la position (hauteur) d’outils de fraisage réglables.

Problème rencontré :
De manière totalement aléatoire, la valeur de position lue par les codeurs chute à 0 alors que l’outil ne bouge pas physiquement.

Précision importante :
Quand je dis que la valeur tombe à 0, il s’agit bien de la lecture directe dans l’automate (PLC).
Même lorsque cette valeur est à 0 :
Il est toujours possible de déplacer physiquement l’outil dans la direction souhaitée.
Le réglage en hauteur fonctionne normalement.

Cela donne l’impression que le codeur mesure toujours correctement, mais que l’automate ne reçoit plus (ou reçoit une information erronée) pendant un certain temps. Puis, sans action particulière, la lecture revient à une valeur normale.

Ce phénomène :

Concerne les 4 codeurs connectés à ce module

Se produit de façon aléatoire

Actions déjà effectuées :

Remplacement du module IO-Link

Changement des câbles

Vérifications de base côté câblage et alimentation

Malgré tout cela, le problème persiste.

Si quelqu’un a déjà rencontré un cas similaire ou a une piste (IO-Link, Profinet, paramétrage, CPU, firmware, qualité de communication, perturbations, alimentation, etc.), je suis preneur de tout retour d’expérience.

Merci d’avance.

Bonjour,

Les codeurs sont ils multi tour ? Le retour a la valeur 0 peux etre du a une perte des données via la communication… as tu vérifier les logs dans le tampon de diagnostique en ligne de la CPU ?

a+

Bonjour
Oui, ce sont des codeurs TR multi-tour. Il n’y a rien dans les logs : aucune perte de communication ni autre anomalie détectée.
Le problème est vraiment étrange. Même lorsque les valeurs des codeurs passent à 0, la machine ne déclenche aucune alarme ni défaut ; tout semble fonctionner normalement.

Bonjour,
"Cela donne l’impression que le codeur mesure toujours correctement, mais que l’automate ne reçoit plus (ou reçoit une information erronée) pendant un certain temps. Puis, sans action particulière, la lecture revient à une valeur normale."
On dirait une perte de communication.
Moi, j'enregistrerais sur des courbes les étapes du process et les valeurs du codeur.
Voir si la perte coincide pas avec un démarrage moteur (donc problème CEM)

as tu essayé d'augmenter le temps de cycle io-link via s7-pct ?

Bonjour,
Je retourne chez mon client au mois d'avril.
Je mettrais en place des courbes du process pour analyser si le problème est lié à un CEM et voir si je peux augmenter le temps de cycle io-link.
Merci pour vos retours