以下是对您提供的博文内容进行深度润色与结构优化后的技术文章。整体遵循“去AI化、强工程感、重逻辑流、轻模板化”的原则，彻底摒弃引言/总结等程式化段落，以一位嵌入式Linux一线工程师的口吻娓娓道来——既有踩坑后的顿悟，也有调试时的真实节奏；既讲清楚“怎么做”，更说透“为什么必须这么干”。
串口波特率调不准？别急着换线，先搞懂stty和setserial到底在动哪根筋
上周帮客户调试一个GPS模块，接上树莓派后cat /dev/ttyUSB0一通乱码，dmesg显示驱动加载正常，权限也没问题。我下意识stty -F /dev/ttyUSB0 115200，结果还是乱。再试9600，还是乱。最后发现：模块出厂固件把波特率锁死在38400，而且只认硬件流控（RTS/CTS），而我们用的USB转TTL模块压根没引出那两根线。
那一刻我才意识到：串口通信里最基础的“波特率”，从来不是写个数字就完事的魔法参数；它是软硬协同的临界点，是时钟、寄存器、驱动、协议四者咬合的齿轮。
所以今天不讲概念复读，咱们就从一次真实的连不上、发不出、收不对开始，把 Linux 下串口波特率配置这件事，掰开、揉碎、焊回真实世界。
你看到的“115200”，内核其实根本没见过
很多人以为stty -F /dev/ttyUSB0 115200是直接告诉芯片：“请按每秒115200个符号发”。错。
Linux 内核根本不会把“115200”这个数字塞进 UART 寄存器。它真正写进去的，是一个叫divisor（分频系数）的整数。
比如你用的是经典的 CH340 或 CP2102 USB 转串口芯片，其内部基准时钟通常是12 MHz或24 MHz。要得到 115200 bps，得算：
divisor = clock / (16 × baud_rate)为什么乘16？因为 16550A 兼容 UART 使用16倍过采样—— 每个比特采样16次，取中间几次判断电平，抗干扰用的。这是硬件设计定死的，软件绕不开。
所以当你敲下stty 115200，stty做的只是发一个TCSETSioctl 给内核；内核里的usb-serial驱动（如ch341.c或cp210x.c）收到后，查表或计算出对应 divisor，再通过 USB 控制传输（Control Transfer）把这个值发给设备芯片。C
