Un guide de dépannage des E/S ODOT

couverture

Dans les activités de production industrielle, la qualité et la stabilité des produits de quincaillerie sont cruciales pour le fonctionnement sûr et efficace de l'ensemble de la chaîne de production.Il ne faut cependant pas négliger la configuration logicielle.Les problèmes logiciels peuvent également entraîner des pannes du système, des pertes de données ou l’incapacité de la chaîne de production à effectuer correctement ses tâches, ce qui peut avoir un impact significatif sur l’ensemble du processus de production.Par conséquent, tant dans les aspects matériels que logiciels de l’environnement de production industrielle, le dépannage est une étape nécessaire pour garantir le bon fonctionnement de l’équipement, garantir l’efficacité de la production et maintenir la sécurité et la fiabilité.

1

Aujourd'hui, penchons-nous sur un cas réel dans lequel la configuration logicielle a affecté la production.Assurons-nous d'effectuer un dépannage efficace à l'avenir pour garantir l'efficacité et la fiabilité des lignes de production automatisées !

1

2

Commentaires des clients : l'équipement sur site rencontre des problèmes avec la mise hors ligne du module CN-8032-L, ce qui entraîne le déclenchement d'un arrêt d'urgence de la machine et l'arrêt du fonctionnement automatique de la ligne de production.Une intervention manuelle est nécessaire pour rétablir le fonctionnement normal, ce qui entraîne des perturbations dans la production et les tests réguliers.Si le problème de la mise hors ligne des modules ne peut pas être résolu efficacement, cela aura un impact sur la production finale.

 

2

Après communication sur site avec le personnel technique, il a été confirmé que sur trois lignes de production, deux d'entre elles rencontraient le même problème de mise hors ligne de modules au même endroit.Environ 1 seconde après la mise hors ligne, les modules se reconnecteraient automatiquement.Le client avait déjà tenté de remplacer des modules, mais cela n'avait pas résolu le problème.Une première évaluation a indiqué que le problème n'était probablement pas lié à la qualité du module.Les étapes de dépannage suivantes ont été prises :

1. Informations mises à jour sur le micrologiciel du module et fichiers GSD du programme pour éliminer les problèmes de compatibilité du micrologiciel.

2. Remplacez à nouveau les modules pour exclure tout défaut potentiel de module individuel.

3. Vérification des informations sur le réseau, les commutateurs et le matériel d'alimentation électrique, éliminant en grande partie les problèmes liés au matériel.

4. Modification de la structure du réseau pour éliminer les facteurs potentiels liés au réseau.

5. Utilisation de filtres sur l'alimentation électrique pour exclure les problèmes liés à l'alimentation.

6. Enquête et résolution de tout conflit d'adresse IP réseau.

7. Désactivation temporaire du routeur se connectant au réseau externe, ce qui a réduit la fréquence des coupures mais n'a pas complètement résolu le problème.

8. Paquets réseau capturés et paquets de données de service non cycliques identifiés dans Profinet, entraînant des erreurs PLC dues à des délais d'attente des paquets.

9. À l'étape précédente, nous avons examiné le programme du client.

En analysant les paquets de données du réseau, il a été découvert que le client utilisait le programme de communication Modbus de Siemens.Lors de l'exécution de blocs fonctionnels spécifiques, ils ont saisi par inadvertance l'identifiant matériel d'un module fonctionnel dans les broches du programme.Cela a entraîné l'envoi continu par l'automate de paquets de données UDP à ce module de fonction, entraînant une erreur de « délai d'expiration de service non cyclique » et provoquant la mise hors ligne de la machine.

 

3

3

Le problème dans le cas ci-dessus diffère du délai d’attente de communication PN typique provoqué par des interférences ou des interruptions du réseau.Les délais d'attente de service non cycliques sont généralement liés à la programmation client, aux performances du processeur et à la capacité de charge du réseau.Bien que la probabilité que ce problème se produise soit relativement faible, ce n'est pas impossible et un dépannage du programme ou de l'environnement réseau peut être entrepris pour le résoudre à l'avenir.

Les problèmes logiciels sont souvent moins visibles, mais grâce à une approche collaborative et systématique du dépannage, nous pouvons identifier la cause première et résoudre les problèmes pour garantir une production fluide !

Ainsi, ceci conclut notre blog technique pour cette session.Jusqu'à la prochaine fois!


Heure de publication : 17 octobre 2023