简介这份文档面向工业自动化工程师、PLC 编程学习者与机器人集成人员聚焦西门子 S7-1200 PLC 与汇川四轴机器人之间基于 MODBUS-TCP 的数据交互可用于通讯方案预研、调试参考与技能进阶。内容覆盖硬件组态、数据块创建、MB_CLIENT 客户端指令调用、TCON_IP_v4 连接建立以及变量表监控测试并给出机器人物理地址与 R 寄存器的映射示例如 50000-50007 对应 R0-R7、32768-32775 对应 R224-R231同时点明读写背景数据块需一致、通讯前先建立连接等易错细节。压缩包内含 1 个 docx 文件约 1017KB图文配合便于对照操作。已有 1255 人学习下载适合需要打通 PLC 与机器人以太网链路、排查连接失败与数据错位问题的读者。1. 组态全对却报 80C8S7-1200 与汇川四轴机器人 MODBUS-TCP 通讯的边界现场最典型的翻车场景是这样的硬件组态、IP 地址、功能码全对下载下去 MB_CLIENT 的 BUSY 一直亮着不翻转或者 ERROR 置位、STATUS 显示 80C8。回头翻查问题往往不在指令本身而在三处容易被略过的细节机器人手册给的“十进制物理地址 50000-50007”并不是 MODBUS 报文里的协议地址中间少做了一次换算PLC 侧数据块保留了“优化的块访问”勾选MB_CLIENT 拿到的指针指向的根本不是你以为的那 16 个字节读和写两条指令挂了两个不同的背景数据块机器人从站只接受一路连接第二条直接被拒。这套通讯方案的价值在于省硬件。R0-R7 这类低编号寄存器通常是控制字和状态字R224 往上往往是节拍、程序号、参数组号这类高层交互窗口一次搬 8 个整数进 PLC比逐点硬接线加网关便宜也比自建私有协议省事。它适合单机上下料、码垛、锁付这类节拍不极端的四轴应用也适合已经用 S7-1200 做主控、只想加一条网线就打通机器人的改造项目。用 MODBUS-RTU 加 485 通讯当然也能干同样的事但走以太网后不用再纠结终端电阻、屏蔽接地和波特率匹配这一堆老问题。2. 四轴机器人侧地址映射与 MODBUS 数据模型的对应关系2.1 物理地址、R 寄存器号与协议地址是三个东西机器人手册上的“物理地址”是控制器内部的编号体系R0 到 R7 是厂商二次开发工具里的符号名两者之间靠一张映射表对应这张表在“机器人刷机篇”里用二次开发工具设定属于出厂或调试阶段一次性完成的动作。到了 MODBUS 层还要再换算一次因为 MODBUS 数据模型只有四个区线圈0x/1x、离散输入1x、输入寄存器3x、保持寄存器4xS7-1200 的 MB_CLIENT 在 MB_DATA_ADDR 参数里用的就是这套 1 起始的 4xxxx 编号。所以从 R0 到 PLC 里的一个字节中间隔着两级换算。很多工程师把机器人手册的物理地址直接填进 MB_DATA_ADDR结果地址整体偏移读回来的数据永远是 0 或者直接吃一个异常码。机器人侧 R 号十进制物理地址寄存器数量数据方向PLC 落地地址R0-R750000-500078读功能码 03DB3.DBB0 起 16 字节R224-R23132768-327758写功能码 16DB4.DBB0 起 16 字节要注意“8 个整数字”在 MODBUS 里就是 8 个 16 位保持寄存器占 16 字节不是 8 字节。PLC 侧做指针长度时按 16 字节算写 MB_DATA_LEN 时按 8 算这两个数别混。2.2 机器人侧 IP 与运行权限设定机器人上电后先登录管理权限默认密码 000000进网络设置把 IP 改成 192.168.1.11掩码 255.255.255.0。PLC 的 PROFINET 口放在同网段用 192.168.1.10 这类不冲突的地址。这一步看起来简单但有两个坑一是部分四轴机型改了 IP 必须重新上电才生效只点“保存”会以为成功了二是如果机器人还挂着示教器上的其他网口或者走 DHCP重启后地址可能被改回去。验证的时候不要只在 PLC 里看先在笔记本上把网线插到同一台交换机ping 192.168.1.11确认链路再用telnet 192.168.1.11 502或nc -vz 192.168.1.11 502看端口是否开放。端口不通后面所有程序都是白写。2.3 用 pymodbus 先验证机器人侧寄存器在写 PLC 程序之前用一台笔记本电脑跑一段脚本把机器人侧的映射关系先钉死比在博途里反复下载快得多。# pip install pymodbus3.6.6 from pymodbus.client import ModbusTcpClient ROBOT_IP 192.168.1.11 UNIT_ID 1 # 机器人侧从站号多数四轴厂商默认 1 cli ModbusTcpClient(ROBOT_IP, port502, timeout1.0) assert cli.connect(), TCP 未连通先查 IP、掩码、端口 502 # 机器人物理地址到协议地址的偏移量以通讯手册为准这里扫两个常见候选基址 for base in (49999, 50000, 0x0000): rr cli.read_holding_registers(base, count8, slaveUNIT_ID) if rr.isError(): print(fbase{base} - 异常: {rr}) else: print(fbase{base} - {rr.registers}) cli.close()这段脚本的作用是把“物理地址换算方式”这个不确定性消掉。count8对应 8 个保持寄存器也就是 R0-R7slave是从站单元号如果机器人侧把它设成别的值PLC 里的 UNIT_ID 也要跟着改。哪个 base 读回来的列表里能看到机器人当前的实时数据比如手动改一下 R0 的值脚本里对应位置跟着变那个 base 就是正确的起始地址。这一步做完MB_CLIENT 的 MB_DATA_ADDR 该填什么基本就确定了。3. S7-1200 硬件组态与非优化数据块的建立3.1 系统和时钟存储器的分配双击 PLC 打开设备视图在“系统和时钟存储器”里把时钟存储器字节使能比如挂到 MB0。这样 M0.0 到 M0.7 就变成不同频率的方波其中 M0.5 是 1Hz正好拿来给 MB_CLIENT 的 REQ 做请求触发。不要把 REQ 直接接一个常闭点或者 M0.0 这类高频位MB_CLIENT 每次收到上升沿就发一次请求1Hz 意味着一秒一个来回对 8 个寄存器的读写完全够用也不会把连接资源占满。3.2 为什么必须去掉“优化的块访问”博途默认新建的全局 DB 是优化访问块变量的地址由编译器自己排布你在程序里只能按符号名寻址拿不到 DBB0、DBW2 这种绝对地址。而 MB_CLIENT 的 MB_DATA_PTR 参数要的是一个指针比如 P#DB3.DBX0.0 BYTE 16它必须落在确定的物理偏移上。操作路径是右键数据块 → 属性 → 属性 → 取消勾选“优化的块访问”。取消之后DB 内的变量按声明顺序从 DBB0 开始连续排列DB3 里声明的第一个 Int 就落在 DBB0-DBB1第二个落在 DBB2-DBB3以此类推。这一步没做编译能过下载也能跑但 MB_CLIENT 读回来的数据会写到别的地方去从变量表里看就是一片不变或者乱跳的值。3.3 DB3、DB4、DB5 的规划与字节偏移系统时钟和数据块三件套是一次性配置好的后续所有参数都建立在这上面。数据块类型访问方式用途长度DB3全局 DB非优化存放从 R0-R7 读回的数据16 字节DB4全局 DB非优化存放要写入 R224-R231 的数据16 字节DB5全局 DB非优化存放 TCON_IP_v4 连接结构不小于 32 字节DB3 和 DB4 里各声明 8 个 Int声明顺序就是 R0-R7 和 R224-R231 的顺序中间不要插 Bool 或者 Byte否则偏移会错位。DB5 里声明一个 TCON_IP_v4 类型的变量名字随便取比如Conn后面 MB_CLIENT 的 CONNECT 管脚直接填DB5.Conn。4. MB_CLIENT 参数配置与 TCON_IP_v4 连接块4.1 MB_CLIENT 的管脚语义与功能码映射MB_CLIENT 是西门子给的客户端指令走 PROFINET 口出去主动连到机器人。在 OB1 里以 SCL 方式调用时参数含义如下// OB1 轮询调用读任务在前、写任务在后共用同一个实例 DB MB_Client_Inst(REQ : Clock_1Hz, // M0.51Hz 上升沿触发一次请求 DISCONNECT : FALSE, CONNECT : DB5.Conn, // TCON_IP_v4 结构指向机器人 MB_MODE : 0, // 0读1写 MB_DATA_ADDR : 1, // 机器人手册给出的协议起始地址 MB_DATA_LEN : 8, // 8 个保持寄存器 MB_DATA_PTR : DB3.ReadBuf, // 落地到 DB3 起始 16 字节 MB_UNIT_ID : 1, // 从站号与机器人侧一致 DONE Tag_ReadDone, BUSY Tag_ReadBusy, ERROR Tag_ReadErr, STATUS Tag_ReadStatus);MB_MODE 和 MB_DATA_ADDR 组合起来决定最终的功能码这个映射关系是新手最容易搞混的地方MB_MODEMB_DATA_ADDR 区间实际功能码数据区0读0-999901输出线圈0读10001-1999902输入位0读30001-3999904输入寄存器0读40001-4999903保持寄存器1写0-999905单个线圈1写40001-4999916保持寄存器写 R224-R231 的时候MB_MODE 改成 1MB_DATA_ADDR 按机器人手册填对应的 4xxxx 地址MB_DATA_LEN 仍是 8MB_DATA_PTR 指向DB4.WriteBuf。注意不同固件版本的 MB_CLIENT 管脚名称可能有细微差异某些版本用的是 UNIT_ID 而不是 MB_UNIT_ID实际以博途里选中该指令按 F1 弹出的帮助为准。4.2 CONNECT 参数与 TCON_IP_v4 连接结构CONNECT 管脚不能随便给一个空的 DB必须是一个 TCON_IP_v4 结构。字段含义如下字段取值说明InterfaceId64以实际硬件标识符为准PLC 上 PROFINET 口的硬件 IDID1连接编号同一条连接读写共用ConnectionType16#0BTCP别填成 16#0CUDPActiveEstablishedTRUE客户端主动发起连接RemoteAddress[1..4] 192,168,1,11机器人 IP按字节数组填LocalPort0本地端口交给系统分配RemotePort502机器人 MODBUS-TCP 端口InterfaceId 从“设备组态 → PLC 的 PROFINET 接口 → 属性 → 硬件标识符”里抄填错的话连接根本建不起来STATUS 会指向 TCON 相关错误。4.3 读写共用背景数据块的必要性机器人侧的从站一般只维持一路 TCP 连接。如果读任务和写任务各挂一个 MB_CLIENT 实例 DB等于向同一个 IP 和端口发起两路连接第二条通常在 SYN 阶段就被拒表现就是读能用、写一直报错或者两个都时通时断。正确做法是读和写共用同一个实例 DB通过一个状态机轮流切换REQ 触发读等 DONE 或 ERROR 置位后把参数切到写模式再触发一次写完成后再切回读。多从站轮询的思路完全一样只是把 CONNECT 结构按站号切换而已一个 1Hz 的节拍足够带 4 到 8 台设备。5. 变量表监控与 MODBUS-TCP 通讯故障的定位路径程序下载后先别急着看机器人动不动打开变量表把 DB3 和 DB4 展开配合 DONE、BUSY、ERROR、STATUS 四个位一起看。正常情况下 BUSY 拉高几十毫秒后 DONE 闪一下DB3 里的值跟着机器人的实时状态刷新如果 BUSY 一直不落基本是 CONNECT 参数不对或者机器人没应答。STATUS 是排错的第一入口几个高频值的含义大致如下STATUS大致含义现场动作16#80C8收到的报文长度或内容不符合 Modbus 规范检查 MB_DATA_LEN 与从站实际寄存器数是否匹配16#80D1从站规定时间内无响应ping 机器人、确认 502 端口、确认从站号16#80D2从站返回 Modbus 异常码地址越界或功能码不被支持回查地址映射16#8382连接建立失败检查 InterfaceId、ID、RemotePort具体状态码表以博途指令帮助为准但排查顺序是固定的先物理层再连接层最后数据层。抓包是最省时间的验证手段。在笔记本或者带镜像口的交换机上跑 Wireshark过滤tcp.port 502一条正常的读请求报文里能看到事务号、功能码 03、起始地址、寄存器数量响应报文里能看到字节数 16 和 8 个寄存器的返回数据。如果只看到请求没有响应问题在机器人侧如果响应里功能码是 0x83 后面跟一个异常码那就是地址越界直接把请求报文里的起始地址和机器人手册的映射表对一遍就清楚了。另一个常被忽略的点是字节序。MODBUS 规定寄存器是大端S7-1200 的 DBW 在非优化 DB 里也是高字节在前两者天然对齐但如果你在 DB 里用 Array of Byte 自己拼就很容易把高低字节搞反读回来的 1000 变成 4096000 这种离谱值。遇到数值明显放大或者缩小的现象先查字节序别急着改程序。博途里“在线与诊断 → 资源”这个页面值得定期看两眼连接资源的占用情况、已建立的 TCP 连接数都列在里面轮询代码写得不好导致连接反复重建的话这里能直接看出来。上位机侧如果还要接一层C# 通过 Modbus TCP 库直连机器人或者走 OPC 通道都能做但前提是先把 PLC 这条链路的报文和地址映射验证干净否则问题会同时出现在两个方向上排查成本成倍上升。本文还有配套的精品资源点击获取