проверка команды от orion to iot agent в Fiware

Question

Я использовал FIREARE Контекстный Брокер Ориона и IoTAgent-UL в моем проекте. Я зарегистрировал виртуальное устройство, отправив сообщение Json с атрибутами устройства, атрибутами команд, адресом конечной точки устройства и используемым протоколом (UL2.0).

Если я обновляю атрибут команды объекта устройства в Контекст-брокере Orion, как я могу проверить, что команда успешно отправлена ​​в IoAgent, прежде чем она будет перенаправлена ​​на виртуальное устройство устройства?

Кроме того, могу ли я сделать IP-адрес самой конечной точки Raspberrypi и назначить порт устройству, подключенному к Raspberrypi? И как это можно сделать?

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

Благодаря

Answer 1

Есть три способа проверки обновлений/контекста команды был отправлен агенту, и от агента или устройства:

• Проверить Orion или журналы агента.
• Проверьте журналы брокер MQTT, если вы используете транспорт MQTT.
• Проверьте само устройство. Если команда была получена, вы сможете увидеть эффекты команды.

Что касается места Малины Pi может играть в архитектуре с использованием агентов ВГДА, как правило, он используется для замены агента :) То есть, если имеющее устройство, таких как Raspberry Pi, обычный сценарий для подключения к R-Pi все ваши датчики и исполнительные механизмы, как если бы это был шлюз, а затем позволить R-Pi напрямую подключаться к Orion Context Broker, внедряя клиента NGSI, работающего в R-Pi. Схематично:

Orion <---> R-Pi + NGSI client <---> sensor/actuator 

Тем не менее, я думаю, вы можете использовать R-Pi, как если бы он был конечным устройством (датчик или исполнительный механизм) с целью проверки агентов ВГД. Что касается того, как эмулировать конечное устройство, я думаю, вам нужно будет запустить определенную логику в R-Pi, чтобы принимать сообщения UL от посредника IoT/MQTT. Простой netcat может помочь вам; Конечно, могут быть запущены более сложные службы эмуляции. Схематически:

Orion <----> UL agent <---> R-Pi + netcat 

В любом случае, необходимо соблюдать всегда окончательное устройство (датчик или привод) требуется, либо реальное, либо имитируются (работает Netcat или аналогичный в R-Pi/сервере), так как агент UL должен иметь конечную точку, где следует отправлять полезные данные UL.

Orion <---> UL agent <---> R-Pi + netcat OR server + netcat OR real sensor/actuator