引言
取暖器是典型的"冬季刚需"小家电：档位、定时、摆风、倾倒保护一堆功能，用户手上常常抱着东西或正在忙别的，语音控制的价值比很多品类更直接。离线语音不联网、不依赖云端、响应快、无隐私顾虑，因此成了取暖器厂商近两年的主流选择。 本文以某取暖器厂商基于 CI-96Z 智能公元平台的定制项目为线索，把词条表协同、主动播报与被动播报的划分、按键提示音的实现、电池供电下的低功耗取舍，以及交付打包的完整流程梳理一遍，供选型与项目管理参考。
一、定制流程总览
一个取暖器离线语音定制项目，通常按这条主线推进：
选型与报价：确定主控平台（如 CI-96Z）与批量形式（金手指/模块），硬件报价与软件词条功能同步对接；词条表确认：厂家提供语音命令词表格（xlsx），双方逐条确认词条与通信协议；播报方式划分：逐条标注主动播报还是被动播报，按键提示音必须走被动；提示音与音源：决定用模块自带"滴"声，还是客户提供音频由模块侧添加；低功耗评估：电池供电场景需确认休眠电流、唤醒超时等参数；打包交付：固件、烧录软件、烧录教程一起交付，客户自行量产烧录。二、词条表：整个项目的"唯一事实来源"
词条表不是形式文档，而是固件生成的依据。最省事的做法是：厂商先出一份标准协议表，客户在它基础上增删词条、修改播报文案后回传，双方再逐条核对确认。确认后的表格即冻结，固件按这张表生成；后期任何变更（哪怕只改一句播报语），都要走"改表 → 客户确认表 → 改固件"重新出版本。 这样做的好处是：出现"识别了但没反应""播报语不对"这类问题时，双方对的是同一张表，不会各说各话。本项目唤醒词也由最初拟定的方案调整为定制词，同样在这张表里锁定。
三、主动播报 vs 被动播报：最容易混淆的一步
这是搜索和售后咨询里被问得最多的一对概念，也是词条表里必须逐条标注的字段。
维度
主动播报
被动播报
触发方
模块识别到命令词后自行播报
MCU 发协议，模块收到后再播报
MCU 是否参与
不需要
必须
时延
低，链路短
多一跳，依赖 MCU 时序
典型场景
模块自身行为（如"打开语音/关闭语音"）
整机真实状态、按键提示音
主动播报：语音模块识别到命令词后自己完成播报，不需要 MCU 参与。例如用户说"打开取暖器"，模块识别成功立刻播报确认，再把执行结果发给 MCU。优点是链路短、延迟低，即使 MCU 暂时没响应，用户也已经听到了反馈。
被动播报：MCU 把协议发给语音模块，模块收到协议后再播报。同样一句"已为您打开"，要等 MCU 真正完成开档动作、回传协议后才说出。优点是"播报即真实状态"，不会出现说了"已打开"但实际没开的错位。
以"打开语音/关闭语音"这类命令词为例，多数产品做主动——它只涉及模块自身，不依赖整机动作；少数产品出于状态强一致考虑做被动。判断口径很简单：这条播报描述的是模块自己的行为，还是整机的真实状态？ 前者适合主动，后者建议被动。
按键提示音必须用被动播报
按键接在 MCU 上，由 MCU 检测按下事件，语音模块根本不知道用户按了键。因此链路必然是：用户按键 → MCU 检测到 → MCU 按协议发指令给语音模块 → 模块播出"滴"声。这就是标准的被动播报。不少工程师在这里栽跟头：把按键提示音当成一种音效去配置，模块侧配好了声音却永远不响——缺的不是音源，而是 MCU 侧那条触发协议。
四、按键提示音的三种做法与蜂鸣器的代价五、安全播报文案：越短越好
取暖器有倾倒保护等安全提示需求。初版文案常把"取暖器已倾倒"和"已关闭加热"拆成两条先后播，但两条连播既拖时长，也容易和用户后续指令在播报队列里打架。建议合并为一句：
"取暖器已倾倒，已关闭加热，请立刻扶正。"
播报越短，用户越容易听清关键信息，也减少播报队列冲突。安全类提示尤其如此，它要求"立刻、明确、可重复"。
六、低功耗：电池供电场景的关键取舍
市电供电的取暖器功耗压力不大；一旦做成便携电池款（例如 1S 锂电池 3.7V、约 ，且明确要求低功耗+休眠），功耗直接决定待机时长。以 为例：
可见真正吃电的是唤醒态和工作态。工程上有效的手段是缩短超时退出时间——识别结束后更快回到休眠，减少芯片在高功耗唤醒态的持续时间，从而拉低整体平均功耗。 管理上要注意：低功耗参数（休眠使能、超时时间）应在前期确认需求阶段一并提出，而不是固件出完再补，否则又是一轮"改表→确认→改固件"。
七、交付物打包与现场联调
词条确认、固件验证通过后，交付物建议一次性打包：词条表、固件、烧录软件、烧录教程，客户拿到即可自行量产烧录，不依赖厂商在线支持；变更词条时重新出固件即可。样品送测之后，现场联调往往比远程来回描述更快定位问题——语音识别受距离、环境噪声、喇叭回声影响很大，现场能直接复现"远场识别不到""提示音被加热风噪盖住"这类实验室里测不出来的问题。
结语
取暖器离线语音定制看似只是"换几个词条"，实际交付是一条完整链路：以词条表为唯一事实来源，逐条划清主动播报与被动播报的边界（并牢记按键提示音必须走被动协议），在提示音方案上不为省一个喇叭牺牲体验，把安全播报文案压到最短，电池场景用更短的超时换更低的平均功耗，最后用一份可自助烧录的交付包和一次现场联调收尾。把这几件事在项目早期约定清楚，定制离线语音的返工次数会少很多。
