symlink /sys/bus/usb/devices/1-1.4/1-1.4:1.0/ttyUSB* /dev/ttyUSB0

这是一个 Linux 命令，它的作用是创建一个软链接，将 USB 设备的路径映射到一个虚拟的串口设备上，以便在应用程序中访问该 USB 设备。具体来说，这个命令将 USB 设备 /sys/bus/usb/devices/1-1.4/1-1.4:1.0 映射到 /dev/ttyUSB0 这个虚拟串口设备上。这个命令在使用 USB 设备进行串口通信时非常有用。

<think>我们正在解决Ubuntu系统下CH34x驱动绑定设备失败的问题。根据引用资料，绑定失败可能是因为系统无法区分多个相同的串口设备（如两个CH341设备）。解决方法通常涉及使用udev规则通过设备的唯一标识（如KERNELS或ID_SERIAL）来绑定设备。 步骤总结： 1. 确认驱动安装正确：确保已正确安装CH34x驱动（参考引用[1]和[2]）。 2. 查询设备属性：使用`udevadm`命令获取设备的唯一标识（如KERNELS、ID_SERIAL等），用于区分设备（参考引用[3]）。 3. 创建udev规则：根据查询到的唯一标识编写udev规则，为每个设备分配固定的设备别名（如/dev/ttySTM32）。 4. 重新加载并触发udev规则：使新规则生效。 详细步骤： ### 1. 确认驱动安装 首先，确保驱动已正确安装。如果之前安装过旧驱动，可能需要先删除（参考引用[2]）： ```bash sudo rm /lib/modules/$(uname -r)/kernel/drivers/usb/serial/ch34x.ko ``` 然后下载并编译安装新驱动（以CH341为例）： ```bash unzip CH341SER_LINUX.ZIP cd CH341SER_LINUX make sudo make load sudo cp ch34x.ko /lib/modules/$(uname -r)/kernel/drivers/usb/serial/ sudo depmod -a ``` 加载驱动： ```bash sudo modprobe ch34x ``` ### 2. 查询设备属性 插入设备，使用`lsusb`查看设备是否被识别（应显示1a86:7523）。 然后，使用`udevadm`查询设备属性（以ttyUSB0为例）： ```bash udevadm info --attribute-walk --path=$(udevadm info -q path -n /dev/ttyUSB0) | less ``` 在输出中查找能唯一标识设备的属性，例如`KERNELS`（如`1-1.2`）或`ATTRS{serial}`（如果有序列号）。通常，`KERNELS`是物理端口层次结构，具有唯一性。 ### 3. 创建udev规则 在`/etc/udev/rules.d/`目录下创建规则文件，例如`99-usb-serial.rules`。 根据查询到的属性编写规则，例如： 对于第一个设备（假设KERNELS=="1-1.2"）： ``` SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", KERNELS=="1-1.2", SYMLINK+="ttySTM32" ``` 对于第二个设备（假设KERNELS=="1-1.3"）： ``` SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", KERNELS=="1-1.3", SYMLINK+="ttyLidar" ``` 注意：`SYMLINK+="ttySTM32"`表示创建符号链接`/dev/ttySTM32`指向该设备。 ### 4. 重新加载并触发规则 ```bash sudo udevadm control --reload-rules sudo udevadm trigger ``` 重新插拔设备，检查`/dev`目录下是否出现`ttySTM32`和`ttyLidar`。 ### 5. 验证 使用`ls -l /dev/ttySTM32`和`ls -l /dev/ttyLidar`查看符号链接是否指向正确的设备节点（如ttyUSB0或ttyUSB1）。 如果问题仍然存在，检查规则文件语法是否正确，以及属性值是否准确（注意大小写和引号）。 参考引用[4]中，用户也遇到了类似问题，通过绑定设备别名解决。 §§相关问题§§ 1. 如何检查Ubuntu中USB设备的驱动是否加载成功？ 2. udev规则中的KERNELS和KERNEL有什么区别？ 3. 如果两个设备插入同一个USB集线器，如何保证KERNELS的稳定性？</think>### 解决 Ubuntu 下 CH34x 驱动绑定设备失败的方法 #### 1. **确认驱动安装状态** - 检查驱动是否加载： ```bash lsmod | grep ch34x ``` 若无输出，说明驱动未加载，需重新安装（参考引用[1][2]）： ```bash sudo rm /lib/modules/$(uname -r)/kernel/drivers/usb/serial/ch34x.ko # 删除旧驱动 unzip CH341SER_LINUX.ZIP && cd CH341SER_LINUX make && sudo make load # 编译并加载驱动 ``` #### 2. **绑定设备到固定端口** 当多个相同设备（如两个 CH341）导致系统分配混乱时（参考引用[3][4]）： - **查询设备唯一标识**： ```bash udevadm info --attribute-walk --path=/sys/bus/usb-serial/devices/ttyUSB0 ``` 记录 `KERNELS` 值（如 `1-1.2`），该值对应物理 USB 端口。 - **创建 Udev 规则**： 新建规则文件： ```bash sudo nano /etc/udev/rules.d/99-ch34x.rules ``` 添加规则（以 `KERNELS` 区分设备）： ```text SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", KERNELS=="1-1.2", SYMLINK+="ttySTM32" SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", KERNELS=="1-1.3", SYMLINK+="ttyLidar" ``` > 说明：`KERNELS` 值通过 `udevadm` 查询获得，确保物理端口固定。 - **生效规则**： ```bash sudo udevadm control --reload-rules sudo udevadm trigger ``` #### 3. **验证绑定结果** - 重新插拔设备，检查符号链接： ```bash ls -l /dev/ttySTM32 /dev/ttyLidar ``` 输出应指向实际设备节点（如 `/dev/ttyUSB0`）。 #### 4. **解决常见问题** - **驱动冲突**：卸载冲突驱动（如 `brltty`）： ```bash sudo apt remove brltty ``` - **权限问题**：将用户加入 `dialout` 组： ```bash sudo usermod -aG dialout $USER ``` - **规则未生效**：重启服务： ```bash sudo service udev restart ``` #### 5. **应用配置** 在代码中使用固定符号链接（如 `/dev/ttySTM32`），避免依赖动态分配的 `ttyUSB*`。 ---