定义
HVAC（Heating, Ventilation and Air Conditioning，暖通空调）是建筑的采暖、通风与空调系统，负责室内温湿度、空气质量、新风量调节。HVAC 是楼宇能耗的主要部分（通常占 40%～60%），通过 BAS 进行智能控制（变风量、冷站优化、按需制冷等）可实现 20%～40% 节能。
HVAC 设备（冷机、空调箱、风机、阀门等）通过 Modbus、BACnet、LonWorks 等协议与 BAS 通信。物联网卡为 HVAC 远程监控、多站点集中管理、能耗分析、边缘网关等提供连接，适用于无有线网络或分散站点。
技术特点
HVAC 控制策略包括时间表控制、 occupancy 联动、CO2 浓度控制、需求响应等。与气象数据、负荷预测结合可实现预测性控制。数据中心 HVAC 对温湿度精度、可靠性要求极高，需 7×24 监控。
应用场景
HVAC 应用于商业楼宇、酒店、医院、数据中心、工业厂房、洁净室等。典型场景包括：HVAC 节能控制、远程运维、多站点集中管理、能耗分析、冷站优化、需求响应等。达希物联为 HVAC 场景提供物联网卡、专用 APN、VPDN 专网及智慧建筑解决方案。
冷机测点与策略下发顺序
暖通监控流量的技术含义
暖通空调接到物联网卡上，通常是因为冷机、空调箱、风机或阀的控制器分散在没有稳定有线的站点。技术含义是把测点——温度、阀位、运行状态、电表读数——送到能看多个站点的平台，并把时间表或设定值送回现场控制器。楼宇自控的本体可参见BAS。卡不替代现场的联锁：冷冻水泵和冷机的启停顺序若写在控制器里，断网时仍应按那个顺序，而不是停在云端最后一条指令。
策略下发和测点上报方向相反，却常被放进同一个队列。占用高峰时上报很密，一条“提前关机”的设定会迟到，能耗和舒适度都偏离原意。因此设定类报文要能插到普通采样前面，或者干脆走控制器本地日程，云端只在空闲时改日程。
分散站点开卡的使用条件
使用条件是每台网关对应明确的楼或机房、控制器在离线时仍执行已下载的时间表、卡的地址只访问暖通平台。屋顶和地下机房的天线位置要在设备安装完成后复测。套餐按采样周期估算，调试期的全量点表下载不能当成日常流量。需求响应或临时设定应有生效时间和自动失效时间，避免一条临时命令永久覆盖季节策略。
数据中心或洁净室若把蜂窝当唯一通道，要接受公网抖动，关键报警仍应有本地声光。多站点复制时，时间表模板要按站点日历调整，不能把甲楼的节假日写进乙楼。
离线后云端时间表覆盖本地
容易出错的是恢复连接后，云端用一份旧时间表整包覆盖控制器里已经被现场改过的日程。另一类是心跳停止就远程停机冷机，其实只是天线被新装的广告牌挡住，冷机本身正常，停机造成更大故障。测点名称在换网关后重排，电表读数接到温度曲线上，节能计算失去意义。
只在工作时间注册、夜间注销的卡，会让夜间故障完全不可见，第二天只看到一条空白。验收应断开卡一小时：现场日程仍在跑，恢复后不得用过期云端副本覆盖本地修改，报警点的名称仍对应原来的设备。
冷机和末端的测点频率也不该一样。冷机电流、冷冻水温度变化慢，可以按分钟送；机房告警和压差开关要立刻送。若网关把所有点合成一个大包，告警会等慢点凑齐才离开现场。大包还容易在弱网下重传整页，把卡的发送窗口占满。应按点的紧急程度拆包，告警包短而优先。控制器里的手自动开关打到手动时，远程设定应被拒绝并回执“现场手动”，而不是显示下发成功、设备却不跟。季节切换时下发的是一整套时间表，中途失败必须整表回滚，不能只写进前半段时段。屋顶天线的馈线进水会导致雨天离线、晴天正常，这种故障在卡务上像随机掉线，应结合天气和安装位置排查，而不是反复换卡。
能耗要用量的增量而不是用功率瞬时值连成电量。瞬时功率缺几个点，用相邻点去补会把启停过程抹平，节能量被算错。缺测就留空，报表注明缺测时长。电表和冷机若各走一张卡，对时要一致，否则冷机运行时段和电表尖峰对不上，会被解释成测量故障。换季后的第一周不要用新时间表覆盖对比基线，基线应冻结在切换之前。