ThingsBoard 规则链 RPC 调用请求
ThingsBoard Rule Chains RPC Call Request
在尝试了 ThingsBoard RPC Call Sample 后，我发现 "ROTATING SYSTEM" 设备在向 v1/devices/me/telemetry 发布消息后可以从 v1/devices/me/rpc/request 获取消息；
如果规则链转换来自其他设备的消息，例如，将来自其他设备的 metadata.deviceName 和 metadata.deviceType 更新为 "ROTATING SYSTEM"，"ROTATING SYSTEM" 设备将无法获取任何消息。
RPC Call Sample 提到 "WIND DIRECTION SENSOR" 设备向 ThingsBoard 服务器发送消息，经过 Rule Chains 魔法后，"ROTATING SYSTEM" 设备可以获得 RPC 消息；但根据我的实验，它不能，"ROTATING SYSTEM" 只有在它自己向 ThingsBoard 发送消息后才会被触发。
所以，我的问题是，在 ThingsBoard 服务器上实施规则链的最佳实践是什么 "deviceA trig deviceB"？
我得到答案，如果你想要"deviceA trig deviceB"，你应该在deviceA和deviceB之间创建一个关系，然后添加一个规则节点"change the originator"来将发起者从deviceA更改为deviceB。
在尝试了 ThingsBoard RPC Call Sample 后，我发现 "ROTATING SYSTEM" 设备在向 v1/devices/me/telemetry 发布消息后可以从 v1/devices/me/rpc/request 获取消息；
如果规则链转换来自其他设备的消息，例如，将来自其他设备的 metadata.deviceName 和 metadata.deviceType 更新为 "ROTATING SYSTEM"，"ROTATING SYSTEM" 设备将无法获取任何消息。
RPC Call Sample 提到 "WIND DIRECTION SENSOR" 设备向 ThingsBoard 服务器发送消息，经过 Rule Chains 魔法后，"ROTATING SYSTEM" 设备可以获得 RPC 消息；但根据我的实验，它不能，"ROTATING SYSTEM" 只有在它自己向 ThingsBoard 发送消息后才会被触发。
所以，我的问题是，在 ThingsBoard 服务器上实施规则链的最佳实践是什么 "deviceA trig deviceB"？
我得到答案，如果你想要"deviceA trig deviceB"，你应该在deviceA和deviceB之间创建一个关系，然后添加一个规则节点"change the originator"来将发起者从deviceA更改为deviceB。