Обновление прошивки и управление в oneM2M - PullRequest
3 голосов
/ 10 апреля 2019

OneM2M разделяет управление устройством на два разных метода.

1- Управление устройствами на уровне обслуживания

2- Управление устройствами с использованием технологий внешнего управления

Я хочу понять, как сделать обновление прошивки , используя каждый из методов. Однако я нахожу только самые простые примеры, такие как получение объекта ресурса памяти в качестве примера для управления устройством. Но каков вариант использования и . Есть ли конкретный пример, которым вы можете поделиться?

Я понимаю, что Узел является фактическим аппаратным устройством, а Объекты управления являются ресурсами, которые представляют функции и объекты управления. Но я не понимаю взаимосвязи между и .

Предположим, у меня есть устройство (AE & Node) . Он содержит информацию о прошивке, которую я храню как на самом узле. Он также имеет , который обновляет прошивку. (Я предполагаю, что MgmtCmd создан AE. Я также не уверен, кто должен создавать ? Связанный AE, я думаю.)

Как мне запустить , выбрав каждый метод, который я описал выше? Должен ли я использовать внешний сервис управления, такой как TR-069 или OMA-DM или LWM2M DM? Или для этого достаточно управления устройством через сервисный уровень oneM2M?

Что OneM2M говорит, что ресурс является экземпляром . Если я обновлю атрибут execEnable , то связанный с этим должен создать в качестве дочернего ресурса. Затем следует выполнить операцию в этом ? Как я должен это сделать? Если я обновляю его один раз, как мне обновить один и тот же атрибут с тем же значением, если я запускаю одну и ту же команду несколько раз.

Как видите, я очень сильно растерялся. Не могли бы вы кратко объяснить и привести наглядный пример того, как выполнять управление устройствами (например, обновление прошивки) на OneM2M?

1 Ответ

2 голосов
/ 11 апреля 2019

Я согласен, абстракция управления oneM2M может быть трудной для понимания. Я предполагаю, что наиболее важные моменты можно увидеть на рисунке TS-0001 «6.2.4.1.1-1: Архитектура управления устройствами» и сопровождающий текст в этой главе:

  • Управляемое устройство - это узел (ASN, ADN или MN).
  • Функциональность управления устройством реализована в CSE.
  • «Деловая» часть управления устройствами (например, какие устройства должны получать обновление) - это АЕ, которое запускает, например, обновление. Этот AE может также выполнять роль системы управления устройствами и, следовательно, может также на этапе подключения устройства создавать все необходимые , специализации и т. Д. Ресурсы для этого устройства.
  • Функциональность управления устройством может быть реализована с помощью средства oneM2M или с использованием базового протокола управления, такого как TR-0069, OMA DM и т. Д. Связывания и сопоставления с этими протоколами определены в отдельных спецификациях (например, TS-0005 или TS-0006).
  • Также возможно управлять устройствами не-oneM2M, но для этого необходим прокси-сервер управления на соединительном узле, который действует как прокси-сервер управления для выполнения (локального) управления, а также для сопоставления этих устройств с oneM2M s.

Для второй части (как AE выполняет команду управления): как указано выше, ресурс и все доступные возможности управления (как специализации) создаются на этапе подготовки устройства к работе. фаза обнаружения управляющим АЕ.

Для запуска команды управления (например, инициирование обновления прошивки) применяется следующее:

  • AE ОБНОВЛЯЕТ соответствующий , но only execEnable атрибут.
  • Затем CSE внутренне СОЗДАЕТ новый ресурс для этого и возвращает его вместо (!) Обновленного . На самом деле, атрибут execEnable на самом деле не изменяется в ресурсе, он только инициирует создание .
  • Возвращенное содержит всю необходимую информацию о ресурсе управления и действует как «прокси» для фактического управления АЕ.

Почему это так сложно? Удаленное управление не является немедленным процессом. Устройство может быть занято или даже выключено, операция может занять некоторое время и т. Д. Чтобы переместить (возможно, много времени и ресурсов) ответственность и работу с CSE на AE, ресурс помогает отделить этот процесс. из фактической части управления CSE. В ресурсе можно увидеть много информации о процедурном статусе, возможностях и ограничениях. Другое преимущество состоит в том, что несколько АЕ могут обращаться к одному и тому же управляемым и контролируемым образом.

Надеюсь, это ответит на ваши вопросы.

...