
SIMATIC WinCC 控制室场景(来源:西门子)
2026 年 10 月 22 日,西门子正式发布 SIMATIC WinCC V8.2。这个老牌 SCADA(数据采集与监视控制系统)新版本里,最扎眼的不是性能,而是一个此前在这类软件里没见过的东西:内置 MCP Server(模型上下文协议服务器),让 AI 应用可以直接读取变量、报警和归档数据。
翻译成人话:以前你想问 AI「3 号线昨天晚上八点到十点为什么老报警」,得先从 WinCC 导出报表,再贴给大模型。现在 SCADA 自己提供了一个标准接口,经过授权的 AI 应用直接连进来查数据。对天天和上位机、SCADA 打交道的工程师来说,这不是猎奇新闻,而是技术栈清单上即将多出来一行的预告。
这次升级的底色:老版本要退市了
先说版本背景,因为这直接决定你要不要看下去。
WinCC V8.0 和 V8.1 已经进入退市阶段。所谓退市阶段,指产品停止主动推广,但还能订购一段时间;按西门子现行规划,这两个版本将在 2027 年 10 月完全停止销售(注:媒体转述口径,下单前请以官方渠道为准)。替代者就是 V8.2——10 月 22 日中国区内部发布通知确认,V8.2 已经可以在中国订购,采用独立订货号,亚洲版运行授权从 128 点一直到无限点分档。
升级路径是个好消息:V7.2 及以上项目可以直接升到 V8.2,不用逐版本爬梯子。但通知里也把丑话说在了前面——升级前要确认操作系统兼容性、选件、自定义 C 脚本、通信驱动、冗余归档架构;先备份,先在测试环境跑通项目转换,别拿生产机当实验田。老 WinCC 用户都懂,升级 SCADA 从来不是「点一下安装」的事。
MCP Server:AI 读数据,不是 AI 开机器
版本里最值得展开讲的就是这个 AI 接口,因为它很容易被吹歪。
WinCC V8.2 的 MCP Server 走 REST API,能开放给 AI 应用的数据包括:运行时变量值、Tag Logging 归档、Alarm Logging 报警、变量管理,还有工程配置数据的只读访问和项目范围搜索。REST API 同步支持 OAuth 2.0(一种标准授权机制,决定谁能访问什么)。需要注意,这个功能要配合 WinCC/ConnectivityPack 选件使用,不是基础系统自带。
西门子在材料里专门强调了一句,值得逐字读:这不意味着 AI 可以在缺少权限管理和安全边界的情况下直接控制生产系统。它提供的是标准化连接接口,让经过授权的 AI 应用拿到数据去做分析、查询和辅助诊断。也就是说,这个口子是「只读为主」的——AI 看得见你的报警历史,但按不了你的启动按钮。
这个定位其实非常清醒。工业现场最大的顾虑从来不是「AI 会不会用」,而是「AI 出错谁兜底」。把 AI 的能力边界卡在数据层,把控制层留在传统工程流程里,是当下最稳妥的架构选择——好消息是这样一来,先用 AI 做报警归因、能耗分析、停机原因统计这些事,风险是可控的。
还有一个细节值得琢磨:为什么是 MCP,而不是西门子自家的接口?MCP 是 Anthropic 在 2024 年底推出并开源的协议,专门解决「AI 应用怎么连数据源」的标准化问题,如今 Claude、Cursor 等主流 AI 工具都原生支持。西门子选它,等于把自己的数据格式免费翻译成了整个 AI 生态都能听懂的语言——任何一个会用 Claude 或其他支持 MCP 的工具的工程师,不加开发就能把 WinCC 接进自己的 AI 工作流。相比之下,自家协议再强也得一个一个生态去适配。大厂放弃「私有接口锁定」转向开放标准,这个信号比功能本身更重要:说明 SCADA 厂商已经想明白了,数据进不了 AI 生态,软件就会被边缘化。
顺便交代一个背景:上周菲尼克斯电气刚在另一家 SCADA 工程工具里做了 AI 助手(生成画面和逻辑、建议不自动应用)。那是「帮工程师写东西」的 AI,WinCC 这个是「给 AI 喂数据」的口子——两件事方向相反,但拼起来恰好是工业 AI 的两张皮:一个解决「AI 从哪学现场知识」,一个解决「AI 从哪拿运行数据」。现在两家大厂各占了一头。
JavaScript 进脚本全家桶,是减龄也是降门槛
第二个大变化是脚本体系。WinCC 传统的两门脚本——ANSI-C 和 VBScript——都还活着,但 V8.2 正式把 JavaScript 拉进了全局动作(Global Actions)和项目模块,支持多线程并行执行,编辑器带智能提示、语法检查和自动补全。三套脚本现在都能访问变量数组、报警和归档对象。
这事对团队构成的影响比听上去大。国内自动化工程师的平均年龄结构摆在那里,会 C 脚本的老工程师在退,新进来的年轻人第一门语言大概率就是 JavaScript。脚本门槛降了,招聘和交接的成本就降了。多线程并行执行也是实打实的提升——老 WinCC 的串行脚本在大型项目里经常是性能瓶颈。
数据结构这块同步补了课:数组成为原生数据类型,支持基本类型和复杂类型、多维数组、结构嵌套,可以直接用在变量记录、控件和三种脚本里。做过 PLC 和 SCADA 变量表对齐的人都懂这意味着什么——以前 PLC 里一个 100 个元素的数组,到 WinCC 里要拆成 100 个变量建,现在可以整个建、整个更新。
MQTT、BACnet 和一张更大的网
通信层的变化看着琐碎,其实指向同一个方向:SCADA 正在从「看现场」变成「车间数据枢纽」。
V8.2 补齐了 MQTT(一种轻量的消息订阅协议,物联网圈的标准数据管道)的完整闭环:发布能力 V8.1 就有,这次加了订阅,配合 MQTT Topic Explorer 可以把主题自动关联到 WinCC 变量。这是奔着 UNS(统一命名空间,把全厂所有数据源按统一规则命名的架构)去的——数据双向流动,SCADA 既能往外发也能从边缘收。
新通信通道加了三个:BACnet(楼宇自控标准协议,暖通、照明、电梯、能源管理那些)、SIMATIC LOGO!、S7-200 SMART。OPC UA 客户端和 Modbus TCP 都加了冗余支持。另外新增 WinCC Unified Channel,让 V8 平台能直接读 Unified 系统的变量、报警和审计追踪数据——西门子在给老平台和新平台修桥,等于明牌告诉你:不用急着换 Unified,可以过渡。
这些功能组合起来的图景是:以后一个工厂的数据架构里,WinCC 不再只是操作员面前的画面,而是同时对接 PLC、楼宇系统、边缘网关、云平台和 AI 应用的中转节点。

WinCC V8 与 PM ANALYZE 在生产环境的实际应用:大屏上的趋势与报警分析(来源:西门子 / Excella GmbH)
安全与工程:这次是「合规当卖点」
网络安全部分,官方中文通知的措辞是「满足最新网络安全标准,如 IEC 62443-4-1/2 等标准」,英文产品页则表述为「建立在 IEC 62443 认证基础之上」。两种说法有微妙差别——62443 的产品认证(4-2)和开发流程认证(4-1)是两回事,具体哪个组件拿到了什么级别的证书,建议下单前向西门子要正式证书文件核实,不要只看宣传页。这个问题去年以来被各厂商普遍模糊处理过,提一句让大家留个心眼。
功能本身是扎实的:支持 CMP 证书管理协议(证书自动化轮换)、UMC 集中用户管理、REST API 的 OAuth 2.0、项目数据完整性检查,甚至做到了单个画面的权限控制——运行时校验用户权限,没权限就不显示画面,覆盖网页端和深度链接场景。
工程侧还有几个实用项:SVGHMI Editor 正式发布,做成 Visual Studio Code 插件,免费、不要额外授权,可以在没装 WinCC 的机器上开发 SVG 画面再部署;TrendControl 支持虚拟采样(不用建压缩归档就能看历史数据的聚合趋势);WebUX 支持自适应缩放、冗余和负载均衡,手机平板看画面不再是缩放灾难;Tag Logging 加了高速归档。单靠这些细节升级,也够一个中型项目立项升级评估了。
标准化这层的动作也别漏掉:V8.2 支持 MTP(模块类型包,把一个工艺设备连同它的控制逻辑、HMI、OPC UA 连接打包成标准模块)和 SIMATIC CFL 控制功能库。配合面向对象工程和可复用库,方向就是把「每个项目从零画画面」的老模式,改成「搭积木」。做医药、化工这类多品种产线的集成商,应该对 MTP 的价值最有体感。
给国内工程师的三句实话
第一句:不急着升,但开始攒评估清单。V8.0/V8.1 到 2027 年 10 月才停售,运行不受影响;但如果你未来两三年有新项目、扩产或者要接 MES、接 AI 应用,新项目直接上 V8.2 比中途迁移便宜。
第二句:MCP 这个口子的价值取决于你们的数据治理。变量命名一团糟、报警不分类、归档从不维护的工厂,把 AI 接进来只会得到一本正经的胡说八道。接口是标准了,数据质量是自己的功课。
第三句:盯紧这个模式。西门子不是唯一一家,工业软件全面「MCP 化」大概率是未来十二个月的行业默认动作。谁的运行时数据先变成 AI 可读的标准接口,谁就在下一轮智能运维的牌桌上有位置。这一点上,WinCC V8.2 是个值得对照抄作业的样板。