Modbus 数据记录仪应用案例：PLC 运行数据长期留痕与故障追溯

应用背景：现场问题发生了，但证据不完整

在工业设备运行现场，很多故障并不是稳定复现的。设备可能连续运行数天、数周都正常，却在某个夜间、某个工况切换瞬间或某次启停过程中突然报警、停机或性能异常。

这类问题排查时，现场通常会遇到几个困难：

PLC 或控制器内部历史记录容量有限，无法长期保存完整运行过程
报警记录只能告诉工程师“发生了什么”，却很难还原“发生前经历了什么”
临时接电脑抓数据需要人员在场，且不适合长时间部署
客户现场网络环境复杂，不一定允许接入云平台或外部服务器
售后人员到场后，故障往往已经消失，只能依赖口头描述和少量报警信息判断

客户需要一种低成本、独立运行、便于交付的数据记录方式，把设备关键运行参数长期保存下来，在问题出现后能够回看完整过程。

项目需求

某工业设备客户希望在不大改动原有控制系统的前提下，为现场设备增加一套运行数据留痕能力。核心需求包括：

通过以太网接入现有 PLC 或控制器网络
周期性读取 Modbus TCP Holding Registers
将温度、压力、电流、状态位、报警位等关键参数保存为标准 CSV 文件
支持中文表头、工程量换算和点位名称配置，方便售后人员直接分析
数据保存在本地 TF 卡中，不依赖上位机或互联网持续在线
现场需要取数时，可通过网络下载日志文件，不必拆机取卡
支持双网口款部署，既可集中接入同一网络，也可串接在 PLC 与 PC 之间
设备应具备长期运行能力，通信异常或存储异常时能够保持可观测状态

客户最终希望达到的效果很明确：让每台设备都拥有一份可追溯的运行档案。

解决方案：嵌入式 Modbus 数据记录仪

针对该需求，我们提供了一套面向工业现场的嵌入式 Modbus 数据记录仪方案。设备基于 STM32F407、FreeRTOS、LwIP 与 FatFs 构建，作为独立记录终端接入设备网络，通过 Modbus TCP 主站方式主动采集 PLC 数据。

整体工作流程如下：

设备上电后挂载 TF 卡并加载 config.json 配置文件
根据配置初始化本机 IP、网关、子网掩码和时间同步服务
Modbus TCP 任务连接指定 PLC IP、端口和 Unit ID
按设定周期读取 Holding Registers，并按协议上限自动分片请求
将原始寄存器数据转换为带时间戳的工程化数据行
CSV 写入任务异步写入当天日志文件，避免采集过程被存储 I/O 阻塞
现场人员可通过 TFTP 下载历史 CSV、读取设备状态或上传新配置

这套方案不要求原 PLC 程序大幅修改，也不要求现场电脑长期在线。设备安装完成后即可持续记录运行数据，在故障发生后提供可分析、可交付、可归档的数据证据。

对于需要更灵活布线的现场，该系列还提供双网口款。双网口款可用于多台记录仪集中接入同一网络，也可将 PLC 与 PC 通过记录仪连接在一起，在不破坏原有调试链路的情况下增加数据记录能力。

关键能力

1. Modbus TCP 周期采集

设备内置 Modbus TCP Master 能力，可连接现场 PLC 或工业控制器，周期性读取保持寄存器。

方案支持：

PLC IP、端口和 Unit ID 可配置
Holding Register 起始地址和读取数量可配置
单次请求按 Modbus 协议限制自动分片
采集周期可按项目需求设置
通信失败时任务持续运行，并通过状态灯和网络日志提示异常

对于客户而言，这意味着 Modbus 数据记录仪可以直接接入大量已有 Modbus TCP 设备网络，用较小改造成本获得长期数据记录能力。

2. 工程化 CSV 日志

采集到的数据会被写入 TF 卡中的 CSV 文件。CSV 文件格式通用，便于用 Excel、Python、MATLAB 或数据库工具进行后续分析。

CSV 记录能力包括：

第一列为时间戳，后续列为采集点位
按日期生成日志文件，便于按天归档
支持 UTF-8 BOM，Windows 和 Excel 下可正确识别中文表头
支持中文点位名称，例如“进水温度(℃)”“压缩机电流(A)”“报警状态”
支持数据类型、字序、比例系数和状态位解析

相比只保存原始寄存器值，工程化 CSV 能让售后和客户更快看懂设备当时的真实状态。

3. 灵活点位配置

现场设备的寄存器定义往往各不相同。方案通过 config.json 管理点位配置，可按项目定义每个字段的偏移、类型、字序、缩放系数和显示名称。

典型点位包括：

温度、压力、流量、电流、电压等模拟量
运行模式、启停状态、阀门状态等状态量
报警字、保护字、故障码等诊断信息
产线计数、设备节拍、能耗统计等运行指标

例如 PLC 中保存的温度原始值为 235，配置比例系数 0.1 后，CSV 中可直接记录为 23.5。这让日志从“寄存器表”变成更接近工程师日常理解的运行报表。

4. 以太网取数与维护

设备通过 TFTP 提供轻量化文件访问和维护接口。现场人员可在不拆机的情况下，通过上位机或通用 TFTP 工具完成取数。

常用操作包括：

下载指定日期的 CSV 日志
获取文件列表
读取设备信息和运行状态
上传新的配置文件
请求当前正在写入的 CSV 文件快照
远程重启设备或进入维护模式

其中“当前文件快照”对现场诊断很有价值。设备正在持续写入 CSV 时，维护人员可以请求生成一致性快照，然后下载快照文件进行分析，减少直接读取活动文件带来的冲突风险。

5. 双网口款与灵活拓扑

该系列还提供双网口款，适合现场布线受限、设备数量多或需要保留原有调试网络的应用。双网口设计让记录仪不只是一个旁路采集设备，也可以成为 PLC、PC 和现场网络之间的灵活连接节点。

典型拓扑包括：

多台集中监控：例如 100 套 Modbus 数据记录仪接入同一个网络，PC 或上位机可集中查看设备状态、同步时间、下载日志文件
PLC 与 PC 串接：将 PLC 和 PC 分别接到记录仪两个网口，调试人员仍可访问 PLC，同时记录仪持续采集并保存关键运行数据
分布式设备留痕：多台设备分布在不同工位或产线节点，记录仪就近接入控制器，再统一接入维护网络

这种部署方式特别适合设备厂家批量出货、产线联调、实验台架群组测试和售后集中巡检场景。现场人员可以在同一网络内管理多台记录仪，而不必逐台拆机取卡或反复改线。

6. 可观测与长期运行设计

为了适应工业现场长期部署，系统并不是简单循环采集，而是采用 FreeRTOS 多任务架构，将网络、存储、采集、写入、时间同步和健康监控分层处理。

可靠性设计包括：

TF 卡挂载检测和异常状态提示
CSV 写入队列解耦采集与存储
通信异常持续运行，不因单次读取失败退出任务
独立看门狗和任务健康状态约束
UDP 网络日志输出，便于不接串口查看运行状态
状态灯提示存储、通信和数据接收状态

这些设计让设备更适合放在现场长期运行，而不是只用于短时间调试。

实施效果

方案部署后，客户将 Modbus 数据记录仪接入设备控制网络，选取温度、压力、电流、运行状态、报警状态等关键寄存器进行长期记录。

在批量部署场景中，客户还可将多套记录仪接入同一维护网络，由 PC 统一进行状态监控、日志下载和时间同步。对于需要现场联调的设备，双网口款可以串接在 PLC 与 PC 之间，让调试访问和数据记录同时进行。

在后续现场问题排查中，客户能够直接下载对应日期的 CSV 文件，查看异常发生前后的连续数据变化。工程师不再只依赖报警时间点，而是可以结合趋势曲线判断：

异常前压力或温度是否已有缓慢漂移
报警触发前设备状态位是否发生过切换
电流、负载或启停过程是否存在瞬态异常
通信中断、传感器异常和控制逻辑动作之间的先后关系

通过这套记录链路，客户在多个现场问题中明显缩短了故障定位时间，也减少了售后人员反复到场和临时接线抓数的工作量。

适用场景

Modbus 数据记录仪适合部署在需要长期运行数据留痕的工业设备中，例如：

制冷机组、热泵、空压机、泵站等能源设备
自动化产线、测试台架、实验设备
带 PLC 或嵌入式控制器的专用工业装备
多台设备集中监控、批量巡检和统一取数场景
需要售后远程诊断、故障追溯和运行质量评估的设备
不方便接入云平台，但需要本地保存运行证据的客户现场

它的价值不只在于“把数据存下来”，更在于把现场短暂发生的运行状态转化为后续可回看、可分析、可交付的数据证据。

经验与总结

通过该项目可以看到，工业现场的数据记录需求并不总是追求复杂平台。很多时候，客户真正需要的是一套简单可靠的闭环：

从 PLC 中稳定采集关键参数
按统一格式保存为长期可读的 CSV 文件
在故障发生后能快速下载、查看和分析

Modbus 数据记录仪把这条链路集成到一个独立嵌入式设备中，让设备运行过程从“只能事后猜测”变成“可以用数据复盘”。

对于设备厂家，它可以降低售后排查成本，帮助研发团队基于真实现场数据优化产品。对于终端客户，它提供了清晰透明的运行记录，让设备状态不再只依赖瞬时报警和人工描述。

一句话概括：Modbus 数据记录仪让工业设备具备可追溯的运行档案。