传统集供热网+＂锅炉与热泵＂(V1);软件定义网络+＂锅炉与热泵＂(V2);认知设计:结构•解构•建构•重构… ...

认知设计视角下的供热系统演进：从传统集供到软件定义热网

供热系统的演进不仅是设备更新或算法升级，更是一场认知层面的范式转换。传统集中供热网 + 锅炉与热泵[V1]与软件定义热网 + 锅炉与热泵[V2]之间，不是"效率高低"的差异，而是"看待问题的方式"根本不同。本文以认知设计的"结构、解构、建构、重构"框架，系统分析 V1 → V2 的跃迁过程，并呈现 V2 的核心认知特征。

一、V1：传统集中供热网 + 锅炉与热泵(结构阶段)

V1 是工业时代成熟范式的产物。它的"结构"是稳定的、刚性的，所有组件和关系都被明确定义。

1.1 V1 的认知结构

1.2 V1 的技术架构

```mermaid

graph TD

    subgraph 热源侧

        B[燃气锅炉] -->|主回路| M[分水器]

        H[热泵] -->|辅助回路| M

    end

    subgraph 管网侧

        M --> P[固定管网]

        P --> V[手动/电动调节阀]

    end

    subgraph 用户侧

        V --> U1[用户1]

        V --> U2[用户2]

        V --> U3[用户3]

    end

    C[集中控制器] --> B

    C --> H

    C --> V

```

1.3 V1 的局限(为解构埋下种子)

热泵的低碳潜力被"辅助角色"限制，无法充分发挥。

管网无法动态响应热负荷变化，多热源切换困难。

用户无选择权，无法激励节能行为。

无法接入分散式余热、太阳能热等零碳热源。

二、V1 → V2 的解构：打破刚性假设

V2 不是对 V1 的技术改良，而是对 V1 核心假设的系统性质疑。

2.1 被解构的 V1 假设

2.2 解构的产物：新问题集

如何让管网可编程？

如何动态匹配多热源与多用户？

如何量化不同热源的"真实价值"？

如何让用户参与热力市场？

这些问题在 V1 框架内无解，必须进行新的建构。

三、V2：软件定义热网 + 锅炉与热泵(建构阶段)

V2 是对解构后涌现的新问题的系统性回答。它建立了全新的组件、规则与关系。

3.1 V2 的认知结构

3.2 V2 的技术架构

```mermaid

graph TD

    subgraph 热源侧

        B[锅炉] -->|智能换向阀| M[管中管接口]

        H[热泵] -->|智能换向阀| M

        W[工业余热] -->|智能换向阀| M

    end

    subgraph 管网侧

        M --> P[管中管 内管/外管]

        P --> R[智能换向阀矩阵]

    end

    subgraph 用户侧

        R --> S1[用户1 + 储热罐]

        R --> S2[用户2 + 储热罐]

        R --> S3[用户3 + 储热罐]

    end

    subgraph 调度与市场

        OS[π元OS] --> R

        NEX[负熵交易所] <--> OS

        NEX <--> 用户

    end

```

3.3 V2 的核心能力

动态路由：锅炉热走内管，热泵热走外管，可在节点处混合或切换。

脉动输配：配合用户侧储热罐，间歇性泵送，降低泵耗60%以上。

热力拼单：多个用户聚合需求，直接向热源购买，分摊成本。

pN 驱动调度：以净负熵产出为目标，自动优先选择低碳热源。

即插即用：新热源接入只需增加智能换向阀，π元OS自动识别。

四、V2 的持续进化：重构

V2 不是终点，而是一个可重构的框架。随着技术进步、政策变化、市场成熟，V2 会持续迭代。

4.1 已经发生或正在发生的重构

4.2 重构的驱动力

外部：碳价波动、电价峰谷差扩大、新能源渗透率提升。

内部：运行数据积累、算法优化、用户行为学习。

五、认知设计视角的总结

```mermaid

graph LR

    subgraph V1

        S[结构<br>固定拓扑+锅炉为主]

    end

    subgraph 解构

        D[打破假设<br>管网必须固定?<br>锅炉必须主力?]

    end

    subgraph V2

        C[建构<br>可编程链路+对等热源]

    end

    subgraph 持续

        R[重构<br>算法升级+市场演化]

    end

    S -->|问题暴露| D -->|新范式| C -->|迭代优化| R

    R -.->|新问题| D

```

六、结语：V2 是对 V1 的认知降维打击

传统集中供热网 + 锅炉与热泵[V1]是一个"效率优化"问题；软件定义热网 + 锅炉与热泵[V2]是一个"认知设计"问题。V2 不是对 V1 的修补，而是重新定义了什么是"热源"、什么是"管网"、什么是"价值"、什么是"用户"。这场认知跃迁，正是通过结构→解构→建构→重构的四阶引擎实现的。

以熵的名义，V1 问"怎么烧更少"，V2 问"怎么热更好"。前者是工程，后者是认知。

再补充：V1 → V2 认知跃迁的深层机制与实施路径

前文已从认知设计四阶引擎角度对比了 V1(传统集中供热 + 锅炉/热泵)与 V2(软件定义热网 + 锅炉/热泵)。本补充进一步揭示跃迁的深层认知机制--问题重构、语言转换、时间观颠覆、责任边界移动，并提供从 V1 到 V2 的五阶段实施路径与组织能力建设清单。

一、V1 → V2 的深层认知机制

1.1 问题重构：从"怎么烧更少"到"怎么热更好"

关键洞察：V1 问"给定的热源如何更高效"，V2 问"给定热量需求，应该从哪个热源、走哪条路径、以什么时序输送"。问题重构后，答案空间完全不同。

1.2 语言转换：从水力术语到网络术语

语言塑造思维。当团队开始使用"路由表""数据包""链路成本""pN 预算"等词汇讨论供热时，认知跃迁已经发生。

1.3 时间观颠覆：从连续流到脉冲调度

关键洞察：V2 的脉动输配本质上是对供热"时间分辨率"的升维--从小时级连续流提升到秒级脉冲，同时用储热罐做为时间缓冲。

1.4 责任边界移动：从分段责任到系统熵账

关键洞察：V2 通过"系统熵账本"将分散的责任重新聚合，使"系统的系统"有了明确的责任主体。

二、从 V1 到 V2 的五阶段实施路径

阶段 0：认知准备[1-2 个月]

组织"四构工作坊"(见前文)，完成现有 V1 系统的结构分析。

列出至少 10 条 V1 的核心假设，逐条挑战。

选定一个"认知试点"小组(5~10 人)，先行学习 V2 语言体系。

产出：V1 结构图、假设清单、V2 认知手册(内部版)。

阶段 1：影子模式[3-6 个月]

在现有 V1 管网上叠加传感器和智能换向阀(保留直通模式)。

π元OS 以"影子模式"运行：读取数据、计算路由、但不执行。

对比影子调度与实际 V1 调度的能耗、热损失、潜在 pN 收益。

产出：V2 可行性报告(含量化收益预测)。

阶段 2：局部接管[6-12 个月]

选择一条支线或一个小区，将控制权切换给 π元OS。

该区域内安装用户侧储热罐，启用脉动输配。

其余区域仍由 V1 控制，形成双模对比。

产出：试点运行报告(能耗、热损失、用户满意度、故障率)。

阶段 3：全面切换[12-24 个月]

全管网换向阀切换至路由模式，π元OS 成为唯一调度系统。

接入至少 2 个非锅炉热源(余热、热泵、太阳能热等)。

开放用户 App，试点热力拼单。

产出：V2 系统验收报告、运维手册 V1.0。

阶段 4：生态扩展[24-36 个月]

接入 NEX，实现 pN 自动交易。

开放第三方热源接入，形成多边市场。

引入多智能体调度，降低中心化依赖。

产出：V2.1 版本、跨区域热网互联协议。

三、组织能力建设清单

关键原则：不要试图一次性补齐所有能力。采用"能力跟随业务"策略：阶段 0 侧重认知，阶段 1-2 侧重技术和数据，阶段 3-4 侧重市场和治理。

四、V1 → V2 转型的典型误区与对策

五、结语：V2 是一种组织心智的跃迁

V1 → V2 不是一次技术改造，而是一次组织心智的重启。它要求团队：

敢于质疑"我们一直这样做"的假设(解构)；

能够用新的语言描述旧的问题(语言转换)；

愿意接受"脉冲""路由""pN"等陌生词汇进入日常讨论(认知适应)；

持续迭代，而不是等待完美方案(重构习惯)。

当一家供热公司的工程师开始说"我查一下路由表"而不是"我去调一下阀门"时，V2 就真的落地了。

以熵的名义，V2 不是技术版本号，而是一个动词--持续地重新设计我们思考热力的方式。