webusb是浏览器javascript api而非html功能，需通过navigator.usb判断支持性：if('usb' in navigator) {...}，且仅chrome、edge≥80等支持，必须运行在https或localhost安全上下文中。
WebUSB 不是 HTML 的功能，而是浏览器 JavaScript API，HTML 本身不提供任何 USB 设备连接能力。想让网页控制 USB 设备，必须用 navigator.usb API 配合 JavaScript 实现，且仅限 Chrome、Edge（≥80）等支持 WebUSB 的浏览器。
怎么判断浏览器是否支持 WebUSB
别靠猜，直接查 navigator.usb 是否存在：
if ('usb' in navigator) {
console.log('WebUSB 可用');
} else {
alert('当前浏览器不支持 WebUSB，请换 Chrome 或 Edge 最新版');
}
注意：即使版本达标，也要确保页面运行在 HTTPS（或 localhost）下，否则 navigator.usb 会是 undefined；HTTP 站点直接被禁用。
requestDevice() 调用失败的常见原因
调用 navigator.usb.requestDevice({ filters: [...] }) 后没弹窗、报错或静默失败，大概率是以下几点之一：
- 页面没走 HTTPS（生产环境）或没用
localhost（开发时），这是硬性前提 -
filters写得太严：比如指定了vendorId和productId，但设备实际未被系统识别（设备管理器里带黄色感叹号）、驱动异常或 USB 线松动 - 用户点了“取消”或关闭弹窗后，Promise 拒绝返回
NotFoundError或SecurityError，需在catch中捕获并提示，而不是忽略 - Chrome 启动时未启用实验性功能（极少见）：正常稳定版无需额外 flag，只有旧版 Beta 才可能需要
--enable-experimental-web-platform-features
open() → selectConfiguration() → claimInterface() 连续调用容易崩
这三步不是“写完就跑”，每一步都返回 Promise，必须链式等待完成，且接口号（interfaceNumber）要和设备描述符一致：
await device.open(); await device.selectConfiguration(1); // 配置值看设备 descriptor，常为 1 await device.claimInterface(0); // 接口号不能硬写 0，得先读 device.configuration.interfaces
常见坑：
- 没
await就调下一步 → 报InvalidStateError -
claimInterface()失败 → 很可能是设备已被其他程序（如串口工具、厂商上位机）独占，关掉它们再试 - 部分设备要求先设置接口的备用设置（
setInterface()），否则后续传输失败，得查该设备的 USB spec 文档
数据收发前必须确认端点（endpoint）方向与类型
USB 通信依赖端点地址，它编码了方向（IN/OUT）和传输类型（control/bulk/interrupt/isochronous）。不能直接用 0x01 猜：
- 用
device.configuration.interfaces[0].alternates[0].endpoints查真实端点数组 - 发送数据用 OUT 端点（地址高字节为
0x00），接收用 IN 端点（高字节为0x80） - 批量传输（bulk）最常用，但有些调试器用中断传输（interrupt），类型不匹配会报
NotSupportedError - 控制传输（
controlTransferOut()）适合发命令，比如复位、切换模式，但要注意bRequest、wValue等字段必须严格按设备协议填
真正难的从来不是连上，而是读懂设备自己的 USB 协议文档——没它，claimInterface() 成功了也发不出有效指令。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
