大型商场室内环境温湿度舒适度监测平台架构研究

大型商场室内环境温湿度舒适度监测平台架构研究

物联网 · 室内舒适度监测 · 环境监控 · 盛世宏博

摘要

大型商业综合体属于典型的大空间、多分区、人流时变、热源分布极不均衡的公共建筑，涵盖主力店、步行街、中庭、餐饮区、影院、地下车库、设备夹层等功能区域，不同业态的散热、散湿、新风需求差异巨大。传统楼宇BA系统大多以空调机组、新风机组为控制单元，依靠少量定点传感器完成回路调控，测点密度偏低，难以捕捉空间内部的微气候差异，经常出现同一楼层部分区域闷热潮湿、部分区域过冷干燥，不仅降低顾客体感舒适度，还会造成空调系统无效能耗升高、空调机组频繁振荡，同时存在高湿区域墙面返潮、霉菌滋生、电气设备凝露等隐患。本文围绕大型商场室内温湿度舒适度监测平台展开系统性架构研究，从商场热湿负荷分布特征、人体热舒适评价模型切入，设计一套感知层分布式以太网温湿度采集网络、边缘汇聚网关集群、消息中间件、时序数据存储、舒适度计算引擎、可视化应用、联动管控一体化平台架构。文中对跨网段多协议接入、海量测点时序数据治理、基于PMV-PPD指标的舒适度量化、分区策略调度、负荷预测、故障自诊断、信创适配、网络安全隔离等关键技术进行拆解，给出硬件布设原则、通信链路选型、软件分层设计、数据库方案、接口规约、工程调试方法。结合商业项目的运维特点，区分运营时段、夜间保洁时段、节假日高峰人流场景，建立舒适度与能耗的平衡约束模型，在保障人体舒适区间的前提下优化中央空调、新风、除湿设备调度。最后梳理平台落地实施中的典型工程问题，包含人流扰动带来的数据漂移、餐饮区油烟腐蚀探头、无线链路不稳定、BA系统对接壁垒、告警风暴抑制等问题，给出对应的技术解决方案，为超大型商业综合体室内环境数字化监测、舒适度精细化管控提供一套可落地、可扩展的技术架构参考。

一、研究背景与行业现状

随着国内商业综合体的体量持续增大，十几万乃至几十万㎡的购物中心已经非常普遍。商场作为人流高度聚集的公共空间，热源来源复杂：人体散热散湿、照明系统、电梯扶梯、餐饮后厨、冷链商铺、外部太阳辐射、新风带入的室外湿热空气叠加在一起，并且人流具备极强的时间波动性。工作日客流稀疏，周末、晚间、节假日瞬间达到客流峰值，热湿负荷在短时间内剧烈跳变，给环境调控带来巨大挑战。

现阶段国内绝大多数商场的楼宇自控系统建设思路，大多跟随暖通施工图配套实施，测点部署以机房、风管、机组回风口为主，面向设备控制而非面向“人的体感”。回风口采集的参数代表机组回风状态，并不等于顾客活动区域的真实温湿度。中庭挑空区域热空气上浮，底部偏凉、上部温度偏高；餐饮区域持续散湿散热，局部相对湿度长期居高不下；地下车库通风量大，温度偏低；影院密闭空间，散湿集中；步行街靠近玻璃幕墙位置，受太阳辐射影响明显。单一机组回路采用少数几个测点控制整大片区域，天然存在空间采样盲区。

从评价指标上看，很多项目仅仅把空气温度、相对湿度作为监控目标，直接设定固定阈值，忽略人体热舒适是多参数耦合结果。干球温度、相对湿度、空气流速、平均辐射温度、人体代谢率、服装热阻共同决定体感，单纯将温度控制在24～26℃并不能保证舒适，高温低湿会干燥起皮、静电加剧，低温高湿则阴冷黏腻，即使温湿度数值达标，顾客不适感依旧突出。

同时存量商场改造项目占比逐年提升。大量建成多年的商业体原有BA系统封闭、协议私有、点位扩容成本极高，新增监测网络很难直接并入原有自控总线；不同品牌空调、除湿机组、新风机协议五花八门，Modbus、BACnet、SNMP、私有协议并存，异构设备接入困难。如果全部更换原有自控设备，改造投资巨大，因此需要一套独立的舒适度监测平台，实现感知扩容、数据融合，同时可以和原有BA系统做双向对接，做辅助优化，而不是全盘替换。

能耗矛盾也是本研究的出发点。商业建筑暖通能耗占总能耗比例极高，运维人员为了避免客诉，常常采用保守控制策略，全年压低设定温度、加大新风量，造成大量无效能耗。如果能够通过高密度感知网络实时掌握各分区真实舒适度，就可以做到按需调节，在不突破舒适边界的前提下降低暖通系统能耗，实现舒适体验与节能目标的平衡。

除此之外，还有隐性安全风险。商场内大量弱电桥架、配电柜、广告灯箱、电梯控制柜分布在公共区域与夹层，局部持续高湿会加速线路绝缘老化，诱发漏电、短路；潮湿区域墙面、吊顶、软装容易滋生霉菌，影响室内空气质量；地下车库、设备机房如果温湿度长期异常，会缩短设备使用寿命。舒适度监测平台同时承载环境安全预警能力，实现舒适监测与隐患预警一体化。

二、大型商场室内热湿环境与人体舒适评价理论基础

2.1 商场空间热湿负荷分布特征

大型商场属于非均匀热环境大空间建筑，按照功能分区可以划分为若干典型区域，每个分区的负荷特征、舒适目标、约束条件完全不同。

步行街、公共通道：属于人流动态区域，无固定产湿设备，负荷主要来自人流、幕墙太阳辐射、照明、扶梯散热，目标以基础舒适为主； 餐饮铺位、美食区：持续产生水汽、显热，局部湿度容易超标，是整个商场的高湿重点管控区域，除温湿度监测外，还需要联动排油烟、局部除湿； 影院、KTV、密闭娱乐业态：密闭、人员集中，散湿量大，新风需求高，对湿度波动敏感； 主力零售店铺：负荷相对平稳，但是不同品牌装修、灯光功率差异大； 中庭挑空区：存在显著热分层，垂直方向温差大，热气流上浮，单纯一层测点无法代表垂直空间； 地下车库、设备机房：不以人体舒适为优先，目标偏向设备防护，温湿度阈值与公共区域完全独立； 后勤通道、库房、保洁间：人员停留时间短，舒适优先级低，侧重防潮防凝露。

负荷具备时间周期性，以日周期、周周期为主。工作日白天客流低，负荷偏低；晚间、周末、节假日负荷冲高；凌晨闭店之后，人流负荷消失，只保留围护结构传热、设备待机负荷。平台架构设计时，必须支持按分区、按时段、按人流标签配置差异化的目标参数与告警阈值。

2.2 PMV-PPD热舒适评价模型

平台不局限于原始温湿度采集展示，核心是引入ISO 7730标准的PMV（预测平均投票数）、PPD（预测不满意百分比）作为舒适度量化核心指标。PMV综合六个输入变量：空气干球温度、相对湿度、空气流速、平均辐射温度、人体代谢率、服装热阻，输出从-3（冷）～+3（热）的舒适评分；PPD代表人群当中对环境感到不满意的比例。商场公共区域的设计目标通常锁定 PMV ∈ [-0.5, +0.5]，对应的 PPD 低于 10%，作为舒适区间。

在工程落地中，商场公共区域人员服装、代谢率存在浮动。工作日逛街人群以轻度活动为主，代谢率取 1.2 met；餐饮、排队密集区域可以动态上调代谢率参数；冬季、夏季默认两套服装热阻参数。平台内置参数模板，不同分区可以绑定独立的舒适模型配置。当空间内风速偏高时，同等温度下体感偏凉，系统会自动修正舒适判定，避免机械按照固定温湿度阈值触发空调动作。

这套模型解决了传统监控的核心缺陷：两个区域温湿度读数完全一致，但是空气流速不同、辐射温度不同，人体舒适感受完全不一样。平台将原始采集的温湿度数据，送入舒适度计算引擎，输出可视化的舒适度等级，分为舒适、偏热、过热、偏冷、过冷、潮湿闷滞、干燥刺激多个等级，运维人员不再只看温度数字，而是直接掌握区域内人群体感水平。

2.3 环境波动约束

商场环境不追求极致恒定，但是需要抑制短时间剧烈波动。对于公共活动区域，建议控制 1 小时内温度波动不大于 ±2℃，相对湿度波动不超过 ±10%。短时间快速的温湿度跳变，即使平均值落在舒适区间，也容易带来明显不适感，同时造成空调机组、新风阀频繁调节，加剧能耗与设备磨损。平台在数据预处理环节增加变化率检测，当温湿度变化斜率超过阈值，标记为环境扰动事件，同时限制联动设备的调节步长，避免控制震荡。

同时设置湿度边界硬约束：长期相对湿度大于 70%，定义为高湿风险区，优先启动除湿逻辑；长期低于 40%，判定为干燥风险，评估是否启动加湿或者调整新风配比。

三、平台总体架构设计

平台采用分层解耦、边缘就近汇聚、云边协同的分布式架构，整体分为感知接入层、边缘网关汇聚层、数据传输与消息层、数据存储层、计算引擎层、业务应用层、安全与运维管控层。架构设计面向超大面积、上千测点的可扩展需求，支持存量改造与新建项目两种部署模式，兼容独立部署以及和原有楼宇自控系统对接，具备协议适配、流量削峰、故障降级、断网自治能力。

3.1 感知接入层：分布式温湿度测点网络

感知终端以工业级 RJ45 以太网温湿度变送器为核心，同时按需补充风速传感器、黑球辐射温度传感器、CO₂传感器，用于完善 PMV 模型输入。设备支持 Modbus TCP、UDP 主动上送、SNMP 多协议，优先采用 PoE 供电，减少强电布线，适配商场吊顶、柱体、挑空区域安装。

测点布设是决定平台有效性的基础，摒弃机房回风口单点模式，采用网格化布设思路。步行街、公共通道按照 50～80㎡一个测点布设；餐饮门口、美食城周边加密，控制在 30～40㎡一个测点；中庭区域垂直分层布设，在下层人流高度、挑空中段、顶部分别布置测点，捕捉热分层；影院、封闭业态在观众区、回风口分别布置；设备夹层、弱电间、配电柜附近单独增设测点，用于设备防潮预警。测点安装高度统一按照人员活动区，距离地面 1.2～1.5m，避开空调直吹风口、新风口、电梯井、后厨排风口、阳光直射位置，防止采集数据失真。

针对商场特殊环境，探头外壳选用防尘防腐结构。餐饮区域油烟、水汽重，探头配置可拆卸防尘滤膜，方便定期清洗更换；靠近幕墙位置做好外壳防晒防护；吊顶内的设备外壳满足防尘要求，防止粉尘长期堆积造成传感漂移。所有感知终端分配固定内网 IP，按楼层、分区划分子网，方便管理。除了自研采集终端，感知层同时接入原有 BA 系统点位，通过 BACnet IP、Modbus RTU over TCP、OPC UA 读取原有空调机组、风柜、除湿机、电动风阀的运行参数，把原有自控系统数据和新增舒适度测点数据融合。

3.2 边缘网关汇聚层

边缘网关按照楼层或者分区就近部署，采用分区汇聚模式，避免所有测点直接远程上报带来的网络风暴。网关负责本区域内所有温湿度变送器、风速、辐射温度传感器的轮询采集，采集周期可配置，常规为 10～30 秒。网关内置滑动平均滤波、突变噪点剔除、异常测点判定逻辑，对于长时间数值不变、读数跳变、超出量程的设备，标记为故障节点，不参与本分区舒适度计算，避免单点故障带动整个分区联动误动作。

网关支持本地轻量时序缓存，当上层网络中断时，持续采集、本地保存数据，网络恢复后断点续传补齐历史记录；同时内置本地联动脚本，在断网状态下，依然可以对接就近的风柜、除湿机组，执行基础超限联动，不会因为中心平台离线导致环境管控完全失效。网关具备协议转换能力，向下对接 Modbus TCP、SNMP，向上统一封装为 MQTT 或者 HTTP，把异构协议标准化之后向上推送，降低中心平台的协议适配压力。

网关集群采用主从管理，由中心运维服务统一下发分区参数、舒适阈值、联动规则，网关本地持久化配置，重启之后自动加载。在大型综合体项目中，网关可以横向扩容，新增加楼层、新增加测点只需要新增网关接入，不需要改动中心核心业务代码。

3.3 消息传输层

在网关集群和中心服务之间架设消息中间件，作为异步通信总线，解耦采集端和后端业务。所有边缘网关采集到的原始测点数据、设备状态、告警事件，统一推送至消息队列，后端存储、计算、业务模块作为消费者异步消费数据。

消息层的核心作用是削峰填谷。商场存在批量设备同时上报、告警瞬时爆发的场景，如果直接同步写入数据库，极易造成数据库压力陡增，出现写入失败、数据丢失。消息中间件实现流量缓冲，同时支持消息持久化、消息重试、死信队列，采集消息在没有被成功消费之前不会丢失。区分数据流和事件流：温湿度时序采样数据为高频数据流；设备上下线、超限告警、舒适度等级切换、机组故障属于事件流，分开主题投递，方便不同模块订阅。

网络层面采用商场内部独立物联网 VLAN，和商场办公网络、顾客 WiFi 网络逻辑隔离，网关和中心服务器之间支持有线专网，跨楼层远距离点位可以采用工业光纤链路，无线仅作为补充备份链路，不作为主采集链路。

3.4 数据存储层

存储采用混合存储架构，分为时序数据库、关系型数据库、对象存储。

时序数据库是平台核心，专门存储海量测点的温湿度、风速、舒适度指标、设备状态等带时间戳的时序数据。商场上千测点，长年不间断采集，数据量庞大，时序数据库针对高频率、带标签、按时间范围查询场景优化，支持按分区、测点 ID、时间窗口快速查询曲线，自动按时间分片、冷热数据分离。近期 3 个月热数据保留在高速存储，超过 3 个月转入冷存储，降低存储成本。

关系数据库存储业务元数据：楼层、分区、点位档案、设备台账、用户权限、告警规则、联动策略、运维工单、项目配置、PMV 模型参数模板。点位档案和物理空间绑定，记录测点位置、所属业态、安装时间、校准周期、维护记录。

对象存储用于存储历史报表导出文件、巡检照片、校准记录、配置备份文件。

平台设计数据归档策略，原始采集数据保存周期不低于 3 年，满足商业建筑能耗审计、室内环境质量核查、运维追溯需求。同时支持数据压缩，在不丢失精度的前提下降低存储容量占用。

3.5 计算引擎层

计算引擎包含多个独立计算模块，并行工作，是实现从“采集数值”到“舒适管控”的核心。

第一，数据预处理模块：接收时序原始数据，完成滤波、异常值剔除、偏移补偿、单位统一、测点标签关联，输出清洗后的标准化数据集。平台支持传感器校准系数配置，对存在固定偏移的探头做软件补偿。

第二，舒适度计算模块：定时调用 PMV-PPD 计算函数，以分区为单位，结合本分区测点的温湿度、风速、辐射温度，以及预设的代谢率、服装热阻，输出每个测点、每个分区的 PMV、PPD、舒适等级。同时计算分区统计量：分区平均温湿度、最高湿度、最高温度、舒适度不合格占比。

第三，负荷与趋势预测模块：基于历史时序数据，结合时间标签（工作日/周末、时段、节假日）、室外气象数据，对未来 1～4 小时分区热湿负荷做预测。预测结果用于提前调度空调、新风、除湿设备，避免被动滞后调节，降低设备启停冲击。

第四，联动与策略引擎：策略引擎接收舒适度指标、温湿度超限事件、机组状态，执行预设的分区联动逻辑。策略支持可视化编排，可以配置条件组合：当某区域持续偏热且湿度偏高，上调新风量、启动除湿；当区域持续干燥，调整加湿或者新风配比；同时设置互锁，避免除湿、加湿同时开启，设置调节步长上限，防止机组大幅度动作。策略引擎可以输出指令给到边缘网关，再由网关下发至 BA 系统或者执行设备；也可以仅输出建议，给到运维人员人工参考，不接管原有自控，适配很多业主不愿意开放自控控制权的场景。

第五，故障诊断引擎：持续分析测点数据、网关在线状态、设备心跳，识别传感器漂移、探头堵塞、通信中断、机组指令下发无反馈、空调长期运行但是区域温湿度没有改善等隐性故障，生成故障事件，推送运维工单。

第六，告警收敛模块：商场测点多，如果一个区域主风柜停机，会带动一片测点同时超限，容易触发告警风暴。告警收敛模块做分区聚合，同一个根因引发的多条超限告警合并为一条根告警，附带受影响测点清单，减少运维人员的信息干扰，同时保留全部原始记录用于溯源。

3.6 业务应用层

业务应用全部基于 B/S 架构，运维人员通过内网浏览器访问，不需要安装客户端，同时适配大屏总控看板、电脑管理端、移动端巡检页面。

总控可视化大屏：以商场建筑三维平面图或者 2D 楼层图为载体，各分区用不同颜色标记舒适等级，直观展示舒适、偏热、潮湿、干燥、异常区域，支持逐层下钻，点击分区查看测点分布、实时曲线、PMV 数值、当前设备运行状态。

实时监控页面：单测点详情、分区汇总、在线设备统计、离线设备清单、实时告警列表。

历史查询与报表：支持按楼层、业态、时间范围导出温湿度曲线、舒适度统计报表、超限时长统计，自动生成月度环境质量报告，统计各区域舒适达标率、高湿时长、能耗联动对照数据。

策略配置管理页面：可视化配置分区舒适目标、PMV 阈值、联动规则、时段模板，区分营业时段、闭店保洁时段、节假日模板。

设备运维管理：设备台账、校准计划、巡检工单、维保记录，系统自动临近校准周期推送提醒。

用户权限系统：分级权限，商场运维、物业主管、系统管理员、厂商调试账号权限隔离，控制策略修改、设备参数修改权限，普通查看账号不能修改联动逻辑。

能耗对标模块：对接暖通能耗计量数据，将分区舒适度达标率和能耗数据放在同一面板，用于评估调控策略的节能效果，对比不同季节、不同策略下舒适达标率和单位面积能耗。

3.7 安全与运维管控层

商业综合体网络环境复杂，顾客 WiFi、商户内网、物业自控网络混杂，安全是架构重点。物联网接入网络和业务网络隔离，网关接入做白名单，只有预登记设备允许接入平台；通信链路支持 TLS 加密，MQTT、OPC UA 启用加密传输；所有设备访问、策略修改、指令下发留存操作日志，可审计。

运维管控模块包含网关远程管理、配置批量下发、远程固件升级、系统资源监控、数据库备份、日志集中收集。平台内置健康自检，监控服务器、网关、消息队列、数据库的负载，出现资源过载、磁盘满、服务异常时主动告警。

四、平台和原有楼宇自控系统的对接模式

商场项目分为新建项目和存量改造项目，业主对于自控权限的诉求分为两类，架构支持两种对接模式。

第一种，观测辅助模式（存量改造最常用）：平台只读取 BA 系统机组、风阀、除湿机状态，舒适度平台不下发任何控制指令，仅作为独立监测、舒适度评估、告警分析系统。运维人员根据平台舒适度数据，手动在原有 BA 系统调整设定值。该模式风险最低，不会干扰原有成熟自控逻辑，很多物业优先选择此方案。

第二种，协同联动模式（新建或者业主授权场景）：平台策略引擎输出优化设定值，通过网关下发至 BA 系统，动态调整风柜温度设定、新风阀开度、除湿机组启停，原有 BA 系统保留底层保护逻辑，作为兜底。平台是上层优化调度层，底层设备安全联锁依旧保留在原有自控控制器，避免上层平台异常直接带来设备风险。平台下发的设定值设置上下限锁死，不会超出暖通安全边界。

两种模式可以灵活切换，同一个项目内不同楼层、不同业态可以采用不同对接方式。

五、平台关键技术难点与工程解决方案

5.1 人流扰动带来环境动态波动

人流是商场最大的不确定热源，短时间客流暴涨会让负荷快速抬升，固定控制策略适应性差。解决方案是接入客流统计数据，将客流作为策略引擎的输入变量，结合历史数据建立预测模型，在客流高峰来临前提前预调新风与制冷负荷，平滑环境变化，而不是等温湿度超标之后再被动调节。同时在舒适度评价上增加动态容忍区间，客流高峰允许舒适区间小幅放宽，优先避免大面积客诉。

5.2 餐饮区域油烟、水汽造成传感器漂移

美食区、餐饮铺门口探头极易积油积尘，几个月之后读数漂移失效。技术方案选用可快速拆卸滤膜的传感探头，运维工单绑定定期清洗、吹扫、校准周期；在点位布置上，不紧贴后厨排风口，在气流下游合适距离采样；平台增加同区域测点比对校验，如果单个测点长期和周边测点出现稳定偏差，自动推送校准提醒。

5.3 告警风暴抑制

大型商场一个风柜故障，会带动十几、几十个测点同步超限，如果全部推送告警，运维信息过载。架构在计算引擎层实现基于空间拓扑的告警收敛，建立设备和测点的归属关系，识别根故障，合并衍生告警，只推送根告警，附带受影响区域清单，原始超限数据保留用于回溯。同时设置持续时间过滤，瞬时短暂超限不触发正式告警，只有参数超出阈值并且维持一定时长，才生成告警事件，过滤瞬时扰动。

5.4 多品牌异构 BA 设备协议适配

不同品牌楼宇控制器协议封闭，私有协议对接成本高。平台网关层统一采用 OPC UA 作为标准适配出口，对于无法直接对接的老旧控制器，在控制柜本地加装协议转换模块，把私有协议转为标准 Modbus TCP 或者 BACnet IP，再接入汇聚网关，避免中心平台堆砌大量私有协议解析代码，保证架构整洁。

5.5 中庭大空间热分层问题

垂直方向温差巨大，单层测点无法代表整体环境。架构上采用垂直多点采集，舒适度引擎按垂直测点做融合判定，只要任意垂直层出现持续不适，就触发调节，联动顶部排风和下层新风，促进空气混合，消除热分层，而不是依靠单一测点的数值判定整个挑空区域。

5.6 网络环境复杂，广播风暴风险

商场内网设备数量庞大，商户设备、监控、门禁、自控混杂在一起。方案将所有物联网温湿度采集终端、网关独立划分 VLAN，开启端口隔离，限制广播包跨网段扩散；交换机开启风暴抑制，限制单端口广播流量上限；网关采用定向轮询，不采用无限制广播查询，从接入侧降低网络风险。

六、平台部署方案、性能指标与验收体系

平台支持本地化部署，整套服务部署在商场物业机房服务器，不需要强制依赖公网，满足物业数据不出内网的安全要求；也可以采用混合部署，边缘网关本地运行，中心平台部署在本地服务器。

性能指标方面，平台支持测点规模横向扩展，单套平台稳定承载测点数量不低于 1500 个；单测点数据从采集到入库延迟控制在 10 秒以内；告警事件从触发到推送不超过 30 秒；时序查询，按天、按月曲线查询响应时间小于 2 秒；网关断网缓存容量至少保存 7 天原始数据，网络恢复自动续传。

项目验收分为三个阶段：单点采集验收、分区舒适度验证、联动策略验收。单点验收核对每个测点精度、通信稳定性；分区验收在不同时段（工作日、晚间高峰、周末）连续采集，验证 PMV、PPD 计算结果和现场体感是否匹配；联动验收测试超限告警、收敛机制、断网降级、和 BA 协同动作，验证不会出现误联动、设备震荡。同时交付完整点位拓扑、点位标签、校准台账、运维手册。

七、架构适用边界与总结

本文提出的大型商场室内温湿度舒适度监测平台架构，核心思路是从传统“面向设备控制”转向“面向人体热舒适感知”，以分布式以太网温湿度感知网络为基础，依托边缘汇聚、消息总线、时序存储、PMV-PPD 计算引擎，构建分层解耦、可扩展、可与原有 BA 协同的监测管控体系。架构适配新建商业综合体，也适配存量商场数字化改造，观测模式、协同联动模式灵活可选，兼顾舒适度提升、暖通节能、室内环境安全预警多重目标。

这套架构的价值，是解决大空间多业态环境采样不足、评价指标单一、调控滞后、异构设备接入困难的痛点。但平台不是独立的万能方案，落地效果受制于原有暖通设备能力、新风系统配置、建筑围护隔热性能。如果空调、除湿硬件本身调节能力不足，即使感知再密集，也无法把环境维持在舒适区间。平台的定位是感知、量化、评估、优化调度，最终的舒适上限由暖通硬件决定。

在未来演进方向上，平台可以接入更多环境维度：室内空气质量、噪音、光照，结合客流、室外气象，构建完整的室内微环境数字孪生，在三维建筑模型内实时渲染全场舒适分布，进一步支撑商业建筑智慧运维、绿色建筑评价、低碳节能审计，成为大型商业综合体智慧物业体系当中的基础环境底座。

关键词：大型商场；室内温湿度；热舒适；PMV-PPD；楼宇自控；BA 系统；以太网温湿度变送器；边缘网关；时序数据库；MQTT；OPC UA；舒适度监测；楼宇物联网；商业综合体；能耗优化