无需Gamepad API，Firefox与USB设备通信的替代方案求助

以下是几种无需依赖Gamepad API、可在Firefox中实现USB设备数据传输的方案，结合你用Arduino Uno+HoodLoader2的原型场景给出具体建议：

1. WebHID API（优先推荐） #

• Firefox从106版本开始支持WebHID，但默认关闭，需要用户在about:config中开启dom.webhid.enabled开关。
• 适配你的原型：HoodLoader2可自定义HID报告描述符，让设备同时作为键盘HID和自定义HID设备。网页端通过navigator.hid.requestDevice()获取设备权限，之后用sendReport()发送自定义报告，实现指示灯控制、配置参数传输。
• 优势：和Chromium端的WebHID逻辑完全一致，迁移成本极低，无需额外驱动，符合网页配置器的易用性需求。
• 注意：需要在配置器中添加清晰的引导，告诉用户如何开启Firefox的WebHID支持。

2. Web Serial API（备选方案） #

• Firefox同样需要手动开启about:config中的dom.webserial.enabled。
• 适配原型：HoodLoader2可以模拟USB串口，Arduino端通过串口接收配置指令，网页端用navigator.serial.requestPort()建立连接，通过ReadableStream和WritableStream读写数据。
• 优势：串口通信逻辑简单，Arduino端代码易编写，数据传输格式灵活，可同时保留键盘HID功能。
• 注意：同样需要引导用户开启Firefox的串口支持，设备需正确暴露串口接口。

3. HID键盘指令通道（无API依赖的Hack方案） #

• 核心思路：利用键盘本身的HID输入通道，通过特殊按键组合触发设备进入配置模式，后续输入的按键数据被解析为配置指令。
• 实现细节：
  • 设备端：监听特定按键组合（如Fn+Ctrl+Shift），触发后切换到配置模式，将后续扫描码/字符映射为指令（比如用特定字符编码对应LED亮灭、键位映射更新）。
  • 网页端：通过keydown事件捕获用户输入的指令序列，发送完成后再发送退出组合键让设备回到正常模式。
• 优势：无需任何浏览器API权限，兼容所有支持HID的浏览器，不需要用户修改浏览器配置。
• 劣势：指令传输效率低，需设计简洁的编码规则，配置过程中无法正常使用键盘输入。

4. 更换为原生支持USB CDC的MCU（长期优化方案） #

• 如果可以更换芯片，选择ATmega32U4（如Arduino Leonardo）这类原生支持USB CDC ACM（串口）的MCU，无需HoodLoader2就能同时提供键盘HID和串口功能。
• 优势：Firefox开启Web Serial后可直接通信，设备固件开发更简便，稳定性更高。

针对你的原型设备的优先级建议 #

1. 先测试WebHID/Web Serial方案：引导用户开启Firefox的对应配置项，这是最接近Chromium体验的方案，开发成本最低。
2. 若用户对浏览器配置步骤敏感，再尝试HID指令通道的Hack方案。
3. 长期迭代可考虑更换为ATmega32U4，简化固件和网页端逻辑。

内容的提问来源于stack exchange，提问作者lxhom