三菱FX3SA的ST语言实战：手把手教你实现Modbus CRC校验

1. 为什么Modbus通信离不开CRC校验？

在工业自动化领域，Modbus RTU协议就像设备之间的"普通话"，而CRC校验则是确保对话准确无误的"校对员"。我曾在多个现场项目中遇到过因校验错误导致的通信故障——设备明明在线，数据却时有时无，排查半天才发现是校验码计算出了问题。

Modbus CRC校验的本质是一种差错检测机制。它通过对传输数据进行特定算法计算，生成一个16位的校验码。接收方用同样的算法验证这个校验码，就像我们核对快递单号一样，确保数据在传输过程中没有被"调包"或损坏。与标准CRC-16相比，Modbus CRC有两个特殊之处：

• 使用固定的多项式0xA001（标准CRC-16的位反转版本）
• 最终结果需要进行高低字节交换

在FX3SA这类紧凑型PLC上实现CRC校验时，ST语言的优势就凸显出来了。相比梯形图，ST语言的循环结构和位操作更接近常规编程语言，能更直观地实现算法逻辑。下面这个表格对比了两种实现方式的差异：

2. 深入理解Modbus CRC算法原理

第一次接触CRC校验时，我被那一堆位操作绕得头晕。直到把它拆解成做饭的步骤才恍然大悟——就像炒菜要按顺序放调料一样，CRC计算也有严格的操作流程。让我们用最直白的语言还原这个"烹饪过程"：

1. 准备食材：初始化CRC寄存器为0xFFFF（相当于备好一锅高汤）
2. 处理主料：逐个字节与寄存器异或（就像把食材逐样放入锅中）
3. 小火慢炖：对每个字节的8个位依次进行右移和条件异或（控制火候的翻炒过程）
4. 最后调味：完成所有数据后交换高低字节（出锅前撒把香菜）

在ST语言中，这个算法转化为以下关键操作：

• WAND：按位与操作，用于提取特定位
• WXOR：按位异或，核心计算操作
• ROR：循环右移，配合条件判断实现多项式运算

这里有个新手容易踩的坑：多项式0xA001其实是0x8005的位反转。为什么要反转？因为Modbus协议规定采用LSB（最低有效位优先）传输方式。我当初没注意这个细节，调试时校验码始终对不上，后来查协议文档才发现这个"文字游戏"。

3. GX Works2环境搭建与标签配置

工欲善其事，必先利其器。在FX3SA上实现CRC校验，首先要正确配置GX Works2工程环境。根据我的踩坑经验，以下几个设置特别关键：

1. 新建工程时务必勾选"标签"选项，这是使用ST语言的前提。曾经有同事忘记勾选，调试时各种诡异错误，最后发现是编译环境不完整导致的。

2. 标签配置相当于给变量安家落户。建议按功能划分全局标签和局部标签：

   • 全局标签：存放通信缓冲区、CRC结果等需要跨程序访问的数据
   • 局部标签：算法内部的临时变量，如循环计数器、中间计算结果

3. ST编辑器的智能提示不如专业IDE，建议先手写伪代码再填充实现。我习惯先用注释把算法框架搭好：

(* CRC计算流程 *) // 1. 初始化寄存器 // 2. 外层循环：处理每个字节 // 3. 内层循环：处理每个bit // 4. 条件异或操作 // 5. 结果字节交换

实际配置时，这些标签类型要特别注意：

• 计算缓冲：WORD数组类型，存放待校验数据
• CRC_INIT：初始值设为16#FFFF
• 溢出位：BOOL类型，用于暂存右移后的溢出位
• 字节循环/缓冲循环：INT类型，循环计数器

4. ST语言实现完整CRC函数块

现在进入实战环节，让我们把算法翻译成ST语言。下面这个实现版本是我经过多个项目验证的稳定方案，关键部分都加了详细注释：

FUNCTION_BLOCK CRC_Calc VAR_INPUT 计算缓冲 : ARRAY[0..255] OF WORD; // 输入数据缓冲区 计算数量 : INT; // 实际数据长度 END_VAR VAR_OUTPUT CRC结果 : WORD; // 计算得到的CRC值 END_VAR VAR 缓冲循环 : INT := 0; // 外层循环计数器 字节循环 : INT := 0; // 内层循环计数器 CRC_INIT : WORD := 16#FFFF; // CRC寄存器初始化 CRC_POLY : WORD := 16#A001; // 反转多项式 溢出位 : BOOL := FALSE; // 右移溢出标志 缓冲低八位 : WORD := 0; // 临时存储低字节 CRC高字节 : WORD := 0; // 结果高字节 CRC低字节 : WORD := 0; // 结果低字节 END_VAR // 主计算逻辑 BEGIN FOR 缓冲循环 := 0 TO 计算数量-1 BY 1 DO // 提取当前字节低8位 WAND(M8000, 计算缓冲[缓冲循环], 16#00FF, 缓冲低八位); // 与CRC寄存器异或 WXOR(M8000, CRC_INIT, 缓冲低八位, CRC_INIT); // 处理每个bit FOR 字节循环 := 0 TO 7 BY 1 DO // 检查最低位 WAND(M8000, CRC_INIT, 16#0001, 溢出位); // 右移一位 ROR(M8000, 1, CRC_INIT); // 最高位补0 WAND(M8000, CRC_INIT, 16#7FFF, CRC_INIT); // 条件异或 IF 溢出位 THEN WXOR(M8000, CRC_INIT, CRC_POLY, CRC_INIT); END_IF; END_FOR; END_FOR; // 结果字节交换 WAND(M8000, CRC_INIT, 16#00FF, CRC高字节); WAND(M8000, CRC_INIT, 16#FF00, CRC低字节); ROR(M8000, 8, CRC低字节); WOR(M8000, CRC高字节, CRC低字节, CRC结果); END_FUNCTION_BLOCK

这个函数块的使用就像调用微波炉的预设程序一样简单。在主程序中只需要三行代码：

// 实例化函数块 CRC_Calc_1( 计算缓冲 := 数据缓冲区, 计算数量 := 实际长度, CRC结果 => 校验结果 );

5. 调试技巧与通信验证

写完代码只是成功了一半，调试阶段才是真正的试金石。根据我的经验，Modbus CRC调试要分三步走：

第一步：单元测试用固定数据验证CRC算法是否正确。比如测试数据[0x01, 0x03]的正确CRC应该是0x0A5C。在监视模式下强制写入测试值，观察计算结果是否匹配在线CRC计算器。

第二步：通信测试使用Modbus Poll等测试软件时，注意这些细节：

• 站地址设置要与PLC一致
• 波特率、校验位等参数匹配
• 监视通信报文时，注意字节顺序

常见问题排查表：

有个实用的调试技巧：在发送响应前，先用MOV指令将CRC结果复制到特定寄存器，方便在线监视。我曾遇到一个诡异案例——计算值正确但通信仍失败，最后发现是响应帧长度设置少了两个字节（忘记包含CRC本身占用的空间）。

当看到测试软件第一次正确解析出PLC数据时，那种成就感就像修好了一台精密钟表。记得保存这个经过验证的函数块，它将成为你工业通信工具箱中的瑞士军刀。