4. 变更请求的发起与记录
在 Studio 5000 项目版本治理中，变更请求单（Change Request，CR）是把“现场需求”转化为“可评审、可追溯、可回退的工程动作”的第一道关口。没有变更请求单，任何对 .ACD 文件的修改都只是个人行为；有了它，修改才成为受控变更。本节聚焦如何用变更请求单描述 Studio 5000 中的修改需求，包括修改原因、影响范围、涉及例程或标签，并模拟一个因工艺调整需要修改 PID 回路参数的完整请求。
一、变更请求单应包含哪些核心字段
变更请求单不是一张“申请审批表”，而是一份工程意图说明书。它必须让评审人、实施人和未来的维护者都能看懂：为什么要改、改哪里、改完会波及什么、怎么验证。结合 Studio 5000 的项目结构，建议至少包含以下字段：
- 请求编号与日期：如 CR-2024-017，便于与版本库提交记录关联。
- 请求人/提出部门：工艺、设备、安全或客户方，明确需求来源。
- 修改原因：必须写“触发条件”，而不是“想改”。例如“反应釜升温段超调 12℃，导致保温阶段波动超出工艺允许带”。
- 影响范围：涉及哪个控制器、哪个程序、哪些例程、哪些标签、是否影响 HMI、是否影响安全回路。
- 涉及例程或标签：精确到 Studio 5000 的 Program / Routine / Add-On Instruction / Tag 名称，最好带路径。
- 修改内容描述：当前值、目标值、修改方式，必要时附参数表。
- 风险与回退方案：是否影响联锁、是否需要停机、如何恢复到修改前版本。
- 验证方法与验收标准：用什么趋势、什么工况、什么指标判断修改成功。
二、从工艺需求到 Studio 5000 对象的映射
写变更请求单最容易出错的地方，是只写“调整 PID 参数”，却没有落到 Studio 5000 的具体对象上。评审人无法判断影响范围，实施人也容易改错位置。正确的做法是建立“工艺语言 → 控制对象 → 工程对象”的映射链。
以“反应釜温度控制”为例：工艺说“升温太慢、保温波动大”，对应到控制层是 PID 回路的比例增益、积分时间、微分时间以及输出限幅；对应到 Studio 5000 中，可能是 Temperature_PID 这个 PIDE 指令实例，其参数位于 Reactor_Program / Temp_Control 例程中，关联标签包括 PV_Temp、SP_Temp、CV_SteamValve。只有把这些名字写进变更请求单，影响范围才是可核查的。
三、模拟变更请求：PID 回路参数调整
下面给出一份可直接参考的变更请求单示例。场景设定为：某反应釜温度回路在升温段出现超调，工艺要求调整 PID 参数。以下参数均为教学示例，不代表任何实际装置的整定结果。
| 字段 | 内容 |
|---|---|
| 请求编号 | CR-2024-017 |
| 请求人 / 部门 | 工艺工程师 / 生产部 |
| 修改原因 | 批次 B2405 升温段最大超调 12℃，保温阶段波动 ±4℃，超出工艺允许带 ±1.5℃。初步判断为 PID 比例增益偏大、积分时间偏短。 |
| 影响范围 | 控制器 PLC_Reactor；程序 Reactor_Program；例程 Temp_Control；不影响安全回路、不影响其他程序。 |
| 涉及例程 | Reactor_Program / Temp_Control |
| 涉及标签 | PV_Temp、SP_Temp、CV_SteamValve、PIDE_101（PIDE 指令实例） |
| 修改内容 | PIDE_101.Kp：1.8 → 1.2；PIDE_101.Ki：0.25 → 0.12；PIDE_101.Kd：0.05 → 0.08；输出限幅保持 0～100%。 |
| 风险与回退 | 修改后升温可能变慢，需确认不影响批次节拍；回退方案为恢复版本库中 V2.3 的 .ACD 文件。 |
| 验证方法 | 在下一批次运行中采集 PV_Temp 趋势，要求升温时间 ≤ 18 min，保温阶段波动 ≤ ±1.5℃，无持续振荡。 |
| 验收标准 | 连续 3 个批次满足上述指标，且 CV_SteamValve 无频繁饱和。 |
四、记录时的关键操作细节
在 Studio 5000 中实施该变更时，建议按以下顺序操作，并在变更请求单上留下对应记录：
- 从版本库检出 V2.3 的 .ACD 文件，另存为工作副本，避免直接覆盖受控版本。
- 打开
Reactor_Program / Temp_Control例程，定位PIDE_101指令。 - 在指令属性中修改 Kp、Ki、Kd 三个参数，注意 PIDE 的增益单位与控制器执行周期相关，修改前确认任务周期为 100 ms。
- 在例程的注释区或标签描述中记录 CR 编号，例如在
PIDE_101描述里追加“CR-2024-017”。 - 保存后执行“Verify Project”，确认无编译错误，再下载到测试控制器或仿真环境。
- 将修改后的 .ACD 提交回版本库，提交说明中引用 CR-2024-017，形成“请求单—提交记录—版本”的闭环。
五、常见记录缺陷与改进
实际项目中，变更请求单最常见的缺陷有三类：一是“原因写结果”，例如只写“温度波动大”，没有写触发批次、超调量、允许带；二是“范围写大概”，例如只写“改温度程序”，没有写到例程和标签；三是“验证写动作”，例如只写“观察趋势”，没有写量化指标。改进方法很简单：原因必须带数据和触发条件，范围必须落到 Studio 5000 对象名，验证必须带可判定的数值或状态。
把这三条做到，变更请求单就不再是走流程的纸面文件，而是 Studio 5000 项目版本治理中真正可用的工程记录。它让每一次修改都有来路、有边界、有出口，也为后续的版本对比、回退和审计提供了可靠依据。