Guide de dépannage des E/S ODOT

Dans les activités de production industrielle, la qualité et la stabilité des équipements sont essentielles au bon fonctionnement et à la sécurité de l'ensemble de la chaîne de production. Cependant, la configuration logicielle ne doit pas être négligée. Des problèmes logiciels peuvent également entraîner des pannes système, des pertes de données ou l'incapacité de la chaîne de production à fonctionner correctement, ce qui peut avoir un impact considérable sur l'ensemble du processus de production. Par conséquent, le dépannage, tant au niveau matériel que logiciel, est une étape indispensable dans l'environnement de production industrielle afin de garantir le bon fonctionnement des équipements, l'efficacité de la production et d'assurer la sécurité et la fiabilité.

Aujourd'hui, penchons-nous sur un cas concret où la configuration logicielle a impacté la production. À l'avenir, veillons à ce que le dépannage soit efficace afin de garantir l'efficience et la fiabilité des lignes de production automatisées !

1

Commentaires des clients : L’équipement sur site rencontre des problèmes avec le CN-8032Le module -L se déconnecte, ce qui provoque l'arrêt d'urgence de la machine et l'interruption du fonctionnement automatique de la ligne de production. Une intervention manuelle est nécessaire pour rétablir le fonctionnement normal, ce qui perturbe la production et les tests. Si ce problème de déconnexion des modules n'est pas résolu efficacement, le rendement final de la production s'en trouvera affecté.

2

Après une communication sur site avec le personnel technique, il a été confirmé que sur trois lignes de production, deux rencontraient le même problème de déconnexion des modules au même endroit. Environ une seconde après la déconnexion, les modules se reconnectaient automatiquement. Le client avait déjà tenté de remplacer les modules, sans succès. Une première évaluation a indiqué que le problème n'était probablement pas lié à la qualité des modules. Les étapes de dépannage suivantes ont été mises en œuvre : 1. Mise à jour du micrologiciel des modules et des fichiers GSD du programme afin d'éliminer les problèmes de compatibilité du micrologiciel. 2. Nouveau remplacement des modules pour exclure d'éventuels défauts individuels. 3. Vérification des informations matérielles du réseau, des commutateurs et de l'alimentation, éliminant en grande partie les problèmes matériels. 4. Modification de l'architecture réseau pour éliminer les facteurs potentiels liés au réseau. 5. Utilisation de filtres sur l'alimentation pour exclure les problèmes d'alimentation. 6. Recherche et résolution des conflits d'adresses IP sur le réseau. 7. Désactivation temporaire du routeur connecté au réseau externe, ce qui a réduit la fréquence des déconnexions sans toutefois résoudre complètement le problème. 8. Capture de paquets réseau et identification de paquets de données de service non cycliques dans Profinet, ce qui a permis de Plc Erreurs dues à des délais d'attente de paquets. 9. Suite à l'étape précédente, le programme du client a été examiné. L'analyse des paquets de données réseau a révélé que le client utilisait le programme de communication Modbus de Siemens. Lors de l'exécution de certains blocs fonctionnels, l'identifiant matériel d'un module fonctionnel a été saisi par inadvertance dans les broches du programme. De ce fait, l'automate a envoyé en continu des paquets de données UDP à ce module, provoquant une erreur de « délai d'attente de service non cyclique » et la mise hors service de la machine.

3

Le problème décrit ci-dessus diffère des délais d'attente de communication PN classiques causés par des interférences ou des interruptions réseau. Les délais d'attente 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é d'occurrence de ce problème soit relativement faible, elle n'est pas nulle, et un dépannage du programme ou de l'environnement réseau peut être entrepris pour le résoudre ultérieurement. 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 afin de garantir une production sans interruption ! Ceci conclut notre blog technique pour cette session. À bientôt !