破解跨品牌算量冲突：暖通智算引擎的 L1/L2/L3 三级数据解耦架构

在暖通空调（HVAC）行业软件与数字化系统的开发中，最棘手的难题之一莫过于“多品牌参数混乱与企业个性化配置的冲突”。

在实际业务场景中：

• 品牌差异巨大：美的一台 7.1kW 内机可能标注 7.1kW 制冷量、1100m³/h 风量、额定电流 0.45A；而格力、海尔、大金等同匹数机型的实际冷量可能是 7.2kW 或 6.8kW，机身尺寸与接管口径也各不相同；
• 平台标称 vs 真实物理参数：如果系统仅使用“标称冷量”做粗略估算，最终选出的设备会在真实工况下出现制冷不足或接管不匹配；
• 企业与项目级偏好冲突：A 工程公司主推美的高静压风管机并习惯加收 15% 人工管理费；B 安装队习惯使用特定品牌保温棉；而在 C 投标项目中，业主指定要求带冷凝水提升泵且不能收居间费。 如果将这些逻辑硬编码在业务代码中，系统势必迅速沦为难以维护的“代码泥潭”。

本文将揭秘 HVAC 智算引擎 是如何通过 L1（平台标准）/ L2（企业偏好）/ L3（项目注入）三级数据解耦架构 优雅解决这一行业架构难题的。

一、 L1 / L2 / L3 三级架构的职能与边界

为了让计算引擎既具备跨品牌的普适标准，又能灵活承载千家工程公司的个性化需求，我们将数据模型严格划分为三层：

1. L1 平台级基线库（Platform Baseline）

• 核心规格与算法标准（Canonical Spec）：定义系统固定的热工计算、负荷推导、管径计算公式。
• 品牌真实产品库（Brand Product Database）：系统后台录入经过严格清洗的真实厂家产品库。运算数值严格采用真实物理参数，杜绝标称虚标。
• 国家与行业定额：如标准冷媒密度系数、国标铜管壁厚、基本安全电气规范。

• L2 企业/用户偏好层（User Preference Override）

• 默认选型偏好：用户可设定自己常卖的系列（如默认优先选用带泵风管机或超薄风管机）；

• 商业价格策略：企业自定义设备底价折扣率、材料采购进价、施工队包工单价及目标毛利率；
• 工艺与品牌偏好：例如指定某品牌保温棉、指定阀门配件等级。

• L3 项目注入层（Project Runtime Context）

• 即时对话与需求注入：用户在单个项目对话或表单中输入的建筑空间、房间功能、特殊冷指标；

• 单项覆盖：某项目业主指定某两个会议室必须改用卡式天花机；
• 专属商务条件：如项目专用居间费（ scope=project(only) ，不污染企业通用偏好设置）。

二、 核心规格与品牌真实参数的解耦机制

在传统软件中，常常将“规格”与“商品”混为一谈。而在智算引擎中，我们确立了关键架构原则：

“系统规则负责逻辑决策，品牌实例负责真实参数。”

以室内机选型为例：

1. 决策阶段：根据房间冷负荷需求 Q(计算冷量需求) = 6.8kW，系统根据冷负荷计算模型推导出需要的标准档位容量（如 7.1kW 档位）；

2. 实例绑定：引擎根据用户配置的默认品牌（如美的），查询 BrandProductItem 表中真实对应的 SKU（如 MDV-D71T2/BP3N1-E ）；

3. 真实参数参与运算：管径计算、风量校核、电流与配电线径计算，均直接提取该 SKU 真实的 liquid(pipe)_dia = 9.52mm 、 gas(pipe)_dia = 15.88mm 、 rated(current) = 0.48A ，而不是使用通用估算值。

三、 架构优势与商业价值

1. 多品牌秒级横向扩展：新增或接入格力、海尔、大金等新品牌时，无需修改任何核心计算代码，仅需录入对应品牌的标准 SKU 与组合规则即可无缝上线；

2. 千人千面的商业定制：不同规模的暖通工程公司、经销商与安装服务商，都能在同一套引擎下配置出符合自身成本结构与施工习惯的报价体系；

3. 极致安全与隔离：项目级参数绝不污染全局偏好，多租户数据独立隔离，确保企业核心商业利润率与折扣数据绝对安全。

L1/L2/L3 三级解耦架构，不仅是暖通智算引擎的技术底座，更为整个暖通机电行业的数字化智能化升级提供了坚实可靠的架构范本。