定义
BAS（Building Automation System）对建筑内暖通空调（HVAC）、照明、电梯、给排水、安防等设备进行集中监控与节能管理；通过传感器、执行器与 DDC 采集数据并执行控制策略。
现场层、控制层与管理层分层部署，常见协议包括 Modbus、BACnet、OPC UA、LonWorks 等。无有线或需灵活补点时，蜂窝物联网卡可为边缘网关、远程监控与多楼宇集管提供回传通道。
技术特点
支持时间表、人员在场联动、需求响应与故障诊断；可与 BIM、能源管理（EMS）及消防、安防、停车等子系统整合，形成统一运维视图。
应用场景
适用于商业楼宇、医院、酒店、园区、数据中心等；典型含 HVAC 节能、照明场景联动、电梯状态监视、分项能耗与多站点集中运维。达希物联可提供物联网卡、专用 APN、VPDN 及智慧建筑连接方案。
与物联网卡协同要点
楼控边缘以「稳定回传 + 可管可控」为主：卡与网关、项目台账绑定是规模化运维前提。
- 为 BACnet/IP、MQTT 等南北向流量选择专网或定向 APN，与楼宇 IT 边界及白名单策略对齐。
- 按站点拆分流量池或资费档位，区分遥测轮询、告警与 OTA，避免大屏轮询挤占关键告警通道。
- ICCID 与 DDC/网关序列号、楼层弱电间位置绑定，便于离线排障与工程移交。
- 验收除拨号成功外，抽样验证 TLS、长连接与跨运营商漫游（若有多园区）下的控制与抄读时延。
- 与物业/集成商变更流程同步：设备拆除或网关更换时及时停机销户，降低沉默卡与安全暴露。
控制回路和轮询流量要分开
楼宇自控里的物联网卡，连接的是边缘网关和上级监控，不是每一个风阀或灯具。现场 DDC 仍用楼内总线采集温湿度、阀位和运行状态，网关再把告警、设定值回读和必要的远程命令经蜂窝送出。技术含义在于：控制回路的稳定性首先取决于本地控制器，蜂窝中断不应让空调或给排水失去现场逻辑；蜂窝恢复后要补的是趋势和告警，而不是把中断期间的每一个轮询点都重放一遍。若把云端轮询当成唯一控制手段，链路抖动会直接变成设备振荡。
使用蜂窝的条件通常是楼与楼之间没有专线、施工期临时监控，或多物业项目需要统一出口。接入应限制到楼控平台和时钟源，管理页面不要直接暴露在公网。流量上要把故障告警、趋势上传、大屏轮询和固件升级分成不同优先级。告警报文短而急，趋势可以按十五分钟或更疏的间隔打包，大屏若每秒刷新上百个点，会把告警挤掉。网关序列号、弱电间位置和 ICCID 要一起移交，物业更换集成商时能指出哪块卡还在计费。跨园区若允许漫游，要事先确认拜访网络是否允许原来的接入点，否则网关显示搜到网却连不上平台。
容易出错的是用“能打开监控页面”代替控制验收。页面能开，只说明管理连接存在；冷机启停命令是否在可接受的时间内到达、失败后是否有本地保护，需要单独计时。另一类错误是证书更新没有回退：新证书下发失败，网关既上不了云，本地又没有告警出口。还有把照明场景的大量状态变化全部实时上送，月流量和资费模型完全偏离最初按告警估算的套餐。拆除改造时旧网关被断电但卡未停，既产生沉默卡费用，也留下一个仍可认证的入口。验收应模拟专线中断、蜂窝限速和时钟偏差，确认现场逻辑仍在、告警不丢、趋势时间正确。设备层对象如何和模型对齐，见 BIM；冷热源点位本身见 HVAC。
趋势采样和告警不要共用一个失败就整体重连的逻辑。告警发送失败应立即重试有限次数，趋势可以等下一个周期打包，否则一次平台维护会让网关整天反复拨号。时间表保存在现场控制器里，云端只下发变更；下发未确认时，现场应继续执行上一张已经生效的时间表，不能变成全部手动。物业交接要包含接入点名称、证书到期日和卡的停复机联系人，只移交监控账号而不移交卡，下一任会在证书过期当天才发现全部楼栋离线。跨楼宇的大屏若从每栋网关直接轮询，应改成平台汇聚后再展示，避免每栋的蜂窝都被大屏的刷新节奏牵着走。控制命令的往返时间要在限速条件下复测，而不是只在空载夜间测一次。
现场控制器保存的最后一次成功命令要能查询，云端重复下发同一命令时不产生相反动作。告警恢复和时间表切换都要带控制器本地时间，平台到达时间只作通信参考。网关离线超过维护窗口仍未恢复，应通知到楼栋责任人，而不是只在卡平台上留下一条沉默记录。