欢迎光临北京软件和信息服务业协会官方网站
开放·解绑·进化:翼辉虚拟 PLC,开启轨交 BAS 的“软件定义”新十年
发布日期:2026-08-06    来源:翼辉信息    分享到:


时代机遇:万亿翻新潮已至


BAS 的"心脏"必须换


截至 2025 年底,全国 58 座城市开通城轨线路 382 条,运营总里程突破 1.3 万公里。比规模更值得关注的是——大量早期线路已进入 10 至 15 年的设备更新周期。


仅 2025 年 9 至 10 月,全国轨交设备更新改造中标金额就达 37.4 亿元。据行业统计,2025 年城轨智能化市场规模已接近 300 亿元。


政策端同步收紧。《中国城市轨道交通国创城轨发展规划》明确"将自主可控作为今后一个时期的首要任务"。多个城市 BAS 系统招标中,国产化率不低于 70% 已从加分项变成准入项。


与此同时,《中国城市轨道交通智慧城轨发展纲要》首次提出量化目标——到 2030 年 AI 降本率达 20%、2035 年达40%。全自动运行(FAO)将行车故障率降低 95% 以上,"双碳"目标下智能算法实现车站节能超 50%。


万亿存量翻新、信创政策关门、智能化指标量化——三股力量同时指向一个结论:BAS 的控制心脏 PLC,必须从"被动执行的专有硬件"进化为"主动思考的软件平台"。


地铁 BAS 系统拓扑结构

a1855624-6c96-49e0-b33b-d6fe546fea7b.png


四大痛点:轨交运营者面对的现实


痛点一:扩容改造

硬件绑死,有钱也难办事

既有线 BAS 改造面临一个残酷约束:机房空间已被塞满,施工窗口只有夜间 3-4 小时。传统 PLC 每新增一项功能,就得加硬件模块、重新布线、停机调试——"动硬件就要停系统"。在"全天候不间断运营"的铁律下,这种模式正从麻烦变成不可行。


更致命的是供应链。长期以来,轨交 BAS 核心控制被进口品牌主导。当国际供应链波动加剧——备件周期拉长、成本走高、原厂支持收缩——曾经放心的选择正在变成揪心的负担。


痛点二:运维碎片化

标准统一,工具不统一

传统 BAS 虽遵循 IEC 61131 编程标准,但各厂商实现高度封闭——软件绑定硬件、硬件绑定厂商、系统绑定协议。多线路、多厂商并存的结果是:一厂商一套工具链、一设备一套运维法。运维团队要同时维护多套体系,学习成本和人力储备成倍增加。这不是技术问题,是战略资源错配。


痛点三:算力困局

有眼睛,没大脑

传统 PLC 的算力受限于硬件配置,难以承载复杂节能优化算法。无论客流、气温、工况如何变化,控制策略始终如一——系统在"看",但不在"想"。


现代地铁车站的 BAS 需要与 ISCS、FAS、PSCADA 等多个子系统实时联动。传统 PLC 采用封闭编程环境和私有通信协议,不同系统"各说各话"。在智慧城轨和数字化转型的大趋势下,系统间的割裂已成为智能化升级的最大瓶颈。


痛点四:可靠性

智能化叠加,传统架构扛得住吗

传统 PLC 的可靠性建立在封闭环境、固定负载的前提上。但今天这些前提正在被逐一打破:线网规模扩大,BAS 从单站控制走向多站协同;智能化升级叠加大量数据交互与算法任务;工业以太网普及让封闭环境不复存在,网络攻击面同步扩大。


某地铁线路曾因 PLC 网口损坏持续发送广播包,导致环网瘫痪——外部交换机对此类"内部攻击"束手无策。当控制逻辑不再单一、通信环境不再封闭,传统 PLC 的"可靠性神话"还能靠什么来保证?



破局之道:SylixOS + ECS 实时容器,让 PLC 走向"软件定义"




面对四大痛点,翼辉的答案不是"更好的 PLC ",而是一套让 PLC 摆脱硬件束缚的软件基础设施。


以 100% 自主产权的 SylixOS 大型实时操作系统为底座,首创"ECS 实时容器 + VSOA 软总线"架构——控制逻辑从物理硬件中彻底解放,封装为标准化的、可独立移植的软件容器。


安装位置不变、接线方式不变、操作习惯不变——变的是内部,从封闭固件变成了开放平台。


翼辉虚拟 PLC 方案架构图

77239e6f-6728-4656-9854-d609982bd5aa.png


 解耦:一套硬件承载多套逻辑,

 告别品牌锁定

不同厂商的风机策略、水泵逻辑、AI模型等控制程序,被封装为一个个独立 ECS 实时容器,在统一的 SylixOS 平台上被调度执行。就像不同品牌的 App 运行在同一部手机上——各厂商的控制逻辑从此可以在同一套硬件上和平共处。


方案价值:

  • 既有线扩容,无需等待特定品牌控制器到货,无需因硬件变更重写控制逻辑

  • 硬件可替换,软件不重写——在多线路、多厂商并存的运维场景中,从"被动适配"变为"主动掌控"

  • 单台硬件同时运行多个虚拟 PLC 实例,分别承载不同线路、不同功能的控制逻辑——从"一机一用"到"一机多用",硬件采购成本、机房空间占用、备件管理复杂度同步下降


敏捷:在线更新,不再等夜间 3 小时

传统 PLC 新增功能就得加硬件、重新布线、停机调试。在夜间只有 3-4 小时施工窗口的既有线改造中,每次扩容都是一场硬仗。


翼辉的方案改变了游戏规则——所有控制逻辑可在实验室或数字孪生平台完成 100% 功能与压力测试,验证通过后以 ECS 容器镜像形式一键部署至现场,彻底消除了"必须先有物理硬件才能调试"的瓶颈。新增功能独立打包、动态加载,与既有业务零耦合。更新 AI 节能算法只需下发新容器镜像,无需重启 PLC,业务零中断。


方案价值:

夜间 3 小时窗口不再是被卡死的瓶颈。扩容不需要动硬件,升级不需要停系统。


 可靠:故障不蔓延,≤100ms 切换,

 环控永续在线

传统 PLC 采用单块式架构,所有任务跑在同一进程空间内——一个非核心任务崩溃,即可触发看门狗超时导致整机复位,风机、水泵全停。在轨交场景中,这不可接受。


翼辉容器化方案的解决方式:核心环控与非核心业务运行于相互隔离的 ECS 容器中。当非核心容器异常崩溃时,故障被严格封闭在容器边界内,核心环控继续以毫秒级周期稳定运行。即便非核心容器彻底死机,编排模块自动将其重启恢复,全程不影响主控逻辑。当主容器异常时,备用容器自动接管,主备切换 ≤100ms。


方案价值:

一个 AI 模型的崩溃不会再拉停整站的环控系统。BAS 的运行安全,不需要寄托于"祈祷所有代码都不出 bug"。


 智能:AI 推理直接跑在 PLC 上,

 不增硬件、不传云端

vPLC 基于通用计算平台,天然具备远高于传统专用 PLC 的算力裕度。更重要的是——vPLC 支持部署 Python、C/C++ 等高级语言开发的 AI 模型,无需转换、无需适配。AI工 程师写的推理代码可以直接在 PLC 上运行,故障预测模型从云端"下沉"到边缘,在数据产生的第一时间完成推理与决策。


基于容器化架构,AI 模型被封装为独立容器,与核心环控隔离运行。模型迭代时像手机 App 一样持续 OTA 升级,BAS 系统的"智能程度"随算法版本不断进化。形成"数据采集→边缘推理→云端训练→模型下发"的完整闭环—— AI 不再是外挂系统,而是嵌入 BAS 控制逻辑的原生能力。


翼辉已深度适配灵汐、地平线、算能等国产 AI 芯片,兼容 YOLO、LLaMa 等主流模型,支持 TensorFlow Lite、PyTorch 等框架。


方案价值:

预测性维护、节能优化、视觉检测——这些以前需要额外采购工控机才能做的事,现在同一台 PLC 就干了。数据不出站,延迟降到微秒级。


 韧性:控制逻辑不绑定物理位置,

 跨节点自动漂移

传统冗余架构受限于物理空间——主备控制器通常同置于单一机房,一旦该区域断电或网络中断,整站 BAS 可能瘫痪。


翼辉容器化方案凭借轻量化、可编排特性,使控制逻辑不再绑定固定物理节点,可根据策略动态迁移至车站内任意具备资源的边缘节点。当某区域发生硬件失效,关键容器可自动漂移至其他安全节点继续执行——跨物理域的逻辑冗余。


方案价值:从"设备冗余"升级到"服务冗余"。不再是一台备用机等着一台主机出事——而是整站的算力资源共享,哪一个节点挂了,逻辑自动漂移到健康的节点上继续跑。


贯通:协议统一、安全内嵌、信创全栈

  • 协议层——翼辉 vPLC 基于开放容器标准,原生支持 OPC UA、MQTT、Modbus 等标准化工业通信协议。基于 VSOA 微服务架构,新设备接入网络后自动注册、自动发现、自动通信。对内,容器间通信通过软总线完成服务化调用,不再依赖物理连线。对外,每个虚拟 PLC 拥有独立 IP,迁移时 IP 保持不变,确保业务访问连续性。


  • 安全层——传统 PLC 网口防护能力极为有限,大多依赖外部交换机进行广播风暴抑制。一旦风暴源来自 PLC 自身网口损坏或环网节点异常,外部交换机往往难以有效隔离。翼辉 vPLC 内嵌内核级 NPF 防火墙,异常流量在进入控制路径前即被内核层精准过滤——变"外围被动防护"为"节点主动免疫"。


  • 信创层——方案的技术底座是 100% 自主产权的 SylixOS 大型实时操作系统。它不是给通用 OS 加装容器模块,而是从内核层面让容器技术与硬实时原生融合。ECS 实时容器继承了 SylixOS 的硬实时基因——μs 级中断响应、μs 级容器切换,容器带来了灵活性与隔离性,实时性坚决不妥协。芯片层面,原生支持龙芯、飞腾、瑞芯微、全志、海思等国产主流平台,同时支持 x86 架构。一套软件栈适配多种硬件——不绑定、不断供、可替换。


方案价值:信创验收不卡壳,供应链不受制于人,安全不是补丁是基因。


已在实际运营中验证


翼辉虚拟 PLC 方案已在国内一线及超一线城市的多条地铁线路、国家重大轨道交通项目中完成批产验证,覆盖既有线改造和新建线路两种场景。


翼辉虚拟 PLC 在轨交应用场景的拓扑结构

56521b13-6e96-4bb5-b017-c1e8a30c9e7c.png


总结:轨交 BAS 的下一个十年


轨交智能化不是一场装备升级,而是一次架构重构。当存量翻新、信创合规、AI 融合三股浪潮同时压过来,传统 PLC 的"专有硬件"模式已经走到天花板。


翼辉提供的不仅是一个新产品,而是一个新选择——让 BAS 的控制心脏从封闭走向开放,从硬件绑死走向软件定义,从被动执行走向主动思考。而这套选择权能够落地的底层支撑,是一款同时具备硬实时、极轻量、完全自主的操作系统,以及一套与其内核原生融合的实时容器技术。

你知道你的Internet Explorer是过时了吗?

为了得到我们网站最好的体验效果,我们建议您升级到最新版本的Internet Explorer或选择另一个web浏览器.一个列表最流行的web浏览器在下面可以找到.