Що таке "вбудований агент" стосовно посилання на низькопотужний пристрій IoT Edge?

Запитання: Яка підкреслена конструкція "вбудованого агента" стосовно крайових пристроїв Інтернет із речей (IoT) з низькою потужністю?

Деякі постачальники хмарних послуг IoT продовжують посилатися на встановлення вбудованого агента на крайні пристрої, що базуються на сенсорі. Це, мабуть, є фірмовим програмним забезпеченням, яке постачальники встановлюють на кожен пристрій, який підключається до хмари. Нижче наведено два зображення стеків програмного забезпечення із посиланнями на агент . Частина пакету програмного забезпечення знаходиться в мікроконтролері.

Також тут дуже широке пояснення блогу Thingworx

Агент - це вбудована програма, яка працює на пристрої IoT або поблизу нього та повідомляє про стан якогось активу чи середовища. У програмі IoT завжди є якийсь агент. Зазвичай агент зчитує стан з датчиків або локального підключення до об'єкта, застосовує деякі правила або логіку щодо того, як часто відправник має агрегувати інформацію, а потім надсилає інформацію через мережу зв'язку на великій відстані на сервер. Цей процес може працювати і в зворотному напрямку.

Моє припущення, що цей агент складається з інформації про підключення, такої як IP-адреса, ім'я сервера, інформація про тип SSID для сприяння підключенню. Чи мають ці вбудовані агенти інші функціональні можливості, крім забезпечення підключення?

Список літератури:

• Топ 49 інструментів для Інтернету речей
• Інтернет речей, «розумні» продукти вимагають розумної стратегії
• Основні елементи рішення IoT, край, хмара та розробка додатків
• Нове життя для вбудованих систем у ІНТЕРНЕТ ІНТЕРНЕТІВ
• Край Іота

Взагалі кажучи, агент - це програмне забезпечення, спрямоване на бік; тобто він зчитує параметри з пристрою і передає те саме до хмари або навіть шлюзу. Найчастіше ОЕП контролюватиме бібліотеки для розробки програмного забезпечення для контролю параметрів пристрою. Тоді як OEM може вибрати будь-який із популярних протоколів зв'язку (MQTT, HTTP тощо) для публікації прочитаних значень. Зазвичай інтеграція цих двох - це простір, куди потрапляє системний інтегратор.

Наприклад, агент може працювати на робочому столі Windows, щоб зчитувати обертові хвилини вентилятора кожні 5 секунд. Потім це значення передається хмарній платформі через узгоджений протокол.

Приклад коду з веб-сайту Paho MQTT (Python) :

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

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

Вищенаведений фрагмент є орієнтовно агентом, тому що є частина 'від пристрою' у формі функції sensor.blocking_read()та частина 'до хмари' у формі а mqttc.publish().

Розширені агенти матимуть механізми для роботи в режимі офлайн-зберігання, підтримка TLS для зв'язку з хмарою, виклично реагувати на будь-які оновлення з хмари (включаючи перезавантаження, якщо це потрібно) тощо. теж. Наприклад, реагуйте на тригери рівня пристрою, такі як сон, пробудження тощо.