老旧PLC：维修、更换还是改造？

在选择生命周期方案前，先划定故障边界。检查电能质量、电源、蓄电池、机架或背板、I/O 现场接线、网络、外部设备、接地、环境条件、诊断信息以及近期变更。PLC 报警或 CPU 停止运行可能只是症状。在未解决根本原因前更换老旧控制器，会消耗稀缺备件，还可能重现故障。

在干预系统前保留诊断证据，并获取经过验证的程序和参数备份。确认现有软件能够打开该文件，并在适用时包含注释、符号、硬件配置、HMI、驱动器和网络数据。如果没有可用备份，这一事实会改变维修、更换和改造的风险水平。

维修可以保留接线、程序行为、认证状态和操作人员的熟悉度。当故障已明确、维修服务商能够测试相关功能、文档可用且设备剩余寿命有限时，维修可能是合适方案。应要求提供诊断结果、更换部件、固件处理方式、程序或参数保留情况、测试范围、质保以及返还设备的序列号。

当故障具有系统性、零部件和专业能力正在消失、无法进行有代表性的测试，或多台设备面临相同的老化风险时，维修方案的可靠性会降低。在将唯一一台控制器寄出前，应设定最长维修周期，并提前确定备用方案。维修报价并不能证明设备一定可以修复，也不能证明能够在要求的日期前返还。

在身份、版本、状态、固件、存储器和程序传输均得到控制的前提下，精确替换可以减少工程变更并快速恢复生产。应核实机架、I/O、网络、安全、HMI、运动控制和特殊功能的兼容性。还应规划设置加载方式，以及输出允许动作前需要执行哪些检查。

主要局限在于：更换会保留老旧架构。应将其视为恢复生产或延长寿命的决策，并明确保护期限。记录剩余库存、状态证据、存储要求以及迁移触发条件。如果后续型号需要转换说明、软件变更或硬件改造，就不要称其为“按原型号直接替换”。

当持续维护风险超过变更本身的成本和运营风险时，改造就可能合适。应覆盖整个控制系统：CPU、I/O、安全系统、网络、HMI、驱动器、运动控制、仪表、数据交换、配方、报警、接口、柜内空间、电源、冷却和文档。梯形图转换只是其中一项工作。

应制定包含仿真、实际可行时的工厂或台架测试、备份、回退节点、生产窗口、备件策略、培训和投运后监测在内的功能测试与切换计划。审批应与可观察的功能和安全要求挂钩。只有在证明设备达到了所需行为时，改造才算成功，而不是新控制器进入运行模式就算完成。