我来给你梳理下实际调试中常用的操作步骤，都是踩过坑后总结的实用方法：

• 硬件连接先搞定：如果开发板自带USB转串口芯片，直接把USB线插电脑就行；要是用第三方模块（比如CH340、PL2303），记得把FPGA的UART TX接模块RX，RX接TX，必须共地，不然串口会乱码或者连不上。
• 驱动要装对：第三方模块得装对应驱动，Linux下插好后用ls /dev/ttyUSB*看看有没有识别到设备，Windows就去设备管理器里确认COM口存在。
• Vivado SDK终端配置：打开SDK后，找到Serial Terminal（有的版本叫UART Console），配置参数必须和你FPGA程序里的UART设置完全一致——波特率常见115200，数据位8位，停止位1位，无校验，流控关闭。
• 测试验证：烧录完FPGA程序后，要么在终端发个测试字符，要么看FPGA有没有输出预设的调试信息，能正常收发就说明连接成功了。

这个问题我碰到过好几次，多半是系统枚举或者驱动的小问题，给你几个排查方向：

• 先排查硬件和物理连接：拔插USB线试试，有时候是接触不良导致设备掉了；或者重启FPGA开发板，部分开发板的USB转串口芯片在烧录过程中会临时切换状态，重启后就能恢复。
• 检查Linux权限问题：就算设备重新出现，普通用户可能没访问权限，你可以先试试sudo chmod 666 /dev/ttyUSB*临时开放权限，或者把自己加入dialout组永久解决：sudo usermod -aG dialout $USER，注销重新登录就行。
• 查看系统日志找原因：用dmesg | grep ttyUSB看看系统日志，有没有设备断开、驱动加载失败的报错，比如“disconnect”或者“firmware load failed”，根据报错信息针对性修复驱动或者固件。
• 确认设备名称是否变更：有时候/dev/ttyUSB0会变成ttyUSB1或其他编号，用ls /dev/ttyUSB*或者dmesg | grep tty看看当前识别到的串口设备，说不定只是换了个名字而已。
• 排查FPGA程序的串口配置：虽然程序运行正常，但也可以确认下UART控制器的引脚分配有没有错，要是引脚接错了，串口芯片可能无法正常工作，不过这种情况一般程序功能也会受影响，优先排查前面的系统和硬件问题。

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