Что такое «встроенный агент» по отношению к пограничному устройству IoT с низким энергопотреблением?

Вопрос: Каков основной дизайн «встроенного агента» по сравнению с периферийными устройствами Интернета вещей (IoT) с низким энергопотреблением?

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

Также здесь очень широкое объяснение Thingworx блог

Агент - это встроенная программа, которая работает на устройстве IoT или рядом с ним и сообщает о состоянии какого-либо актива или среды. В приложении IoT всегда присутствует какой-либо агент. Обычно агент считывает состояние с датчиков или локальных подключений к активу, применяет некоторые правила или логику о том, как часто отправителю приходится собирать информацию, а затем отправляет информацию по сети дальней связи на сервер. Этот процесс может работать в обратном порядке.

Я предполагаю, что этот агент состоит из информации о соединении, такой как IP-адрес, имя сервера, информация о типе SSID, чтобы помочь соединению. Имеют ли эти встроенные агенты другие функциональные возможности помимо обеспечения связи?

Ссылки:

• Лучшие 49 инструментов для Интернета вещей
• Интернет вещей, «умные» продукты требуют умной стратегии
• Основополагающие элементы IoT-решения, Edge, облака и разработки приложений
• Новая жизнь для встраиваемых систем в ИНТЕРНЕТЕ ВЕЩЕЙ
• Край Iot

Вообще говоря, агент - это «двунаправленный» программный продукт; то есть он считывает параметры с устройства и передает их в облако или даже на шлюз. Чаще всего OEM-производитель будет управлять библиотеками для разработки программного обеспечения для контроля параметров устройства. Принимая во внимание, что OEM может выбрать любой из популярных протоколов связи (MQTT, HTTP и т. Д.) Для публикации прочитанных значений. Как правило, интеграция этих двух является пространством, в которое входит системный интегратор.

Например, агент может быть запущен на рабочем столе Windows, чтобы читать обороты вентилятора каждые 5 секунд. Затем это значение передается облачной платформе по согласованному протоколу.

Пример кода из Pāho MQTT (Python) веб - сайт :

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

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

Вышеприведенный фрагмент является примерно агентом, потому что есть часть «от устройства» в форме функции sensor.blocking_read()и часть «в облако» в форме a mqttc.publish().

Опытные агенты будут иметь механизмы для обработки автономного хранилища, поддержки TLS для связи с облаком, изящной реакции на любые обновления из облака (включая перезагрузку, если необходимо) и т. Д. И, в конкретном случае этого вопроса, агент будет обрабатывать ограничения мощности тоже. Например, реагируйте на триггеры уровня устройства, такие как сон, пробуждение и т. Д.