3. 验证与调试的工程准备

验证与调试能否顺利推进,往往不取决于调试当天有多熟练,而取决于开工前的工程准备是否扎实。本章围绕五项准备工作展开:需求规格书解读、I/O清单核对、安全标准确认、版本管理策略、调试环境搭建,并最终收敛为一份可执行的验证计划。这五项不是并列的行政动作,而是层层递进的技术输入:需求决定验证什么,I/O清单决定接什么线、测什么点,安全标准决定哪些测试不可绕过,版本管理决定“测的是哪一版”,调试环境决定这些测试在哪里、以什么条件被执行。

一、需求规格书解读:把自然语言转成可验证条目

需求规格书通常由工艺、设备与电气多方共同编写,语言偏描述性,例如“输送线在急停后必须停止并保持,直至人工复位”。这类句子不能直接作为测试用例,必须先拆成可判定的条目。解读时按四个维度提取:触发条件(急停按钮按下)、期望动作(输送电机输出断开)、保持状态(复位前不得自启动)、判定依据(观察Q输出与电机接触器状态)。

建议为每条需求分配唯一编号,形成需求追溯矩阵的雏形。示例:

REQ-012 急停触发后,输送线所有动力输出断开
  触发:任一急停按钮(ES1~ES4)按下
  动作:Y10.00=OFF,KM1/KM2 失电
  保持:复位信号上升沿前,禁止自动重启
  判定:PLC输出监视 + 接触器辅助触点反馈
  关联I/O:ES1~ES4、Y10.00、X10.05(反馈)

解读阶段要特别标注三类需求:安全相关需求(后续必须对照标准)、时序敏感需求(涉及延时、节拍、先后顺序)、边界条件需求(超限、断线、掉电恢复)。这三类最容易在调试后期暴露问题,提前标注可避免返工。

二、I/O清单核对:从图纸到端子的逐点确认

I/O清单是需求与硬件之间的桥梁。核对不是简单数点数,而是确认“地址—信号—端子—设备”四者一致。实际做法是拿着电气原理图、PLC模块配置和现场端子排,逐点核对以下内容:

  • 地址与模块匹配:输入X10.00是否确实落在输入模块的第1点,而非因模块起始地址设置错误而偏移。
  • 信号类型一致:源型/漏型、PNP/NPN、干接点/湿接点是否与模块规格一致。
  • 常开常闭逻辑:安全回路中常闭触点串入时,PLC读到的是“1=正常”还是“0=正常”,必须与程序逻辑统一。
  • 备用点与预留:预留点是否被误用,备用通道是否在程序中保持未使用状态。

核对结果应形成带状态的清单,而不是只打勾。建议字段包括:地址、信号名、设备、端子号、信号类型、常开/常闭、核对状态、异常备注。对于模拟量点,还要记录量程、工程单位与换算关系,例如4~20mA对应0~1500mm,便于后续在程序中验证标定。

三、安全标准确认:确定不可绕过的测试边界

安全标准确认的核心是回答三个问题:本设备适用哪些标准?安全功能达到什么等级?验证时哪些测试必须做、哪些结果必须留证?以常见的机械安全为例,需对照ISO 12100进行风险评估,依据ISO 13849-1确定所需性能等级(PLr),再确认急停、安全门、光幕等安全功能实际达到的PL。若安全回路采用安全继电器或安全PLC,还要核对其类别(Cat.)与诊断覆盖率(DC)是否满足要求。

确认结果直接影响验证计划:安全功能测试必须独立于普通功能测试,且应包含故障注入(如断开反馈、短接触点)以验证诊断能力。测试记录需保留测试条件、仪器、结果与判定,作为后续量产调试的基线。

验证与调试工程准备:五项输入汇聚为可执行验证计划 需求规格书解读 拆解为可验证条目 标注安全/时序/边界 I/O清单核对 地址-信号-端子-设备 常开常闭与量程确认 安全标准确认 PLr / Cat. / DC 对照 故障注入测试边界 版本管理策略 程序/参数/图纸基线 变更记录与回退点 调试环境搭建 软件/硬件/网络/工具 离线仿真与在线连接 可执行验证计划 验证计划核心内容 测试范围 功能/安全/边界/时序 测试条件 版本/环境/仪器/前置 判定依据 输出状态/反馈/记录 异常处理 记录/隔离/回退/复测 计划需明确:谁在什么版本上、用什么条件、按什么顺序、依据什么判定、异常如何处置 安全相关测试独立列出,不得与普通功能测试合并执行 所有测试记录必须绑定版本号与参数集,确保可追溯

四、版本管理策略:让“测的是哪一版”始终可回答

调试现场最常见的问题不是程序写错,而是“刚才改的那一版和现在跑的不是同一版”。版本管理要覆盖四类对象:PLC程序、HMI画面与配方参数、电气图纸与I/O分配表、伺服/变频器等驱动参数。策略上建议采用“基线+变更”的方式:

  • 每次正式测试前,将当前程序、参数、图纸打包为一个基线版本,命名包含日期与序号,例如V1.2_20240612_基线。
  • 任何修改都从基线派生,修改后记录变更内容、原因、影响范围与修改人。
  • 测试记录中必须写明所测版本号,禁止出现“测的是最新版”这类无法追溯的描述。
  • 保留至少一个可回退的稳定版本,当新版本引入异常时能快速恢复现场运行。

对于参数类对象,建议导出为文本或CSV并纳入版本库,而不是只留在驱动器内部。这样在更换硬件或恢复出厂后,能快速还原到已验证状态。

五、调试环境搭建:软件、硬件与网络三线就绪

调试环境分为离线与在线两部分。离线环境用于程序检查、仿真与逻辑预验证;在线环境用于实际连接设备进行下载、监视与强制。搭建时逐项确认:

  • 软件环境:PLC编程软件版本与CPU固件匹配,HMI组态软件版本与触摸屏型号匹配,必要时安装对应驱动与通信组件。
  • 硬件连接:编程电缆或网线、USB转串口、交换机、终端电阻等齐备;确认PLC的通信端口地址与软件设置一致。
  • 网络规划:PLC、HMI、伺服、上位机在同一网段且IP不冲突;若使用EtherCAT或EtherNet/IP,确认主站配置与从站数量一致。
  • 工具与仪表:万用表、信号发生器、短接线、绝缘测试仪、示波器等按测试项准备,安全测试还需准备故障注入用的开关或模拟断线工具。

离线仿真可在不接实际设备的情况下验证大部分逻辑,例如用仿真器强制输入点变化,观察输出与定时器行为。但涉及安全回路、实际负载与运动控制的测试,必须在线执行。环境搭建完成后,建议先做一次“空载通信与I/O点检”:下载空程序或监视程序,逐个确认输入点状态与现场设备一致,输出点在不带负载或带安全负载条件下确认动作正确,再进入正式验证。

调试环境搭建完成后,先做一次通信与I/O点检,再执行功能测试。点检记录应包含:通信是否正常、各输入点实际状态、各输出点动作结果、异常点及处理。这一步能提前暴露接线错误与地址偏移,避免在复杂测试中误判为程序问题。

六、形成可执行的验证计划

五项准备完成后,验证计划应能回答:测什么(需求条目与安全功能)、在哪测(离线/在线、哪台设备)、用什么版本(程序/参数/图纸基线)、按什么顺序(先安全后功能、先点检后联动)、依据什么判定(输出状态、反馈信号、记录表单)、异常怎么办(记录、隔离、回退、复测)。计划不必冗长,但每一条测试项都应能追溯到需求编号,并绑定明确的版本与判定依据。这样,验证与调试才不是“边试边猜”,而是有输入、有边界、有记录、可复现的工程活动。