Qu'est-ce qu'un «agent intégré» en référence à un périphérique Edge IoT à faible puissance?

Question: Quelle est la conception sous-jacente d'un «agent intégré» en relation avec les périphériques de pointe de l'Internet des objets (IoT) à faible puissance?

Certains fournisseurs de services cloud IoT continuent de faire référence à l'installation d'un agent intégré sur les périphériques périphériques basés sur des capteurs. Il semble que ce soit un logiciel propriétaire que les fournisseurs installent sur chaque appareil se connectant au cloud. Vous trouverez ci-dessous deux images de piles de logiciels avec des références à l' agent . Une partie de la pile logicielle réside dans le microcontrôleur.

Voici également une explication très large du blog Thingworx

Un agent est un programme intégré qui s'exécute sur ou à proximité d'un appareil IoT et signale l'état de certains actifs ou environnements. Il y a toujours un agent présent dans une application IoT. En règle générale, l'agent lit l'état des capteurs ou de la connectivité locale à un actif, applique des règles ou une logique sur la fréquence à laquelle l'expéditeur doit agréger les informations, puis envoie les informations sur un réseau de communication longue distance au serveur. Ce processus peut également fonctionner en sens inverse.

Je suppose que cet agent se compose d'informations de connectivité telles que l'adresse IP, le nom du serveur, les informations de type SSID pour faciliter la connectivité. Ces agents intégrés ont-ils d'autres fonctionnalités que la connectivité?

Les références:

• 49 meilleurs outils pour l'Internet des objets
• L'Internet des objets, les produits «intelligents» exigent une stratégie intelligente
• Éléments fondamentaux d'une solution IoT, The Edge, The Cloud et le développement d'applications
• Une nouvelle vie pour les systèmes embarqués dans l'INTERNET DES OBJETS
• Le bord de l'Iot

De manière générale, un agent est un logiciel «bidirectionnel»; c'est-à-dire qu'il lit les paramètres de l'appareil et le communique au cloud ou même à une passerelle. Plus souvent qu'autrement, un OEM contrôlera les bibliothèques pour le développement du logiciel pour contrôler les paramètres de l'appareil. Considérant que, l'OEM peut choisir l'un des protocoles de communication populaires (MQTT, HTTP, etc.) pour publier les valeurs lues. En règle générale, l'intégration de ces deux éléments est l'espace où un intégrateur de système entre en jeu.

Par exemple, un agent peut s'exécuter sur un bureau Windows pour lire le régime du ventilateur toutes les 5 secondes. Cette valeur est ensuite communiquée à une plateforme cloud via un protocole convenu.

Exemple de code du site Web Paho MQTT (Python) :

mqttc.connect("iot.eclipse.org")
mqttc.loop_start()

while True:
    temperature = sensor.blocking_read()
    mqttc.publish("paho/temperature", temperature)

L'extrait ci-dessus est à peu près un agent, car il y a la partie «de l'appareil» sous la forme de la fonction sensor.blocking_read()et la partie «vers le cloud» sous la forme d'unmqttc.publish() .

Les agents avancés auront des mécanismes pour gérer le stockage hors ligne, la prise en charge TLS pour la communication vers le cloud, répondre à toutes les mises à jour du cloud (y compris les redémarrages, si nécessaire), etc. Et, dans le cas spécifique de cette question, l'agent gérera les contraintes d'alimentation aussi. Par exemple, répondez aux déclencheurs au niveau de l'appareil tels que le sommeil, le réveil, etc.