简介一份面向建筑智能化与楼宇自动化初学者的BAS体系详解PPT内容基于Niagara 4平台展开系统梳理了建筑设备自动化系统的概念、基本架构与核心组成。资源围绕中央控制站、区域控制器DDC分站、现场设备与通信网络四大模块细致说明各自功能、硬件要求及软件特性例如中央控制站的实时监控、远程控制、数据分析与报表生成区域控制器的在线编程、节能控制与诊断功能以及传感器、执行器、触点开关等现场设备选型要点。同时进一步解析了通信网络中的局域网、以太网与现场总线协议帮助读者理解数据如何由现场端汇集至管理端。此外还结合暖通空调、照明、安防、消防等典型场景展示BAS的具体应用涵盖集中管理、节能减排、故障诊断等优势并展望物联网、云计算与大数据赋能下的智能化集成方向。PPT共1个文件约599KB便于快速浏览与重点摘录。已有70人学习下载适合需要建立BAS整体认知或准备相关课程汇报的读者参考。1. BAS体系不是装个屏幕那么简单把建筑设备自动化讲清楚做建筑设备自动化系统BAS项目最容易踩的坑就是把信息当控制——以为监控界面上能看到温度湿度、设备启停状态、报警信息就算是自动化了。实际交付的BAS是把冷热源、空调通风、给排水、照明配电这些分散的机电设备用DDC控制器、传感器和通信网络串成一个可监视、可控制、可联动、可报警的整体。这套体系对新建大型公共建筑是标配对既有建筑改造也越来越常用。适合需要对接设计院图纸、审图要求和现场调试的暖通工程师、电气工程师也适合弱电集成项目的实施负责人。搞清楚BAS的体系结构比看懂监控界面重要得多因为后期大多数调试问题根源都在体系没立住。2. 体系分层与硬件选型管理层、控制层、现场层怎么搭2.1 管理层监控工作站、服务器与系统架构BAS的管理层负责数据汇总、人机交互、报警推送和报表输出。常见架构有两种单机版和网络版。单机版一台工作站直接连DDC总线软件和数据都在这台机器上适合几百个I/O点的小项目比如单栋办公楼的空调机房监控。网络版则有一台数据服务器和多台客户端工作站通过局域网通信适合多栋楼联调或者点数超过两千点的大项目。选型时重点看两个参数授权实时点数和历史数据存储容量。授权点数直接决定软件成本很多项目就卡在这里——图纸上点数看着不多实际组态一加点数超出授权软件直接拒绝新增点位只能补授权费。历史数据容量这里有个误区以为硬盘大就能多存。实际上BAS历史数据库多数按点位×存储周期×存储时间计算而且归档文件有单文件大小上限。某项目当时图省事把全部AI点都设成5秒归档一次结果三天后硬盘写满趋势曲线全断档。后来改成温度、压力、流量这类关键点5秒归档其余点60秒归档存储压力就下来了。服务器建议单独配一台别和工作站共用。遇到过机房图省事把服务器软件和工作站软件装在同一台办公电脑上平时看着没事一旦大量报警涌入归档线程优先级被拖低历史数据就开始掉点。这个现象出现得很隐蔽因为界面还正常只有翻历史曲线时才发现中间缺了一段。2.2 控制层DDC控制器与点表容量选型时看什么参数DDC是BAS的控制核心选型时看三个参数I/O点容量、控制周期、供电方式。I/O点容量别按图纸算得刚刚好要留20%30%的余量。实际项目中现场加装温度传感器、加一路水泵手自动状态反馈、增加水位报警点位的情况非常普遍。一个16点扩展模块的价格不高但重新下采购单、等货、再接线的人力成本很高。当时一个项目就是主控制器点数刚好够施工单位私加了两台新风机点表直接超限。后来加扩展模块重新分配点位工期拖了两周。控制周期决定了控制回路的响应速度。空调机组的风阀、水阀、温度回路属于快过程控制周期通常设在500ms到1s冷热源系统中温度变化慢控制周期可以放宽到510s。控制周期设得太短容易让DDC的CPU占用率过高导致通信丢包设得太长温度波动会变大。选型手册上不会写这个只能靠经验或实测。供电方式尽量上UPS这个钱别省。市电波动导致DDC频繁重启的项目不在少数尤其是施工现场还带电焊机、塔吊这类大负载设备电压波动非常明显。DDC重启后程序有自恢复功能但控制输出会瞬间归零水阀风阀突然关闭轻则温度波动重则冲击设备。加装UPS后这类问题基本绝迹。2.3 现场层传感器精度、执行器行程与总线拓扑现场层的传感器和执行器是BAS的感官和手脚。温度传感器常用NTC热电阻或PT1000铂电阻精度±0.5℃以内就够用。湿度传感器现场误差经常偏大尤其在回风管上因为探头容易积灰校准周期不能拉太长。压力传感器要特别看量程匹配。供水压力传感器量程01.0MPa实际运行压力只有0.20.4MPa量程过大量化误差占比大读数跳动明显。选量程时按正常运行压力的1.52倍选精度表现最稳。执行器选型主要看行程和力矩。水阀执行器力矩不够阀门会关不严送风温度压不下去风阀执行器行程和阀体不匹配阀门卡在中间位置开度反馈永远不准。常见做法是选型阶段就把执行器行程、力矩和阀体规格一起提给厂家确认而不是只报一个阀门口径。总线拓扑这块手拉手菊花链最常见一条总线上挂十几个DDC也很常见。总线两端一定要设终端电阻这个细节经常被施工队漏掉。设完终端电阻后屏蔽层要单端接地两端都接地会形成地环路反而引入干扰。某项目调试时通信时好时坏查了三天最后发现屏蔽层两端都接地把一端断开后通信立刻恢复正常。2.4 通信协议BACnet、Modbus和干接点什么时候用哪个BAS项目里协议选型是个躲不开的环节。BACnet是楼宇自控领域的专属协议分BACnet/IP和BACnet MS/TP两种。控制器之间、控制器和软件之间用BACnet/IP通信非常常见同一品牌不同系列产品之间也大多走BACnet。Modbus是通用工业协议常用于接入冷机群控、电表、水表、热量表这类第三方设备。干接点DI点则用于读取启停状态、故障状态、手自动状态逻辑简单可靠但读不到设备的详细参数。协议常见应用场景高频问题BACnet/IP控制器之间、控制器与监控软件版本兼容性BACnet MS/TP手拉手总线上的DDC通信终端电阻设置Modbus RTU/TCP冷机群控、电表、水量热表寄存器地址映射干接点DI启停状态、故障状态、手自动状态接线松动、信号抖动选型原则就一句话同品牌控制器之间用原生协议或BACnet第三方设备用Modbus网关转换。这里有个常见坑第三方设备提供的点表是寄存器地址比如寄存器40001对应冷冻水供水温度数据格式为有符号16位整型单位为0.1℃。映射到BAS软件里时要逐一核对数据格式和缩放系数。跳过这一步直接组态后面调试时数据读出来是乱值再回头查寄存器表一个点一个点地翻妥妥的翻车现场。协议转换网关还有一个参数不能忽视轮询周期。Modbus网关轮询第三方设备时轮询周期决定数据刷新速度常规设13秒就能满足BAS需求。有项目把轮询周期设到500ms第三方设备尤其是老式冷机群控响应不过来反而导致通信超时数据更不准。3. 核心子系统监控逻辑冷热源、空调通风、给排水、照明配电3.1 冷热源子系统启停联锁、台数控制与一次泵/二次泵的压差旁通冷热源系统是建筑能耗大户BAS对冷热源机房的监控核心是联锁逻辑和群控策略。先说启停联锁逻辑。冷冻机组启动顺序是冷却塔风机→冷却水泵→冷冻水泵→冷冻机组。停机顺序相反。这套联锁由BAS的DO点驱动现场控制柜的继电器完成前提是现场柜把设备打在自动状态。台数控制策略常见两种定温控制和温差控制。定温控制看冷冻水供水温度供温偏高就增加主机台数偏低就减机温差控制则看供回水温差温差大说明末端负荷高需要加机。实际项目里温差控制用得多一些因为能反映负荷变化趋势但要加延时判断避免主机频繁启停。延时一般设1020分钟主机启动后至少要稳定运行一段时间才能判断效果机组频繁启停会大幅降低寿命。一次泵/二次泵系统是大型项目常见配置。一次泵恒定流量运行二次泵根据末端压差变频运行。BAS要监测二次泵变频器频率、供回水压差、旁通阀开度。压差设定值常见为0.10.15MPa具体看最不利环路的阻力计算值。旁通阀在压差超限时自动开大让多余的水量回流。这里有个常踩的坑压差传感器装在泵出口而不是装在末端最不利环路看上去压差很稳定末端却缺流量。正确做法是压差传感器装在系统最末端环路附近BAS根据这个压差值调节二次泵频率才能真正满足末端需求。3.2 空调通风子系统新风阀开度、回风焓值与CO2浓度控制空调机组的监控是BAS里控制回路最多的部分一台组合式空调机组往往就有四五个控制回路。送风温度控制是最基础的回路送风管温度传感器实测值反馈到DDCDDC通过PID运算输出冷水阀开度。夏季工况制冷冬季工况制热春秋过渡季节则根据室外温度切换新风经济模式。新风经济模式值得展开讲。过渡季节室外温度在1525℃之间时把新风阀开到最大利用室外空气免费带走室内热量减少冷机运行时间。切换判断不能只看温度要看焓值——室外焓值低于回风焓值时开大新风才省能。某项目当时按温度切换结果夏季某天室外温度28℃但湿度很高新风阀被打开室内湿度飙升空调效果很差。后来改成焓值判断就正常了。CO2浓度控制方面回风管CO2传感器超过8001000ppm时逐步开大新风阀补充新风。这个回路要设积分限幅和动作死区避免CO2浓度在边界值上下波动时新风阀来回动作。常见做法是设置510分钟的最小动作间隔每个扫描周期只计算一次输出变化超过设定阈值才实际输出。3.3 给排水与照明配电液位联锁、时间表控制与能耗计量给排水系统的BAS监控核心是液位和故障报警。生活水箱液位低于低液位时启动补水阀或补水泵高于高液位时停止。污水坑液位高时启动排污泵超高时报警。关键是液位传感器的安装位置和启停死区设定避免频繁启停。浮球开关简单可靠但容易卡住投入式液位计精度高但探头需要定期清洗。常见做法是高低液位各设一个浮球开关做保护再加一个连续液位计做监视和控制。双重冗余之后即使液位计失效浮球开关仍能保护设备。照明和配电系统的监控是另一套逻辑。照明回路通过智能照明控制模块或DDC的DO点加继电器按时间表控制公共区域照明比如走廊、大堂、地下车库。工作日、节假日各设不同的时间表临时活动可以通过软件做临时覆盖结束时自动恢复。配电系统的BAS监控主要是远程监测读取电压、电流、功率、电能质量等电气参数。关键运行参数有电压偏差在±10%以内功率因数一般要求不低于0.9谐波总畸变率一般不宜超过8%具体看设计要求。能耗计量是近年来BAS的标配功能冷热量表、电表、水表的数据统一汇总到能耗管理平台统计粒度至少为15分钟方便后续做能效分析和分项计量。这一块与绿色建筑评价直接挂钩不能只做监测不做分析。4. 常见问题与排查BAS调试交付中的高频坑4.1 现象设计点表与现场点位对不上调试验收被卡住现场典型场景是到调试验收阶段了设计点表列了100多个点位现场核对发现约三分之一对不上。有的信号没接线有的信号接错DDC通道还有的设备增加了但点表没更新。这个现象在新建项目里非常普遍因为设计是分阶段出图的施工中改管线、换设备点位信息没有同步回设计点表。原因是点位管理流程断了。设计院出完点表后施工方和调试方没有基于实际施工情况做增量更新。解决办法是调试前强制做一次现场点位梳理。逐点核传感器是否安装、接线是否到位、信号类型和DDC通道是否匹配然后更新点位表。我一般会建一个Excel对照表设计点位、实际点位、DDC通道号、信号类型、信号状态五个字段逐点填完才开始调。这步做完后续调试基本不会因为点位问题反复。4.2 现象RS-485总线通信时好时坏扫描网络断断续续某项目在调试期间DDC与上位机通信时好时坏用软件扫描网络时设备列表时隐时现报警信息延迟严重。断电重启后恢复正常但运行几小时又复发。原因是手拉手总线两端的终端电阻没设置或者只设置了一端。信号在导线末端反射造成数据帧冲突。解决方法是检查总线两端DDC的终端电阻拨码确认已经拨到ON位置。同时检查屏蔽层是否单端接地。某项目排查了两天最后发现施工队把屏蔽层在两端都接地了地环路造成共模干扰把一端接地断开后通信立刻稳定。这个细节在教科书上写得很清楚但现场经常被人忽略。终端电阻的位置也有讲究以某品牌DDC为例总线首尾两端需要将拨码开关拨到ON中间节点必须处于OFF状态施工图纸上一般不会标这个调试交底时得专门提出来否则施工人员大概率只会在末端设一个。4.3 现象冷水阀开度来回震荡送风温度无法稳定调一台空调机组时冷水阀开度在30%70%之间来回大幅摆动送风温度始终不能稳定在设定值附近。看起来PID在拼命调节实际上越调越乱。原因是PID参数整定不匹配比例增益过大、积分时间过短。温度对象惯性较大控制器响应过激进就会产生震荡。解决方法是先调比例带。把比例增益从大到小逐步调整先找到临界震荡点再把增益取临界值的50%作为初始值。然后调积分时间水阀这类大惯量对象积分时间常用200300秒风阀这类响应快的对象积分时间可以短一些60120秒。微分作用在温度回路中容易放大传感器噪声不建议使用。调试时要一个回路一个回路地来别多个回路同时调否则互相干扰根本分不清是哪个参数的问题。4.4 现象冬季防冻保护没动作表冷器冻裂冬季某天晚上空调机组表冷器冻裂机房流了一地水。检查BAS报警记录发现防冻开关动作过但风机没有停。原因是防冻逻辑只设计了报警没有设计联锁停机。或者联锁逻辑在控制程序中被其他逻辑覆盖了优先级。解决方法是防冻保护联锁必须独立于正常运行逻辑优先级最高。盘管温度低于5℃时无条件关闭风机、关闭新风阀、全开热水阀同时发出报警。这些动作既要在BAS程序里做加法还要在现场控制柜里做硬线保护。BAS程序跑飞了、DDC掉电了、通信中断了硬线保护都能兜底。所以我在做防冻逻辑时一定会要求设计和施工单位提供一份防冻联锁的二次原理图现场核对无误才放行。防冻开关本身也要选对类型。风管式防冻开关感温包贴在盘管表面响应快但容易受风机启停气流影响水温式防冻开关直接测量水管温度判断准确但反应慢一些。实际项目中两者都有使用关键是根据当地冬季气候选择并设置合适的动作温度。4.5 现象历史趋势数据断档故障分析缺关键数据项目运行三个月后查某设备的历史趋势曲线发现中间有两天数据完全缺失正好是故障分析最关键的时间段。原因是历史数据库容量满了或者归档服务因内存泄漏自行停止。很多BAS软件没有看门狗功能服务停了界面还是正常的只有翻历史数据时才发现问题。解决方法是规划数据库容量时按点数×存储周期×存储时间估算。温度、压力、流量等关键点用5秒或10秒存储周期其余点可以放宽到60秒。同时为归档服务设置看门狗服务停止时自动重启并每天检查归档文件大小做到早发现早处理。定期做历史数据库的冷备也很重要用移动硬盘或NAS导出归档文件导出的文件按日期系统名称命名养成习惯后查起历史数据来非常顺手。5. 从PPT到可交付监控点表、控制逻辑说明与调试流程落地5.1 监控点表设计AI/AO/DI/DO的编号规则与注释规范PPT里讲的是BAS体系到了交付阶段最实在的就是监控点表。点表就是BAS的图纸所有点位按四大类划分。AI模拟输入对应温度、湿度、压力、流量、CO2浓度、液位等连续量信号AO模拟输出对应阀门开度指令、变频器频率指令等连续控制信号DI数字输入对应设备运行状态、故障状态、手自动状态、水流开关、防冻开关等干接点信号DO数字输出对应设备启停命令、阀门的开闭命令。编号规则建议带上位置和设备属性比如AI-01-01代表1号楼1号空调机组的第一路模拟输入或者AHU-1-SAT代表1号空调机组送风温度。两种风格都能用关键是编号注释必须在整张点表中保持唯一且无歧义。一个实际踩过的坑点表改了设备编号但软件没同步现场调试时对照新编号找不到对应点位只好逐个通道去扫效率很低。同步更新点表与软件数据库应该作为变更管理的基本操作。DI点位还有一个容易忽略的细节现场设备提供的干接点是无源触点DDC的DI通道需要提供检测电压。有些施工队把干接点和湿接点混接会把DDC的输入通道烧掉。接线前要核对设备控制柜的端子说明确认是无源还是有源信号。5.2 控制逻辑说明联锁、保护、时间表与手自动切换交付物中光有监控界面不够控制逻辑说明才是真正反映实施水平的文件。一份完整的控制逻辑说明应包含四块内容。联锁逻辑用表格表达最清楚触发条件、动作对象、延时时间和复位方式四列写清楚。示例触发条件动作对象延时时间复位方式冷机启动指令启动冷却塔风机10秒自动冷机运行反馈消失停止冷却水泵30秒自动防冻开关动作关风机、关新风阀、开热水阀立即人工复位手自动切换至手动禁止BAS启动命令立即自动保护逻辑要明确优先级。防冻保护属于最高优先级动作后需要人工复位不能自恢复否则设备反复启停会造成二次损伤。时间表控制要区分工作日、节假日和临时覆盖。照明回路按工作日时间表自动控制节假日可以单独配置一套时间表临时活动通过软件做覆盖活动结束自动恢复原时间表。手自动切换状态是每个电动设备都必备的反馈点。现场柜打到手动时BAS不应发出启动命令但必须持续监视设备运行状态并在启动失败时报警。5.3 调试四步走单点测试、单机联动、子系统联动、跨系统联动调试顺序不能跳步每步做通之后才进入下一步。第一步单点测试对每个AI/AO/DI/DO点位逐个测试。AI看传感器读数是否在合理范围AO看执行器是否动作到位DI看状态变化能否被DDC捕获DO看继电器输出是否正常驱动现场设备。这步非常枯燥但跳过就是埋雷。测试时要准备好通讯工具因为传感器和执行器分布在楼内各个角落DDC在机房和弱电间操作人员要相互配合才能确认点位动作是否正确。记录用平板或手机拍照避免口头传递信息丢失。第二步单机联动每台空调机组独立下装控制程序后模拟送风温度变化、防冻开关动作、风机故障等情况观察逻辑是否正确响应。重点检查联锁动作顺序和报警信号的正确性。第三步子系统联动把冷源、热源、空调水系统、风系统连起来做整体联动。冷机启动时冷却塔风机、冷却水泵、冷冻水泵按顺序启动末端压差变化时二次泵变频器和旁通阀联动响应加减机动作和温差控制逻辑配合运行。第四步跨系统联动主要是消防系统与BAS的联动。常见设计要求是BAS收到火警信号后强制关停相关区域空调机组打开排烟风机或按设计规定动作。这阶段需要与消防系统承包商联合调试接口协议和联动逻辑要提前书面确认不能口头约定。联动测试要模拟真实火警信号触发不能用软件内部点强制代替。6. 让交付后的BAS真正调通用历史趋势曲线验证控制逻辑生效调试完成不代表BAS就真的通了。有一个习惯我一直保持到现在验收前花三天积累运行数据然后调出历史趋势曲线和控制逻辑一条条对。要看的曲线主要有四条。一是送风温度与冷水阀开度曲线人为改变送风温度设定值观察冷水阀应该在几分钟内响应送风温度应在1530分钟内稳定到新设定值。阀门动了但温度不变去看水系统是否堵了或旁通。二是二次泵供回水压差与旁通阀开度曲线压差持续高于设定值时旁通阀应逐步开大如果压差高但旁通阀纹丝不动优先查压差传感器量程和安装位置。三是冷机加减机与供回水温差曲线温差控制逻辑生效时负荷上升导致温差扩大主机应在合理延时后增加如果加减机频繁温差控制的死区可能设得太小了。四是对比能耗数据与室外气温曲线同一栋楼相似气象条件下BAS运行稳定后单位面积能耗不应出现异常跳变。空调系统能耗往往占建筑总能耗的40%60%能耗异常升高往往是控制逻辑被旁路或者设备动作不达标的信号。这个习惯是某次项目经历训练出来的。当时交付后两个月业主反映某区域温度偏高翻历史曲线发现新风阀开度一直停在最小开度而BAS界面显示已切换新风模式。实际上程序里CO2浓度控制回路的输出被限幅了一直没参与计算。从那以后我每次项目交付前都强制走一遍趋势曲线一致性检查——不是看界面有没有报警而是把曲线拉出来和逻辑描述逐条对照确认每个阀门动作背后都有对应的控制逻辑变化。希望这个习惯也能帮到你。本文还有配套的精品资源点击获取