我做过一个楼宇自动化的项目，客户是一栋十二层的写字楼，要把楼里二十多个区域的空调系统统一接进一套集中管理平台。
现场有一批霍尼韦尔（Honeywell）的老温控器，大部分是按时间段设置的那种——周一到周五8点开，18点关，周末全关。
第一次调试的时候，客户的物业经理跟我说了一句话，我到现在还记得：
“这些东西装上去二十年了，从来没出过问题，也从来不会自己想事儿。”
他的意思是夸它可靠。但我当时想的是另外一件事——一台设备从来不会“想事儿”，在这个楼里，意味着每天上班前一小时把整栋楼所有区域全部制冷，不管今天来了多少人，也不管哪些房间根本没人。
暖通空调（HVAC）系统消耗了美国家庭和商业建筑约一半的能源，而控制这些能源的设备，三十年没有人认真重新设计过。Tony Fadell 认为，这是一个灾难级别的设计欠账。
一、每个周五晚上，他都冻着睡觉
2007年，Fadell 离开苹果，去太浩湖附近盖了一栋环保理念的新房子。每到周末，他和家人从帕洛阿尔托开车上山，到了之后发现：屋子里冷得要穿着雪地外套过夜，第二天白天才暖和过来。
他不是没有试过编程温控器——那种可以设置时间段的款式。他试了，设置界面让他觉得“像是在给一台1987年的录像机设定录制时间”。
这件事他记了很多年，后来写进了他的书《Build》里。一句话的总结是：
“一台控制着家里一半能源的设备，让我感到羞辱。”
2009年，他住在巴黎，把温控器这件事认真想了一遍，写了一份商业计划书。2010年，他找到了 Matt Rogers——当年在苹果跟他一起做 iPod 的年轻工程师，那批早期实习生里最出色的一个。两个人从苹果出来，在帕洛阿尔托创立了 Nest Labs。
出去找风险投资的时候，Fadell 拿出来的第一个原型，是一块聚苯乙烯泡沫板刻出来的温控器外形。红杉资本的 Randy Komisar 后来回忆，看到那个泡沫块的瞬间，心里凉了半截——温控器？就这个？
然后 Fadell 说了另外一件事。
二、木马
Fadell 告诉 Komisar，Nest 不只是在做温控器。温控器是第一块砖，但他们想做的是：家里每一个“无人关心的产品”，都按这套逻辑重做一遍。
Komisar 说，听到这里，他“明白了”。48小时之内，支票到账。
这是 Nest 的第一个投资人。后来加入的还有 Kleiner Perkins、Google Ventures……这两个名字，四年后还会以另一种方式出现。
Fadell 后来给这个策略起了个词——“特洛伊木马”：用一个人们不会特别警惕的产品（谁会关心温控器？）进入家庭，然后从这个入口出发，重新定义整个家居自动化的格局。这和 Kindle 的 Whispernet 逻辑有点像：进屋的那一步，比进屋之后的事情更难。
三、拆开来看——一块“过剩”的主板
2011年10月，第一代 Nest Learning Thermostat 上市，售价249美元。
SparkFun 和 TechCrunch 的工程师第一时间拆了机，得到的第一反应几乎一致：这块 PCB 上的硅，远超过一台温控器应该有的配置。
核心处理器是 TI Sitara AM37x——一颗 ARM Cortex-A8，跑到最高1GHz，支持 Linux 和 Android，板上还有 PowerVR GPU。这颗芯片的定位是平板电脑和工业手持终端，不是温控器。
传感器阵列也远超正常：
| 传感器 |
型号/技术 |
作用 |
| 温度传感器 |
高精度 NTC 热敏电阻 |
环境温度，毫度级精度 |
| 湿度传感器 |
电容式湿度传感器 |
热舒适度计算 |
| PIR（被动红外）传感器 |
XLitos 系列 |
检测人体热辐射，判断房间是否有人 |
| 近场传感器 |
感应式 |
检测用户走近，唤醒显示 |
| 加速度计 |
MEMS 加速度计 |
检测设备是否被触碰、旋转拨轮操作 |
| 环境光传感器 |
光电传感器 |
判断白天/黑夜，辅助判断作息规律 |
| 无线模块 |
ZigBee SoC（EM357）+ WiFi |
WiFi 连接云端；ZigBee 留给未来的 Nest 设备生态 |
ZigBee 这个细节特别有意思——第一代 Nest 上市时，ZigBee 无线模块装进去了，但对外没有开放任何 ZigBee 功能。拆机的工程师们猜了很久这是为什么，后来才明白：Nest 有其他设备在路上，ZigBee 是为内部设备通信预留的。果然，Nest Protect 烟雾报警器 2013 年上市，正是用 ZigBee 和温控器通信。
硬件选型超规格不是因为预算充裕，而是一个刻意的策略：留出足够的计算余量，让软件能持续通过 OTA 更新加新功能，而不是几年后就沦为“哑设备”。
Fadell 在苹果做 iPod 时就这么干过：第一代 iPod 的 PortalPlayer 芯片也是偏超规格的，为的是支撑后续的固件更新。同一套思路，在温控器上再演一次。
四、“学习”到底是怎么学的
Nest 的核心卖点是“自学习”，那么它究竟是怎样推测出你的习惯的？
第一代的学习机制其实相当朴素——不是大模型，是行为观察 + 模式匹配：
第一周：用户手动调节温度，Nest 全程记录：什么时间、什么温度、哪些操作是用户主动发起的。
推断阶段：从这些数据里，Nest 提取规律：工作日早上7点有人起床调高温度，21点开始降低，周末节奏不一样……把这些规律拟合成一张“学习时间表”。
自动执行：时间表形成后，Nest 开始自动按规律执行，不再需要手动设置。
占用检测：PIR 传感器持续工作，检测房间里有没有人活动。如果规律时间里没有检测到人（比如提前下班去旅行了），Nest 切换到节能模式（Away Mode）。这一步是纯本地的传感器逻辑，不依赖云端。
地理围栏补充（后来版本）：配合手机 App 的 GPS，当用户离家超过一定距离，自动切换节能模式；检测到返回路程中，提前开始升温。
这套组合在今天看来不算复杂，但 2011 年的家用设备市场里，这是头一次有人把多传感器融合 + 本地行为学习 + 云端同步 + App 控制这几件事完整地做进一个 249 美元的消费品里。
Nest 官方公布的数据：用户平均每年节省 10%-12% 的供热成本和 15% 的制冷成本。美国能源部和多家第三方机构的测试数据基本在这个范围内印证。
五、从业者坑位：做 IoT 消费设备时容易忽略的那几件事
做过嵌入式 IoT 产品开发的朋友，下面这张表里大概总有一两行是你亲历过的：
| 现象 |
实际原因 |
应对思路 |
| PIR 检测到“有人”，实际上是窗帘被风吹动 |
PIR 对 8-14μm 红外辐射敏感，任何温度变化的物体都可能触发；单传感器误报率高 |
占用检测不能只靠 PIR，要结合 CO₂ 浓度变化、声音、加速度计等多传感器投票决策；或用 PIR+微波雷达双模方案 |
| OTA 固件升级失败，设备变“砖” |
升级中途断电或网络中断，固件损坏但无法回滚 |
嵌入式 OTA 必须做 AB 分区，升级写入 B 区后验证哈希，确认无误再切换引导；不能用单分区覆盖写入方案 |
| WiFi 密码改了之后，设备永久离线 |
没有做本地配网重置流程，设备无法在不联网状态下被重新配置 |
必须保留物理重置按钮和本地配网模式（AP 模式或 BLE 配网），不能假设网络永远可达 |
| 多传感器融合结果稳定性差，不同时间段误判率起伏大 |
传感器原始数据没有做时间窗口滑动平均，单点采样直接送决策逻辑 |
关键判断逻辑的输入必须是滑动窗口均值或卡尔曼滤波输出，而不是瞬时采样值；窗口长度根据响应时延要求调整 |
| 设备冬季在低温仓库里批测时功能正常，用户现场反馈温度偏差大 |
温度传感器被 PCB 自身发热干扰（自热效应），实验室环境温差小不明显，用户现场温差大时偏差暴露 |
温度传感器必须与高发热器件保持足够距离，并在不同环境温度下做自热校准；Nest 把传感器设计在了远离主板发热区的位置 |
最后这条我自己踩过一个变种——不是温度偏差，是湿度偏差。传感器贴在了一颗功耗不小的 WiFi 模块旁边，模块工作时发热改变了局部环境湿度，导致读数偏低。排查了两天，最后靠加隔热棉和传感器位移解决的。这种问题在 PCB 布局阶段就应该解决，不应该等到产线测试才发现。
六、32 亿美元，然后怎样了
2014年1月，Google 以32亿美元现金收购 Nest Labs。这是那个时期 Google 对硬件最大的一次押注，也是 IoT 行业史上最大的退出案例之一。
Fadell 继续担任 Nest CEO，直到2016年6月宣布辞职。他在辞职后接受采访时说得很隐晦，但外界的报道基本一致：Nest 在 Google 内部的处境，比独立公司时期更难。产品迭代变慢，组织协调成本变高，“Google 的节奏和 Nest 的节奏合不上”。
诚实地说，Nest 被收购之后，创新密度明显下降——最初几年高强度的产品发布节奏消失了，产品线扩展的速度也比外界预期的慢。这是大公司收购小团队之后的常见结局，不只是 Nest 一家的问题。
2019年，Google 把 Nest 品牌并入 Google Home 生态，改名 Google Nest，和其他 Google 智能家居产品一起运营。今天的 Google Nest Learning Thermostat 仍然在销售，功能也在持续迭代，Matter 协议支持已经加入。但那个“用一块泡沫板做原型、48小时拿到第一张支票”的创业势能，已经不在了。
Fadell 本人2016年搬回巴黎，在 Station F 创立了投资机构 Build Collective（原名 Future Shape），至今投出了超过200家硬件和深科技初创公司。他说他在寻找下一个“有人不愿意碰的无聊产品品类”——就像当年的温控器。
写在最后
Nest Learning Thermostat 告诉我，IoT 成功案例不是靠联网本身，而是靠联网之后真正解决了什么。
温控器联网，不是为了让你在手机上看到当前室温——那是功能。Nest 联网，是为了让设备能感知你的行为规律、感知你在不在家、感知季节变化，然后代替你做那个你一直懒得做的决定：今天可以少开一小时空调。这是价值。
两件事看起来都是“联网”，实际上是两种不同的产品哲学。
那栋写字楼后来怎么样了——客户最终没有上智能学习系统，还是用的时间段方案，只是加了个远程控制的 App。物业经理说：“改成智能的，出了问题还要懂技术的人来排查，划不来。”他说得有道理。这是工业场景和消费场景的本质差异，也是 Nest 选择从家居切入而不是从商业建筑切入的理由之一——消费者愿意花三个月让设备学习自己，企业的物业经理不愿意。
| 时间线 |
事件 |
| 2001 |
Tony Fadell 加入苹果，创建 iPod 研发团队 |
| 2007 |
Fadell 离开苹果；太浩湖新房每周五冻成冰窖 |
| 2009 |
Fadell 旅居巴黎，写下 Nest 商业计划书 |
| 2010年5月 |
Fadell 与 Matt Rogers 共同创立 Nest Labs，帕洛阿尔托 |
| 2011年10月 |
Nest Learning Thermostat 第一代上市，249美元 |
| 2013年10月 |
Nest Protect 烟雾报警器发布，ZigBee 互联 |
| 2014年1月 |
Google 以32亿美元现金收购 Nest Labs |
| 2016年6月 |
Fadell 辞去 Nest CEO，迁居巴黎 |
| 2019年 |
Google 将 Nest 并入 Google Home 品牌体系，改名 Google Nest |
| 2022年 |
Nest 支持 Matter 协议，开放与第三方智能家居设备互联 |
致敬，Tony Fadell 和 Matt Rogers——两个做过 iPod 和 iPhone 的人，选择去做一个没有人觉得值得认真做的温控器。他们没有选错，只是公司被收购之后的故事，没有他们自己想象的那么好。
左：Matt Rogers（工程主管），右：Tony Fadell（iPod 之父、Nest CEO）
也致敬所有在 IoT 产品里把“联网”和“有用”这两件事真正焊在一起的工程师们——传感器标定、多模态占用检测、OTA 回滚策略、低功耗 WiFi 调度——这些活没有一件在 PPT 里出现过，但它们决定了一台联网设备是真的有价值，还是只是一个会发 WiFi 信号的摆设。
如果你对嵌入式开发和 IoT 项目感兴趣，欢迎访问云栈社区，里面有大量技术讨论和经验分享。
发表于 9 小时前
|
查看: 5|
回复: 0
