先收集设备协议,再选择采集器
RS-485 说明电气接口,并不说明仪表的寄存器、指令和数据含义。开始前要取得设备型号、通信参数、协议说明与需要读取的数据项。若已有 EdgeBus 适配资料,也应确认型号、协议版本与功能范围。
- 设备接口、供电与通信地址。
- 波特率、校验方式及设备支持的通信协议。
- 要读取的数据项、单位、缩放系数与异常值。
- 数据更新速度、采集周期与允许的查询方式。
让采集器适合现场条件
导轨安装的 RS-485 现场可关注 KC25;需要按供电和安装条件配置的 RS-485 采集可查看 KC21。若原设备是 M-Bus 接口,应转向 KC22 等对应产品,不能把接口不同的表计直接接到同一类端口。
采集器为外部设备供电的能力与限制,需查阅具体型号及配置。现场已有的纯机械仪表,还需要具备可采集的电信号输出,才可进入这条数据链路。
把协议变成可以验证的采集逻辑
EdgeBus 在采集器上执行读取与处理程序。AI 可以辅助理解协议和编写 JS 逻辑,但返回数据仍需与设备手册、现场读数和样本报文逐项核对。程序应处理通信异常、数据校验及单位换算。
按业务需要组织采集和上报,而不是把每次串口响应原样搬到无线网络。上线前评估数据量、上报周期和现场网络条件,并保留程序版本与配置记录。
从一个设备,验证完整链路
- 读取现场仪表,核对原始响应与实际读数。
- 检查解析结果、单位、缩放和异常处理。
- 通过 LoRaWAN 网关接入 ThinkLink,确认数据字段。
- 核对页面、告警和业务所需的数据更新节奏。
- 记录配置与验证结果,再扩展到更多设备。
完整的协议与开发资料继续使用 ThinkLink 官方文档;具体接入是否可行,以设备协议、固件能力和现场验证结果为准。
资料来源
具体型号、接口与配置以对应官方资料和确认配置为准。
KC25
KC21
KC22