企业官网建设流程全解析

简介：库卡机器人SimPro仿真软件介绍文档，面向工业机器人工程师、集成项目规划人员及编程调试人员，用于在正式投线前完成虚拟环境搭建、布局验证与程序预调试，降低现场试错成本。文档系统梳理了Layout、Tech、Simpro三级组件的定位差异：Layout负责三维空间布置，Tech在布局基础上加入任务路径与控制逻辑编写，Simpro则可配合OfficeLite完成离线编程，形成从环境搭建到代码仿真的完整工作流。针对SimPro 2.2，文档对菜单栏、工具栏、模拟演示按钮、选择过滤器及标签页逐项说明，可帮助初学者快速定位文档、输出、编辑、显示、设置、模拟、工具等常用功能，掌握视角切换、对象筛选与动态模拟操作。压缩包内含1个PDF文件，整体大小约1.99MB，内容精炼、章节结构层次分明，既适合快速通读，也可作为日常操作手册随时对照查阅。目前已有3761人学习下载，是入门库卡虚拟仿真和离线编程的实用参考。

1. SimPro 是什么：一台打包进电脑的库卡控制器

SimPro 是库卡机器人官方的 PC 端仿真与离线编程软件，核心是把真实运行在库卡控制器上的系统软件搬进电脑，变成一个虚拟控制器，让工程师在没有实体机器人和产线的情况下写 KRL 程序、做轨迹规划和碰撞检测、估算节拍。

对做集成方案的工程师、调试产线的工艺人员来说，SimPro 最大的价值是：仿真里确认过能跑、不撞、节拍达标的程序，导到真机上几乎是同一套行为逻辑。它不是画动画的三维软件，运动学、轴限位、奇异点保护都按真实控制器内核计算。

这篇笔记按实际跑项目的流程讲：环境配置、工作单元搭建、KRL 程序编写、仿真参数调整，到真机交接前的验证细节。

2. 为什么选 SimPro：虚拟控制器让仿真结果可信的底层逻辑

2.1 虚拟控制器 VRC 是什么：它和三维动画仿真差在哪里

SimPro 里有一个关键组件叫虚拟机器人控制器，英文简称 VRC。很多人第一次接触时，以为它就是三维软件里放了一个机器人模型，然后手动拖动画面的关键帧，播放时靠插值把运动过程显示出来。这种动画式仿真从屏幕上看着很像，但一旦涉及节拍计算、奇异点处理、轴软限位和轨迹准确性，它就会立刻露馅。

VRC 的做法完全不同。它是把库卡真实控制器上运行的 KSS 系统软件，以虚拟化方式跑在 PC 上。机器人每个轴的角度、角速度、加速度，以及运动指令执行时每一个中间点的姿态，都由同一套运动学算法和轨迹规划器计算出来。换句话说，你在 SimPro 里写的 PTP、LIN、CIRC，执行的代码路径与真机几乎一样，唯一的区别是最终驱动的是三维模型还是真实的伺服电机。

这个差别带来三个实际好处。第一，节拍估算可以作为方案阶段的预算依据。工艺部门问"这套工作站每小时能产出多少件"，仿真跑出来的循环时间基本接近真实值，前提是负载参数填得准。第二，程序里不合理的点位——比如接近奇异点、超出轴限位的位置——在仿真阶段就会报错或报警，而不是到产线通电那一刻才翻车。第三，SimPro 的示教器界面和真机操作逻辑高度一致，一个熟悉真机示教器的人，在 SimPro 里几乎不需要重新学习操作习惯。

但也别误会 VRC 是万能的。它的运动学计算精度依赖一个重要前提：机器人负载数据准确。末端执行器的重量、重心位置、转动惯量如果不填，节拍估算和姿态预测都会有偏差。我习惯在做节拍评估之前，先把工具的重量和重心尺寸从 CAD 模型里量出来，填进控制器的负载参数表，然后再跑仿真。这个细节很多人忽略，第 5 章会专门讲到它带来的坑。

2.2 SimPro 与 WorkVisual、Office 系列的分工与边界

库卡桌面工具链里，SimPro 常被拿来和 WorkVisual 混淆。两者定位完全不同，但在实际项目中几乎总是配合使用，理清边界能省掉很多来回返工。

WorkVisual 是面向控制器硬件配置的工具。总线配置（比如 Profinet、EtherNet/IP）、I/O 信号映射、安全区域设置、机器人轴参数和负载参数，都在 WorkVisual 里完成，最终生成的是一整套可下载到真实控制器的项目文件。它也能编辑程序，但重心不在三维仿真上。

SimPro 的主场是离线编程与运动仿真。三维工作单元搭建、工具坐标系设定、路径规划、碰撞检测、节拍评估，这些能力 WorkVisual 没有。SimPro 项目可以直接引用 WorkVisual 导出的配置数据，这样仿真里的 I/O 信号名、控制器参数和真机完全一致，程序里的信号交互逻辑才能真正验证到位。

Office 系列则更底层，它主要提供一个不依赖硬件的控制器软件运行环境，适合在没有真机的情况下测试纯逻辑程序。SimPro 的虚拟控制器和 Office 技术同源，但 SimPro 把三维可视化、编程交互、碰撞检测这些能力整合成了完整界面，对一线工程师更友好。

我一般的工作流是：先在 WorkVisual 里把控制器的硬件配置和 I/O 表定好，导出一份项目配置；然后在 SimPro 里新建项目，用这份配置作为控制器的软件基底；接着做三维布局和编程仿真；最后把程序文件和配置一起打包交付现场。整个链条的关键约束是 KSS 版本保持一致，具体的版本对齐方法在 5.2 里展开。

2.3 SimPro 的能力边界：哪些事它能干，哪些事别指望它

把能力边界讲清楚，是为了让读者在现场做方案时不至于误判。SimPro 能做的事包括：基于 KRL 的完整程序编写与调试；PTP、LIN、CIRC 运动指令的仿真执行；工具坐标系和基座坐标系的设定与校验；工作单元内多个刚体模型之间的碰撞检测；可达性分析，也就是确认机器人到底够不够得着目标区域；循环节拍时间估算。配合信号仿真，还能模拟抓手开合、气缸伸出这些外围动作和机器人程序之间的时序配合。

受限的地方同样明确。第一，真实安全回路的验证——急停、安全门、光栅的逻辑响应——必须以真机为准，SimPro 替代不了安全认证环节。第二，多台机器人协同作业时的干涉区互锁，仿真只能验证空间路径层面的干涉，不能替代控制器之间的互锁逻辑测试。第三，外部轴（线性导轨、变位机）的动力学表现取决于你建的模型质量和使用的外部轴配置，模型简化过头，节拍就不准。第四，视觉引导这类带实时反馈的场景，SimPro 模拟不了真实传感器的数据闭环，同样要留到真机上去调。

把这些边界想清楚，就能合理判断 SimPro 在哪一步介入、做到什么程度就该收手。集成项目里最容易发生的问题是，有人把仿真跑通了当作"已经没有问题了"，结果在安全逻辑和真实信号响应上吃亏。

3. 把最小仿真跑起来：安装、项目创建与工作单元搭建

3.1 运行环境配置：SimPro 安装前必须做好的三件事

SimPro 是 Windows 桌面应用，硬件门槛不算高，但有三个点直接影响使用体验。处理器建议六核以上，内存 16 GB 起步，显卡要独立显卡并更新到最新稳定版驱动。三维视图的旋转缩放流畅度全靠显卡性能，集成显卡在模型面片多的时候会明显卡顿，做碰撞检测翻看模型时尤其难受。

安装过程有三处容易出问题。第一，安全软件拦截。SimPro 的授权服务和底层组件行为接近系统级操作，实时防护经常会误判，导致安装中断或授权服务启动失败。我一般先把安装目录加进信任区再装。第二，安装路径不要带中文和空格，某些组件对非 ASCII 路径的解析有历史问题，装完后启动报错，查半天最后发现是路径问题。第三，如果安装过程中提示缺少 .NET 环境或 Visual C++ 运行库，先去系统补丁里装齐再重装，不要跳过依赖直接强装，否则后面打开项目会莫名崩溃。

首次启动通常要配置授权。常见方式是通过授权管理器导入授权文件，或者连到局域网里的授权服务器。启动时如果提示"找不到授权"，先确认授权服务是否在运行，再检查系统时间——系统时间被改动或与授权服务器差得太多，授权校验会直接失败。这种问题看起来像玄学，其实只是校验机制对时钟敏感。

3.2 新建项目与选型：机器人型号、控制柜和版本怎么选

启动向导里第一步是新建项目，SimPro 会让你选择机器人型号、控制柜型号和项目模板。这三个选择决定整个仿真项目的物理基础，选错后面所有结果都没有参考意义。

机器人型号必须和现场实际设备一致。不同型号有不同负载等级、臂展和轴运动范围，运动学参数都不一样。比如用于小型工件搬运的型号，和用于大型工件码垛的重型型号，轴行程和最大速度差很多。仿真里用错型号，可达性结论就是错的。

控制柜型号对应 KSS 系统软件的代际，这一点比很多新手以为的重要得多。SimPro 项目一旦选定控制器版本，程序编辑器就按这个版本的语法规则来解析 KRL。高版本语法写出来的程序，导到低版本 KSS 的真机上，解释器直接报语法错误；低版本程序在高版本控制器上大部分能跑，但某些指令的系统函数行为变了，也会出现隐藏的差异。

最稳妥的做法是从现场真机的控制器里导出一份系统备份，包含 KSS 版本、轴参数、负载参数、I/O 配置，然后在 SimPro 里加载这份备份创建项目。这样仿真与真机的软件基线完全一致，程序行为才是同一套。如果项目还在方案阶段没有真机，那就选择一个和被控机器人型号匹配的控制器版本，并把这个版本号写进交付文档，留给现场核对。

3.3 导入 CAD 模型：格式、单位与坐标系的第一个坑

工作单元里需要放置工件、工装、夹具、传感器等模型。SimPro 支持导入 STEP、IGES、STL 三种最常见的三维格式。工业上最通用的是 STEP，保留实体信息和装配结构，适合精确仿真；IGES 在复杂曲面零件上表现也不错；STL 是三角网格模型，适合外观验证，但不适合做精确的尺寸测量和碰撞边界分析。

第一个坑是单位不一致。许多 CAD 软件导出 STEP 时默认毫米，但有些图纸模板来自英制体系，默认英寸。把英寸模型当毫米导入，尺寸直接放大 25.4 倍，一个 200 mm 的工件变成 5 m 的庞然大物。我导入任何模型后的第一件事，就是拿软件里的测量工具量一个图纸上有标注的特征尺寸，比如孔直径或板厚，一分钟就能确认单位是否正确。等机器人路径都编完了才发现单位错了，返工成本就很大了。

第二个坑是坐标系混杂。不同来源的 CAD 模型，原点位置五花八门。有的基于装配原点，有的基于某个孤立特征。导入后我习惯把每个模型放进独立的坐标组，再用三点法或数值偏移把它们对齐到实际产线的相对位置。这个对齐工作在项目初期做代价最小；如果拖到后面，程序里每个点位都会因为坐标系偏移而返工。

工作单元布局的建议顺序是：先放固定不动的设备（工作台、工装夹具），再按现场实际尺寸把机器人底座放到对应位置，最后放工件。所有位置尽量用机器人基座坐标系作为参考来描述，这和 KRL 程序里 $BASE 的设置逻辑是一致的。布局完成并验证没问题后，把场景保存成模板，后续同类项目直接复用，能省大量重复工作。

4. 在 SimPro 里编程和仿真：从示教到 KRL 程序的完整链路

4.1 用虚拟示教器手动示教：先让机器人动起来

SimPro 界面里有一个和真机手持示教器布局基本一致的虚拟面板，这是新手最快上手的方式。先激活机器人模型，然后在三维视图里直接用鼠标拖动末端，或者用虚拟示教器上的轴操作键逐个点动关节。拖动适合快速把末端挪到目标区域，轴操作适合精确微调最终位置。

手动示教记录点位的过程也很直观。把末端工具移动到目标位置后，在虚拟示教器上点击"记录"，然后选择运动指令类型：PTP、LIN 还是 CIRC。PTP 是关节运动，只保证到达时末端姿态正确，不约束中间路径，适合在两点间快速移动；LIN 是笛卡尔直线运动，末端走空间直线，涂胶、焊接这类工艺必须用它；CIRC 是圆弧运动，需要指定一个中间点和一个终点。每记录一个位置，程序编辑区就会生成一行对应的 KRL 指令。

这里有一个仿真和真机的关键差别需要记住。真机上示教时，轴限位会在物理层面保护你——你拖不到限位之外去。仿真里没有物理保护，鼠标拖过头、用数值面板输入了超过行程的轴角度，SimPro 不一定立刻报警，但导到真机上运行就会触发轴软限位报警。所以每记录完一个关键点，我都习惯看一眼虚拟示教器上的轴角度值。姿态角度 A、B、C 也要盯一眼，某段路径上姿态突变过大，真机运行时在两个点之间会有大幅度的姿态调整，轻则节拍变慢，重则碰到周围设备。

4.2 KRL 程序编辑器：手写运动指令与参数模板

示教适合生成点位，但真正的工艺逻辑——信号输出、等待、循环、条件判断——还要靠手写 KRL 程序。SimPro 内置了语法高亮和关键字补全的编辑器，我自己维护了一个基础模板，每次新建程序从它开始改。

&ACCESS RVP &REL 4 DEF pick_place() ; 指定工具坐标系和基座坐标系，编号对应 SimPro 坐标系管理里的定义 $TOOL = TOOL_DATA[1] $BASE = BASE_DATA[2] ; 运动速度与轨迹逼近参数 $VEL.PTP = 50 $VEL.CP = 1.5 $APO.CDIS = 10 ; 首先回到参考点 HOME PTP HOME ; 快速线性运动到目标抓取点的接近点，留出安全余量 LIN {X 520.0, Y 80.0, Z 480.0, A 0.0, B 45.0, C 0.0} ; 直线下探到工件抓取高度 LIN {X 520.0, Y 80.0, Z 420.0, A 0.0, B 45.0, C 0.0} ; 输出信号 K1 为 TRUE，闭合抓手 OUT 1, TRUE ; 等待 0.5 秒让抓手完全闭合 WAIT TIME 0.5 ; 抬升离开工件表面 LIN {X 520.0, Y 80.0, Z 480.0, A 0.0, B 45.0, C 0.0} ; 关节运动快速回到参考点 PTP HOME END

逐段解释一下关键行。文件开头的 &ACCESS RVP 声明程序在控制器上的运行权限，&REL 4 是语言标准兼容标记，这两行是 KSS 加载程序时用的，日常不要去改。DEF 和 END 是程序体的边界。

$TOOL 和 $BASE 是全局系统变量。它们指定当前程序使用坐标系管理里的哪一个工具坐标系和基座坐标系。编号一旦写错，整个程序都会在一个错误的位置或姿态下运动。我每新建一个项目的第一件事，就是打开坐标系管理，核对 1 号和 2 号到底对应哪个工具和基座。

$VEL.PTP 的单位是最大速度的百分比，50 表示关节运动速度上限为 50%。$VEL.CP 是连续路径运动的速度，单位是米每秒。$APO.CDIS 是轨迹逼近距离，含义是：线性运动到终点前多少毫米就开始转入下一条运动指令。设 10 表示在离终点 10 mm 处提前拐弯，路径更平滑，减少机器人在每个拐点的减速停顿，但代价是实际轨迹不经过编程点。涂胶、焊接这类对轨迹精度要求高的场景，$APO.CDIS 必须设 0；搬运、码垛这类运动相对简单的场景，设 5 到 20 mm 都能明显优化节拍。

注意：$APO.CDIS 设 0 时机器人精确到达编程点，设非 0 时轨迹会被削角。工艺上有严格路径要求（涂胶、切割）的段落一定设 0。

坐标花括号里 X、Y、Z 是位置，A、B、C 是姿态角，参考坐标系是 $TOOL 和 $BASE 的组合结果。初学者最容易犯的错是以为这些坐标相对世界坐标系，其实是相对 $BASE 的。基座标定错了，程序里所有坐标都会整体偏移。

4.3 碰撞检测与路径验证：跑仿真前必调的五个参数

程序写完不能直接点播放就完事。SimPro 的碰撞检测默认不是全自动的，需要显式配置碰撞对——指定哪些模型之间要检查干涉。模型数量越多计算压力越大，所以没必要把工作单元里所有模型都互相检测，合理做法是只勾选关键对象。

我通常把机器人本体、末端工具、工件、工作台和工艺设备全部加入碰撞检测。机器人自身的轴限位由系统默认检查，不需要额外配置。如果现场方案里有人员活动区域，我还习惯把安全围栏简化为包围盒加入碰撞对，用于检查机器人有没有和围栏产生接近风险，给后续的安全距离设计提供参考。

碰撞检测打开后，播放速度的控制也很关键。SimPro 播放控制支持百分比倍率，我的习惯是第一遍用 20% 到 50% 的倍率慢跑，重点观察接近点、离开点和圆弧过渡段的工具与工件间隙。慢速跑确认没有干涉之后，再用 100% 速度完整跑一遍，记录循环时间作为节拍初步结果。

奇异点检查是另一个容易被忽略的环节。当机器人姿态接近奇异位置时，真实控制器会降速或在笛卡尔运动时报错，SimPro 也会模拟这一行为。如果仿真过程中在某个位置出现周期性停顿或提示奇异点接近，说明这个点位需要调整。常见做法是微调 A、B、C 姿态角，让手腕关节远离奇异姿态区域，而不是通过加大速度去冲过去——真机上冲奇异点轻则停线，重则触发控制器保护。

下表是我每次跑仿真之前检查的参数清单，按检查顺序排列：

5. SimPro 高频翻车现场：从安装到真机交接的避坑记录

这一章按血泪经验整理成四个高频问题，每一条都遵循现象、原因、解决的顺序，方便现场出问题时快速定位。

5.1 仿真能跑但真机跑偏：坐标系定义对不上

现象：程序在 SimPro 里运行完全正常，下载到真机后第一次试运行，机器人末端直接朝错误方向移动，严重时碰撞到夹具或工件。

原因：九成情况是坐标系编号不一致。最常见的是 TOOL_DATA 编号错位——仿真里用的是 1 号工具，真机上 1 号工具存储的 TCP 数据和仿真完全不一样，X、Y、Z 偏移和姿态角全变了。另一个常见原因是 BASE_DATA 的差异，仿真里的基座位置是根据三维模型摆放位置确定的，但真机如果没按要求做基座标定，两个基座坐标系之间存在一个肉眼可见的偏移量。

解决：交付前把程序用到的所有 TOOL_DATA 和 BASE_DATA 编号、数据做成清单，随程序文件一起给现场。真机上的工具坐标系必须在现场用三点法实际标定，仿真里的工具数据要严格按标定结果回填，不能用 CAD 模型估计值应付。基座坐标系也遵循同样的原则：要么仿真按真机标定结果建，要么真机按仿真布局标。

5.2 程序导到真机报语法错误：KSS 版本不一致

现象：仿真中程序运行没有任何问题，拷贝到真机后控制器报"第 X 行语法错误"或"未知指令"，甚至程序直接加载失败。

原因：SimPro 项目创建时选的 KSS 版本和真机控制器实际运行的 KSS 版本不一致。新版系统软件支持的语法和系统函数，旧版本的解释器不识别。这个问题在多人协作的项目里尤其容易发生——方案团队用新版本建了仿真，现场控制器却一直没有升级，两边都不知情。

解决：项目启动的第一天就锁定版本。最可靠的方式是从真机控制器导出一份系统备份，加载到 SimPro 里作为项目基底。如果项目阶段没有真机，就把选定的 KSS 版本号写进项目交付文档，现场接收时先核对版本再导入程序。拷贝程序时还要注意文件格式，KRL 程序由 .src 和 .dat 两个文件成组存在，导入导出要成对处理，文件名大小写、路径结构保持原样，控制器对文件系统的命名规则比桌面系统严格。

5.3 碰撞检测像没开一样：隐藏模型和简化模型的陷阱

现象：仿真过程全程无碰撞报警，真机试运行时工具直接撞上工装夹具，造成设备损伤。

原因：有三类典型原因。第一，碰撞对配置不全，只检了机器人本体和工件，漏了工具和夹具之间那一对。第二，导入的模型被简化过头，一些小凸台、把手、传感器支架在 CAD 导出前就被删掉了，仿真里看着有几十毫米间隙，真机上这些凸起零件刚好在工具路径上。第三，三维视图里的模型被隐藏了。SimPro 的碰撞检测默认不检查隐藏模型，有人为了方便观察把工装模型临时隐藏，后面忘了恢复，碰撞检测实际上取消了很大一部分覆盖范围。

解决：碰撞对配置要覆盖机器人本体、工具、工件、夹具、外围设备全部关键对象。导入模型的时候不要为了追求面数少而删掉对空间占用有影响的结构，简化主要针对不参与运动的细节（比如螺纹孔、倒角），而不是去掉占用空间的实体。每次跑仿真前，在模型树里把所有隐藏项恢复显示，目视检查哪些模型消失了——消失的模型往往就是碰撞检测的盲区。

5.4 仿真节拍和真机差很多：速度与逼近参数没对齐

现象：仿真里一段搬运循环跑完 12 秒，真机上同样程序跑完 18 秒，节拍预算彻底作废。

原因：最大嫌疑是 $APO.CDIS 轨迹逼近参数不一致。仿真里用了 10 mm 的逼近距离，真机上的程序副本这个值是 0，机器人在每一个拐点都完整减速再重新加速，时间自然大幅度增加。另一个原因是 $VEL.PTP 和 $VEL.CP 的值在仿真和真机两边不一致，特别是现场调试人员根据现场情况调整过速度之后没有同步回仿真模型。

解决：做节拍对比时，必须保证两边运行的是同一份程序文件，$VEL 和 $APO.CDIS 完全一致，仿真播放倍率设为 100%。如果真机实测节拍和仿真差距超过 10%，第一步查 $APO.CDIS 是不是被现场改过；第二步查负载参数是否一致，工具重量和重心不准会影响加速度曲线；第三步查程序里有没有额外的信号等待，WAIT TIME 或者等传感器反馈的时间在仿真里如果不加，节拍自然对不上。

6. 让仿真更接近真机：交付前的三个验证习惯

程序在 SimPro 里跑通，并不等于可以交付。最后一步我固定做三件事。

第一件是冷启动验证。把 SimPro 项目完全关闭再重新打开，加载项目，从头到尾跑一遍程序。这个动作专门用来暴露只存在于会话内存里的状态——比如某个点位是临时记录的，文件没有真正保存，重开项目后点位丢失或者坐标变成默认值。冷启动验证通过，才说明交付出去的项目文件是完整的、可复现的。

第二件是坐标系快照。交付前把 TOOL_DATA、BASE_DATA、负载参数表全部导出，哪怕只是截一张系统配置界面的图，和程序文件放进同一个交付包。现场调试的人拿到这套资料，不用再回头反复确认"1 号工具是什么""2 号基座标过没有"，也不会因为记忆偏差用错编号。这一步我配合现场的经验是：省一次沟通的成本，远大于导出文件花掉的十分钟。

第三件是节拍存档。仿真跑出来的循环时间、程序版本号、SimPro 项目文件的版本日期，一起记录在交付说明里。现场对节拍有疑问时，这份存档能直接判断是程序被改动过，还是现场工艺条件发生了变化，不用再从头猜。

这三个习惯看上去琐碎，但正是它们在产线调试阶段大幅压缩了"仿真和真机不一致"的定位时间。我刚入行的时候吃过亏，仿真里漏填负载参数，真机节拍差了 15% 还找不到原因，花了两天才把问题定位到参数缺失上。后来每次交付前固定做冷启动验证、坐标系快照和节拍存档，现场调试明显顺利了很多。把仿真环境的全部信息连同程序一起交出去，SimPro 的价值才能真正落到生产线上。希望这条经验也能帮到你。

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