固件升级后，SRRC 与 CCC 证书要不要动
判断标准不是改没改代码，而是有没有动到证书上写着的数值和测试时的状态。
- 界面、本地功能、连接交互优化只做版本备案，不涉及复测。
- 发射功率、信道计划、带宽、占空比改动，要变更并复测对应射频项。
- 充电过压过流阈值、DC-DC 开关频率变化，牵动安规与 EMC 结果。
- OTA 推送前完成备案或变更，推下去的货已在监管比对范围内。
- 固件版本与出货批次要建立映射，返修重烧同样记录版本。
结论：改的是参数就动证，改的是界面只备案
固件升级要不要动证书，判据不是改没改代码，而是有没有改到证书上写着的数值和测试时的状态。只动界面文案、菜单逻辑、本地存储与提示音，做版本备案即可；碰了发射功率、信道计划、带宽、占空比、充电保护阈值、开关电源频率，就要提交变更并复测对应项目。例外是下调发射功率：硬件没变，但功率是核准参数，仍要走变更，通常只复测功率与杂散单项。
为什么软件能改出硬件级的影响
现在的射频前端大多是可编程的。功率增益表写在固件里，信道计划由软件决定，蓝牙与 WiFi 的共存时序也是软件排的。同一块板子，固件版本不同，测出来的占用带宽和带外发射可以差出好几 dB。
充电与电源部分同样如此。过压、过流、短路保护阈值写在充电 IC 的寄存器里，改一个数值，温升和耐压试验的边界条件就变了。DC-DC 的开关频率可调，往低挪几十 kHz，传导骚扰的峰值就会落到不同频点，原来压住的裕量可能不够。
监管比对的是量产机与获证样机的一致性。抽检时读到的固件版本、发射功率、信道表，只要与备案资料不符，就按不一致处理，不看你是通过 OTA 还是产线烧录改的。
测试模式与量产模式的差异，是这条判定里最常见的模糊地带。研发阶段为了方便调试，常把功率固定在最大值、关掉休眠与功率回退，测出来的数据好看，但不能代表出货状态。申报用的样机固件必须是发布版本，参数与量产完全一致。
版本命名也要能追溯。同一版固件改过两次参数，版本号却没变，事后无法证明哪批货用的是哪套参数，等于自己放弃了自证能力。版本号、参数表、出货批次三者要能串成一条线。
| 改动内容 | 处置 | 复测范围 |
|---|---|---|
| 界面文案、菜单、提示音 | 版本备案 | 无 |
| 本地存储、计时、计步逻辑 | 版本备案 | 无 |
| 蓝牙配对、WiFi 连接交互 | 版本备案 | 无，前提是不动功率 |
| 发射功率、增益表下调 | 变更 | 功率、杂散 |
| 信道计划、带宽、占空比 | 变更 | 占用带宽、带外发射、杂散 |
| 充电过压过流保护阈值 | 变更 | 温升、电池保护相关项 |
| 蜂窝频段或基带功率参数 | 变更，可能重新核准 | 射频全套，按受理口径 |
怎么做：把版本管起来
- 建固件版本台账，每个版本记录发布日期、变更点、影响的硬件模块、对应证书编号。
- 变更说明只写事实：改了哪个参数、原值多少、新值多少、影响哪些测试项。不要写「优化体验」这种无法核对的描述。
- 拿证书参数表逐项比对。功率、频段、带宽、天线增益这几栏只要对不上，就按变更走。
- 只动界面的，提交更新日志与版本说明做备案，通常 3–7 个工作日量级能完成。
- 动了功率或信道的，先自测再送样，重点看杂散和带外发射有没有顶到限值。
- OTA 灰度前完成备案或变更，不要等全量推送之后再补。
- 出货批次与固件版本建立映射，售后换板、返修重烧也要记录版本。
- 把版本号写进系统信息页或铭牌，抽检时能当场调出，省掉一轮解释。
四个常见误判
- 「只是软件」所以不用管。软件改功率，和换功放对测试结果的影响是一个量级。
- 先推 OTA 再补备案。推下去的那批货在监管眼里已经与证书不一致。
- 同一硬件多个固件版本混发。渠道抽检抽到哪个版本全看运气，风险不可控。
- 把测试模式固件当量产固件报。测试固件常把功率固定在最大值，与量产状态不同。
- 工程调试用的固件流到量产。功率锁定在最大值、休眠被关掉，与备案参数对不上，属于典型的技术状态不一致。
什么时候该找外部帮忙
一年一两次小改动，内部把台账和变更说明写好就够了。频繁迭代的产品，尤其是按月推送 OTA 的，建议先把哪些参数属于证书管控项列成一张内部清单，让研发在提交代码时就自查。清单本身不难，难的是把射频、电源、安规三条线的参数边界划清楚，这需要看过测试报告的人来判断。
产品属于哪条线可以先对照 家居与消费类终端 或 工业终端，变更材料要求见 流程说明，需要判断是否复测可直接 联系工程师，预算用 在线报价 估。