以下是对您提供的博文内容进行深度润色与结构重构后的技术文章。整体遵循“去AI化、强工程感、重逻辑流、轻格式化”的原则，摒弃模板式章节标题，以真实开发者视角展开叙述，融合原理剖析、实战陷阱、调试心法与底层机制解读，语言自然流畅如资深工程师现场分享，同时严格保留所有关键技术细节、代码、表格与热词密度要求。

为什么你总在minicom里“连得上却收不到”？——一个嵌入式老手的串口调试复盘笔记

上周帮同事调一块刚回厂的 STM32H7 板子，UART 日志死活不吐出来。ls /dev/ttyUSB*显示设备在线，minicom -D /dev/ttyUSB0 -b 115200也能进界面，但敲 AT 指令没响应，用示波器一测 TX 引脚——压根没信号。折腾两小时才发现：他把 USB-TTL 模块的TX 接到了 MCU 的 TX 上。

这不是个例。我在带新人做 IoT 固件联调时发现，超过 60% 的“串口连不通”问题，根本不在驱动或波特率，而卡在三个地方：线序接反、权限没加、配置没存。而这些问题，全藏在minicom那个看似简单的Ctrl+A → O菜单背后。

所以今天不讲“如何安装 minicom”，我们直接掀开它的底裤——看看这个用了三十多年的命令行终端，到底怎么跟 Linux 内核的 TTY 子系统打交道；为什么/dev/ttyUSB0会变/dev/ttyUSB1；为什么关掉minicom后再开就报Device or resource busy；以及，当你在 CI 流水线里用expect自动发 AT 指令时，真正该关心的不是脚本语法，而是tcsetattr()调用后内核有没有真的把CRTSCTS位写进 UART 控制寄存器。

它不是“串口助手”，它是 Unix TTY 的一道门缝

很多人以为minicom是个“串口工具”，其实它连 UART 控制器的边都没摸到。它只是一个用户空间的终端仿真器（Terminal Emulator），和vim读文件、curl发 HTTP 请求一样，只是打开一个设备文件/dev/ttyUSB0，然后对它做标准 I/O 操作。

真正的活儿，是 Linux 内核干的。

当你执行：

minicom -D /dev/ttyUSB0 -b 115200

minicom做了三件事：

1. open("/dev/ttyUSB0", O_RDWR)—— 获取一个文件描述符；
2. tcgetattr()+cfsetispeed()+tcsetattr()—— 把波特率、数据位这些参数，通过ioctl(fd, TCSETS, &tty)交给内核的tty_ldisc线路规程模块；
3. 进入select()循环，监听 fd 是否可读/可写，把键盘输入原样发出去，把串口来的字节原样刷到屏幕上。

注意：