Opérations et l'interopérabilité de la maintenance avec le MIMOSA ouvrir standard

Pourquoi avons-nous besoin de la norme MIMOSA ?

Dans aujourd'hui de la fabrication des logiciels sur le marché, de nombreux fournisseurs sont impliqués dans la maintenance prédictive (condition suivi et évaluation de santé actifs prédictive).

Il s'agit d'un véritable exemple d'un marché fragmenté, où aucun dirigeant clair n'existe avec une part de marché dominante. La même situation existe dans une moindre mesure, du côté de la maintenance. Bien qu'il y a une poignée de grands fabricants, aucun n'a la part dominante du marché EAM, estimée à 2 $milliards.

Le résultat final est que les vendeurs de maintenance prédictive ont mis en oeuvre certaines interfaces personnalisées pour un ou plusieurs systèmes EAM, et quelques alliances formelles existent.

Lorsqu'un client se réjouit à acheter un produit d'entretien prédictif (PdM), ils doivent vérifier si le vendeur prend en charge leur système EAM. En outre, ils sont aujourd'hui confrontés le risque que si elles mis à niveau leur système EAM pourrait briser l'interface, et leurs options de mise à niveau sont maintenant limitées par le vendeur de PdM. C'est le risque classique de solutions d'intégration exclusifs, point à point. Il est la douleur que les normes ouvertes à résoudre.

Le protocole MIMOSA normalise l'interface entre les systèmes de l'EAM et de systèmes de plancher de végétaux (y compris les PdM).

La norme MIMOSA est complémentaire au CPVP, qui s'occupe de l'aspect de communication en temps réel de l'interfaçage avec les périphériques de la plante. Il y a une organisation appelée OpenO et d'entretien, ce qui est de la collaboration entre le MIMOSA, la Fondation du CPVP et le Comité SP98 ISA.

Comparaison du CPVP

Une bonne façon de comprendre ce qui se passe avec MIMOSA aujourd'hui consiste à examiner l'évolution analogue de la norme OPC dans l'histoire récente.

Une décennie auparavant, personnel d'exploitation avait eu un problème - ils avaient plante hétérogènes étage matériel, notamment les Distributed Control Systems (DEC), automates programmables, moteurs, vannes, et ainsi de suite dans la chaîne. Avec autant de dispositif de différents fournisseurs, les fabricants avaient s'inquiéter autour duquel les fournisseurs ont été pris en charge pour leurs consoles HMI, ce qui pourraient être des protocoles à basse altitudeutilisé pour combler l'écart. Le long est venu la norme OPC (bâtiment sur les succès antérieurs des normes bus), qui a appliqué un protocole de communication normalisés dans des appareils de plancher de plantes.

La raison pour laquelle la CPVP standard obtenue dominante adoption est tiers fournisseurs est intervenu et créé des produits de pont pour rendre les dispositifs conformes.

Avec ces ponts, les clients n'avait pas d'attente d'Allen Bradley automates programmables devenir conforme ; ils pourraient par l'adaptateur OPC pour ce périphérique. La même chose se passe maintenant avec les systèmes de l'EAM. Alors que certains fournisseurs EAM ont déplacé leurs pieds, 3e partie fournisseurs est intervenu et construit des ponts MIMOSA conforme.

Protocole de messagerie de MIMOSA

Une étape importante dans l'évolution du MIMOSA était dans sa progression d'un protocole axé sur le stockage d'un protocole de messagerie-porté.

La version originale du MIMOSA était fondée sur un modèle de données appelé CRIS ou schéma relationnel communs de renseignements. Il s'agissait d'un modèle de données, qui comprenait des scripts de base de données pour les implémentations de SQL Server et Oracle. Schémas XSD ont été créés qui mappé sur les schémas CRIS, mais plusieurs fournisseurs axées sur l'aspect de stockage du protocole.

En comparant le protocole au Commissariat, il est devenu évident qu'il y avait un besoin pour un protocole de messagerie de normaliser l'interface entre les systèmes de plancher de plante et EAM.

Commissariat normalisé l'interface de planter des dispositifs de plancher pour la récupération des données en temps réel. Ce qui était nécessaire pour les systèmes de l'EAM est un protocole de messagerie qui pourrait faire de même, pour les cas d'utilisation comme travail automatique ordre création, téléchargement des compteurs et des points de mesure, récupération des informations sur les actifs et statut de travail généré et les antécédents de travail d'audit. Chaque fournisseur EAM ayant leur propre mise en œuvre de la base de données, l'intérêt était principalement dans la couche de messagerie, plutôt que d'une couche de stockage supplémentaires. Les spécifications de services web Xml-Tech xsd et Tech-Xml-services déplace le focus à la couche de messagerie pour l'intégration.

La bonne nouvelle sur aujourd'hui »

s solutions est qu'ils peuvent tirer parti de base de Tech-Xml web service communication pour lier dans les systèmes de l'EAM, mais aussi tirer parti de la base de données CRIS pour des fonctions de reporting normalisées. Comme fournisseurs plus générer analyse de fiabilité et d'outils en haut de CRIS, ils ne tous ont à vous soucier de plomberie pour se connecter à chaque base de données propriétaire EAM pour avoir signalé.

Aujourd'hui, les systèmes d'entreprise Asset Management (EAM) combien sont conformes ?

Presque tous les principaux systèmes EAM sur le marché aujourd'hui, y compris les SAP, Maximo, Datastream et Indus, ont axé sur le MIMOSA adaptateurs disponibles (dans plusieurs cas, que les cartes sont des sociétés partenaires).

Ces adaptateurs rendre les systèmes EAM MIMOSA conforme, afin que la maintenance prédictive et des fournisseurs de santé actifs peuvent se concentrer sur leur value-add, réduire les temps d'arrêt planifiés et éliminer le gaspillage de maintenance au lieu de devoir mettre l'accent sur la plomberie à tous les systèmes EAM. Il bénéficie également du client, qui est à l'abri du risque de mise à niveau et de migration pour l'intégration de l'EAM. Le client bénéficie également de l'intégration de coût plus faible.