简介MELSEC iQ-R系列可编程控制器的模块专用指令篇编程手册面向工业自动化工程师、PLC程序设计与维护人员系统讲解模块专用指令的构成、数据指定方法及编程应用并配有程序示例便于结合实际控制系统灵活调用。手册特别强调安全注意事项与产品适用范围明确SIL2过程CPU、安全CPU的使用边界及国际安全标准认证情况帮助用户在核电、铁路、医疗等特殊用途之外的一般工业场景中安全可靠地使用。资源为1个PDF文件压缩包约4.72MB内容结构完整含安全注意事项、前言、关联手册、术语、指令概要等章节正文按指令构成、数据的指定方法、位数据及16位/32位/实数数据类型展开目录清晰可直接查阅或离线学习。该资料已有164人学习浏览适合需要按官方手册规范编写和调试MELSEC iQ-R程序、规避应用风险的技术人员参考。1. MELSEC iQ-R 编程手册模块专用指令篇一本能对着改的用户手册做 MELSEC iQ-R 项目的人手边总会备几本用户手册。但要说哪本最常被翻烂我首推这本《MELSEC iQ-R 编程手册模块专用指令篇》。它不像基础编程手册那样讲梯形图的写法而是把以太网、CC-Link IE TSN、CC-Link、MELSECNET/H、串行通信、定位、模拟量、高速数据记录、C语言智能功能模块这些模块的专用指令全部收在一本里。现场调设备时遇到跨站读写失败、连接建立不上、定位不启动这类问题不用在多本手册之间来回翻直接查这一本就能对上号。适合正在做 iQ-R 项目开发的工程师、要读懂并维护现场程序的设备人员以及从 Q 系列迁移过来的老用户。2. 指令体系与数据规格先搞清位、字、双字和字符串再动手模块专用指令和基本指令最大的区别在于操作数的数据规格要严格得多。同样是“读取数据”读取的是位还是字是 16 位还是 32 位手册里给出的指令写法完全不同。我见过有人把一个 32 位浮点数塞进 16 位地址指定的读取指令里结果数据被截断现场查了整整一下午才发现是这里翻车。所以拿到这本手册不要急着跳到具体指令页先把第 1 章的指令概要读透后面的路会顺很多。2.1 指令的构成与五类数据指定方法任何一条模块专用指令基本构成都是“执行条件 指令 操作数”。执行条件决定这条指令什么时候跑操作数决定它对哪些软元件、标签动手。手册在第 1 章用大量篇幅讲数据的指定方法原因就在这里模块专用指令的操作数跨度比基本指令大得多从单个位到字符串都有而且同一功能在不同数据宽度下会分化出多条指令。可以把常见的数据类型归纳成五类位数据、16 位字数据、32 位双字数据、实数数据和字符串数据。实际编程时我一般按下面这张表快速确认操作数类型数据类型位数典型软元件/标签常见用途位数据1 位X、Y、M、B完成标志、出错标志、启动信号16 位字数据16 位D、W、R、ZR常规整数数据、通信数据长度32 位双字数据32 位D连续 2 点、L计数器值、位置数据、大块数据实数数据32 位/64 位浮点标签、D连续 2 点模拟量换算、分析运算结果字符串数据可变字符串标签、字符软元件配方名称、通信帧内容选择时的经验是先看指令说明里有没有“(32 位)”“(字符串)”这类后缀字样。凡是带 32 位的就要用连续两个字软元件或者 32 位标签凡是带字符串的就要确保存储区容量够否则数据会被截断。我一般按三步确认操作数第一步翻到指令页看指令名后的说明文字确认数据宽度第二步对照软元件一览表确认目标地址没有超出 CPU 或模块的可用范围第三步在 GX Works3 里建一个临时梯形图编译一次让软件帮你再查一遍范围。这三步做完绝大多数数据规格错误都能提前拦住。2.2 执行条件与指令处理时间的高速化执行条件这块手册区分得很细。常时 ON、上升沿、下降沿对应完全不同的控制意图。常时 ON 适合每个扫描周期都要执行的数据刷新比如从远程站周期性读取运行状态上升沿适合只在启动瞬间执行一次的初始化动作比如连接的建立——你肯定不希望每个扫描周期都去建一次连接那样会频繁建连断连通信根本稳不住。下降沿则常用于收尾动作例如断开连接、复位完成标志。手册里提到的“指令处理时间的高速化”核心是子集处理。这个概念初看有点抽象我换个说法当你要读取的是一大块连续数据但实际只有其中几个点频繁变化时让指令只对变化的部分做处理而不是每次把整块数据全量搬一遍。收益在大型设备上非常明显扫描时间能降下来不少。代价是编程时要额外维护一个“变化点”标记区程序结构会稍复杂一些。我的建议是通信数据量小、实时性要求不高的场景直接用全量处理逻辑简单更好维护数据量大且刷新频率要求高的场景再上子集处理。2.3 编程时的注意事项范围检查、定时器与文件寄存器这一节是容易被跳过但非常值得细看的部分。手册明确写了指令通用的出错情况、执行指令时的软元件和标签范围检查以及使用文件寄存器时的限制事项。这些是会导致指令直接报错的硬边界不是玄学。范围检查说的是给指令指定的软元件地址必须在当前模块或 CPU 的实际范围之内。比如某个模块的缓冲存储器地址只到 399程序里写成 500指令执行时就会触发范围错误。超长定时器、超长累计定时器软元件这块同样有讲究——这类软元件是成对占用存储区的如果后续指令对地址做连续操作很容易把定时器的当前值区一并覆盖定时逻辑会悄悄错乱。文件寄存器的限制则涉及访问速度和刷新时机在高速数据记录的配方读写场景下尤其明显。提示手册开篇的安全注意事项不是凑页数。涉及 SIL2 过程 CPU 和安全 CPU 的用途限制一定要在选型阶段确认清楚别把一般工业用途的 PLC 往有特殊质量保证体系的场合里放。这些边界问题手册不会在每条指令里重复讲而是统一放在编程时的注意事项这一节。我的习惯是第一次用某个系列模块前先把这一节过一遍心里有数后面翻具体指令时就能直接对上号。3. 以太网与 CC-Link 指令实操把跨站读写调通的完整路径整个手册里网络通信指令占的篇幅最大也最实用。以太网、CC-Link IE、MELSECNET/H、CC-Link 这些网络的专用指令看起来指令名字都差不多但操作数和适用网络完全不一样。很多人觉得网络问题像玄学其实绝大多数调不通都是参数没配对、地址没选对。3.1 链接专用指令其它站 PLC 的数据读取与写入链接专用指令是跨站访问的基础覆盖了其它站可编程控制器的数据读取、带读取通知的数据读取、数据写入、带写入通知的数据写入、数据发送与接收、远程 RUN/STOP、时钟数据读写。所谓“通知”是指指令执行完成后不仅把数据搬回来还会额外触发一个标志让本站程序知道数据已经更新了。不带通知的版本适合轮询式读取——每个周期读一次读到就用带通知的版本适合事件驱动——数据来了才去处理能省扫描时间。以最典型的三站以太网系统为例本站要读取 2 号站 D100 到 D109 的 10 个字数据存到本站 D200 开始的区域。常见做法是在 GX Works3 里先把网络参数配好确认 2 号站的站号和 IP 地址分配正确然后在梯形图里调用对应的链接专用指令按顺序填入几个关键操作数操作数本例取值含义目标站号2要访问的 PLC 在网络中的站号读取起始软元件D100从目标站的哪个地址开始读存储起始软元件D200本站接收数据的起始地址读取点数10连续读取的字数完成标志M100指令执行正常完成后置 ON出错标志M101指令执行异常时置 ON调用指令后不要急着用数据先看完成标志。完成标志没 ON 之前D200 里的内容可能是上次的旧数据直接拿去用会造成逻辑误判。出错标志 ON 时要去看对应的错误代码常见的集中在目标站号不存在、网络路径不通、目标地址超范围这三类。我一般会再加一个超时监视如果完成标志在设定时间内没置 ON就报警并重新触发一次读取这样网络闪断时程序能自己恢复。3.2 以太网套接字与固定缓冲连接生命周期管理以太网用指令里连接管理是重头戏。连接的建立和断开对应 OPEN/CLOSE 的逻辑建立连接时要确认通信协议是 TCP 还是 UDP、目标端口号、开放方式只要指定了连接号就能主动建立连接这些参数必须和对端设备完全一致。断开连接没那么简单要先把未发送完的数据处理掉再执行断开否则数据会丢。套接字通信的接收数据读取和数据发送适合与第三方设备做自由协议通信。手册里特别区分了普通接收和中断程序用的接收普通接收在扫描周期里集中处理适合数据量不大、实时性要求不高的场景中断程序用的接收是在数据到达时立即触发中断适合高速、需要及时响应的场景。代价是中断程序里能用的指令受限不能调用耗时太长的功能。固定缓冲通信则不同它在模块侧划出一块固定区域接收到的数据先存进缓冲程序再从缓冲里读。这种方式的好处是通信时序和程序扫描解耦不会因为扫描周期抖动丢数据。参数设置的要点有三个一是缓冲区分区要提前规划好避免接收侧和发送侧用同一块区域二是数据长度要和实际发送的报文长度匹配三是接收完成后要及时读取并复位标志否则下一帧数据来了没地方放。3.3 CC-Link IE TSN16 位与 32 位地址指定的选型CC-Link IE TSN 用指令单独占了一章因为它和传统 CC-Link 的寻址方式不太一样。远程站数据读写分 16 位地址指定和 32 位地址指定两套还支持通过对象站 IP 地址直接指定目标站不依赖站号映射。16 位地址指定适合常规的软元件读写比如远程站的 D 区、W 区地址空间够用指令操作数也简单。32 位地址指定则针对地址空间更大的设备比如某些智能设备站的寄存器寻址范围超过 16 位能表达的上限或者你要连续读写一大块数据时用 32 位指定更直接。选型时我的原则是地址范围明确且不大的用 16 位简单可靠要访问的地址空间大、或者模块手册明确要求用 32 位寻址的就用 32 位不要混用。通过 IP 地址指定对象站这个功能在设备数量多、站号容易冲突的现场非常有用。它跳过了网络组态的依赖直接告诉指令“去访问哪个 IP”适合做临时诊断和柔性产线切换。但要注意程序里写死 IP 地址会让移植性变差换设备就要改程序。SLMP 报文发送则适合和上位系统做集成直接构造 SLMP 帧发送给目标设备灵活性最高但需要对 SLMP 协议本身有了解报文的帧格式、命令码、子命令码都要自己填。4. 串行通信、定位与模拟指令接第三方设备的完整路径如果说网络指令解决的是 PLC 与 PLC、PLC 与上位机之间的通信那串行通信、定位和模拟指令解决的就是 PLC 与现场设备之间的对接。这部分我最深的体会是串口接条码枪、伺服走定位、模拟量模块做换算看起来都是标准功能但参数错一个设备就装死而且报错往往还不直观。4.1 串行通信用指令无顺序协议与按需功能串行通信这块手册覆盖了无顺序协议、双向协议、按需功能、用户登录帧、通信协议支持功能。无顺序协议最常用适合和串口仪表、扫码枪、打印机这类第三方设备通信你发一帧数据过去设备回一帧数据过来不涉及复杂的协议解析。以接一台串口扫码枪为例常见做法是先在模块参数里把波特率、数据位、停止位、校验位配置成和扫码枪一致然后在程序里用无顺序协议发送指令触发扫码枪工作再用接收指令把返回的条码数据读回来。这里有个容易忽略的点扫码枪的返回帧长短不固定接收侧要能处理变长帧。我一般会先做一版接收解析的伪代码把帧头和帧尾、数据长度字段的逻辑理清楚# 串口接收帧解析伪代码用于确认帧边界和长度判断逻辑 def parse_frame(buffer): if len(buffer) 8: # 至少要有帧头、长度、数据和校验 return None if buffer[0] ! 0x02: # 帧头固定为 STX return None length buffer[1] # 第二个字节是数据长度 if len(buffer) 2 length 2: return None # 数据还没收全继续等待 payload buffer[2:2length] checksum buffer[2length] # 简单地校验一个字节 if checksum ! sum(payload) 0xFF: return None # 校验失败丢弃 return payload.decode(ascii, errorsignore)这段逻辑对应到 PLC 程序里的实现思路先用接收指令把数据存进缓冲区再按字节检查帧头、长度和校验。注意通信参数必须和扫码枪手册一致常见的数据位 8、停止位 1、无校验组合最容易配通。无顺序协议没有应答机制所以一定要做超时判断——发出触发指令后如果在设定时间内没收到完整帧要主动重新发送或者报警。手册里还提供了接收数据清除指令专门用来清掉残留的脏数据防止旧帧干扰下次接收。双向协议比无顺序协议多一层的点在于它带有一个简单的握手过程发送方和接收方按既定规则交替收发适合一对一、数据量稳定的场合。用户登录帧则是把自定义的帧格式提前登录到模块里调用时只指定帧号就能发送逻辑清爽很多。4.2 定位用指令绝对位置恢复、定位启动与示教定位用指令集中在绝对位置恢复、定位启动、示教、模块备份和模块初始化这几条上。绝对位置恢复是很多定位系统的第一步伺服上电后驱动器不知道当前轴在什么位置必须通过绝对位置恢复指令让系统重新建立位置基准。这一步没做后面一切定位动作都建立在错误的位置上轻则定位不准重则撞机。定位启动指令负责触发一次定位动作操作数里要指定定位 No.、速度、加减速时间、目标位置这些数据通常提前在定位模块的参数表里配置好。示教指令则是把当前机械位置直接写入定位数据表省去手工输入坐标的麻烦换型调试时特别好用。模块备份闪存写入是把当前参数和定位数据固化到闪存否则断电后数据会丢等于白调。模块初始化则是把模块恢复到出厂状态一般只在严重配置错乱时使用。我调定位系统时踩过的坑主要集中在时序上绝对位置恢复和定位启动之间要有明确的完成确认绝对位置恢复完成标志没 ON 就去启动定位轴可能不动也可能以错误位置为基准跑出去。另外示教完成后记得做一次模块备份不然下次上电发现数据丢了那真是没地方买后悔药。4.3 模拟与高速数据记录模式切换、用户范围与配方读写模拟用指令里模式切换用于在模块的不同运行模式之间切换用户范围设置的读取和恢复则对应模拟量通道的量程配置。现场常见做法是设备启动时用指令把用户范围设置批量写入通道确保量程参数和当前工艺一致换型时再恢复到另一组预设值。这里的关键是范围设置的数据格式要和模块手册一致不同通道的数据顺序不能搞错。高速数据记录用指令里的配方写入和配方读取是批量生产换型的神器。配方数据可以存储在 SD 卡或 CPU 内置存储里换型时用配方读取指令一次性把整组参数灌进 PLC。我一般会把配方编号作为索引每个编号对应一组完整的工艺参数程序里只维护一张配方号和存储地址的映射表换型逻辑就非常干净了。配方读写的坑在于文件路径和文件名要和实际存储位置匹配路径写错的话指令会直接报错排查时也很容易忽略这一点。5. 模块专用指令避坑五个高频故障的现象、原因与处理这一章的内容来自我自己和身边同事的实测记录。模块专用指令本身不难难在出了错不知道怎么定位。以下五个问题是我在 iQ-R 项目里遇到最多、也最容易被误判的每个都按“现象 → 原因 → 解决”的顺序讲清楚。5.1 案例一链接专用指令不执行程序一直不动现象读取其它站数据的指令写好了编译也通过但运行后数据区始终是初始值完成标志一直不置 ON。原因排查下来有三种一是网络参数虽然设置了但没有下载到 CPU或者下载后没有复位模块让参数生效二是目标站号填错指令访问的站不存在三是执行条件写成了常时 ON但前面某个联锁条件一直不满足指令实际根本没被执行。解决先在 GX Works3 里在线监视看指令的每一步执行条件是否真的导通了。确认执行条件没问题后再打开网络诊断看目标站的通信状态是否正常。最直接的办法是先用软件自带的网络测试功能发一个诊断帧确认链路层通不通再回头查指令操作数。链路不通的情况下指令怎么写都不会执行。5.2 案例二以太网连接建立失败握手一直不成功现象PLC 做客户端主动去连服务器连接建立指令触发了但对方设备一直没反应或者 PLC 侧报连接失败错误。原因协议类型不匹配是最常见的。PLC 侧配了 TCP对端设备实际是 UDP或者端口号不一致对端监听的是 5000PLC 连的是 5001还可能是开放方式参数不对某些协议要求指定本地端口范围没配对就容易握手失败。解决先用网络抓包工具看 SYN/SYN-ACK 的交互过程确认报文是否到达对端。如果报文发出去了但对端没回应重点查对端设备的白名单和防火墙设置如果对端回了但没有继续完成握手重点查协议类型和端口号。固定缓冲通信场景下还要确认缓冲区的分区设置是否和参数表一致缓冲区交叉占用也会导致连接建立后收发异常。5.3 案例三32 位数据被截断数值怎么都不对现象从远程站读取一个 32 位计数器值读回来之后数值偏小或者高 16 位永远是 0。程序逻辑看起来没问题指令也执行成功了。原因地址指定方式选错了。远程站的这个计数器是 32 位数据程序里却用了 16 位地址指定的读取指令只搬了低 16 位过来。更隐蔽的是有的指令支持 32 位访问但操作数里给的目标地址只留了 1 个字的空间数据写过去时直接覆盖了相邻地址的内容。解决确认数据源的类型定义32 位数据必须用 32 位地址指定的指令且存储区域预留连续 2 个字。我在程序里会给所有 32 位数据的起始地址做标记比如统一用偶数地址这样查错时一眼就能看出地址对齐是否正确。另外从站侧的数据定义也要同步检查两侧的类型不一致就会静默截断。5.4 案例四串行通信乱码帧收不全现象串口通信偶尔正常偶尔乱码或者一帧数据被拆成两段接收程序怎么处理都拼不回来。原因大多是两个问题叠加。第一个是通信参数不一致波特率、校验位有一项对不上数据在物理层就坏了第二个是接收处理逻辑没有考虑分帧到达串口数据是一个字节一个字节到的程序如果按“收到完整帧”来做处理就要有拼帧和超时机制否则收到一半就开始解析自然乱套。解决先把通信参数全部核对一遍用串口调试助手直连设备验证报文本身是好的排除物理层问题。然后在程序里加一个接收超时定时器收到第一个字节后开始计时如果间隔超过设定时间一般 10 到 50 毫秒就认为一帧结束再对缓冲区里的完整数据做解析。这个超时值要视波特率调整波特率越高帧间隔越短超时值就要设得越小。5.5 案例五定位启动后轴不动或者位置错乱现象定位启动指令执行了完成标志也置 ON 了但电机没动或者动了但停的位置和设定目标完全不一样。原因多数是绝对位置恢复没做或者做完之后没有确认恢复完成标志。伺服系统断电再上电后位置基准丢失如果程序里直接触发定位启动轴会以错误基准运行。还有一种情况是定位数据表里的目标位置、速度参数没写入闪存调试时看着是好的断电重启后数据回到旧值位置自然就错了。解决把“绝对位置恢复 → 确认完成标志 → 定位启动 → 确认到位”做成固定时序每一步的完成标志作为下一步的执行条件。调好的定位数据立刻做一次模块备份闪存写入。从那以后我在交付任何带定位的项目前都会强制走一遍“断电重启后冷启动定位”的测试确保掉电恢复后系统还能按正确位置跑起来。6. C语言智能功能模块用 FFT 和马氏距离做在线分析的进阶用法C语言智能功能模块用指令是 iQ-R 这代产品比较有区分度的功能相当于把一部分数据分析能力放进了 PLC 里。用户函数执行指令可以调用自定义的 C 语言函数数据分析函数执行指令则直接提供了数字滤波器、包络线、FFT 频谱运算统计分析函数执行指令覆盖了最小二乘法、单位空间生成、信号数据的马氏距离计算和多元回归分析。这些指令的价值在于不用把原始数据全部传到上位机再做分析在 PLC 侧就能完成特征提取和判断适合振动监测、设备健康度评估这类需要实时响应的场景。以 FFT 频谱运算为例我的经验是采样点数一定要取 2 的幂次手册里的示例也遵循这个约束。点数决定频率分辨率采样率决定可分析的最高频率这两者要在工程阶段就定好。单位空间生成和马氏距离计算则适合做设备异常检测先用正常工况的数据生成单位空间再对实时信号计算马氏距离超过阈值就报警。这里有个血泪经验喂给单位空间生成的数据必须是真正“正常”的数据混入少量异常样本整个模型就废了而且很难察觉。我后来做任何分析前都强制先做一遍数据有效性检查用可视化确认波形没有毛刺和空值再进算法从那以后误报率明显下降。这本手册的模块专用指令篇能帮你把这些功能落到现场希望帮到你。本文还有配套的精品资源点击获取
