需求
遥控器是整套系统里唯一被手碰到的东西。
面板、主控与流媒体系统往往在遥控器需求之前几个月就定了。到那时存量设备已经固定，App 团队有自己的排期，遥控器要让这一切看起来像同一个产品。
大部分工作量不在外壳，而是码值覆盖、设备切换逻辑、配对恢复，以及用户摸黑也能读懂的键位顺序。
我们在做什么
四个决定，决定这支遥控器是否“做完了”。
每一项都在开模前确认并写进文件。不能验证的需求，不进入规格。
01 / 码库
覆盖范围可核对
从你的设备清单和样机遥控器出发，逐台验证码值。覆盖以“已测型号”报告，不用百分比含糊带过。
02 / 射频
红外与 BLE 共用一条供电路径
双射频板共用按键矩阵与电池预算。明确哪些键只发红外、哪些只走 BLE，以及链路断开时给出什么反馈。
03 / 界面
有层级的键位
主要观看键保持大而好按，信号源与设置键归入次级区。开模前用打印模板评审手感与误触。
04 / 集成
语音、App 与配对的交接
语音或 App 配对在范围内时，沿用你现有方案，或与固件团队一起定义 BLE 服务。恢复流程是设计的一部分。
控制栈起点
从标准做法起步，只在需要的地方定制。
下表用于估算范围，不是固定目录。每一行都要对着设备清单与目标市场确认。
| 层 | 标准做法 | 什么时候必须定制 |
|---|---|---|
| 红外链路 | NEC、RC-5、RC-6 加学习码 | 非标准机顶盒，或必须从样机抓取的码值 |
| 蓝牙链路 | HID over GATT，满足标准导航 | 自定义 GATT 服务、语音传输或安全配对 |
| 输入 | 硅胶按键，2× AAA | 电容触摸、可充电池、背光 |
| 验证 | 在约定设备清单上做功能测试 | 需要逐台记录，或需要预扫描报告 |
报价前
五项输入齐备，报价才能准确。
每缺少一项，报价区间就会扩大一倍。
我们不会先给一个“大概多少钱”，再靠变更单把价格补回来。
- 设备清单：品牌、型号、年份
- 接收端与协议文档，或一台可测样机
- 目标市场与需要的认证
- 预计年用量与首批数量
- 上市时间与样机节点