Interfaces de modèles d'actifs - AWS IoT SiteWise

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Interfaces de modèles d'actifs

AWS IoT SiteWise les interfaces fixent des normes pour différents modèles d'actifs. Ils définissent une structure commune qui garantit la cohérence tout en permettant des variations dans la mise en œuvre.

Les interfaces partagent la même structure que les modèles d'actifs (propriétés, modèles composites et hiérarchies), mais vous ne pouvez pas créer d'actifs directement à partir de ceux-ci. Les interfaces sont plutôt appliquées aux modèles d'actifs existants pour garantir la standardisation. Les modèles de composants ne sont pas pris en charge pour les interfaces.

L'utilisation d'interfaces présente plusieurs avantages :

  • Propriétés et mesures standardisées pour les différentes variantes du modèle d'actifs

  • Définitions de métriques simplifiées au niveau de l'interface

  • Gestion plus efficace des hiérarchies d'actifs complexes

  • Gestion indépendante du cycle de vie des propriétés pour chaque variante du modèle d'actif

  • Collaboration interéquipes améliorée où les équipes opérationnelles se concentrent sur la représentation des actifs physiques tandis que les équipes chargées des données établissent des normes pour les équipements

Nous vous recommandons de créer d'abord vos modèles d'actifs afin de modéliser votre équipement industriel réel. Chaque type d'équipement, avec ses propres propriétés, peut être représenté par ses propres modèles d'actifs.

Cas d'utilisation de la normalisation des modèles d'actifs

Les interfaces aident à normaliser les propriétés des différents modèles d'actifs tout en préservant leurs caractéristiques uniques.

Par exemple, un atelier de production de groupes motopropulseurs compte quatre stations : moteur, transmission, différentiel et assemblage. Chaque station contient différents types d'équipements. Par exemple, la station moteur comprend des machines à commande numérique, mais leurs spécifications diffèrent : certaines sont à 3 axes, tandis que d'autres sont à 5 axes.

Schéma illustrant la hiérarchie des équipements de l'atelier de production de groupes motopropulseurs en utilisant uniquement des modèles d'actifs et des actifs. L'atelier des groupes motopropulseurs se trouve en haut, puis chacun des modèles d'actifs pour le moteur, la transmission, le différentiel et les stations d'assemblage au deuxième niveau plus bas. Au troisième niveau, il y a les machines CNC individuelles ventilées par axe selon le modèle d'actif de la station moteur. À l'inverse, il existe également des modèles d'actifs issus du modèle de station d'assemblage. Au quatrième niveau, chacun des actifs représente par son nom les machines CNC ou les bras robotiques individuels.

Cependant, les interfaces vous permettent de créer des normes pour les points communs observés dans les machines CNC. Vous pouvez utiliser les propriétés répétables dans une interface plutôt que de créer des modèles d'actifs pour chaque propriété.

Par exemple, vous pouvez :

  1. Créez des modèles d'actifs distincts pour chaque catégorie de types de machines. Dans cet exemple, il s'agit des « machines CNC à 3 axes » et des « machines CNC à 5 axes ».

  2. Définissez une interface standard avec des propriétés et des métriques communes. Dans cet exemple, Temperature-in-CDown-time, et Running-time sont toutes des propriétés communes qui s'appliquent aux deux machines CNC.

  3. Appliquez cette interface à tous les modèles d'actifs de machines CNC, tout en autorisant les propriétés spécifiques à l'appareil sur les modèles d'actifs individuels.

Schéma montrant comment les interfaces simplifient l'organisation des modèles d'actifs par rapport au schéma précédent. Il présente plusieurs paramètres répétables pour les machines CNC de la station moteur, désormais régis par les interfaces transférant les différentes propriétés des modèles d'actifs des machines CNC à 3 axes et 5 axes, tout en permettant d'attribuer des propriétés spécifiques à chaque appareil.

Vous pouvez également définir des mesures de disponibilité au niveau de l'interface. Par exemple, Avail = avg(Down-time, Running-time) calcule la disponibilité en fonction des valeurs de temps d'arrêt et de durée de fonctionnement.

L'utilisation d'interfaces simplifie la gestion de votre modèle d'actifs en garantissant des définitions de propriétés et des mesures cohérentes pour tous les équipements applicables, tout en préservant les caractéristiques uniques de chaque type de machine.

Structure et composants

Les interfaces incluent les mêmes types de propriétés que les modèles d'actifs : attributs, mesures, transformations et métriques. Lorsque vous les superposez à un modèle d'actif, vous mappez les propriétés existantes à leurs homologues d'interface. Les propriétés d'interface non mappées sont automatiquement créées dans le modèle d'actif.

Les hiérarchies d'interface définissent les mesures cumulatives, tandis que les hiérarchies de modèles d'actifs permettent d'associer des actifs. Lorsque vous utilisez une interface, le service mappe automatiquement les hiérarchies des modèles d'actifs aux hiérarchies d'interface lors du calcul des métriques cumulatives. Après avoir appliqué une interface, les métriques cumulatives sont définies par le biais de la hiérarchie de l'interface plutôt que par le biais de la propre hiérarchie du modèle d'actifs.

Considérations

Lorsque vous travaillez avec des interfaces, tenez compte des points suivants :

  • Le modèle d'actif et les propriétés de l'interface peuvent être mappés automatiquement par nom ou mappés manuellement. Les hiérarchies sont automatiquement mappées par le service lors du calcul des métriques cumulatives.

  • Vous ne pouvez pas définir de mesures supplémentaires dans le modèle d'actif lié qui utilise des métriques d'interface comme entrées.

  • Un modèle d'actif ne peut être lié qu'à une seule interface. Cependant, plusieurs modèles d'actifs peuvent être appliqués à la même interface.

  • Les alarmes ne sont pas prises en charge dans les interfaces.

  • Les modèles de composants ne sont pas pris en charge pour les interfaces.