1. 迁移工程认知与项目启动
旧产线程序迁移，不是把一段 PLC 代码从旧软件“复制粘贴”到 TIA Portal 就结束的工作。它更像一次带风险的“设备换脑手术”：被迁移的对象往往是一台仍在承担产能任务的设备，程序里沉淀了多年现场调试经验、工艺补偿参数和临时补丁；而迁移的目标平台 TIA Portal 又引入了新的硬件组态方式、新的数据类型规则和新的通信机制。理解这三者之间的落差，是项目能否顺利启动的前提。
一、典型迁移场景：先看清“从哪来、到哪去”
旧产线程序迁移最常见的场景可以归为四类。第一类是硬件停产或备件枯竭，例如 S7-300/400 系列 CPU 与 IM 接口模块逐步退市，产线一旦故障难以采购同型号备件，只能借迁移切换到 S7-1500 或 S7-1200。第二类是软件平台升级，早期 STEP 7 V5.x 项目无法在 TIA Portal 中直接打开，需要经过移植或重写。第三类是产线改造叠加迁移，例如增加伺服轴、视觉检测或 MES 数据接口，旧程序结构已无法承载新功能。第四类是合规与运维要求，例如需要统一的版本管理、在线诊断和权限体系。
不同场景决定了迁移策略的激进程度。备件枯竭型迁移通常要求“功能等价、最小改动”，尽量保留原程序逻辑；改造叠加型迁移则允许在迁移过程中重构部分程序结构。项目启动阶段必须先明确属于哪一类，否则后续的范围、工期和验收标准都会失焦。
二、迁移风险：真正危险的不是代码，而是“看不见的依赖”
旧产线程序迁移的风险很少来自语法本身，更多来自隐性依赖。常见风险包括：
- 硬件映射风险：旧模块的地址分配、模拟量量程、分布式 I/O 的映射关系与新硬件不一致，若直接套用旧地址，可能出现输入错位或输出抖动。
- 数据类型与运算风险：STEP 7 中 INT、DINT、REAL 的混用习惯，在 TIA Portal 中可能触发隐式转换警告或精度变化，尤其是模拟量标定和 PID 运算。
- 通信与时钟风险：旧系统常用的 MPI、PROFIBUS DP 通信，在 TIA Portal 中可能改为 PROFINET 或需要网关，通信周期和看门狗时间变化会影响联锁响应。
- 工艺参数丢失风险：配方、补偿值、累计产量等数据若只存在于旧 CPU 的保持性存储区，迁移时未做备份，将造成不可逆的工艺损失。
- 现场认知风险：原程序中的“临时修改”没有注释，迁移人员若不了解其现场背景，可能在优化时误删关键逻辑。
三、TIA Portal 在迁移中的角色定位
TIA Portal 在迁移工程中同时扮演三个角色：目标平台、诊断工具和版本基线。作为目标平台，它提供 S7-1500/1200 的硬件组态、编程和 HMI 集成环境；作为诊断工具，它的在线比较、交叉引用和调用结构功能，可以帮助迁移人员快速定位旧程序中的隐式依赖；作为版本基线，它支持项目归档和版本管理，使迁移后的程序具备可追溯性。
需要特别注意的是，TIA Portal 自带的“移植项目”功能可以打开部分 STEP 7 V5.x 项目，但移植结果通常只保证语法可编译，不保证逻辑等价。移植后必须逐块核对，尤其是通信块、中断块和模拟量处理块。
四、迁移项目立项清单
立项清单的作用是把“要迁移”变成“可执行、可验收”的任务。以下清单可直接作为项目启动会的输入材料，字段根据旧产线迁移的实际需要设定。
| 序号 | 立项要素 | 填写要点 | 示例（假设某包装产线） |
|---|---|---|---|
| 1 | 迁移对象 | 产线名称、设备编号、CPU 型号、程序版本 | 2#包装线，CPU 315-2DP，程序版本 V2.3 |
| 2 | 迁移范围 | 仅 PLC 程序，还是含 HMI、驱动、网络 | PLC + HMI + PROFIBUS 远程 I/O |
| 3 | 目标平台 | CPU 型号、TIA Portal 版本、HMI 型号 | S7-1516-3 PN/DP，TIA V17，KTP1200 |
| 4 | 迁移策略 | 移植、重写或混合；功能等价优先级 | 混合：主逻辑移植，通信与模拟量重写 |
| 5 | 关键风险 | 列出前 5 项风险及应对措施 | 模拟量量程错位 → 逐通道核对量程卡 |
| 6 | 停机窗口 | 允许的停产时长、可切换时段 | 周末 8 小时，分两次切换 |
| 7 | 验收标准 | 功能等价、节拍、联锁、数据一致性 | 连续运行 4 小时无异常，节拍偏差 ≤ 3% |
| 8 | 回退方案 | 旧 CPU 保留、程序回灌、切换条件 | 旧 CPU 不拆，保留原程序与接线 |
五、干系人沟通计划
迁移项目失败的一个常见原因不是技术问题，而是沟通断层：电气工程师改了程序，生产主管不知道停机时间；设备供应商提供了旧图纸，但版本与现场不符。干系人沟通计划要明确“谁、需要什么信息、以什么频率、通过什么渠道”。
- 生产主管：关注停机窗口和产能影响，需在迁移前 2 周确认切换时段，每周同步一次进度。
- 设备工程师：关注程序逻辑和现场接线，需参与备份、核对和现场调试，每日站会同步。
- 电气维护班组：关注新旧地址对照和故障排查方式，需在切换前接受一次地址映射培训。
- 设备供应商：关注旧程序版权与技术支持边界，需提前确认是否提供源程序及通信协议文档。
- IT/网络管理员：关注 PROFINET 网段、IP 规划和防火墙策略，需在硬件到货前完成网络规划确认。
六、启动阶段的实际动作
在完成上述认知和清单后，项目启动阶段应落地以下动作：第一，使用 STEP 7 或兼容工具对旧 CPU 执行完整上传，保存为离线归档文件，并记录 CPU 订货号、固件版本和存储卡信息。第二，打印或导出符号表与交叉引用表，标注哪些地址被 HMI 或上位机引用。第三，对保持性数据区进行单独备份，例如使用变量表监控并记录配方和补偿值。第四，召开启动会，确认立项清单中的范围、工期、验收和回退方案，形成会议纪要并由干系人确认。第五，建立项目文件夹结构，建议按“旧程序备份 / 硬件资料 / 风险登记 / 迁移程序 / 测试记录”分类，避免后期资料混乱。
完成这些动作后，迁移项目才算真正“立项”。此时的重点不是急于打开 TIA Portal 开始编程，而是确保源端资产完整、风险可见、干系人对齐。后续的硬件组态、程序移植和现场调试，都建立在这一步的扎实程度之上。