Question 1

为什么ThingsBoard将告警创建路由为ENTITY_CREATED而不是ALARM_CREATED？

Accepted Answer

在ThingsBoard中，告警是一种实体类型。创建告警时，系统会发出ENTITY_CREATED事件，因为这是一个新实体的创建。而ALARM_CREATED消息类型用于现有告警被触发或更新等场景，并非告警实体的初始创建。若您的规则链只需处理设备创建事件，请在Message Type Switch节点前添加一个过滤器节点，用于检查实体类型，例如使用TBEL脚本：return msg.id != null && msg.id.entityType == 'DEVICE';

Question 2

当超出ThingsBoard传输速率限制时，MQTT消息会发生什么？

Accepted Answer

当设备超出传输速率限制（例如100条消息/秒、1,000条/分钟、15,000条/小时）时，ThingsBoard不会静默确认并丢弃消息，而是发送MQTT DISCONNECT并关闭连接。对于QoS 0，消息丢失且无重试机制。对于QoS 1，若设备使用持久会话（Clean Start = false），根据MQTT标准，未确认的消息会在重新连接时重传。若使用临时会话（Clean Start = true），则传输中状态被清除，无论QoS级别如何都会导致消息丢失。平台端不会记录每条消息，仅生成速率限制违规通知。要恢复丢失的遥测数据，需依赖设备的本地缓冲区。

Question 3

即使遥测频率很低，为什么我的ThingsBoard Cloud数据点配额会快速耗尽？

Accepted Answer

在ThingsBoard中，遥测JSON负载中的每个键值都算作一个数据点，而不是整条消息。例如，一条包含32个键的消息每次发送会消耗32个数据点。如果将每个键值分别保存的规则链会进一步增加消耗。为减少用量：尽量减少每条消息中的键数量，降低发布频率，并检查规则链以消除冗余的数据点保存。同时需检查活跃设备数量，因为总用量与设备数量和每条消息的键数呈线性增长关系。

Question 4

如何在ThingsBoard中对整数遥测值的特定位触发报警？

Accepted Answer

直接位检查在告警规则中尚不支持（功能请求 #8055）。解决方法：使用包含 Script 节点（JavaScript）的规则链，通过位运算将位提取到新的遥测键中，然后在该键上设置告警规则。示例提取位 0（紧急停止）：`var fault = msg.faultWord; msg.emergencyStop = (fault & 1) !== 0; return {msg: msg, metadata: metadata, msgType: msgType};` 然后为 `emergencyStop == true` 创建告警规则。根据需要重复其他位操作。

thingsboard

核心功能

避坑指南

适用场景

标签

快速上手

相似推荐