之前在项目上跟着一起核对点位，被甲方反复问到楼宇自控系统包括哪些子系统，当时脑子一下子卡壳，只能按着图纸上画的一块块往外说，说完自己都觉得很乱，回来之后对着现场柜子和接线记录慢慢捋，才有了一个属于自己的认知。
最先碰的是空调机组的控制部分，这一块占的点位最多，也是调试花时间最长的。机组里面的风阀、水阀、过滤网压差、温湿度探头全部接进控制器，根据回风的温度去调节冷水或者热水的阀门开度，风机启停也由它联动。同一个项目里，新风机组和空调机组是分开做的两套控制回路，不是绑在一起的，图纸上也是分开编号，一开始我还把它们归成一类，接线的时候才发现信号回路完全独立。
然后是冷热源相关的子系统。冷水机组本身自带一套主板，楼宇自控这边不直接接管机组的核心保护逻辑，只做通讯读取运行状态、启停指令、水泵和冷却塔的联动。冷却水泵、冷冻水泵、冷却塔风机跟着机组的负荷轮换运行，回水温度高了就启动下一台泵，这些联动逻辑都写在DDC程序里面。这里很容易搞混，自控只负责调度，机组本体的保护还是设备自己说了算。
给排水这块子系统点位就简单很多。地下室集水井的液位浮球信号，高液位启动排水泵，超高液位发报警信号传到中控屏，还有生活水箱的液位监测，控制进水阀的开关。很多小项目里面给排水的点位很少，甚至有人会忽略它也算楼宇自控里面的子系统，我那次就是漏说了这个，被旁边的老师傅提了一句。
照明控制子系统，不是所有楼宇自控项目都会带上。这个要看合同范围，有的项目单独做智能照明，不走楼宇自控总线；有的就直接并入进来，按时间或者照度去控制公共区域灯具的开关。当时我们这个项目只做了走廊和地下车库的定时照明，办公室里面的灯不在范围内，所以统计子系统的时候，不能默认照明一定在里面。
送排风系统也是单独一块。地下室的排风、补风风机，平时可以定时启停，消防信号过来的时候要切到消防模式，这个地方有硬接线的联锁。自控这边日常监测风机运行、故障信号，远程启停，但是消防优先级更高，信号一到自控就失去控制权，这点调试的时候反复测试过好几次。
这只是我的个人感受，不是标准答案。不同项目的承包范围不一样，有的会加上电梯运行监测、能耗计量子系统，有的就只做暖通相关的几块，没有固定统一的清单。
能耗计量子系统，就是电表、水表、热量表的采集，把各个区域的用量汇总到平台上。表计走Modbus通讯，控制器轮询读取数据，做成报表。我之前以为这个是附加功能，后来看几个大型项目的清单，很多都把它明确算作楼宇自控配套的子系统。
中控后台本身不算子系统，它只是集中监控的平台。所有子系统的数据汇总到这台主机上，弹窗报警、看曲线、远程下发指令，但是它本身不直接采集现场信号，去掉后台，现场DDC照样能按程序自动跑。之前和别的班组沟通，有人把监控平台当成其中一个子系统，争了半天，后面看分工表才理清。
还有很多项目会单独把变风量末端的控制独立出来，VAV末端控制器，每个风阀一个控制器，跟着房间温度调节风阀开度，属于空调大类下面又拆分出来的一块。如果项目规模不大，就不会单独拎出来，直接合并在空调机组里面讲。
收尾那段时间，天天守在中控室看报警，一会是集水井液位高，一会是新风风阀反馈异常，各个子系统的报警提示分开标注，弹窗上会标注来源。才慢慢意识到，划分这些子系统，很大程度上是为了施工分工、点位统计和后期维保方便，不是一个硬性固定的分类。合同划给谁，哪些就归到楼宇自控里面，边界弹性很大。
那天下班锁完中控房门，手上还捏着一张记满点位的草稿纸，上面勾勾画画，有的子系统划掉，有的又补上去。