1. 项目背景与核心挑战
凌晨三点半的车间里，PLC柜的绿灯规律闪烁。这个场景对于每个工业自动化工程师来说都不陌生。我手里握着万用表，正在调试一套由西门子S7-1200 PLC通过RS485总线控制28台测试仪表的系统。这是去年完成的一个实际项目，今天我想把其中的技术细节和经验教训完整分享出来。
这个项目的核心难点在于：使用一台西门子S7-1200 1215C DC/DC/DC PLC作为主站，通过CM1241 RS485模块连接28台不同品牌、不同型号的测试仪表。这些仪表虽然都支持Modbus RTU协议，但在具体实现上却存在诸多差异：
- 功能码差异：老式压力变送器使用03功能码读取保持寄存器，而新型流量计却要求使用23功能码进行批量读取
- 数据格式差异：部分仪表采用IEEE754浮点数但寄存器排列顺序相反
- 响应时间差异：最慢的仪表（17号设备）响应时间比其他设备慢200ms
- 协议细节差异：各厂家对Modbus协议的解释存在细微差别
2. 硬件配置与组态要点
2.1 硬件选型与连接
项目采用西门子S7-1200 1215C DC/DC/DC作为主控制器，右侧扩展CM1241 RS485通信模块。这个组合在中小型工业现场非常常见，性价比高且稳定性好。
硬件连接时特别注意：
- RS485总线采用手拉手拓扑结构，终端电阻只在总线两端各加一个120Ω电阻
- 所有仪表A线接A线，B线接B线，绝对不允许接反
- 屏蔽层单端接地（通常在PLC端接地）
重要提示：CM1241模块的硬件标识符是后续编程的关键参数，必须在设备视图中右键查看属性获取，不能凭经验猜测。这个16进制数值会在MB_MASTER指令块的PORT参数中使用。
2.2 TIA Portal硬件组态
在TIA Portal中完成硬件组态时，有几个关键设置容易忽略：
-
通信参数设置：
- 波特率：根据仪表支持情况选择（通常9600或19200）
- 数据位：8位
- 停止位：1位或2位（必须与所有从站一致）
- 校验方式：通常为偶校验（EVEN）
-
硬件标识符确认：
- 在项目树中展开PLC设备
- 右键CM1241模块选择"属性"
- 记录"硬件标识符"值（如16#0200）
-
通信负载设置：
- 在CPU属性中调整通信负载限制
- 28个设备轮询需要适当增加循环中断OB的执行时间
3. PLC程序设计详解
3.1 轮询机制实现
项目采用OB1主循环+定时器触发的轮询架构，核心代码如下：
STL复制 L "T_ModbusCycle" //500ms周期
SD T1
A T1
FP M0.0
JCN _end
CU C10 //轮询计数器
L C10
L 28
>=I
JCN _next
CLR
_next: L C10
SLW 3
LAR1
L "DeviceDB".Station[AR1,P#0.0] //取当前设备站号
T #MB_Station
CALL "MB_MASTER"
这段代码的精妙之处在于：
- 使用定时器T1控制500ms的轮询周期
- 计数器C10记录当前轮询的设备序号（0-27）
- SLW 3指令将计数器值乘以8（因为每个设备参数结构体占8个字节）
- 通过结构体数组DeviceDB动态获取当前设备的站号
3.2 数据结构设计
为管理28台设备的不同参数，我们创建了UDT（用户自定义数据类型）：
SCL复制TYPE "DeviceParameter"
STRUCT
Station : INT; // 站号
FuncCode : BYTE; // 功能码
Timeout : TIME; // 超时时间
DataAddr : WORD; // 数据地址
DataLength : WORD; // 数据长度
Reserved : ARRAY[0..1] OF BYTE;
END_STRUCT
然后在DB中创建数组：
SCL复制"DeviceDB" : ARRAY[0..27] OF "DeviceParameter"
这种设计允许每台设备拥有独立的通信参数，特别是Timeout字段解决了17号设备响应慢的问题。
3.3 数据解析处理
不同仪表的数据格式处理是另一个难点。以某温控器为例，其数据格式为IEEE754浮点但寄存器顺序相反：
SCL复制TempRaw := "MB_Data".ReadData[0] << 16 | "MB_Data".ReadData[1];
RealTemp := REAL_TO_INT(TempRaw);
对于采用不同功能码的设备，我们在轮询前动态设置MB_MASTER的功能码参数：
STL复制L "DeviceDB".FuncCode[AR1,P#0.0]
T #MB_FuncCode
4. 触摸屏程序设计要点
4.1 WinCC Flexible配置
在WinCC Flexible中，主要完成以下配置：
- 建立与PLC的连接
- 创建IO域绑定到PLC变量（如RealTemp）
- 设置合理的刷新周期（通常500ms-1s）
4.2 前端数据处理
直接映射PLC变量会导致数值跳变，因此在画面脚本中添加移动平均滤波：
JavaScript复制var newVal = SmartTags("RealTemp");
buffer.shift();
buffer.push(newVal);
avg = buffer.reduce((a,b)=>a+b,0)/buffer.length;
同时，为每个设备状态添加可视化指示：
- 通信正常/异常指示灯
- 数据更新时间戳
- 原始数据显示（用于调试）
5. 调试经验与问题排查
5.1 常见问题速查表
| 问题现象 | 可能原因 | 解决方案 |
|---|---|---|
| 部分设备无响应 | 站号设置错误 | 核对设备实际站号与程序设置 |
| 通信时断时续 | 终端电阻未接 | 检查总线两端120Ω电阻 |
| 数据解析错误 | 字节顺序不匹配 | 调整高低字节顺序 |
| 轮询卡在某一设备 | 该设备响应超时 | 单独增加该设备Timeout值 |
| 触摸屏显示跳变 | 刷新速率过快 | 增加前端滤波或降低刷新率 |
5.2 调试技巧分享
- 使用Modbus Poll软件单独测试每台设备，确认其协议细节
- 在PLC程序中添加通信状态监控点：
SCL复制IF #MB_Done THEN "CommStatus"[#CurrentDevice] := 1; ELSIF #MB_Error THEN "CommStatus"[#CurrentDevice] := 2; END_IF; - 对于响应慢的设备，在设备参数结构体中单独设置超时时间：
SCL复制"DeviceDB"[16].Timeout := T#500MS; // 17号设备设为500ms - 使用交叉引用表快速定位变量使用位置，避免修改遗漏
6. 项目优化与扩展
6.1 性能优化建议
- 动态调整轮询顺序：将关键设备放在轮询队列前面
- 实现分组轮询：将28台设备分为若干组，不同组采用不同轮询周期
- 添加通信质量统计：记录每台设备的通信成功率
- 实现自动重试机制：对通信失败的设备自动重试1-2次
6.2 功能扩展思路
- 添加设备自动识别功能：通过扫描获取在线设备列表
- 实现参数批量配置：通过Excel导入导出设备参数
- 增加Web访问功能：通过OPC UA或Web服务器实现远程监控
- 开发手机APP：通过4G路由器实现移动端监控
这个项目让我深刻体会到，工业现场通信远比实验室demo复杂得多。当第28个IO域终于同步刷新时，那种成就感确实比写完Hello World强烈百倍。希望这些经验能帮助正在Modbus通信道路上探索的同仁少走些弯路。