在PACK EXPO 2026的演示方案里，KUKA把KR IONTEC工业机器人、KMP 1500P AMR、iiQKA.OS2以及iiQWorks.Sim放进同一个讨论框架。双面码垛/拆垛单元的工作方式很直观：机器人在一侧继续码垛，AMR从另一侧运走已经完成的托盘。相关活动页面和10月3日行业报道还提到KR C5-2控制器，以及仿真、离线编程、I/O映射、过程验证和虚拟调试。展会方案展示的是一种集成方式，不能直接推断任何工厂上线后的节拍或节省人数。
包装线上经常堵在设备之间的几个确认信号。机器人完成一个托盘，下一托盘能不能进入工位；AMR已经到站，输送和机器人是否都确认可以交接；现场有人员进入，整段单元如何停机并恢复。机械臂的轨迹只占问题的一部分。KUKA这套组合值得细看，原因是它把固定工位和流动物料接在了同一条生产逻辑里。
双面工位：避免把AMR的等待藏进机器人节拍
假设一个托盘正在一侧堆码，另一侧的已完成托盘等待运走。工程师需要区分“机器人可以切换作业面”“AMR可以进入交接位置”和“该托盘已经完成交接”三种状态。它们不能只用一个“完成”信号概括：AMR未定位好时让机器人提前释放工位，容易制造阻塞；机器人还在运动区域内就放行AMR，可能形成安全冲突。
开始画仿真场景前，先写一张状态转换表：托盘空位、堆码中、堆码完成、等待AMR、AMR对位、交接中、交接完成、异常待处理。状态名称可以按项目调整，但转换条件要具体到信号来源和确认方。机器人任务、AMR任务以及上游设备任务分别由谁发起？同一托盘是否有唯一标识？重复发送任务后系统会不会搬走错误的托盘？这几件事影响整线可靠性，比单次演示里动作有多顺滑更重要。
双面设计可以减少机器人因为搬运完成托盘而等待的机会，实际效果仍取决于两侧可用空间、AMR到达时间和上游来料节拍。若AMR取货速度长期跟不上，第二侧也会被占满。设计评审时可以把机器人作业时间、托盘交接时间和AMR往返时间放在一条时间轴上，再模拟一次AMR迟到、一侧托盘异常及上游短暂停料。不能在没有这些输入的情况下声称系统一定提效多少。
iiQWorks.Sim该承担哪些上机前的工作
相关资料列出的iiQWorks.Sim用途包括机器人仿真、离线编程、虚拟调试，以及安全功能验证等背景信息。工程集成商可以先在软件环境里建立机器人、工装、输送设备和外围设施的模型，把工作空间干涉与关键姿态提前暴露出来。对于码垛单元，轨迹规划还要考虑托盘堆高变化：最低层和最高层的伸展姿态不同，夹具与周边围栏的余量也不同。
只看机器人在屏幕上走完轨迹，调试工作还没做完。需要把控制器可识别的任务流程、I/O点表和外部设备事件接入，检查逻辑在“对”的时序下工作，也检查逻辑遇到“错”的时序时会怎样。例如AMR尚未到位，机器人是否会等待而不是继续交接；夹具没有反馈抓取成功，是否禁止移动到堆垛位置；现场急停复位后，能否核对工件状态再继续。仿真模型若只包含理想周期，这些故障不会自己出现。
离线编程的优势是让机器人轨迹设计与现场安装部分并行，但迁移到真机仍需校准坐标系、检查工具负载和TCP、核对工装实际位置。软件显示“没有碰撞”，前提是模型的位置和形状正确。电缆摆动、夹具变形以及安装偏差，仍要到现场查。虚拟调试应该输出一张待验证清单，而不是给现场验收盖章。
iiQKA.OS2、KR C5-2与I/O映射：版本对齐才好追故障
KUKA把iiQKA.OS2与KR C5-2控制器放在演示组合里。对集成商来说，控制器、机器人程序、仿真工程、PLC逻辑和AMR调度配置需要标注同一版次。I/O映射表应写明每一个点位的含义、正常状态、故障默认值、更新时间和责任设备。“AMR到站”可能指调度系统发出通知，也可能指车体完成定位。点表若把两者混在一起，问题往往到跑批后才显露。
可以在设计评审会上用两页纸核对接口。一页列流程：空托盘到位、机器人码垛、满托盘允许搬运、AMR进入、托盘移走、工位释放。另一页列异常：任务取消、通信中断、重复到站信号、夹具失电、托盘位置偏移、人工介入。每个异常都要有明确的停机条件和恢复入口。若恢复只能依靠操作员猜测机器人当前在哪一步，调试软件做得再漂亮也救不了夜班生产。
还要考虑网络恢复后的旧消息。设备短时掉线再重连，AMR任务系统可能重发确认，机器人控制器可能保留上一次流程位置。交接协议最好把任务编号、托盘编号和状态回执绑定，并明确消息超时后的处理方法。这里写的是通用设计建议，不能据此说KUKA现有产品已经采用了某一种协议。
安全和网络韧性：安全要求最终要落到现场记录
KUKA称iiQKA.OS2的设计已考虑ISO 10218:2025及网络韧性要求。这里的措辞要分清：设计考虑某项要求，不等于一套具体产线已经完成风险评估、现场验证和合规判定。安全距离、围栏或其他防护方式、AMR通行区、人员通道，以及机器人在交接时的限制条件，都与工厂布局有关。
双面码垛单元与移动设备相遇的交界处尤其需要做风险分析。谁有权放行AMR进入？定位失败时谁停？如果有人进入交接区，AMR与机器人是否都进入安全状态？安全信号不应因为普通生产控制网络断开而失去预期作用；恢复运行还要确认现场已清空。项目团队应让设备供应商、系统集成商和工厂安全负责人共同确认这些条件，而不是只依赖展台展示。
网络韧性方面，可以先盘点控制器、工程站和AMR调度系统之间的连接边界。谁能改机器人程序、谁能下发搬运任务、工程文件如何备份、修改后怎样追溯，是投产后绕不开的管理问题。不要把虚拟仿真工程和生产现场的实时控制链混成一个无边界网络。断网、延迟、权限被撤销时的设备行为，也值得写入联合测试。
AI可以优化什么，什么必须先由工程师锁定
AI可在仿真里辅助路径与调度优化，工程师再用虚拟控制器核对信号、安全逻辑和节拍。把这句话落实到项目上，应先给优化器一个有约束的搜索范围。路径需要满足关节限制、工装与围栏间距；调度需要尊重托盘缓冲位、AMR电量与可用路线；安全相关停止条件不能为了提高目标函数得分而被删掉。
建议把“优化前后”放在同一套输入条件下比较：同一批订单、同一设备配置、同一故障注入、同一班次约束。看平均节拍，也看最大等待时间和异常恢复后的排队长度。仿真给出的改善只能当作候选方案。现场还要核对传感器触发误差、叉取对位偏差和实际行车时间。现有资料没有提供KUKA演示的量化收益，任何百分比提效都应等真实项目测试后再写。
AI还可以辅助排查重复出现的停机序列，但前提是事件日志有统一时间基准、清晰设备编号与版本记录。如果机器人日志和AMR日志只记各自本地时间，先校时比先上算法更有效。解释异常原因时，给维护人员展示对应的信号片段和流程位置，比只给“可能是通信问题”的抽象建议管用。
集成商的验收表，先覆盖最不好看的场景
PACK EXPO上的方案适合拿来做项目拆解：设备布置、通信接口、离线程序、联合仿真、现场标定、异常测试，最后才到持续运行验收。每一步都要有可留存的交付物。模型版本、点表、机器人程序、PLC程序、AMR地图及作业任务之间，如果没有可追溯的版本关系，一次现场修改就可能让虚拟工程失去参照价值。
验收测试别只做完整托盘的理想搬运。试一次AMR晚到、机器人空抓、托盘堆垛超界；试一次单侧工位停用后，系统如何暂停或降级；试一次急停、断电、通信中断后的人工复位。每次故障要记录进入条件、保护动作、操作员所见提示、恢复步骤和是否存在重复搬运。要是某一项只能靠熟练调试员临场处理，就还没写成可以交班的生产流程。
把虚拟工程带进现场，最容易丢的是版本
项目开工时的三维模型来自设计图，设备运到现场后，可能换了夹具、调整了围栏，或者把传感器支架挪开了几厘米。如果这些变化只写在现场人员的笔记里，下一次离线编程仍拿旧模型算路径，就会出现软件里通过、现场却要反复避障的情况。工程交付时应指定谁更新模型，谁批准机器人程序与PLC点位变更，改完以什么版本重新跑碰撞和时序检查。这样仿真工程才和真实单元保持联系。
AMR地图也会变化。一个临时堆货区挡住原路线，调度系统改走备选路径，交接周期随之改变。机器人侧若按早期仿真里固定的AMR到站时间设计流程，很可能出现工位积压。每次路线或停靠点变更，应重新验证到站判定、交接姿态与安全分区。虚拟调试所需的输入资料因此不只是机器人CAD模型，还包含可维护的物流场景。
现场试运行可以把验收分为单设备与联合运行两轮。先确认机器人独立完成已定义的码垛动作，AMR独立完成取送任务，控制器和外围设备能正确响应停止与复位；再接通整段交接流程，逐个插入异常。测试记录最好能关联到程序版本与托盘任务编号，否则“昨天下午偶发停机”很难成为可解决的问题。项目团队在展台演示以外要花多少时间做这件事，取决于原有控制系统和现场约束，拿产品清单推算不出来。
管理层看什么，维护人员看什么
管理层常要一张投产时间表和预期节拍，但维护人员更需要知道停在哪里、由谁复位、有没有备件。评审时可以同时交付两份材料：一份给生产计划，列出机器人、AMR及上游设备的占用时序和缓冲位；另一份给夜班维护，按报警和状态码写出安全检查、清空工位、重启任务的步骤。这样验收过关后，不会只剩集成商工程师知道怎样把系统跑起来。
还应核对供应商之间的边界。AMR到站信号正常，但托盘无法移走，问题可能在停靠精度、托盘本身或夹具释放；机器人明明空闲，PLC却没有释放工位，可能是某个未确认的互锁。交付文件需要让工厂知道联系谁、先抓哪些日志，而不是要求每次故障都把各家供应商叫到现场。对持续运转的包装线，这些维护动作和码垛轨迹同样重要。
对工厂来说，虚拟调试最终要回答两个问题：哪些问题在设备发货前已经发现，哪些问题必须留到现场确认。仿真可以压缩现场摸索，却不会消除安装偏差、物料波动和人的操作。KUKA展示的机器人、AMR与软件组合，让设备之间的责任边界更容易被看见。采购方评估时，把接口清单和异常恢复演示纳入招标与验收，通常比只看单机参数更有用。
投产后的数据，反过来校准仿真
仿真工程如果只在调试阶段打开一次，几个月后就会失真。生产现场可以保留少量但有用的测量：每个托盘从开始堆码到允许搬运的时间、AMR接单至到站的时间、交接区等待的原因、异常恢复所需的人工操作。把这些数据与模型中的时间假设按相同任务类型对照，才能知道瓶颈是轨迹、排队还是传感器反复误报。不能把所有延误平均掉，否则偶发但严重的堵塞会被一个好看的平均数掩盖。
这种校准还依赖一致的状态定义。若仿真里“托盘完成”指机器人停止动作，现场数据库里却指AMR已经取走托盘，两个时间戳之间的差值便毫无意义。项目初期定点表时顺手定义事件名和记录时点，成本通常低于投产后跨系统清洗历史日志。工厂若计划在未来增加码垛工位，这份数据还能帮集成商判断瓶颈会否转移到AMR车队或交接区。
增加设备时别机械复制原单元程序。两台机器人争用同一条AMR路线、多个满托盘同时请求搬运，都可能改变原先成立的调度假设。扩线之前，把新增任务数量和通道冲突写入仿真场景；扩线之后，再用实际事件回填模型。每次扩线都能翻出旧假设并重新核对，仿真工程才没有在项目验收那天过期。
参考资料
- KUKA，《KUKA Robotics at PACK EXPO 2026》（活动页面）。https://www.kuka.com/en-us/company/events-and-webinars/calendar-of-events/2026/10/pack-expo-2026
- Hospitality Tech News，《KUKA Robotics Advances Back-of-House Automation for Foodservice》，2026-10-03。https://www.hospitalitytechnews.com/article/kuka-food-packaging-automation-pack-expo-2026
- KUKA，《iiQWorks.Sim》（背景资料）。https://www.kuka.com/de-de/produkte-leistungen/robotersysteme/software/planung-projektierung-service-sicherheit/iiqworks-sim-roboter-simulationssoftware