兼容性查询
三个输入，一个关于控制链路的诚实答案。
这个工具把设备类型、协议和合作方式，映射成一条工程路径。它不认证某个品牌，也不承诺某个型号一定可用——那些答案需要样机和测试计划。
Start here
要控制什么，用什么方式？
大多数项目落在三条路径之一：已有平台做配置、为新链路开样机项目、或者协议还没搞清楚需要先做范围评审。
结果是谈话的起点。确定的兼容结论需要设备清单、接收端样机与一份书面的测试计划。
这个查询器不会做什么。 它不会告诉你某个电视品牌、酒店系统或家具接收端「支持」。那种结论只能来自实测，而且只按测过的型号报，不做全品牌承诺。
从这里开始
要控制什么，怎么控制？
多数项目会落进三条路径之一：在标准平台上做配置；链路还没做过，先做样机；或者协议还没定，先做范围评估。
结果是沟通的起点。确定的兼容性结论需要设备清单、接收端样机和一份书面测试计划。
这个查询器不会做什么。 它不会告诉你某个电视品牌、酒店系统或家具接收端「支持」。这种结论只能来自测试，而且我们报告的是已测型号，不是对整个品牌的承诺。
查询器
先看路径，再谈报价。
判断依据是链路与接收端，不是产品目录。
怎么看结果
三种状态，三种不同的承诺。
标准路径
这类我们做过
链路已在现有平台上。工作是配置、码库覆盖，以及按你的设备清单做验证。规格确认后，通常 3–5 周出功能样机。
需要打样
这条链路要验证
射频或协议可行，但还没在我们的硬件上跑通。我们会先做工程评估和样机，再谈量产排期。
范围评估
需求还没定
需要设备型号、样机遥控器或协议文档才能报价。第一份交付物是差距清单，不是价格。
确定答案
什么能把路径变成承诺。
兼容性结论的可信度，取决于背后的证据。量产项目里，我们会用测试报告替代查询器的估算。
- 带型号与销售区域的设备清单
- 每个设备系列一支样机遥控器或接收端
- 数字链路需要协议文档
- 目标市场与认证范围
- 对「可用」的一致定义——按键、延迟、距离
我们交回的证据
- 覆盖率按已测型号报告，不给百分比
- 无法验证的型号，单列差距清单
- 带通过/失败用例的协议测试计划
- 开模放行前签署的报告
- 只提供对应型号与市场的证书副本
常见问题
兼容性常见问题
为什么不能直接说某个品牌支持？
一个品牌会出货很多型号、区域和固件版本。在一台面板上跑通的码，换一台可能就失效。我们报告已测型号，让结论对得上证据。有具体型号，寄样机来，我们加进测试集。
查询结果是报价吗？
不是。它是对工程路径的范围估算。价格和周期取决于按键数量、模具、协议复杂度、订单量，以及你要进的认证市场。
已经在产的接收端能测吗？
可以。把接收端和它的固件版本一起寄来。我们用自己的遥控器对它测试，报告配对、距离和恢复表现。如果接收端锁死给别家供应商，我们会在报克隆之前先说清楚。
协议没有文档怎么办？
先做一轮探测：观察链路、抓帧、写清楚哪些可测。交付物是一份书面评估——哪些能实现、哪些还不确定。这之后才谈固件开发报价。