PI公布SPS工业安全展示计划：生产网络怎样把访问边界与通信恢复一起验收

01已核实的是展前计划，活动尚未举行

PI官方新闻页面标注2026年11月3日。公告称，SPS 2026计划于11月24日至26日在德国纽伦堡举行，PI联合展台将展示工业通信与安全技术。公告还预告了多厂商安全演示，涉及可扩展安全及PROFINET V2.5，并安排面向工业安全问题的交流。本文发布时，这些都是未来活动安排，不能写成已经完成的现场测试结果。

原文还列出单对以太网、Ethernet-APL、IO-Link等技术方向。本文不把展台技术清单理解为某台设备同时支持所有协议，也不据此宣布某个型号已经通过认证。PI的活动与技术主张属于来源事实；后文的网络划分、核验方法与配图是飞畅独立分析，不代表PI给出的强制条款，也不暗示飞畅参加该活动或获得认可。

02工程解读：一条连接，可以有不同权限

以一个普通生产单元为例，操作画面需要读取运行状态，工程维护电脑可能需要修改参数，远程服务入口还可能跨越厂区边界。它们即使最终访问同一控制器，目的和权限也不同。把所有终端都放在一个可以互相到达的网络里，再用“能通信”作为验收结论，无法说明谁被允许修改控制行为。

更清楚的做法，是先画出设备、管理入口和需要经过的边界。每条业务写明发起方、接收方、允许的服务以及责任人，再决定由哪些现有设备执行限制。VLAN可以帮助划分二层广播域，但是否阻断跨域访问还取决于实际路由和访问控制。光纤减少电气导通路径，也不替软件鉴别用户身份；传输介质与访问授权要分别验证。

网络图还应覆盖常被遗漏的旁路：备用网口、临时维护电脑、无线接入以及厂家远程通道。如果某条路径绕开了已画出的边界，即使主入口的规则非常清楚，也不能说明整个单元受到同样约束。检查对象应是实际可走通的路径，而不是图纸上最整齐的那一条线；有条件时对照设备端口与配置逐项复核。

03设备内部处理，不止是把包转出去

一个通用访问过程可能经历连接建立、身份核验、权限判断、数据处理和事件记录。身份回答“来的是谁”，权限回答“允许做什么”，记录用于事后核查。某个入口使用加密，并不自动保证账号权限适当；一个账号能够登录，也不应被直接理解成允许执行全部维护命令。具体机制必须以设备所支持的功能为依据。

在现场核对时，可以将一条获准读取请求与一条不应获准的访问分别测试，观察执行结果和记录。测试应限定获准的设备与维护环境，不对在产控制器随意发送写命令。若设备只提供基本通信接口，就不要在验收表里替它勾上未经证明的身份认证或细粒度授权能力。缺少的控制应在整体架构中明确由谁承担。

事件记录也要能够解释。只有“连接失败”几个字，常常不足以区分账号无效、规则拒绝、目标离线和返回路径异常。应核对记录是否能关联到设备、入口、发生时间与处理结果，并确认相关时钟和保存策略可用。记录用来帮助定位，不应被误写成已阻止全部攻击的证明；没有记录同样不等于没有访问。

04安全变更也经过真实的通信时间线

工业通信中，业务不仅关注有没有数据，还关注何时恢复、是否连续。修改边界规则、更新凭据或重启相关组件，可能触发连接重新建立。连接建立后的正常周期报文，与维护期间的重新认证、配置下发和恢复等待，不应混在一项“在线正常”结果里。本文没有引用或承诺任何具体恢复时间，工程项目应使用自己的验收目标。

可先在获准环境保存配置与回退步骤，再记录变更前、变更中和恢复后的通信现象。恢复后核对的不只是指示灯，还包括目标设备身份、数据更新时间、异常日志以及应用是否重新进入预期状态。不能为了让业务更快恢复就默认长期开放所有访问；也不能因为规则更严格，就忽略它是否误拦了必要的管理或故障诊断通道。

还可在测试记录中区分连接恢复与业务恢复：前者可能只是会话重新建立，后者要求采集、显示或控制任务回到约定状态。若画面仍保留断线前的数值，应让操作人员能够识别数据已过期，而不能把旧缓存当作连续更新。应用怎样标记失效、怎样重取状态，需要与网络侧的恢复动作一起核对。

05多厂商演示提供观察机会，不能替项目验收

多厂商技术展示有助于看到不同设备怎样建立信任、应用访问规则和交换状态，但演示环境往往具有明确版本、配置和网络条件。实际工厂还会遇到旧设备、不同维护周期以及既有远程入口。因此，现场可以追问支持范围、失败表现和恢复过程，而不是只问“是否兼容”。不同版本之间的组合，也应有对应资料或测试记录。

采购和改造时，建议把能力声明拆成可核对的项目：支持哪些功能，启用条件是什么，与现有设备如何连接，身份或连接失败后怎样表现。演示顺利不能直接证明整个工厂在所有负载下都满足实时性、安全性或法规要求。公告中涉及CRA背景，也不等于本篇已经完成具体产品的法律适用判断；工程分析应保持在已读资料支持的范围内。

06应用建议：让网络图与维护记录对应起来

对新建生产单元，可先整理最小必要通信关系，再逐条验证获准与不获准的访问，并记录关键设备版本、规则和恢复结果。对既有产线，先补齐设备与入口清单，确认远程维护的实际路径及管理责任，再在获准窗口分阶段验证。不要在不知道依赖关系时一次性修改全部边界规则，否则出现中断后很难判断是哪一项变更导致。

一个实用的交付物，是让网络图上的每条必要连接都能找到对应配置、验证记录和维护责任人。后续增加一台采集网关、更换交换机或调整远程服务方式时，沿原记录复核即可。飞畅在这里提供的是工业通信工程视角：把连接、权限、数据时效和恢复过程讲清楚，让安全措施可以核验，也让日常维护有据可查。后续活动结果仍应等待组织方正式发布。