企业官网建设流程全解析

简介：这是针对FANUC数控系统PMC（可编程机床控制器）功能的系统讲解PDF，面向数控系统调试工程师、PMC程序开发人员及机床维修人员。资料围绕PMC三级梯形图结构、系统信号（RUN、FL、STPR等）、数据形式与功能指令展开，详细说明带符号二进制、BCD码、位型及格雷码在旋钮开关、数据变换中的处理思路，并结合定时器命令、计数器命令、数据传送命令、数值比较命令、运算命令、代码变换命令等指令列表，帮助读者快速定位所需编程功能。资源以单个PDF文件提供，大小831KB，便于离线查阅和打印学习。目前已有637人学习下载。通过文中的地址范围（T、C、K、D、A）、执行周期和诊断画面说明，读者可以理解PMC扫描特性及数据地址分配规律，直接应用于梯形图逻辑设计和故障排查，适合需要系统掌握FANUC PMC功能指令的工程师作为简明参考手册使用。 一台机床半夜报警停机，操作工打电话说“PMC报警，程序丢了”。我到现场一看，系统画面停在PMC报警界面，操作面板上一堆红色指示灯。干这行的人都知道，遇到PMC的问题，第一件事不是翻程序，而是先判断是PMC参数丢了、梯形图丢了，还是单纯的I/O信号异常。这三个情况处理方式完全不同。

FANUC系统的PMC，全称是Programmable Machine Controller，翻译过来叫可编程机床控制器。很多人把它理解成“内置PLC”，这个说法不算错，但容易低估它的分量。在FANUC数控系统的架构里，PMC承担的是机床侧所有顺序控制的活，换刀、冷却、润滑、排屑、倍率、急停、报警，这些事情全归它管。只要你的机床带自动换刀、带液压站、带刀库，那PMC就是整台设备的控制中枢之一，重要性一点不比CNC核心运动控制低。

这篇文章我把PMC从原理到实操完整拆一遍，包括它和CNC怎么分工、那些让人头疼的地址信号是怎么回事、梯形图是怎么写出来的、报警了怎么排查。不管是刚入行的调试员，还是干了好几年维修的老师傅，都能从中找到有用的东西。有些细节是说明书上不会写的，是长期在现场踩坑踩出来的体会。

1. 先搞清楚PMC在整台机床里干了什么活

1.1 从一层控制架构看PMC的位置

FANUC数控系统的控制架构，从功能上可以切成三层。

最底层的是伺服控制和主轴控制，负责把CNC发出来的位置指令变成电机的实际转动，这层讲究的是动态响应和精度，跟PMC基本没关系。最上层的是CNC核心，负责插补运算、刀路解析、螺距补偿这些跟加工路径直接相关的事情。

PMC卡在中间，它既不参与插补，也不直接控制伺服，它管的是“开关逻辑”。比如按下循环启动按钮，PMC收到这个按钮信号后，先判断门有没有关好、液压压力够不够、刀套有没有复位，这些条件都满足了，才会置位一个信号告诉CNC“可以开始加工了”。CNC收到这个信号，才开始执行程序。整个这个判断和联锁的过程，就是PMC干的活。

很多人第一次接触PMC会困惑：CNC自己不是能执行程序吗？为什么还要PMC在中间插一脚？道理很简单，CNC只懂G代码和M代码，它不知道机床的液压站有没有工作，不知道刀库门是不是开着，不知道工件夹具夹紧了没有。这些机床侧的物理状态，CNC根本感知不到，必须有PMC去采集传感器信号、按钮信号，做逻辑判断，再反馈给CNC。反过来，程序执行到M06换刀指令时，CNC也只是把这个M代码抛给PMC，至于刀库怎么转、机械手怎么动作，全是PMC通过控制电磁阀、接触器、电机来实现的。

用一句话概括：CNC负责“想”，PMC负责“动”。两者的分工非常明确。

1.2 PMC和普通PLC到底有什么区别

做电气的人都会问一个问题：为什么不直接用西门子或者三菱的PLC，非得用FANUC的PMC？这个问题问得好，答案也很有代表性。

第一个差异是数据交换方式。外挂PLC和CNC通讯，不管走以太网还是总线，都有通讯周期的问题，而且需要组态、需要定义通讯地址、需要处理通讯故障。PMC不一样，它通过高速总线直接和CNC交换数据，这个交换是硬件层面的，地址空间是固定的，延迟是微秒级的。这就意味着你不需要考虑通讯不上或者数据不同步的问题，逻辑上天然就是一体的。

第二个差异是信号定义标准化。FANUC为机床定义了大量的标准信号，比如G8.4是急停信号、G7.2是循环启动信号、F0.0是自动运行中信号。这些信号在FANUC的PMC里是约定俗成的，厂家在做梯形图时都会遵循这个标准。这意味着你不管修FANUC哪个年代的机床，只要看到G8.4，就知道是急停，根本不需要去翻厂家的IO表。这种标准化带来的可维护性，是外挂PLC完全没法比的。

第三个差异是系统集成度。PMC的梯形图可以直接调用CNC侧的M代码译码、主轴速度到达检测、位置到达信号等这些CNC内部信息。如果换成外挂PLC，你还要通过硬接线或者通讯把这些信号引出来，费事不说，还容易出故障点。

所以说，FANUC的PMC不是普通意义上的PLC，它是深度定制的、和CNC融为一体的专用控制器。

2. 看懂PMC的地址系统，排故就成功了一半

2.1 四类地址搞懂PMC在传递什么

PMC编程和排故最基础的东西就是地址。地址搞不懂，梯形图就是天书。搞懂了，梯形图就是按图索骥。

PMC的地址分四类：X、Y、F、G。我给它们做个表，方便对照记忆：

这里要特别强调一下X和F的关系。X是物理世界的信号，比如门开关的限位，接在I/O模块上，信号来了X地址就变ON。F是CNC软件世界的信号，比如CNC正在执行第1234号程序段，F地址就会反映出这个状态。PMC的梯形图做的事，本质上就是把X和F这两类输入信号揉在一起做逻辑运算，然后输出到Y和G地址。

比如最经典的急停信号。急停按钮的常闭触点，通过硬接线接到I/O模块的第一个输入点上，对应X8.4。正常状态，X8.4是ON。按下急停，X8.4变OFF。梯形图里检测到这个OFF，就复位G8.4（急停信号发去CNC），CNC立刻进入急停状态。这个流程完整展示了四类地址的协作关系。

2.2 I/O Link与信号的实际传输路径

提到X和Y地址，必须要讲I/O Link。这是FANUC特有的一种现场总线，专门用来连接CNC和电柜内的I/O单元。主控装置在CNC侧，通过JD1A接口拉一根光缆或者电缆，串联起电柜里的I/O模块，最后一个模块的JD1B就不接东西了。

I/O Link的从站地址是拨码开关设定的，每个从站占用的字节数也是固定的。这些字节和X/Y地址的映射关系，在FANUC系统中有默认规则：第一个从站对应X0~X15和Y0~Y15，第二个从站对应X16~X31，以此类推。这就是为什么你打开梯形图监控，看到X0.0，就知道它是第一个从站的第一个输入点。

我见过不少调试新手，把I/O模块的接线检查了一遍又一遍，信号就是不对，最后发现是从站拨码设错了，和另一个模块重复了。I/O Link上两个从站地址重复，后上电的那个模块会通讯报错，而且整个链路都有影响。这个坑值得注意。

实际维修中还有一类问题：信号在PMC监控画面是对的，但电磁阀就是不动作。这种情况十有八九在输出回路，可能是中间继电器坏了，也可能是Y地址对应的输出晶体管烧了。要记住，PLC监控画面上显示ON，只表示PMC内部逻辑想要输出，不代表物理输出回路真的是通的。这一点所有干维修的都懂，但新手特别容易踩进去。

3. 梯形图开发：PMC的程序是怎么写出来又是怎么跑的

3.1 梯形图程序的扫描机制

PMC的梯形图，本质上是一个无限循环执行的顺序程序。CPU从第一级开始扫描，从上到下、从左到右逐级执行，一直扫描到最后一级，然后又回到第一级，如此反复。这个扫描周期根据PMC类型和程序大小不同，通常在几毫秒到十几毫秒之间。

扫描机制带来的一个关键问题是：同一个扫描周期内，程序前面改动了的输出状态，程序后面读取时已经是新的值了。这和普通PLC的扫描原理一样，但很多人写PMC梯形图时会忽略这个问题，用旧思维去写，结果逻辑上出现竞争条件。

举个例子，有人写了一个自保持回路：第一级是启动，第二级是停止。如果启动按钮和停止按钮同时按下去，到底是启动还是停止？这就取决于第一级和第二级的顺序了。把启动放在停止前面，同时按下时结果是运行；反过来，把停止放在前面，结果就是不运行。这不是玄学，是扫描顺序造成的，你只要理解了扫描机制就完全掐得准。

PMC编程用的软件叫FANUC LADDER-III，电脑上装好，通过以太网或者存储卡和CNC通讯，可以上传、下载、监控梯形图。它支持的功能指令很丰富，常用的有定时器TMR、计数器CTR、译码DEC、比较COMP、算术运算ADD/SUB/MUL/DIV、数据传送MOVB/MOVW等。这些指令覆盖了机床逻辑的绝大部分场景。

3.2 M代码译码与倍率处理的典型逻辑

M代码译码是PMC里最经典的功能。CNC执行到M03（主轴正转）时，会把这个M代码发给PMC，PMC里有专门的译码指令DEC来处理。DEC指令设定好要译的M代码号，当CNC送来的M代码和设定值相等时，译码输出就是ON，触发下面的逻辑。

实际调试中常见的问题是：M代码用完没有被复位，导致执行下一个M代码时逻辑冲突。处理办法是在梯形图里加一个M代码完成信号，通常是用F地址的FIN信号（M代码执行完成信号）。当PMC完成了M代码对应的动作后，置位FIN，通知CNC这个M代码执行完了，CNC才会继续跑下一个程序段。这个握手机制是整个M代码处理的核心。

倍率信号处理也很有代表性。机床面板上的进给倍率旋钮，通过I/O模块变成X地址的二进制码，PMC要把这个码转换成符合CNC要求的格式，然后写入G12（进给倍率信号）。如果倍率旋钮接线错位，比如档位线接错，那G12得到的值就不对，实际倍率会和面板显示不一致。这类故障很隐蔽，排查时要对倍率档位的二进制编码有清晰认识。

3.3 PMC报警与数据表功能

PMC除了做逻辑控制，还要负责生成用户报警。机床厂家会在梯形图里定义一大堆报警条件，比如“液压压力不足”“主轴未松刀”“气压低”等。当检测到这些条件满足时，梯形图里会置位对应的报警地址，CNC画面上就会弹出报警信息，而报警文本就存在PMC的数据表里。

数据表在PMC编程中也是一个重要概念。FANUC PMC提供数据表功能，厂家可以把刀库表、倍率表、系统参数存放在数据表里，然后通过PMC功能指令去读写。比如刀库的刀号表和刀套号表就是典型的数据表应用，PMC要随着换刀动作更新这些表，保证刀号和刀套号一一对应。

实际维修中，我发现很多“乱刀”故障其实就是数据表被破坏了。比如掉电时正好在写数据表，或者有人误操作从PMC画面修改了数据，都会导致刀号错乱。所以我一直强调：掉电或者维护之前，先把PMC数据表做个备份。

4. PMC的日常调试与故障排查实录

4.1 在线监控与信号追踪：从执行元件反推

排查PMC故障的基本功是看梯形图监控画面。在FANUC系统MDI面板上进入PMC功能，选梯形图监控，就能看到每一级梯级的ON/OFF状态，绿色的线代表这个回路是通的，断开的地方就是要找的问题点。

我个人的排查习惯是从执行元件开始反推。比如刀库不转了，先看刀库电机对应的Y地址有没有输出。有输出，说明PMC逻辑判断要转，问题在电气主回路或者机械卡死；没有输出，就要顺着梯形图往前找，看是哪个条件没满足，是门信号没到位，还是没有松刀到位。

追信号的时候，一个高效的做法是利用系统的信号搜索功能。在梯形图监控画面里直接输入信号地址，系统会帮你定位到这个信号在程序里出现的每一级，你可以逐个梯级去查。这比人工一页一页翻梯形图快得多，强烈建议用熟这个功能，是排故利器。

有一种情况要特别小心：有些维修人员为了快速排查，直接在PMC监控画面里强制某个Y地址输出，也就是所谓的强制ON。这么做如果机床上有机械手之类的运动部件，是非常危险的。强制输出前必须逐项确认：机床处于手动模式、速度被限制、安全门关闭、没有人在危险区域。我在实际工作中见过强制信号引发的事故，真的不能图一时方便，安全这根弦不能松。

4.2 常见故障与备份恢复

做一张故障速查表，都是PMC相关的典型问题：

最让人头疼的问题之一是PMC程序丢失。现在FANUC系统梯形图一般存在F-ROM里，断电不会丢失，但总有意外情况，比如系统主板故障维修时被清了，或者有人误操作从BOOT画面里擦除了。遇到这个情况，就要靠备份恢复了。所以我每次都强调，拿到一台新机床，第一件事就是把PMC梯形图和参数完整地备份一遍，存到电脑里。备份的途径有两种：一是用存储卡在BOOT画面里备份整个SRAM和数据；二是用LADDER-III软件通过网络上传梯形图。最稳的做法是两种都做，双保险。

还有一个小问题容易被忽略：PMC程序下载到一半时突然断电，会导致梯形图不完整，开机直接报警。这种情况下不要慌，重新下载一遍完整的梯形图就行了。但前提是保证下载过程中供电稳定，最好接上UPS，不要边加工边下载程序，那是在玩火。

4.3 机器人场景的延伸提示

再说几句和FANUC机器人相关的内容。FANUC机器人的控制装置，比如R-30iB系列，里面也有类似PMC的逻辑处理机制，用于处理外围设备的IO联锁，只是叫法不同，实现方式也有差异。机器人的顺序逻辑一部分可以通过梯形图实现，一部分通过KAREL程序实现，KAREL里可以通过系统变量读写IO信号，比如$SBR[]$PARAM这类系统变量存储着后台逻辑的输入输出状态。

这里就有一个常见误区：把机器人系统的IO处理完全等同于机床PMC来处理。两者底层思路相似，但机器人侧的IO逻辑更依赖KAREL和配置设定的配合，不像机床PMC那样有完整的梯形图可视化。处理机器人IO故障时，除了检查外部接线的物理信号，还要注意后台KAREL程序的逻辑，甚至要考虑任务优先级的执行顺序。调试思路要灵活，不要拿一套经验套所有场合。

5. 调试现场的几个实操心得

干这行时间越长，越觉得PMC这东西门槛不高，但水很深。下面这几个心得，是我从实际调试和维修中总结出来的，分享给大家。

第一，备份永远放在第一位。新机床验收当天，PMC梯形图、PMC参数、系统参数，全部导出。后面只要改过PMC程序，立刻重新备份，并且把改动记录写清楚。我吃过亏，一台机床PMC程序被误刷，没有备份，厂家那边正好是周末联系不上，整个周末设备趴窝，教训太深刻了。

第二，看梯形图之前先看注释。好的梯形图，每个地址、每级梯级都会写注释，这些注释是排故的导航地图。如果厂家没写注释，那这台机床后续维护会非常费劲，有条件的话可以自己在LADDER-III里补注疏，一劳永逸。维修时看到没注释的梯形图，不要着急去猜，先理清IO表，把每个地址的含义标注出来，再往下查。

第三，改动PMC前必须完整走一遍安全链。PMC和机械动作直接相关，改一个定时器参数、调一个联锁条件，都可能带来安全隐患。改之前把PMC逻辑图打出来，改完再走一遍各个工况，特别是急停、门联锁、限位这几个安全信号，确认无误后才能交付生产。这不仅仅是规范问题，也是对自己的保护。

PMC看着复杂，本质就是一个逻辑解释器，把机床的物理状态翻译成CNC能懂的语言，再反过来把CNC的指令翻译成机床能执行的动作。它的思维方式不复杂，复杂的是现场千变万化的状况。把这些基础原理和排查方法吃透，再难的问题也能找到头绪。

本文还有配套的精品资源，点击获取