先查驱动绑定状态，关键看dmesg中是否有“ch341-uart converter now attached to ttyusb0”等串口驱动初始化日志，而非仅依赖lsmod或lsusb；常见芯片需手动加载对应驱动：ch340→ch341，cp2202→cp210x，ft232→ftdi_sio。
lsusb 能看到设备但 /dev/ttyUSB* 没出现？先查驱动绑定状态
这说明内核已枚举成功，但没走通到用户空间设备节点这一步。关键不是“有没有驱动”，而是“哪个驱动绑定了、是否匹配设备类”。
-
lsusb -v -d VID:PID 2>/dev/null | grep -i "bInterfaceClass\|bInterfaceSubClass"看接口类：串口设备常见为bInterfaceClass 02（CDC Communication）或ff（Vendor Specific），后者往往需要专用驱动 -
usb-devices | grep -A 5 -B 5 "ID VID:PID"查Driver=字段：若显示Driver=(none)，说明虽有硬件 ID，但无驱动主动 claim；若显示Driver=usbserial却没生成/dev/ttyUSB*，大概率是子驱动（如ch341）没加载 - 常见芯片对应驱动必须手动加载：CH340 →
ch341，CP2102 →cp210x，FT232 →ftdi_sio，PL2303 →pl2303。仅加载usbserial不够
dmesg 显示 “new USB device” 但没后续？卡在描述符读取阶段
这是最典型的“通信建立但握手失败”场景，lsusb 不会显示该设备，因为枚举流程中断在早期——连设备 ID 都没读全。
- 执行
dmesg | tail -30插拔设备后立刻运行，重点找：device descriptor read/64, error -71（供电不足或接触不良）、error -110（超时，多见于劣质线缆或 USB 3.0 口兼容问题）、device not accepting address（固件未响应，常见于山寨 CH340 或雷电转接器） - 不要只盯着 “USB device found”，要看它后面有没有
configuration #1 chosen、interface 0, alt 0, class这类后续日志。没有，说明设备没通过基础描述符交换 - 此时换 USB 2.0 口、直连主板、换线缆比重装驱动更有效；
lspci | grep -i usb可确认 xhci_hcd/ehci_hcd 是否正常加载，避免主控层面故障
udev 规则没生效？权限和命名不等于驱动问题
驱动加载正确、/dev/ttyUSB0 已存在，但普通用户无法访问或设备名不稳定（比如有时是 ttyUSB0，有时是 ttyUSB1），这才是 udev 的管辖范围。
-
udevadm info --name=/dev/ttyUSB0 | grep -E "(ID_VENDOR_ID|ID_MODEL_ID|ID_SERIAL_SHORT)"确认设备唯一标识，用于写规则 - 规则文件如
/etc/udev/rules.d/99-usb-serial.rules应包含类似：SUBSYSTEM=="tty", ATTRS{idVendor}=="1a86", ATTRS{idProduct}=="7523", SYMLINK+="my_ch340"，注意用ATTRS（父设备属性），不是ATTR - 写完规则后必须运行
sudo udevadm control --reload-rules && sudo udevadm trigger，否则不会生效；测试用udevadm test $(udevadm info -q path -n /dev/ttyUSB0)查是否匹配
为什么 lsusb -t 里 Driver=xxx 却 still no /dev/ttyUSB*？
因为 lsusb -t 显示的是 USB 子系统层的驱动（如 hub、usbhid），不是串口转换芯片对应的字符设备驱动。它告诉你“物理链路通了”，但不保证上层协议栈就绪。
-
lsusb -t中的Driver=hub表示这是个集线器，Driver=usbhid表示被识别为 HID 设备（比如键盘鼠标），它们和/dev/ttyUSB*完全无关 - 真正要盯的是
dmesg里有没有类似ch341-uart converter now attached to ttyUSB0或ftdi_sio ttyUSB0: FTDI USB Serial Device converter这样的行——这才是串口驱动完成初始化并创建节点的证据 - 如果
lsmod | grep ftdi有输出，但dmesg没这句，说明驱动模块加载了，却因 VID/PID 不匹配或固件版本太旧而跳过了该设备
驱动加载是否成功，不能只看 lsmod 有没有模块，也不能只信 lsusb 有没有设备行——必须交叉验证 dmesg 的初始化日志、usb-devices 的绑定状态、以及最终 /dev/ 下的节点是否存在。三者缺一，设备就不可用。
