Filtros de destinos y rutas - AWS IoT SiteWise
Comprenda los destinosComprenda los filtros de ruta

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.

Filtros de destinos y rutas

Los destinos en AWS IoT SiteWise Edge proporcionan una forma flexible y eficiente de gestionar la forma en que los datos industriales fluyen desde los dispositivos periféricos a la nube. En esta sección se explica cómo configurar los destinos, usar filtros de ruta para enrutar flujos de datos específicos y elegir el tipo de destino adecuado para su caso de uso.

Puede usar filtros de destinos y rutas en las puertas de enlace V3 autohospedadas y habilitadas para MQTT y las que se utilizan junto con la aplicación Edge alojada en ellas. AWS IoT SiteWise Siemens Industrial Edge Los filtros de destinos y rutas no funcionan con las pasarelas Classic Streams y V2.

Temas

Comprenda los destinos de AWS IoT SiteWise Edge

Utilice los destinos de AWS IoT SiteWise Edge para determinar dónde enviar los datos de origen. Puede elegir el destino de sus datos en función de las características específicas que necesite, como la rentabilidad, la baja latencia o los requisitos de almacenamiento. Integre los datos de los dispositivos capturados por AWS IoT SiteWise nuestros socios o aplicaciones personalizadas para publicar y suscribirse a los filtros de rutas (temas) periféricos. A continuación, puede modelar, transferir y almacenar los datos de su dispositivo en la nube.

nota

Para aprovechar al máximo todas las funciones de destino en las pasarelas autohospedadas, actualice a las versiones más recientes del SiteWise editor de IoT y del recopilador SiteWise OPC UA de IoT. La compatibilidad con las transmisiones clásicas continúa en las pasarelas V2 para mantener la compatibilidad con las configuraciones existentes. Para obtener más información, consulte Transmisiones clásicas, pasarelas V2 para Edge AWS IoT SiteWise

Cómo los destinos SiteWise Edge mejoran la gestión de datos

Exporte datos desde la periferia a AWS IoT SiteWise en tiempo real o por lotes con Amazon S3.

Los destinos mejoran la flexibilidad y la escalabilidad de su entorno. AWS IoT SiteWise Los destinos implementan un modelo de administración de datos centralizado, en el que las fuentes publican los datos en un sistema central. Los destinos determinan dónde se envían los datos mediante filtros de ruta. Los destinos pueden suscribirse a varios filtros de ruta.

Las pasarelas habilitadas para MQTT, ya sean autohospedadas o en ejecuciónSiemens Industrial Edge, utilizan MQTT para la comunicación local e incluyen un destino en tiempo real predeterminado con filtros configurados en. # Esto significa que, de forma predeterminada, todos los mensajes sobre todos los temas se publican en el destino en tiempo real. AWS IoT SiteWise Para obtener más información, consulte Conozca los filtros de ruta para los destinos de AWS IoT SiteWise Edge. Puede añadir un destino en tiempo real en cada puerta de enlace.

Tipos de destino

Al configurar un destino para su puerta de enlace, tiene dos opciones principales: configuración en tiempo real mediante AWS IoT SiteWise Amazon S3 y configuración en búfer. Cada tipo de destino tiene su propio conjunto de ajustes y consideraciones.

AWS IoT SiteWise ajustes en tiempo real

Elija esta opción para enviar los datos directamente al almacenamiento de AWS IoT SiteWise nivel avanzado para facilitar la ingesta y el monitoreo de los datos en tiempo real. La configuración en tiempo real gestiona el flujo de datos, especialmente cuando una puerta de enlace tiene problemas de conectividad con la nube. Durante la pérdida de conexión, los datos se almacenan temporalmente de forma local en la puerta de enlace. Una vez que se restablece la conexión, los datos almacenados se envían automáticamente a la nube.

Puede ajustar varios aspectos del proceso de publicación de datos, como la cantidad máxima de datos que se deben almacenar localmente, la velocidad a la que se envían los datos a la nube al volver a conectarse y cuándo se eliminan los datos una vez que el almacenamiento alcanza su capacidad máxima.

Para obtener más información sobre los niveles AWS IoT SiteWise de almacenamiento, consulte,Gestione el almacenamiento de datos en AWS IoT SiteWise.

AWS IoT SiteWise almacenado en búfer mediante la configuración de Amazon S3

Este tipo de destino le permite almacenar datos en búfer local en la puerta de enlace y enviarlos periódicamente a un bucket de Amazon S3 por lotes. Los datos se almacenan en el eficiente formato Parquet, que está optimizado para las cargas de trabajo analíticas. Una vez que los datos estén en Amazon S3, podrá importarlos AWS IoT SiteWise para almacenarlos, procesarlos y analizarlos.

Elija esta opción para ingerir datos en lotes y almacenar los datos históricos de forma rentable. Puede configurar la ubicación del bucket de Amazon S3 que prefiera y la frecuencia con la que desea que se carguen los datos en Amazon S3. También puede elegir qué hacer con los datos después de su ingesta en AWS IoT SiteWise. Puede elegir que los datos estén disponibles tanto SiteWise en Amazon S3 como en Amazon S3 o puede optar por eliminarlos automáticamente de Amazon S3.

Compare la funcionalidad de destino entre las versiones de gateway

La función de destinos de las pasarelas habilitadas para MQTT agiliza la gestión del flujo de datos. Los destinos simplifican la administración de datos mediante la configuración centralizada del enrutamiento de datos a varios puntos finales. Este enfoque elimina la necesidad de configuraciones complejas de flujos individuales, lo que hace que el sistema en general sea más flexible y fácil de administrar.

En comparación, SiteWise Edge, la pasarela Classic Streams, V2, transmite los datos de las fuentes de datos a los editores mediante AWS IoT Greengrass transmisiones, configurando los destinos de los datos de forma individual para cada fuente de datos.

Con la función de AWS IoT SiteWise destino, se consolida la configuración de enrutamiento del editor. La configuración de destinos le permite gestionar los destinos y los filtros de rutas de forma centralizada. Puede añadir fácilmente un destino, gestionar los filtros de ruta y eliminar filtros o destinos innecesarios, según sus necesidades.

Además, la función de destinos utiliza MQTT (Message Queuing Telemetry Transport), un protocolo estándar del sector que se utiliza ampliamente en aplicaciones industriales de IoT. La adopción del MQTT ayuda AWS IoT SiteWise a facilitar la integración con varios dispositivos y sistemas.

Limitaciones de destino

Las limitaciones actuales para los destinos de las pasarelas SiteWise Edge incluyen:

  • El paquete de procesamiento de datos no es compatible con las pasarelas habilitadas para MQTT.

  • La compatibilidad con los tipos de datos se limita a los tipos de datos. AWS IoT SiteWise Para obtener información sobre cómo habilitar la conversión de tipos de datos, consulteConversión de tipos de datos no admitidos.

Casos de uso para destinos de SiteWise Edge

SiteWise Los destinos periféricos se utilizan en diversas aplicaciones. Estos son algunos ejemplos clave:

Automatización industrial
Supervisión en tiempo real y mantenimiento predictivo

En entornos industriales, los sensores y dispositivos de la fábrica pueden publicar datos en SiteWise Edge. Los destinos se pueden configurar para filtrar y enrutar los datos relevantes, lo que permite monitorear y analizar el rendimiento de la máquina en tiempo real. Puede suscribirse a los temas relevantes de MQTT mediante filtros de ruta, procesar los datos y, a continuación, publicar los datos procesados. De esta forma, puede enrutar de forma selectiva los datos procesados a servicios analíticos AWS en la nube o a sistemas locales. De este modo, los fabricantes pueden implementar estrategias de mantenimiento predictivo, optimizar los procesos de producción y reducir el tiempo de inactividad.

Edificios inteligentes
Eficiencia energética y optimización de la ocupación

Los sistemas de automatización de edificios generan flujos de datos para monitorear y controlar varios aspectos de un edificio, como los sistemas de climatización, la iluminación y el control de acceso. Con SiteWise Edge, estos flujos de datos se pueden ingerir, procesar y enrutar a diferentes destinos. Los administradores de las instalaciones pueden configurar los destinos para filtrar y reenviar los datos relevantes, lo que permite funciones avanzadas, como las medidas de eficiencia energética y la optimización de la ocupación, al tiempo que garantizan la privacidad de los datos y el cumplimiento de las normas.

Estos casos de uso demuestran cómo se puede aprovechar la función de destinos de SiteWise Edge en varios sectores para ingerir, procesar y enrutar datos de manera eficiente. Esto permite funciones avanzadas, como la supervisión en tiempo real, el mantenimiento predictivo, la eficiencia energética y el diagnóstico remoto, al tiempo que garantiza la privacidad de los datos y el cumplimiento.

Conozca los filtros de ruta para los destinos de AWS IoT SiteWise Edge

Cada destino está configurado para enrutar los datos a Amazon S3 AWS IoT SiteWise o Amazon S3. Los filtros de ruta le permiten seleccionar datos específicos para filtrarlos al recibir mensajes MQTT para un destino. Los filtros de ruta representan los nombres lógicos de sus flujos de datos y actúan como suscripciones a los temas de MQTT que desee.

En MQTT, los datos se organizan en temas, que son cadenas jerárquicas separadas por barras diagonales (). / Por ejemplo, un dispositivo podría publicar datos de temperatura en el tema. home/livingroom/sensor1/temperature Aquí, home/livingroom/sensor1 representa la ruta o el nombre lógico del sensor y temperature es el tipo de datos que se va a publicar.

Puede usar filtros de ruta para suscribirse a temas específicos o a una variedad de temas mediante caracteres comodín (+y#). El + comodín coincide con un único nivel de la jerarquía de temas. Por ejemplo, home/+/sensor1/temperature coincidiría con home/livingroom/sensor1/temperature y. home/bedroom/sensor1/temperature El # comodín, cuando se usa al final de un filtro, coincide con varios niveles.

También puede utilizar una variedad de caracteres que normalmente no están permitidos en la especificación MQTT dentro del nombre de un filtro de ruta. Estos caracteres no funcionan como caracteres comodín cuando se utilizan dentro de un nombre. AWS IoT SiteWise convierte estos caracteres mediante codificación para garantizar el cumplimiento de MQTT y, al mismo tiempo, conservar la estructura de nomenclatura original. Esta función es especialmente útil para adaptarse a las convenciones de nomenclatura existentes en otros sistemas. Para obtener más información, consulte Caracteres especiales en los nombres de los filtros de ruta.

Al seleccionar cuidadosamente los filtros de ruta adecuados, puede controlar qué datos se envían a un destino específico. Adapte el flujo de datos a los requisitos de su sistema de IoT mediante filtros de ruta.

Requisitos de filtro de ruta

Al introducir filtros de ruta mediante el Consola de AWS IoT SiteWise, tenga en cuenta lo siguiente:

  • Los filtros de ruta están delimitados por una nueva línea, y cada línea representa un filtro de ruta independiente.

  • Los filtros de ruta individuales pueden tener entre 1 y 65.535 bytes.

  • Un filtro de ruta no puede estar en blanco.

  • No se permiten valores nulos (U+0000).

  • Puede introducir hasta 100 filtros de ruta o 65 535 caracteres a la vez, el límite que se alcance primero.

  • El límite total es de 20 000 filtros de ruta para todos los destinos de una pasarela juntos.

  • Puede utilizar los $ caracteres%, #+, y en los nombres de los filtros de ruta, pero los convierte AWS IoT SiteWise automáticamente en codificación URI.

Prácticas recomendadas para los filtros de rutas

Al crear filtros de ruta para sus AWS IoT SiteWise destinos, tenga en cuenta las siguientes estrategias para gestionar sus datos de forma eficaz.

  • Estructura los filtros para que reflejen la jerarquía de dispositivos. Por ejemplo, en un entorno de fabricaciónfactory/+/machine/#, captura datos de todas las máquinas de diferentes líneas de producción.

  • Utilice niveles específicos para los tipos, ubicaciones o funciones de los dispositivos. Por ejemplo, factory/assembly-line/robot/temperature. O, en la agricultura inteligentefarm/+/crop/+/moisture, para monitorear los niveles de humedad de varios cultivos en diferentes campos.

  • Aprovecha los comodines de forma estratégica: + úsalos para las variaciones de un solo nivel y # para capturar todos los niveles subsiguientes. Por ejemplobuilding/+/+/energy-consumption, rastrea el consumo de energía en diferentes zonas y pisos de un edificio. Esto supone que la primera + captura todos los pisos y la segunda + captura todas las zonas.

  • Equilibre la especificidad y la flexibilidad mediante la creación de filtros que sean lo suficientemente específicos como para capturar datos relevantes, pero lo suficientemente flexibles como para adaptarse a futuros cambios. Por ejemplo, site/+/equipment-type/+/measurement permite añadir nuevos sitios o tipos de equipos sin cambiar la estructura del filtro.

Pruebe sus filtros minuciosamente para asegurarse de que capturan los datos previstos y se alinean con la arquitectura y los objetivos de su sistema de IoT.

Filtros de ruta para servidores OPC UA

En el caso de los servidores OPC UA, los filtros de ruta deben corresponder a los nombres de las etiquetas OPC UA. El nivel final del filtro de ruta debe coincidir exactamente con el nombre de la etiqueta OPC UA. Por ejemplo, si tu etiqueta OPC UA lo esDevice1.Temperature, es posible que tu filtro de ruta lo sea. factory/line1/Device1.Temperature Puede utilizar caracteres comodín en los niveles anteriores, por ejemplo, factory/+/Device1.Temperature para capturar la etiqueta en varias líneas de producción. Si tiene caracteres especiales en los nombres de los filtros de ruta, consulte Caracteres especiales en los nombres de los filtros de ruta para obtener más información.

Caracteres especiales en los nombres de los filtros de ruta

AWS IoT SiteWise admite caracteres que se utilizan habitualmente en protocolos industriales como OPC UA, que normalmente no están permitidos en los nombres de temas estándar de MQTT. Esta función facilita una integración más fluida de los sistemas industriales con las arquitecturas basadas en MQTT.

nota

Si bien nuestro manejo de caracteres especiales es útil para la integración y la migración, se recomienda seguir las convenciones de nomenclatura estándar de MQTT para las nuevas implementaciones siempre que sea posible, a fin de garantizar una compatibilidad más amplia.

Al recibir datos de fuentes industriales, AWS IoT SiteWise normaliza los nombres de los temas mediante la codificación URI para los caracteres especiales:

  • %se convierte en %25 (codificado primero como el carácter de escape)

  • # se convertirá en %23

  • + se convertirá en %2B

  • $se convierte %24 (solo cuando está al principio de un tema)

Esta codificación garantiza que los datos de origen que contienen estos caracteres especiales de MQTT se puedan utilizar de forma segura como nombres de temas de MQTT, conservando al mismo tiempo las convenciones de nomenclatura industrial originales.

ejemplo : Caracteres especiales en los nombres de los filtros de rutas

Estos son algunos ejemplos de cómo pueden aparecer los nombres de temas industriales en los filtros de AWS IoT SiteWise rutas:

  • Factory1/Line#2/Sensor+3 se convertirá en Factory1/Line%232/Sensor%2B3

  • Plant%A/Unit$1/Temp se convertirá en Plant%25A/Unit%241/Temp

  • Site1/#Section/+Node se convertirá en Site1/%23Section/%2BNode

Al crear suscripciones o consultar los nombres de los temas AWS IoT SiteWise, verás las versiones originales sin codificar. La codificación se gestiona automáticamente para garantizar la conformidad con el MQTT.