PCU：过程控制单元，8输入8输出，可扩展至32输入或16入16出
UCI：单元控制器接口，可下带最多32个单元控制器UC，采用主从通讯方式进行通信，监控点数可多达512点
MPI：模拟屏驱动接口
HLI：高级数据接口
图1 BAS系统网络结构图
通常在车控室放置3块UCI，其中两块UCI分别负责监控车站两端的环控设备并实现环控电控房模拟屏控制功能，另外一块UCI负责站厅/台和部分设备用房温湿度检测并接收FAS火警信号以及对车控室模拟屏以及其他系统（扶梯，给排水等）设备的监控。
冷水机房设置一块PCU负责对冷水机组进行监控；每端空调机房设置一块PCU检测风室及设备/管理用房的温湿度，并负责控制空调机出水二通阀的开度。每端环控电控室设置2~4块PCU辅助UCI对本端环控系统进行监控。 BAS系统在车站设置有与FAS及冷水机组的数据接口HLI，用来接收第三方设备的数据。
4.3. 中央级局域网的配置
中央级设置工作站及备份站各一套，工作站同备份站实现以太网级别的热备。OCC局域网有与信号ATS及通信主时钟的数据接口及模拟屏一块，网络配置如下：
图2 BAS系统中央级网络配置图
由图2可见，OCC中央级除负责接收通信系统时间同步信号外，在OCC局域网中还连接有与ATS数据接口HLI以及模拟屏设备，并通过中央工作站（PC机）将数据传输到BAS以太网上，同其它车站级BAS系统进行数据交换。需要指出的是：正常情况下，所有隧道通风模式由连接在中央级局域网上的BAS控制器根据ATS列车阻塞信号或人工指令，进行计算确定，并通过以太网下发环控模式指令号到相关车站，再由相关车站BAS控制器指挥相关设备正确动作。当该工作站死机或故障时，则模式无法正确下达，只能由相关车站通过就地模拟屏超弛控制，影响了事故情况下的反映速度。由于隧道通风涉及乘客人身安全，对隧道通风模式正确及时执行有很高的要求，因此BAS系统中央级局域网应通过专门网关（交换机）或服务器连接以太网。
4.4. 车站模拟屏的设置：
作为紧急情况下、或BAS工作站故障情况下的紧急后备操作手段，广州地铁一号线分别在每站的车控室和两端环控电控室设置了地图式模拟屏。模拟屏的操作主要以执行区间事故及车站火灾模式为主，模拟屏的设置应遵循以下原则：
（1） 模拟屏应突出隧道区间及车站事故运行模式下的执行，模式执行完毕或执行失败应有相应的反馈指示。
（2） 带有钥匙转换开关。可以对工作站、车控室模拟屏、环控电控室模拟屏操作权限进行转换，保证控制命令由唯一的地点发出。
（3） 模拟屏是以按键来触发相应模式的执行。作为紧急操作手段，模拟屏应具有超弛其他控制指令的能力，例如，当操作站软件设定设备控制方式为单控（点对点控制）而非程序（模式）控制时用模拟屏执行的模式指令应能超弛该单控命令，为此模拟屏控制模式软件算法应独立于操作站模式软件算法。在系统软件中要考虑该部分软件资源的配置。
（4） 最好配置独立于主控制器的的模拟屏控制器，同主控制器共享I/O，增强紧急控制的可靠性。
5、 环控工艺模式的实现
根据季节、负荷、突发事故（火灾、列车阻塞）等情况，环控专业制定了大量的环控模式，控制环控设备在不同的条件下运行不同的工况模式。包括大系统、小系统、水系统和隧道通风等环控工艺模式，以陈家祠为例约有环控工艺模式近百个。
5.1. 硬件配置
系统主要采用两种控制器完成环控系统的控制工艺流程，即PCU和UCI，以下是其主要性能：
（1） 过程控制单元PCU：多达640个点地址可自由组态，包括软件内部点（Internal points）和间接点（Indirect points），提供最多可扩展至96K的用户程序存储器，提供布尔逻辑、时间表、节能算法等扩展功能供软件编程组态，并且提供多种DDC控制算法模块如：事件（Event sequence ）、PID、浮点控制（Floating）等；
（2） 单元控制器接口UCI：总共640个地址空间可自由组态，提供24K用户程序存储器，具有布尔逻辑、时间表、节能算法等扩展功能供软件编程组态。
由于地铁环控工艺复杂，模式工况众多，在系统配置上要充分考虑控制器CPU资源和内存资源的配置，留有充分的裕量。在广州地铁一号线BAS系统中，由于大部分环控设备主要由本端的UCI进行控制管理，造成UCI超负载工作，（部分UCI内存占用率高达80%以上，CPU负载最高达95%以上），降低了设备运行的可靠性，同时一些优化控制算法也受制于资源分布而难以实现。此外这种把几乎全部监控功能集中于UCI的做法也不符合DCS系统风险分散的原则：当一个UCI发生故障将会导致BAS系统对车站一端环控设备的控制瘫痪，最好应考虑大、小系统及隧道通风系统各自使用独立DDC控制器（即UCI）进行控制。
5.2. 设备基本保护与自动模式的实现
以车站大系统为例，环控系统设备如下图
图3 陈家祠站A端大系统原理图
通常，环控设备低压二次回路设计只考虑单体设备的保护联锁要求，即风机同其联动风阀的联锁，因此需要BAS系统从系统出发考虑设备的保护和优化运行，广州地铁一号线主要考虑的方面有以下几点。
（1） 确保环控模式风路的畅通
（2） 当设备故障时可及时启动备用设备
（3） 环控主/备用设备应平衡运行
（4） 避免设备的频繁动作
（5） 优化开关机顺序
以陈家祠站A端大系统空调器（图3）为例，程序逻辑关系如下：
if S3-1 or S3-2 is not run &（Runtime （S3-1） — Runtime （S3-2）>0）
then output （Runtime change）=1
if S3-1 or S3-2 is not run &（Runtime （S3-1） — Runtime （S3-2）<0）
then output （Runtime change）=0
if S3-1 or S3-2 is run
then Runtime change not change
*以上求得Runtime change逻辑值
if mode（LD<50%） & （~Runtime change） | mode（LD>50%）
then output （ S3-1 mode=1）
if mode（LD<50%） & Runtime change | mode（LD>50%）
then output （S3-2 mode=1）
*设备平衡运行 if S3-1 mode | （S3-2 mode & any S3-2 associated equipment in fault） & not any S3-1 associated equipment in fault *故障转换
then output （ S3-1 Call=1） if S3-2 mode| （S3-1 mode & any S3-1 associated equipment in fault） & not any S3-2 associated equipment in fault *故障转换
then output （ S3-2 Call=1）
if S3-1 Call & all associated damper is open *检测风路
then start S3-1 *开启S3-1
if S3-2 Call & all associated damper is open *检测风路
then start S3-2 *开启S3-1
说明：& ——逻辑与；| ——逻辑或；~ ——逻辑非
mode（LD<50%） 表示所有负荷小于50%的工艺模式，即开单台空调机的模式
通过以上例子，可以看出广州地铁在实现环控设备程序控制主要从以下几方面考虑设备基本运行要求：
（1） 将模式的主备用转换变为单体设备的转换，合并备用模式。减少了模式转换的频率，提高了模式执行的效率。
（2） 在设备未运行时，通过主备用设备运行时间的比较，决定下次模式执行时开启哪一台设备（包括联动风阀），设备开启后，该值保持不变，避免运行中的设备转换。
（3） 对设备的故障情况进行实时检测，若有自身设备故障或相关设备故障，则启动另一台备用设备。故障信号为设备过载故障与命令/反馈不一致和超时故障的逻辑或。
，2016S系统在地铁环境控制中的应用及实现