Arduino Leonardo串口通信故障排查与CDC协议解析

1. 问题现象：Leonardo的"沉默症"

上周调试一个基于Arduino Leonardo的数据采集项目时，遇到了一个诡异现象：通过Serial.print()发送的调试信息在串口监视器中完全看不到，但板子却能正常接收来自PC的指令。这种"只收不发"的症状让我一度怀疑是USB线出了问题，换了三根线依然无果。

更奇怪的是，同样的代码在Uno上运行完全正常。通过逻辑分析仪抓取USB数据包发现，Leonardo确实没有发出任何USB CDC（Communication Device Class）数据。这个现象直接指向了USB串口通信的底层机制问题——特别是DTR（Data Terminal Ready）信号的处理方式。

提示：当遇到串口通信异常时，首先用其他设备交叉验证（如换用Uno板），可以快速定位问题是出在通信链路还是特定硬件上。

2. USB串口通信的本质差异

2.1 Uno与Leonardo的架构区别

传统Arduino Uno使用独立的USB转串口芯片（如CH340或ATmega16U2），其USB通信由专用芯片处理。而Leonardo这类基于ATmega32U4的板子，USB功能直接集成在主MCU中。这种架构差异导致了两者在串口行为上的关键区别：

• Uno的串口流程：

  1. PC通过USB发送数据到转串口芯片
  2. 转串口芯片通过UART与主MCU通信
  3. 硬件流控由转串口芯片处理

• Leonardo的直连模式：

  1. USB数据直接由ATmega32U4处理
  2. 虚拟串口通过CDC协议实现
  3. 需要MCU实时处理USB协议栈和流控信号

2.2 CDC协议与DTR信号的作用

USB CDC设备在建立通信时会经历以下握手过程：

1. 主机发送DTR信号（电压从高到低跳变）
2. 设备检测到DTR变化后复位内部状态机
3. 双方同步波特率等参数
4. 通信链路正式建立

Leonardo的USB堆栈实现中，DTR信号会触发以下关键操作：

cpp复制// Arduino核心库中的处理逻辑
void serialEvent() {
  if (DTRState != lastDTRState) {
    if (!DTRState) {
      // D