1. 课程导入与验收交付总览

在三菱iQ-R系列PLC项目中，程序下载完成、设备能手动动作，并不等于项目已经结束。真正决定项目能否顺利移交、产线能否稳定运行的，是验收与工程交付这两个环节。很多工程师在调试阶段投入了大量精力，却在验收时被客户提出的一个安全联锁问题、一份缺失的IO点表或一段没有注释的定位程序卡住，导致尾款拖延、责任不清。本课程的目标，就是把“验收”和“交付”从模糊的经验行为，变成有边界、有依据、有流程、有成果物的工程动作。

一、什么是iQ-R项目验收

iQ-R项目验收，是指以合同、技术协议、工艺要求和相关标准为依据，对由iQ-R系列PLC构成的控制系统进行系统性确认，证明其功能、性能、安全与文档均满足约定要求，并形成可追溯结论的过程。它确认的对象不只是PLC程序本身，还包括硬件配置、网络通信、HMI/SCADA画面、安全回路、报警与联锁、数据记录以及与上下游设备的接口。

验收通常分为几个层次：工厂验收测试（FAT）在集成商或电柜厂内进行，重点验证控制柜、PLC程序逻辑、HMI画面和模拟IO响应；现场验收测试（SAT）在设备安装就位后进行，重点验证实际传感器、执行器、通信链路和工艺联动；最终验收则在试运行稳定后，确认产能、节拍、良率、安全与文档全部达标。三者不是重复劳动，而是验证环境从“模拟”逐步逼近“真实”的过程。

需要特别强调的是，验收不是“挑毛病”，而是用证据说话。每一个功能点都应有对应的测试方法、预期结果和实际记录。例如，一个“急停按下后所有输出在0.5秒内切断”的要求，验收时不能只看程序里有没有急停触点，而应实际按下急停，用秒表或PLC内部时间戳记录从输入ON到输出OFF的时间，并保留截图或测试记录。

二、工程交付的边界

工程交付的边界，指的是“交给客户什么、不交什么、以什么状态交”。边界不清是项目纠纷的高发区。一个完整的iQ-R项目交付，通常包含以下内容：

• 硬件交付：控制柜、PLC机架、电源、CPU、输入输出模块、通信模块、安全模块、端子与线号标识，以及硬件配置清单和接线图。
• 软件交付：iQ-R工程文件（.gxw或对应格式）、带注释和符号名的程序、参数设置、网络配置、HMI工程文件、SCADA画面与脚本。
• 文档交付：IO点表、报警清单、功能说明、操作手册、维护手册、验收报告、测试记录、版本说明。
• 知识交付：对客户维护人员的培训、关键逻辑讲解、常见故障处理说明。

边界之外的内容也应明确，例如：是否包含备件、是否包含上位机软件授权、是否包含第三方设备通信协议费用、是否包含远程维护通道。这些内容若不在合同中写明，交付时极易产生争议。因此，在项目启动阶段就应形成一份交付清单，并随项目推进不断更新状态。

三、典型流程与角色分工

一个典型的iQ-R项目验收与交付流程，可以概括为“准备—测试—整改—确认—移交”五个阶段。准备阶段完成交付清单、测试用例和验收标准确认；测试阶段按FAT、SAT、最终验收逐层执行；整改阶段对不合格项进行闭环处理；确认阶段由双方签字确认；移交阶段完成文档、备件和培训交接。

角色分工方面，项目经理负责整体计划、客户沟通和验收组织；电气工程师负责硬件配置、接线检查和IO核对；PLC工程师负责程序功能、通信、联锁和安全逻辑；HMI/上位机工程师负责画面、报警和数据记录；客户代表负责提出工艺要求、参与测试并确认结果；质量或安全人员负责安全回路和合规性检查。角色可以兼任，但职责必须在验收前明确到人。

四、本课程的学习路径与实战目标

本课程围绕“验收”与“交付”两条主线展开，共30章。学习路径大致分为四个阶段：认知与准备，建立验收交付的整体框架，明确标准、清单和角色；测试与验证，深入FAT/SAT的具体测试方法，包括IO核对、通信测试、安全联锁验证、报警确认和性能测试；文档与成果物，掌握IO点表、报警清单、验收报告、操作手册的编制方法；移交与复盘，完成培训、备件交接、遗留问题处理和项目复盘。

实战目标不是“背会流程”，而是能够独立完成以下任务：根据技术协议拆解验收项，编制可执行的测试用例；使用iQ-R工程工具导出带注释的程序和参数；组织一次FAT并记录结果；在现场完成SAT并处理常见通信与IO故障；整理一套完整的交付文档；对客户维护人员进行有效培训。学完本课程，你应当能够在项目验收会上，用数据和记录回答“这个功能验证过了吗”“这个报警测试过吗”“这个版本是最终版吗”这三个核心问题。