Desenvolvimento de dispositivos IoT

Esta visão geral apresenta os principais conceitos sobre o desenvolvimento de dispositivos que se conectam a soluções típicas do Azure IoT. Cada seção inclui links para conteúdo que fornece mais detalhes e orientações.

Em uma solução baseada em nuvem, os dispositivos se conectam diretamente a serviços baseados em nuvem, como o Hub IoT, enquanto em uma solução baseada em borda os dispositivos se conectam a serviços baseados em borda em seu ambiente, como as Operações IoT do Azure.

Solução baseada em borda

O diagrama a seguir demonstra uma visão de alto nível dos componentes numa solução típica de IoT baseada na periferia. Este artigo se concentra nos dispositivos, ativos e conectores mostrados no diagrama:

Os ativos normalmente têm firmware interno que implementa protocolos padrão. Por exemplo, um braço robótico pode ser um cliente OPC UA e uma câmera de vídeo de segurança pode implementar o ONVIF. O Azure IoT Operations inclui vários conectores que podem usar esses protocolos para se comunicar com ativos e traduzir mensagens dos ativos em mensagens MQTT. Alguns ativos podem receber mensagens que permitem realizar operações neles, como:

• Deslocar ou inclinar uma câmara de segurança.
• Altere o nível de registro em um braço robótico.
• Inicie uma atualização de firmware.

Você pode criar seus próprios conectores personalizados para se conectar a ativos que usam protocolos não suportados nativamente pelas Operações IoT do Azure.

Solução baseada na nuvem

O diagrama a seguir mostra uma visão de alto nível dos componentes em uma solução típica de IoT baseada em nuvem. Este artigo se concentra nos dispositivos e gateway mostrados no diagrama:

No Azure IoT, um desenvolvedor de dispositivo grava o código para ser executado nos dispositivos da solução. Este código normalmente:

• Estabelece uma conexão segura com um ponto de extremidade na nuvem.
• Envia telemetria coletada de sensores conectados para a nuvem.
• Gerencia o estado do dispositivo e sincroniza esse estado com a nuvem.
• Responde a comandos enviados da nuvem.
• Permite a instalação de atualizações de software a partir da nuvem.
• Permite que o dispositivo continue funcionando enquanto estiver desconectado da nuvem.

Tipos de dispositivos

Uma solução de IoT pode conter muitos tipos de ativos e dispositivos. Normalmente, encontram-se dispositivos em soluções baseadas em nuvem e ativos em soluções de edge. Também é possível ter uma solução híbrida que contenha dispositivos e ativos.

Solução baseada em borda

Exemplos de ativos numa solução de computação na periferia incluem:

• Braços robóticos, correias transportadoras e elevadores.
• Máquinas CNC industriais, tornos, serras e furadeiras.
• Máquinas de diagnóstico médico por imagem.
• Câmaras de vídeo de segurança.
• Controladores lógicos programáveis.

Esses ativos normalmente têm firmware interno que implementa protocolos padrão. Por exemplo, um braço robótico pode ser um cliente OPC UA e uma câmera de vídeo de segurança pode implementar o protocolo ONVIF. Numa solução baseada na periferia, usam-se conectores especializados para se ligar a esses ativos e traduzir mensagens deles para um formato comum.

Para ativos, não há equivalente direto à função de desenvolvedor de dispositivo. Em vez disso, um operador pode configurar os conectores para se conectar aos ativos. No entanto, talvez seja necessário desenvolver conectores personalizados para se conectar a ativos que usam protocolos não suportados nativamente pela sua solução baseada em borda.

Solução baseada na nuvem

Exemplos de dispositivos em uma solução baseada em nuvem incluem:

• Um sensor de pressão numa bomba de óleo remota.
• Sensores de temperatura e humidade numa unidade de ar condicionado.
• Um acelerômetro em um elevador.
• Sensores de presença numa sala.

Estes dispositivos são normalmente construídos usando microcontroladores (MCUs) ou microprocessadores (MPUs):

• As MCUs são menos dispendiosas e mais simples de operar do que as MPUs.
• Um MCU contém muitas das funções, como memória, interfaces e E/S no próprio chip. Uma MPU acede a esta funcionalidade a partir de componentes em chips de suporte.
• Um MCU geralmente usa um sistema operacional em tempo real (RTOS) ou funciona bare-metal (sem sistema operacional) e fornece respostas em tempo real e reações altamente determinísticas a eventos externos. As MPUs geralmente executam um sistema operacional de uso geral, como Windows, Linux ou macOS, que fornece uma resposta não determinística em tempo real. Normalmente, não há garantia de quando uma tarefa é concluída.

Exemplos de hardware e sistemas operacionais especializados incluem:

O Windows para IoT é uma versão incorporada do Windows para MPUs com conectividade na nuvem que permite criar dispositivos seguros com fácil provisionamento e gerenciamento.

O Eclipse ThreadX é um sistema operacional em tempo real para dispositivos IoT e edge alimentados por MCUs. O Eclipse ThreadX foi projetado para suportar dispositivos altamente restritos alimentados por bateria e com menos de 64 KB de memória flash.

FreeRTOS é um sistema operacional em tempo real para dispositivos embarcados. Você pode usar o FreeRTOS com o Middleware do Azure IoT para FreeRTOS para conectar dispositivos ao Azure IoT. Para obter uma visão geral das opções de RTOS para desenvolvimento de dispositivos, consulte Cenários de uso do C SDK e do Embedded C SDK.

O Azure Sphere (Integrado) é uma plataforma de aplicativos segura e de alto nível com recursos internos de comunicação e segurança para dispositivos conectados à Internet. Ele compreende um MCU seguro, conectado e cruzado, um sistema operacional personalizado de alto nível baseado em Linux e um serviço de segurança baseado em nuvem que fornece segurança contínua e renovável.

Primitivos do dispositivo

Um desenvolvedor de dispositivo normalmente implementa as seguintes primitivas no código do dispositivo para interagir com a nuvem:

• Mensagens de dispositivo para nuvem para enviar telemetria de séries cronológicas para a nuvem. Por exemplo, dados de temperatura coletados de um sensor conectado ao dispositivo.
• Carregamento de arquivos de mídia, tais como imagens e vídeos capturados. Dispositivos conectados intermitentemente podem enviar lotes de telemetria. Os dispositivos podem compactar uploads para economizar largura de banda.
• Gémeos de dispositivo para partilhar e sincronizar o estado com a nuvem. Por exemplo, um dispositivo pode usar o dispositivo gêmeo para relatar o estado atual de uma válvula que controla para a nuvem e para receber uma temperatura alvo desejada da nuvem.
• Gêmeos digitais para representar um dispositivo no mundo digital. Por exemplo, um gêmeo digital pode representar a localização física de um dispositivo, suas capacidades e seus relacionamentos com outros dispositivos.
• Métodos diretos para receber comandos da nuvem. Um método direto pode ter parâmetros e retornar uma resposta. Por exemplo, a nuvem pode chamar um método direto para solicitar que o dispositivo seja reinicializado em 30 segundos.
• Mensagens da nuvem para o dispositivo para receber notificações unidirecionais da nuvem. Por exemplo, uma notificação de que uma atualização está pronta para download.

Para saber mais, consulte Diretrizes de comunicações de dispositivo para nuvem e Diretrizes de comunicações de nuvem para dispositivo.

SDKs e bibliotecas

Os SDKs de dispositivo fornecem abstrações de alto nível que permitem usar as primitivas sem conhecimento dos protocolos de comunicação subjacentes. Os SDKs de dispositivo também lidam com os detalhes de estabelecer uma conexão segura com a nuvem e autenticar o dispositivo.

Para dispositivos MPU, os SDKs de dispositivo estão disponíveis para os seguintes idiomas:

• C
• Python
• C# (.NET)
• Node.js
• Java

Para dispositivos MCU, consulte:

• Eclipse ThreadX
• FreeRTOS Middleware
• SDK do Azure para C incorporado

Amostras e orientações

Todos os SDKs de dispositivo incluem exemplos que demonstram como usar o SDK para se conectar à nuvem, enviar telemetria e usar as outras primitivas.

O site de desenvolvimento de dispositivos IoT inclui tutoriais e guias de instruções que mostram como implementar código para uma variedade de tipos de dispositivos e cenários.

Você pode encontrar mais exemplos no navegador de amostras de código.

Desenvolvimento de dispositivos sem um SDK de dispositivo

Embora seja recomendável usar um dos SDKs de dispositivo, pode haver cenários em que você prefira não fazê-lo. Nesses cenários, o código do dispositivo deve usar diretamente um dos protocolos de comunicação suportados pelo Hub IoT e pelo DPS (Device Provisioning Service).

Para obter mais informações, consulte:

• Usando o protocolo MQTT diretamente (como um dispositivo)
• Usando o protocolo AMQP diretamente (como um dispositivo)

Modelação e esquemas

Os modelos de dispositivos e ativos definem os dados que os dispositivos e ativos trocam com a nuvem. Os modelos permitem uma variedade de cenários low-code ou no-code para integrar os seus dispositivos e ativos com a sua solução IoT.

Solução baseada em borda

Numa solução baseada em computação periférica, um operador configura conectores para conectar-se a ativos. Essa configuração inclui um mapeamento entre os dados do ativo e um esquema de nuvem. Por exemplo, o conector OPC UA permite que o operador mapeie IDs de nó OPC UA para pontos de dados e eventos em uma mensagem JSON trocada com o broker MQTT. A captura de tela a seguir mostra um exemplo na interface do usuário da Web da experiência de operações digitais que define dois desses mapeamentos:

Em outra parte da solução, um operador pode consultar diretamente as tags Temperatura e Tag 10 sem precisar saber os detalhes dos IDs do nó OPC UA.

Solução baseada na nuvem

Em uma solução baseada em nuvem, o IoT Plug and Play permite que os construtores de soluções integrem dispositivos IoT com suas soluções sem qualquer configuração manual. No núcleo do IoT Plug and Play, está um modelo de dispositivo que um dispositivo usa para anunciar seus recursos para um aplicativo habilitado para IoT Plug and Play, como o IoT Central. Este modelo está estruturado como um conjunto de elementos que definem:

• Propriedades que representam o estado somente leitura ou gravável de um dispositivo ou outra entidade. Por exemplo, um número de série do dispositivo pode ser uma propriedade de apenas leitura e uma temperatura de alvo em um termostato pode ser uma propriedade editável.
• Telemetria que são os dados emitidos por um dispositivo, quer os dados sejam um fluxo regular de leituras do sensor, um erro ocasional ou uma mensagem informativa.
• Comandos que descrevem uma função ou operação que pode ser feita em um dispositivo. Por exemplo, um comando pode reiniciar um gateway ou tirar uma foto usando uma câmera remota.

Você pode agrupar esses elementos em interfaces para reutilizar entre modelos para facilitar a colaboração e acelerar o desenvolvimento.

O modelo é especificado usando a Digital Twins Definition Language (DTDL).

O uso de IoT Plug and Play, modelagem e DTDL é opcional. Você pode usar as primitivas de dispositivo IoT sem usar IoT Plug and Play ou modelagem. O serviço Gêmeos Digitais do Azure também usa modelos DTDL para criar gráficos gêmeos com base em modelos digitais de ambientes como edifícios ou fábricas.

Como desenvolvedor de dispositivos, quando você implementa um dispositivo IoT Plug and Play, há um conjunto de convenções a serem seguidas. Essas convenções fornecem uma maneira padrão de implementar o modelo de dispositivo no código usando as primitivas disponíveis nos SDKs de dispositivo.

Para saber mais, veja:

• O que é IoT Plug and Play?
• Guia de modelagem IoT Plug and Play

Contentorização

A conteinerização é uma maneira de empacotar e executar seu código em um ambiente leve e isolado. Os contêineres são portáteis e podem ser executados em qualquer plataforma que suporte o tempo de execução do contêiner. Os contêineres são uma boa maneira de empacotar e implantar seu código porque fornecem um ambiente de tempo de execução consistente para seu código. O ambiente de tempo de execução normalmente inclui os serviços, bibliotecas e pacotes que seu código precisa executar.

Solução baseada em borda

O Azure IoT Operations contentoriza todos os seus conectores, agentes e outros componentes que são executados na borda. O Azure IoT Operations implementa num cluster Kubernetes, que é uma plataforma de orquestração de contentores. Implante todos os conectores personalizados ou outros componentes criados no cluster do Kubernetes.

Pode visualizar uma solução que utiliza o Azure IoT Edge como um gateway de periferia para o IoT Hub, atuando como uma solução híbrida que integra elementos tanto de soluções de periferia quanto de soluções baseadas na nuvem.

Solução baseada na nuvem

Se você usar contêineres, como no Docker, para executar o código do dispositivo, poderá implantar código em seus dispositivos usando os recursos da infraestrutura de contêiner. Os contêineres também permitem definir um ambiente de tempo de execução para seu código com todas as versões de biblioteca e pacote necessárias instaladas. Os contêineres facilitam a implantação de atualizações e o gerenciamento do ciclo de vida de seus dispositivos IoT.

O Azure IoT Edge executa o código do dispositivo em contêineres. Você pode usar o Azure IoT Edge para implantar módulos de código em seus dispositivos. Para saber mais, consulte Desenvolver seus próprios módulos do IoT Edge.

Gorjeta

O Azure IoT Edge permite vários cenários. Além de executar o código do dispositivo IoT em contentores, pode utilizar o Azure IoT Edge para executar serviços do Azure nos seus dispositivos e implementar gateways de campo. Para obter mais informações, consulte O que é o Azure IoT Edge?

Ferramentas de desenvolvimento de dispositivos

A tabela a seguir lista algumas das ferramentas de desenvolvimento de dispositivos IoT disponíveis:

Ferramenta	Descrição
Azure IoT Hub (extensão VS Code)	Esta extensão VS Code permite-lhe gerir os seus recursos e dispositivos do Hub IoT a partir do VS Code.
Azure IoT explorer	Esta ferramenta multiplataforma permite-lhe gerir os seus recursos e dispositivos do Hub IoT a partir de uma aplicação de ambiente de trabalho.
Extensão do Azure IoT para CLI do Azure	Esta extensão da CLI inclui comandos como az iot device simulate, az iot device c2d-messagee az iot hub monitor-events que ajudam a testar interações com dispositivos.

Conteúdo relacionado

• Conectividade e infraestrutura de dispositivos IoT
• Gerenciamento e controle de dispositivos IoT
• Escolher um serviço do Azure IoT