Question

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

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

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

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

由于

Answer 1

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

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

关于Raspberry Pi在使用物联网代理的架构中可能发挥的位置，通常用它来代替代理:)我的意思是，如果有一个像Raspberry Pi这样的设备，通常情况是连接到R -Pi所有的传感器和执行器，就好像它是一个网关，然后让R-Pi通过实现在R-Pi中运行的NGSI客户端直接连接到Orion Context Broker。示意性地：

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

尽管如此，我猜你可以使用R-Pi，就像它是最终设备（传感器或执行器）一样，以测试物联网代理。关于如何模拟最终设备本身，我猜你必须在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

检查来自orion的命令到Fiware中的iot代理

1 个答案: