协议矩阵
我们实现什么，以及怎么验证。
“已验证”只代表在约定样机与设备清单上测过，不代表对某个品牌的全系型号通用。
| 链路 | 典型用途 | 我们的角色 | 如何验证 |
|---|---|---|---|
| 红外 | 电视、投影、音响、机顶盒 | 码库、学习码、离散指令 | 在约定设备清单上测试；以已测型号报告覆盖 |
| 蓝牙 LE | 流媒体设备、语音、App 配对 | HID 或自定义 GATT 服务，配对与恢复 | 双设备互操作测试与重连用例 |
| Sub-GHz RF | 家具、遮阳、简单遥控 | 接收端匹配，固定码或滚动码 | 装进成品外壳、带典型遮挡的实测距离 |
| 2.4 GHz 私有协议 | 中控、影音集成、多设备控制 | 按你的接收端实现帧格式 | 用你的测试向量做帧级测试，并做共存检查 |
| Matter / Thread | 智能家居生态 | 按集成项目立项 | 先约定调试与认证路径，再承诺时间 |
集成顺序
从文档到冻结，四步。
每一步都有可检查的产出，不靠“应该没问题”。
01
读合同
帧格式、服务、时序、安全与错误行为。先把缺的列出来，再估工作量。
02
对着接收端做
固件对着你的接收端或中控样机开发，不用通用开发板代替。
03
测异常路径
链路丢失、配对失败、升级中断、换机。这些场景决定现场支持成本。
04
冻结并归档
测试计划、固件版本与已知限制，在生产放行前签字。
在同一栋楼里做出来，也在这里验证
测试计划
我们坚持要测的用例。
顺畅路径能过演示，不代表能在酒店客房或客厅里稳定工作。
测试计划在样机阶段定稿，随验证报告一起归档。
- 链路丢失后的重连与提示
- 配对失败与恢复出厂
- 升级中断后的回滚
- 新遥控器接入既有系统（换机）
- 与 Wi-Fi / 2.4G 的共存
- 低温与低电量条件下的动作
兼容性查询
不确定你的设备走哪条路？
查询器把设备类型、协议和需求映射成一条工程路径。它给的是范围判断，不是「某品牌已认证」的结论。
常见问题
协议常见问题
能保证兼容某个电视品牌吗？
没有供应商能诚实保证一个品牌在用的每一个型号都兼容。我们测你清单上的型号并报告覆盖率；清单外的，可以试学码，并在量产前加进测试集。
你们会逆向破解私有协议吗？
我们会分析你提供的接收端，并记录能观察到的东西。这够不够，取决于编码方式和你对它的使用权。在报量产固件价格之前，我们会先说明分析的边界。
BLE 够安全吗，能用于门禁或支付吗？
这取决于威胁模型，不取决于无线方式。门禁或支付相关的产品，我们要求明确的密钥存储与配对设计，并和你的团队一起做安全评审。我们不会把「BLE」当成一句安全承诺。
同一支遥控器能同时出红外版和红外 + BLE 版吗？
能，前提是 PCB 从一开始就按两种版本设计。我们常做一块共板、通过不贴射频器件做差异化，但天线与认证的影响要按 SKU 分别处理。