我试图将ThingsBoard设置好几天,直到现在它还顺利进行。我坚持如何推动属性(有时是聚合模式 - 平均,总和等)和遥测数据从设备到其相关资产。
任何简单的方法吗?我没有找到任何API。
由于
答案 0 :(得分:1)
以下是用于推送资产遥测数据的API,但是您还需要至少一位客户用户才能使用该API,即需要在标头中将授权令牌设置为 x-authoization:承载{JWTtoken} < / strong>
API :/ api / plugins / telemetry / ASSET / {assetId} / timeseries / SERVER_SCOPE /
方法:POST
request(example):
{
"ts": 1563456910227,
"values": {
"longitude": "78.381984",
"latitude": "17.448645",
"fuel": "30",
"speed": "42",
"vehicleType": "bus",
"status": "On route"
}
}
答案 1 :(得分:0)
Thingsboard支持MQTT,CoAP和HTTP。有关详细信息,请参阅https://thingsboard.io/docs/user-guide/telemetry/#device-telemetry-upload-api。
答案 2 :(得分:0)
我有一个类似的问题,可以通过以下方法解决:
(1)在GUI中添加了从DEVICE到关联的ENTITY的关系(在我的情况下是CUSTOMER实体类型)
here是一个相关的问题,提供了在代码中创建关系的可能解决方案。
然后
(2)更新事物板中的根规则链(也通过GUI)。在here中可以找到分步说明和我的工作规则链画布的图片。
采取这些步骤后,我不仅能够在GUI中查看相关客户的最新遥测中的最新设备遥测,而且还能够从api中获取设备ID以响应我对来自最新遥测的请求。属于客户的所有设备。
答案 3 :(得分:0)
答案 4 :(得分:0)
您可以利用规则引擎实时执行此操作。
首先,您必须在设备和资产之间建立 relation,这可以通过 Web UI 或 REST APIs 完成。下面是包含设备 Thermostat A 的资产 Building A 的屏幕截图:
要将 Thermostat A 数据推送到相关资产 Building A,请使用规则链,其中关键步骤是 changing the message originator 从设备到相关资产,然后保存资产的时间序列(或属性)。您可以决定是执行双重保存(首先在设备上,然后在资产上,正如我在下面的规则链中所做的那样)还是仅在资产级别存储数据。我认为最好的做法是在原始数据上传后立即存储,并在需要时在进一步计算后进行额外的持久化。
上述示例的高级版本描述为 here,它显示了安装在仓库(资产)中的室外和室内恒温器(设备)之间温度差的计算。
有一些规则节点适合您的目的,例如 Duplicate To Related 或 Aggregate Stream,但它们仅在 Thingsboard PE 版本中可用。