串口通訊亂碼排查完整指南：波特率、硬體、時鐘、USB 轉接器四大核心原因

串口通訊出現亂碼是嵌入式開發常見痛點。本文系統歸納四大核心原因與對應解決方案，並提供實戰除錯檢查清單。

現象描述

• 38400 bps 正常，115200 bps 出現亂碼。
• ARM 板接收 ASCII 顯示異常。
• 多種波特率（9600/4800/2400/1200）皆亂碼，差異僅在出現頻率。
• 串口線 2/3 腳短接自收自發正常，程式下載無誤。

四大核心原因與解法

進階除錯檢查清單

1. 示波器/邏輯分析儀：測量實際 TX 腳波形，量測位元寬度反推實際波特率。
2. 循環回測：TX 接 RX，發送已知序列（如 0x55, 0xAA），驗證收發一致性。
3. 同步幀檢查：協定層加入幀頭/校驗和，過濾雜訊干擾。
4. 流控制：高速傳輸啟用 RTS/CTS 硬體流控或 XON/XOFF 軟體流控。
5. 中斷/緩衝區：檢查 UART 中斷優先級、FIFO 門檻、DMA 設定，防止溢位丟包。
6. 電平標準：確認雙方同為 TTL (3.3V/5V) 或 RS232 (±12V)，需轉換晶片（MAX232/SP3232）。
7. 共地：雙裝置 GND 必須相連，否則共模干擾導致誤判。

實戰案例：44B0 主頻不一致

// Boot 汇编设定主频 60MHz
// C 语言串口初始化却按 40MHz 计算分频
// 导致实际波特率 = 设定值 * 40/60 = 设定值 * 2/3
// 解决：在 C 代码开头同步系统时钟
SystemInit(); // 或手动设置 PLL、时钟分频
SystemCoreClockUpdate(); // 更新 SystemCoreClock 变量
UART_Init(SystemCoreClock, 115200); // 使用正确时钟

快速判斷流程圖

亂碼
  │
  ├─ 換 USB 轉串口 → 好？ → 是：硬體問題 ✓
  │
  ├─ 降低波特率 (9600) → 好？ → 是：訊號完整性/時鐘誤差 → 檢查線材/時鐘
  │
  ├─ 短接 TX/RX 自收自發 → 好？ → 否：MCU UART 硬體/驅動問題
  │
  └─ 示波器量測實際波特率 → 與設定值偏差 >2%？ → 是：重新計算分頻係數/校準時鐘

總結

亂碼本質是收發雙方時序不同步。由易到難排查：硬體（轉接器、線材）→ 參數（波特率、資料位、停止位、奇偶校驗）→ 時鐘（主頻、PLL、分頻）→ 協定（幀同步、流控、校驗）。善用示波器量測實際波形是終極利器。