植物园用Home Assistant监测锅炉房烟雾

背景

阿姆斯特丹的 Hortus Botanicus 植物园建于 1638 年，是世界上最古老的植物园之一，占地仅一公顷多，却要维持热带、亚热带和沙漠植物的生存。这意味着需要复杂的温控系统：热泵、燃气锅炉、储热罐、气候计算机以及数百个传感器昼夜运行。这样一个美丽的花园，本质上是一个穿着漂亮外衣的重工业控制问题。

一天，有人走进作者办公室问了一个简单问题：“为什么锅炉房在冒烟？”那是一个温和晴朗的春日午后，供暖本应几乎不启动。而那座温室是刚刚彻底翻新的气候温室，设计初衷就是完全不用燃气。但燃气锅炉却在燃烧。本该快速回答的问题，却找不到答案——温度数据在气候计算机里，热能需求在楼宇管理系统里，对应消耗的燃气和电力在第三个系统里，热泵是否在线又在第四个系统里。为了回答一个直白的问题，作者打开了五个程序，每个都是工程师为工程师设计的，手工对齐时间戳，等得到答案时，整个下午已经过去了。

最终答案近乎平庸：热泵发生通信错误后无声下线，燃气锅炉忠实地执行了它的任务——悄悄承担起没人监视的负荷。锅炉自己的系统不说为什么在运行，热泵自己的系统也不提锅炉。原因只有当你把“锅炉燃烧”和“热泵离线”两个事实放在一起时才显现——它们分属两个从不交谈的系统。一旦并列看，一目了然。但恰恰是“并列看”这件事，所有系统都不允许你做。

核心内容

这个问题本质上不是指责，而是一个“捕获机制”：晴朗天气下锅炉燃烧正是你最想发现的事情，因为否则燃气可能安静燃烧数天，而所有人都以为热泵在正常工作。不通过燃气实现温室运营，前提是你必须能看到它滑向故障的每个瞬间——一次故障、一次静默回退——然后逐个关闭它们。监控并不会削弱“无燃气”的承诺，恰恰相反，它让承诺变得可兑现。

作者指出，这并非运气不好，而是结构性问题。数据已经存在——每秒钟都在生成，传感器是我们花钱买的——但我们不控制它，供应商控制着它。三个因素共同作用，且都不是偶然：第一，建筑生成的数据实际上归安装系统的人所有，通过一个门户、按席位许可、有时甚至按数据点收费的方式返还给你，且平台无法扩展；第二，系统按设计相互孤立，因为互操作性从来不符合任何单一供应商的商业利益；第三，接口是为调试工程师设计的，而不是为需要做决策的植物学家、财务主管或园长。

而且趋势正在恶化而非好转。楼宇控制正在走向云门户、订阅层级，存在产品被停用并带走你历史数据的风险。消费者世界有一个词来描述这种依赖品的缓慢衰败：“恩希蒂化”（enshittification），它正在侵入你的企业。

最深层的版本就是开头那个问题：能源数据在一个系统，建筑设置参数在另一个系统，而你真正关心的问题——这个设置是否导致了那个成本——存在两者之间的缝隙里。没有供应商会卖给你解决这个缝隙的产品，因为缝隙横跨两个供应商。因此没人能对建筑进行交叉质询，包括你，它的所有者。

为什么现在能解决，而五年前不行

三个变化几乎同时发生，构成三条腿的凳子：

1. 法律权利。 自 2025 年 9 月 12 日起，欧盟《数据法案》（EU Data Act）赋予任何联网产品的商业用户要求获取该产品生成的数据（机器可读格式）并分享给第三方选择的权利。从 2026 年 9 月起，新设备必须默认提供数据。这并非魔法按钮，而是杠杆：你现有的遗留系统不会明天就开放，规则排除商业秘密，执行机制仍在建设中。但谈判地位已经翻转——你的下一次采购可以要求开放、机器可读的访问作为购买条件；你现在的供应商处于弱势。法律第一次站在了数据生成者这边。

2. 落脚平台。 拥有数据权利却无处存放毫无意义。这样一个地方现在存在且成熟了：Home Assistant。这是一个由非营利基金会拥有的开放平台，其法律结构保证不能被买卖，基于三条原则：你的数据属于你、无供应商锁定、设计为持久运行。它已经在超过 200 万个家庭中运行，仅去年一年就增长了约四分之一。这不是业余项目了。如果你在家使用它，你很清楚数据所有和租赁的区别。作者的主张是：Home Assistant 为家庭而生，目前没有人为企业构建类似的东西，但你在家里想要它的理由几乎完美映射到工作场所。这不是基金会的声明，而是作者自己的判断。

3. 交互界面。 Model Context Protocol（MCP）允许你将 AI 助手（作者使用 Claude，但协议是开放的，可用任何模型）连接到所有统一的数据，任何人都可以用自然语言向建筑提问，并获得基于自身实际测量的答案。这不是为了展示而挂接的聊天机器人，而是数据之上的新层，让“为什么锅炉房在冒烟？”这个问题终于有了输入的地方。

关于“聪明人依赖”的回应

作者直面最有力的反驳：“但你会依赖一个聪明人，聪明人会离开。”作者本人确实即将离开。如果系统在 Willem 离开后就崩溃，那反而证明了锁定（至少供应商不会辞职）。但作者指出，正是同一个自然语言接口既能回答问题也能修改系统。例如植物园最近公开展示的一棵百岁兰（Welwitschia）——来自纳米比亚海岸的沙漠奇物，只喝海雾，只长两片叶子，可活千年——被安置在一个专门定制的箱子里，温度和湿度必须保持在一个狭窄范围内。这是他们唯一一个……（原文在此处截断，但逻辑清晰：通过自然语言接口，非技术人员也能操作和调整系统，降低了依赖）。

关键要点

• 建筑数据孤岛是结构性问题，非偶然：供应商设计系统时就刻意隔离，互操作性不符合他们利益。
• 数据所有权实际上归供应商，而非购买建筑设备的业主；业主通过云门户、按席位许可、按数据点收费等方式“租用”自己的数据。
• 欧盟数据法案（2025年生效）为商业用户提供了法律杠杆，要求以机器可读格式获取数据并分享给第三方，2026年新设备默认开放。
• Home Assistant 作为成熟的开源平台（非营利基金会拥有，不可收购），提供了数据收拢和自控的落脚点，已在超过200万家庭运行。
• Model Context Protocol（MCP）使AI助手能接入统一数据，用自然语言提问并获得基于实际测量的答案，解决了“跨系统查询”的痛点。
• 采用开源方案并非“零成本”，而是将永久租金+每次改仪表板的账单，转变为一次性构建并持续维护的能力；仍需有能力的人。
• 自然语言接口使系统不依赖单一聪明人：它既是提问界面也是修改界面，降低了技术门槛。
• 监控是实现“无燃气”承诺的前提，而非破坏——只有捕获每个静默故障，才能逐步关闭替代方案。

意义与影响

这篇文章的意义远超一个植物园的故事。它揭示了现代商业世界中一个普遍却隐蔽的困境：物理世界的数据所有权正在被技术供应商系统性剥夺。从楼宇控制到工厂设备，从医疗仪器到零售系统，用户购买硬件却只获得“租用式”访问权限，数据被困在相互隔离的专有平台中。

欧盟数据法案的出台代表监管层面的转折点，但真正的落地需要开源生态和标准化接口。Home Assistant