主页 / unix / 问题 / 789373
Accepted
DavidT
Asked: 2025-01-11 06:45:56 +0800 CST

作为普通用户，如何检测由于 USB 事件而导致的 tty 变化？

  • 772

在 Linux 上，程序检测何时发生“事件”以改变 ttys 到 USB 设备的分配的最佳方法是什么。

具体来说，我有一个 Linux 机器，上面插着几个设备（在本例中是一个 Zigbee 3.0 USB 适配器和一个 RS232 串行适配器）。由于未知原因（dmesg下面包括输出），串行适配器的 USB 设备刚刚从 /dev/ttyUSB1 切换到 /dev/ttyUSB2。

我的应用程序需要关闭第一个设备并重新打开新设备，但我没有很好的方法来检测是否发生了这种情况。我以普通用户（不是 root）身份运行我的应用程序，尽管该用户是组dialout，因此默认情况下它具有打开/写入 /dev/tty... 设备的权限。

当 USB 发生变化时，是否有一种标准方式可以通知非 root 用户。

如果不是，那么对于 root 来说也是同样的问题？ - 在这种情况下，我将创建一个守护进程仅用于转发通知。

dmesg 输出：

[379860.188382] usb usb1-port1: disabled by hub (EMI?), re-enabling...
[379860.188447] usb 1-1: USB disconnect, device number 4
[379860.190728] usb 1-1: failed to send control message: -19
[379860.191332] ch341-uart ttyUSB1: ch341-uart converter now disconnected from ttyUSB1
[379860.191370] ch341 1-1:1.0: device disconnected
[379860.471428] usb 1-1: new full-speed USB device number 5 using ohci-pci
[379860.672320] usb 1-1: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.54
[379860.672334] usb 1-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[379860.672338] usb 1-1: Product: USB2.0-Ser!
[379860.675389] ch341 1-1:1.0: ch341-uart converter detected
[379860.693520] usb 1-1: ch341-uart converter now attached to ttyUSB1
[568726.990913] usb usb1-port1: disabled by hub (EMI?), re-enabling...
[568726.990978] usb 1-1: USB disconnect, device number 5
[568726.992847] usb 1-1: failed to send control message: -19
[568726.993907] ch341-uart ttyUSB1: ch341-uart converter now disconnected from ttyUSB1
[568726.993938] ch341 1-1:1.0: device disconnected
[568727.270327] usb 1-1: new full-speed USB device number 6 using ohci-pci
[568727.467843] usb 1-1: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.54
[568727.467856] usb 1-1: New USB device strings: Mfr=0, Product=2, SerialNumber=0
[568727.467860] usb 1-1: Product: USB2.0-Ser!
[568727.470926] ch341 1-1:1.0: ch341-uart converter detected
[568727.489050] usb 1-1: ch341-uart converter now attached to ttyUSB2

注意：据我所知，这个盒子上没有发生任何事情，它只是放在桌子上（无人看管），并且已经正常工作了至少 24 小时，然后发生了这个“事件”。

没有外部集线器，两根 USB 电缆都插在盒子的背面 - 我意识到大多数 PC 内部都有一个“USB 集线器”芯片，因此这很可能就是dmesg所指的。

最糟糕的情况可能是：

  • 捕获我的应用程序内部的写入失败。
  • 列出所有 /dev/tty... 设备。
  • 用于udevadm识别每个 tty。
  • 重新连接到正确的那个。

我只是问问看是否有更好的办法（意味着立即通知而不是等待下一次写入来捕获故障）。

linux

3 个回答

  1. 您可能最好/dev/ttyUSB根本不要使用名称，而是使用设备 ID。

    例如，如果我在我的计算机上查看：

    % ls -l /dev/serial/by-id/
total 0
lrwxrwxrwx 1 root root 13 Nov  2 18:18 usb-utek_USB__-__Serial_Cable_FTVW64JR-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Nov  2 18:18 usb-utek_USB__-__Serial_Cable_FTVW64JR-if01-port0 -> ../../ttyUSB3

    我们可以看到我有两个可见的 USB 串行端口；目前它们显示为ttyUSB0和ttyUSB3。但我不在乎这些ttyUSB名字。

    这两款设备将永远

    /dev/serial/by-id/usb-utek_USB__-__Serial_Cable_FTVW64JR-if00-port0和/dev/serial/by-id/usb-utek_USB__-__Serial_Cable_FTVW64JR-if01-port0

    所以这些名字是一致的。

    另一个解决方法是udev创建一致的名称。

    例如，在另一台机器上我有以下规则：

    % cat /etc/udev/rules.d/99-hubz.rules                              
SUBSYSTEM=="tty", ATTRS{interface}=="HubZ Z-Wave Com Port", SYMLINK+="zwave"
SUBSYSTEM=="tty", ATTRS{interface}=="HubZ ZigBee Com Port", SYMLINK+="zigbee"

    现在，当我插入我的 Zigbee/Zwave 棒时，它将创建到真实名称的新符号链接：

    % ls -l /dev/z*e                                                    
lrwxrwxrwx 1 root root 7 Nov 22 15:43 /dev/zigbee -> ttyUSB1
lrwxrwxrwx 1 root root 7 Nov 22 15:43 /dev/zwave -> ttyUSB0

    有了这两个选项，我就不需要关心数字ttyUSB是多少了；我有一个始终指向正确设备的一致名称。

    • 3

  2. 串行设备断开连接通常是硬件问题的征兆，例如插入新设备时 USB 插座需要的电量过多，或者出现瞬时电气干扰。由于这种情况不应该发生，因此您应该尝试修复原因，而不是在程序中解决它。

    Zigbee 设备可能会造成射频干扰，并且也会受到干扰。USB3 插座可能会在 2.4GHz 区域产生干扰。通常建议不要将 Zigbee 设备直接插入计算机 USB 插座，而是使用屏蔽良好的 USB 延长线。

    例如，请参阅此家庭助理建议。

    • 1
  3. Best Answer

    udev 子系统具有一个回调，通常用于在设备插入时启动服务 - 因为这是正在发生的事情（基于 dmesg 日志），在这种情况下可以使用类似的规则。

    这可以通过添加文件来实现：

    /etc/udev/rules.d/91-YOUR-DEVICE.rules

    包含：

    SUBSYSTEM=="usb", ACTION=="add", ATTR{idVendor}=="abcd", ATTR{idProduct}=="1234", RUN+="/path/to/callback/binary"

    其中abcd和1234是需要检测的设备的供应商和产品 ID，而回调二进制文件只是一个可执行文件，它向主服务发出信号以重新扫描其设备。

    还可以添加一条remove规则，以便可以使用它来指示发生了问题（例如，如果未重新检测到设备）。

    • 1

相关问题