'OTA 升级会让证书失效吗：软件变更与认证的合规边界'

先骂一句：工厂是真不把认证当回事。

今年 3 月，我进了一批带屏的智能插座，准备上亚马逊。货刚到美西仓，工厂一声不吭，OTA 推了个新版本。手机应用里多了个"用电统计"页面，WiFi 配网流程也改了。我当时压根没当回事——硬件又没动，不就是换个软件界面吗，能出啥事。

4 月初，一个大客户下单前问了句："你们这个固件版本，FCC 证书还认吗？"

我当时人就懵了。

打电话问工厂，工厂拍胸脯："硬件没变，证书肯定有效，放心卖。"我不信邪，又去找了当初给我做认证的实验室。实验室的工程师一句话把我浇醒："硬件没动不代表认证没事。证书认的是软硬件组合，不是光认硬件。你得先看这个 OTA 到底改了什么。"

这就是我今天要讲的：软件变更和认证的合规边界。

我是怎么做的

先说结论：那批货最后没事，但我是按流程走了一遍才敢继续卖的。

第一步，找工厂要 change log。注意，是"要"，不是"问"。工厂一开始说"就改了点界面"，我直接回：把变更清单发我，逐条列。我跟工厂合作 5 年，太了解他们了，口头说的"就改了一点"，清单里经常能翻出三四条。

清单拿回来一看，除了界面和用电统计，配网流程确实改了：原来配网时设备只在 2.4G 频段广播，现在改成了双频段扫描。

第二步，拿着清单找实验室做差距评估。去的时候我带了三样东西：工厂的 change log、原来的证书、每个固件版本的说明。实验室的原话我记到现在："纯界面改动，不影响射频发射，不用动证书；但配网流程改了，发射行为可能变了，这个得按 FCC 的变更流程走。"

这里科普一个我现学现卖的知识点：FCC 在 47 CFR 2.1043 里写得挺明白——不影响射频发射的软件变更，不需要额外申报；但凡动到射频发射特性的，就得走 permissive change（许可变更）流程。具体是 Class I 还是 Class II，得看变更性质，以 FCC 官网最新政策为准，我这不是法律意见啊。

工程师用笔记本电脑给智能设备做软件升级

第三步，工厂配合提供技术资料，实验室提交变更申请。几周后，更新后的文件下来，我才把这批货放心地推给大客户。

整个过程，我学到的最重要一句话就是：硬件没动不代表认证没事。这句话反常识，但千真万确。证书是发给"某个硬件加某个软件"的组合的，软件大变，组合就变了。

反面教材：深圳老陈的两个月

光讲我自己没事多没劲，讲个翻车的。

2025 年底，深圳一个做智能灯的同行老陈，OTA 把设备从只支持 2.4G 改成了支持 5G。他心想：不都是 WiFi 吗，频段多一个而已。结果 5G 频段的发射参数和原来认证时申报的不一致，证书对不上号。

亚马逊的合规审核直接把他 Listing 下了，理由就是"合规文件与在售版本不符"。重新走认证、重新提交文件，前后折腾了两个多月，旺季直接错过。老陈跟我说，那两个月少赚的钱，够做 10 次认证了。

你看，亏的从来不是认证费那点钱，亏的是时间。是 Listing 下架的每一天。

数据说话：变更分级决策框架

两次经历下来，我整了个决策框架。现在工厂每次 OTA，我就拿着清单往里套，3 分钟出结论。

记住这个顺序：先分类，再找人确认，最后留书面记录。千万别反过来，先卖了再说。

多说一句：UL 那边怎么看

FCC 管的是射频，UL 管的是安全。OTA 要是动了安全相关的逻辑，比如过载保护的阈值、漏电保护的响应时间，UL 那边是要重新评估的。UL 对可编程组件里的软件有专门的要求，具体条款我就不背了，背了也可能过时，记住一句话就行：安全功能相关的软件变更，一律先按"要重新评估"处理，再去找认证机构确认。还是那句：以 UL 官网最新政策为准，别信二手消息。