跳到主要内容

485 采集转 MQTT

概述​

本手册用于指导运维人员将现场设备的 485 采集数据，通过 MQTT 通道稳定上送到云平台或第三方系统，并在设备维度完成精细化转发配置。

适用于以下场景：

  • 基于 Modbus/Modbus-RTU 或 电能/DL/T698-2010 协议采集逆变器、电表、储能等设备数据
  • 需要通过 MQTT 协议与上位平台集成
提示（Info）

建议先完成 485 链路与设备识别，再进行 MQTT 与转发规则配置。

适用范围​

  • 485 数据接入
  • MQTT 通道配置
  • 设备转发配置
  • 数据验证与问题排查

前置条件​

  1. 已确认现场设备支持 Modbus-RTU 或电能表规约，并具备设备手册中的地址、寄存器等参数。
  2. 已获取 MQTT 接入信息（地址、端口、用户名、密码、Topic 规范等）。

步骤一：485 数据接入配置​

1.1 启用通道并配置协议/地址​

  1. 进入“数据接入 -> 485”页面，找到现场已接线的串口通道（如 485-1、485-2）。
  2. 在通道卡片右侧打开启用开关。
  3. 在卡片内完成协议与地址配置：
    • 通讯协议选择与设备一致（如 Modbus/Modbus-RTU 或电能表规约）。
    • Modbus 场景：填写逻辑地址起始与结束值，点击右侧“+”添加地址区间。
    • 电能表规约场景：填写电表表号，并按需设置“间隔读取”。
    • 若协议为“Modbus/自定义”，在“通讯点表”中选择“点表配置 - Modbus”点表，点表内容需与设备手册寄存器与测点一致。

预期结果：

  • 通道显示为“启用/运行”。
  • 已配置的逻辑地址或表号在卡片中可见。
  • 所选点表生效，系统开始轮询该串口。

原理说明：

  • 启用通道后，采集器才会在 RS-485 总线上发起主站轮询。
  • 逻辑地址/表号决定轮询目标范围。
  • “通讯点表”决定寄存器与测点映射，必须与设备手册一致才能正确解析数据。
注意（Warning）

当协议为“Modbus/自定义”时，请在“点表配置 - Modbus”中补充 SN 识别相关配置（如设备 SN 的寄存器与解析规则），否则识别页可能无法展示 SN。

1.2 配置串口参数与高级参数​

  1. 点击通道右侧“设置”进入“串口设置”。
  2. 按设备手册填写串口号、波特率、数据位、校验位、停止位。
  3. 现场设备多、总线距离长或干扰大时，建议在高级参数中设置：
    • 间隔时间
    • 下位机通讯超时
    • 采集时间范围
    • 重试次数
  4. 保存配置。

预期结果：

  • 通道通信稳定。
  • 设备可持续响应。
  • 采集频率与重试策略符合现场要求。

原理说明：

  • 串口参数不一致会导致帧解析失败或数据错位。
  • 高级参数用于平衡实时性与稳定性，减少超时或频繁重试造成的丢包与拥塞。

1.3 执行设备识别并确认结果​

  1. 点击通道卡片右侧“识别结果/识别”按钮进入识别页面。
  2. 确认识别成功设备卡片中显示设备类型、品牌、型号与 SN。
  3. 若卡片为红色（未识别），返回检查逻辑地址、协议、点表匹配性后重新识别。

预期结果：

  • 识别页可显示设备信息。
  • 未识别设备可通过调整参数后重新识别。
  • 系统内部形成“通道 + 地址/表号”的数据源。
  • 页面可看到实时数据或状态变化。
  • 可在“设备管理 -> 设备列表”查看识别成功设备数据。

原理说明：

  • 识别结果用于验证协议、地址、点表配置是否正确。
  • 地址用于区分同总线多设备。
  • 轮询周期决定刷新频率。
  • 设备标识用于后续转发规则与平台设备的一一对应。

关键字段说明（步骤一）​

字段作用配置建议
通讯协议决定帧格式与寄存器解析方式必须与设备手册一致；不同协议建议拆分到不同通道
逻辑地址/表号定位总线上具体设备建议一台设备一个地址/表号，避免响应混乱
通讯点表定义采集寄存器与测点映射与设备手册寄存器表严格一致
串口参数（波特率/数据位/校验位/停止位）决定串口链路能否正确通讯必须与设备一致；链路较长或干扰大时可降低波特率
轮询周期/间隔读取控制采样频率结合设备数量与现场稳定性平衡实时性与总线负载
设备名称用于展示与转发匹配与现场台账一致且唯一

步骤二：MQTT 通道配置​

2.1 配置连接参数并测试连通性​

  1. 进入“通道管理 -> MQTT 通道”，点击页面右侧“编辑”，进入默认数据通道配置页。
  2. 在“基础连接”填写：名称、地址（如 mqtt://...）、端口、用户名、密码。
  3. 在“安全项”根据平台要求选择“是否需要验证”“是否需要加密”，如需加密则按平台要求开启并配置。
  4. 点击“连通性测试”，提示连接成功后再保存。

预期结果：

  • 通道可连通。
  • 认证项与加密项与平台要求一致。

原理说明：

  • 地址与端口决定目标 Broker。
  • 认证与加密决定连接是否被允许。
  • 连通性测试可提前发现网络或认证问题。

2.2 配置转发类型​

  1. 在“转发设置”中选择转发类型（如默认 MQTT 转发类型）。
  2. 保持与当前业务一致。

预期结果：

  • 转发类型正确。
  • 通道按对应规则上送数据。

原理说明：

  • 转发类型决定消息封装与上送方式。
  • 需与上游平台接口约定一致。

2.3 配置主题并启用通道​

  1. 在“主题配置”中设置转发范围与主题。
  2. 转发范围选择“采集器”（或平台要求范围）。
  3. 填写主题（如 /zone/out/collector/data/TDXEAX），确保与平台订阅规则一致。
  4. 保存配置并保持通道启用状态。

预期结果：

  • 平台可按主题订阅采集数据。
  • 通道持续在线，采集数据按主题上送。

原理说明：

  • 主题是 MQTT 路由键。
  • 范围与主题共同决定上送维度与订阅接收方式。
  • 通道关闭或参数不一致会导致上送中断。

关键字段说明（步骤二）​

字段作用配置建议
名称通道标识建议按项目或站点命名，便于维护
地址/端口MQTT 服务器入口与平台提供信息一致
是否需要验证 + 用户名/密码账号认证配置启用验证时必须填写正确账号信息
是否需要加密传输安全配置按平台要求开启
转发类型数据封装与上送方式选择平台约定类型
转发范围数据上送维度选择“采集器”表示以采集器维度上送
主题上送 Topic与平台订阅规则保持一致

步骤三：设备转发配置​

3.1 新增转发并进入配置列表​

  1. 进入“设备管理 -> 转发配置”，点击“新增转发”，填写名称后进入转发配置列表页。
  2. 页面可查看“转发端口、转发设备、地址、端口”等信息。
  3. 右侧可执行“绑定通道”“频次配置”等操作。

预期结果：

  • 成功进入转发配置列表。
  • 可看到当前已绑定通道与设备映射。

原理说明：

  • 列表页用于统一管理“设备 -> 通道”的转发关系，便于集中检查与维护。

3.2 配置转发频次策略​

  1. 点击“频次配置”，进入“转发频次配置”弹窗。
  2. 选择“实时模式”或“频控模式”。
  3. 填写转发周期、转发超时、重试次数后保存。

预期结果：

  • 转发频率与重试策略生效。
  • 满足现场带宽与稳定性要求。

原理说明：

  • 频次与重试参数用于平衡实时性与网络开销，减少高频上送导致的拥塞或超时。

3.3 绑定设备与目标 MQTT 通道​

  1. 点击“绑定通道”进入绑定页面。
  2. 左侧设备列表勾选需要上送的设备。
  3. 若需要转发到中鑫设备，需要为设备配置“转发协议/转发协议版本”；否则不需要。
  4. 右侧通道列表选择目标 MQTT 通道和目标端口。
  5. 保存。

预期结果：

  • 设备与通道绑定成功。
  • 列表页显示绑定关系。
  • 数据按选定通道上送。

原理说明：

  • 设备侧选择决定“上送哪些数据”。
  • 通道侧选择决定“发往哪里”。

关键字段说明（步骤三）​

字段作用配置建议
目标通道规则使用的实际链路一般对应 MQTT 通道，建议按业务系统划分
设备 SN设备唯一标识需与平台侧设备档案一致

步骤四：数据验证与问题排查​

4.1 数据链路核验​

  1. 在本系统实时数据或设备列表页面，确认 485 采集数据稳定更新。
  2. 使用 MQTT 客户端订阅目标 Topic，观察是否收到包含设备测点的实时消息。
  3. 在上游平台设备监控页面核对数值是否与 MQTT 报文一致。

预期结果：

  • 本地采集连续且无大量通信错误。
  • MQTT 客户端可看到与本地一致的数据。
  • 平台显示数据完整且一致。
成功（Success）

当本地实时数据、MQTT 订阅报文、平台展示三者一致时，可判定链路配置已闭环。

原理说明：

  • 先确认采集无误，可将问题范围收敛到 MQTT 或转发规则层。
  • 对比“本地采集 -> MQTT 报文 -> 平台展示”可快速定位问题环节。

关键检查项​

  • 485 通道状态是否在线或运行。
  • 设备是否有稳定实时数据。
  • MQTT 通道是否已连接且启用。
  • MQTT 客户端是否能订阅到消息。
  • 平台侧是否有对应设备与物模型配置。

注意事项​

  1. 串口接线（A+/B-）、终端电阻与接地对通信稳定性影响显著，建议先完成硬件调试再配置系统参数。
  2. MQTT 通道与转发规则建议先在测试环境联调，固化模板后再复制到生产。
  3. Topic 命名与物模型字段发布后变更成本高，需通过变更管理流程统一更新订阅端配置。
风险（Danger）

直接在生产环境修改 Topic 或物模型字段，可能导致订阅端大面积解析失败。

常见问题​

1. 485 通道启用后无数据或间歇掉线​

先用通讯调试或串口工具验证链路与串口参数，再检查地址配置与布线规范；多设备共享总线时可降低波特率与轮询频率。

2. MQTT 通道已连接但云平台无数据​

确认通道是否绑定对应 485 设备，并检查设备转发规则是否启用；可用 MQTT 客户端订阅 Topic 验证是否有消息。

3. 云平台仅收到部分测点或结构不符合物模型​

检查测点勾选是否完整，核对本地点名与平台字段映射是否一致。

4. 同一设备数据被多个平台重复接收​

检查是否存在多条指向不同通道但包含相同测点的规则，按业务需求精简测点集合或规则。

5. 更换 Broker 或 Topic 后数据不再上报​

更新 MQTT 通道参数并确保连接正常，同时确认所有相关转发规则指向新的通道，平台订阅端已同步更新。