← Retour à la catégorie Process Automation

Pourquoi est-il plus important que jamais pour assurer des garanties sont en place pour protéger et gérer les modifications apportées à la logique de commande

L'utilisation accrue de chaussée automatisation de l'usine pour atteindre les objectifs de production a créé une dépendance sur les automates, systèmes de contrôle pour PC, les systèmes SCADA, les contrôleurs robotiques et les IHM. Il est donc essentiel que les entreprises veillent à ce que des garanties appropriées soient en place pour protéger et gérer les modifications apportées à la logique de commande dans l'usine, dit Andy Thorogood, chef de produit chez MAC Solutions.

systèmes de contrôle d'automatisation du travail en usine impliquent souvent une gamme de postes de travail PC, les contrôleurs logiques programmables (PLC), IHM (interfaces homme-machine) et les contrôleurs robotiques. La logique de commande est stocké soit dans l'appareil ou sur un poste de travail associé et peut impliquer un grand nombre de fichiers associés et des programmes exécutables. Cette complexité constitue un défi pour la détection non autorisées - les changements de programme, en particulier lorsqu'il existe des systèmes de plusieurs fournisseurs et la variété associée de l'élaboration des programmes et des outils de gestion de l'appareil - et potentiellement dangereux.

Jusqu'à récemment, les protocoles propriétaires et d'isolement du réseau a assuré la sécurité adéquate contre les menaces externes. Cependant, de nombreux fournisseurs abandonnent les mécanismes de communication propriétaires afin de réduire les coûts et améliorer la fiabilité. De même, la gestion de plus en plus dispositif se déplace vers les postes de travail sur PC et autres systèmes «ouverts». Cette transition des protocoles standards et systèmes d'exploitation effectue les dispositifs et les systèmes les plus vulnérables à l'attaque modernes.

Gestion du changement et de l'usine
Heureusement, les solutions logicielles sont maintenant disponibles qui peuvent aider à protéger automatisation et de contrôle des actifs échelle de l'usine. Une automatisation des systèmes de gestion du changement (CMS) tels que l'enregistrement automatique de MDT Software, est un système centralisé qui gère les modifications à la logique de programme pour les contrôles des programmes et des dispositifs tels que des automates, CNC, IHM, systèmes de contrôle de PC, les robots, les lecteurs et les programmes d'automatisation générales. Une petite plante typique aura quelques centaines de programmes qui doivent être gérés, tandis que les grandes usines ont plusieurs milliers. Au cours de la vie d'une installation de l'investissement dans la logique du programme représente à lui seul une dépense importante qui doit être préservé et optimisée. Pour ce faire, un CMS devrait avoir les caractéristiques suivantes:

  • Une sauvegarde / archivage des révisions antérieures de programmes.
  • La capacité à détecter les changements.
  • Outils pour documenter les changements et en les rendant visibles pour les utilisateurs.
  • Un historique des qui a fait le changement, quand, et où elle a été faite.
  • Utilisateur sécurisé et l'accès du poste de travail.
  • Caractéristiques de contrôle des opérations de l'éditeur mappés à des autorisations de l'utilisateur.
  • reprise après sinistre / procédures de récupération de défaillances matérielles.
  • Changer notification.

Comme les appareils d'automatisation sont devenus plus complexes et ont intégré plus de données sur les plantes dans leur fonctionnement, il ya une augmentation dans la nécessité de faire des ajustements aux variables et la logique de continuer à fonctionner en douceur. Ces ajustements peuvent être mineures individuellement, mais sont directement liées à débit de la machine et de disponibilité. Si le programme actuel de l'appareil et la configuration sont perdus, et une ancienne version du programme de l'appareil doivent être utilisés, le résultat est une baisse des performances de la machine, diminution de la qualité et / ou les temps d'arrêt. Bien que cette situation est assez coûteuse, considérer les ramifications de planter opération s'il n'y a pas d'anciennes versions d'un programme perdu disponibles et le programme doit être complètement réécrit. Cela peut et ne se produire, et les effets peuvent avoir une incidence significative sur la sécurité et le débit de l'usine pendant des mois. Ces effets ajoutés au coût de re-réécriture, essai et commission d'un programme unique sont souvent plus élevés que le coût de la mise en œuvre d'une solution CMS échelle de l'usine.

Types de risques
Il ya beaucoup d'événements qui peuvent avoir un effet négatif sur la performance de l'usine, et d'autres qui représentent un danger de sécurité graves. Logique de contrôle d'automatisation fiable peut être compromise par les événements suivants:

  • Erreur humaine: Si quelqu'un apporte des modifications à un programme qui se traduisent par des performances indésirable, ou corrompt le programme en raison de changements par inadvertance, la version antérieure du programme est déjà disponible avec un CMS.
  • Défaillance de l'équipement: L'équipement peut et ne manque. Si le matériel tombe en panne et la seule bonne copie de la logique du programme était que le matériel, l'usine a un problème. Avec un CMS, le matériel est remplacé et le personnel de maintenance de télécharger la dernière version du programme pour le processeur résultant en quelques minutes de temps d'arrêt.
  • Sabotage: Aussi malheureux que cette menace est, quelqu'un peut se connecter directement à de nombreux appareils (en particulier ceux dans des endroits non sécurisés, à distance) et de modifier le programme avec des résultats néfastes. Un CMS est conçu pour stocker les mots de passe de processeur si elles ne sont pas disponibles sans passer par le CMS. En outre, le CMS télécharger périodiquement la logique du processeur pour la comparaison avec une copie au dossier. Les changements peuvent être identifiés en détail graphique, et la notification immédiate peuvent être envoyés à des personnes responsables.
  • surtensions / interruptions: Problèmes d'alimentation peuvent provoquer l'équipement de bloquer ou aller hors ligne. Si ces situations entraînent une perte du programme, il peut être téléchargé à partir du CMS après que le matériel est remis à zéro.
  • Feu: Tout feu sera une perturbation majeure. Si un seul appareil ou une installation complète est perdu, ayant toute la logique de programme stocké dans une centrale, référentiel CMS organisé accélère le temps et diminue le coût associé à la reprise de la production. Les assureurs commencent à prendre en compte l'utilisation d'un CMS pour évaluer le profil de risque des établissements. Sans garanties de système adéquat de ces événements peuvent entraîner une augmentation des temps d'arrêt et une augmentation dans le «temps moyen de réparation" (MTTR). Récupérer de ces événements nécessite rapidement une planification adéquate de la stratégie de matériel et de maintenance, et une sauvegarde fiable et récente de la logique du programme de contrôle de l'automatisation. Des copies de sauvegarde complètes et à jour de la logique du programme nécessitent les fonctionnalités d'un CMS. Si une approche de sauvegarde manuelle peut apparaître suffisant à première vue, l'expérience a montré que le personnel de plantes ont trop de tâches qui sont en concurrence pour le temps de sauvegarder manuellement des programmes sur une base cohérente. Aussi la visibilité accrue des changements grâce à une meilleure déclaration et le potentiel d'amélioration des processus provoqué par l'utilisation efficace d'une application CMS peut payer rapidement pour le CMS.

Impact des activités de plantes sur les versions de logique du programme
Chaque plante possède un ensemble unique de types et de fréquences qui peuvent affecter une stratégie CMS changement. Un ensemble d'activités sélectionné est décrit ci-dessous pour demander une réflexion plus approfondie et mettre en évidence la nécessité d'une bonne mise en œuvre d'un CMS afin d'atteindre des résultats optimaux.

  • Nature et fréquence des changements: veillez à ce qu'un nombre suffisant d'exemplaires du programme soit disponible pour que les modifications puissent être classées et examinées. Certains changements représentent de véritables améliorations, tandis que d'autres soulignent un problème de processus ou de formation qui devrait être traité par d'autres moyens.
  • Améliorations de processus: Si des modifications sont apportées dans le processus qui rendent les versions antérieures du programme obsolète, ces améliorations devraient être clairement identifiés afin que les utilisateurs ne reviennent pas à une version antérieure d'un programme pour résoudre un problème nouveau. directives d'exploitation de plantes doivent déterminer quand la suppression des programmes antérieurs est justifiée, et les utilisateurs qui disposent de cette autorisation.
  • Changements non gérés: Sans un CMS, l'ingénieur des contrôles utiliserait le logiciel d'édition sur une station de travail ou un ordinateur portable pour apporter des modifications à un périphérique. Si plusieurs personnes apportent des modifications à partir de plusieurs ordinateurs, la documentation de ces modifications est souvent perdue. En utilisant un CMS pour comparer le programme en cours d'exécution sur l'appareil avec la dernière version enregistrée, une installation peut identifier les modifications apportées en dehors du CMS. Une fois que le CMS est mis en œuvre et que le réseau de périphériques est en place, les modifications en dehors du CMS doivent être découragées.
  • Changements temporaires: Il est courant d'effectuer un changement temporaire d'un programme de reprendre l'opération pendant une tâche de maintenance est effectuée sur un composant défectueux. Il est également fréquent pour ces contournements temporaires à l'oubli, ce qui peut entraîner des problèmes de sécurité graves. Un CMS est utilisé pour noter ces changements temporaires et fournir un moyen de restaurer facilement une version antérieure du programme, une fois l'entretien terminé.
  • Multi-processus ou des opérations de recette: Dans les établissements qui exécutent différents procédés ou des recettes, il est important de gérer la version d'un programme est mis à jour. La création de copies de programmes spécialisés pour les utiliser comme des "versions de base» pour chacun de ces processus peut aider à gérer ces efficacement.

Industrie de process Informer

nouvelles connexes

Laisser un commentaire

Votre adresse email ne sera pas publiée. Les champs obligatoires sont marqués *

Ce site utilise Akismet pour réduire les spams. Découvrez comment vos données de commentaire sont traitées.