做嵌入式这些年无论是带新人、做评审还是自己调板子来来回回绕不开的问题就那几个模块之间用什么通信信号线怎么接波形为什么不对我发现自己面试候选人也特别爱问通信接口因为这东西能一杆子戳到基本功。标题里这5个接口——UART、SPI、I2C、CAN、USB基本覆盖了嵌入式开发里90%以上的通信需求。时序图是很多人跨不过去的坎但其实只要抓住“谁在什么时候采样”“数据在哪个沿稳定”绝大多数问题都能迎刃而解。这篇文章我就把这5个接口的时序彻底讲透最后再用一张表帮你把选型的事解决掉。适合谁看刚接触单片机、想在裸机或RTOS下搞明白外设通信的初学者或者已经写了不少驱动但被波形和采样点折磨过的工程师都能从中找到点东西。我不打算堆寄存器手册而是从“为什么是这个时序”的角度把它讲明白。看完你至少能自己画时序图能对着逻辑分析仪排查问题也能在选型的时候说清取舍而不是凭感觉挑。1. 先给5大接口定位它们分别适合什么样的活1.1 为什么是UART、SPI、I2C、CAN、USB你可能会问以太网呢SDIO呢RS485呢这些在嵌入式里也很常见。但我说的这5个是“接口”层面最底层的骨架。RS485本质是UART的电平转换方案以太网和SDIO在很多芯片里是独立外设而且复杂度和场景都更专一。UART、SPI、I2C是几乎所有MCU出厂自带的“三件套”CAN是汽车和工业控制的事实标准USB是连接外部设备时绕不开的通用口。这5个接口的定位、时序、驱动写法完全不同把它们的区别搞清楚了其他接口基本都是换汤不换药。我见过不少新人在选型时犯难一个传感器I2C和SPI版本都有选哪个明明I2C接线少为什么有些老工程师宁可多拉几根线选SPI还有搞CAN的时候为什么终端电阻没接对总线就是不工作这些问题的答案都藏在时序和物理层的细节里。所以我按“能不能远距离传、能不能挂多设备、速率够不够、容不容易受干扰”这四个维度来给它们定位后文展开讲。1.2 每个接口的“性格”和典型应用先用一句话给每个接口画个像UART点对点的“打电话”。你一句我一句规定好语速就不会乱但同一时间只能两个人通话。传不远、抗干扰一般但极简调试利器。SPI主从之间的“专线”。主机想跟谁聊就拉谁的线全双工速度快但线多距离也不太能打。I2C总线上的“会议室”。所有设备挂两根线靠地址找人节省引脚但速度上限低仲裁和应答逻辑略绕。CAN车间里的“广播站”。两根差分线抗干扰强多主通信适合设备多、距离远、干扰大的场合。USB酒店门口的“前台”。有严格的握手和协议枚举成功才能入住速度高、即插即用但主机从机地位天然不平等协议栈也最重。我说个自己的例子。以前做过一块采集板里面用I2C挂了十几个传感器板内走线短2米以内的通信一点问题没有成本低、PCB布线也轻松。但后来客户要求传感器外置放到设备旁边距离拉到3米开外I2C就开始偶尔读到0xFF或者设备不响应。我直接换了带SPI接口的传感器版本再把主频压到合理范围问题消失。这个例子不是为了贬低I2C而是要说明选接口不是越高级越好而是看你的物理链路到底扛不扛得住。2. 时序图讲透看懂五个接口的信号握手时序图这东西看着吓人本质就是“谁在什么时刻拉高拉低数据在哪个边沿被采样”。我把5个接口按信号数量从少到多来讲你会发现规律很一致要么靠电平变化表达“我要开始说话了”要么靠时钟边沿告诉对方“现在读数据”。2.1 UART一高一低把字节挤在同一条线上UART最基础也最容易理解。它是异步串行通信所谓“异步”就是没有独立的时钟线。发送方和接收方各按自己的时钟工作双方事先约定好一个速率——波特率然后在这条线上一位一位地传。UART发送一个字节的典型帧结构长这样空闲时TX线为高空闲 起始位 D0 D1 D2 D3 D4 D5 D6 D7 停止位 空闲 高 低 LSB先发 高 ‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\____关键点在于起始位。这句“由高拉低”的动作就是接收方的“发令枪”。接收方在检测到这个下降沿之后会等待一个半位时间落到起始位中间然后每隔一个位时间采样一次数据线。为什么是中间因为要避开信号跳变的边沿那附近电平不稳定采样容易出错。这里有个很实在的问题波特率误差。假如发送方和接收方的波特率有2%的偏差一帧10位下来最后一个数据位已经偏了快半个位了临界点就容易误判。所以UART通信要求双方误差尽量控制在2%以内越长的帧对误差越敏感。我曾经遇到过一块板子用了内部RC振荡器标称9600波特率实际差出3%跟另一个设备怎么都通不上换外部晶振之后立刻正常。UART的时序图没有时钟线可以参考它依赖的是“起点对齐约定速率”。这也是它协议栈最轻、几乎所有单片机天生自带的原因。你只要配好波特率、数据位、停止位、校验位逻辑分析仪接上去看到的波形就是刚才那串高低电平。2.2 SPICLK说什么时候采数据就得什么时候稳SPI比UART多了一条时钟线SCLK主从之间用时钟边沿来同步数据。它是同步通信不需要精确约定波特率因为时钟就是发送方打出来的节拍。SPI有4根线SCLK、MOSI主机输出从机输入、MISO主机输入从机输出、CS片选。SPI的时序图看着复杂是因为它有CPOL时钟极性和CPHA时钟相位两个参数组合出4种模式。但你别慌抓住一个核心点就行数据在哪个边沿被采样。以CPOL0、CPHA0举例即空闲时SCLK为低数据在SCLK上升沿被采样在下降沿切换SCLK __/‾‾‾\__/‾‾‾\__/‾‾‾\__/‾‾‾\__ MOSI D7 D6 D5 D4 D3 D2 D1 D0 ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ 采样 采样 采样 采样 采样 采样 采样 采样注意看MOSI的数据变化发生在SCLK下降沿而采样发生在上升沿。也就是说数据在时钟上升沿之前就已经稳定了这样可以避免在信号跳变瞬间读数。如果CPHA1则采样沿变成下降沿。CPOL决定空闲电平是高还是低。四个模式本质上就是“用哪个沿采样、空闲时时钟拉高还是拉低”。SPI驱动里最经典的一个坑就是主从模式不匹配。从机数据手册说Mode 0你把主机配成了Mode 3读回来的数据经常错位或者全FF。排查的时候直接用逻辑分析仪抓SCLK和MOSI对照从机手册要求的采样沿一眼就能看出来问题在哪。SPI没有标准的应答机制它默认主机发出16个时钟从机就会在MISO上回16个bit至于这16个bit是不是你想要的数据协议层自己协商。2.3 I2C地址、应答、时钟拉伸都在两根线里I2C只有两根线SDA数据和SCL时钟但协议比SPI复杂不少。它是多主机总线所有设备都挂在两根线上靠设备地址区分。先看最关键的两个条件起始条件和停止条件。SCL ‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ SDA ‾‾‾‾‾‾‾‾\______________________/‾‾‾‾‾‾‾‾‾ ↑起始 ↑停止起始条件SCL为高电平时SDA由高变低。停止条件SCL为高电平时SDA由低变高。为什么要把这两个动作定义得这么特殊因为I2C规定SDA只能在SCL为低电平时变化只有在起始和停止的瞬间SDA才会在SCL高电平时跳变。这样接收方就能清楚地区分“数据位”和“命令”。搞懂这个规则I2C时序已经懂了一半。数据位怎么传SCL高电平期间SDA必须保持稳定SCL低电平期间SDA允许变化。主机发送完8个数据位之后会释放SDA拉高从机如果正确收到会在第9个时钟的低电平期间把SDA拉低这就是ACK应答。如果从机忙不过来它可以一直把SCL拉低不放这叫时钟拉伸意思是“我还没准备好你等着”。很多驱动程序没处理时钟拉伸就会在高速通信时出现偶发错误。I2C还衍生出一个SMBus这是Intel定义的基于I2C的管理总线增加了超时机制和一些协议约束。如果你看到设备的时序图和I2C很像但要求超时限制那就是SMBus。调试I2C最有效的工具就是逻辑分析仪因为它只有两根线采样率稍微高一点就能把波形完整抓下来对着起始、地址、ACK逐段看问题基本能定位到是主机没发对地址还是从机没拉应答。2.4 CAN看电平跳变而不是数脉冲CAN和前面三个完全不同。UART、SPI、I2C都是单端信号CAN用的是差分信号两根线CANH和CANL传输的是显性位和隐性位。显性对应逻辑0隐性对应逻辑1。差分的好处是共模干扰会被抵消所以CAN特别适合汽车、工业现场这种电磁环境恶劣的场合。CAN总线的波形经典画法是两条线一高一低CANH ‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾|‾‾‾‾‾‾‾‾‾‾‾ CANL _________|‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ↑显性位CAN的难点不在波形本身而在位定时。CAN总线上的设备没有外部统一时钟每个节点用自己的振荡器靠同步段来对齐位时间。一个位时间被分成几个段同步段、传播段、相位缓冲段1、相位缓冲段2再加上采样点。软件配置里常见的BS1、BS2就是后面几个段的时间份额。采样点在位时间的60%到70%附近最优位置取决于总线长度和波特率。实际调试中CAN不上线总线一直显示bus-off、报文间歇性丢失很多时候都是位定时没配好采样点落在了边沿附近。我记得有一次调试一块双板互联波特率500K两边晶振都是8M但总线就是时好时坏。后来把采样点从75%调整到65%问题彻底消失。CAN的时序逻辑重点不是去看某一位怎么跳而是理解“相位缓冲段让节点有能力在重同步时调整采样点”这样在配置参数时才不会瞎试。2.5 USB把时序拆成包比盯波形更有用USB的物理层时序是差分信号D和D-两根线有高速、全速、低速之分。但如果你拿逻辑分析仪去抓USB的波形会发现它不像SPI那样规整地一bit一bit排好而是以“包”为单位。USB主机和从机之间通信先发同步域SYNC、包标识符PID、数据、CRC、包结束EOP一个包一个包地交换。一个简化的USB包传输时序可以这样理解主机发送: SYNC → PID(令牌) → 地址/端点 → CRC → EOP 设备回复: SYNC → PID(数据) → DATA0/1 → CRC → EOPUSB的妙处在于它不像UART和CAN需要双方精确对齐位时间因为每个包前面都有SYNC同步域接收方用SYNC来恢复时钟。而且USB规定连续6个1之后必须插一个0叫位填充防止接收方丢失同步。这些都是协议层自动完成的嵌入式驱动工程师一般不用自己去拼每个bit但你必须清楚整个枚举流程设备插入→上拉电阻改变D/D-电平→主机检测到设备→复位设备→主机发设备描述符请求→设备返回描述符……每一步都是“谁先发、谁应答”的握手时序。如果你非要说USB的“时序图”我建议把关注点从微秒级的波形抬高到包级握手主机发一个IN令牌设备必须以DATA包回复否则主机重试。这种“请求—应答”的思路才是USB调试的真正钥匙。用USB分析仪抓包时你看到的不是波形而是一连串协议事件这也是USB比前面几个接口更复杂的原因。3. 一张表选对通信接口3.1 五接口横向对比表为了选型方便我把5个接口的核心参数整理成了一张表。注意这里的数值是常见典型值不是极限值不同芯片外设配置会有差异但足够帮你做初选。对比项UARTSPII2CCANUSB信号线数1TX/RX各一根4SCLK、MOSI、MISO、CS2SCL、SDA2CANH、CANL2D、D-供电另算通信方式异步、单工/全双工同步、全双工同步、半双工异步、半双工异步、半双工/全双工典型速率9600bps~1Mbps1Mbps~几十Mbps100kbps~3.4Mbps125kbps~8Mbps1.5Mbps~几十Gbps最大距离15m左右电平决定板级10cm~1m板级1m左右40m~1km低速5m全速/高速拓扑点对点一主多从多主多从多主多从一主多从Hub扩展抗干扰一般一般一般强差分良好差分支持设备数2个由CS决定理论上128个理论多实际受负载127个地址协议复杂度低低中中高高典型应用串口调试、GPS模块、蓝牙模块Flash、SD卡、显示屏、ADC传感器、EEPROM、RTC汽车ECU、工业总线U盘、键鼠、网卡、调试这张表不是我拍脑袋写的。距离这一列尤其容易踩坑很多人把I2C拉到1米以上还用100k低速结果波形上升沿缓得不行通信随缘。SPI也是板内走线没问题一旦用排线引出20厘米高速模式下的振铃和串扰会非常头疼。3.2 按“距离、速率、拓扑”三步走我选型的时候习惯按三步走而不是直接拿产品手册对比。第一步看传输距离。板内通信10厘米以内UART、SPI、I2C都可以机箱内/机柜间1米到几十米优先CAN要到USB外部设备老老实实走USB线。距离一旦超过3米单端信号的抗干扰能力就明显下降这时候不是靠拉升驱动电流能解决的换差分接口是更稳的路子。第二步看速率需求。传感器采集类I2C或SPI足够音频、图像、大容量存储USB或者高速SPI起步。速率需求直接决定接口是否合适比如I2C跑400kbps看起来很够用但如果你要连续读一个高分辨率ADC的原始数据再加上协议开销和ACK等待实际吞吐要打折扣这时候SPI的全双工优势就出来了。第三步看设备数量和总线结构。如果有一个主机带一堆从设备SPI每个从设备都要拉一根CS设备一多线就爆炸I2C只要两根线地址够用就能一路挂到底。如果多个设备要平等通信比如多个ECU互相发报文那就只有CAN这种多主总线更顺。这三步走完选型基本就收敛了。我不建议上来就翻各家接口的最高速率因为实际工程中瓶颈往往在PCB布线、连接器、线缆长度和端接上理论值只是个参考上限。3.3 多接口共存的硬件细节一块板子上经常同时有UART、I2C、SPI、CAN这时候有几个硬件细节容易忽略。第一电平标准要统一。MCU通常是3.3V但外部设备可能是5V或者1.8V。I2C用开漏加上拉电平由得上拉电压决定容易做转换SPI和UART是推挽输出跨压域必须加电平转换芯片。我见过有人把5V的UART直接接3.3V的MCU结果长期运行后MCU引脚损坏这不是偶发是电气规范问题。第二共享总线的上拉电阻要计算。I2C总线上拉电阻的取值跟总线电容和速率有关。板内几颗芯片4.7k通常能用线长了电容变大上升沿变缓就要把上拉减小到2.2k甚至1k但太小又会增加功耗和驱动负担。简单计算方法是用上升时间常数RC估算比如总线电容200pF、上升时间要求1us电阻选5k以内具体还要看从机输入阈值。第三地线回流。CAN和RS485这类差分总线很多人觉得差分就不需要共地了实际上差分信号虽然抗共模干扰但收发器的共模电压范围有限长距离通信时还是建议做好地线连接或用隔离器件。我调试CAN的时候两个节点用开关电源供电结果地电位差有十几伏差点烧毁收发器后来加了隔离电源和隔离收发器才稳定下来。4. 从时序图到寄存器动手配一遍4.1 I2C软件模拟起始条件和ACK检测I2C的起始条件是一个非常好上手的时序练习。在STM32上用软件模拟你可以直接把GPIO拉来拉去。起始条件的C代码片段长这样void i2c_start(void) { SDA_HIGH(); SCL_HIGH(); delay_us(5); SDA_LOW(); // SCL高电平时SDA由高变低 起始条件 delay_us(5); SCL_LOW(); }关键在于顺序不能乱先把SDA拉高然后把SCL拉高再拉低SDA最后把SCL拉低。很多人模拟I2C失败是因为初始化的时候SDA和SCL的电平状态没处理好或者在SCL高电平时去动SDA导致从机把数据位误认为起始或停止条件。这个时序看上简单实际上每一段延时都要足够满足从机的最小保持时间比如很多从机要求启动条件保持时间至少4.7us你延时写2us高速从机可能没问题低速从机就罢工。ACK检测也一样主机发完第8个数据位后在第9个时钟前释放SDA然后读SDA电平。如果读到低说明从机响应了读到高则从机无应答。调试时最常用的技巧就是在这段加一个超时判断防止从机拉死总线导致程序卡死。我自己的习惯是在ACK检测里加入超时错误处理哪怕从机没接也让它快速失败而不是挂死整个系统。4.2 SPICPOL/CPHA配置和采样沿的关系SPI配置的核心就是CPOL和CPHA在STM32的HAL库里直接用宏定义。比如你想用Mode 0CPOL0、CPHA0初始化是这样的SPI_InitTypeDef spi {0}; spi.Mode SPI_MODE_MASTER; spi.Direction SPI_DIRECTION_2LINES; spi.DataSize SPI_DATASIZE_8BIT; spi.CLKPolarity SPI_POLARITY_LOW; // CPOL0空闲SCK低 spi.CLKPhase SPI_PHASE_1EDGE; // CPHA0第一个边沿采样 spi.BaudRatePrescaler SPI_BAUDRATEPRESCALER_16; HAL_SPI_Init(hspi);为什么CPOL和CPHA要分两个参数因为一个是时钟空闲电平一个是数据采样沿。它们两个独立变化就组合出了4个模式。有个更直观的方法打开逻辑分析仪分别抓一下主机发出的SCK和MOSI看看空闲时SCK是高是低然后看MOSI是在SCK上升沿还是下降沿被采样对应从机手册一比对模式立刻就知道。SPI调试中还有个常见问题从机要求CS拉低后先等一小段时间再发时钟。有些驱动忽略了这个细节导致从机还没准备好数据已经发过去了。这种问题时序图上根本看不出来只有在CS断言和第一个SCK上升沿之间补一段延时通常1us就够。这也是SPI时序里容易被人忽略的“隐形成本”。4.3 UART波特率寄存器怎么算误差边界在哪UART配置最关键的寄存器是波特率分频。以STM32为例USARTDIV的计算公式是BRR 时钟频率 / (16 × 目标波特率)比如系统时钟为64MHz目标波特率115200那么BRR 64000000 / (16 × 115200) ≈ 34.72。BRR是整数寄存器只能取34或35实际波特率就会有误差。算一下34时实际波特率 64000000 / (16 × 34) ≈ 117647误差约2.1%35时实际波特率 ≈ 114285误差约0.8%。所以取35更接近目标值。这里的关键经验是UART的波特率误差最好控制在2%以内最好小于1%。很多MCU内部时钟在常温下尚可但温度一变化RC振荡器漂移几个百分点很常见。如果你用内部时钟跑115200跟外部设备通信时莫名丢字节很可能就是时钟精度不够。我建议对波特率敏感的场合直接用外部晶振或者校准过的时钟源并且用示波器测量TX脚的实际脉冲宽度确认误差在范围内。4.4 CAN位时间分段和采样点计算CAN的位时间配置比UART复杂因为它不仅影响波特率还影响采样点位置。位时间由同步段固定为1个时间份额、传播段、相位缓冲段1、相位缓冲段2组成。BRP波特率预分频器决定一个时间份额的时间长度。计算公式位时间 (1 BS1 BS2) 个时间份额 波特率 时钟频率 / (BRP × 位时间) 采样点 (1 BS1) / (1 BS1 BS2) × 100%举个例子APB1外设时钟36MHz目标波特率500K位时间选20个时间份额那么BRP 36000000 / (500000 × 20) 3.6取整后做微调。采样点想落在65%附近设BS112、BS27那采样点 (112)/(1127) 13/20 65%。这个设置就相当典型。很多人只算了波特率没管采样点结果通信不稳定。CAN有个特点总线上的各个节点虽然波特率标称一致但位定时的分段不同采样点就会不同。如果两个节点的采样点相差太远面对同样的线上干扰对同一位的解读就可能不一致。所以多节点CAN建议每个节点都用同一套位定时参数而不是只看波特率一致。4.5 USB枚举前要确认的三件事USB的驱动不是从寄存器配置开始而是从枚举流程开始。嵌入式固件里通常有USB协议栈你主要工作是提供设备描述符、配置描述符、字符串描述符。但在调协议栈之前有三件事必须确认。第一D或D-的上拉电阻是否正确。全速设备要在D上拉1.5k电阻低速设备在D-上拉。主机通过检测哪根线被拉高来判断设备速度。很多人焊接时把上拉放错位置设备永远无法被识别。第二时钟源是否精确。USB全速要求时钟精度在正负2500ppm以内高速更严一般都要用晶振或者高精度PLL。内部RC振荡器很多时候满足不了要求导致枚举就失败。第三描述符中端点配置是否匹配。如果你在描述符里声明了中断端点但端点地址或者最大包长度与实际传输不一致主机会在枚举过程中返回错误。我建议先用USB分析仪抓包看主机请求到哪一步失败是设备无响应、返回STALL还是CRC错误逐层排查。5. 实测踩坑记录与排查速查5.1 I2C总线死在低电平别急着换芯片I2C最容易出现的一个故障是总线死在低电平SCL或者SDA一直被拉低后续任何通信都起不来。遇到这种情况我的处理顺序是用万用表或示波器看SCL、SDA电平确认是哪根线被拉死逐段断开外设看总线是否恢复确定是哪颗芯片拉死的检查是不是该设备的地址冲突或者从机内部进入了错误状态。另一个经典解法是“时钟恢复”。如果SDA被从机拉死主机可以手动在SCL上连续产生9个时钟脉冲让从机释放SDA。这个方法在很多I2C故障里都能救回来尤其适用于从机在传输过程中掉电或者被复位导致状态机卡死的情况。我在写I2C驱动时都会加一个恢复函数每次通信失败后先恢复总线再重试绝大多数偶发故障都能靠这个策略自愈。5.2 SPI读回来全是FF先查极性和相位SPI的经典问题是能发能收但读回来的数据全是0xFF或者0x00。很多人第一时间怀疑从机坏了其实大概率是CPOL/CPHA不对。从机要求的采样沿和主机提供的采样沿错开从机输出数据时主机已经在采样读到的自然是无效电平。我排查时的套路是这样拿逻辑分析仪抓一次完整传输看SCK空闲电平、看CS拉低到第一个SCK边沿的时间、看MOSI数据变化的时刻和SCK边沿的关系然后对照从机数据手册的时序图。如果MOSI的数据变化发生在SCK上升沿附近而主机采样也在上升沿那就是采样沿没选对换成下降沿采样就会好。还有一种情况是CS高电平期间从机把MISO置为高阻主机内部没有配置下拉读回来就是不确定电平表现为无规律数据这种情况要在硬件上加上下拉或者在软件里忽略CS为高时的数据。5.3 UART乱码别只盯着波特率UART乱码大家第一反应总是波特率不对。这没错但除了波特率还有几个隐藏原因。一是地线问题。两个设备共地不良时UART电平参考点不一致接收到的波形带上直流偏置会出现间歇性乱码。处理方法是确保双方共地或者用隔离串口。二是电平不匹配。3.3V设备接5V UART的输出如果不做转换3.3V设备可能识别不了5V逻辑的高电平阈值也会乱码。三是DMA和中断的竞争。如果你用DMA接收不定长数据配合空闲中断但中断处理和DMA配置之间有竞态数据在缓冲被覆盖时就会乱码。这种情况波形看起来完全正常但数据错位。排查手段是关掉DMA直接轮询接收能恢复正常就说明问题出在数据链路管理上。5.4 CAN总线不通信按这个顺序排查CAN不上线的问题我建议按这个顺序排查效率最高先看CANH和CANL之间的终端电阻。正确接法是一条总线的两端各一个120欧电阻两个端点并联测出来应该是60欧左右。如果测量到120欧说明只接了一端如果接近0说明短路如果开路说明没接。看收发器供电和参考电平。CANH和CANL在空闲时静态电压约为2.5V参考地。如果静态电压不对先查收发器供电和地。看节点是否进入bus-off。很多控制器会进入bus-off状态需要软件恢复。检查状态寄存器确认节点是否在发送错误帧。用示波器看波形传输时CANH和CANL显性位应该有约2V的差分电压。如果没有说明收发器或控制器配置有问题。我做过多节点CAN组网遇到最隐蔽的问题是0欧电阻选用不当导致报文在高速率下反射严重10米线缆上偶发错误帧。后来在总线两端严格加了120欧终端电阻并调整走线错误率直接归零。5.5 USB枚举失败多半是这几个原因USB枚举失败我看过最多的原因是硬件连接问题而不是协议栈代码。检查顺序如下D/D-的差分走线是否等长这影响信号完整性高速时尤其明显上拉电阻是否接对位置VBUS是否稳定供电设备负载过大导致VBUS跌落也会枚举失败设备描述符是否合法比如描述符长度字段错误、端点配置不符合USB规范。有一次我手里的板子插电脑上完全没有反应设备管理器里连未知设备都不出现。排查后发现有颗电容虚焊导致D上拉信号不稳定主机根本无法检测到设备插入。这种硬件问题代码写得再对也没用。USB的调试建议从供电和上拉查起再查描述符因为枚举的前几步都是硬件相关。我个人的体会是通信接口这东西不能靠死记硬背。你需要理解每个接口的时序为什么这么设计UART靠起始位对齐SPI靠时钟边沿采样I2C靠两根线上的特殊跳变传递命令CAN靠差分信号和位时间同步USB靠包级握手和管理。把这些逻辑理顺了芯片型号怎么换都不怕。这篇文章里画的时序图建议你对着逻辑分析仪自己抓一遍印象会深得多。后续做嵌入式项目时遇到“两个模块为什么连不上”的问题先回去画一遍时序图大概率答案就已经浮出水面了。
做嵌入式这些年无论是带新人、做评审还是自己调板子来来回回绕不开的问题就那几个模块之间用什么通信信号线怎么接波形为什么不对我发现自己面试候选人也特别爱问通信接口因为这东西能一杆子戳到基本功。标题里这5个接口——UART、SPI、I2C、CAN、USB基本覆盖了嵌入式开发里90%以上的通信需求。时序图是很多人跨不过去的坎但其实只要抓住“谁在什么时候采样”“数据在哪个沿稳定”绝大多数问题都能迎刃而解。这篇文章我就把这5个接口的时序彻底讲透最后再用一张表帮你把选型的事解决掉。适合谁看刚接触单片机、想在裸机或RTOS下搞明白外设通信的初学者或者已经写了不少驱动但被波形和采样点折磨过的工程师都能从中找到点东西。我不打算堆寄存器手册而是从“为什么是这个时序”的角度把它讲明白。看完你至少能自己画时序图能对着逻辑分析仪排查问题也能在选型的时候说清取舍而不是凭感觉挑。1. 先给5大接口定位它们分别适合什么样的活1.1 为什么是UART、SPI、I2C、CAN、USB你可能会问以太网呢SDIO呢RS485呢这些在嵌入式里也很常见。但我说的这5个是“接口”层面最底层的骨架。RS485本质是UART的电平转换方案以太网和SDIO在很多芯片里是独立外设而且复杂度和场景都更专一。UART、SPI、I2C是几乎所有MCU出厂自带的“三件套”CAN是汽车和工业控制的事实标准USB是连接外部设备时绕不开的通用口。这5个接口的定位、时序、驱动写法完全不同把它们的区别搞清楚了其他接口基本都是换汤不换药。我见过不少新人在选型时犯难一个传感器I2C和SPI版本都有选哪个明明I2C接线少为什么有些老工程师宁可多拉几根线选SPI还有搞CAN的时候为什么终端电阻没接对总线就是不工作这些问题的答案都藏在时序和物理层的细节里。所以我按“能不能远距离传、能不能挂多设备、速率够不够、容不容易受干扰”这四个维度来给它们定位后文展开讲。1.2 每个接口的“性格”和典型应用先用一句话给每个接口画个像UART点对点的“打电话”。你一句我一句规定好语速就不会乱但同一时间只能两个人通话。传不远、抗干扰一般但极简调试利器。SPI主从之间的“专线”。主机想跟谁聊就拉谁的线全双工速度快但线多距离也不太能打。I2C总线上的“会议室”。所有设备挂两根线靠地址找人节省引脚但速度上限低仲裁和应答逻辑略绕。CAN车间里的“广播站”。两根差分线抗干扰强多主通信适合设备多、距离远、干扰大的场合。USB酒店门口的“前台”。有严格的握手和协议枚举成功才能入住速度高、即插即用但主机从机地位天然不平等协议栈也最重。我说个自己的例子。以前做过一块采集板里面用I2C挂了十几个传感器板内走线短2米以内的通信一点问题没有成本低、PCB布线也轻松。但后来客户要求传感器外置放到设备旁边距离拉到3米开外I2C就开始偶尔读到0xFF或者设备不响应。我直接换了带SPI接口的传感器版本再把主频压到合理范围问题消失。这个例子不是为了贬低I2C而是要说明选接口不是越高级越好而是看你的物理链路到底扛不扛得住。2. 时序图讲透看懂五个接口的信号握手时序图这东西看着吓人本质就是“谁在什么时刻拉高拉低数据在哪个边沿被采样”。我把5个接口按信号数量从少到多来讲你会发现规律很一致要么靠电平变化表达“我要开始说话了”要么靠时钟边沿告诉对方“现在读数据”。2.1 UART一高一低把字节挤在同一条线上UART最基础也最容易理解。它是异步串行通信所谓“异步”就是没有独立的时钟线。发送方和接收方各按自己的时钟工作双方事先约定好一个速率——波特率然后在这条线上一位一位地传。UART发送一个字节的典型帧结构长这样空闲时TX线为高空闲 起始位 D0 D1 D2 D3 D4 D5 D6 D7 停止位 空闲 高 低 LSB先发 高 ‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\_____/‾‾‾‾\____关键点在于起始位。这句“由高拉低”的动作就是接收方的“发令枪”。接收方在检测到这个下降沿之后会等待一个半位时间落到起始位中间然后每隔一个位时间采样一次数据线。为什么是中间因为要避开信号跳变的边沿那附近电平不稳定采样容易出错。这里有个很实在的问题波特率误差。假如发送方和接收方的波特率有2%的偏差一帧10位下来最后一个数据位已经偏了快半个位了临界点就容易误判。所以UART通信要求双方误差尽量控制在2%以内越长的帧对误差越敏感。我曾经遇到过一块板子用了内部RC振荡器标称9600波特率实际差出3%跟另一个设备怎么都通不上换外部晶振之后立刻正常。UART的时序图没有时钟线可以参考它依赖的是“起点对齐约定速率”。这也是它协议栈最轻、几乎所有单片机天生自带的原因。你只要配好波特率、数据位、停止位、校验位逻辑分析仪接上去看到的波形就是刚才那串高低电平。2.2 SPICLK说什么时候采数据就得什么时候稳SPI比UART多了一条时钟线SCLK主从之间用时钟边沿来同步数据。它是同步通信不需要精确约定波特率因为时钟就是发送方打出来的节拍。SPI有4根线SCLK、MOSI主机输出从机输入、MISO主机输入从机输出、CS片选。SPI的时序图看着复杂是因为它有CPOL时钟极性和CPHA时钟相位两个参数组合出4种模式。但你别慌抓住一个核心点就行数据在哪个边沿被采样。以CPOL0、CPHA0举例即空闲时SCLK为低数据在SCLK上升沿被采样在下降沿切换SCLK __/‾‾‾\__/‾‾‾\__/‾‾‾\__/‾‾‾\__ MOSI D7 D6 D5 D4 D3 D2 D1 D0 ↑ ↑ ↑ ↑ ↑ ↑ ↑ ↑ 采样 采样 采样 采样 采样 采样 采样 采样注意看MOSI的数据变化发生在SCLK下降沿而采样发生在上升沿。也就是说数据在时钟上升沿之前就已经稳定了这样可以避免在信号跳变瞬间读数。如果CPHA1则采样沿变成下降沿。CPOL决定空闲电平是高还是低。四个模式本质上就是“用哪个沿采样、空闲时时钟拉高还是拉低”。SPI驱动里最经典的一个坑就是主从模式不匹配。从机数据手册说Mode 0你把主机配成了Mode 3读回来的数据经常错位或者全FF。排查的时候直接用逻辑分析仪抓SCLK和MOSI对照从机手册要求的采样沿一眼就能看出来问题在哪。SPI没有标准的应答机制它默认主机发出16个时钟从机就会在MISO上回16个bit至于这16个bit是不是你想要的数据协议层自己协商。2.3 I2C地址、应答、时钟拉伸都在两根线里I2C只有两根线SDA数据和SCL时钟但协议比SPI复杂不少。它是多主机总线所有设备都挂在两根线上靠设备地址区分。先看最关键的两个条件起始条件和停止条件。SCL ‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ SDA ‾‾‾‾‾‾‾‾\______________________/‾‾‾‾‾‾‾‾‾ ↑起始 ↑停止起始条件SCL为高电平时SDA由高变低。停止条件SCL为高电平时SDA由低变高。为什么要把这两个动作定义得这么特殊因为I2C规定SDA只能在SCL为低电平时变化只有在起始和停止的瞬间SDA才会在SCL高电平时跳变。这样接收方就能清楚地区分“数据位”和“命令”。搞懂这个规则I2C时序已经懂了一半。数据位怎么传SCL高电平期间SDA必须保持稳定SCL低电平期间SDA允许变化。主机发送完8个数据位之后会释放SDA拉高从机如果正确收到会在第9个时钟的低电平期间把SDA拉低这就是ACK应答。如果从机忙不过来它可以一直把SCL拉低不放这叫时钟拉伸意思是“我还没准备好你等着”。很多驱动程序没处理时钟拉伸就会在高速通信时出现偶发错误。I2C还衍生出一个SMBus这是Intel定义的基于I2C的管理总线增加了超时机制和一些协议约束。如果你看到设备的时序图和I2C很像但要求超时限制那就是SMBus。调试I2C最有效的工具就是逻辑分析仪因为它只有两根线采样率稍微高一点就能把波形完整抓下来对着起始、地址、ACK逐段看问题基本能定位到是主机没发对地址还是从机没拉应答。2.4 CAN看电平跳变而不是数脉冲CAN和前面三个完全不同。UART、SPI、I2C都是单端信号CAN用的是差分信号两根线CANH和CANL传输的是显性位和隐性位。显性对应逻辑0隐性对应逻辑1。差分的好处是共模干扰会被抵消所以CAN特别适合汽车、工业现场这种电磁环境恶劣的场合。CAN总线的波形经典画法是两条线一高一低CANH ‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾|‾‾‾‾‾‾‾‾‾‾‾ CANL _________|‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾‾ ↑显性位CAN的难点不在波形本身而在位定时。CAN总线上的设备没有外部统一时钟每个节点用自己的振荡器靠同步段来对齐位时间。一个位时间被分成几个段同步段、传播段、相位缓冲段1、相位缓冲段2再加上采样点。软件配置里常见的BS1、BS2就是后面几个段的时间份额。采样点在位时间的60%到70%附近最优位置取决于总线长度和波特率。实际调试中CAN不上线总线一直显示bus-off、报文间歇性丢失很多时候都是位定时没配好采样点落在了边沿附近。我记得有一次调试一块双板互联波特率500K两边晶振都是8M但总线就是时好时坏。后来把采样点从75%调整到65%问题彻底消失。CAN的时序逻辑重点不是去看某一位怎么跳而是理解“相位缓冲段让节点有能力在重同步时调整采样点”这样在配置参数时才不会瞎试。2.5 USB把时序拆成包比盯波形更有用USB的物理层时序是差分信号D和D-两根线有高速、全速、低速之分。但如果你拿逻辑分析仪去抓USB的波形会发现它不像SPI那样规整地一bit一bit排好而是以“包”为单位。USB主机和从机之间通信先发同步域SYNC、包标识符PID、数据、CRC、包结束EOP一个包一个包地交换。一个简化的USB包传输时序可以这样理解主机发送: SYNC → PID(令牌) → 地址/端点 → CRC → EOP 设备回复: SYNC → PID(数据) → DATA0/1 → CRC → EOPUSB的妙处在于它不像UART和CAN需要双方精确对齐位时间因为每个包前面都有SYNC同步域接收方用SYNC来恢复时钟。而且USB规定连续6个1之后必须插一个0叫位填充防止接收方丢失同步。这些都是协议层自动完成的嵌入式驱动工程师一般不用自己去拼每个bit但你必须清楚整个枚举流程设备插入→上拉电阻改变D/D-电平→主机检测到设备→复位设备→主机发设备描述符请求→设备返回描述符……每一步都是“谁先发、谁应答”的握手时序。如果你非要说USB的“时序图”我建议把关注点从微秒级的波形抬高到包级握手主机发一个IN令牌设备必须以DATA包回复否则主机重试。这种“请求—应答”的思路才是USB调试的真正钥匙。用USB分析仪抓包时你看到的不是波形而是一连串协议事件这也是USB比前面几个接口更复杂的原因。3. 一张表选对通信接口3.1 五接口横向对比表为了选型方便我把5个接口的核心参数整理成了一张表。注意这里的数值是常见典型值不是极限值不同芯片外设配置会有差异但足够帮你做初选。对比项UARTSPII2CCANUSB信号线数1TX/RX各一根4SCLK、MOSI、MISO、CS2SCL、SDA2CANH、CANL2D、D-供电另算通信方式异步、单工/全双工同步、全双工同步、半双工异步、半双工异步、半双工/全双工典型速率9600bps~1Mbps1Mbps~几十Mbps100kbps~3.4Mbps125kbps~8Mbps1.5Mbps~几十Gbps最大距离15m左右电平决定板级10cm~1m板级1m左右40m~1km低速5m全速/高速拓扑点对点一主多从多主多从多主多从一主多从Hub扩展抗干扰一般一般一般强差分良好差分支持设备数2个由CS决定理论上128个理论多实际受负载127个地址协议复杂度低低中中高高典型应用串口调试、GPS模块、蓝牙模块Flash、SD卡、显示屏、ADC传感器、EEPROM、RTC汽车ECU、工业总线U盘、键鼠、网卡、调试这张表不是我拍脑袋写的。距离这一列尤其容易踩坑很多人把I2C拉到1米以上还用100k低速结果波形上升沿缓得不行通信随缘。SPI也是板内走线没问题一旦用排线引出20厘米高速模式下的振铃和串扰会非常头疼。3.2 按“距离、速率、拓扑”三步走我选型的时候习惯按三步走而不是直接拿产品手册对比。第一步看传输距离。板内通信10厘米以内UART、SPI、I2C都可以机箱内/机柜间1米到几十米优先CAN要到USB外部设备老老实实走USB线。距离一旦超过3米单端信号的抗干扰能力就明显下降这时候不是靠拉升驱动电流能解决的换差分接口是更稳的路子。第二步看速率需求。传感器采集类I2C或SPI足够音频、图像、大容量存储USB或者高速SPI起步。速率需求直接决定接口是否合适比如I2C跑400kbps看起来很够用但如果你要连续读一个高分辨率ADC的原始数据再加上协议开销和ACK等待实际吞吐要打折扣这时候SPI的全双工优势就出来了。第三步看设备数量和总线结构。如果有一个主机带一堆从设备SPI每个从设备都要拉一根CS设备一多线就爆炸I2C只要两根线地址够用就能一路挂到底。如果多个设备要平等通信比如多个ECU互相发报文那就只有CAN这种多主总线更顺。这三步走完选型基本就收敛了。我不建议上来就翻各家接口的最高速率因为实际工程中瓶颈往往在PCB布线、连接器、线缆长度和端接上理论值只是个参考上限。3.3 多接口共存的硬件细节一块板子上经常同时有UART、I2C、SPI、CAN这时候有几个硬件细节容易忽略。第一电平标准要统一。MCU通常是3.3V但外部设备可能是5V或者1.8V。I2C用开漏加上拉电平由得上拉电压决定容易做转换SPI和UART是推挽输出跨压域必须加电平转换芯片。我见过有人把5V的UART直接接3.3V的MCU结果长期运行后MCU引脚损坏这不是偶发是电气规范问题。第二共享总线的上拉电阻要计算。I2C总线上拉电阻的取值跟总线电容和速率有关。板内几颗芯片4.7k通常能用线长了电容变大上升沿变缓就要把上拉减小到2.2k甚至1k但太小又会增加功耗和驱动负担。简单计算方法是用上升时间常数RC估算比如总线电容200pF、上升时间要求1us电阻选5k以内具体还要看从机输入阈值。第三地线回流。CAN和RS485这类差分总线很多人觉得差分就不需要共地了实际上差分信号虽然抗共模干扰但收发器的共模电压范围有限长距离通信时还是建议做好地线连接或用隔离器件。我调试CAN的时候两个节点用开关电源供电结果地电位差有十几伏差点烧毁收发器后来加了隔离电源和隔离收发器才稳定下来。4. 从时序图到寄存器动手配一遍4.1 I2C软件模拟起始条件和ACK检测I2C的起始条件是一个非常好上手的时序练习。在STM32上用软件模拟你可以直接把GPIO拉来拉去。起始条件的C代码片段长这样void i2c_start(void) { SDA_HIGH(); SCL_HIGH(); delay_us(5); SDA_LOW(); // SCL高电平时SDA由高变低 起始条件 delay_us(5); SCL_LOW(); }关键在于顺序不能乱先把SDA拉高然后把SCL拉高再拉低SDA最后把SCL拉低。很多人模拟I2C失败是因为初始化的时候SDA和SCL的电平状态没处理好或者在SCL高电平时去动SDA导致从机把数据位误认为起始或停止条件。这个时序看上简单实际上每一段延时都要足够满足从机的最小保持时间比如很多从机要求启动条件保持时间至少4.7us你延时写2us高速从机可能没问题低速从机就罢工。ACK检测也一样主机发完第8个数据位后在第9个时钟前释放SDA然后读SDA电平。如果读到低说明从机响应了读到高则从机无应答。调试时最常用的技巧就是在这段加一个超时判断防止从机拉死总线导致程序卡死。我自己的习惯是在ACK检测里加入超时错误处理哪怕从机没接也让它快速失败而不是挂死整个系统。4.2 SPICPOL/CPHA配置和采样沿的关系SPI配置的核心就是CPOL和CPHA在STM32的HAL库里直接用宏定义。比如你想用Mode 0CPOL0、CPHA0初始化是这样的SPI_InitTypeDef spi {0}; spi.Mode SPI_MODE_MASTER; spi.Direction SPI_DIRECTION_2LINES; spi.DataSize SPI_DATASIZE_8BIT; spi.CLKPolarity SPI_POLARITY_LOW; // CPOL0空闲SCK低 spi.CLKPhase SPI_PHASE_1EDGE; // CPHA0第一个边沿采样 spi.BaudRatePrescaler SPI_BAUDRATEPRESCALER_16; HAL_SPI_Init(hspi);为什么CPOL和CPHA要分两个参数因为一个是时钟空闲电平一个是数据采样沿。它们两个独立变化就组合出了4个模式。有个更直观的方法打开逻辑分析仪分别抓一下主机发出的SCK和MOSI看看空闲时SCK是高是低然后看MOSI是在SCK上升沿还是下降沿被采样对应从机手册一比对模式立刻就知道。SPI调试中还有个常见问题从机要求CS拉低后先等一小段时间再发时钟。有些驱动忽略了这个细节导致从机还没准备好数据已经发过去了。这种问题时序图上根本看不出来只有在CS断言和第一个SCK上升沿之间补一段延时通常1us就够。这也是SPI时序里容易被人忽略的“隐形成本”。4.3 UART波特率寄存器怎么算误差边界在哪UART配置最关键的寄存器是波特率分频。以STM32为例USARTDIV的计算公式是BRR 时钟频率 / (16 × 目标波特率)比如系统时钟为64MHz目标波特率115200那么BRR 64000000 / (16 × 115200) ≈ 34.72。BRR是整数寄存器只能取34或35实际波特率就会有误差。算一下34时实际波特率 64000000 / (16 × 34) ≈ 117647误差约2.1%35时实际波特率 ≈ 114285误差约0.8%。所以取35更接近目标值。这里的关键经验是UART的波特率误差最好控制在2%以内最好小于1%。很多MCU内部时钟在常温下尚可但温度一变化RC振荡器漂移几个百分点很常见。如果你用内部时钟跑115200跟外部设备通信时莫名丢字节很可能就是时钟精度不够。我建议对波特率敏感的场合直接用外部晶振或者校准过的时钟源并且用示波器测量TX脚的实际脉冲宽度确认误差在范围内。4.4 CAN位时间分段和采样点计算CAN的位时间配置比UART复杂因为它不仅影响波特率还影响采样点位置。位时间由同步段固定为1个时间份额、传播段、相位缓冲段1、相位缓冲段2组成。BRP波特率预分频器决定一个时间份额的时间长度。计算公式位时间 (1 BS1 BS2) 个时间份额 波特率 时钟频率 / (BRP × 位时间) 采样点 (1 BS1) / (1 BS1 BS2) × 100%举个例子APB1外设时钟36MHz目标波特率500K位时间选20个时间份额那么BRP 36000000 / (500000 × 20) 3.6取整后做微调。采样点想落在65%附近设BS112、BS27那采样点 (112)/(1127) 13/20 65%。这个设置就相当典型。很多人只算了波特率没管采样点结果通信不稳定。CAN有个特点总线上的各个节点虽然波特率标称一致但位定时的分段不同采样点就会不同。如果两个节点的采样点相差太远面对同样的线上干扰对同一位的解读就可能不一致。所以多节点CAN建议每个节点都用同一套位定时参数而不是只看波特率一致。4.5 USB枚举前要确认的三件事USB的驱动不是从寄存器配置开始而是从枚举流程开始。嵌入式固件里通常有USB协议栈你主要工作是提供设备描述符、配置描述符、字符串描述符。但在调协议栈之前有三件事必须确认。第一D或D-的上拉电阻是否正确。全速设备要在D上拉1.5k电阻低速设备在D-上拉。主机通过检测哪根线被拉高来判断设备速度。很多人焊接时把上拉放错位置设备永远无法被识别。第二时钟源是否精确。USB全速要求时钟精度在正负2500ppm以内高速更严一般都要用晶振或者高精度PLL。内部RC振荡器很多时候满足不了要求导致枚举就失败。第三描述符中端点配置是否匹配。如果你在描述符里声明了中断端点但端点地址或者最大包长度与实际传输不一致主机会在枚举过程中返回错误。我建议先用USB分析仪抓包看主机请求到哪一步失败是设备无响应、返回STALL还是CRC错误逐层排查。5. 实测踩坑记录与排查速查5.1 I2C总线死在低电平别急着换芯片I2C最容易出现的一个故障是总线死在低电平SCL或者SDA一直被拉低后续任何通信都起不来。遇到这种情况我的处理顺序是用万用表或示波器看SCL、SDA电平确认是哪根线被拉死逐段断开外设看总线是否恢复确定是哪颗芯片拉死的检查是不是该设备的地址冲突或者从机内部进入了错误状态。另一个经典解法是“时钟恢复”。如果SDA被从机拉死主机可以手动在SCL上连续产生9个时钟脉冲让从机释放SDA。这个方法在很多I2C故障里都能救回来尤其适用于从机在传输过程中掉电或者被复位导致状态机卡死的情况。我在写I2C驱动时都会加一个恢复函数每次通信失败后先恢复总线再重试绝大多数偶发故障都能靠这个策略自愈。5.2 SPI读回来全是FF先查极性和相位SPI的经典问题是能发能收但读回来的数据全是0xFF或者0x00。很多人第一时间怀疑从机坏了其实大概率是CPOL/CPHA不对。从机要求的采样沿和主机提供的采样沿错开从机输出数据时主机已经在采样读到的自然是无效电平。我排查时的套路是这样拿逻辑分析仪抓一次完整传输看SCK空闲电平、看CS拉低到第一个SCK边沿的时间、看MOSI数据变化的时刻和SCK边沿的关系然后对照从机数据手册的时序图。如果MOSI的数据变化发生在SCK上升沿附近而主机采样也在上升沿那就是采样沿没选对换成下降沿采样就会好。还有一种情况是CS高电平期间从机把MISO置为高阻主机内部没有配置下拉读回来就是不确定电平表现为无规律数据这种情况要在硬件上加上下拉或者在软件里忽略CS为高时的数据。5.3 UART乱码别只盯着波特率UART乱码大家第一反应总是波特率不对。这没错但除了波特率还有几个隐藏原因。一是地线问题。两个设备共地不良时UART电平参考点不一致接收到的波形带上直流偏置会出现间歇性乱码。处理方法是确保双方共地或者用隔离串口。二是电平不匹配。3.3V设备接5V UART的输出如果不做转换3.3V设备可能识别不了5V逻辑的高电平阈值也会乱码。三是DMA和中断的竞争。如果你用DMA接收不定长数据配合空闲中断但中断处理和DMA配置之间有竞态数据在缓冲被覆盖时就会乱码。这种情况波形看起来完全正常但数据错位。排查手段是关掉DMA直接轮询接收能恢复正常就说明问题出在数据链路管理上。5.4 CAN总线不通信按这个顺序排查CAN不上线的问题我建议按这个顺序排查效率最高先看CANH和CANL之间的终端电阻。正确接法是一条总线的两端各一个120欧电阻两个端点并联测出来应该是60欧左右。如果测量到120欧说明只接了一端如果接近0说明短路如果开路说明没接。看收发器供电和参考电平。CANH和CANL在空闲时静态电压约为2.5V参考地。如果静态电压不对先查收发器供电和地。看节点是否进入bus-off。很多控制器会进入bus-off状态需要软件恢复。检查状态寄存器确认节点是否在发送错误帧。用示波器看波形传输时CANH和CANL显性位应该有约2V的差分电压。如果没有说明收发器或控制器配置有问题。我做过多节点CAN组网遇到最隐蔽的问题是0欧电阻选用不当导致报文在高速率下反射严重10米线缆上偶发错误帧。后来在总线两端严格加了120欧终端电阻并调整走线错误率直接归零。5.5 USB枚举失败多半是这几个原因USB枚举失败我看过最多的原因是硬件连接问题而不是协议栈代码。检查顺序如下D/D-的差分走线是否等长这影响信号完整性高速时尤其明显上拉电阻是否接对位置VBUS是否稳定供电设备负载过大导致VBUS跌落也会枚举失败设备描述符是否合法比如描述符长度字段错误、端点配置不符合USB规范。有一次我手里的板子插电脑上完全没有反应设备管理器里连未知设备都不出现。排查后发现有颗电容虚焊导致D上拉信号不稳定主机根本无法检测到设备插入。这种硬件问题代码写得再对也没用。USB的调试建议从供电和上拉查起再查描述符因为枚举的前几步都是硬件相关。我个人的体会是通信接口这东西不能靠死记硬背。你需要理解每个接口的时序为什么这么设计UART靠起始位对齐SPI靠时钟边沿采样I2C靠两根线上的特殊跳变传递命令CAN靠差分信号和位时间同步USB靠包级握手和管理。把这些逻辑理顺了芯片型号怎么换都不怕。这篇文章里画的时序图建议你对着逻辑分析仪自己抓一遍印象会深得多。后续做嵌入式项目时遇到“两个模块为什么连不上”的问题先回去画一遍时序图大概率答案就已经浮出水面了。
