在 Fiware 中检查从 orion 到 iot 代理的命令答案

【问题标题】：checking command from orion to iot agent in Fiware在 Fiware 中检查从 orion 到 iot 代理的命令
【发布时间】：2017-02-11 22:42:04
【问题描述】：

我在我的项目中使用了 FIWARE Orion Context Broker 和 IoTAgent-UL。我通过发送带有设备属性、命令属性、设备端点地址和使用的协议（UL2.0）的Json消息注册了一个虚拟设备。

如果我在 Orion Context Broker 中更新设备实体的命令属性，在转发到设备虚拟设备本身之前，如何检查命令是否已成功发送到 IoTAgent？

此外，我可以将 Raspberrypi 的 IP 地址设置为端点本身并将端口分配给连接到 Raspberrypi 的设备吗？怎么可能做到这一点？

最后，如果我没有物理设备，我是否可以将 IoTAgent 的地址视为端点，以检查上下文代理中命令属性的任何更新是否会转发到该端点？

谢谢

【问题讨论】：

标签： fiware fiware-orion

【解决方案1】：

有三种方法可以检查更新上下文/命令是否已发送到代理，以及来自代理或设备：

检查 Orion 或代理日志。
如果您使用 MQTT 传输，请检查 MQTT 代理日志。
检查设备本身。如果收到命令，您将能够看到命令的效果。

关于 Raspberry Pi 在使用 IoT 代理的架构中可能发挥的作用，通常它用于替换代理 :) 我的意思是，如果有 Raspberry Pi 之类的设备，通常的场景是连接到 R -Pi 你所有的传感器和执行器，就好像它是一个网关，然后让 R-Pi 通过实现在 R-Pi 中运行的 NGSI 客户端直接连接到 Orion Context Broker。示意图：

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

不过，我想您可以将 R-Pi 用作最终设备（传感器或执行器）来测试 IoT 代理。关于如何模拟最终设备本身，我想您必须在 R-Pi 中运行某些逻辑才能接受来自 IoT 代理/MQTT 代理的 UL 消息。一个简单的 netcat 可以帮助你；当然，可以运行更复杂的仿真服务。示意图：

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

无论如何，请注意始终需要最终设备（传感器或执行器），无论是真实的还是模拟的（在 R-Pi/服务器中运行 netcat 或类似设备），因为 UL 代理必须有一个端点来发送UL 有效载荷。

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

【讨论】：