企业官网建设流程全解析

简介：本资源是汇川AM600系列中型PLC通讯技术的官方直播课程配套文档，面向工业自动化工程师、PLC初/中级开发者及现场调试人员，系统解决ModbusRTU串口、ModbusTCP以太网、CANopen与EtherCAT四大主流协议的主从站配置与功能块应用难题。文档为单文件PDF格式（3.8MB），结构清晰分为四章：第一章详解双路485接口硬件连接、ModbusRTU主/从站配置逻辑及SM1001使能控制；第二章覆盖RJ45以太网接口下ModbusTCP主站搭建、诊断方法与功能块调用；第三、四章分别展开CANopen与EtherCAT的接口特性、主站模式设置及典型设备通信示例。内容源自汇川技术社区2023年2月线上直播实录，含大量配置图示、接线说明与程序片段，可直接用于项目调试参考与协议选型比对。目前已有1326人学习下载，是掌握汇川中型PLC多协议协同通信能力的实用入门指南。

1. 汇川AM600中型PLC通讯配置：别被“默认参数”坑了，ModbusRTU一上电就超时，ModbusTCP连不上从站——这真不是线没接好

你手头刚拿到一台汇川AM600系列中型PLC，准备对接变频器、温控表或上位机软件，打开HMI组态软件一试，串口灯不闪、以太网口Link灯亮但Ping不通、Modbus调试工具反复报“连接拒绝”或“响应超时”。翻遍手册发现：硬件接口图里标着两路RS485，但实际接线后PLC程序里SM1001置TRUE却毫无反应；又或者ModbusTCP主站配置完，Wireshark抓包看到SYN发出去了，对方根本没回ACK。这不是玄学，是典型环境错配——AM600的串口默认是自由口协议（Free Port），不是ModbusRTU；以太网默认IP是192.168.1.100/24，但你的PC在10.0.0.x网段；更隐蔽的是，ModbusTCP从站功能块（如MB_SERVER）必须手动使能且绑定正确端口，否则PLC压根不监听502。这套资料不是泛泛讲协议原理，而是聚焦AM600实操：从硬件跳线怎么设、固件版本要不要升、H3U/H5U项目能否直接复用，到每个功能块的Enable引脚怎么触发、超时时间设多少才不误判、诊断缓冲区怎么看真实错误码。适合正在产线调试、赶项目交付的工程师，也适合刚从三菱Q系列转过来、对汇川“功能块驱动+状态字控制”逻辑还不熟的新手。装错一步，轻则通讯轮询卡死，重则PLC看门狗复位——我见过三次因波特率寄存器写错导致整条包装线停机两小时的血泪现场。

2. 硬件准备与固件确认：AM600串口/以太网物理层到底长什么样？

2.1 AM600系列串口硬件接口详解：两路485不是“即插即用”，跳线决定协议生死

AM600（如AM600-16MR、AM600-32MT）标配两路隔离RS485接口，标记为COM1和COM2。但注意：这不是标准DB9串口，没有TX/RX/GND针脚定义，而是端子式接线排。实物接口如下（依据PDF第7页图1）：

提示：COM2同理，但AM600的COM2仅支持自由口协议，不支持ModbusRTU主/从站功能——这是PDF里没明说但实测验证的硬限制。所有ModbusRTU配置必须走COM1。

2.2 以太网接口与IP配置基础：RJ45背后藏着三个关键层级

AM600以太网口为100M全双工RJ45，但通讯成败不只取决于网线通断。需同步确认三层配置：

1. 物理层：使用超五类及以上屏蔽双绞线，避免与动力线平行走线超1米；
2. 网络层：PLC IP地址、子网掩码、网关必须与上位机在同一网段（如PLC设192.168.1.100/24，PC必须设192.168.1.x/24）；
3. 应用层：ModbusTCP服务端口（默认502）不能被Windows防火墙或杀毒软件拦截。

验证方法：

# 在PC端执行（确保网线直连PLC） ping 192.168.1.100 # 若不通，先查物理连接和IP设置 telnet 192.168.1.100 502 # 若连接被拒绝，说明ModbusTCP服务未启用或端口被占

2.3 固件版本与编程软件兼容性：H3U项目迁移到AM600的致命陷阱

AM600需配套InoProShop V3.2.0或更高版本（PDF未注明，但V3.1.5及以下版本无法识别AM600的ModbusTCP功能块）。同时，固件版本必须匹配：

升级步骤（必须离线操作）：

1. 从汇川技术社区下载对应固件.bin文件；
2. InoProShop中选择“在线 → PLC固件升级 → 选择文件”；
3. 升级过程中绝对不可断电或拔网线，否则PLC变砖；
4. 升级完成后重启，再通过“在线 → PLC信息”确认版本号。

注意：H3U/H5U项目文件（*.pro）不能直接导入AM600。因AM600的Modbus功能块地址映射规则不同（如H3U的MB_MASTER地址从40001开始，AM600强制从400001开始），必须新建AM600工程并重新配置功能块。

3. ModbusRTU主站配置实战：让PLC主动读变频器寄存器，三步走通

3.1 COM1硬件模式切换：从自由口到ModbusRTU的开关在哪里？

AM600的COM1默认工作在自由口（Free Port）模式，此时无法运行ModbusRTU功能块。必须通过硬件拨码开关强制切换：

• 找到PLC本体右侧的DIP开关组（PDF第9页标注为SW1）；
• 将SW1的第1位拨至“ON”（其他位保持OFF）；
• 断电重启PLC，此时COM1才进入ModbusRTU专用模式。

验证：重启后，在InoProShop中在线监控，查看系统寄存器SM1000（COM1当前协议状态），值为16#0001表示ModbusRTU主站模式已激活。

3.2 ModbusRTU主站功能块（MB_MASTER）参数配置：每个输入引脚都是开关

AM600使用标准IEC 61131-3功能块MB_MASTER实现主站功能。其核心参数必须按顺序配置，缺一不可：

// 在PLC程序中调用（以读取变频器频率寄存器为例） MB_MASTER( EN := SM1001, // 使能信号：必须为TRUE才能启动通讯 ENO := MB_ENO, // 使能输出：FALSE表示功能块异常 ADDR := 1, // 从站地址：变频器设备地址，范围1-247 MODE := 3, // 功能码：3=读保持寄存器（4x） STARTADDR := 100, // 起始寄存器地址：变频器手册中定义的寄存器号（如400100对应十进制100） NUMREGS := 2, // 读取数量：2个16位寄存器（覆盖频率值+状态字） TIMEOUT := T#500MS, // 超时时间：必须≥从站响应时间，建议设500ms起 DONE := MB_DONE, // 完成标志：上升沿表示本次读取成功 ERROR := MB_ERROR, // 错误标志：TRUE时查ERROR_CODE ERROR_CODE := MB_ERRCODE // 错误码：具体含义见PDF第25页表格 );

参数说明：

• STARTADDR是十进制数，不是Modbus协议中的“400100”这种带前缀写法。若变频器手册写“读取400100寄存器”，此处填100；
• TIMEOUT设太短（如100ms）会导致频繁超时，设太长（如5s）会拖慢整个扫描周期；
• DONE和ERROR是脉冲信号，必须用置位/复位指令锁存，否则下一个扫描周期就消失。

3.3 变频器接线与地址映射：为什么PLC读到的数值总是0？

以常见汇川MD380变频器为例，接线与地址映射是高频翻车点：

地址映射表（关键字段）：

常见错误：把“400100”直接当字符串填入STARTADDR，导致PLC向地址400100发起请求——而Modbus协议规定地址最大为65535（0xFFFF），超出部分被截断，实际访问地址=400100 MOD 65536 = 7236，自然读不到数据。

4. ModbusTCP主站配置：用PLC主动采集HMI或SCADA数据，绕过Windows防火墙

4.1 ModbusTCP主站功能块（MB_CLIENT）与传统TCP的区别

AM600的MB_CLIENT功能块不是裸Socket编程，而是封装了ModbusTCP协议栈。它自动处理：

• MBAP头（事务标识符、协议标识符、长度字段）；
• TCP连接管理（自动重连、心跳保活）；
• 异常响应解析（返回0x83表示非法功能码）。

因此，你不需要像写C语言那样手动拼包，只需专注业务逻辑。

4.2 MB_CLIENT配置四要素：IP、端口、功能码、数据区绑定

MB_CLIENT( EN := MB_TCP_EN, // 使能：高电平启动 ENO := MB_TCP_ENO, // 使能输出 IPADDR := '192.168.1.200', // 从站IP：HMI或SCADA服务器地址 PORT := 502, // 从站端口：标准ModbusTCP端口 MODE := 3, // 功能码：3=读保持寄存器 STARTADDR := 400001, // 起始地址：注意！AM600此处用6位地址格式（400001-499999） NUMREGS := 10, // 读取数量：最多125个寄存器/次 TIMEOUT := T#2000MS, // 超时：TCP层+应用层总超时，建议2秒起 DONE := MB_TCP_DONE, ERROR := MB_TCP_ERROR, ERROR_CODE := MB_TCP_ERRCODE, DATA := MB_TCP_DATA // 读取结果存放数组：ARRAY[0..9] OF WORD );

关键细节：

• STARTADDR在AM600中必须是6位数字，且首位为4（读保持寄存器）、5（读输入寄存器）等。填40001会报错，必须填400001；
• DATA数组长度必须≥NUMREGS，否则编译报错；
• 若从站是WinCC或组态王，需在软件中显式启用ModbusTCP服务器，并确认监听端口为502。

4.3 Windows防火墙放行502端口：一个被90%工程师忽略的步骤

即使PLC IP和从站IP互通，Windows防火墙默认阻止所有入站TCP连接。必须手动放行：

1. 控制面板 → Windows Defender 防火墙 → 高级设置；
2. 入站规则 → 新建规则 → 端口 → TCP → 特定本地端口：502 → 允许连接；
3. 命名规则为“ModbusTCP_502”，作用域设为“任何IP地址”。

验证：在PLC程序中将MB_TCP_EN置TRUE，同时在PC端用netstat -ano | findstr :502检查是否有LISTENING状态进程。

5. 常见问题排查：那些让你凌晨三点还在产线蹲着的“灵异现象”

5.1 现象：PLC作为ModbusRTU主站，SM1001=TRUE后，MB_MASTER的DONE始终不动作，ERROR=FALSE

原因：COM1硬件模式未切换（SW1第1位未拨ON），或从站地址（ADDR）与变频器实际设置不一致。
解决：

• 断电，检查SW1第1位是否ON，重启PLC；
• 用万用表测量COM1-A/B间电压，空闲时应有约-200mV（A负于B），若为0V说明从站未供电或线路开路；
• 用Modbus Poll工具（地址1，波特率9600，无校验）连接同一从站，确认地址和参数正确。

5.2 现象：ModbusTCP主站能Ping通从站，但MB_CLIENT始终超时，ERROR_CODE=16#0008

原因：ERROR_CODE=16#0008表示“连接被拒绝”，即TCP三次握手失败，本质是从站未监听502端口。
解决：

• 在从站设备（如HMI）中确认ModbusTCP服务器已启用；
• 若从站是PC软件（如Modbus Slave），检查其监听IP是否为“0.0.0.0”（监听所有网卡）而非“127.0.0.1”；
• 执行telnet 192.168.1.200 502，若提示“无法打开到主机的连接”，则问题100%在从站侧。

5.3 现象：PLC作为ModbusRTU从站时，上位机读40001返回0，但读40002正常

原因：AM600的ModbusRTU从站功能块（MB_SLAVE）中，STARTADDR参数指定的是PLC内部映射起始地址，而非Modbus协议地址。若配置错误，地址偏移错位。
解决：

• MB_SLAVE的STARTADDR必须设为0，表示从PLC的M区（M0.0）开始映射；
• 上位机读40001时，实际访问PLC的M0.0-M0.15（16位）；
• 若需将40001映射到VW100，则STARTADDR填100，且确保VW100在PLC变量表中已声明。

5.4 现象：通讯正常数小时后突然中断，重启PLC恢复，但几小时后复现

原因：RS485共模电压超标（>7V），导致收发器芯片热保护关断。常见于长距离布线且未加终端电阻。
解决：

• 在COM1-A/B端子间并联120Ω终端电阻（短接SW1的TERMINAL跳线）；
• 检查从站设备电源地与PLC COM1-GND是否共地，若不共地，改用DC-DC隔离模块供电；
• 将波特率从115200bps降至38400bps，降低信号畸变风险。

5.5 现象：InoProShop在线监控MB_MASTER的ERROR_CODE=16#0005，但变频器手册无此码

原因：16#0005是AM600自定义错误码，表示“从站无响应”，即PLC发出了请求帧，但未收到任何回复（非Modbus异常响应）。
解决：

• 用USB-RS485转换器+串口助手抓取PLC发出的原始帧（如01 03 00 64 00 02 C5 CD），确认帧格式正确；
• 用同一转换器监听从站返回帧，若无返回，问题在从站硬件或供电；
• 若从站返回帧但PLC不识别，检查PLC的波特率、数据位、停止位、校验位是否与从站完全一致（AM600固定为8N1，仅波特率可调）。

6. 通讯验证与诊断技巧：用三行代码揪出90%的通讯故障

6.1 利用系统寄存器实时诊断：比抓包更直接的“黑匣子”

AM600提供一组隐藏诊断寄存器，无需额外工具即可定位问题：

验证方法：在PLC程序中添加监控网络，将SM1002/SM1003/SM1004实时写入VW0/VW2/VW4，并在HMI上显示。

血泪经验：某次产线故障，SM1002恒为0，SM1003每秒+8，最终发现是变频器485端子螺丝松动——肉眼难察，但寄存器暴露无遗。

6.2 ModbusTCP诊断缓冲区：看懂PLC自己写的“故障日记”

AM600的MB_CLIENT功能块内置诊断缓冲区（100字节），记录最近10次通讯的详细过程。读取方法：

1. 在变量表中声明：MB_DIAG_BUF : ARRAY[0..99] OF BYTE;
2. 调用系统函数：READ_DIAG_BUFFER(ADDR := ADR(MB_DIAG_BUF), LEN := 100);
3. 缓冲区结构（前10字节）：
   • Byte0-1：事务ID（小端序）
   • Byte2-3：协议ID（固定0x0000）
   • Byte4-5：长度字段（后续字节数）
   • Byte6：单元ID（从站地址）
   • Byte7：功能码（如0x03）
   • Byte8-9：异常码（0x00=正常，0x01=非法功能码）

技巧：若ERROR_CODE=16#0001（连接超时），但缓冲区Byte8=0x00，说明PLC发出了请求且收到响应，问题在数据解析层——大概率是STARTADDR或NUMREGS配置越界。

6.3 “后悔药”式配置备份：每次修改通讯参数前必做的三件事

我给自己立的铁律：只要碰Modbus配置，必须执行以下流程，否则不下载程序——这让我避免了7次PLC锁死和3次产线停机：

1. 导出当前配置：InoProShop → 工程 → 导出 → 选择“通讯配置” → 保存为AM600_COM1_RTU_20240520.bak；
2. 拍照记录物理状态：用手机拍下SW1拨码开关位置、COM1端子接线、从站设备地址设置旋钮；
3. 写一行注释到程序开头：

   // 2024-05-20 14:30 焦工：COM1 ModbusRTU主站，ADDR=1，STARTADDR=100，TIMEOUT=500ms，对接MD380变频器 // 备份文件：AM600_COM1_RTU_20240520.bak

从那以后我每次改通讯参数都强制走一遍这个流程，哪怕只是调个超时时间。因为PLC通讯不是写Python脚本，改错一行能立刻Ctrl+Z，它是嵌入式系统，一次错误下载可能让设备在产线上沉默半小时。希望帮到你。

本文还有配套的精品资源，点击获取