Destinos e filtros de caminho - AWS IoT SiteWise
Entenda os destinosEntenda os filtros de caminho

As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.

Destinos e filtros de caminho

Os destinos no AWS IoT SiteWise Edge fornecem uma maneira flexível e eficiente de gerenciar como seus dados industriais fluem dos dispositivos de borda para a nuvem. Esta seção explica como configurar destinos, usar filtros de caminho para rotear fluxos de dados específicos e escolher o tipo de destino certo para seu caso de uso.

Você pode usar destinos e filtros de caminho em gateways V3 auto-hospedados habilitados para MQTT e gateways usados em conjunto com o aplicativo Edge hospedado em. AWS IoT SiteWise Siemens Industrial Edge Destinos e filtros de caminho não funcionam com o Classic Streams, gateways V2.

Tópicos

AWS IoT SiteWise Entenda os destinos Edge

Use os destinos do AWS IoT SiteWise Edge para determinar para onde enviar seus dados de origem. Você pode escolher o destino dos dados com base nas características específicas de que precisa, como economia, baixa latência ou requisitos de armazenamento. Integre dados de dispositivos capturados por AWS IoT SiteWise nossos parceiros ou aplicativos personalizados para publicar e assinar filtros de caminho (tópicos) na borda. Em seguida, você pode modelar, transferir e armazenar os dados do seu dispositivo na nuvem.

nota

Para o uso total de todos os recursos de destino em gateways auto-hospedados, atualize para as versões mais recentes do editor de IoT SiteWise e do coletor IoT OPC UA. SiteWise O suporte de streaming continua em streams clássicos, gateways V2, para manter a compatibilidade com as configurações existentes. Para obter mais informações, consulte Streams clássicos, gateways V2 para Edge AWS IoT SiteWise.

Como os destinos SiteWise Edge aprimoram o gerenciamento de dados

Exporte dados da borda para AWS IoT SiteWise em tempo real ou em lotes usando o Amazon S3.

Os destinos aprimoram a flexibilidade e a escalabilidade em seu AWS IoT SiteWise ambiente. Os destinos implementam um modelo centralizado de gerenciamento de dados, em que as fontes publicam dados em um sistema central. Os destinos determinam para onde seus dados são enviados usando filtros de caminho. Os destinos podem se inscrever em vários filtros de caminho.

Os gateways habilitados para MQTT, sejam eles auto-hospedados ou em execuçãoSiemens Industrial Edge, usam o MQTT para comunicação local e vêm com um destino padrão em tempo real com filtros definidos como. # Isso significa que, por padrão, todas as mensagens em todos os tópicos são publicadas no destino AWS IoT SiteWise em tempo real. Para obter mais informações, consulte Entenda os filtros de caminho para destinos AWS IoT SiteWise do Edge. Você pode adicionar um destino em tempo real em cada gateway.

Tipos de destino

Ao configurar um destino para seu gateway, você tem duas opções principais: configuração em tempo real usando AWS IoT SiteWise e uma configuração em buffer usando o Amazon S3. Cada tipo de destino tem seu próprio conjunto de configurações e considerações.

AWS IoT SiteWise configurações em tempo real

Escolha essa opção para enviar dados diretamente para o armazenamento AWS IoT SiteWise de camada ativa para facilitar a ingestão e o monitoramento de dados em tempo real. As configurações em tempo real gerenciam o fluxo de dados, principalmente quando um gateway enfrenta problemas de conectividade com a nuvem. Durante a perda da conexão, os dados são temporariamente armazenados localmente no gateway. Depois que a conexão é restabelecida, os dados armazenados são enviados automaticamente para a nuvem.

Você pode ajustar vários aspectos do processo de publicação de dados, como a quantidade máxima de dados a serem armazenados localmente, a taxa na qual os dados são enviados para a nuvem após a reconexão e quando excluí-los após o armazenamento atingir sua capacidade.

Para obter mais informações sobre níveis AWS IoT SiteWise de armazenamento, consulte,Gerencie o armazenamento de dados em AWS IoT SiteWise.

AWS IoT SiteWise armazenado em buffer usando as configurações do Amazon S3

Esse tipo de destino permite que você armazene dados localmente no gateway e os envie periodicamente para um bucket do Amazon S3 em lotes. Os dados são armazenados no eficiente formato Parquet, que é otimizado para cargas de trabalho analíticas. Quando os dados estiverem no Amazon S3, você poderá importá-los AWS IoT SiteWise para armazenamento, processamento e análise.

Escolha essa opção para ingerir dados em lotes e armazenar dados históricos de forma econômica. Você pode configurar a localização preferida para o bucket do Amazon S3 e a frequência com que deseja fazer upload dos dados no Amazon S3. Também é possível escolher o que fazer com os dados após a ingestão no AWS IoT SiteWise. Você pode optar por ter os dados disponíveis no Amazon S3 SiteWise e no Amazon S3 ou pode optar por excluí-los automaticamente do Amazon S3.

Compare a funcionalidade de destino entre as versões do gateway

O recurso de destinos nos gateways habilitados para MQTT simplifica o gerenciamento do fluxo de dados. Os destinos simplificam o gerenciamento de dados por meio da configuração centralizada do roteamento de dados para vários terminais. Essa abordagem elimina a necessidade de configurações de transmissão individuais complexas, tornando o sistema geral mais flexível e fácil de gerenciar.

Em comparação, o Classic streams, V2 gateway e SiteWise Edge transmite dados das fontes de dados para os editores por meio de AWS IoT Greengrass fluxos, configurando destinos de dados individualmente para cada fonte de dados.

Com o recurso de AWS IoT SiteWise destino, a configuração de roteamento do editor é consolidada. A configuração de destino permite gerenciar destinos e filtros de caminho de forma centralizada. Você pode adicionar facilmente um destino, gerenciar filtros de caminho, excluir filtros ou destinos desnecessários, dependendo de suas necessidades.

Além disso, o recurso de destinos utiliza o MQTT (Message Queuing Telemetry Transport), um protocolo padrão do setor amplamente usado em aplicações industriais de IoT. Essa adoção do MQTT ajuda AWS IoT SiteWise a facilitar a integração com vários dispositivos e sistemas.

Limitações de destino

As limitações atuais para destinos nos gateways SiteWise Edge incluem:

  • O pacote de processamento de dados não é compatível com gateways habilitados para MQTT.

  • O suporte ao tipo de dados é limitado aos tipos de AWS IoT SiteWise dados. Para obter informações sobre como habilitar a conversão de tipo de dados, consulteConverter tipos de dados incompatíveis.

Casos de uso para destinos SiteWise Edge

SiteWise Os destinos periféricos são utilizados em diversas aplicações. Aqui estão alguns exemplos importantes:

Automação industrial
Monitoramento em tempo real e manutenção preditiva

Em ambientes industriais, sensores e dispositivos no chão de fábrica podem publicar dados no SiteWise Edge. Os destinos podem ser configurados para filtrar e rotear dados relevantes, permitindo monitoramento e análise em tempo real do desempenho da máquina. Você pode se inscrever em tópicos relevantes do MQTT usando filtros de caminho, processar os dados e depois publicar os dados processados. Dessa forma, você pode rotear seletivamente os dados processados para serviços analíticos AWS em nuvem ou sistemas locais. Os fabricantes podem então implementar estratégias de manutenção preditiva, otimizar os processos de produção e reduzir o tempo de inatividade.

Edifícios inteligentes
Eficiência energética e otimização da ocupação

Os sistemas de automação predial geram fluxos de dados para monitorar e controlar vários aspectos de um edifício, como sistemas HVAC, iluminação e controle de acesso. Com o SiteWise Edge, esses fluxos de dados podem ser ingeridos, processados e roteados para destinos diferentes. Os gerentes das instalações podem configurar destinos para filtrar e encaminhar dados relevantes, habilitando recursos avançados, como medidas de eficiência energética e otimização de ocupação, garantindo a privacidade e a conformidade dos dados.

Esses casos de uso demonstram como o recurso Destinations no SiteWise Edge pode ser aproveitado em vários setores para ingerir, processar e rotear dados com eficiência. Isso permite recursos avançados, como monitoramento em tempo real, manutenção preditiva, eficiência energética e diagnóstico remoto, garantindo a privacidade e a conformidade dos dados.

Entenda os filtros de caminho para destinos AWS IoT SiteWise do Edge

Cada destino é configurado para rotear dados para o Amazon S3 AWS IoT SiteWise ou para o Amazon S3. Os filtros de caminho permitem que você selecione dados específicos para filtrar ao receber mensagens MQTT para um destino. Os filtros de caminho representam os nomes lógicos dos seus fluxos de dados, atuando como assinaturas dos tópicos desejados do MQTT.

No MQTT, os dados são organizados em tópicos, que são sequências hierárquicas separadas por barras (). / Por exemplo, um dispositivo pode publicar dados de temperatura no tópicohome/livingroom/sensor1/temperature. Aqui, home/livingroom/sensor1 representa o caminho ou o nome lógico do sensor e temperature é o tipo de dados que está sendo publicado.

Você pode usar filtros de caminho para se inscrever em tópicos específicos ou em uma variedade de tópicos usando curingas (+e#). O + curinga corresponde a um único nível na hierarquia de tópicos. Por exemplo, home/+/sensor1/temperature combinaria home/livingroom/sensor1/temperature home/bedroom/sensor1/temperature e. O # curinga, quando usado no final de um filtro, corresponde a vários níveis.

Você também pode usar uma variedade de caracteres normalmente não permitidos na especificação MQTT em um nome de filtro de caminho. Esses caracteres não funcionam como curingas quando usados em um nome. AWS IoT SiteWise converte esses caracteres usando a codificação para garantir a conformidade com o MQTT e, ao mesmo tempo, preservar sua estrutura de nomenclatura original. Esse recurso é particularmente útil para acomodar as convenções de nomenclatura existentes de outros sistemas. Para obter mais informações, consulte Caracteres especiais nos nomes dos filtros de caminho.

Ao selecionar cuidadosamente os filtros de caminho apropriados, você pode controlar quais dados são enviados para um destino específico. Adapte o fluxo de dados aos requisitos do seu sistema de IoT usando filtros de caminho.

Requisitos de filtro de caminho

Ao inserir filtros de caminho usando o Console do AWS IoT SiteWise, lembre-se do seguinte:

  • Os filtros de caminho são delimitados por uma nova linha, com cada linha representando um filtro de caminho separado.

  • Os filtros de caminho individuais podem ter entre 1 e 65.535 bytes.

  • Um filtro de caminho não pode ficar em branco.

  • Valores nulos (U+0000) não são permitidos.

  • Você pode inserir até 100 filtros de caminho ou 65.535 caracteres por vez, qualquer que seja o limite atingido primeiro.

  • O limite geral é de 20.000 filtros de caminho para todos os destinos em um gateway combinados.

  • Você pode usar $ caracteres%,#,+, e nos nomes dos filtros de caminho, mas os converte AWS IoT SiteWise automaticamente em codificação de URI.

Melhores práticas para filtros de caminho

Ao criar filtros de caminho para seus AWS IoT SiteWise destinos, considere as estratégias a seguir para gerenciar seus dados com eficiência.

  • Estruture seus filtros para espelhar sua hierarquia de dispositivos. Por exemplo, em um ambiente de fabricaçãofactory/+/machine/#, captura dados de todas as máquinas em diferentes linhas de produção.

  • Use níveis específicos para tipos de dispositivos, localizações ou funções. Por exemplo, .factory/assembly-line/robot/temperature Ou, na agricultura inteligentefarm/+/crop/+/moisture, monitorar os níveis de umidade de várias culturas em diferentes campos.

  • Use curingas estrategicamente: use + para variações em um único nível e # para capturar todos os níveis subsequentes. Por exemplobuilding/+/+/energy-consumption, monitora o uso de energia em diferentes zonas e andares de um edifício. Isso pressupõe que o primeiro + capture todos os andares e o segundo + capture todas as zonas.

  • Equilibre especificidade e flexibilidade criando filtros específicos o suficiente para capturar dados relevantes, mas flexíveis o suficiente para acomodar futuras mudanças. Por exemplo, site/+/equipment-type/+/measurement permite a adição de novos locais ou tipos de equipamentos sem alterar a estrutura do filtro.

Teste seus filtros minuciosamente para garantir que eles capturem os dados pretendidos e estejam alinhados com a arquitetura e os objetivos do seu sistema de IoT.

Filtros de caminho para servidores OPC UA

Para servidores OPC UA, seus filtros de caminho devem corresponder aos nomes das tags OPC UA. O nível final do seu filtro de caminho deve corresponder exatamente ao nome da tag OPC UA. Por exemplo, se sua tag OPC UA forDevice1.Temperature, seu filtro de caminho pode serfactory/line1/Device1.Temperature. Você pode usar curingas nos níveis anteriores, como factory/+/Device1.Temperature para capturar a etiqueta em várias linhas de produção. Se você tiver caracteres especiais nos nomes dos filtros de caminho, consulte Caracteres especiais nos nomes dos filtros de caminho para obter mais informações.

Caracteres especiais nos nomes dos filtros de caminho

AWS IoT SiteWise acomoda caracteres comumente usados em protocolos industriais como OPC UA, que normalmente não são permitidos em nomes de tópicos padrão do MQTT. Esse recurso facilita a integração mais suave de sistemas industriais com arquiteturas baseadas em MQTT.

nota

Embora nosso tratamento de caracteres especiais seja útil para integração e migração, é recomendável alinhar-se às convenções de nomenclatura padrão do MQTT para novas implementações, quando possível, para garantir uma compatibilidade mais ampla.

Ao receber dados de fontes industriais, AWS IoT SiteWise normaliza os nomes dos tópicos usando a codificação URI para caracteres especiais:

  • %torna-se %25 (codificado primeiro como o caractere de escape)

  • # se torna %23

  • + se torna %2B

  • $torna-se %24 (somente quando está no início de um tópico)

Essa codificação garante que os dados de origem contendo esses caracteres especiais do MQTT possam ser usados com segurança como nomes de tópicos do MQTT, preservando as convenções de nomenclatura industrial originais.

exemplo : Caracteres especiais nos nomes dos filtros de caminho

Aqui estão alguns exemplos de como os nomes de tópicos industriais podem aparecer nos filtros de AWS IoT SiteWise caminho:

  • Factory1/Line#2/Sensor+3 se torna Factory1/Line%232/Sensor%2B3

  • Plant%A/Unit$1/Temp se torna Plant%25A/Unit%241/Temp

  • Site1/#Section/+Node se torna Site1/%23Section/%2BNode

Ao criar assinaturas ou visualizar nomes de tópicos em AWS IoT SiteWise, você verá as versões originais não codificadas. A codificação é tratada automaticamente para garantir a conformidade com o MQTT.