Développement de ressources et d’appareils IoT

Cette vue d’ensemble présente les concepts clés du développement de ressources et d’appareils qui se connectent aux solutions Azure IoT classiques. Chaque section inclut des liens vers du contenu qui fournit des détails et des conseils supplémentaires. En règle générale, les appareils se connectent directement aux services cloud tels qu’IoT Hub, tandis que les ressources se connectent aux services de périphérie de votre environnement, par exemple Opérations Azure IoT. Cet article contient des informations sur les ressources et les appareils.

Solution de périphérie

Le diagramme suivant montre une vue générale des composants d’une solution IoT de périphérie classique. Cet article se concentre sur les ressources et les connecteurs présentés dans le diagramme :

Les ressources ont généralement un microprogramme intégré qui implémente les protocoles standard. Par exemple, un bras robotisé peut être un client OPC UA, et une caméra vidéo de sécurité peut implémenter ONVIF. Opérations Azure IoT comprend divers connecteurs qui peuvent utiliser ces protocoles pour communiquer avec les ressources, et traduire les messages des ressources en messages MQTT. Certaines ressources peuvent recevoir des messages vous permettant d’effectuer des opérations sur celles-ci, par exemple :

• Effectuer un panoramique ou une inclinaison d’une caméra de sécurité.
• Changer le niveau de journalisation d’un bras robotisé.
• Lancer une mise à jour de microprogramme.

Vous pouvez créer vos propres connecteurs personnalisés pour vous connecter aux ressources qui utilisent des protocoles non pris en charge de manière native par Opérations Azure IoT.

Solution cloud

Le diagramme suivant montre une vue générale des composants d’une solution IoT cloud classique. Cet article se concentre sur les appareils et la passerelle présentés dans le diagramme :

Dans Azure IoT, un développeur d’appareils écrit le code à exécuter sur les appareils de la solution. Ce code est généralement le suivant :

• Établit une connexion sécurisée à un point de terminaison cloud.
• Envoie les données de télémétrie collectées à partir de capteurs attachés au cloud.
• Gère l’état de l’appareil et synchronise cet état avec le cloud.
• Répond aux commandes envoyées à partir du cloud.
• Permet l’installation des mises à jour logicielles à partir du cloud.
• Permet à l’appareil de continuer à fonctionner pendant sa déconnexion du cloud.

Types de ressources et d’appareils

Une solution IoT peut contenir de nombreux types de ressources et d’appareils. Vous trouverez généralement des appareils dans les solutions cloud, et des ressources dans les solutions de périphérie. Il est également possible d’avoir des solutions hybrides qui contiennent à la fois des appareils et des ressources.

Solution de périphérie

Voici quelques exemples de ressources dans une solution de périphérie :

• Bras robotisés, tapis roulants, et ascenseurs
• Machines CNC industrielles, tours, scies, et perceuses
• Machines d’imagerie médicale de diagnostic
• Caméras vidéo de sécurité
• Logiciels ou composants logiciels
• Contrôleurs logiques programmables

Ces ressources ont généralement un microprogramme intégré qui implémente les protocoles standard. Par exemple, un bras robotisé peut être un client OPC UA, et une caméra vidéo de sécurité peut implémenter le protocole ONVIF. Dans une solution de périphérie, vous utilisez des connecteurs spécialisés pour vous connecter à ces ressources, et traduire les messages qu’elles envoient dans un format courant.

Pour les ressources, il n’existe pas d’équivalent direct au rôle de développeur d’appareils. À la place, un opérateur peut configurer les connecteurs pour se connecter aux ressources. Toutefois, vous devrez peut-être développer des connecteurs personnalisés pour vous connecter aux ressources qui utilisent des protocoles non pris en charge de manière native par votre solution de périphérie.

Solution cloud

Voici quelques exemples d’appareils dans une solution cloud :

• Capteur de pression sur une pompe à huile distante
• Capteurs de température et d’humidité sur un climatiseur
• Accéléromètre dans un ascenseur
• Capteurs de présence dans une salle

Ces appareils contiennent généralement des microcontrôleurs (MCU) ou des microprocesseurs (MPU) :

• Les MCU sont moins chers et plus simples à utiliser que les MPU.
• Un MCU héberge un grand nombre des fonctions, telles que la mémoire, les interfaces et les E/S, au sein de la puce elle-même. Un MPU accède à ces fonctionnalités de composants dans des puces de prise en charge.
• Un MCU utilise souvent un système d’exploitation en temps réel (RTOS) ou s’exécute nu (sans système d’exploitation) et fournit une réponse en temps réel et des réactions très déterministes aux événements externes. Les MPU exécutent généralement un système d’exploitation à usage général, tel que Windows, Linux ou macOS, qui fournit une réponse en temps réel non déterministe. Il n’y a généralement aucune garantie quant au moment auquel une tâche sera effectuée.

Voici des exemples de matériel et de systèmes d’exploitation spécialisés :

Windows pour IoT est une version incorporée de Windows pour les MPU avec connectivité cloud qui vous permet de créer des appareils sécurisés avec un approvisionnement et une gestion faciles.

Eclipse ThreadX est un système d’exploitation en temps réel pour les appareils IoT et les périphériques avec MCU. Eclipse ThreadX est conçu pour prendre en charge des appareils à fortes contraintes alimentés par batterie et disposant de moins de 64 Ko de mémoire flash.

FreeRTOS est un système d’exploitation en temps réel pour les appareils embarqués. Vous pouvez utiliser FreeRTOS avec l’intergiciel Azure IoT pour FreeRTOS afin de connecter des appareils à Azure IoT. Pour une vue d’ensemble des options RTOS relatives au développement d’appareils, consultez Scénarios d’usage du SDK C et du SDK Embedded C.

Azure Sphere (intégré) est une plateforme d’applications sécurisée de haut niveau, avec des fonctionnalités de communication et de sécurité intégrées pour les appareils connectés à Internet. Elle comprend une MCU transversale, connectée et sécurisée, un système d’exploitation Linux personnalisé et un service de sécurité cloud qui offre une sécurité continue et renouvelable.

Primitives d’appareils

Un développeur d’appareils implémente généralement les primitives suivantes dans le code de l’appareil pour interagir avec le cloud :

• Messages appareil-à-cloud pour envoyer des données de télémétrie de série chronologique au cloud. Par exemple, les données de température collectées à partir d’un capteur attaché à l’appareil.
• Chargements de fichiers pour les fichiers multimédias tels que les images capturées et les vidéos. Les appareils connectés par intermittence peuvent envoyer des lots de télémétrie. Les appareils peuvent compresser les chargements pour économiser de la bande passante.
• Jumeaux d’appareil pour partager et synchroniser les données d’état avec le cloud. Par exemple, un appareil peut utiliser le jumeau d’appareil pour signaler l’état actuel d’une vanne qu’il contrôle au cloud et pour recevoir une température cible souhaitée à partir du cloud.
• Jumeaux numériques pour représenter un appareil dans le monde numérique. Par exemple, un jumeau numérique peut représenter l’emplacement physique d’un appareil, ses fonctionnalités et ses relations avec d’autres appareils.
• Méthodes directes pour recevoir des commandes du cloud. Une méthode directe peut avoir des paramètres et retourner une réponse. Par exemple, le cloud peut appeler une méthode directe pour demander à l’appareil de redémarrer dans 30 secondes.
• Messages cloud-à-appareil pour recevoir des notifications unidirectionnelles du cloud. Par exemple, une notification indiquant qu’une mise à jour est prête à être téléchargée.

Pour plus d’informations, consultez les Conseils sur les communications appareil-à-cloud et Conseils sur les communications cloud-à-appareil.

Kits SDK et bibliothèques

Les SDK d’appareil fournissent des abstractions de haut niveau qui vous permettent d’utiliser les primitives sans connaître les protocoles de communication sous-jacents. Les SDK d’appareil gèrent également les détails de l’établissement d’une connexion sécurisée au cloud et de l’authentification de l’appareil.

Pour les appareils MPU, les SDK d’appareil sont disponibles dans les langues suivantes :

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

Pour les appareils MCU, consultez :

• Eclipse ThreadX
• Middleware FreeRTOS
• Kit SDK Azure pour embarqué C

Exemples et instructions

Tous les SDK d’appareil incluent des exemples qui montrent comment utiliser le kit de développement logiciel pour se connecter au cloud, envoyer des données de télémétrie et utiliser les autres primitives.

Le site de développement d’appareils IoT comprend des tutoriels et des guides pratiques qui vous montrent comment implémenter du code pour une gamme de types d’appareils et de scénarios.

Vous trouverez d’autres exemples dans le navigateur d’exemple de code.

Développement d’appareils sans SDK d’appareil

Bien qu’il soit recommandé d’utiliser l’un des Kits de développement logiciel (SDK) de l’appareil, il est possible qu’il y ait des scénarios où vous préférez ne pas l’utiliser. Dans ces scénarios, votre code d’appareil doit utiliser directement l’un des protocoles de communication que prennent en charge IoT Hub et le Service de provisionnement d’appareil (DPS).

Pour plus d'informations, consultez les pages suivantes :

• Utilisation directe du protocole MQTT (en tant qu’appareil)
• Utilisation du protocole AMQP directement (en tant qu’appareil)

Modélisation et schémas

Les modèles d’appareils et de ressources définissent les données que les appareils et les ressources échangent avec le cloud. Les modèles permettent d’accéder à toute une gamme de scénarios low-code ou sans code pour l’intégration de vos appareils et ressources à votre solution IoT.

Solution de périphérie

Dans une solution de périphérie, un opérateur configure les connecteurs pour la connexion aux ressources. Cette configuration comprend un mappage entre les données de la ressource et un schéma cloud. Par exemple, le connecteur OPC UA permet à l’opérateur de mapper les ID de nœuds OPC UA aux balises et aux événements dans un message JSON échangé avec l’Agent MQTT. La capture d’écran suivante montre un exemple d’IU web relative à l’expérience des opérations numériques, qui définit deux mappages de ce type pour une ressource :

Ailleurs dans la solution, un opérateur peut faire référence directement aux balises Temperature et Tag 10 sans avoir à connaître les détails des ID de nœuds OPC UA.

Solution cloud

Dans une solution cloud, IoT Plug-and-Play permet aux créateurs de solutions d’intégrer des appareils IoT à leurs solutions sans aucune configuration manuelle. Au cœur de IoT Plug-and-Play, il y a un modèle d’appareil qu’un appareil utilise pour publier ses fonctionnalités dans une application IoT Plug-and-Play telle que IoT Central. Ce modèle est structuré sous la forme d’un ensemble d’éléments qui définissent ce qui suit :

• Propriétés qui représentent l’état en lecture seule ou en écriture d’un appareil ou d’une autre entité. Par exemple, un numéro de série d’appareil peut être une propriété en lecture seule et une température cible sur un thermostat peut être une propriété accessible en écriture.
• Télémétrie qui correspond aux données émises par un appareil, qu’il s’agisse d’un flux régulier de relevés de capteurs, d’une erreur occasionnelle ou d’un message d’information.
• Commandes qui décrivent une fonction ou une opération qui peut être effectuée sur un appareil. Par exemple, une commande peut redémarrer une passerelle ou prendre une photo à l’aide d’une caméra distante.

Vous pouvez regrouper ces éléments dans des interfaces afin de les réutiliser dans différents modèles pour faciliter la collaboration et accélérer le développement.

Le modèle est spécifié à l’aide du langage DTDL (Digital Twins Definition Language).

L’utilisation d’IoT Plug-and-Play, de la modélisation et de DTDL est facultative. Vous pouvez utiliser les primitives d’appareil IoT sans utiliser de IoT Plug-and-Play ou de modélisation. Le service Azure Digital Twins utilise également des modèles DTDL pour créer des graphiques de jumeaux basés sur des modèles numériques d’environnements tels que des bâtiments ou des usines.

En tant que développeur d’appareils, lorsque vous implémentez un appareil IoT Plug-and-Play, il existe un ensemble de conventions à suivre. Ces conventions fournissent un moyen normalisé d’implémenter le modèle d’appareil dans le code à l’aide des primitives disponibles dans les SDK d’appareil.

Pour en savoir plus, consultez :

• Qu’est ce qu’IoT Plug-and-Play ?
• Guide de modélisation d’IoT Plug-and-Play

Mise en conteneur

La conteneurisation est un moyen de packager et d’exécuter votre code dans un environnement léger et isolé. Les conteneurs sont portables et peuvent s’exécuter sur n’importe quelle plateforme prenant en charge le runtime de conteneur. Les conteneurs sont un bon moyen de packager et de déployer du code, car ils fournissent un environnement d’exécution cohérent pour votre code. L’environnement d’exécution comprend généralement les services, les bibliothèques et les packages dont votre code a besoin pour s’exécuter.

Solution de périphérie

Opérations Azure IoT conteneurise tous ses connecteurs, agents et autres composants qui s’exécutent en périphérie. Opérations Azure IoT se déploie déploiement sur un cluster Kubernetes, qui est une plateforme d’orchestration de conteneurs. Déployez les connecteurs personnalisés ou autres composants que vous créez sur le cluster Kubernetes.

Vous pouvez voir une solution qui utilise Azure IoT Edge en tant que passerelle de périphérie vers IoT Hub comme une solution hybride qui inclut des éléments de solution de périphérie et de solution cloud.

Solution cloud

Si vous utilisez des conteneurs, tel que dans Docker, vous pouvez déployer du code dans vos appareils pour exécuter votre code d’appareil en utilisant des fonctionnalités de l’infrastructure de conteneur. Les conteneurs vous permettent également de définir un environnement d’exécution pour votre code avec toutes les versions de bibliothèque et de package requises installées. Les conteneurs facilitent le déploiement des mises à jour et la gestion du cycle de vie de vos appareils IoT.

Azure IoT Edge exécute le code de l’appareil dans des conteneurs. Vous pouvez utiliser Azure IoT Edge pour déployer des modules de code sur vos appareils. Pour plus d’informations, consultez Développer vos propres modules IoT Edge.

Conseil

Azure IoT Edge active plusieurs scénarios. En plus d’exécuter le code de votre appareil IoT dans des conteneurs, vous pouvez utiliser Azure IoT Edge pour exécuter des services Azure sur vos appareils et implémenter des passerelles locales. Pour plus d’informations, consultez Qu’est-ce qu’Azure IoT Edge ?

Outils de développement d’appareils

Le tableau suivant liste certains des outils de développement d’appareils IoT disponibles :

Outil	Description
Azure IoT Hub (extension VS Code)	Cette extension VS Code vous permet de gérer vos ressources et appareils IoT Hub à partir de VS Code.
Explorateur Azure IoT	Cet outil multiplateforme vous permet de gérer vos ressources et appareils IoT Hub à partir d’une application de bureau.
Extension Azure IoT pour Azure CLI	Cette extension CLI comprend des commandes telles que az iot device simulate, az iot device c2d-messageet az iot hub monitor-events qui vous aident à tester les interactions avec les appareils.