无序列号的DS2490 iButton阅读器为何无法自动连接WebUSB？

核心问题解答 #

1. 无序列号的WebUSB设备能否无需用户交互自动连接？
   可以，但需要管理员策略的正确配置来匹配这类无序列号设备。Chrome OS的WebUSB自动授权逻辑支持通过通配符匹配空序列号的设备。

2. 该阅读器无法自动连接是否与无序列号有关？
   是的，这是最可能的原因。Chrome默认会通过vendorId+productId+serialNumber的组合来识别要自动授权的设备，当设备序列号为空时，如果策略中没有明确允许匹配该VID/PID下的所有设备（包括无序列号的），Chrome会无法确定具体设备，从而跳过自动连接流程，需要用户手动授权。

问题原因分析 #

你已经配置了WebUsbAllowDevicesForUrls和UsbDetachableAllowlist策略，但DS2490阅读器的空序列号导致策略匹配失败：

• 管理员策略默认要求设备的serialNumber匹配配置值，若未明确指定允许空序列号/通配符，Chrome不会自动授权该设备。
• 你的代码逻辑中，先尝试requestDevice（触发用户弹窗），失败后才调用getDevices，但如果设备未被策略自动授权，getDevices无法获取到设备，导致自动连接失败。

解决方案 #

1. 调整管理员策略配置 #

修改WebUsbAllowDevicesForUrls策略，为DS2490设备添加serialNumber: "*"的匹配规则，允许该VID/PID下的所有设备（包括无序列号的）自动授权：

[
  {
    "origin": "你的应用完整URL",
    "devices": [
      {
        "vendorId": 1274, // 替换为DS2490的十进制VID（0x04FA转十进制）
        "productId": 16384, // 替换为DS2490的十进制PID（0x4000转十进制）
        "serialNumber": "*"
      }
    ]
  }
]

配置完成后，通过chrome://policy页面确认策略已生效。

2. 优化连接代码逻辑 #

优先调用getDevices尝试获取已授权设备，仅当获取失败时再触发用户授权弹窗，避免不必要的交互：

async connect() {
  // 先尝试获取已授权的设备
  const devices = await navigator.usb.getDevices();
  this.device = devices.find(dev => 
    dev.vendorId === this.deviceFilter.vendorId && 
    dev.productId === this.deviceFilter.productId
  );

  // 未找到已授权设备，请求用户授权
  if (!this.device) {
    try {
      this.device = await navigator.usb.requestDevice(this.requestParams);
    } catch (e) {
      console.log("用户未授权设备连接:", e);
      return;
    }
  }

  // 设备连接初始化
  if (this.device) {
    this.eventTarget.dispatchEvent(new Event('connect'));
    await this.device.open();
    await this.device.selectConfiguration(1);
    await this.device.claimInterface(0);
    this.connected = true;
    this.eventTarget.dispatchEvent(new Event('open'));
    this.search = true;
    this.searchLoop();
  }
}

验证步骤 #

• 确认Chrome OS设备已同步最新的管理员策略，可通过chrome://policy查看策略状态。
• 检查设备管理器中DS2490的VID/PID是否与策略配置一致，确保数值为十进制格式。

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