Table of Contents

Qu'est-ce que le logging de données dans Ladder Logic?

Contrairement aux historiens des données génériques qui se situent au-dessus de la couche de contrôle, la logique de l'échelle intègre la logique d'enregistrement dans le cycle de balayage des PLC, ce qui permet aux ingénieurs de contrôler avec précision lorsque et les données sont sauvegardées. Cette intégration étroite permet à PLC d'enregistrer des valeurs d'horodatage, de déclencher des enregistrements basés sur des événements et même de tamponner localement des données lorsque la connectivité réseau est perdue.

La logique de la ladder est elle-même un langage de programmation graphique qui ressemble aux circuits de relais électriques. Elle demeure dominante dans la fabrication nord-américaine en raison de sa disposition intuitive et de sa facilité de dépannage. Lorsqu'elle est utilisée pour l'enregistrement des données, les échelons logiques d'échelle sont écrits pour déplacer les valeurs de registre dans un tableau de mémoire dédié, des adresses de compteur d'accroissement ou des drapeaux de configuration qui déclenchent une écriture de base de données distante.

Composantes clés d'un système de logging de données PLC

Registres de données et cartes de mémoire

Chaque PLC stocke des variables dans les registres de données (par exemple, les fichiers N dans Allen‐Bradley, les registres D dans Mitsubishi ou les DB dans Siemens). Pour la logarithme, le programmeur assigne un bloc contigu de registres pour tenir les séries chronologiques. De nombreux PLC modernes offrent des instructions de logarithme des données qui écrivent directement à un tampon FIFO (premier, premier out) ou à un système de fichiers stockés sur une carte SD ou une mémoire flash interne.

Timeurs, compteurs et déclencheurs

La logique de la machine repose sur les minuteurs (TON, TOFF) et les compteurs (CTU, CTD) pour contrôler l'intervalle de l'enregistrement. Par exemple, un chronomètre de 5 secondes peut lancer un rafale qui copie la valeur d'une entrée analogique dans le prochain registre disponible dans un tableau de journaux. Les déclencheurs basés sur l'événement – comme une ouverture de l'interrupteur limite ou une alarme de température – peuvent déclencher une explosion à grande vitesse d'échantillons avant et après l'événement, une technique souvent appelée = capture de données sur défaut.

Interfaces du protocole de communication

Une fois les données saisies, elles doivent être exportées. Les échelons logiques de la plus grande taille peuvent invoquer des instructions de message (p. ex., bloc MSG dans Rockwell, TCON dans Siemens) pour transmettre des données via Ethernet/IP, Modbus TCP, OPC UA ou MQTT.

Guide de mise en œuvre étape par étape

Le guide original énumérait cinq étapes; nous en avons développé ici avec des détails pratiques.

1. Identifier les points de données critiques

Collaborer avec les ingénieurs de processus pour déterminer quelles variables affectent réellement la qualité du produit, la consommation d'énergie ou la santé de l'équipement. Éviter de enregistrer chaque étiquette; plutôt, se concentrer sur indicateurs de performance clés tels que le temps de cycle, le débit, le taux de rejet et les valeurs critiques de température.

2. Configurer l'allocation de mémoire

Dans le programme PLC, réservez un tableau de données ou un fichier dédié à la connexion. Si le PLC prend en charge les types de données définis par l'utilisateur (UDT), créez une structure qui comprend un horodatage (date et heure de l'horloge PLC), la valeur variable et un drapeau de qualité.

3. Écrire les Rungs logiques des plus jeunes

Créez une routine qui exécute une fois par balayage (ou par interruption chronométrée) pour déplacer les valeurs de la balise courante dans le tableau de log. Une méthode simple utilise un compteur comme pointeur : chaque fois qu'un déclencheur est vrai, les incréments de compteur et les valeurs courantes sont copiés dans l'emplacement du tableau indexé. Lorsque le tableau est plein, vous pouvez soit écraser la plus ancienne entrée (clavier de buffer) ou définir un drapeau pour transférer le bloc.

Exemple de logique (pseudo-ladder):

  • Rung 1: Si Log Trigger est vrai, alors la température du courant MOV à Log Temp[Log Ptr] et la pression du courant MOV à Log Press[Log Ptr].
  • Rung 2: Incrément Log Ptr (avec logique de roulage si l'on utilise un tampon circulaire).
  • Rung 3: Si Log Ptr est égal à la taille maximale du tableau, défini BunfferFull bit pour lancer le transfert réseau.

4. Mettre en œuvre le transfert de données

Utilisez l'instruction de message PLC-S pour envoyer le tampon rempli à une base de données, un serveur OPC ou un fichier plat sur un serveur FTP. Pour les applications critiques pour la mission, envisagez une approche en deux étapes : un petit tampon local pour les données récentes et un téléchargement complet à tous les cycles N. Inclure toujours la gestion des erreurs – si le transfert échoue, le PLC devrait conserver les données et les réessayer après un délai.

5. Valider et Commission

Avant de mettre le système en production, exécutez un scénario d'essai où des valeurs connues sont injectées dans le processus. Vérifiez que les données enregistrées correspondent aux valeurs de source, que les horodatages sont précis et que les journaux sont complets.

Choisir les bons points de données et la bonne stratégie d'échantillonnage

Signalisation analogique et numérique

Les signaux analogiques (4-20 mA, 0-10 V) fournissent des informations continues sur le processus et sont mieux enregistrés à une vitesse qui saisit la dynamique du système, généralement de 10 à 100 millisecondes pour les boucles rapides comme le contrôle des mouvements, ou une seconde pour la plupart des processus de température. Les signaux numériques (interrupteurs de limite, capteurs de proximité, positions de vanne) sont souvent enregistrés comme valeurs de comptage ou changements d'état.

Taux d'échantillonnage et données sur les frais généraux

Pour optimiser, vous avez généralement besoin d'une résolution suffisante pour voir la variabilité du processus, mais pas tellement que le stockage est submergé. Utilisez la règle Nyquist : échantillonnez au moins deux fois la fréquence d'intérêt la plus rapide. De nombreux PLC permettent de faire plusieurs opérations de journalisation à différents intervalles – par exemple, un log lent pour la tendance et un log rapide pour l'analyse transitoire.

Logage d'événements

En plus de l'échantillonnage temporel, la logarithme par événement capture les données lorsqu'une condition particulière se produit. Par exemple, lorsqu'une confiture de produit est détectée, le CPL peut enregistrer les 10 secondes précédentes de vitesses, de positions et de courants.

Options de stockage et de transmission des données

Mémoire PLC interne

Tous les PLC ont une quantité limitée de mémoire embarquée, de quelques kilooctets à plusieurs mégaoctets. Les petits programmes peuvent stocker les journaux directement dans les tables de données du CPU, mais la capacité est rapidement épuisée. Utilisez la mémoire interne uniquement pour le tampon à court terme (minutes à heures) ou pour un tampon circulaire qui écrase les données anciennes.

Cartes SD et stockage USB

De nombreux PLC de moyenne portée (p. ex. Siemens S7‐1200, Allen‐Bradley Micro800, Mitsubishi FX5U) prennent en charge des cartes SD amovibles ou des lecteurs USB. La logique de la ladder peut écrire des fichiers CSV ou des journaux binaires directement sur la carte, qui peuvent ensuite être supprimés pour une analyse hors ligne.

OUA et MQTT

Pour les applications industrielles IoT (IIoT), OPC UA ou MQTT sont les protocoles préférés. OPC UA fournit une façon sûre et indépendante de la plateforme d'exposer les données PLC aux clients, y compris l'accès historique intégré aux données. MQTT est léger et idéal pour l'intégration du cloud — de nombreux PLC offrent maintenant des instructions de publication Native MQTT en logique échelle. Les données sont envoyées en format JSON ou binaire à un courtier (p. ex. AWS IoT Core, Azure IoT Hub, ou un courtier sur site).

Base de données directe (SQL)

Certains PLC avancés (comme Beckhoff TwinCAT ou Siemens S7-1500) peuvent exécuter des requêtes SQL pour écrire directement sur une base de données Microsoft SQL Server ou MySQL. Cela supprime le besoin d'une passerelle intermédiaire, mais la logique d'échelle doit gérer soigneusement la gestion des connexions et les erreurs de transaction.

Analyser les données loged pour optimiser les processus

Analyse des tendances

Par exemple, une augmentation progressive du courant moteur peut indiquer une usure du roulement bien avant qu'une défaillance ne se produise. La plupart des systèmes SCADA comprennent des diagrammes de tendance, mais des outils spécialisés comme Python avec Pandas ou Excel Power Query offrent une analyse plus approfondie pour les ingénieurs.

Contrôle statistique des processus (SPC)

Les journaux de données permettent de calculer des cartes de contrôle (X‐bar, R, CUSUM) qui indiquent lorsqu'un processus devient hors-cible. La logique des échelles peut même calculer des statistiques simples (moving moyen, standard dvide) en interne et des conditions hors-cible en temps réel.

Entretien prédictif

En corrélant les valeurs enregistrées avec l'historique de l'équipement, les algorithmes peuvent prédire la durée de vie utile restante. Les données de vibration, la température et les compteurs d'exécution sont des entrées communes. La logique d'échelle peut enregistrer un indice cumulatif de -wear - qui, au franchissement d'un seuil, déclenche une notification de maintenance.

Tableau de bord et visualisation

Des outils modernes de visualisation comme Ignition[, Grafana[, ou Node-RED peuvent consommer des journaux de données PLC via OPC UA ou MQTT et afficher des tableaux de bord en temps réel. Les ingénieurs peuvent configurer des alertes pour des motifs anormaux. Pour plus de détails, consultez la OPC Foundation[ pour connaître les normes et les meilleures pratiques en matière de sécurité.

Meilleures pratiques pour l'exploitation de données robuste

  • Synchronisation du temps:[ Utilisez NTP pour garder l'horloge PLC précise. Sans correct timestamps, les données provenant de plusieurs sources ne peuvent pas être corrélées.
  • Compresse des données:[ Lorsque la mémoire est serrée, ne conservez que la variation de la valeur (consignation de bande morte) ou utilisez la moyenne sur l'intervalle d'échantillonnage.
  • Redundancy:[ Pour les processus critiques, implémentez un chemin secondaire de l'enregistrement – par exemple, les données tampons localement et simultanément envoyer à un historien distant.
  • Sécurité:[ Chiffrer les données lors de la transmission sur les réseaux publics; utiliser les SLT pour l'AU et le MQTT du Commissariat.
  • Scan Cycle Considération:[ Les routines de logage lourdes peuvent augmenter les temps de balayage PLC. Utilisez une tâche d'interruption pour logage lorsque c'est possible, et évitez les mathématiques complexes à l'intérieur du scan principal.
  • Audits réguliers : Tirer périodiquement les journaux et vérifier qu'ils correspondent aux valeurs attendues. Une dérive d'étalonnage dans une entrée analogique sera visible dans les journaux si elle est cochée.
  • Convention de désignation des noms:[ Nommage uniforme (p. ex., Line1 Temperature Zone3) simplifie l'analyse et fait des journaux une auto-documentation.

Défis et solutions communs

Limitations de la mémoire

Sur les PLC plus anciens, la taille des tables de données est strictement limitée. Solution:[ Utilisez un tampon circulaire avec une profondeur configurable, ou envoyez des fréquences de données supérieures au taux de remplissage du tampon.

Perte de données pendant les défaillances de communication

Si le réseau tombe en panne, les données tamponnées peuvent être perdues. Solution: Mettre en place un mécanisme de stockage et d'avenir où le CPL conserve les données enregistrées jusqu'à réception de la reconnaissance.

Dérivés de l'horodatage

Les PLC sans horloges soutenues par batterie perdent du temps sur le cycle de puissance. Solution: Utilisez un client NTP dans le PLC (disponible sur les modèles Ethernet) ou déduisez le temps d'un module GPS.

Interférence du cycle de balayage

Les routines complexes de log augmentent le temps de balayage et peuvent jouer avec la réponse I/O. Solution:[ Décharger la logarithme dans un processeur de communication dédié ou utiliser une tâche de fond distincte qui fonctionne asynchronement (p. ex., Siemens S7‐1200=s -heure du jour).

Applications réelles dans le monde

Optimisation de la ligne d'emballage

Une usine d'embouteillage de boissons a installé des données sur chaque robinet de remplissage pour débitmètre et position du actionneur. En analysant les tendances du temps de remplissage au cours d'un quart de travail, les ingénieurs ont identifié une vanne qui ralentissait systématiquement avant une embâcle.

Traitement de l'eau Posologie chimique

Dans une utilitaire municipale, le PLC enregistre le pH, le chlore résiduel et le débit toutes les 30 secondes. Les registres sont envoyés par Modbus à un serveur local SCADA. Les données historiques ont aidé à ajuster les valeurs de dosage saisonniers, économisant 12% en coûts chimiques tout en maintenant la conformité.

CNC Machine Tool Santé

Une usine a réaménagé les anciennes machines CNC avec un CCP qui enregistre la charge de broche, l'erreur de position de l'axe et la température du liquide de refroidissement. La logique de l'échelle indique à tout moment que la charge de broche dépasse un seuil.

Le rôle de la logique des élèves dans le logging des données modernes

Malgré la montée des périphériques de bord et des historiens du cloud, la logique d'échelle reste la façon la plus accessible et déterministe de capturer les données à la source.De nombreux contrôleurs, comme les séries et Siemens S7‐1500, sont dotés d'instructions de journalisation intégrées qui s'intègrent parfaitement aux éditeurs d'échelles.

Pour les équipes qui construisent de nouveaux systèmes, envisagez de combiner la logique de l'échelle avec une plateforme IIoT pour l'analyse avancée. Des protocoles comme MQTT rendent simple de pousser les données PLC dans les tableaux de bord en nuage et les modèles d'apprentissage automatique.

Conclusion

En sélectionnant les bonnes variables, en configurant soigneusement la mémoire et le timing et en mettant en œuvre des mécanismes de transfert robustes, les ingénieurs peuvent découvrir des inefficacités, prédire des défaillances et améliorer la qualité du produit. Les meilleures pratiques éprouvées sur le terrain décrites ici vous aideront à construire un système de journalisation qui fonctionne de façon fiable pendant des années, en transformant les données brutes en données concrètes. Commencez par vérifier votre processus actuel; les lacunes que vous trouvez vous montreront exactement où commencer à enregistrer.