Thingsboard 3.1.0 - 规则链：转换数据结构

最新推荐文章于 2025-10-14 04:50:19 发布

原创

最新推荐文章于 2025-10-14 04:50:19 发布 · 3.4k 阅读

21 ·

CC 4.0 BY-SA版权

文章标签：

#iot

本文介绍如何使用ThingsBoard的规则链来处理复杂的数据结构。针对无法直接展示的复杂JSON数据，通过建立规则链并利用变换节点中的脚本来调整数据结构，使其适配仪表板展示。此外还介绍了规则链的基本功能及其在实际应用中的配置步骤。

一、业务需求

ThingsBoard接受的默认格式为JSON，数据不能太复杂。
比如下面这种，能正常通过仪表板显示。

{
   
   "humidity": 30, "temperature": 21}

如果上传的数据是稍微复杂的结构，接受到的数据如下这样：

{
   
   
    "Data": {
   
   
        "C1_D1": [{
   
   
            "Tagname": "C1.D1.Tag001",
            "Value": 0,
            "Quality"

最低0.47元/天解锁文章

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

qgbihc

关注关注

2
点赞
踩
21

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Thingsboard 3.1.0 - 规则链：外部结点REST API

qgbihc的专栏

10-15

2339

调用REST API Call到外部REST服务器。端点URL模式-可以是静态字符串，也可以是使用“消息元数据”属性解析的模式。例如$ {deviceType} 请求方法-GET，POST，PUT，DELETE 标头-请求标头，标头或值可以是静态字符串，也可以是使用消息元数据属性解析的模式。端点网址 URL可以是静态字符串或模式。仅消息元数据用于解决模式。因此，模式中使用的属性名称必须存在于消息元数据中，否则原始模式将被添加到URL中。例如，如果消息有效负载包含带有值容器的属性deviceType，

ThingsBoard MQTT链接、掉线报警、数据转换规则引擎

u013433591的博客

10-29

6580

ThingsBoard MQTT链接设备掉线报警数据转换规则引擎

参与评论您还未登录，请先登录后发表或查看评论

ThingsBoard数据验证框架：可扩展规则引擎设计

最新发布

gitblog_01028的博客

10-14

333

物联网(IoT)平台面临的核心挑战之一是如何高效处理海量设备数据的验证与处理。ThingsBoard作为开源物联网平台，其规则引擎提供了灵活的数据验证框架，支持用户通过可视化配置和自定义脚本实现复杂的数据校验逻辑。本文将深入解析规则引擎的可扩展设计，展示如何通过过滤器节点构建企业级数据验证系统。 ## 规则引擎核心架构规则引擎采用插件化架构设计，所有验证逻辑通过实现`TbNode`接口的过滤...

ThingsBoard处理设备上报的属性并转换为可读属性

可乐要加冰！！！

04-25

1115

目前绝大多数设备上报的数据分类两大类，一种是JSON数据体，一种是字节码。无论哪一种对用户的可读性都非常差，为此本章节主要讲解，如何处理设备上报的数据，我会模拟设备上报的数据，并对数据进行处理，转换为可读属性，方便展示与阅读。

ThingsBoard 设备发送RPC 给服务器（含规则链修改）

可可芯意的博客

10-29

2862

一、规则链配置原本的规则链需要增加转换脚本（这里需要增加RPC发给设备的规则，否则仪表库的控制设备，发数据过去没效果）先过滤一个字段转换脚本，将RPC数据给到属性保存属性 msgType = "POST_ATTRIBUTES_REQUEST"; msg = {"CaptureNow":msg.params}; return {msg: msg, metadata: metadata, msgType: msgType}; 二、源码这里实现的逻辑周期性获取一次共享属性（共享属性可以通过

ThingsBoard-规则链

dark的博客

02-02

1575

最后，画一下规则链的执行逻辑。

精选资源

htrace-core-3.1.0-incubating-API文档-中英对照版.zip

04-09

赠送jar包：htrace-core-3.1.0-incubating.jar；赠送原API文档：htrace-core-3.1.0-incubating-javadoc.jar；赠送源代码：htrace-core-3.1.0-incubating-sources.jar；包含翻译后的API文档：htrace-core-3.1.0...

精选资源

hadoop插件apache-hadoop-3.1.0-winutils-master.zip

12-17

3. **HDFS初始化**：使用`winutils.exe`初始化HDFS文件系统，创建NameNode和DataNode的数据目录，这通常涉及到创建一些特定的目录结构并设置相应的权限。 4. **配置文件**：修改`conf/core-site.xml`和`conf/hdfs-...

ant-design-vue-3.1.0-rc.4.zip

08-26

基于 Ant Design 和 Vue 的企业级 UI 组件库

ThingsBoard 3.4 -- 规则链使用

weixin_43871079的博客

12-27

3176

用于演示ThingsBoard规则链使用

Thingsboard 规则链实现聚合统计遥测数据上一次和本次差值

l_h_y123的专栏

03-18

3427

最近遇到一个需求，按时间段统计一片区域的插座电量。看了下Thingsboard聚合查询函数，只支持 MIN, MAX, AVG, SUM, COUNT, NONE; 蛋疼了，没有差值，还得自己写规则链，想想还是Opentsdb好用，直接就能用。记录下差值计算的规则链写法，官网也有完整文档。 https://thingsboard.io/docs/user-guide/rule-engine-2-0/tutorials/telemetry-delta-validation/ 首先判断插座.

thingsboard通过python直连下发数据到PLC simatc S7-200

qq_37987982的博客

03-25

619

通过python连接Thingsboard与simatic S7-200

thingsboard-部件库开发之 rpc-部件开发

weixin_37676863的博客

06-17

3318

thingsboard 部分的知识网上也不是很多对于类似于我这样的一些同学来说看官方api简直是欲生欲死。正好最近也有项目，一边开发一遍写博，留作日志，同时也供大家参考。因为也是入门级别，所以有些地方可能有错误，欢迎大家指出。另外，有结交朋友的可以加我个人QQ：1038371990.备注csdn-thingsboard 话不多说，今天讲讲一个部件的开发。-rpc部件。 ...

在ThingsBoard中,使用部件库自定义RPC下发内容

知无涯

10-12

9209

众所周知，在ThingsBoard中可以对设备进行RPC指令的下发，但有一个限制，必须符合以下的格式。这种情况只能修改设备端，或者使用一个中转的 mqtt broker。所发送的内容必须包含method 与payload。有关RPC的API 可以查询这个链接。但是有朋友要求这样子。

【Thingsboard】源码分析：下行 rpc 调用

这个人很懒什么都没有~

11-07

996

log.info("[日志][ DefaultTbCoreDeviceRpcService -> processRpcResponseFromDeviceActor ]rpc2w响应处理");请求由 DeviceActor 发送出去后，transport会发送响应到队列里，队列服务获取到响应后同样是先给 tbCore。# deviceActor 将响应发送给 tb-core， tb-core 将响应发送给 rule-engine。# DeviceActor处理最终的rpc请求。

【Thingsboard】规则链使用详解

这个人很懒什么都没有~

11-02

1122

如果您正在使用某个规则引擎队列的RETRY_ALL, RETRY_FAILED, RETRY_TIMED_OUT或RETRY_FAILED_AND_TIMED_OUT策略，则某些失败的节点可能会阻止该队列中消息的整个处理。其他规则链也可以将消息转发到不同的规则链。这对许多用例很有用。同样在仪表板的底部，您可以找到规则引擎内部异常的描述，以及有问题的规则节点的名称。能够处理单个传入消息并生成一个或多个传出消息，发往不同的规则链路进行消息的路由处理，同时可以过滤，丰富，转换传入消息，执行操作或与外部系统通信。

【ThingsBoard】基于HTTP协议 RPC API

qq_34850482的博客

04-24

2076

2、场景二：服务端发送rpc命令到设备端，设备端接收到rpc命令进行业务逻辑处理。一种是等待客户端响应。假设有一个血压表设备，服务端发送rpc命令测量血压，血压执行测量血压操作，并返回血压值给服务端。ThingsBoard允许你从服务端应用程序向设备发送远程RPC调用，你也可以将命令发送到设备并接收命令执行的结果。1、场景一：设备端发送rpc命令到服务端，服务端接收到rpc命令进行业务逻辑处理，再发送响应给设备。同样你可以执行来自设备的请求，在后端应用进行某些计算或服务端逻辑处理然后将结果反馈到设备。

thingsboard之仪表盘rpc调用与返回

qq_40351360的博客

10-13

1405

thingsboard之仪表盘rpc调用与返回

Thingsboard 可视化 -- 按钮rpc和http rpc api接口实现双向rpc控制（tb网关mqtt方式）

l_h_y123的专栏

10-16

5587

Thingsboard网关可以支持多种常见协议，modbus、opc、mqtt等。很多人疑惑，为什么设备端不都用直连，还要用网关，我的理解是网关可以带多个设备，而连接tb核心服务就只有一路mqtt长连接，对资源也是一种节约，而且很多设备上报频率很低，用直连很浪费。我们公司目前使用的设备基本上都是mqtt连tb，这里就存在网关rpc双向通信问题，官网对通过网关双向rpc说的不是很清楚，参考价值不大。先说下网关通信原理。采集数据，设备端数据 -->采集控制服务--> 第三方mqtt -->

在wsl2的ubuntu里运行docker run -itd --runtime=nvidia --gpus all --name wst-mt-ocr-3.1.0 -p 2602:2602 -p 2603:2603 -p 2604:2604 chengdu-wst-mt-ocr-3.1.0:3.1.0 报错：docker: Error response from daemon: failed to create task for container: failed to create shim task: OCI runtime create failed: runc create failed: unable to start container process: error during container init: error running hook #0: error running hook: exit status 1, stdout: , stderr: Auto-detected mode as 'legacy' nvidia-container-cli: mount error: file creation failed: /var/lib/docker/overlay2/483b0a6913b541389467c0d17986aefb3c3aacb0664566731c524aa945b81dd3/merged/usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1: file exists: unknown

07-07

docker run -itd --gpus all -v /usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1:/usr/lib/x86_64-linux-gnu/libnvidia-ml.so.1 --name wst-mt-ocr-3.1.0 -p 2602:2602 -p 2603:2603 -p 2604:2604 chengdu-wst-mt-ocr...