3. BAS系统架构与网络拓扑识读

地铁BAS（环境与设备监控系统）不是一台设备，而是一套跨越中央、车站、现场三个空间层级，由多种控制器和多种通信协议拼接而成的分布式系统。运维人员拿到一张系统图或一份点表，能否在几分钟内说清"这个点位从哪个传感器来、经过哪级控制器、走哪条网络、最终在中央怎么显示"，是判断其是否真正读懂BAS架构的核心标准。本节围绕三层架构、冗余环网与总线拓扑、控制器分布、协议角色和点表识读方法展开。

一、三层架构：谁管谁、谁看谁

中央级由中央监控工作站、服务器和主干网络设备组成，负责全线车站的环境参数汇总、模式下发、报警管理和历史数据存储，它不直接驱动任何现场设备。车站级以车站BAS控制器（通常为主控PLC）和车站监控工作站为核心，承担本站通风空调、给排水、照明、电扶梯等机电设备的逻辑控制与联锁，是真正"做决定"的层级。现场级则是传感器、执行器、就地控制箱和DDC/小型PLC，负责采集温度、湿度、CO₂浓度、水泵状态等信号，并执行启停、调节指令。

三层之间是"指令下行、数据上行"的关系：中央下发模式命令，车站级分解为具体设备动作，现场级执行并回传状态。识图时先定位层级，再判断信号流向，可以避免把"中央显示"误认为"中央控制"。

二、冗余环网与总线拓扑

车站之间的主干通常采用工业以太网光纤冗余环网。环上任意一段光纤断开，环网管理协议会在毫秒级内把备用链路切换为主用，通信不中断。识图时要看清环上串接了哪些车站交换机、哪台设备是环网管理主站、备用端口是否被正确阻塞。若图中出现"单点挂接"的交换机，说明它不在环上，一旦上行链路故障即失联，这是排障时的重点怀疑对象。

车站内部则多为总线型或星型拓扑：主控PLC通过现场总线（如Profibus-DP、Modbus RTU）串接多台DDC或就地控制箱，或通过交换机以星型方式接入以太网设备。总线拓扑要关注终端电阻和地址分配——Profibus总线的首末端必须接终端电阻，站地址不能重复，否则整段总线通信异常。这些细节在图上往往以"T""R"或地址编号标注，是识读时不能跳过的信息。

三、PLC与DDC的分布与分工

主控PLC放在车站环控电控室，负责全站逻辑运算、模式切换和与中央的通信，通常双机热备，主备切换不影响现场设备运行。DDC则分散布置在空调机房、水泵房、照明配电间等就地控制箱内，就近采集和驱动设备，减轻主控PLC的I/O压力。识图时应把每个DDC的安装位置、所辖设备、通信地址三件事对应起来，形成"设备—控制器—地址"的映射，这是后续点表核对和故障定位的基础。

四、通信协议的角色

不同协议在系统中承担不同角色：Modbus（RTU/TCP）结构简单、应用广泛，常用于DDC与主控PLC之间、或与电表、变频器等第三方设备通信；BACnet专为楼宇自控设计，对象模型规范，常用于与通风空调设备、冷水机组等对接；Profibus-DP实时性强，多用于PLC与分布式I/O或变频器的高速数据交换。识图时要看清每段链路上跑的是什么协议、主从关系如何、波特率与站地址是否匹配。协议不一致时需加网关，网关本身也是一个需要配置地址和映射表的节点。

五、典型网络图与点表识读方法

读网络图建议按"先层级、再链路、后地址"的顺序：先确认中央、车站、现场三级边界；再沿链路看每段用什么介质、什么协议、是否冗余；最后核对设备地址与端口编号。读点表则按"点位号—设备—信号类型—控制器—地址—量程—报警值"逐列核对。以某车站组合式空调机组为例，送风温度点位可记为 AI-01，信号类型为4~20mA模拟量输入，接入1号DDC的AI通道3，量程0~50℃，高限报警28℃。核对时若发现点表地址与现场DDC实际通道不一致，应以现场实测接线为准并记录变更，避免"图对现场不对"。

掌握三层架构的职责边界、环网与总线的拓扑特征、控制器分布规律和协议角色，再配合"逐点走通"的识读方法，就能把一张静态的系统图和一份点表转化为可指导操作与排障的动态认知。