简介：FANUC PICTURE是FANUC公司面向数控机床人机界面开发的图形化组态工具，这套资料包主要服务于机床调试工程师、电气工程师以及希望提升操作界面友好度的二次开发者，帮助其快速掌握自定义控制面板与实时监控界面的设计方法。压缩包共342个文件，约24.75MB，以h/c源码、txt说明、pdf手册和dll/lib库文件为主，分别覆盖界面编程、使用说明与运行支持，同时带有vcproj/sln工程文件，便于直接编译与参考。内容上，资料覆盖FANUC PICTURE的基础教程与实例演示，如按钮、指示灯、菜单控件的事件配置，以及轴位置、速度等动态数据的显示方法；还涉及报警提示、故障诊断与多语言界面切换的实现思路。目前已有929人学习下载，对于需要在实际机床上定制交互画面的用户而言，这套资料提供了从界面设计到代码修改的一体化参考，能有效缩短项目开发周期。 师傅第一次让我“把FANUC的Picture理清楚”时，我盯着示教器屏幕半天，脑子里只有一个画面：一堆菜单、坐标、IO，还有循环启动按钮。他见我没反应，补了一句：“你光看屏幕没用，得把控制柜、仿真软件、后台程序、梯形图、参数和传输工具全串起来，才叫真的看清了一台FANUC。”后来我才明白，他说的Picture不是屏幕截图，而是对一个机器人系统的完整认知地图。这篇文章就是我按这条线索，把FANUC系统从硬件到软件、从前台到后台、从单机到文件流全部走了一遍之后整理出来的实操笔记，给正在入坑FANUC机器人、或者已经干了两年还在靠“换板子试错”的同行做个参照。
1. 从一块屏幕到一套系统：FANUC PICTURE到底指什么
很多人学FANUC是从示教器开始的：手动移动、记录点位、写TP程序、跑自动。这套流程能应付简单上下料，但一旦遇到设备报警查不出原因、想加个后台逻辑、需要改PMC定时却又不想动PLC、或者想用电脑批量备份程序，就会卡住。因为这些事全部落在“屏幕之外”的模块里。
一张完整的FANUC PICTURE，我习惯拆成六块拼图：
- 控制柜硬件：R-30iB Mate这类控制装置，CPU板、电源、伺服放大器、安全回路，是现象和报警的源头。
- 仿真环境：NCGuide这类虚拟控制器，能让你不开真机就调程序、验证逻辑。
- 编程体系：TP程序负责运动轨迹，KAREL负责复杂逻辑和后台任务。
- 参数体系：系统参数、宏变量、$SBR[n].$PARAM[47]这种后台任务参数，是不同程序之间交换数据的通道。
- PMC梯形图：用Ladder III维护的机床侧逻辑，包括TRMB这类定时器的时间设定。
- 文件与传输：程序、参数、PMC程序的备份、恢复和传输方式。
把这六块拼图装进脑子里，再看到一条报警或一个现象时，你就不会只想着“怎么消掉它”，而是会问“这报警是从哪一层冒出来的”。这篇博文就按这个顺序，把每一块拼图的关键点、操作步骤、以及我踩过的坑展开讲。
2. R-30iB Mate控制柜：先认识这台每天都在干活的铁盒子
2.1 控制柜硬件模块与维修说明书的使用经验
R-30iB Mate是FANUC小型机器人的标配控制装置，LR Mate系列、带视觉的协作方案很多都挂在它下面。外观上看它比标准R-30iB小一圈，但内部五脏俱全：主CPU板、电源单元、伺服放大器、急停和安全回路板、以及编码器后备电池。
刚接手设备时，我建议你手边备一份《R-30iB Controller Maintenance Manual》维修说明书PDF。别嫌它几百页，最常用的其实就两块：报警代码表，以及伺服放大器LED闪烁频率说明。报警代码表告诉你“哪里坏了”，LED闪烁频率告诉你“坏到什么程度”。比如伺服放大器上的ALM灯闪3次和闪5次，对应的故障方向完全不同——前者偏向动力线或电机，后者偏向编码器反馈。这种信息在现场排查时比万用表还救命。
2.2 LED指示灯与报警代码的快速定位法
控制柜的排查，我总结了一个“看、听、量”三步法：
- 看：打开柜门先看各模块的LED状态。CPU板绿色PWR亮、红色ALM不亮，说明基本供电正常；伺服放大器LED闪烁次数要在维修手册里对照，记下闪烁频率再翻表。
- 听：上电瞬间有没有继电器吸合声，风扇是否正常转动。控制柜风扇如果异响或停转，别侥幸，先换，否则伺服放大器过热报警只是时间问题。
- 量：用万用表测电源单元输出电压是否在允许范围，尤其是+5V和+24V。很多莫名其妙的“CPU板坏”，最后查出来是+5V偏低0.3V导致的。
2.3 经验：从“换板子”到“看现象”的转变
我刚开始修设备，遇到报警第一反应是怀疑板子坏了，申请备件换上去，结果问题照旧。后来师傅逼我先把维修说明书的报警代码表读完，再把LED状态记下来，我才意识到：大多数报警不是板子坏了，而是外部条件触发了保护。比如急停回路断线会报“SRVO-001”，你换CPU板没用，得去查安全回路的插头和继电器触点。所以修FANUC控制柜的第一步永远是“读报警、看LED、查回路”，最后才是动板子。
3. NCGuide虚拟控制器：不开真机也能练手和调程序
3.1 为什么选NCGuide，为什么配VMware
NCGuide是FANUC提供的控制器仿真软件，能在一台电脑上模拟出一台虚拟机器人控制器的完整运行环境。你可以用它运行真实的TP程序、设置参数、模拟IO，效果和真机非常接近。对电气工程师来说，在项目没进场之前就先把控制逻辑跑通，能省掉大量现场调试时间。
至于为什么总有人把NCGuide装在VMware虚拟机里，原因有三：一是NCGuide对系统环境要求较高，虚拟机里可以隔离驱动和系统补丁带来的干扰；二是部分企业电脑整机受控，装不了大型工业软件，虚拟一个干净环境最省事；三是你可能同时需要几个不同版本的虚拟控制器做对比测试，VMware的快照和克隆功能比装多套物理机方便得多。我自己现在就是一台物理机上同时挂着两个VMware镜像，一个跑旧版本控制器，一个跑新版本，切换互不影响。
3.2 分卷解压提示part04缺失的常见原因与处理
下载NCGuide时，经常遇到一大串分卷压缩包，什么.rar、.part01、.part02一直到.part06，其中“vmware fanuc ncguide.part04”这种文件名特别常见。很多人解压到一半提示“需要part04”或者“part04已损坏”，第一反应是重新下载，但下载三次还一样，问题多半不在网络。
我遇到过的真正原因主要有三种：
- 存储介质问题，U盘或移动硬盘文件系统有问题，导致大分卷写坏。
- 下载工具线程开得太多，分卷文件虽然完整，但校验值对不上。
- 杀毒软件拦截了分卷的解压进程，导致解压到一半文件被标记损坏。
处理方式很简单：先把所有分卷文件放到同一个英文路径下，用WinRAR的“测试”功能逐个验证分卷完整性，哪一卷报错就单下哪一卷，别全部重下。解压时临时关闭实时防护，解压完再打开。真还不行，就换个解压工具或者换台电脑试，多数时候能解决。
3.3 虚拟控制器跑通程序的基本流程
NCGuide里跑通一个程序的大致流程是：新建或导入控制器镜像，选择对应的机器人型号和软件版本，然后启动虚拟控制器。控制器起来之后，NCGuide界面就是一块虚拟示教器，操作逻辑和真机几乎一致。你可以在这里新建TP程序、设定数字IO、手动运行测试，也可以通过网络把PC端的程序文件传输进去。
我的习惯是：新项目先在NCGuide里把程序框架、信号分配、坐标计算全跑通，再上真机只做点位示教和实际IO对点。对上真机后，大部分问题只会出现在机械臂运动范围和工具坐标系这类仿真环境难以完全模拟的部分，而逻辑层面的bug已经提前被过滤掉了。
3.4 个人体会：仿真与真机差异
要提醒一句：NCGuide再接近真机，它也替代不了真机。伺服动态响应、负载惯量、碰撞检测，这些物理世界的东西仿真环境只能做粗略估算。我见过有人用NCGuide调完抓取速度，以为现场一定能跑那么快，结果真机一启动就报“伺服过载”。所以NCGuide适合练逻辑、跑流程、验证通讯，但运动参数必须到真机上去标定和修正。
4. KAREL后台程序与$SBR参数：藏在TP程序后面的系统逻辑
4.1 KAREL到底什么时候用
TP程序适合做顺序动作：移动、输出信号、等待输入。但如果你要解析字符串、做文件读写、处理复杂数学计算、或者让系统在后台始终监控某个状态，TP程序就很吃力了。这种时候就得写KAREL程序。
KAREL是FANUC机器人内置的一种高级编程语言，语法有点像Pascal。它能访问系统变量、调用系统服务、读写文件、处理通讯数据，是很多“无法用梯形图实现”的复杂逻辑的正规解法。比如我之前做过一个项目，需要根据生产批次号从U盘读取配方文件并自动切换工具坐标，就是用KAREL写的文件解析逻辑，再通过后台任务常驻运行。
4.2 $SBR[n].$PARAM[47]：后台任务间的参数通信
说到KAREL，绕不开一票系统变量。热词里那个$SBR[n].$PARAM[47]，实际就是FANUC系统里的一个后台任务参数访问路径。其中$SBR是系统状态变量，n代表编号，$PARAM[47]则是这个后台任务里被定义的第47号参数。
这个机制最常见的用途是：主程序把一个值写进$SBR里的某个$PARAM，后台KAREL程序读取之后执行对应逻辑；或者反过来，后台程序监测到一个状态之后把结果写进$PARAM，TP程序周期性读取并根据结果决定是否继续。相当于给后台任务和前台任务之间挖了一条数据通道。很多老师傅不爱在程序里堆宏变量，就是因为宏变量被其他逻辑误写时难查，而$PARAM定义在任务内部，逻辑边界更清晰。
4.3 示例与调用注意事项
KAREL里读取$SBR[1].$PARAM[47]的逻辑大致是下面这个样子，我简化了关键字，实际语法以对应版本的KAREL手册为准：
PROGRAM READ_SBR_47 BEGIN -- 读取后台任务1的第47号参数 value = $SBR[1].$PARAM[47] WRITE('当前PARAM[47]: ', value) END READ_SBR_47写的时候有几个坑要注意：
- 确认编号对应的是数值型还是字符串型，类型不匹配读取会报错。
- $PARAM数组的长度和定义位置与控制器的软件配置有关，不要上来就访问一个不存在的下标。
- 在TP程序里访问这些系统变量没有权限限制，但写操作要小心，后台任务正在读的时候你去改它，可能拿到脏数据。
这类参数体系是最容易被新手忽略的：它能让你少写大量指令，但前提是你真的理解它背后那套后台任务模型。
5. PMC梯形图里的时间修改：用Ladder III动TRMB这类定时器
5.1 先搞清楚TRMB在PMC里是哪一类变量
FANUC机器人的IO逻辑和部分辅助功能并不是直接在机器人主程序里处理的，而是由一个内置PMC（可编程机床控制器）来执行梯形图逻辑。要编辑和监视这份梯形图，官方工具就是Ladder III。
TRMB这个词，在PMC环境里通常和定时器相关。它可能是某个定时器当前剩余时间的显示变量，也可能是梯形图里TIMER指令的预设时间字段，具体写法取决于PMC版本和原厂梯形图的定义方式。很多维护人员一看到这种缩写就发懵，其实只要记住一条：在FANUC的PMC梯形图里，时间参数绝大多数落在TIMER指令里，以编号T01、T02这种方式出现。你在Ladder III里搜TRMB，定位到的是它的显示符号，真正要改的往往是对应的定时器预设值。
5.2 修改定时器预设时间的具体步骤
我在实际维护里改得最多的是夹具动作的超时时间，比如工件夹紧之后需要在10s内收到到位信号，现场节拍变了，需要把这个时间改成15s。用Ladder III的完整操作路径大概是：
- 在电脑上安装Ladder III软件，版本要和控制器PMC版本匹配。
- 从控制器上传当前梯形图程序，或者直接打开项目备份文件。
- 在程序里找到对应的TIMER指令，确认它的注释和编号。
- 双击TIMER指令，在属性里修改预设时间字段，注意单位是ms还是s。
- 编译通过后，把修改后的梯形图下载回控制器。
下载之前一定要做一件事：先把原梯形图备份留底。改完后要切换一次PMC的RUN/STOP状态，让新的定时器参数加载进去，否则你看着修改完成了，实际运行的还是旧值。
5.3 踩坑：改完不生效的三种原因
我第一次改这类定时器时就遇到过改完没反应的情况，来回查了半天，最后总结出三个高频原因：
- RAM里的PMC程序和ROM里的不一致。控制器上电启动时加载的是ROM里的程序，如果你只把修改写进了RAM，断电重启后就回到原样。
- 修改的级别不对。有些定时器在PMC程序里定义，有些却通过系统参数内部映射，Ladder III里改了表面字段，没有同步修改CPU直接引用的寄存器。
- 下载后没有重新启动PMC。梯形图下载完成后，只按了“下载”按钮，却没有做一次STOP到RUN的切换，新定时器参数根本没被真正启用。
正确的收尾动作是：修改 → 编译 → 下载 → 停止PMC → 启动PMC → 必要时把程序写入ROM。我建议做完之后再做一次断电重启，确认修改仍然生效，才算彻底完成。
6. 程序传输与整机备份：天天做却容易被忽略的细节
6.1 三种传输方式对比
FANUC机器人和外部交换程序，日常用得最多的有三种路径：U盘/存储卡、以太网FTP、在线编辑。三者的适用场景差别很大：
| 方式 | 适合场景 | 优点 | 限制 |
|---|---|---|---|
| U盘/存储卡 | 单台机器，现场无网络 | 操作直观，不依赖电脑配置 | 大程序频繁拷贝慢，U盘格式需兼容 |
| 以太网FTP | 批量备份、多台设备、远程支持 | 传输快，可脚本化，适合批量操作 | 需要设置IP和账号，有安全要求 |
| 示教器在线编辑 | 小改动、点位调整 | 最快，不需要额外工具 | 不适合大批量备份，无法版本管理 |
我最推荐的是以太网FTP，尤其是当设备数量超过三台时。把机器人的网口和电脑接到同一个局域网，按照控制器设置配置好IP和账户，然后用FileZilla这类很普及的FTP客户端连上去，就能像操作文件夹一样上传和下载程序文件。现场如果需要频繁调整程序，这个方法比整天插拔U盘高效得多。
6.2 FTP传输实操
第一次走FTP连FANUC，按下面几步基本能通：
- 在示教器上进入系统设置，找到网络配置页，给控制器的以太网口设一个固定IP。
- 确认PC端IP和机器人在同一网段，比如机器人192.168.1.10，PC 192.168.1.20。
- 设置FTP服务的用户名和密码，默认账户权限可能受限，建议提前确认。
- PC端打开FileZilla，主机填机器人IP，端口21，用户名密码填进去，连接。
- 连接后注意区分目录：程序文件通常在FRAME或程序相关目录下，备份文件在BACKUP目录，具体以控制器版本为准。
传输完成后，建议在示教器上检查一下文件是否显示正常。有些程序文件用文本方式打开会显示乱码，但这不是文件坏了，而是FANUC的TP程序在FTP传输中用了特定格式。你只要确保文件大小和时间戳和自己预期一致就行。
6.3 全量备份与还原的稳妥流程
备份这件事，我吃过亏：有一次备份时只拷贝了程序文件，没把系统参数和PMC程序一起导出来，结果后来控制器电池没电丢了位置，想恢复才发现备份不完整，只能临时把所有坐标重新找一遍。所以我现在做备份的习惯是：
- 用U盘/存储卡，在示教器文件界面选择“备份”功能，把系统参数、程序、PMC、螺距补偿等全部一起导出。
- 备份文件按日期命名，保留至少三个历史版本，避免一次错误覆盖掉上一版。
- 还原之前先确认版本一致，不同版本的控制器之间强行恢复备份，轻则参数错乱，重则系统启动异常。
- 每次备份完成后，关闭控制器电源，重新上电启动一次，确认备份文件不是“正在使用”状态下拷出来的半成品。
这套流程看着繁琐，但能帮你避免几乎所有“备份了等于没备份”的尴尬。
我个人现在每接触一台新的FANUC设备，还是会下意识在脑子里过一遍这六块拼图：控制柜硬件状态、仿真环境有没有同步、有没有需要后台KAREL处理的逻辑、PMC里的定时器参数对不对、程序传输通道通不通、备份是不是完整。你可以把这篇当作一张检查表来用，对照你手头的设备逐项补课。等六块拼图全部串起来的那个瞬间，你大概就能理解师傅口中那句“看清FANUC的Picture”到底是什么意思了。
本文还有配套的精品资源，点击获取
