Aperçu des avantages:
- Interface AutomationML, personnalisable de manière flexible pour différentes bibliothèques
- Logiques pertinentes pour le système de contrôle déjà définissables en 2D-IAO
- Le schéma fonctionnel n'est plus forcément nécessaire
- Configuration automatisée du système de contrôle
- Matrice de sécurité qui peut être créée automatiquement
- Gain de temps considérable avec une qualité de données nettement supérieure
- Ressources gratuites pour d'autres projets
- Une compréhension d'AML orientée vers l'avenir garantit l'interopérabilité à long terme.
Défis
Les systèmes de contrôle (DCS/Distributed Control System) régulent les installations comme un cerveau qui contrôle et régule "son" corps jusque dans les moindres détails. La programmation DCS est aussi ardue que la commande de l'installation. Les transmissions de données en plusieurs étapes et beaucoup de travail manuel ont été nécessaires jusqu'à présent pour transporter les informations logiques nécessaires vers le DCS. L'absence d'échange de données sans faille entre les différents systèmes d'ingénierie est une source d'erreur gênante et a longtemps été identifiée comme LE "goulot d'étranglement" entraînant des coûts pour l'efficacité de l'ingénierie. La mise en service d'une installation s'en trouve considérablement compliquée.
Logique !
Pour que les signaux des capteurs délivrent l'effet voulu sur les actionneurs, le DCS doit connaître les logiques correspondantes. Il "apprend" ceci à partir du schéma fonctionnel ou du schéma logique qui est alimenté par les spécifications des objets individuels dans l'organigramme (P&ID). Le schéma fonctionnel (FUP) constitue la base de la génération du code qui configure le système de contrôle du fabricant désiré. Toutefois, la transmission des logiques vers le système d'automatisation approprié s'effectue généralement encore manuellement et en plusieurs étapes : de P&ID à FUP et ensuite à DCS. Si les appareils, les signaux ou d'autres conditions changent, l'effort de maintenance des données est énorme. Même sans modifications, cette phase est très chronophage et source d'erreurs.
Solution
© AUCOTECGrâce à la plateforme coopérative Engineering Base (EB) orientée objet d'AUCOTEC, ces connexions logiques peuvent être facilement définies comme des objets dans la base de données ou sur un plan et la programmation du système de contrôle en découle. En collaboration avec les clients d'AUCOTEC, une solution a été développée qui transfère automatiquement les informations logiques au système de contrôle.
Le Nord montre la voie
Dans le secteur pétrolier et gazier scandinave, où les clients d'AUCOTEC tels que Kongsberg Maritime (KM) et Equinor (anciennement Statoil) sont chez eux, les logiques DCS sont depuis longtemps conçues dans des SCD (System Control Diagram). Un SCD est en quelque sorte un P&ID décomposé en objets contrôlables, qui cartographie également les fonctions logiques et les connexions. De plus, une bibliothèque AutomationML-NORSOK a été créée pour ces schémas planifiés selon la norme NORSOK. Les données créées avec Engineering Base dans le SCD peuvent ainsi être transmises vers le DCS dans un format défini (bibliothèque AML) avec logique et connexions.
L'alliance du processus et de la logique
Le modèle de données universel d'EB, qui permet de cartographier les logiques pertinentes pour DCS dans l'IAO, est une condition préalable pour cela. La plateforme réunit toutes les disciplines centrales de la construction d'installations dans ce modèle intégré et coopératif unique en son genre. Jusqu'à présent, aucun système d'IAO conventionnel, n'est capable, comme EB, d'afficher toutes les informations nécessaires pour "alimenter" un système de contrôle dans un graphique et, à partir de là, les transformer davantage dans le processus de planification suivant.
Mise en service : matrice C&E unique et cohérente
En Scandinavie, le SCD est encore généralement créé dans des outils séparés ou en Visio pur. Ce n'est qu'avec « l'unique source de vérité » d'EB qu'il est possible d'utiliser de manière transparente les objets des appareils et l'instrumentation de P&ID dans le SCD. Un autre grand avantage d'EB est que les mêmes objets peuvent être réutilisés ultérieurement pour la mise en service dans les matrices Cause-&-Effect (C&E), qui facilitent à leur tour la programmation DCS. Cela signifie que même pendant la phase de mise en service, la documentation complète est facilement accessible et peut être personnalisée aussi rapidement que facilement de manière simultanée. Cela crée une consistance jusqu'alors inconnue.
En plus de la configuration du système de contrôle, EB raccourcit considérablement la phase de mise en service grâce à une connexion bidirectionnelle avec le DCS et une solution entièrement intégrée pour des matrices C&E toujours à jour. C'est la seule façon d'automatiser l'automatisation et la mise en service virtuelle. Cette approche est unique !
Modèle de données universel, langage universel
Les informations de fonction et de processus déjà fusionnées dans EB-SCD décrivent ainsi graphiquement la programmation DCS. Et le standard AutomationML constitue la passerelle vers le DCS employé. Le format de données libre, neutre et flexible permet le développement et le transfert de diverses informations techniques depuis et vers différents secteurs. Avec un éditeur AML, il est possible de construire dans EB une bibliothèque AML qui n'a pas de limites. Les types, les broches et les rôles peuvent être définis individuellement ou selon la norme NORSOK. Un simple appui sur un bouton permet à EB d'exporter les données SCD basées sur la bibliothèque dans un fichier AML. Ces données sont ensuite interprétées par le système d'automatisation, qui comprend également AML.
La compréhension d'AutomationML n'est qu'un des nombreux « langages » qu'EB a appris comme connexion aux systèmes de contrôle. Cependant, le portail DCS de la plateforme coopérative offre d'autres passerelles vers des systèmes tels que ABB 800xA, Siemens PCS 7 et CEI 61850 et peut également être librement personnalisé grâce à son approche générique. Quelle que soit l'intégration nécessaire, EB peut l'appliquer dans son portail.
© AUCOTECUtilité
© AUCOTECLa possibilité de prédéfinir toute la logique pertinente du système de contrôle en IAO 2D offre un énorme potentiel. Elle assure la meilleure qualité de données et minimise considérablement les efforts de transmission et les erreurs. De plus, la configuration du système de contrôle peut être largement automatisée. En cas de modifications techniques ultérieures, celles-ci se répercutent automatiquement dans toutes les disciplines concernées, y compris la configuration du système de contrôle.
L'utilisation de la bibliothèque AML selon la norme NORSOK permet d'économiser la construction de propres définitions, des extensions individuelles étant possibles.
Avec l'utilisation directe du SCD comme source pour la programmation du système de contrôle et des matrices Cause-&-Effect, un schéma fonctionnel devient souvent obsolète.
La combinaison de ces compétences se traduit par un gain de temps et de qualité massif et très précieux, ainsi que par des ressources gratuites pour d'autres projets. De plus, la compréhension qu'EB a du format AML, qui est neutre vis-à-vis des fournisseurs, garantit son interopérabilité à long terme.
