简介:发那科机器人接入CC-LINK总线的配置流程与参数详解,面向工业自动化现场工程师、PLC调试人员及工业互联网集成商,覆盖从硬件安装、网络接线到示教器IO设置的完整链条。资源包内仅1个docx文档,整体大小653KB,轻量便于快速查阅,目前已有1126人学习下载。文档重点拆解了CC-LINK网络结构、主站与从站关系、板卡/电缆/终端电阻等硬件准备,并结合实际的接线示意和配置界面,逐项解释站数、AOs、寄存器、RWw等关键参数含义,对远程寄存器由PLC站数决定、寄存器开始索引默认取值等细节也有涉及。同时列出通讯注意事项和工作检查表,帮助读者规避“机器人只能做从站”“终端电阻必须置于网络两端”等典型易错点,是一份可直接用于现场实施和故障排查的浓缩速查手册。
1. 发那科机器人CC-LINK通讯配置:从选件板确认到信号联调的一次完整落地
车间里一台FANUC机器人和旁边的三菱PLC说不上话,电气工程师拿到一份CC-LINK通讯配置的文档,翻开才发现这事远不止"插根线、改个参数"那么简单。发那科机器人走CC-LINK,本质是控制器里加装通讯选件板,机器人作为从站挂到以PLC为主站的现场总线网络上,再把总线上的数据映射成机器人程序能用的I/O信号。这中间涉及五件事:硬件选件确认、站号和速率规划、机器人侧参数设定、I/O地址映射、PLC主站侧的登记与联调。这篇文章按落地顺序把这五件事串起来讲,目标是让读者能独立完成一次从零到通的配置,并在遇到"通讯时断时续""信号错位"这类问题时,知道先查什么、后查什么,而不是从头到尾把每个参数重抄一遍。
2. 硬件与通讯架构:选件板确认、参数规划和线缆接线的前置工作
2.1 选件板安装位置与确认方法:动手配参数前先看硬件
发那科机器人在标准配置里不带CC-LINK接口。绝大多数情况下,CC-LINK通讯能力来自控制器内部扩展槽位上的一块选件板,板子自带一个五端子的接口,分别是DA、DB、DG、SLD、FG。在R-30iA时代,这块板常见做法是占用控制器内部的扩展槽,面板上会露出端子排;到了R-30iB及后续机型,外形和位置可能有变化,但端子定义和通讯机制没有本质区别。
我到现场第一件事是断电确认硬件。打开控制器外盖看扩展槽位上有没有装这块板,再看面板上有没有CC-LINK标识的端子排。设备是二手的或者从其他产线调过来的时候,这一步更不能省,因为很多项目把机器人搬过来时根本没把通讯选件板一起带来,光有软件选件没有硬件,后面全是白忙。
开机后的确认更直接:按MENU进入I/O菜单,如果能找到CC-LINK相关的设定页,说明选件已被系统识别。另一个重要信号是开机时有没有相关报警提示。如果硬件装了但菜单里没有入口,大概率是控制软件的选件号没有激活。这个坑我在第5章展开讲,这里先记住一个判断顺序:硬件在不在、菜单有没有、报警报不报,三件事按这个顺序查,能少走很多弯路。
2.2 站号、速率和站类型:动手前先画一张参数规划表
CC-LINK是主从轮询式的现场总线,网络里一个主站加若干个从站,主站按顺序轮询每个从站,每个从站在分到的时隙里交换数据。发那科机器人在这个网络里通常的角色是远程设备站(Remote Device Station),也就是说它不主动发起通讯,只响应主站。理解这一层,就不会在机器人侧浪费时间去翻找"主动发送"功能。
配置前必须定死的参数有三个:站号、通讯速率、从站占用的数据点数。站号范围1到64,全网唯一;速率有五档可选,分别是10Mbps、5Mbps、2.5Mbps、625kbps、156kbps,全网所有站点必须一致;占用的数据点数由板卡型号和配置决定,直接决定I/O映射的宽度。
我习惯在动手前先画一张参数表,哪怕只有一张纸。CC-LINK联调里绝大多数问题都出在"两边参数不一致",而参数不一致里最常见的就是站号重复和速率对不上。规划表至少要有这么几列:
| 参数项 | 规划值 | 备注 |
|---|---|---|
| 机器人站号 | 3 | 避开主站和已占用站号 |
| 通讯速率 | 10Mbps | 布缆距离100m以内用这个档 |
| 站类型 | 远程设备站 | 机器人侧固定 |
| 机器人输入起始地址 | DI[101] | 与PLC侧输出RY对应 |
| 机器人输出起始地址 | DO[101] | 与PLC侧输入RX对应 |
站号规划有个容易忽略的细节:如果产线上有多台机器人都要挂到同一个CC-LINK网络,站号分配表要预留余量。不要因为当前只有两台就把站号写成1和2,后面设备一接入就得改站号,而改一次站号至少重启一次控制器,代价比一开始多留两个空位大得多。我在一个项目里就是吃了这个亏,第三台设备进场时,原站号2的空位早被占了,最后重新规划了整个网络的站号,两台机器人各重启了两回。
2.3 线缆接线与终端电阻:五根端子一根都别省
CC-LINK物理层用的是带屏蔽的双绞线专用电缆。DA和DB是一对差动数据线,整个网络的数据传输靠这对线两端的电压差;DG是数据公共端,相当于信号地;SLD接屏蔽层;FG接框架地。接线时DA和DB必须保持双绞到端子附近,不要为了布线好看把这对线拆开拉出长距离,速率一高就会出现原因不明的通讯错误。
终端电阻是CC-LINK配置里最容易被漏掉的一环。规范要求网络的两个物理末端各接一个110欧姆终端电阻,一个在主站侧,一个在最远端的从站侧,中间站点的设备无论有多少台都不需要接。漏接终端电阻的典型表现是低速时没感觉,速率提到5Mbps或10Mbps后出现偶发通讯中断,而且这种中断很难稳定复现,排查成本很高。
联调前我习惯用万用表在任意一个节点的DG和DA/DB之间量一下,正常能读到约55欧姆的等效阻值,这是两个110欧姆终端电阻并联后的结果。如果量出来接近110欧姆或无穷大,说明有一端没接或接错位置,先不上电,查清楚再接。这个习惯帮我省掉了不少重复的上下电操作。FG端子也不要悬空,按设备手册要求做接地处理,尤其在有变频器、伺服驱动器的柜子里,FG不接地等于把干扰直接引进通讯链路。
3. 机器人端与PLC端的参数配置:从示教器菜单到地址映射
3.1 示教器菜单路径与参数设定:改完必须冷启动
硬件确认完、接线做完,进入真正的配置阶段。以R-30iB系列控制器为例,操作路径通常是:MENU键进入主菜单,找到I/O菜单,在子页面里找CC-LINK对应的设定入口。不同代际的控制软件菜单名称略有差异,有的直接显示CC-LINK,有的放在通讯设定页面里,但入口基本都在I/O这个大菜单下。
进入设定页后,需要改的项目主要有两个:站号和速率。站号输入要与参数表规划一致,速率要与PLC主站侧一致。这里有一个非常重要的操作细节:修改完站号或速率后,单纯按确认键不够,系统一般要求重启控制器,而且是断电再上电的冷启动。很多人在这一步翻车,改完参数发现通讯不通,不是参数错了,是参数根本没生效。
我改完参数后会做这样一个确认动作:修改前后把设定页各拍一张照片,然后断电重启,再进同一页面核对。如果重启后设定值保持住了,再往下走;如果回到默认值,说明控制器有参数保护机制,要先处理操作权限问题。权限问题在产线上很常见,有些设备做了分级管理,操作工级别进不了设定页或改不了参数,需要切换到维护级别账号,这个按设备供应商的流程来,不要试图绕过权限机制。
3.2 I/O映射:把总线数据接到机器人程序能用的DI/DO上
CC-LINK从站和主站交换的是底层数据帧,这些数据不会自动出现在机器人程序里。要让程序里能用PLC发来的信号,必须做地址映射,把CC-LINK接收到的数据对应到机器人的通用I/O上。发那科机器人的I/O体系里,程序主要用DI/DO(通用数字输入输出),还有UI/UO(系统输入输出)用于远程启停、暂停、急停这类系统级功能。
最常见的映射做法是:PLC主站输出到该从站的数据区(RY)对应机器人一侧的输入,映射到一组连续的DI地址;机器人输出给主站的数据对应到一组连续的DO地址。映射起始地址在机器人设定页里指定。实际项目里我习惯把CC-LINK映射到DI[101]及以后,这样和本体I/O板的DI[1]~DI[100]在程序里一眼就能区分开——看到101就知道信号来自网络,看到个位数就知道来自硬线。
映射关系举例:
| 数据方向 | PLC侧地址 | 机器人侧地址 | 典型用途 |
|---|---|---|---|
| PLC→机器人 | RY0~RY1F | DI[101]~DI[132] | 命令与状态字 |
| 机器人→PLC | RX0~RX1F | DO[101]~DO[132] | 反馈与状态字 |
| PLC→机器人 | RWw0~RWw3 | 机器人数据寄存器 | 数值类参数下发 |
| 机器人→PLC | RWr0~RWr3 | 机器人数据寄存器 | 数值类状态上报 |
用RWr/RWw传数值时,要特别留意数据类型和字序。CC-LINK的数据字是16位,两端如果字节序理解不一致,会出现"PLC写进去一个数,机器人读出来完全对不上"的状况。这个问题的排查方法在第5章单独讲,这里先记住:联调阶段务必用已知测试值验证数字量通道,不要等到程序写完了再试。
映射做完后,正常顺序是先验证再写程序。最直接的办法:PLC侧强制输出一个位,让PLC发给机器人的RY里某个位变1,然后去机器人示教器上看对应的DI有没有跟着变1。这个动作不需要写任何程序,但能把映射链路是否打通这件事坐实。
3.3 PLC主站侧的登记与参数下发:GX Works里的四个关键设置
机器人侧配完,接下来是PLC主站侧。不论三菱Q系列配GX Works2,还是iQ-R系列配GX Works3,思路一致:在CC-LINK网络配置界面里,把机器人这个从站登记进主站的轮询列表,并分配具体的软元件地址。
新建或打开工程后,进入CC-LINK配置画面,通常做四件事:第一,在从站列表里添加从站,数量对应实际接入的从站设备;第二,填入该从站的站号,必须和机器人示教器里设定的一致;第三,选择站类型,远程设备站要选对,选错类型会导致数据区分配和机器人不匹配;第四,系统为该从站自动分配RX/RY/RWr/RWw软元件范围,确认起始地址和占用点数。
参数填完后,把配置写入PLC并复位。这里有个常被忽略的动作:写配置后要把PLC切回运行模式,并确认PLC侧没有报通讯相关错误。如果PLC报从站无响应,先核对站号、再核对速率、最后查接线,这个顺序别颠倒。站号错和速率错是配置问题,接线错是物理问题,先排除软件配置再动线缆,排查效率会高很多。
PLC侧的地址分配记录要和机器人侧的映射表形成完整对照文档。我见过太多项目做完了、通讯也通着,但问工程师映射关系,全靠记忆。三个月后设备一故障换个人来查,对着站号猜地址猜半天。把PLC侧RY/RX地址、机器人侧DI/DO地址、用途三列成表,放进设备档案,这是每个项目都该做但很少人做到的收尾动作。
4. 联调验证:从链路状态确认到双向数据互写
4.1 链路状态判断:硬件指示灯、PLC状态字和示教器三处确认
所有参数配完,第一次上电先不要急着做数据测试,先确认链路建立了没有。CC-LINK链路状态有三个信号源可以交叉确认。
第一是板卡上的状态指示灯。不同型号定义有差异,但规律大致是:常亮表示链路已建立,闪烁表示通讯活动正常,灭灯表示链路没建立。如果机器人侧板卡指示灯不亮,先放下软件回硬件查——站号设定值是否生效、终端电阻、线缆两端是否插紧,按这个顺序检查。
第二是PLC侧的状态字。CC-LINK主站模块有自己的状态标志,可以反映每个从站是否在正常轮询。GX Works的监视画面里直接看从站通讯状态位,某从站状态异常时主站侧会有明确标志。
第三是机器人示教器的状态显示。部分版本的示教器画面会显示CC-LINK链路状态,信息没有PLC侧那么细,但能确认机器人侧是否认为链路正常。三个信号源都确认过,链路层才算通过。
4.2 双向数据验证:点位验证、地址验证和数据字验证分层做
链路通了,不代表数据是对的。数据验证要分三个层次做。
点位级验证最基础:PLC侧强制把发送给机器人的某个RY位置1,去机器人示教器上看对应DI是否变1,再置0确认恢复0。反向同理,机器人程序里临时把某个DO置1,到PLC侧看对应RX是否为1。双向都对,点位级验证通过。
地址级验证是点位级的扩展。点位有了,地址对不对要单独验证。比如PLC侧RY0~RY1F映射到机器人DI[101]~DI[132],验证时不要只看DI[101],要把范围内关键点位都试一遍,特别是最后一个点DI[132]。很多配置问题出在点数不一致:PLC侧配了32点,机器人侧只处理16点,结果前16点正常,后16点永远没反应。末端点往往就是问题藏身处。
数据值级验证针对RWr/RWw这种16位数值字。稳妥做法是PLC侧写入已知测试值,比如十六进制0x1234,到机器人侧读出来核对,再反向做一遍。至少用两个测试值:一个低位特征明显,一个高位特征明显,这样能区分字节序问题还是地址偏移问题。写入0x1234读出来是0x3412,那是字节序问题;读出来数值完全不对,优先查起始地址偏移。
验证通过后才能开始写机器人程序。我在这个顺序上吃过亏:有次跳过点位级验证直接写程序,程序逻辑本身没错,但映射地址错了一位,所有信号整体偏移,光排查程序就花了一整天,最后才发现是映射表起始地址抄错了。
4.3 参数存档与备份:设备档案里必须留下的四样东西
联调通过后,最不建议做的就是趁热去写程序。正确做法是先花十分钟把配置固化下来。固化不是记在脑子里,而是形成可回溯的档案。
第一样是参数表:站号、速率、站类型、占用点数。第二样是映射表:PLC侧RY/RX/RWr/RWw地址与机器人侧DI/DO及数据寄存器的对应关系。第三样是配置截图:机器人示教器设定页截图、PLC侧CC-LINK配置画面截图。第四样是硬件信息:选件板型号、序列号、固件版本、安装槽位。
存到哪里?设备台账、项目交接文档、控制柜里的技术资料夹都可以,关键是有人管、有人更新。有个很典型的反面案例:产线改造,控制器整体更换,技术员凭记忆恢复通讯参数,站号设错,和相邻工位从站冲突,整个CC-LINK网络瘫痪了半个班次。有参数存档十分钟能恢复,没有存档就从头查几个小时。
更可靠的做法是直接利用发那科控制器的备份恢复功能。通讯参数、I/O映射都包含在系统数据里,把配置完成的控制器做一次完整备份存到安全位置。参数表可能抄错,但备份文件不会。这两件事都做,双保险。
5. CC-LINK配置避坑手册:六个高频翻车现场与对应解法
5.1 现象:板卡装好了,示教器菜单里却没有CC-LINK页面
这个现象比想象中常见。硬件确认装了选件板,接线也接好了,示教器I/O菜单下找不到任何CC-LINK相关入口,整个界面和没装板时一模一样。原因通常不是硬件损坏,而是控制器系统软件里没有包含这个选件对应的软件激活号。控制器的通讯选件往往需要硬件板和软件号同时存在,缺一不可。
解决方向是找设备供应商确认当前控制软件的选件清单,把CC-LINK对应的软件选件加入系统。激活后一般需要重启控制器,有些情况涉及系统软件的重新加载。这个操作不要自己硬来,按供应商提供的流程走。这个坑的教训是:凡是遇到"硬件在、软件没入口"的情况,先查选件清单,而不是怀疑板卡坏了。
5.2 现象:站号重复,一上电整个网络全部掉线
现象很吓人:网络里原本正常工作的设备全部通讯中断,PLC刷出一片从站无响应报警。原因往往是最不起眼的——新接入的机器人和某个已有从站用了相同站号,主站轮询到同一站号时发生冲突,整个网络的轮询逻辑被打乱。
解决方法是先断开新接入设备的通讯,让原网络恢复,再核对站号分配表。这个坑在多产线、多机器人的车间特别容易踩,因为多台机器人出厂默认站号可能是同一个值。养成习惯:任何新设备接入CC-LINK网络前,先查现有站号分配表,断网状态下设好新站号再接。
5.3 现象:链路正常,但机器人侧信号不刷新或数据错位
链路指示灯正常、PLC侧通讯状态也对,但机器人程序里读到的信号和PLC发的不一致,或信号根本没变化。原因基本出在两个地方:一是I/O映射起始地址不一致,PLC侧从RY10开始分配,机器人侧按RY0理解,所有点位整体错位;二是点数不一致,PLC侧占32点,机器人配置只处理16点。
解决办法是把映射关系表打印出来,PLC侧和机器人侧逐点对着看。点位错位这种事,1个点都不能容忍。我以前面说的末端点验证法为准,首点和末点都验证通过,中间点位出错的概率就极低了。不要凭"看起来差不多"做判断,CC-LINK配置最怕差不多。
5.4 现象:通讯时通时断,低速正常高速断
这是最耗时的故障之一。产线低速运行时完全正常,机器人一动起来或产线提速,PLC开始报通讯超时,过一会自己恢复。原因多数在物理层:终端电阻漏接、电缆超过当前速率下最大长度、DA/DB双绞被破坏、屏蔽层处理不当引入干扰。
排查顺序建议是:先量终端电阻,确认网络两端各有一个110欧姆;再查线缆长度和速率匹配,10Mbps下超过100米就要降档;然后查DA/DB双绞情况;最后查屏蔽层接地。这个故障难点在于不稳定复现,排查要有耐心,一次只动一个变量,不要同时改多个地方,否则问题解决了都不知道是哪个动作起的效果。
5.5 现象:更换控制器后,通讯参数全部回到默认值
产线改造或设备迁移后,换了控制器或控制器主板维修过,重新开机发现CC-LINK参数全是出厂值,站号、速率、I/O映射全没了。原因很简单:这些参数存在控制器非易失存储里,换控制器或主板等于换了一个全新的参数环境,原参数不会跟过来。
解决方法是借助控制器的备份恢复功能,但前提是之前做过完整备份。没做备份就只能重新配置一遍。这就是我在联调章节反复强调参数存档的原因——设备出大故障时,它是唯一能快速恢复的手段。现在我做每个项目验收时,会先确认参数存档和系统备份文件都在,否则不接受验收。
5.6 现象:字节序没对齐,传数值数据读出来错乱
用RWr/RWw传数值时,PLC侧写0x1234,机器人侧读出来不是这个值,或高低字节颠倒。原因通常是两端对数据字的字节序理解不一致,或PLC侧配置了字节交换而机器人侧没有对应处理。这类问题在只传点位信号的项目里不存在,一传数值就暴露。
解决办法是在联调阶段做数值字验证,写入测试值确认一致后再接入真实数据。发现字节序问题,优先在PLC侧调整字节交换设置,不要先在机器人侧写颠倒运算补救,因为补救代码会让程序变得难维护,后续人员接手时根本看不出为什么要做这个反转。
6. 进阶实践:把CC-LINK健康状态做成可监控的产线资产
链路通了只是起点。真正把CC-LINK用好,是在机器人程序里加一层心跳检测:PLC侧每500ms翻转一个发送给机器人的位信号,机器人程序里设一个定时器,每次检测到信号翻转就清零,如果超过设定时间没有翻转,判定通讯异常,触发报警并安全停车。这个机制不复杂,但能有效避免通讯异常后机器人仍在孤立运行的风险。机器人在断通讯的情况下按旧数据继续动作,在自动化产线里是很危险的事情。
另一个值得投入的做法,是把CC-LINK链路状态输出到产线可视化看板。PLC侧读从站通讯状态字,任何一个从站掉线,看板直接显示对应工位编号。这个功能不需要额外硬件,在PLC程序里加一段逻辑就能实现。它的最大价值不是给维护工程师省排查时间,而是让产线操作人员第一时间发现异常,不需要等产品堆在工位上才发现通讯断了很久。
数值通道用好之后,还能做更多事情:PLC可以把目标速度、焊接参数、配方号下发给机器人,机器人可以把当前坐标、报警代码、循环时间上报。CC-LINK不只是启停信号的通道,把这些数值用起来,产线的信息化基础就有了。每台机器人用RWr/RWw的几个字上报自己的状态,中控室就能实时看到整条产线的运行情况。
我接手过的一个项目,通讯配置是上一家集成商做的,没有任何存档。第一次故障恢复就花了几个小时,从那以后我给自己立了条规矩:每个通讯项目必须交付参数存档,否则不算验收。这条规矩后来帮我省下数不清的排查时间,也避免了好几次"凭记忆恢复参数"的尴尬。把站号、速率、映射关系、备份文件整理好放进设备档案,是对设备负责,也是对自己负责。
CC-LINK配置本身不难,难的是每一步都做对并且留下痕迹。按这篇文章的顺序走——确认硬件、规划参数、接线、双侧配置、分层验证、存档收尾——大多数项目半天内就能联调通过。最后再强调一句:终端电阻一定要查,站号表一定要画,备份一定要做。这三样做到位,CC-LINK通讯基本不会让你在深更半夜接到产线的电话。希望帮到你。
本文还有配套的精品资源,点击获取