在大规模物联网系统中，告警能力是保障系统稳定运行的关键组成部分，尤其是在 LoRaWAN 等低功耗广域网络场景下，设备通常分散部署、长期无人值守。ThinkLink 平台基于原生 RPC 机制与触发联动模型，构建了一套灵活、可扩展的告警通知体系。通过将告警逻辑完全下沉到平台侧，用户无需修改设备固件，即可实现告警规则的配置、调整与规模化部署。本文将系统介绍 ThinkLink 告警的实现原理、数据处理流程以及实际配置方法，并结合 TKL + EB 方案，说明其在 LoRaWAN 存量市场改造中的价值。
一、ThinkLink 告警通知功能概述
ThinkLink 的告警通知功能基于平台内置的 RPC（Remote Procedure Call，远程过程调用）机制实现。
平台通过触发联动模型封装告警判断逻辑，在设备数据上报后实时执行规则判断，并根据结果调用特定的 ALARM 类型 RPC，实现告警的触发或消除。
ThinkLink 已提供默认的 ALARM RPC 实现，覆盖告警生命周期管理及通知分发。用户可在此基础上进行定制，以适配不同业务场景与行业需求，而无需改动设备侧程序。
二、核心机制：RPC 与告警数据流
2.1 ALARM RPC 消息类型说明
告警功能通过 alarm RPC 方法实现。
该 RPC 用于向平台告警模块传递告警事件信息，包括：
- 告警触发或消除动作
- 告警唯一标识
- 告警级别
- 告警描述信息
- 通知接收组
平台在接收到 ALARM RPC 调用后，将根据配置执行邮件、短信或第三方系统推送等通知动作。
ALARM RPC 的完整参数定义与实现说明可参考官方文档：
https://mensikeji.yuque.com/staff-zesscp/gqdw7f/lyh7hfbvi9sumrs2#kHHGt
2.2 告警数据处理流程
ThinkLink 的告警触发遵循一条完整的数据处理链路，确保告警判断的准确性与实时性。
步骤一：设备将遥测数据上报至 ThinkLink 平台
步骤二：平台基于设备物模型解析并标准化数据
步骤三：执行与设备或资产绑定的触发联动模型
步骤四：脚本判断条件并调用 ALARM RPC
该机制实现了告警逻辑与硬件的彻底解耦，便于后期运维与规则调整。
三、告警功能配置流程
3.1 创建触发联动模型
告警的触发与消除逻辑完全由触发联动模型中的 JavaScript 脚本控制。
配置建议如下：
- 将告警阈值（如 alarm_depth、alarm_weight）及通知组配置为设备服务端属性
- 通过修改设备属性即可动态调整告警规则，无需修改脚本
- 脚本中需显式调用 alarm RPC 方法
该方式适用于大规模设备统一管理与灵活告警策略配置。
3.2 规则绑定与对象挂载
完成触发联动模型配置后，需要将其与 ALARM 规则关联，并挂载至目标对象。
可挂载对象包括设备、资产或子设备。
完成挂载后，设备每次上报遥测数据，系统都会自动执行触发脚本，并在满足条件时调用 ALARM RPC。
TKL + EB：LoRaWAN 存量市场改造的新模式
TKL（ThinkLink）与 EB 的组合方案，使 LoRaWAN 在存量市场改造中不再只是通信通道，而是成为完整系统升级的基础。
该模式支持硬件先行部署、软件能力后置加载，并通过远程配置实现持续迭代。
对于缺乏底层协议和平台开发能力的系统集成商而言，这是一种可快速复制、易于规模化交付的解决方案路径。
合作说明
无论您是传感器厂商、系统集成商，还是行业解决方案提供商，只要您有将传统设备接入 LoRaWAN 网络的需求，门思科技均可提供支持。
提供免费技术支持与对接服务
不收取任何平台使用费用
仅需提供设备样品、技术文档及接入需求即可启动对接
ThinkLink 平台体验地址：
https://thinklink.manthink.cn