Interfaces del modelo de activos - AWS IoT SiteWise

Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

Interfaces del modelo de activos

AWS IoT SiteWise las interfaces establecen estándares en los diferentes modelos de activos. Definen una estructura común que garantiza la coherencia y, al mismo tiempo, permite variaciones en la implementación.

Las interfaces comparten la misma estructura que los modelos de activos (propiedades, modelos compuestos y jerarquías), pero no se pueden crear activos directamente a partir de ellas. En su lugar, las interfaces se aplican a los modelos de activos existentes para garantizar la estandarización. Los modelos de componentes no son compatibles con las interfaces.

El uso de interfaces ofrece varias ventajas:

  • Propiedades y métricas estandarizadas en diferentes variaciones del modelo de activos

  • Definiciones de métricas simplificadas a nivel de interfaz

  • Gestión más eficiente de jerarquías de activos complejas

  • Gestión independiente del ciclo de vida de la propiedad para cada variación del modelo de activos

  • Colaboración mejorada entre equipos, donde los equipos de operaciones se centran en la representación física de los activos, mientras que los equipos de datos establecen estándares para todos los equipos

Le recomendamos que cree primero sus modelos de activos para modelar su equipo industrial real. Cada tipo de equipo, con su propio conjunto de propiedades, se puede representar mediante sus propios modelos de activos.

Caso de uso de estandarización de modelos de activos

Las interfaces ayudan a estandarizar las propiedades en los diferentes modelos de activos, a la vez que conservan sus características únicas.

Por ejemplo, en un taller de sistemas de propulsión hay cuatro estaciones: motor, transmisión, diferencial y ensamblaje. Cada estación contiene varios tipos de equipos. Por ejemplo, la estación de máquinas incluye máquinas CNC, pero difieren en las especificaciones: algunas son de 3 ejes, mientras que otras son de 5 ejes.

Diagrama que muestra la jerarquía de los equipos del taller de transmisión utilizando únicamente modelos de activos y activos. El taller de propulsión está en la parte superior y, en el segundo nivel, cada uno de los modelos de equipamiento para el motor, la transmisión, el diferencial y el ensamblaje se coloca en el segundo nivel hacia abajo. En el tercer nivel inferior, se encuentran las máquinas CNC individuales desglosadas por ejes a partir del modelo de activos de las estaciones de máquinas. Por el contrario, también hay modelos de activos que se derivan del modelo de estación de ensamblaje. En el cuarto nivel, cada uno de los activos representa por su nombre las máquinas CNC individuales o los brazos robóticos.

Sin embargo, las interfaces permiten crear estándares para los puntos en común que se ven en las máquinas CNC. Puede utilizar las propiedades repetibles en una interfaz en lugar de crear modelos de activos para cada propiedad.

Por ejemplo, puede hacer lo siguiente:

  1. Cree modelos de activos independientes para cada categoría de tipos de máquinas. En este ejemplo, se trata de las «máquinas CNC de 3 ejes» y las «máquinas CNC de 5 ejes».

  2. Defina una interfaz estándar con propiedades y métricas comunes. En este ejemplo, Temperature-in-CDown-time, y Running-time son todas propiedades comunes que se aplican a ambas máquinas CNC.

  3. Aplique esta interfaz a todos los modelos de activos de máquinas CNC y, al mismo tiempo, permita incluir propiedades específicas del dispositivo en los modelos de activos individuales.

Diagrama que muestra cómo las interfaces simplifican la organización de los modelos de activos del diagrama anterior. Muestra varios parámetros repetibles para las máquinas CNC de la estación de máquinas, que ahora se rigen por las interfaces, transfiriendo diversas propiedades a los modelos de activos de las máquinas CNC de 3 y 5 ejes, al tiempo que permite establecer propiedades específicas de cada dispositivo en cada uno de ellos.

También puede definir las métricas de disponibilidad a nivel de interfaz. Por ejemplo, Avail = avg(Down-time, Running-time) calcula la disponibilidad en función de los valores del tiempo de inactividad y el tiempo de ejecución.

El uso de interfaces simplifica la gestión del modelo de activos al garantizar la coherencia de las definiciones y métricas de las propiedades en todos los equipos aplicables y, al mismo tiempo, mantener las características únicas de cada tipo de máquina.

Estructura y componentes

Las interfaces incluyen los mismos tipos de propiedades que los modelos de activos: atributos, medidas, transformaciones y métricas. Cuando se superponen a un modelo de activos, se asignan las propiedades existentes a sus homólogas de la interfaz. Las propiedades de la interfaz no mapeadas se crean automáticamente en el modelo de activos.

Las jerarquías de la interfaz definen las métricas acumulativas, mientras que las jerarquías del modelo de activos permiten las asociaciones de activos. Cuando utilice una interfaz, el servicio asignará automáticamente las jerarquías de los modelos de activos a las jerarquías de la interfaz al calcular las métricas acumulativas. Tras aplicar una interfaz, las métricas acumulativas se definen mediante la jerarquía de la interfaz y no mediante la propia jerarquía del modelo de activos.

Consideraciones

Al trabajar con interfaces, tenga en cuenta estas consideraciones:

  • Las propiedades del modelo de activos y de la interfaz se pueden mapear automáticamente por nombre o se pueden mapear manualmente. El servicio mapea automáticamente las jerarquías al calcular las métricas acumulativas.

  • No se pueden definir métricas adicionales en el modelo de activos vinculados que utilicen métricas de interfaz como entradas.

  • Un modelo de activos solo se puede vincular a una interfaz. Sin embargo, puede aplicar varios modelos de activos a la misma interfaz.

  • Las alarmas no se admiten en las interfaces.

  • Los modelos de componentes no son compatibles con las interfaces.