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


14

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

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

IOT Agent - 1

IOT Агент

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

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

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

Ссылки:


Пожалуйста, не могли бы вы дать ссылку на архитектуру IoT (2-е изображение)? Спасибо
BiG_TooTh

Ответы:


13

Вообще говоря, агент - это «двунаправленный» программный продукт; то есть он считывает параметры с устройства и передает их в облако или даже на шлюз. Чаще всего 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 для связи с облаком, изящной реакции на любые обновления из облака (включая перезагрузку, если необходимо) и т. Д. И, в конкретном случае этого вопроса, агент будет обрабатывать ограничения мощности тоже. Например, реагируйте на триггеры уровня устройства, такие как сон, пробуждение и т. Д.


Это интересное определение двунаправленного. Я бы не назвал датчик двунаправленным, если он только читает и сообщает. Я бы сказал, что он должен иметь возможность получать как минимум одно сообщение, чтобы быть двунаправленным. Чтение скорости вращения вентилятора является его внутренним оправданием существования, а не общением.
Helmar

Я не понимаю, как вы используете «двунаправленный» здесь. Агент - это программное обеспечение на устройстве, которое работает от имени сервера (в этом контексте). Он не обязательно связывается с сервером (хотя это очень распространенный вариант использования). Например, это может быть только для установки параметров конфигурации или для загрузки обновлений.
Жиль "ТАК - перестань быть злым"
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.