接手三菱Q系列总线型项目程序这得从一条客户产线说起。当时现场设备一共四十多台传感器、电机、变频器分散在三条工位上原来全部走硬接线控制柜里光是中间继电器就装了两百多个排查故障的时候头都要炸了。后来整个控制系统推倒重来用了三菱Q系列PLC加CC-Link总线架构项目程序也从原先一堆散落的梯形图整理成了一套有条理的总线型程序。折腾了两个月回过头来看这趟自动化控制的“宝藏大门”算是被撬开了。这篇文章适合正在做Q系列项目、或者准备把老产线从硬接线改成总线通信的工程师参考。我会从系统架构选型、硬件组态、程序结构设计、现场调试四个方面把一个实际项目里踩过的坑和验证过的做法完整梳理出来特别是那些手册上有但容易被忽略的细节尽量都讲清楚。1. 不是越贵越好为什么这套项目选择了Q系列加总线型1.1 设备数量上来了硬接线是真的扛不住很多工厂里老设备的控制逻辑并不复杂就是传感器信号进PLCPLC输出给接触器、继电器。但是当设备数量超过四十台、IO点数到五百点以上时硬接线的弊端会暴露得非常明显电缆用量大、柜内空间紧张、查线极其痛苦、故障点不可控。一根线虚接整个工位就停而且排查只能靠万用表一段一段量。我做这个项目的第一个决定就是不再增加硬接线IO模块而是把现场传感器和执行器全部接到远程IO站上然后通过总线把数据收回到PLC。这样带来的直接好处是柜子里线少了一大半后期增减点位也只需要在远程站上做文章不用再放几百米电缆。另外一个隐形的收益是调试方便GX Works2里面直接看从站IO状态比拿万用表去柜子里捅端子快得多。1.2 三菱Q系列在整条产品线里的定位三菱PLC产品线里FX系列属于小型机适合单机设备或点数很少的场合价格亲民但扩展能力和网络能力确实有限。L系列算是中型机里的轻量级程序结构上接近Q系列适合对空间有要求的中小型设备。而Q系列是真正的模块化中大型PLC基板加CPU加各类智能模块自由组合支持CC-Link、CC-Link IE、以太网、现场总线等多种网络结构CPU还分基本型、高性能型、过程控制型、运动控制型覆盖面非常广。这个项目选Q系列核心原因有三个第一项目总IO点数超过五百点还带模拟量采集和变频器通信FX系列带不动第二现场环境比较恶劣对系统稳定性要求高Q系列在抗干扰、热插拔维护方面比小型机成熟得多第三客户未来有扩展上位机监控、MES数据采集的计划Q系列自带以太网口可以很平滑地和上位系统打通。1.3 总线型方案到底解决了什么说“总线型项目程序”这里面的核心关键词其实是“网络通信”。传统PLC程序只关心输入输出状态但总线型项目程序还得管理通信链路的建立、站点的状态诊断、数据刷新时机程序结构跟纯硬接线的项目有明显区别。拿这个项目来说现场传感器分布在三条工位总共需要5个远程IO站、3台变频器、1组温控仪表。如果全部走硬接线光是信号线就要一百多根每根线两头要压端子、套标号施工周期至少一周。改成CC-Link总线后每个远程站只需要一根总线电缆串联整个网络的敷设工作一天就能完成。更重要的是以后如果某个工位要增加传感器只需要在对应远程站上多接两路线然后在系统里改一下占用的点数配置完全不用重新放线。用生活化的类比来说硬接线方案像是每家每户都拉一条电话专线到总机线路多了总机根本接不过来总线型方案则是大家共用一根光纤进小区每家分配一个号码总机只需要管理一条物理线路。虽然中间多了通信协议、站号、数据映射这些概念但系统整体的可维护性完全不在一个量级。2. 硬件选型和网络组态先把每一个模块安排到正确的位置2.1 控制器侧的模块选型清单这个项目最终确定的控制器侧配置如下表所示整个配置有一个原则基础功能不冗余通信能力一步到位IO模块保留20%的余量。模块名称型号数量用途与选型理由主基板Q35B1块5槽结构CPU加4个功能模块留1槽余量电源模块Q61P-A21个100-240V AC输入100W容量覆盖整柜用电CPU模块Q03UDVCPU1个内置以太网口和USB口程序容量30K步运行速度9.5nsCC-Link主站模块QJ61BT11N1个管理现场总线网络最多支持64个从站模拟量输入模块Q68ADI1个8通道A/D转换采集压力、流量信号温度采集模块Q64TCTT1个4通道热电偶输入接加热区温度数字量输入模块QX402个16点DC24V输入用于柜内紧急停止和模式选择等集中信号数字量输出模块QY40P1个16点继电器输出控制柜内指示灯和报警器值得说一下的是CPU选型。Q03UDVCPU属于UDV系列这个系列比老的Q02U在运算速度上有明显提升而且内置以太网口可以同时用于程序下载、上位机监控和Modbus TCP通信。虽然项目初期只需要总线控制但考虑到客户后面对数据采集肯定有要求这个预留非常值得。2.2 总线选型CC-Link还是CC-Link IE每次做Q系列项目都会纠结一个问题到底用CC-Link还是CC-Link IE。CC-Link是现场总线传输速度最高10Mbps理论通信距离随速率变化156kbps下可以达到1200米适合大多数产线场景。CC-Link IE则是工业以太网速度达到1Gbps组网更灵活但相应模块成本和布线要求也更高。我最终选了CC-Link理由是这个项目站点总数不超过10个数据吞吐量不大CC-Link的带宽足够现场网络拓扑是简单的总线型串联不需要环形冗余远程IO站、变频器通信卡都支持CC-Link生态成熟。CC-Link IE更适合那种几十个站、需要高速大数据交换的场景比如大型汽车焊装线。选型这件事够用就好没必要为了技术先进多花钱。2.3 站号分配和远程站地址规划CC-Link网络里每个站点都有一个站号主站固定为0号。远程IO站和远程设备站根据占用站数占地址空间占用规则是每个站占用X/Y各32点。我在这项目的站号分配如下0号站QJ61BT11N主站不占IO地址1号站工位A远程IO站占1个站占用X/Y0到X/Y1F2号站工位B远程IO站占1个站占用X/Y20到X/Y3F3号站工位C远程IO站占1个站占用X/Y40到X/Y5F4号站包装区远程IO站占1个站占用X/Y60到X/Y7F5号站加热区远程IO站占1个站占用X/Y80到X/Y9F6号站变频器1占2个站站号6至7占用X/Y A0到X/Y DF8号站变频器2占2个站站号8至9占用X/Y E0到X/Y 11F10号站变频器3占2个站站号10至11占用X/Y 120到X/Y 15F这套分配看起来繁琐但好处是每个站的地址区间清晰程序里一看到地址就知道属于哪个工位。如果前期不规划好后面程序写一半再改站号那真是牵一发动全身GX Works2里所有的映射全都要重新核对。2.4 GX Works2里完成网络组态的步骤三菱Q系列的标准编程软件是GX Works2这个软件对总线项目的支持比老版本GX Developer好很多智能功能模块、CC-Link配置都集成在工程导航里。组态过程分下面几步新建工程选择CPU型号Q03UDVCPU编程语言选梯形图。在导航窗口的“智能功能模块”里双击“CC-Link”添加QJ61BT11N主站模块设置模块所在槽位主站站号设为0。进入CC-Link详细设置把工作模式设为“远程IO 远程设备站模式”因为网络里既有远程IO站又有变频器。在从站配置表里依次添加每个远程站填入站号、类型、占用站数和占用点数保存后系统会自动生成映射地址。对模拟量模块Q68ADI、温度模块Q64TCTT也做同样配置设置偏置增益、温度单位等参数。组态完成后最好先在“系统监视”里看一遍有没有参数冲突尤其是站号重复和占用点数超范围这两类错误软件会直接提示。这一步检查能省掉后面上电调试一半的麻烦。硬件上电后主站的指示灯会显示各从站的通信状态快速闪动表示通信正常慢闪或常亮就是有问题。3. 程序骨架与通信逻辑从梯形图散装代码到结构化总线程序3.1 程序框架先搭骨架再写内容很多做设备出身的朋友写Q系列程序喜欢从头到尾一坨梯形图遇到什么写什么程序能跑就完事。但总线型项目的程序状态多、和通信的耦合度高这种写法后期维护起来会非常痛苦。我习惯把程序分层处理第一层是系统初始化程序用SM402初始脉冲触发完成各个智能功能模块的寄存器初始化、通信参数的写入、报警状态的复位。第二层是通信数据刷新程序定时从CC-Link主站模块的缓冲存储器里读取网络状态把从站通信异常、断开等状态转成内部继电器供报警程序使用。第三层才是工艺逻辑程序包括工位动作、变频器控制、温度控制等。第四层是报警和统计程序处理故障输出、运行时间累计、产量统计。这个分层思路把“和硬件打交道的代码”和“和工艺打交道的代码”拆开了。调试工艺问题时不影响通信逻辑排查通信故障时也不用在几百行梯形图里大海捞针。这个习惯在小型机上可能体现不出优势一到Q系列这种中型项目差距非常明显。3.2 软元件规划不能省Q系列和FX系列不一样软元件资源非常充裕容量大、类型多但规划不好照样乱。我习惯在写程序前做一张类似的软元件分配表软元件区间用途备注M0-M99系统状态标志通信正常、从站故障、急停、运行模式M100-M499工位A/B/C动作逻辑每个工位预留100个内部继电器M500-M799变频器控制状态运行、故障、正反转、本地远程切换M800-M999报警和统计标志温度超限、通信异常、产量计数D0-D99通信数据区CC-Link和各模块读回来的原始数据D100-D299模拟量数据区压力、流量、温度的原始值和工程量值D300-D499变频器数据区设定频率、输出频率、电流、故障码D500-D999工艺参数配方、上下限、设备参数ZR0-ZR999文件寄存器数据记录和配方备份这套表的逻辑是M区管状态D区管数值两者分区清晰。实际项目里最大的问题就是D寄存器乱用这个程序段用了D50那个程序段也用了D50互相覆盖后设备动作时好时坏查起来极度崩溃。只要前期花半小时做分配后面至少能省三天的排查时间。3.3 CC-Link的IO映射机制到底是怎么回事CC-Link的远程IO站上电后主站会自动把它的输入状态映射到CPU的X地址上把CPU的输出映射到远程站的输出端子上。这个映射是硬件完成的不需要程序干预。远程IO站的输入点对应哪个X地址取决于站号和占用点数这也是前面做站号规划时反复强调的原因。举个例子1号站占用X/Y0到X/Y1F那么1号站远程输入模块的16个输入点就对应X0到X0F。程序里直接用X0判断第一个传感器是否触发用Y0控制第一个输出继电器跟硬接线模块完全一样不需要写通信指令。整个链路是现场传感器信号→远程IO模块→CC-Link总线→主站模块→CPU的X地址反向则从Y地址传到远程输出。但变频器和仪表这种“远程设备站”就不一样了它们的数据是存在缓冲区里的要读写这些数据就得用到FROM/TO指令和缓冲存储器地址。3.4 读写字和缓冲存储器的正确姿势以三菱变频器FR-E700系列为例它在CC-Link网络里通过FR-E7NC通信卡接入。变频器的运行命令、频率设定、状态监视都映射到通信卡的缓冲存储器里。程序里需要定期把设定值写进去把状态值读出来。读写缓冲存储器有三种方式一种是用GX Works2里的智能功能模块标签直接在梯形图里拖拽变量一种是用FROM和TO指令还有一种是在程序里直接访问U0\G地址。这里以最常见的FROM/TO指令写法为例设定频率写入 TO U0\G0 D300 K1 将D300里的频率设定值写入0号主站模块缓冲区 读取变频器输出频率 FROM U0\G10 D310 K1 将0号主站模块缓冲区的数据读入D310这里U0表示主基板0号模块G后面跟的是缓冲存储器地址。需要特别注意的是QJ61BT11N的缓冲区地址里前几十个字是网络状态和系统信息用户数据区的起始地址要参考模块手册不同型号的智能模块地址分配完全不一样。我在项目里就吃过一次亏把变频器的状态字读错了地址结果监控数据一直是乱的最后是翻手册才找到正确的地址偏移。3.5 通信状态检测程序要有自诊断能力总线型项目最怕通信断开断开了设备停在那里操作工和维修工都不知道问题出在哪。所以程序里一定要有通信状态自诊断。QJ61BT11N主站模块的缓冲存储器里有一个数据链接状态字每一位对应一个从站的通信情况。程序里周期性读取这个状态字转换成M100到M110这样的内部继电器读取数据链接状态 FROM U0\G2 D30 K1 M10是D30的Bit0对应1号站 M20是D30的Bit5对应6号站一旦某个站的通信状态位变为1程序立刻触发报警输出到触摸屏同时把这个站的设备联锁停机。这么做的目的是只停故障区域不影响其他正常工位继续运行。这个设计在传统硬接线项目里体现不出来但在总线项目里简直是救命稻草现场维修人员看到报警信息“2号站通信异常”直接拿万用表去查那一段总线的线路就行不用全柜子排查。3.6 变频器控制的程序片段变频器通过总线控制的核心很简单一是写入运行方向指令二是写入频率设定值三是读取运行状态和故障信息。在梯形图里我会把变频器的启停做成RS触发结构启动条件M440为ON运行输出M441置位停止条件M442为ON运行输出M441复位。然后把M441和D300的频率设定值一起写入主站缓冲区变频器就开始运行了。至于写入之前的连锁条件包括通信状态正常、变频器无故障、急停回路闭合等都需要串在启动条件前面任何一个条件不满足都不能启动。这个逻辑本身不复杂难点在于时序。变频器收到启动命令到实际运行有空闲时间如果程序里没有做延时判断就去读“运行中”信号经常会误判为启动失败。实际做的时候我一般在发出启动命令后用定时器延时0.5到1秒再检测运行反馈这样既保证安全又不会误报。4. 现场调试实录三个反复出现的坑和排查三板斧4.1 坑一通信时断时续问题出在终端电阻项目第一次上电调试网络从站全部能识别但运行十几分钟后3号站开始频繁报通信超时。一开始怀疑是现场变频器干扰加磁环、换屏蔽电缆折腾了一天也没根除。后来用万用表量网络两端的终端电阻发现总线末端那个110Ω电阻根本没有固定只是插在端子上设备振动后接触不良。CC-Link总线规范要求网络两端各接一个110Ω终端电阻用来消除信号反射。缺少终端电阻或者接触不良网络在物理层就会出现信号反射表现就是通信时断时续、丢站、恢复后重新建链。这个问题的隐蔽性在于不是完全不通而是“偶尔不通”非常难查。后来我把两端的终端电阻全部用螺丝压紧并在线槽里做好了固定网络就稳了。注意CC-Link终端电阻是110Ω不是DeviceNet的121Ω也不是CAN总线的120Ω。别看差这么几欧姆买错了整个网络都跑不稳。4.2 坑二站号设置错误导致地址覆盖另一个印象深刻的问题是两台变频器的控制信号串了。启动2号变频器的时候3号变频器也跟着转但频率设置值不同步时好时坏。查下来发现是施工人员在变频器通信卡上设置站号的时候两台都设成了8号站。GX Works2里虽然能看到站号冲突的告警但当时组态时没仔细看只看到“占用站数正确”就下载程序了。站号重复会导致两个设备的IO地址映射到同一个X/Y区间主站发送的数据会被两台设备同时接收挂在上面的设备动作就是乱的。排查站号问题其实很简单CC-Link主站模块上的LED指示灯能逐站显示通信状态重复站号的位置灯号异常。另外每台远程站的拨码开关站号设置上电前一定用万用表或者目测确认一遍不要相信施工人员的口头保证。4.3 坑三监控窗口里看不到数据其实是缓冲区地址理解错了调试温度采集模块时我打开GX Works2的缓冲存储器批量监控窗口输入地址后看到的数值全部是0一度以为模块坏了。后来翻手册才发现Q64TCTT的转换值不是直接放在缓冲存储器最前面前面还占了不少状态和控制字。要读取温度值必须先把转换允许位写进去让模块开始工作然后在特定的缓冲区地址里读温度数据。这里必须强调一点智能功能模块的缓冲区地址一定要以模块手册为准不要凭经验猜。每个模块都有自己的缓冲存储器地址定义表有些地址是只读的有些是写入后生效的有些要在模块启动配置里先做设置。最稳妥的做法是在GX Works2的模块参数配置界面里把能设的参数全部设好下载后再用缓冲存储器监控逐个地址核对确认数据确实变化了再接程序逻辑。4.4 排查总线的三板斧结合多个项目的调试经验总线路项目的故障排查基本离不开三个工具第一是主站模块的指示灯。QJ61BT11N前面板有专门的通信状态LED每个从站对应一个指示灯位正常通信状态是快速闪烁。哪个站的灯不闪或者慢闪问题就锁定在哪一段。第二是GX Works2的CC-Link诊断功能。在软件的“诊断”菜单里可以启动CC-Link诊断它能逐个扫描所有从站显示每个站点的通信状态、错误代码、占用信息比看指示灯更精细。三菱诊断界面里的错误代码都有明确含义比如“站号重复”“通信超时”“参数错误”等照着代码查手册基本能定位问题。第三是缓冲存储器监控。这个工具用来查看智能功能模块内部寄存器的实时值包括网络状态字、每个从站的数据。比如你想知道4号站变频器的当前输出频率直接在缓冲存储器监控里输入对应的地址马上就能看到实际数值比反复下载修改程序高效得多。把这三个工具配合起来使用绝大多数总线通信故障在三十分钟内都能定位。我做项目时还习惯在调试阶段给每个从站贴一张标签写清楚站号和对应地址区间虽然这是小事但在现场沟通时能省很多扯皮的时间。4.5 常见问题速查表现象可能原因排查方法解决办法某个从站指示灯不亮站号拨码错误、线缆断开、终端电阻缺失检查拨码开关、量线缆通断纠正站号、重新压接、装终端电阻通信一闪一闪但不稳定屏蔽层未单端接地、总线附近有强干扰源检查屏蔽接地、观察设备启动时断线屏蔽层单端接地、总线远离变频器动力线数据全部为0或有规律跳变缓冲区地址错误、模块参数未生效用缓冲存储器监控逐一核对对照手册修正地址、重新下载参数设备动作偶发混乱站号重复、占用点数配置超范围用GX Works2诊断扫描所有站改正重复站号、调整占用站数通信恢复后设备不自动续跑程序里未做自动恢复逻辑查看网络状态标志的恢复时序在程序里增加通信恢复后的自动复位和启动逻辑最后说一个容易被忽略的细节总线型项目调试时一定要把“通信断开后的设备状态”想清楚。我见过很多事故都是通信卡住后PLC没有及时响应设备带着输出继续动作最后把机械结构顶坏了。所以程序里通信超时保护逻辑优先级一定要高于工艺动作逻辑。宁可停机停下来报警也不要让设备在不明确的状态下乱动。这一点是我做了这么多项目之后最想强调的单条经验。总线型Q系列项目的核心并不是指令多高深而是“提前规划、分层实现、认真检查”这套方法论。硬件选型时想清楚通信架构写程序时想清楚IO映射和地址规划调试时用好指示灯和诊断工具项目上线后你会发现这套东西比硬接线项目好维护十倍以上。下次有人再问三菱Q系列总线型项目难不难我会告诉他难的不是技术是你愿不愿意多花半天时间做规划。
三菱Q系列PLC总线型项目实战：CC-Link架构选型与调试要点
接手三菱Q系列总线型项目程序这得从一条客户产线说起。当时现场设备一共四十多台传感器、电机、变频器分散在三条工位上原来全部走硬接线控制柜里光是中间继电器就装了两百多个排查故障的时候头都要炸了。后来整个控制系统推倒重来用了三菱Q系列PLC加CC-Link总线架构项目程序也从原先一堆散落的梯形图整理成了一套有条理的总线型程序。折腾了两个月回过头来看这趟自动化控制的“宝藏大门”算是被撬开了。这篇文章适合正在做Q系列项目、或者准备把老产线从硬接线改成总线通信的工程师参考。我会从系统架构选型、硬件组态、程序结构设计、现场调试四个方面把一个实际项目里踩过的坑和验证过的做法完整梳理出来特别是那些手册上有但容易被忽略的细节尽量都讲清楚。1. 不是越贵越好为什么这套项目选择了Q系列加总线型1.1 设备数量上来了硬接线是真的扛不住很多工厂里老设备的控制逻辑并不复杂就是传感器信号进PLCPLC输出给接触器、继电器。但是当设备数量超过四十台、IO点数到五百点以上时硬接线的弊端会暴露得非常明显电缆用量大、柜内空间紧张、查线极其痛苦、故障点不可控。一根线虚接整个工位就停而且排查只能靠万用表一段一段量。我做这个项目的第一个决定就是不再增加硬接线IO模块而是把现场传感器和执行器全部接到远程IO站上然后通过总线把数据收回到PLC。这样带来的直接好处是柜子里线少了一大半后期增减点位也只需要在远程站上做文章不用再放几百米电缆。另外一个隐形的收益是调试方便GX Works2里面直接看从站IO状态比拿万用表去柜子里捅端子快得多。1.2 三菱Q系列在整条产品线里的定位三菱PLC产品线里FX系列属于小型机适合单机设备或点数很少的场合价格亲民但扩展能力和网络能力确实有限。L系列算是中型机里的轻量级程序结构上接近Q系列适合对空间有要求的中小型设备。而Q系列是真正的模块化中大型PLC基板加CPU加各类智能模块自由组合支持CC-Link、CC-Link IE、以太网、现场总线等多种网络结构CPU还分基本型、高性能型、过程控制型、运动控制型覆盖面非常广。这个项目选Q系列核心原因有三个第一项目总IO点数超过五百点还带模拟量采集和变频器通信FX系列带不动第二现场环境比较恶劣对系统稳定性要求高Q系列在抗干扰、热插拔维护方面比小型机成熟得多第三客户未来有扩展上位机监控、MES数据采集的计划Q系列自带以太网口可以很平滑地和上位系统打通。1.3 总线型方案到底解决了什么说“总线型项目程序”这里面的核心关键词其实是“网络通信”。传统PLC程序只关心输入输出状态但总线型项目程序还得管理通信链路的建立、站点的状态诊断、数据刷新时机程序结构跟纯硬接线的项目有明显区别。拿这个项目来说现场传感器分布在三条工位总共需要5个远程IO站、3台变频器、1组温控仪表。如果全部走硬接线光是信号线就要一百多根每根线两头要压端子、套标号施工周期至少一周。改成CC-Link总线后每个远程站只需要一根总线电缆串联整个网络的敷设工作一天就能完成。更重要的是以后如果某个工位要增加传感器只需要在对应远程站上多接两路线然后在系统里改一下占用的点数配置完全不用重新放线。用生活化的类比来说硬接线方案像是每家每户都拉一条电话专线到总机线路多了总机根本接不过来总线型方案则是大家共用一根光纤进小区每家分配一个号码总机只需要管理一条物理线路。虽然中间多了通信协议、站号、数据映射这些概念但系统整体的可维护性完全不在一个量级。2. 硬件选型和网络组态先把每一个模块安排到正确的位置2.1 控制器侧的模块选型清单这个项目最终确定的控制器侧配置如下表所示整个配置有一个原则基础功能不冗余通信能力一步到位IO模块保留20%的余量。模块名称型号数量用途与选型理由主基板Q35B1块5槽结构CPU加4个功能模块留1槽余量电源模块Q61P-A21个100-240V AC输入100W容量覆盖整柜用电CPU模块Q03UDVCPU1个内置以太网口和USB口程序容量30K步运行速度9.5nsCC-Link主站模块QJ61BT11N1个管理现场总线网络最多支持64个从站模拟量输入模块Q68ADI1个8通道A/D转换采集压力、流量信号温度采集模块Q64TCTT1个4通道热电偶输入接加热区温度数字量输入模块QX402个16点DC24V输入用于柜内紧急停止和模式选择等集中信号数字量输出模块QY40P1个16点继电器输出控制柜内指示灯和报警器值得说一下的是CPU选型。Q03UDVCPU属于UDV系列这个系列比老的Q02U在运算速度上有明显提升而且内置以太网口可以同时用于程序下载、上位机监控和Modbus TCP通信。虽然项目初期只需要总线控制但考虑到客户后面对数据采集肯定有要求这个预留非常值得。2.2 总线选型CC-Link还是CC-Link IE每次做Q系列项目都会纠结一个问题到底用CC-Link还是CC-Link IE。CC-Link是现场总线传输速度最高10Mbps理论通信距离随速率变化156kbps下可以达到1200米适合大多数产线场景。CC-Link IE则是工业以太网速度达到1Gbps组网更灵活但相应模块成本和布线要求也更高。我最终选了CC-Link理由是这个项目站点总数不超过10个数据吞吐量不大CC-Link的带宽足够现场网络拓扑是简单的总线型串联不需要环形冗余远程IO站、变频器通信卡都支持CC-Link生态成熟。CC-Link IE更适合那种几十个站、需要高速大数据交换的场景比如大型汽车焊装线。选型这件事够用就好没必要为了技术先进多花钱。2.3 站号分配和远程站地址规划CC-Link网络里每个站点都有一个站号主站固定为0号。远程IO站和远程设备站根据占用站数占地址空间占用规则是每个站占用X/Y各32点。我在这项目的站号分配如下0号站QJ61BT11N主站不占IO地址1号站工位A远程IO站占1个站占用X/Y0到X/Y1F2号站工位B远程IO站占1个站占用X/Y20到X/Y3F3号站工位C远程IO站占1个站占用X/Y40到X/Y5F4号站包装区远程IO站占1个站占用X/Y60到X/Y7F5号站加热区远程IO站占1个站占用X/Y80到X/Y9F6号站变频器1占2个站站号6至7占用X/Y A0到X/Y DF8号站变频器2占2个站站号8至9占用X/Y E0到X/Y 11F10号站变频器3占2个站站号10至11占用X/Y 120到X/Y 15F这套分配看起来繁琐但好处是每个站的地址区间清晰程序里一看到地址就知道属于哪个工位。如果前期不规划好后面程序写一半再改站号那真是牵一发动全身GX Works2里所有的映射全都要重新核对。2.4 GX Works2里完成网络组态的步骤三菱Q系列的标准编程软件是GX Works2这个软件对总线项目的支持比老版本GX Developer好很多智能功能模块、CC-Link配置都集成在工程导航里。组态过程分下面几步新建工程选择CPU型号Q03UDVCPU编程语言选梯形图。在导航窗口的“智能功能模块”里双击“CC-Link”添加QJ61BT11N主站模块设置模块所在槽位主站站号设为0。进入CC-Link详细设置把工作模式设为“远程IO 远程设备站模式”因为网络里既有远程IO站又有变频器。在从站配置表里依次添加每个远程站填入站号、类型、占用站数和占用点数保存后系统会自动生成映射地址。对模拟量模块Q68ADI、温度模块Q64TCTT也做同样配置设置偏置增益、温度单位等参数。组态完成后最好先在“系统监视”里看一遍有没有参数冲突尤其是站号重复和占用点数超范围这两类错误软件会直接提示。这一步检查能省掉后面上电调试一半的麻烦。硬件上电后主站的指示灯会显示各从站的通信状态快速闪动表示通信正常慢闪或常亮就是有问题。3. 程序骨架与通信逻辑从梯形图散装代码到结构化总线程序3.1 程序框架先搭骨架再写内容很多做设备出身的朋友写Q系列程序喜欢从头到尾一坨梯形图遇到什么写什么程序能跑就完事。但总线型项目的程序状态多、和通信的耦合度高这种写法后期维护起来会非常痛苦。我习惯把程序分层处理第一层是系统初始化程序用SM402初始脉冲触发完成各个智能功能模块的寄存器初始化、通信参数的写入、报警状态的复位。第二层是通信数据刷新程序定时从CC-Link主站模块的缓冲存储器里读取网络状态把从站通信异常、断开等状态转成内部继电器供报警程序使用。第三层才是工艺逻辑程序包括工位动作、变频器控制、温度控制等。第四层是报警和统计程序处理故障输出、运行时间累计、产量统计。这个分层思路把“和硬件打交道的代码”和“和工艺打交道的代码”拆开了。调试工艺问题时不影响通信逻辑排查通信故障时也不用在几百行梯形图里大海捞针。这个习惯在小型机上可能体现不出优势一到Q系列这种中型项目差距非常明显。3.2 软元件规划不能省Q系列和FX系列不一样软元件资源非常充裕容量大、类型多但规划不好照样乱。我习惯在写程序前做一张类似的软元件分配表软元件区间用途备注M0-M99系统状态标志通信正常、从站故障、急停、运行模式M100-M499工位A/B/C动作逻辑每个工位预留100个内部继电器M500-M799变频器控制状态运行、故障、正反转、本地远程切换M800-M999报警和统计标志温度超限、通信异常、产量计数D0-D99通信数据区CC-Link和各模块读回来的原始数据D100-D299模拟量数据区压力、流量、温度的原始值和工程量值D300-D499变频器数据区设定频率、输出频率、电流、故障码D500-D999工艺参数配方、上下限、设备参数ZR0-ZR999文件寄存器数据记录和配方备份这套表的逻辑是M区管状态D区管数值两者分区清晰。实际项目里最大的问题就是D寄存器乱用这个程序段用了D50那个程序段也用了D50互相覆盖后设备动作时好时坏查起来极度崩溃。只要前期花半小时做分配后面至少能省三天的排查时间。3.3 CC-Link的IO映射机制到底是怎么回事CC-Link的远程IO站上电后主站会自动把它的输入状态映射到CPU的X地址上把CPU的输出映射到远程站的输出端子上。这个映射是硬件完成的不需要程序干预。远程IO站的输入点对应哪个X地址取决于站号和占用点数这也是前面做站号规划时反复强调的原因。举个例子1号站占用X/Y0到X/Y1F那么1号站远程输入模块的16个输入点就对应X0到X0F。程序里直接用X0判断第一个传感器是否触发用Y0控制第一个输出继电器跟硬接线模块完全一样不需要写通信指令。整个链路是现场传感器信号→远程IO模块→CC-Link总线→主站模块→CPU的X地址反向则从Y地址传到远程输出。但变频器和仪表这种“远程设备站”就不一样了它们的数据是存在缓冲区里的要读写这些数据就得用到FROM/TO指令和缓冲存储器地址。3.4 读写字和缓冲存储器的正确姿势以三菱变频器FR-E700系列为例它在CC-Link网络里通过FR-E7NC通信卡接入。变频器的运行命令、频率设定、状态监视都映射到通信卡的缓冲存储器里。程序里需要定期把设定值写进去把状态值读出来。读写缓冲存储器有三种方式一种是用GX Works2里的智能功能模块标签直接在梯形图里拖拽变量一种是用FROM和TO指令还有一种是在程序里直接访问U0\G地址。这里以最常见的FROM/TO指令写法为例设定频率写入 TO U0\G0 D300 K1 将D300里的频率设定值写入0号主站模块缓冲区 读取变频器输出频率 FROM U0\G10 D310 K1 将0号主站模块缓冲区的数据读入D310这里U0表示主基板0号模块G后面跟的是缓冲存储器地址。需要特别注意的是QJ61BT11N的缓冲区地址里前几十个字是网络状态和系统信息用户数据区的起始地址要参考模块手册不同型号的智能模块地址分配完全不一样。我在项目里就吃过一次亏把变频器的状态字读错了地址结果监控数据一直是乱的最后是翻手册才找到正确的地址偏移。3.5 通信状态检测程序要有自诊断能力总线型项目最怕通信断开断开了设备停在那里操作工和维修工都不知道问题出在哪。所以程序里一定要有通信状态自诊断。QJ61BT11N主站模块的缓冲存储器里有一个数据链接状态字每一位对应一个从站的通信情况。程序里周期性读取这个状态字转换成M100到M110这样的内部继电器读取数据链接状态 FROM U0\G2 D30 K1 M10是D30的Bit0对应1号站 M20是D30的Bit5对应6号站一旦某个站的通信状态位变为1程序立刻触发报警输出到触摸屏同时把这个站的设备联锁停机。这么做的目的是只停故障区域不影响其他正常工位继续运行。这个设计在传统硬接线项目里体现不出来但在总线项目里简直是救命稻草现场维修人员看到报警信息“2号站通信异常”直接拿万用表去查那一段总线的线路就行不用全柜子排查。3.6 变频器控制的程序片段变频器通过总线控制的核心很简单一是写入运行方向指令二是写入频率设定值三是读取运行状态和故障信息。在梯形图里我会把变频器的启停做成RS触发结构启动条件M440为ON运行输出M441置位停止条件M442为ON运行输出M441复位。然后把M441和D300的频率设定值一起写入主站缓冲区变频器就开始运行了。至于写入之前的连锁条件包括通信状态正常、变频器无故障、急停回路闭合等都需要串在启动条件前面任何一个条件不满足都不能启动。这个逻辑本身不复杂难点在于时序。变频器收到启动命令到实际运行有空闲时间如果程序里没有做延时判断就去读“运行中”信号经常会误判为启动失败。实际做的时候我一般在发出启动命令后用定时器延时0.5到1秒再检测运行反馈这样既保证安全又不会误报。4. 现场调试实录三个反复出现的坑和排查三板斧4.1 坑一通信时断时续问题出在终端电阻项目第一次上电调试网络从站全部能识别但运行十几分钟后3号站开始频繁报通信超时。一开始怀疑是现场变频器干扰加磁环、换屏蔽电缆折腾了一天也没根除。后来用万用表量网络两端的终端电阻发现总线末端那个110Ω电阻根本没有固定只是插在端子上设备振动后接触不良。CC-Link总线规范要求网络两端各接一个110Ω终端电阻用来消除信号反射。缺少终端电阻或者接触不良网络在物理层就会出现信号反射表现就是通信时断时续、丢站、恢复后重新建链。这个问题的隐蔽性在于不是完全不通而是“偶尔不通”非常难查。后来我把两端的终端电阻全部用螺丝压紧并在线槽里做好了固定网络就稳了。注意CC-Link终端电阻是110Ω不是DeviceNet的121Ω也不是CAN总线的120Ω。别看差这么几欧姆买错了整个网络都跑不稳。4.2 坑二站号设置错误导致地址覆盖另一个印象深刻的问题是两台变频器的控制信号串了。启动2号变频器的时候3号变频器也跟着转但频率设置值不同步时好时坏。查下来发现是施工人员在变频器通信卡上设置站号的时候两台都设成了8号站。GX Works2里虽然能看到站号冲突的告警但当时组态时没仔细看只看到“占用站数正确”就下载程序了。站号重复会导致两个设备的IO地址映射到同一个X/Y区间主站发送的数据会被两台设备同时接收挂在上面的设备动作就是乱的。排查站号问题其实很简单CC-Link主站模块上的LED指示灯能逐站显示通信状态重复站号的位置灯号异常。另外每台远程站的拨码开关站号设置上电前一定用万用表或者目测确认一遍不要相信施工人员的口头保证。4.3 坑三监控窗口里看不到数据其实是缓冲区地址理解错了调试温度采集模块时我打开GX Works2的缓冲存储器批量监控窗口输入地址后看到的数值全部是0一度以为模块坏了。后来翻手册才发现Q64TCTT的转换值不是直接放在缓冲存储器最前面前面还占了不少状态和控制字。要读取温度值必须先把转换允许位写进去让模块开始工作然后在特定的缓冲区地址里读温度数据。这里必须强调一点智能功能模块的缓冲区地址一定要以模块手册为准不要凭经验猜。每个模块都有自己的缓冲存储器地址定义表有些地址是只读的有些是写入后生效的有些要在模块启动配置里先做设置。最稳妥的做法是在GX Works2的模块参数配置界面里把能设的参数全部设好下载后再用缓冲存储器监控逐个地址核对确认数据确实变化了再接程序逻辑。4.4 排查总线的三板斧结合多个项目的调试经验总线路项目的故障排查基本离不开三个工具第一是主站模块的指示灯。QJ61BT11N前面板有专门的通信状态LED每个从站对应一个指示灯位正常通信状态是快速闪烁。哪个站的灯不闪或者慢闪问题就锁定在哪一段。第二是GX Works2的CC-Link诊断功能。在软件的“诊断”菜单里可以启动CC-Link诊断它能逐个扫描所有从站显示每个站点的通信状态、错误代码、占用信息比看指示灯更精细。三菱诊断界面里的错误代码都有明确含义比如“站号重复”“通信超时”“参数错误”等照着代码查手册基本能定位问题。第三是缓冲存储器监控。这个工具用来查看智能功能模块内部寄存器的实时值包括网络状态字、每个从站的数据。比如你想知道4号站变频器的当前输出频率直接在缓冲存储器监控里输入对应的地址马上就能看到实际数值比反复下载修改程序高效得多。把这三个工具配合起来使用绝大多数总线通信故障在三十分钟内都能定位。我做项目时还习惯在调试阶段给每个从站贴一张标签写清楚站号和对应地址区间虽然这是小事但在现场沟通时能省很多扯皮的时间。4.5 常见问题速查表现象可能原因排查方法解决办法某个从站指示灯不亮站号拨码错误、线缆断开、终端电阻缺失检查拨码开关、量线缆通断纠正站号、重新压接、装终端电阻通信一闪一闪但不稳定屏蔽层未单端接地、总线附近有强干扰源检查屏蔽接地、观察设备启动时断线屏蔽层单端接地、总线远离变频器动力线数据全部为0或有规律跳变缓冲区地址错误、模块参数未生效用缓冲存储器监控逐一核对对照手册修正地址、重新下载参数设备动作偶发混乱站号重复、占用点数配置超范围用GX Works2诊断扫描所有站改正重复站号、调整占用站数通信恢复后设备不自动续跑程序里未做自动恢复逻辑查看网络状态标志的恢复时序在程序里增加通信恢复后的自动复位和启动逻辑最后说一个容易被忽略的细节总线型项目调试时一定要把“通信断开后的设备状态”想清楚。我见过很多事故都是通信卡住后PLC没有及时响应设备带着输出继续动作最后把机械结构顶坏了。所以程序里通信超时保护逻辑优先级一定要高于工艺动作逻辑。宁可停机停下来报警也不要让设备在不明确的状态下乱动。这一点是我做了这么多项目之后最想强调的单条经验。总线型Q系列项目的核心并不是指令多高深而是“提前规划、分层实现、认真检查”这套方法论。硬件选型时想清楚通信架构写程序时想清楚IO映射和地址规划调试时用好指示灯和诊断工具项目上线后你会发现这套东西比硬接线项目好维护十倍以上。下次有人再问三菱Q系列总线型项目难不难我会告诉他难的不是技术是你愿不愿意多花半天时间做规划。
