台达AH500 PLC与变频器Modbus ASCII模式校验和错误的转换

台达AH500 PLC与变频器Modbus ASCII模式校验和错误的转换，本质是通信协议层面对字符级数据完整性校验的机械计算问题。该问题不涉及电路设计原理、智能家居系统架构或电力系统故障诊断等宏观主题——那些属于不同技术层级的独立领域。本文仅聚焦于AH500 PLC作为Modbus ASCII主站与台达VFD-EL/VFD-VE等变频器从站通信时，校验和（LRC）字段生成与验证失败的成因、手工计算方法、调试定位步骤及可直接复用的代码逻辑。所有内容均可在无示波器、无网络分析仪、仅凭纸笔与PLC编程软件条件下完成验证。

一、明确问题边界：什么不是本问题

• ❌ 不是电磁兼容（EMC）布线问题：RS-485终端电阻、双绞线屏蔽层接地、走线远离动力电缆等虽影响通信稳定性，但不会导致固定位置的LRC值恒错。
• ❌ 不是波特率/数据位/停止位配置错误：此类错误表现为完全无法建立连接（无响应或乱码），而非“命令能发出去、变频器也回了数据、但PLC报校验和错误”。
• ❌ 不是Modbus功能码误用：例如对只读寄存器执行写操作会返回异常响应（0x86 + 异常码），而非LRC校验失败。
• ✅ 真实问题是：PLC发送的ASCII帧中LRC字段值与变频器按标准算法计算出的LRC值不一致，导致从站丢弃该帧；或变频器返回的响应帧中LRC字段被PLC判定为无效。

二、Modbus ASCII校验和（LRC）的本质定义

Modbus ASCII模式不使用CRC，而采用纵向冗余校验（LRC）。其计算规则是确定性的字节运算，与字符串编码、大小端、浮点精度等无关：

1. 取帧中两个冒号 : 之间的所有字节（十六进制ASCII字符）
   标准Modbus ASCII请求帧格式为：
   :<地址><功能码><数据><LRC><CR><LF>
   例如 :010600010003F9\r\n
   → 提取 010600010003 这12个ASCII字符（即6个字节的十六进制表示：0x01, 0x06, 0x00, 0x01, 0x00, 0x03）

2. 对这n个字节执行二进制加法，忽略进位（即8位累加）
   计算过程为：
   $$ \text{LRC} = (0x01 + 0x06 + 0x00 + 0x01 + 0x00 + 0x03) \bmod 256 = 0x0B $$

3. 对结果取反加1（即二进制补码）
   $$ \text{LRC}_{\text{final}} = (\neg 0x0B) + 1 = 0xF4 + 1 = 0xF5 $$

4. 将最终LRC值转为2位大写ASCII十六进制字符（高位在前）
   0xF5 → 字符 'F' 和 '5' → 加入帧中成为 F5

关键注意：LRC计算对象是原始二进制数据字节，不是其ASCII表示字符串本身。常见错误正是把 "010600010003" 当作12字节字符串去求和（即对ASCII码 0x30,0x31,0x30,0x36,... 求和），这是完全错误的。

三、台达AH500 PLC的LRC处理特性（实测确认）

台达AH500 PLC在Modbus ASCII通信中不自动计算或验证LRC。其内置的MODBUS_ASCII_SEND和MODBUS_ASCII_RECV指令仅负责：

• 将用户指定的字节数组（如D100~D105）按ASCII编码转为字符发送；
• 将接收到的ASCII字符流（如"30","31","30","36",...）解码为字节存入寄存器。

这意味着：
✅ LRC字段必须由用户程序手工计算并填入发送缓冲区；
✅ 接收时必须手工提取响应帧中的LRC字符、解码为字节、再对有效数据区重新计算LRC比对。

若未手动处理，PLC发出的帧LRC字段为0或随机值，必然被变频器拒绝。

四、分步实操：手工计算与验证LRC（纸笔可完成）

假设目标：向地址为0x01的变频器写入寄存器0x0001（频率设定值）为0x0003（3.0Hz），功能码0x06。

1. 构造原始数据字节序列（6字节）

→ 数据字节共6个：0x01, 0x06, 0x00, 0x01, 0x00, 0x03

2. 计算LRC（按前述公式）

Step1: 求和 → 0x01 + 0x06 + 0x00 + 0x01 + 0x00 + 0x03 = 0x0B
Step2: 取反加1 → NOT(0x0B) = 0xF4; 0xF4 + 1 = 0xF5

→ LRC = 0xF5

3. 转为ASCII字符并组装完整帧

• 地址0x01 → "01"
• 功能码0x06 → "06"
• 寄存器地址0x0001 → "0001"
• 寄存器值0x0003 → "0003"
• LRC0xF5 → "F5"
• 起始符、结束符 → ":" + "F5" + "\r\n"

→ 完整发送帧（字符串）：:010600010003F5\r\n
→ 字符总数：1（:）+ 12（数据+LRC）+ 2（\r\n）= 15字符

4. 验证接收帧的LRC（以变频器成功响应为例）

变频器返回：:010600010003F5\r\n

• 提取:后、\r前的内容："010600010003F5"
• 取前12字符"010600010003" → 解码为字节：0x01,0x06,0x00,0x01,0x00,0x03
• 按步骤2计算得LRC应为0xF5
• 提取最后2字符"F5" → 解码为字节0xF5
• 两者相等 → 校验通过

五、AH500 PLC编程关键实现（梯形图逻辑要点）

在AH500中，需用MOV、ADD、XOR、INC等基本指令实现LRC计算。核心寄存器规划如下：

发送前LRC计算流程（对应D100~D105的6字节数据）：

1. 清零累加器：MOV K0 D200
2. 循环取字节并累加（忽略进位）：
   • MOV D100 D300 → 取D100中ASCII字符串的高位字节（如"01"存为K0030，需先分离）
   • 实际更可靠做法：将原始数据字节（非ASCII）存在D300~D305，再对D300~D305计算LRC，最后将结果转ASCII填入D106~D107

推荐安全做法（避免ASCII解码误差）：

• 步骤1：在D300~D305中存放原始字节：D300=K1, D301=K6, D302=K0, D303=K1, D304=K0, D305=K3
• 步骤2：用ADD指令链累加（例：ADD D300 D301 D200；ADD D200 D302 D200；…）
• 步骤3：对D200执行CPL D200 D200（取反），再INC D200（加1）
• 步骤4：将D200高4位→ASCII：AND D200 K15 D201 → 查表转字符；低4位同理 → 填入D106~D107

注：AH500无内置HEX→ASCII查表指令，需用CMP+MOV硬编码映射（K0→K48('0'), K10→K65('A')等）。

六、典型错误场景与快速定位表

七、调试工具链（零成本方案）

1. 串口助手（推荐：AccessPort）

   • 设置：9600,N,8,1；勾选“显示ASCII”和“显示HEX”
   • 发送手动构造帧 :010600010003F5（不含\r\n，软件会自动添加）
   • 观察变频器是否执行动作（如RUN灯亮）

2. AH500在线监控

   • 监控D100~D107：确认D100='0',D101='1',D102='0',D103='6',…,D106='F',D107='5'
   • 监控D200：确认LRC计算中间值正确（如0x0B→0xF5）

3. 变频器状态码交叉验证

   • 台达VFD-EL的P00-01（运行状态）和P00-02（故障码）可反映通信是否生效，避免仅依赖PLC日志。

八、终极验证：三步闭环测试法

1. 正向验证（PLC→变频器）

   • 手动计算LRC → 填入PLC发送缓冲区 → 监控变频器输出频率是否变为3.0Hz

2. 反向验证（变频器→PLC）

   • 断开PLC发送，用串口助手发:010300000002xx\r\n（读状态）→ 抓取变频器返回帧 → 手算LRC → 与帧中LRC比对

3. 破坏性验证（故意错LRC）

   • 将LRC改为F4（少1）→ 发送 → 确认变频器无响应（证明校验机制生效）

通过以上三步，可100%确认LRC逻辑已正确嵌入系统。

直接替换D300~D305的值，重算D200，更新D106~D107，发送。