老 SCADA 系统怎么升级：从替换信号到切换验收的推进路线
老 SCADA 系统的升级不是推倒重来，而是一条可控的路线：先看清备件断供、系统过时、人员断层、改动困难这四类替换信号，再按评估、盘点、并行运行、分步切换、验收移交五步推进。把每一步的清单和判据写在前头，升级就能在不停产或少停产的前提下完成。
老系统到了哪一步：先看清替换信号
很多工厂对"要不要升级"反复纠结，其实老 SCADA 会不会拖垮生产，信号是明确的。以下四类信号，出现任何一类，升级就该排上日程：
- 备件与授权断供：板卡、网卡、加密狗停产买不到，操作系统或组态软件授权到期无法续购；
- 运行环境过时：上位机还跑在早已停止支持的老操作系统上，例如 2014 年 4 月起已无支持的 Windows XP、2020 年 1 月起已无支持的 Windows 7，补丁和安全更新都没有来源；
- 人员断层：熟悉这套系统参数、脚本、历史逻辑的工程师调离或退休，新员工接不上手；
- 改动困难：新增一个测点、改一张画面都要动老代码，没人敢动、改动代价远超新增一套的成本。
升级路线图：五步怎么走
确认要升级之后，先定路线再动手。一条稳妥的推进顺序是：
- 评估与立项：统计点位规模、接口种类、画面数量与运行年限，明确"升级要解决什么"——是备件断供、系统卡慢，还是要接MES、上数据平台；目标不同，路线就不同；
- 资产盘点：把老系统里的家底逐项导出成清单，作为新系统的需求输入，这是整条路线里最不能省的一步；
- 并行运行：新系统与老系统同时接同一批信号跑一段时间，逐项比对数据、画面与报警行为；
- 分步切换：按车间或工段分批切换到新系统，先切影响小的辅助工段，再切主产线，每批留观察期；
- 验收与文档移交：连续运行达标后正式验收，同步完成操作培训与文档、源程序移交。
盘点家底：五张清单
并行运行之前的盘点质量，决定切换当天的风险大小。五张清单建议逐项落成表：
| 清单 | 采集内容 | 常见缺口 |
|---|---|---|
| 点位清单 | 位号、量程、单位、报警限值、存盘周期 | 老系统里改过的量程和限值没有记录，照原样抄会带病迁移 |
| 信号与接口清单 | 通信协议、驱动版本、串口或网口参数、PLC 程序里对应的寄存地址 | 老驱动是私有协议，新平台不支持，需要加网关或换驱动 |
| 画面清单 | 每张画面的功能、调用关系、上面显示的测点 | 多年累加的临时画面没有清理，迁移前应逐张判断去留 |
| 文档与源程序清单 | 组态工程文件、脚本、数据库结构、历史数据备份方式 | 工程文件版本混乱，找不到与现场一致的最终版 |
| 运行方式清单 | 值班操作流程、报警响应规则、报表模板、与下游系统的交接 | 老员工脑内的操作习惯没有落成书面，切换后无从执行 |
并行运行期验证什么
并行不是"开着不管"，而是有清单地比对。这段时间要验证四件事：
- 数据一致性：同一测点在新旧系统的显示值、历史曲线、存盘周期是否一致，重点核对量程换算和坏点处理逻辑；
- 画面与操作对齐：操作员按原有习惯在新系统上完成开停机、参数设定等动作，确认按键位置、确认逻辑没有歧义；
- 报警行为比对：同一扰动下新旧系统的报警触发、分级、记录是否一致，避免切换当天出现漏报或报警风暴；
- 边界与异常场景：通信中断、设备掉电、重启恢复这些场景逐项演练，确认新系统的恢复行为与老系统等价或更好。
切换与验收怎么收尾
切换当天的顺序感，来自事前写清的程序。收尾阶段有四件事要做实：
- 写清切换程序与回退方案：哪天切、切哪些工段、由谁确认，回退到老系统的条件与步骤同样白纸黑字，避免现场临时决策；
- 连续运行达标再正式验收：约定连续运行的时长与判据（例如连续生产周期内无因新系统原因导致的停车），达标前不算完成；
- 历史数据平移与可查：老系统里按约定周期存储的历史数据要有去处，切换后能按原来的方式查到曲线，这是生产追溯的底线；
- 文档、培训、源程序同步移交：验收签字时，操作手册、画面说明、点表、工程源文件与培训记录一并交接，不留"系统在、资料无"的局面。
升级常见的四个风险
方法对了，仍要防几个反复出现的坑：
| 风险 | 典型表现 | 规避办法 |
|---|---|---|
| 一次性整体切换 | 停产窗口内全厂同时换系统，问题集中爆发 | 按工段分批切换，每批留观察期，问题不过夜 |
| 隐性逻辑丢失 | 老脚本里的联锁补偿、季节性限值迁移后失效 | 盘点阶段逐条梳理脚本与联锁，迁移后逐条验证 |
| 接口比预期复杂 | 老仪表是私有协议，新平台不支持，工期被迫顺延 | 评估阶段先做接口试验，私有协议提前定网关或替换方案 |
| 只换软件不动流程 | 操作员继续按老习惯操作，新功能闲置 | 培训与操作规程同步更新，切换后驻场陪跑一段时间 |
立项前先备齐这些信息
带着这些信息去找方案方，路线图能直接落到排期上：老 SCADA 的软件名称与版本、上位机操作系统、点位与画面规模、与 PLC 和仪表的接口方式、历史数据的存量与存储周期、可接受的停产切换窗口，以及升级要解决的头等问题。上海橙轩智能自 2009 年起从事工业软件与设备联网方向的工程交付，具备 SCADA 与上位机系统的开发与升级改造能力，可按上述清单做现状评估，给出分阶段升级路线与并行运行方案，沟通可用中文或英语进行。
历史对照：老平台为什么过时
今天被视为"老"的平台，当年都是主流选择：Modbus 自 1979 年发布沿用至今，是至今仍在串口与网口上大量使用的通信协议；OPC UA 于 2008 年发布、后纳入 IEC 62541，成为跨平台数据互操作的主流标准。平台老化不是当初选错了，而是运行环境在三十年里换了几代——操作系统、安全要求、数据用途都变了。理解这一点，升级就不是对过去的否定，而是把资产迁到能继续维护的环境里。
总结
老 SCADA 系统的升级，难的不是换软件，而是把家底盘清、把风险前置：替换信号出现就立项，五张清单盘点家底，并行运行逐项比对，分批切换留足回退，验收时文档与源程序同步移交。按这条路线走，升级从一件没人敢动的事，变成一张排得上期的工程计划。如果工厂正被老系统拖住，可以先按文中五张清单自查家底，再与方案方对表排期。