Anuncio del estándar de puerta de enlace OPC UA / DDS

...
...


...



Listado 2:Ejemplo de configuración de puerta de enlace OPC UA / DDS (puente DDS a OPC UA)

El archivo de configuración está organizado de la siguiente manera:

• En el caso de OPC UA a DDS Bridge, define los tipos de datos DDS que serán instanciados por la configuración de OPC UA / DDS Gateway.
• Define una instancia de puerta de enlace OPC UA que crea una instancia de DDS a OPC UA Bridge. En este caso, el puente utiliza un servidor OPC UA, que está configurado anteriormente, y un conjunto de participantes del dominio DDS para acceder al espacio de datos global de DDS.
• Configura los Dominios DDS que se representará en el AddressSpace del servidor OPC UA.
• Configura los Temas de DDS que se representará en el AddressSpace del servidor OPC UA. Los temas pueden seleccionarse explícitamente o elegirse a través de grupos de temas, que proporcionan sintaxis para especificar expresiones regulares en el nombre del tema, el nombre del tipo, etc.

Prototipos y demostraciones

Para desarrollar la especificación, probar la viabilidad de nuestra solución y recopilar comentarios de usuarios y proveedores, hemos desarrollado una serie de prototipos y demostraciones que hemos mostrado en diferentes conferencias y ferias comerciales.

El año pasado, presentamos nuestro primer prototipo en Embedded World y Hannover Messe. Construimos nuestro prototipo en RTI Routing Service, uno de los servicios RTI más conocidos, que proporciona una API conectable para construir adaptadores para conectar diferentes tecnologías de conectividad. Nos centramos en el mapeo del modelo de suscripción OPC UA a DDS y los mecanismos de configuración para habilitar ese mapeo.

Este año, haremos una demostración del otro lado de Gateway en Hannover Messe. Presentaremos un prototipo simple de OPC UA / DDS Gateway que es capaz de exponer información en el DDS Global Data Space a través de un OPC UA Server integrado. Demostraremos que es posible que una aplicación de cliente OPC UA genérica se suscriba a la información en el espacio de datos global de DDS simplemente utilizando los servicios OPC UA nativos.

Si asiste a Hannover Messe, pase por nuestro stand en el pabellón de la IIC (Hall 8 # C24) para ver la demostración en vivo. Si no puede asistir, pronto publicaremos más detalles sobre las nuevas demostraciones, ¡así que permanezca atento!

Puerta de enlace OPC UA / DDS como puerta de enlace de conectividad central

Para concluir, queremos enfatizar la importancia del OPC UA / DDS Gateway en el contexto de la revolución Industrial IoT.

El año pasado, el Industrial Internet Consortium lanzó el Industrial Internet Connectivity Framework (IICF), una arquitectura de referencia que define un conjunto de criterios para evaluar las tecnologías de conectividad e introduce un enfoque novedoso para resolver el desafío de la conectividad Industrial IoT.

Como explicamos en una publicación de blog anterior, el IICF presenta el concepto de estándares de conectividad centrales que se eligen como línea de base para dominios funcionales específicos, que plantean requisitos técnicos y compensaciones específicas del dominio. Para evaluar estos estándares, el IICF define una plantilla de evaluación para las soluciones de conectividad de acuerdo con criterios bien definidos en términos de negocio (por ejemplo, propósito, madurez o estabilidad), uso (por ejemplo, arquitectura, seguridad o protección), funcionalidad (por ejemplo, datos modelado, patrones de comunicación o API, capacidades de QoS) e implementación (por ejemplo, consideraciones de rendimiento o escalabilidad). Con base en estos criterios, el IICF identificó y recomendó cuatro estándares de conectividad básicos:DDS, OPC UA, HTTP / Web Services y oneM2M.

La elección de un estándar básico de conectividad básico para un dominio funcional específico simplifica el desafío de la conectividad de la IoT industrial, ya que los sistemas heredados y otras tecnologías de conectividad se pueden integrar en sistemas más amplios a través de puertas de enlace específicas del dominio. Sin embargo, los sistemas complejos de IoT industrial a menudo abarcan dominios funcionales y requieren la integración de diferentes marcos de conectividad centrales. Para abordar este problema, el IICF introduce el concepto de pasarelas de conectividad centrales (ver Figura 4). Las pasarelas de conectividad centrales deben basarse en estándares y preservar la estructura sintáctica de los datos para garantizar una interoperabilidad transparente.

Figura 4:Una puerta de enlace de conectividad estándar permite la interoperabilidad entre dominios.

RTI invierte por completo en el desarrollo de pasarelas de conectividad estándar. Este año nos hemos centrado en OPC UA / DDS Gateway para construir un puente entre dos de los marcos de comunicación más conocidos del IoT industrial. En RTI Connext DDS 5.3.0 presentamos la primera versión de acceso general del servicio de integración web de RTI:la primera puerta de enlace de conectividad estándar. Este nuevo servicio, basado en la especificación DDS habilitada para web de OMG, permite que las aplicaciones web que se ejecutan en un navegador participen como ciudadanos de primera clase en el espacio de datos global de DDS.

Creemos que la interoperabilidad es clave para el éxito del IoT industrial y seguiremos trabajando para ayudar a las empresas a realizar la revolución de Internet industrial.

上一页  [1] [2] 

AUTOSAR Adaptive Platform 18.03:¡Ahora con DDS! Conexión de las piezas:integración de un componente portátil compatible con FACE con un entorno de simulación