QJ71C24N MODBUS RTU通信配置与读写调试全流程

简介面向三菱Q系列PLC现场调试与自学的这份技术文档聚焦QJ71C24N串口模块的MODBUS RTU通信实现适合需要打通PLC与变频器等外部设备数据交换的工程师参考。包内仅1个doc文件约854KB内容集中便于按主题查阅。已有6752人学习。文档依次梳理GX WORK2下智能模块起始XY地址设定、CH2通信协议选择、通信速度修改、通信协议支持功能中的功能码03读保持寄存器配置、软元件批量设置及模块写入确认等环节并对G.CPRTCL指令的Un、n1、n2、(S)、(D)参数和D7000D7002、D7052等数据区用途作说明。案例部分以读取变频器输出频率与电压为例交代安川A1000寄存器0024H、0025H的读写思路及通讯接线要点可用于理解协议执行过程、核对配置细节和借鉴现场排错方法。文中还点明QJ71C24N与LJ71C24N在设置和应用上的一致性并提示多协议连续执行时协议编号的编排方式方便读者结合设备手册扩展通信任务。1. 一块串口模块省掉一台网关QJ71C24N MODBUS 到底解决什么问题产线上常见的情况是控制柜里一台 Q 系列 PLC旁边挂着变频器、温控表、称重仪全都是 RS-485 接口各自跑各自的协议。最省事的做法不是换 CPU也不是加一台协议网关而是插一块 QJ71C24N用模块内置的 MODBUS RTU 协议栈把这活干完。反直觉的地方在于真正让人出错的地方往往不是梯形图写错而是模块起始 XY 地址、CH2 里的「通信协议」开关、以及协议号与控制数据块之间的偏移——这三样在 GX WORK2 里各占一个窗口任何一个填错G.CPRTCL 就只会安静地报一个通信异常连个像样的提示都没有。这篇讲的是 QJ71C24N MODBUS 通信从建工程到跑通读写的完整链路地址怎么算、协议表怎么排、软元件怎么映射、指令五个操作数各管什么、写入功能码 16 怎么配最后落到几条现场反复遇到的故障上。适合手上有串口设备要接、又不想额外买网关的现场工程师也适合第一次碰智能功能模块、被 Un 和 U9 搞混的人。2. 上电前把地址算清楚起始 XY、CH2 参数与协议表的三处对齐这套东西的配置链路是三段式的I/O 分配决定 Un开关设置决定物理层协议支持功能决定报文内容。三段里任何一段和另外两段对不上通信就不会成。很多新手把三段当成独立的三件事分别去配配完发现模块写入成功、程序也跑了就是收不到数据回头一看是 Un 写成了 U0。2.1 起始 XY 地址决定了指令里那个 Un在 GX WORK2 里新建工程PLC 型号按实际填本例是 Q00UJ然后到「参数」→「PLC 参数」→「I/O 分配」在智能功能模块那一栏设置安装位置。安装位置指的是模块挂在 CPU 后面的第几个槽起始 XY 地址是系统按槽位自动排出来的十六进制地址每块智能模块占 32 点16 入 16 出。关键在于指令里写的 Un 不是完整的四位 XY而是取高三位。起始 XY 是 0090Un 就是 U9TOP 指令里写 H9起始 XY 是 0100Un 就是 U10TOP 里写 H10。这个换算规则一定要记牢因为它直接决定后面每一行指令的第一个操作数。起始 XYUn 写法TOP/G.CPRTCL 首操作数说明0000U0H0第一槽智能模块0020U2H2第二槽0090U9H9本例第四槽左右0100U10H10超过 00F0 后进位01E0U1EH1E高三位直接取表格里 0100 那一行最容易栽跟头。有人看到 X/Y 是 0100顺手写成 U100 或者 H100模块根本收不到指令错误码也不会给得很明确。正确做法是把 0100 的前三位 010 拿出来写成 U10。改完 I/O 分配之后工程里所有 FROM、TOP、G.CPRTCL、U 开头的软元件引用都要同步改一遍这是后面那个「改地址导致全线报错」的问题根源。提示模块的起始 XY 地址在工程里改完之后必须重新做一次「在线」→「模块写入」让 CPU 侧重新识别模块配置。只改参数不写入CPU 还是按旧地址通信。2.2 开关设置里的 CH2物理层参数一旦错后面全白搭双击工程树里的「开关设置」切到 CH2 选项卡。QJ71C24N 的 CH2 是 RS-422/485 通道CH1 是 RS-232两者参数要分别配。这一步配的是物理层波特率、数据位、停止位、奇偶校验、传送规格。真正容易漏的是「通信协议设置」这一项。这个下拉框里通常有几个选项无顺序、通信协议、双向协议等。要让模块自己解析 MODBUS 报文必须选「通信协议」。选成「无顺序」的话模块就是一个纯粹的串口收发器G.CPRTCL 指令发下去它会报错因为模块根本没加载协议栈。参数项常用取值与变频器对接时的注意点波特率9600 / 19200 / 38400必须与从站完全一致不能靠自动协商数据位8MODBUS RTU 固定 8 位停止位1少数仪表要 2 位查手册奇偶校验偶校验 / 无RTU 常用偶校验部分设备用无校验通信协议设置通信协议选错这项后面指令全废传送规格RS-422/485二线制时注意收发控制校验和有 / 无与从站 CRC 行为对应参数改完之后模块要断电重启或者执行一次模块复位才会生效。这一点在实验室里不明显因为反复下载程序时模块本来就在复位但现场调试时改完参数直接跑模块还在用旧波特率现象就是「配置明明对了却一直超时」。2.3 通信协议支持功能把 MODBUS 功能码做成模块里的固定配置CH2 参数配好之后接下来的工作是告诉模块「你要发什么报文」。这一步在「工具」→「通信协议支持功能」→「串行通信模块」里完成打开后是一个协议列表窗口点「新建」创建一个协议文件。新建之后点「添加」弹出协议选择窗口。协议名一栏按实际的 MODBUS 功能码选读保持寄存器选 03写多个保持寄存器选 16。选完之后窗口里会出现该功能码对应的字段从站地址、起始寄存器地址、读取点数或者写入数据。这些字段可以填固定值也可以留成「用软元件指定」后者更灵活——现场换一台从站设备只要改 D 区里的站号不用重新下装模块。协议添加完成后模块会自动给它分配一个协议号从 0001 开始递增。这个协议号是后面 G.CPRTCL 指令执行时的唯一凭据程序里靠它指定「这一次跑哪条协议」。多个协议可以继续点「添加」往上加QJ71C24N 单端口支持连续执行最多 8 个协议超出的部分要分多次指令调用。配置窗口右侧会显示当前协议的报文预览包括从站地址、功能码、寄存器地址、点数和 CRC。这个预览值得花两分钟核对一遍如果从站地址显示成 0说明你忘了填如果寄存器地址显示的不是你预期的 0024H说明十六进制和十进制搞混了因为有些输入框接受十进制有些接受十六进制填 24 进去实际发出去的是 0x18。协议表配完只是存在工程里还没进模块。真正下发是「在线」→「模块写入」选中对应的模块把协议数据和开关设置一起写进去。写入完成的提示框会告诉你成功还是失败但失败提示通常只有一句「无法写入」原因多半是模块型号选错、Un 对不上或者模块正处于运行状态不允许写入。3. 协议表怎么排03 读、16 写与软元件映射的对应关系协议表这一步是整个配置里最像填表、也最容易填错的部分。填错的代价不是编译报错而是运行时报文发出去了、从站不回应或者回应了但数据落在错误的 D 区里。这里把读和写两条协议的字段逐个拆开。3.1 读协议功能码 03 的四个字段怎么填读保持寄存器03的报文结构是从站地址、功能码、起始寄存器高字节、起始寄存器低字节、读取点数高字节、读取点数低字节、CRC。在协议支持功能窗口里你只需要填前三个业务字段CRC 由模块自动算。以读变频器的输出频率和输出电压为例手册里 0024H 是输出频率、0025H 是输出电压两个寄存器地址连续所以起始寄存器填 0024H点数填 2一次读回来两个字。如果地址不连续就得建两条协议分别读或者用功能码 03 分别指定起始地址不能用一条协议跨着读。字段本例取值说明从站地址1或软元件指定变频器的 MODBUS 站号功能码03读保持寄存器起始寄存器0024H手册里的寄存器地址读取点数20024H 和 0025H 共两个数据类型16 位无符号频率通常要除以 100填完之后一定要看协议列表里的报文预览。有些版本的软件在寄存器地址栏默认按十进制解析你填 24它发出去的是 0x0018从站当然不认。稳妥的做法是在输入框里带 H 后缀或者填十进制 36对应 0x24填完再核对预览里的十六进制值。3.2 写协议功能码 16 与功能码 06 怎么选写入部分单寄存器写用 06多寄存器连续写用 16。变频器的频率设定、运行命令这类参数通常是单个寄存器06 就够如果要一次改起始频率和加减速时间这种连续三个字的参数用 16。16 功能码的字段比 03 多两个除了从站地址、起始寄存器、写入点数还要指定写入数据的来源软元件。这里的来源指的是控制数据块里的请求数据区不是随便一个 D 区具体偏移在下一章展开。功能码适用场景字段数量报文特点03读保持寄存器3 个业务字段请求 8 字节响应 2n5 字节06写单个寄存器3 个业务字段响应原样回显16写多个寄存器4 个业务字段响应只回地址和点数写入协议要注意字节序。变频器的频率设定值通常是 16 位整数单位 0.01Hz写 50.00Hz 进去要填 5000。填 50 的话变频器会认为你要 0.5Hz电机纹丝不动现场很容易误判成通信没通。3.3 软元件批量设置与「设置软元件一览」的核对协议表建好之后下一步是把协议执行时用到的软元件分配出来。「编辑」→「软元件批量设置」里输入起始软元件号比如 D7000模块会按协议数量自动往后排每条协议占一段连续的 D 区。排完之后用「工具」→「设置软元件一览显示」打开一览表。这张表是整份配置的核心信息它会告诉你第 1 条协议的请求数据从哪个 D 开始、占几个字完成状态和执行结果放在哪协议号放在哪个位置。很多人跳过这一步直接写程序结果指令里的 S 参数填了一个「差不多」的地址数据落到别人的块里读数全是 0。一览表里要重点记三样东西控制数据起始地址G.CPRTCL 的 S 参数、协议号所在的偏移、每个协议请求数据的起始偏移。把这三个值抄在纸上贴在柜门上比每次翻软件快得多。3.4 模块写入之后的回读校验「在线」→「模块写入」把开关设置和协议数据一起下发。写入完成后别急着跑程序先做一次回读重新打开通信协议支持功能窗口选「在线」→「从模块读取」看读回来的协议表和工程里的是否一致。回读能抓到两类问题。一类是写入时选错了模块写到了另一块模块上另一类是模块的固件不支持某条协议写入时没报错但读回来是空的。这两类问题在程序跑起来之后表现为「指令完成位不置位」排查起来要绕一大圈。注意模块写入期间 CPU 要处于停止状态运行状态下写入会被拒绝。写完记得把 CPU 切回运行并且断电重启一次模块让新参数彻底生效。4. G.CPRTCL 逐参数拆解D7000 到 D7052 之间那 50 个字装了什么指令本身只有五个操作数但它背后指向的是一整片控制数据区。真正需要理解的是那片区域怎么划分哪些字是模块写的哪些字是你写的哪些字是协议参数。4.1 Un、n1、n2、(S)、(D) 五个操作数G.CPRTCL 的格式是G.CPRTCL Un n1 n2 (S) (D)逐项说明Un模块起始 I/O 号取起始 XY 的高三位本例起始 XY 0090写 U9。n1通信端口号1 表示 CH12 表示 CH2。本例走 CH2写 H2 或 K2。n2连续执行的协议个数取值 1 到 8。只跑一条协议就写 K1。(S)控制数据保存的起始软元件本例是 D6990 起的区域。(D)通信结束标志位完成时置 ON异常时也置 ON要配合执行结果判断。这五个参数里Un 和 n1 是小问题n2 和 S 是大问题。n2 写错会让模块连续执行多条协议你以为只读了一个寄存器实际上后面几条也跟着跑了S 写错会让整个数据块错位读回来的值看起来「有数但不对」比完全没数更难查。4.2 控制数据块的布局状态段、协议号段、请求数据段控制数据区按偏移划分成三段。前两个字是模块回写的状态接下来八个字是协议号从第十个字开始是各协议的请求数据每条协议占十个字。偏移内容方向示例地址SD6990S0完成状态模块写D6990S1执行结果模块写D6991S2第 1 个执行协议号用户写D6992S3第 2 个执行协议号用户写D6993……用户写…S9第 8 个执行协议号用户写D6999S10第 1 协议请求数据首字用户写D7000S11第 1 协议请求数据第 2 字用户写D7001S12第 1 协议请求数据第 3 字用户写D7002S20第 2 协议请求数据首字用户写D7010对照这张表就能看明白D7000 放从站地址、D7001 放寄存器地址、D7002 放读取点数这三个字是第 1 条协议请求数据区的头三个字。原文里提到的 D7052 是协议号区里的第一个协议编号它的绝对地址取决于 S 取在哪——S 一变D7052 就跟着变。所以配置文档里写「D7052」没错但程序里最好按 S2 来算改地址时只改一个常量。执行结果那个字值得单独说。正常完成时它是 0异常时是一串错误码4xxx 一般指向报文层面从站无响应、CRC 错7xxx 指向参数层面协议号未注册、请求数据越界。调试阶段把 S0 和 S1 一起监视比看完成位快得多。4.3 TOP H9 H1C2 K1 K1 与回波、传送规格程序开头常见一行TOP H9 H1C2 K1 K1。TOP 是向智能模块缓冲存储器写数据的指令四个操作数分别是 Un、缓冲地址、写入字数和写入数据。这行的意思是向 U9 模块的缓冲存储区 H1C2 写 1 个字值为 1作用是禁止 CH2 的回波传送。回波指的是模块把自己发出去的报文再收回来。RS-485 二线制里发送和接收共用一对线模块如果不做回波抑制就会把自己发的请求当成响应收进来CRC 校验必然失败。禁止回波之后模块只收从站的真实应答。这行指令要放在 G.CPRTCL 之前执行而且每次上电后执行一次就行不必每个扫描周期都写。稳妥的写法是用首次扫描标志 M8002 触发或者放在初始化程序段里。4.4 完整读写程序段与执行时序把前面几块拼起来读变频器频率和电压的程序段如下; 初始化禁止 CH2 回波只在首次扫描执行 LD M8002 ; 首次扫描 ON TOP H9 H1C2 K1 K1 ; 向 U9 的 H1C2 写 1 个字值 1禁止回波 ; 读请求参数协议号 1功能码 03 LD M8000 ; 常 ON MOV K1 D7000 ; 请求数据首字从站地址变频器站号 MOV H24 D7001 ; 第 2 字起始寄存器 0024H MOV K2 D7002 ; 第 3 字读取点数 2 ; 触发执行CH2、1 条协议、控制数据从 D6990 起 LD X0 ; 触发条件按钮或定时脉冲 MOV K1 D6992 ; S2第 1 个执行协议号 G.CPRTCL U9 H2 K1 D6990 M100 ; 完成标志 M100 ; 结果处理 LD M100 ; 执行完成含异常 MOV D6991 D200 ; 把执行结果搬到监控区代码后面要说明两点。第一MOV K1 D6992是告诉模块「这一次跑协议号 1」如果协议表里读协议排在第 1 条这里就填 1排在第 3 条就填 3。第二M100是完成标志正常完成和异常完成都会置 ON必须再看D6991才知道是成功还是失败。时序上G.CPRTCL 是异步执行的。指令置位后模块开始发报文完成位要过几十毫秒到几百毫秒才 ON取决于波特率和从站响应速度。所以触发条件不能用常 ON否则每个扫描周期都发一次请求从站会被打爆。常见做法是用一个上升沿触发或者用完成位的下降沿做下一次触发形成握手。读取回来的数据落在请求数据区里跟在请求参数后面。协议 03 的响应数据从 S103 开始也就是 D7003、D7004 两个字分别是频率和电压的原始值。这两个字是 16 位整数频率要除以 100 才是 Hz。5. 常见问题排查五条出错记录和一根没接的 SG 线这套配置的故障现象高度集中在几类而且大多不是程序逻辑错是配置层和物理层的错。下面五条是反复遇到的按「现象 → 原因 → 解决」写。5.1 通信与数据层面的三条第一条完成位一直不 ON执行结果是 4xxx。现象是指令发下去M100 从头到尾不动监视 D6991 显示 4 开头的错误码。原因八成是 CH2 的「通信协议设置」选成了「无顺序」模块没有加载协议栈收到指令不知道怎么处理。解决办法是回到开关设置改成「通信协议」重新做一次模块写入然后断电重启模块。改完别急着跑先在协议支持功能窗口里做一次回读确认配置真的进去了。第二条数据读回来了但完全对不上。现象是 D7003 里有个数但换算出来既不是频率也不是电压或者偶尔对偶尔错。原因通常是协议号区和请求数据区的偏移算错了程序里MOV K1 D6992写到了别的位置模块读的是另一条协议的参数。解决办法是对着「设置软元件一览」逐个核对偏移把 S 参数和协议号偏移写在纸上程序里用常量符号代替绝对地址。第三条数值高低字节颠倒。现象是频率 50.00Hz 读回来显示成 5000 或者 0x1388 变成 0x8813。原因是 MODBUS 寄存器是 16 位大端传输而 PLC 的 D 区按小端存放模块搬过来之后字节顺序反了有些仪表的数据本身是 32 位浮点占两个寄存器高低字也可能反。解决办法是在 PLC 侧做字节交换用 SWAP 指令或者按位拼接不要去改协议表——协议表改的是报文报文本身没错。5.2 物理层与接线层面的两条第四条白天正常、夜里丢包。现象是通信时好时坏示波器看波形边缘有振铃白天负载轻的时候能过夜里大功率设备一开就出错。原因有两个一是波特率相对线长偏高二是屏蔽层两端接地形成了环流。解决办法是把波特率降到 9600、在总线两端各加一个 110Ω 终端电阻、屏蔽层只在一端接地。这三件事做完多数间歇性丢包会消失。第五条换了模块之后整段程序报错。现象是原来跑得好好的程序换了一块模块或者改了槽位所有 G.CPRTCL 和 TOP 都变成红色。原因是程序里把 Un 写死成了旧地址比如一直写 U9新模块起始 XY 变成 0100Un 应该是 U10。解决办法是把 Un 提成一个常量改一处全改改完再核对 CH1/CH2 的软元件分配有没有跟着变。提示RS-485 二线制接线时SDA 与 RDA 短接、SDB 与 RDB 短接再引出 A/B 两根线SG 一定要接到从站的信号地很多「通信不上」最后查出来就是这根线没接。终端电阻只在总线物理两端各一个中间节点不要加。6. 把写入跑通一次改两个参数的在线验证顺序读通了之后写只是把协议号换一条、请求数据多填一个字段。以变频器为例假设 0024H 是频率给定、0025H 是运行命令要一次改这两个连续寄存器用功能码 16 建第 2 条协议请求数据区从 D7010 起四个字分别是从站地址、起始寄存器 0024H、写入点数 2、写入数据低字在前高字在后。; 写入两个连续寄存器协议号 2功能码 16 LD M8000 MOV K1 D7010 ; 从站地址 MOV H24 D7011 ; 起始寄存器 0024H MOV K2 D7012 ; 写入点数 2 MOV K5000 D7013 ; 第 1 个字频率 50.00Hz单位 0.01Hz MOV K1 D7014 ; 第 2 个字运行命令 ; 触发写入 LD X1 ; 写入按钮上升沿触发 PLS M10 LD M10 MOV K2 D6992 ; 执行协议号 2 G.CPRTCL U9 H2 K1 D6990 M101验证顺序比代码本身重要。第一步先只读不写确认能稳定读到当前频率第二步把写入值设成和当前值一样比如当前频率 50.00Hz 就写 5000写完再读回来比对一致说明字节序和地址都没问题第三步才改成真实的目标值。跳过第二步直接改运行命令一旦字节序反了变频器可能收到一个完全意料之外的指令。在线验证靠的是软元件监视。把 D6990、D6991、D6992、D7003、D7004 这几个字放进监视窗口同时监视 M100 和 M101。正常的时序是触发后 M100 先 OFF几百毫秒后 OND6990 从 0 变成 1D6991 保持 0。如果 D6990 一直是 0说明指令根本没执行先查 Un 和触发条件如果 D6991 变成 7xxx说明参数层面有问题回去核对协议号有没有注册、请求数据有没有越界。有个习惯我后来一直保留每次改完协议表先往模块里写一遍再读一遍把读回来的协议号和工程里的逐个比对然后才下载 PLC 程序。早些年图省事跳过这步结果在一台设备上耗了大半天最后发现是协议写入时选错了模块程序一直在跟一块空配置的模块对话。从那以后模块写入和回读这两步我都强制走一遍不管多急。希望帮到你。本文还有配套的精品资源点击获取