Le contrôleur logique programmable expliqué : qu'est-ce que c'est, comment il fonctionne et comment en choisir un

Qu'est-ce qu'un automate programmable et pourquoi il est important dans l'automatisation industrielle

Un automate programmable (UnPI) est un ordinateur numérique robuste spécialement conçu pour contrôler les machines industrielles et les processus automatisés. Contrairement à un ordinateur à usage général, un automate est conçu dès le départ pour résister aux exigences physiques des usines (larges plages de température, bruit électrique, vibrations, poussière et humidité) tout en exécutant une logique de contrôle de manière continue et fiable, souvent pendant des années sans interruption. La caractéristique déterminante d'un UnPI est sa capacité à surveiller les entrées réelles des capteurs et des commutateurs, à exécuter un programme de contrôle écrit par l'utilisateur et à piloter les sorties réelles (moteurs, vannes, indicateurs et actionneurs) en fonction des résultats de cette logique.

Unvant l'existence des automates programmables, les systèmes de contrôle industriels étaient construits à partir de banques de relais électromécaniques câblés ensemble pour former des circuits logiques. Changer le comportement de contrôle d'une machine impliquait de recâbler physiquement le panneau de relais – un processus long et sujet aux erreurs qui nécessitait des techniciens qualifiés et des temps d'arrêt importants. Lorsque le premier automate à succès commercial a été introduit par Modicon en 1969, développé par l'ingénieur Dick Morley en réponse à une demande de General Motors visant à remplacer la logique de relais dans les chaînes d'assemblage automobile, il a résolu ce problème en remplaçant les circuits de relais câblés par une logique logicielle programmable. Le comportement de contrôle d'une machine pourrait désormais être modifié en modifiant un programme plutôt qu'en recâblant le matériel, transformant à la fois la vitesse et l'économie de l'automatisation industrielle.

Unujourd'hui, les automates constituent l'épine dorsale du contrôle automatisé dans les secteurs de la fabrication, de l'énergie, du traitement de l'eau, des transports, de l'automatisation des bâtiments et dans des dizaines d'autres secteurs. Comprendre comment ils fonctionnent, comment ils sont programmés et comment sélectionner celui qui convient à une application spécifique est une connaissance fondamentale pour toute personne impliquée dans l'ingénierie industrielle, l'intégration de systèmes ou la technologie des opérations.

Architecture matérielle de l'automate : ce qu'il y a à l'intérieur du contrôleur

A automate programmable n'est pas un appareil monolithique unique, c'est un système de composants matériels qui fonctionnent ensemble. Comprendre la fonction de chaque composant explique à la fois les capacités et les limites de l'automate, et éclaire les décisions concernant la configuration et l'extension lors de la conception d'un système de contrôle.

Unité centrale de traitement (CPU)

Le CPU est le cœur de calcul de l'automate. Il exécute le programme utilisateur, gère la mémoire, gère la communication avec les modules d'E/S et les périphériques externes et effectue des diagnostics système. Les processeurs d'automate ne sont pas les mêmes que les microprocesseurs à usage général : ils sont optimisés pour une exécution déterministe en temps réel, ce qui signifie que le processeur doit terminer chaque cycle de scrutation dans un délai maximum garanti, indépendamment de ce qui se passe dans le système. Les temps de cycle de scrutation pour les automates modernes varient généralement de 0,1 ms à 10 ms en fonction de la complexité du programme et de la vitesse du processeur. Certains automates hautes performances utilisés dans le contrôle de mouvement ou dans l'emballage à grande vitesse atteignent des temps de scrutation inférieurs à la milliseconde. La mémoire du processeur est divisée en mémoire de programme (où la logique utilisateur est stockée), mémoire de données (où les valeurs des variables sont conservées pendant l'exécution) et mémoire système (utilisée par le système d'exploitation pour les fonctions internes).

Modules d'entrée et de sortie

Les modules d'E/S constituent l'interface entre l'automate et le monde physique. Les modules d'entrée reçoivent des signaux des appareils de terrain (interrupteurs de fin de course, boutons-poussoirs, capteurs de proximité, thermocouples, transmetteurs de pression et encodeurs) et les convertissent en valeurs numériques que le processeur peut lire. Les modules de sortie reçoivent les commandes du processeur et les convertissent en signaux qui pilotent les appareils de terrain : démarreurs de moteur, électrovannes, voyants lumineux et servomoteurs. Les E/S sont classées comme discrètes ou analogiques : les E/S discrètes (numériques) gèrent les signaux binaires marche/arrêt, tandis que les E/S analogiques gèrent les signaux variables en continu tels que les boucles de courant 4 à 20 mA ou les signaux de tension 0 à 10 V représentant les valeurs de température, de pression ou de débit. La plupart des automates proposent également des modules d'E/S spécialisés pour des fonctions spécifiques : modules de compteur à grande vitesse pour le comptage des impulsions du codeur, modules de thermocouple avec compensation de soudure froide intégrée et modules de communication pour les protocoles de bus de terrain.

Alimentation

L'alimentation de l'automate convertit la tension de ligne CA ou CC entrante (généralement 120 V CA, 240 V CA ou 24 V CC) en alimentation CC basse tension régulée requise par le processeur et les modules d'E/S. La plupart des fonds de panier et racks PLC utilisent 5 V CC ou 3,3 V CC en interne pour les composants logiques et 24 V CC pour les circuits d'E/S côté terrain. La capacité actuelle de l'alimentation doit correspondre à la consommation électrique totale de tous les modules installés. Le sous-dimensionnement de l'alimentation est une erreur de configuration courante dans les grands systèmes comportant de nombreux modules d'E/S. Des configurations d'alimentation redondante sont disponibles pour les applications où une panne d'alimentation aurait des conséquences inacceptables.

Interfaces de communication

Les automates modernes comprennent plusieurs interfaces de communication pour la connexion aux outils de programmation, aux interfaces homme-machine (IHM), aux systèmes de contrôle de supervision et d'acquisition de données (SCADA), à d'autres automates et aux appareils de terrain. Les ports et protocoles de communication courants incluent les ports série Ethernet/IP, PROFINET, Modbus TCP, PROFIBUS, DeviceNet, CANopen et RS-232/RS-485. La disponibilité des protocoles Ethernet industriels a transformé l'architecture des systèmes CPL au cours des deux dernières décennies, permettant une intégration transparente des systèmes de contrôle, de surveillance et de données d'entreprise sur une infrastructure réseau unique plutôt que sur des réseaux propriétaires distincts pour chaque fonction.

Comment un automate exécute son programme : le cycle de scrutation expliqué

Le comportement de fonctionnement d'un automate est fondamentalement différent de celui d'un programme informatique conventionnel qui s'exécute une seule fois du début à la fin. Un automate exécute son programme de contrôle dans une boucle répétitive continue appelée cycle de balayage . Comprendre le cycle de scrutation est essentiel pour écrire des programmes automates corrects et pour diagnostiquer les problèmes de contrôle liés au timing.

Chaque cycle d'analyse se compose de quatre phases séquentielles qui s'exécutent dans l'ordre, à chaque cycle :

• Analyse d'entrée : Le processeur lit l'état actuel de tous les signaux d'entrée physiques et copie ces valeurs dans une zone de mémoire dédiée appelée table-image d'entrée. Pendant l'exécution du programme, le programme lit les états d'entrée à partir de cette table-image plutôt que directement à partir des entrées physiques, garantissant ainsi que les valeurs d'entrée restent cohérentes tout au long d'une seule analyse, même si une entrée physique change d'état en cours de cycle.
• Exécution du programme : La CPU exécute le programme utilisateur de la première instruction à la dernière, évaluant les conditions logiques et calculant les valeurs de sortie. Les résultats sont écrits dans une table-image de sortie en mémoire plutôt que immédiatement dans des sorties physiques.
• Analyse de sortie : La CPU copie les valeurs de la table-image de sortie vers les modules de sortie physiques, qui mettent à jour leurs signaux de sortie en conséquence. C'est le moment où les résultats de l'exécution du programme sont physiquement appliqués à l'équipement contrôlé.
• Ménage : La CPU effectue des contrôles de diagnostic internes, met à jour les tampons de communication, traite les demandes de communication des IHM et des outils de programmation et prépare le cycle de scrutation suivant.

La durée totale nécessaire pour effectuer un cycle d'analyse complet est la durée d'analyse. Pour la plupart des applications industrielles, un temps de scrutation de 5 à 20 ms est acceptable. Les applications nécessitant une réponse plus rapide (détection d'événements de machine à grande vitesse, contrôle d'axes d'asservissement ou surveillance d'entrées critiques pour la sécurité) peuvent nécessiter un traitement piloté par interruption, dans lequel des entrées spécifiques déclenchent l'exécution immédiate du programme en dehors du cycle d'analyse normal, ou des processeurs haute vitesse dédiés avec des performances d'analyse inférieures à la milliseconde.

Langages de programmation API : les cinq options standard et quand les utiliser

Les langages de programmation des automates sont normalisés par la norme internationale CEI 61131-3, qui définit cinq langages que les automates conformes doivent prendre en charge. Dans la pratique, la plupart des fabricants implémentent les cinq, même si certains privilégient traditionnellement des langages particuliers pour des applications spécifiques. Choisir le bon langage pour une tâche donnée améliore la lisibilité du code, la facilité de maintenance et l'efficacité du débogage.

Schéma à contacts (LD)

Le diagramme à relais est le langage de programmation d'automate le plus utilisé dans le monde et est le descendant graphique direct des schémas logiques de relais. Les programmes sont représentés comme une série d'échelons horizontaux entre deux rails d'alimentation verticaux, exactement comme une échelle. Chaque ligne contient des contacts (représentant les conditions d'entrée) et des bobines (représentant les sorties), connectés en série ou en parallèle pour exprimer des relations logiques. Un ingénieur familiarisé avec les schémas de câblage des relais peut lire et comprendre la logique à relais avec une formation supplémentaire minimale. C'est pourquoi elle reste dominante dans la fabrication discrète, le contrôle des machines et dans toute industrie disposant d'une large base installée de techniciens en logique de relais. Le schéma à contacts est particulièrement adapté aux applications de contrôle discret impliquant des séquences d'opérations marche/arrêt, des verrouillages et une logique de synchronisation.

Diagramme de blocs fonctionnels (FBD)

Le diagramme de blocs fonctionnels représente la logique de contrôle sous la forme d'un réseau de blocs fonctionnels graphiques interconnectés, où les signaux circulent de gauche à droite à travers des blocs qui effectuent des opérations définies : portes logiques, minuteries, contrôleurs PID, fonctions arithmétiques et blocs de communication. FBD est particulièrement bien adapté aux applications de contrôle de processus impliquant des signaux analogiques continus, des boucles de contrôle PID et des chaînes de traitement de signal complexes, où le flux de données entre les éléments fonctionnels est plus intuitif à représenter graphiquement que sous forme d'échelons séquentiels. FBD est le langage préféré dans les applications de traitement chimique, de pétrole et de gaz et de production d’électricité.

Texte structuré (ST)

Le texte structuré est un langage textuel de haut niveau dont la syntaxe ressemble à Pascal ou au C. Il prend en charge les variables, les types de données, les expressions, les instructions conditionnelles (IF-THEN-ELSE), les boucles (FOR, WHILE, REPEAT) et les appels de fonction, ce qui en fait le plus puissant des langages CEI 61131-3 pour les algorithmes complexes et les calculs mathématiques. ST est idéal pour mettre en œuvre une gestion de recettes complexes, des calculs de données, des manipulations de chaînes et des blocs fonctionnels personnalisés qu'il serait difficile d'exprimer dans des langages graphiques. Son adoption a considérablement augmenté à mesure que les automates assumaient des tâches de calcul plus complexes auparavant gérées par des ordinateurs industriels distincts.

Diagramme de fonctions séquentielles (SFC)

Le diagramme de fonctions séquentielles fournit une représentation graphique de haut niveau d'un processus sous la forme d'une séquence d'étapes reliées par des transitions. Chaque étape contient les actions à effectuer lorsque cette étape est active ; chaque transition définit la condition qui doit être satisfaite pour passer à l'étape suivante. SFC est excellent pour programmer des machines qui fonctionnent selon des phases séquentielles définies (remplissage d'un réservoir, exécution d'un cycle de lavage, exécution d'un processus par lots) car la structure étape par étape du programme reflète directement la séquence physique du fonctionnement de la machine, ce qui la rend facile à comprendre, à déboguer et à modifier. Les programmes SFC pour les différentes étapes et transitions peuvent être écrits dans l'un des quatre autres langages CEI.

Liste d'instructions (IL)

La liste d'instructions est un langage textuel de bas niveau ressemblant au langage assembleur, où chaque ligne contient une seule instruction opérant sur un registre accumulateur. Il a été inclus dans la norme CEI 61131-3 pour fournir un langage familier aux programmeurs dès les premiers jours du développement des automates. IL est rarement utilisé dans les nouveaux projets aujourd'hui (la plupart des environnements de programmation d'automates modernes l'ont déprécié au profit du texte structuré) mais il reste dans la norme pour la compatibilité ascendante avec les programmes existants écrits en IL sur des contrôleurs plus anciens.

Types d'automates : systèmes compacts, modulaires et basés sur rack

Les automates sont disponibles dans des formats allant des microcontrôleurs de la taille d'une paume aux systèmes multi-rack remplissant des armoires de commande entières. La sélection du facteur de forme approprié implique d'adapter la capacité d'E/S, la capacité d'extension, la puissance de traitement et la taille physique du contrôleur aux exigences et au budget de l'application.

Automates compacts (nano et micro)

Les automates compacts intègrent le processeur, l'alimentation et un nombre fixe de points d'E/S dans un seul boîtier. Ils constituent l'option la plus rentable pour les petites applications avec un nombre d'E/S défini et limité, généralement 8 à 64 points d'E/S . Certains automates compacts offrent une extension limitée via des modules complémentaires, mais la capacité d'extension est beaucoup plus limitée que les systèmes modulaires. Les applications courantes incluent le contrôle de petites machines, les sections de convoyeurs, les stations de pompage et les sous-systèmes d'automatisation des bâtiments. Siemens S7-1200, Allen-Bradley Micro820 et Mitsubishi FX5U sont des exemples représentatifs de cette catégorie. Les automates compacts ne conviennent pas lorsque le nombre d'E/S ou les exigences de communication de l'application sont susceptibles d'augmenter de manière significative au cours de la durée de vie du système.

Automates modulaires

Automates modulaires separate the CPU, power supply, and I/O into individual modules that mount on a common backplane or DIN rail and connect via an internal bus. This architecture allows the system to be configured precisely for the application — adding exactly the types and quantities of I/O modules needed — and expanded later by adding modules to unused backplane slots or additional backplanes. Modular systems scale from small configurations of a CPU plus a handful of I/O modules up to large systems with hundreds of I/O points distributed across multiple racks. Siemens S7-300/S7-1500, Allen-Bradley ControlLogix, and Omron NX/NJ series are leading modular PLC platforms used across demanding industrial applications worldwide.

Automates en rack et à grande échelle

Les automates en rack à grande échelle prennent en charge un nombre très élevé de points d'E/S (de plusieurs centaines à des dizaines de milliers de points d'E/S sur des racks d'E/S distribués) et sont utilisés dans les usines de traitement continu, les installations de production d'énergie et les lignes de fabrication à grande échelle. Ces systèmes comportent généralement des configurations de processeur redondant dans lesquelles un processeur de secours prend automatiquement le relais en cas de panne du processeur principal, des alimentations électriques redondantes et des réseaux de communication redondants, offrant ainsi la haute disponibilité requise dans les applications où un arrêt imprévu a de graves conséquences opérationnelles ou de sécurité. Le Siemens S7-400H, Allen-Bradley ControlLogix avec redondance et Yokogawa STARDOM sont des exemples de plates-formes conçues pour ce niveau de criticité.

PLC vs DCS vs PAC : comprendre les différences

Trois types de contrôleurs dominent l'automatisation industrielle : les automates, les systèmes de contrôle distribués (DCS) et les contrôleurs d'automatisation programmables (PAC). Les frontières entre eux se sont considérablement estompées à mesure que tous trois ont adopté un réseau moderne, une programmation de haut niveau et des capacités de traitement avancées – mais des différences significatives en termes de philosophie de conception, d'adéquation aux applications et de coût total de possession subsistent.

A PLC est issu de la fabrication discrète et est optimisé pour l'exécution rapide d'un cycle de scrutation de logique séquentielle et combinatoire. Il excelle dans le contrôle des machines, les lignes de conditionnement et la fabrication discrète où une réponse déterministe aux événements binaires est la principale exigence. Les systèmes API sont généralement moins chers par point d'E/S que les systèmes DCS et sont pris en charge par une large base de techniciens formés dans les environnements de fabrication.

A DCS (système de contrôle distribué) a été développé pour les industries de transformation continue (raffinage du pétrole, production chimique, production d'électricité) où la principale exigence est le contrôle réglementaire des variables analogiques continues sur un grand nombre de points d'E/S. Les plates-formes DCS sont construites autour d'un environnement d'ingénierie unifié dans lequel les fonctions de configuration, d'affichage, d'historique et de contrôle sont étroitement intégrées par le même fournisseur. Cette intégration réduit le temps d'ingénierie pour les grands systèmes mais crée une dépendance significative envers les fournisseurs et des coûts de plate-forme plus élevés.

A PAC (contrôleur d'automatisation programmable) est un terme utilisé pour décrire les contrôleurs modernes hautes performances qui combinent un contrôle discret de type API avec les capacités de contrôle de processus analogique, de contrôle de mouvement et de mise en réseau historiquement associées aux plates-formes DCS, le tout dans un seul contrôleur et environnement de programmation. National Instruments CompactRIO et Opto 22 EPIC en sont des exemples. Les PAC sont particulièrement bien adaptés aux applications qui franchissent la frontière PLC/DCS traditionnelle, telles que les processus par lots hybrides qui combinent des opérations séquentielles avec des boucles de contrôle continues.

Spécifications clés à évaluer lors de la sélection d'un automate

La sélection d'une plate-forme CPL pour une nouvelle application ou un projet de modernisation implique l'évaluation d'un ensemble de paramètres techniques et pratiques qui déterminent collectivement si le système choisi répondra aux exigences actuelles et restera supportable pendant la durée de vie prévue du système - généralement 15 à 25 ans en milieu industriel.

• Nombre et type d'E/S : Déterminez le nombre total de points d'entrée discrète, de sortie discrète, d'entrée analogique et de sortie analogique requis, ajoutez une marge de croissance d'au moins 20 % et confirmez que la plate-forme choisie prend en charge les types d'E/S requis dans les modules appropriés. Les types d'E/S spéciaux (compteurs rapides, entrées de thermocouple, interfaces de codeur, modules de communication série) doivent être vérifiés spécifiquement.
• Performances du processeur et mémoire : Pour les applications avec des programmes volumineux, de nombreuses boucles PID analogiques ou des exigences de réponse rapide, comparez les temps de scrutation du processeur sous une charge de programme typique. Les besoins en mémoire du programme sont difficiles à estimer avec précision au stade de la spécification : en règle générale, spécifiez au moins deux fois la mémoire estimée requise par le programme initial pour prendre en charge les modifications et ajouts futurs.
• Protocoles de communication : Confirmez que l'automate prend en charge de manière native les protocoles de communication requis pour s'interfacer avec les IHM, les systèmes SCADA, les lecteurs, les robots et tout périphérique tiers spécifié dans l'architecture du système. La prise en charge native du protocole est toujours préférable aux passerelles de conversion de protocole, qui ajoutent du coût, de la latence et des points de défaillance potentiels.
• Évaluations environnementales : Vérifiez que le processeur et les modules d'E/S sont dotés des caractéristiques appropriées à l'environnement d'installation : plage de température de fonctionnement, tolérance à l'humidité, résistance aux vibrations et aux chocs, et protection contre les atmosphères corrosives si l'installation se trouve dans un environnement chimique ou marin.
• Exigences de certification de sécurité : Les applications impliquant la sécurité du personnel (circuits d'arrêt d'urgence, verrouillages de sécurité, barrières immatérielles) peuvent nécessiter un automate de sécurité (également appelé contrôleur de système instrumenté de sécurité) certifié selon la norme CEI 62061 ou ISO 13849. Les automates standard ne peuvent pas être utilisés pour mettre en œuvre des fonctions de sécurité sans relais de sécurité ou modules d'E/S de sécurité certifiés supplémentaires, quelle que soit la façon dont la logique est écrite.
• Assistance fournisseur et disponibilité des pièces de rechange : La plate-forme installée doit rester prise en charge avec des mises à jour du micrologiciel, du matériel de rechange et une assistance technique pendant toute la durée de vie prévue du système. La sélection d'une plate-forme auprès d'un fournisseur disposant d'une forte présence de support régional et d'un engagement documenté sur le cycle de vie du produit réduit considérablement le risque de se retrouver bloqué avec un système non pris en charge à mi-vie.
• Licence et coût du logiciel de programmation : Les environnements de programmation API sont propriétaires : les contrôleurs de chaque fabricant nécessitent leur logiciel spécifique. Confirmez le modèle de licence (abonnement perpétuel, annuel, par siège), le coût des licences de plusieurs programmeurs et si le logiciel fonctionne sur les systèmes d'exploitation actuels sans nécessiter les anciennes versions de Windows.

Applications API courantes dans tous les secteurs

Les contrôleurs logiques programmables apparaissent dans presque toutes les industries qui utilisent toute forme de processus automatisé ou semi-automatisé. La diversité des applications PLC reflète la polyvalence fondamentale de la technologie : la même architecture de base qui contrôle une ligne d'embouteillage gère également une usine de traitement de l'eau ou coordonne les systèmes CVC et de contrôle d'accès d'un bâtiment.

Fabrication et assemblage discrets

L'assemblage automobile, la fabrication électronique, la fabrication métallique et la production de biens de consommation s'appuient tous fortement sur les automates pour séquencer les actions des robots, contrôler les vitesses des convoyeurs, gérer la détection et le rejet des pièces et coordonner les verrouillages de sécurité dans les cellules de production multi-machines. Une seule chaîne d'assemblage de carrosserie automobile peut contenir des centaines d'automates individuels coordination des robots de soudage, des systèmes de transfert, des stations d'inspection qualité et des équipements de manutention, tous connectés à un système de supervision SCADA qui surveille les taux de production et les conditions de panne en temps réel.

Traitement de l'eau et des eaux usées

Les installations municipales de traitement et de distribution d'eau utilisent des automates pour contrôler les stations de pompage, les systèmes de dosage de produits chimiques, les processus de filtration et la gestion du niveau des réservoirs. Les stations de pompage distantes situées à des kilomètres de la station de traitement principale sont généralement contrôlées par des automates autonomes communiquant avec le système SCADA central via des liaisons cellulaires ou radio. Les automates dans les applications liées à l'eau doivent gérer un mélange de contrôle discret (séquence d'ouverture/fermeture des vannes) et de régulation analogique (débit, débit de dose de produits chimiques, contrôle de pression) de manière fiable et sans nécessiter d'opérateurs sur site à chaque emplacement distant.

Transformation des aliments et des boissons

Les environnements de transformation alimentaire imposent des exigences spécifiques au matériel API : boîtiers en acier inoxydable ou boîtiers en plastique scellés conçus pour les environnements de lavage, et modules d'E/S tolérants aux températures extrêmes des transitions du congélateur à la salle de cuisine. Les API dans les usines alimentaires contrôlent les séquences de mélange et de mélange, les profils de température de pasteurisation, les machines de remplissage et de scellage et les cycles de lavage de nettoyage en place (CIP). Les exigences réglementaires en matière de documentation sur la sécurité alimentaire signifient que les systèmes PLC de ce secteur incluent souvent la génération d'enregistrements électroniques de lots, enregistrant automatiquement les paramètres de processus pour chaque lot de production afin de démontrer la conformité aux normes HACCP et de sécurité alimentaire.

Automatisation et infrastructure des bâtiments

Les grands bâtiments commerciaux et industriels utilisent des automates et des contrôleurs d'automatisation de bâtiment dédiés (qui sont essentiellement des automates spécialisés) pour gérer les systèmes CVC, le contrôle de l'éclairage, le contrôle d'accès, la répartition des ascenseurs et la gestion de l'énergie. La ventilation des tunnels, la gestion des bagages dans les aéroports et le contrôle des infrastructures des stades sont d'autres exemples d'applications à grande échelle liées aux bâtiments où les systèmes PLC coordonnent des centaines d'appareils de terrain distribués dans des installations physiques tentaculaires. La convergence des protocoles d'automatisation des bâtiments et de l'automatisation industrielle, en particulier à mesure que les deux secteurs adoptent la communication basée sur Ethernet, rend les automates à usage général de plus en plus compétitifs par rapport aux contrôleurs de systèmes d'automatisation des bâtiments traditionnels sur ce marché.

Principes fondamentaux de dépannage des automates : comment diagnostiquer systématiquement les défauts

Un dépannage efficace de l'API suit un processus systématique d'élimination qui restreint l'emplacement du défaut depuis le niveau du système jusqu'au composant spécifique ou à l'élément de programme responsable. Une approche structurée réduit le temps de diagnostic et évite le remplacement aléatoire de composants coûteux qui ne sont pas réellement défectueux.

• Vérifiez d'abord les indicateurs d'état du processeur. Les processeurs d'automate fournissent des indicateurs LED indiquant l'état d'exécution/d'arrêt, les conditions de panne et l'activité de communication. Un voyant d'erreur rouge fixe indique une erreur matérielle ou logicielle : connectez le logiciel de programmation et lisez le tampon de diagnostic, qui enregistre le code d'erreur, l'horodatage et souvent l'élément de programme spécifique à l'origine de l'erreur.
• Utilisez la capacité de surveillance en ligne du logiciel de programmation. La plupart des environnements de programmation d'automate permettent au programmeur de se connecter à un contrôleur en cours d'exécution et de visualiser l'état en direct de toutes les entrées, sorties et variables internes pendant l'exécution du programme. Cette capacité de surveillance en ligne permet d'observer facilement si une entrée lit correctement, si une condition logique est évaluée comme prévu et si une sortie est commandée mais ne répond pas, en faisant la distinction entre les erreurs logiques du programme et les pannes d'E/S matérielles.
• Faites la distinction entre les défauts matériels et les erreurs de logique du programme. Si le voyant d'état d'un module de sortie indique que la sortie est commandée par l'automate mais que l'appareil de terrain ne fonctionne pas, le problème est externe à l'automate : câblage, fusible, appareil de terrain ou alimentation. Si le voyant du module de sortie indique que la sortie n'est pas commandée, le problème vient de la logique du programme ou des conditions d'entrée qui le pilotent.
• Vérifiez les tensions d'alimentation sous charge. De nombreux défauts intermittents de l'automate qui semblent être des problèmes de processeur ou d'E/S sont en réalité causés par une alimentation marginale : fournissant une tension correcte sous une charge légère mais tombant en dessous des spécifications sous une charge d'E/S complète. Mesurez les tensions du rail d'alimentation au niveau du connecteur du fond de panier avec tous les modules installés et actifs.
• Inspectez les causes environnementales. Les défauts intermittents liés à l'heure de la journée, aux conditions météorologiques ou au fonctionnement des équipements à proximité indiquent souvent des facteurs environnementaux : formation de condensation à l'intérieur des boîtiers lors des cycles de température, desserrage des connexions du bornier par vibration ou bruit électrique provenant des variateurs de fréquence ou du couplage de l'équipement de soudage au câblage d'E/S. Résolvez la cause première plutôt que de simplement remplacer le module concerné.