企业官网建设流程全解析

1. I2C总线协议：从基础到实战的深度拆解

搞嵌入式开发这些年，I2C总线绝对是我打交道最多的通信协议之一。从最初在51单片机上用GPIO模拟时序，到后来在ARM Cortex-M系列、MSP430上使用硬件I2C控制器，再到深入德州仪器（TI）的USCI模块，这条看似简单的双线总线，里面门道其实不少。很多新手觉得I2C不就是SCL和SDA两根线，照着时序图写代码就能通，但真到了多设备、长距离、低功耗的实际项目里，各种稀奇古怪的问题就都冒出来了——从地址冲突、仲裁失败，到时钟拉伸超时、从机无应答，每一个坑都可能让你调试到怀疑人生。

这篇文章，我就结合TI USCI模块的实战经验，把I2C从最底层的电气特性、协议帧，到上层的多主仲裁、时钟同步，再到具体的寄存器配置和中断处理，给你彻底捋清楚。我会重点讲那些数据手册里一笔带过，但实际开发中至关重要的细节，比如为什么在发送STOP条件前要检查特定标志位，如何处理从机时钟拉伸，以及在多主系统中避免总线锁死的技巧。无论你是刚开始接触I2C，还是已经用过但想更深入理解其机理，这篇文章都能给你带来实实在在的收获。

2. I2C协议核心原理与工作机制

要玩转I2C，尤其是用好像USCI这样的硬件控制器，绝不能只停留在“调用库函数”的层面。你必须清楚每一根线在每一个时刻的状态是由谁决定的，协议层每个动作背后的硬件信号是什么，这样出了问题你才知道从哪里下手查。

2.1 物理层与电气特性：不仅仅是两根线

I2C总线由串行数据线（SDA）和串行时钟线（SCL）构成，两者都是开源漏极（Open-Drain）输出。这意味着总线上的任何一个设备都可以将线拉低（输出0），但无法主动拉高（输出1）。总线的高电平状态依靠连接在SDA和SCL线上的上拉电阻来实现。这个简单的设计带来了两个关键特性：一是天然的线与（Wire-AND）逻辑，为多主仲裁奠定了基础；二是总线电容会直接影响上升沿时间，从而限制通信速率和总线长度。

上拉电阻的选型是个经验活。阻值太小，电流大，功耗高，但上升沿快，适合高速模式；阻值太大，虽然省电，但上升沿缓慢，在标准模式（100kHz）下可能还行，到了快速模式（400kHz）或高速模式（3.4MHz）就容易导致时序违规。一个常用的估算公式是：Rp(max) = (VDD - VOL) / (3mA)，Rp(min) = VDD / (0.4mA)。例如在3.3V系统中，Rp通常在1kΩ到10kΩ之间。实际项目中，我习惯先用4.7kΩ，如果波形不好（上升沿过缓），再并联一个电阻减小阻值；如果设备多了发现功耗偏高，再换用更大阻值。

注意：总线电容（Cb）是另一个隐形杀手。它来自导线寄生电容和设备引脚电容。总电容过大会严重拖慢上升时间。I2C规范通常要求Cb < 400pF。如果你的总线上挂了超过10个设备，或者走线超过了0.5米，最好用示波器测一下上升时间（tr），确保其满足所用模式的要求（标准模式tr<1000ns，快速模式tr<300ns）。

2.2 协议数据帧：起止、地址与应答

一个完整的I2C数据帧由起始条件（S）、从机地址（SLA）、读写位（R/W）、应答位（ACK/NACK）、数据字节（DATA）和停止条件（P）构成。起始和停止条件由主机产生，是总线状态的特殊组合，用于界定一次传输的边界。

起始条件（S）：在SCL为高电平期间，SDA线产生一个由高到低的下降沿。这个动作是总线上所有设备的“集合哨”，一旦检测到，所有从机开始监听后续的地址字节。停止条件（P）：在SCL为高电平期间，SDA线产生一个由低到高的上升沿。它表示本次传输结束，总线释放。

地址字节是7位或10位。7位地址是最常见的，其格式是[A6:A0] + R/W，共8位。最高位（A6）决定了地址的分配范围。需要注意的是，地址0000 000（0x00）是广播呼叫地址，0000 001（0x01）是起始字节，0000 010（0x02）是保留地址，1111 1XX（0xF8-0xFF）是保留地址。实际可用的7位地址范围是0x08到0x77。10位地址则用两个字节表示，第一个字节的高5位固定为11110，后面跟着地址的最高两位和读写位，第二个字节是地址的低8位。

每个地址或数据字节后，都紧跟着一个应答位（ACK）。发送方（无论是发送地址的主机还是发送数据的设备）在发送完8个比特后，会释放SDA线（输出高阻态），并在第9个时钟脉冲期间，由接收方将SDA拉低，表示正确接收（ACK）。如果接收方没有拉低SDA（保持高电平），则表示非应答（NACK）。NACK可能意味着从机地址错误、从机忙、或接收方故意要求终止传输（例如主机接收最后一个字节时发送NACK）。

2.3 多主与仲裁：谁抢到算谁的

I2C支持多主设备，这是它比SPI灵活的地方，但也引入了总线仲裁的复杂性。仲裁发生在SDA线上，当两个或多个主机同时发起传输时，它们会“竞争”总线。

仲裁机制基于“线与”特性：只要有一个设备输出0，总线就是0。因此，仲裁过程就是各个主机同时输出自己的数据位（从起始条件后的地址字节第一位开始比较），直到某一位，一个主机输出1（释放SDA），而另一个主机输出0（拉低SDA）。输出1的主机检测到总线实际为0（与自己输出的1不符），就会立即知道自己“仲裁失败”，并退出主机模式，转为从机接收模式，同时监听总线，看获胜的主机是否在呼叫自己。

这里有个关键点：仲裁只发生在主机发送数据（即作为发送器）的阶段。如果一台主机在发送地址后赢得了仲裁，但在后续发送数据阶段，另一台主机也想发送数据并参与仲裁，这种情况是不允许的。因为地址已经确定了本次通信的从机，后续的数据方向由R/W位决定。如果主机赢得仲裁后处于接收模式（R/W=1），那么SDA线将由从机控制，主机无法再发送数据，因此也不会发生仲裁。仲裁失败的主机必须立刻释放SDA和SCL，并设置仲裁丢失标志（在USCI中是UCALIFG），然后转为从机模式。它不应该尝试立即重发，而应等待总线空闲后再发起新的传输。

2.4 时钟同步与拉伸：慢设备如何拖慢快主机

时钟同步是I2C另一个精妙的设计。在单主系统中，SCL由主机独占。但在多主系统或主机与慢速从机通信时，SCL可能被多个设备控制。时钟同步的原理是：每个设备都有自己的内部时钟计数器，用于驱动SCL低电平周期。当SCL线被释放（由低变高）后，所有设备开始计数自己的高电平周期。第一个结束高电平计数、并将SCL拉低的设备，将决定SCL低电平周期的开始。而SCL的低电平周期，则由所有设备中低电平计数最长的那个决定，直到它释放SCL，总线才重新变高。

这就引出了时钟拉伸（Clock Stretching）。这是从机（有时是仲裁失败后转为从机的主机）的一种流控机制。当从机需要更多时间处理数据（例如从EEPROM读取数据、或内部操作未完成）时，它可以在应答位（ACK）或数据位之后，主动将SCL线拉低并保持。只要SCL被拉低，主机就必须等待，不能继续产生时钟脉冲。主机检测到SCL被意外拉低（与自己内部时钟状态不符），就会进入等待状态。这对于低速MCU与高速主机通信，或者从机需要执行耗时操作（如写Flash）时至关重要。

在USCI模块中，UCSCLLOW状态位就是用来指示SCL线是否被外部设备（或其他主机）拉低的。在编程时，如果你的主机发送数据后迟迟收不到应答，或者接收数据时时钟突然停了，除了检查从机是否死机，也要考虑是否发生了时钟拉伸。主机端的代码必须有超时机制，不能无限等待一个被拉伸的时钟，否则整个系统可能被“挂死”。

3. USCI模块I2C模式深度解析

TI的USCI（通用串行通信接口）模块是一个高度集成的外设，支持UART、SPI和I2C模式。其I2C模式的实现非常完整，几乎涵盖了协议的所有细节，但相应的，寄存器配置也略显复杂。吃透这些寄存器，你才能写出稳定可靠的驱动。

3.1 关键控制寄存器：模式与状态切换

UCBxCTL0是模式控制的核心。UCSYNC=1选择同步模式，UCMODEx=11选择I2C模式，这是基础。UCMST位决定主从模式，软件可以设置，但在多主仲裁失败时，硬件会自动清除此位，强制该设备转为从机。UCMM位在多主环境下必须置1，这会启用地址比较单元，让本机在作为主机时也能监听总线，看自己是否被其他主机寻址。UCSLA10和UCA10分别控制寻址从机和使用自身地址时的位数（7位或10位）。

UCBxCTL1包含了传输控制位和软件复位。UCTR控制方向（0=接收，1=发送）。UCTXSTT和UCTXSTP是主机模式下启动传输和结束传输的关键。这里有个大坑：UCTXSTT位在启动条件成功发出、地址发送完毕后，会由硬件自动清除。但UCTXSTP位在发出停止条件后不会自动清除！如果你在连续传输中，上一次传输设置了UCTXSTP，但还没来得及检查它是否完成（停止条件发出需要时间），就立即开始下一次传输（设置UCTXSTT），可能会导致不可预知的行为。稳妥的做法是，在设置UCTXSTT发起新传输前，先确认UCTXSTP已为0。

UCSWRST是软件复位位，默认为1（复位状态）。任何对USCI模块的关键配置（如UCBxCTL0,UCBxBRx,UCBxI2COA），都必须在UCSWRST=1时进行。配置完成后，将其清零，模块才开始工作。这是一个很好的安全机制，防止配置过程中总线产生毛刺。

3.2 从机模式运作流程与中断处理

从机模式的逻辑相对被动，核心是响应主机的寻址。USCI模块在从机模式下，会持续监听总线上的起始条件和地址。当检测到起始条件，并发现接下来的地址与自身地址（UCBxI2COA）或广播地址（如果UCGCEN=1）匹配时，会设置UCSTTIFG（起始条件中断标志），并根据地址字节的R/W位，自动设置UCTR（0为接收，1为发送），从而进入对应的从机接收或发送模式。

从机接收模式：主机发送数据，从机接收。每接收完一个字节，数据存入UCBxRXBUF，并置位UCRXIFG。从机必须在下一个字节传输结束前读取UCBxRXBUF，否则硬件会通过时钟拉伸来等待。如果主机发送停止条件，会置位UCSTPIFG。

从机发送模式：主机请求数据，从机发送。在地址匹配且R/W=1后，UCTXIFG会立即置位，提示从机需要向UCBxTXBUF写入第一个待发送数据。之后每发送完一个字节，UCTXIFG再次置位，请求下一个数据。如果从机没有及时写入数据，同样会触发时钟拉伸。

这里有一个10位地址模式的特殊处理。当UCA10=1时，从机使用10位地址。其寻址分两个阶段：主机先发送11110xx0（其中xx是10位地址的最高两位），从机应答；主机再发送地址的低8位，从机再次应答。完成这两步后，从机才被寻址成功，并进入接收模式（因为第一个字节的R/W位是0）。如果主机想让它发送数据，必须发送一个重复起始条件（Repeated START），然后发送11110xx1（R/W=1）。此时从机会再次触发UCSTTIFG，并且UCTR被硬件置1，切换到发送模式。这个过程比7位地址复杂，在中断服务程序里需要根据状态妥善处理。

3.3 主机模式运作流程与编程要点

主机模式需要软件主动控制传输的发起、数据的收发和传输的结束。流程始于配置UCBxI2CSA（从机地址）、UCSLA10（地址位数）、UCTR（方向），然后置位UCTXSTT。

主机发送模式：设置UCTR=1，置位UCTXSTT。硬件检查总线空闲后，发出起始条件和地址（R/W=0）。一旦从机应答了地址，UCTXSTT自动清零，UCTXIFG置位。此时，软件应立即向UCBxTXBUF写入第一个数据字节。写入后UCTXIFG清零，数据被移出发送。当发送移位寄存器空，UCTXIFG再次置位，请求下一个数据。当所有数据发送完毕，软件应置位UCTXSTP以产生停止条件。关键点：对于单字节传输，必须在字节传输开始后、结束前（即UCTXIFG置位后）设置UCTXSTP。如果设置过早（在写UCBxTXBUF之前），可能只发送了地址就停止了。

主机接收模式：设置UCTR=0，置位UCTXSTT。硬件发出起始条件和地址（R/W=1）。从机应答后，UCTXSTT清零，从机开始发送数据。主机接收完一个字节后，会将其存入UCBxRXBUF并置位UCRXIFG，同时自动回复一个ACK（除非软件提前设置了UCTXNACK）。软件读取UCBxRXBUF后，UCRXIFG清零。当收到最后一个字节前，软件应置位UCTXNACK=1，让主机在收到最后一个字节后回复NACK，然后紧接着置位UCTXSTP产生停止条件。另一个关键点：如果主机接收数据后没有及时读取UCBxRXBUF，硬件会通过时钟拉伸SCL来等待，这可能导致总线超时。

重复起始条件：用于在一次通信中，不释放总线所有权就改变数据传输方向或切换从机。操作方法是：在当前传输未发送停止条件前，直接置位UCTXSTT。硬件会自动在上一个数据/应答周期后，产生一个重复起始条件。这在读取传感器数据时非常常见：先写寄存器地址（主机发送模式），然后发重复起始，再读数据（主机接收模式）。

3.4 中断与状态标志：高效事件驱动编程

USCI的I2C模块将所有事件集中到一个中断向量，通过UCBxIV中断向量寄存器来区分事件源。这种设计节省了中断向量表资源，但要求中断服务程序（ISR）必须高效。

接收/发送数据中断：UCRXIFG和UCTXIFG是最频繁触发的中断。在从机模式或主机接收模式，UCRXIFG置位表示收到一个字节，应立刻读取UCBxRXBUF。在主机发送或从机发送模式，UCTXIFG置位表示发送缓冲区空，应立刻写入下一个数据到UCBxTXBUF。务必注意：在UCTXIFG置位的中断里，如果已经没有数据要发送（传输结束），绝对不能向UCBxTXBUF写任何数据！否则会启动一次新的、无意义的传输。正确的做法是关闭发送中断（UCTXIE=0），或者写入一个虚拟数据但随后发送停止条件（不推荐）。

状态改变中断：这几个标志位揭示了总线上的关键事件。

• UCSTTIFG：从机模式下，检测到自己的地址（或广播地址）被呼叫。这是从机开始工作的“唤醒”信号。
• UCSTPIFG：从机模式下，检测到停止条件。标志一次传输会话的结束，从机可以复位内部状态，准备下一次通信。
• UCNACKIFG：主机模式下，发送地址或数据后，未收到从机的应答（NACK）。这通常意味着从机不存在、忙或出错。主机必须处理此中断，通常选择发送停止条件释放总线，或发送重复起始条件重试。
• UCALIFG：仲裁丢失。在多主系统中，本机尝试发起传输但竞争总线失败。硬件会自动将UCMST清零，切换为从机模式。中断服务程序应清除此标志，并可能需要进行一些状态恢复。

使用UCBxIV的推荐方法是采用“计算跳转”的方式，如下面的汇编示例所示。在C语言中，通常用一个switch(UCBxIV)语句来处理。重要原则：进入ISR后，先读取UCBxIV的值，这个读操作会自动清除当前最高优先级的中断标志。然后根据该值跳转到对应的处理分支。

// C语言中断服务例程示例 #pragma vector = USCI_B0_VECTOR __interrupt void USCI_B0_ISR(void) { switch(__even_in_range(UCB0IV, 0x1e)) // 安全范围检查，适用于MSP430 { case 0x00: break; // 无中断 case 0x02: // UCALIFG - 仲裁丢失 UCB0IFG &= ~UCALIFG; // 清除标志（读UCB0IV已清除，此步可选） // ... 状态恢复代码 ... break; case 0x04: // UCNACKIFG - 无应答 // 主机模式下，从机无应答 UCB0CTL1 |= UCTXSTP; // 发送停止条件释放总线 // 或准备重试逻辑 break; case 0x06: // UCSTTIFG - 起始条件（从机模式） // 检查UCB0STAT的UCGC位判断是否是广播呼叫 // 根据UCTR判断是发送还是接收模式，准备数据或缓冲区 break; case 0x08: // UCSTPIFG - 停止条件（从机模式） // 一次传输结束，可以复位内部数据指针等 break; case 0x0a: // UCRXIFG - 接收中断 rx_buffer[rx_index++] = UCB0RXBUF; if(rx_index >= BUFFER_SIZE) { // 缓冲区满，可能发送NACK或采取其他措施 } break; case 0x0c: // UCTXIFG - 发送中断 if(tx_index < tx_length) { UCB0TXBUF = tx_buffer[tx_index++]; } else { // 数据已发完，关闭发送中断或发送停止条件 UCB0IE &= ~UCTXIE; // 如果是主机，可能需要发送停止条件 // UCB0CTL1 |= UCTXSTP; } break; default: break; } }

4. 实战配置与常见问题排查

理论懂了，寄存器也清楚了，最后还得落到代码上。下面我以一个MSP430单片机作为主机，与一个I2C EEPROM（例如AT24C02）通信为例，展示完整的配置和读写流程，并附上我踩过的坑和解决方案。

4.1 主机初始化与EEPROM页写入

假设我们使用MSP430的USCI_B0模块，SMCLK时钟源为1MHz，目标I2C总线频率为100kHz（标准模式）。

// 首先，在初始化任何外设前，最好先置位UCSWRST，将模块保持在复位安全状态 UCB0CTL1 |= UCSWRST; // 1. 配置控制寄存器0 (UCB0CTL0) // UCMODE=3 (I2C模式), UCSYNC=1 (同步模式), UCMST=1 (主机模式) // UCMM=0 (假设单主系统，无其他主机) // UCSLA10=0 (7位从机地址) UCB0CTL0 = UCMST | UCMODE_3 | UCSYNC; // 2. 配置控制寄存器1 (UCB0CTL1) // 选择时钟源，例如SMCLK UCB0CTL1 |= UCSSEL_2; // SMCLK // 注意：UCSWRST仍然为1，其他位如UCTR, UCTXSTT等先不设置 // 3. 配置波特率发生器 // fBitClock = fBRCLK / UCBRx // 目标 fBitClock = 100kHz, fBRCLK = 1MHz // 所以 UCBRx = 1,000,000 / 100,000 = 10 UCB0BR0 = 10; // 低字节 UCB0BR1 = 0; // 高字节 // 4. 配置自身地址（在多主模式下才需要） // UCB0I2COA = 0x48; // 例如，自身7位地址为0x24 (左移一位后是0x48) // 5. 配置从机地址（EEPROM地址，假设为0x50，7位地址是0x50>>1=0x28） UCB0I2CSA = 0x50; // 注意：这里写入的是左移一位后的地址，即(0x28 << 1) = 0x50 // 6. 使能I2C引脚功能（根据具体型号的引脚映射，例如P3.0=UCB0SDA, P3.1=UCB0SCL） P3SEL |= BIT0 | BIT1; P3REN |= BIT0 | BIT1; // 使能内部上拉（如果外部没有上拉电阻） P3OUT |= BIT0 | BIT1; // 7. 清除软件复位，启动USCI模块 UCB0CTL1 &= ~UCSWRST; // 8. 使能中断（根据需要） UCB0IE |= UCRXIE | UCTXIE | UCNACKIE; // 使能接收、发送、无应答中断 // UCALIE, UCSTTIE, UCSTPIE 在主机模式下通常不需要

现在，我们来写一个向EEPROM地址0x00开始写入一串数据的函数。EEPROM通常要求先发送内存地址（Word Address），再发送数据。

#define EEPROM_ADDR_W 0xA0 // 写地址 (0x50 << 1) | 0 #define EEPROM_ADDR_R 0xA1 // 读地址 (0x50 << 1) | 1 uint8_t tx_buffer[10]; // 发送缓冲区，[0]是内存地址，[1:]是数据 uint8_t tx_index = 0; uint8_t tx_length = 0; volatile uint8_t i2c_state = IDLE; // 状态机状态 void eeprom_write_page(uint16_t mem_addr, uint8_t *data, uint8_t len) { // 1. 等待总线空闲（可选，但更稳健） while (UCB0STAT & UCBBUSY); // 2. 准备发送缓冲区 tx_buffer[0] = (uint8_t)(mem_addr); // EEPROM内存地址低字节（假设8位地址） // 对于容量更大的EEPROM，内存地址可能是2字节 // tx_buffer[0] = (uint8_t)(mem_addr >> 8); // tx_buffer[1] = (uint8_t)(mem_addr); for(uint8_t i=0; i<len && i<8; i++) { // 页写入通常不超过页大小（如8/16/32字节） tx_buffer[i+1] = data[i]; } tx_index = 0; tx_length = len + 1; // 总长度 = 内存地址字节数 + 数据长度 i2c_state = STATE_WRITE_MEM_ADDR; // 3. 配置为主机发送模式 UCB0CTL1 &= ~UCTR; // 先清除，再设置更安全 UCB0CTL1 |= UCTR; // 设置为发送模式 // 4. 启动传输 UCB0CTL1 |= UCTXSTT; // 5. 使能发送中断，等待中断服务程序完成发送 UCB0IE |= UCTXIE; // 注意：主程序在此处应进入低功耗模式或等待状态标志，由中断驱动后续流程 } // 在UCTXIFG中断中 case 0x0c: // UCTXIFG if(i2c_state == STATE_WRITE_MEM_ADDR || i2c_state == STATE_WRITE_DATA) { if(tx_index < tx_length) { UCB0TXBUF = tx_buffer[tx_index++]; if(tx_index == tx_length) { // 所有数据（地址+数据）已装入缓冲区 // 此时不能关闭中断，要等待最后一个字节发送完毕 } } else { // 数据已全部移出发送缓冲区，等待最后一个字节发送完成 // 需要在下一个中断或通过其他方式发送停止条件 // 一种常见做法：在发送倒数第二个数据字节后，设置停止条件 } } break;

关键技巧：对于页写入，必须在发送完最后一个数据字节后，在UCTXIFG中断再次触发前（即最后一个字节正在移位发送时），设置UCTXSTP位。因为UCTXIFG在数据从UCBxTXBUF转移到移位寄存器时置位。所以，正确的顺序是：发送倒数第二个数据 ->UCTXIFG置位 -> 在中断中发送最后一个数据 -> 同时（或之后立即）设置UCTXSTP=1。这样当最后一个字节发送完毕，主机自动产生停止条件。

4.2 主机读取与时钟拉伸处理

读取EEPROM需要“写地址+读数据”的操作，这就要用到重复起始条件。

void eeprom_read_bytes(uint16_t mem_addr, uint8_t *buffer, uint8_t len) { // 第一阶段：主机发送模式，写入要读取的内存地址 while (UCB0STAT & UCBBUSY); tx_buffer[0] = (uint8_t)(mem_addr); tx_index = 0; tx_length = 1; // 只发送内存地址 i2c_state = STATE_WRITE_READ_ADDR; // 状态：写入读地址 rx_buffer = buffer; rx_length = len; rx_index = 0; UCB0CTL1 |= UCTR; // 发送模式 UCB0IE |= UCTXIE; // 使能发送中断 UCB0CTL1 |= UCTXSTT; // 启动传输 } // 在中断服务程序中，需要处理状态转换 case 0x0c: // UCTXIFG switch(i2c_state) { case STATE_WRITE_READ_ADDR: if(tx_index < tx_length) { UCB0TXBUF = tx_buffer[tx_index++]; } else { // 内存地址发送完毕，切换到接收模式，并发送重复起始 i2c_state = STATE_READ_DATA; UCB0CTL1 &= ~UCTR; // 切换为接收模式 UCB0IE &= ~UCTXIE; // 关闭发送中断 UCB0IE |= UCRXIE; // 使能接收中断 UCB0CTL1 |= UCTXSTT; // 发送重复起始条件 // 注意：此时不能设置UCTXSTP，因为紧接着要读数据 } break; // ... 其他状态 ... } break; case 0x0a: // UCRXIFG if(i2c_state == STATE_READ_DATA) { if(rx_index < rx_length) { buffer[rx_index++] = UCB0RXBUF; if(rx_index == rx_length) { // 已收到最后一个字节，在下一次中断前，需要主机发送NACK和STOP UCB0CTL1 |= UCTXNACK; // 准备发送NACK } else if(rx_index == rx_length - 1) { // 即将接收最后一个字节，在接收完最后一个字节后发送NACK和STOP // 可以在接收倒数第二个字节后，提前设置UCTXSTP UCB0CTL1 |= UCTXSTP; // 设置停止条件，硬件会在最后一个字节后发送NACK+STOP } } } break;

时钟拉伸超时处理：这是实际项目中最容易忽视的问题。从机可能因为各种原因（如内部EEPROM写入）长时间拉伸SCL。USCI模块作为主机会等待，但我们的软件不能无限等待。一个简单的办法是使用看门狗（WDT）或定时器实现超时。

// 在启动传输（设置UCTXSTT）前，启动一个定时器 TA0CTL = TASSEL_2 | MC_2 | TACLR; // SMCLK, 连续模式，清除 TA0CCR0 = 50000; // 设置一个超时值，例如对应50ms TA0CCTL0 |= CCIE; // 使能CCR0中断 // 在I2C传输完成（收到UCSTPIFG或成功发送停止条件）的中断里，停止定时器并清除标志 TA0CTL &= ~MC_3; // 停止定时器 TA0CCTL0 &= ~CCIFG; // 在定时器中断中 #pragma vector=TIMER0_A0_VECTOR __interrupt void TIMER0_A0_ISR(void) { // I2C操作超时 UCB0CTL1 |= UCTXSTP; // 强制发送停止条件，尝试释放总线 UCB0CTL1 &= ~UCTXSTT; // 清除可能的起始条件 // 复位I2C模块？谨慎操作，可能需要重新初始化 // UCB0CTL1 |= UCSWRST; // ... 重新初始化USCI ... // UCB0CTL1 &= ~UCSWRST; // 设置错误标志，通知上层应用 i2c_error = ERROR_TIMEOUT; }

4.3 典型问题排查清单

当你调不通I2C时，可以按照这个清单逐项检查：

1. 基础检查：

   • 电源与上拉：所有设备供电是否正常？SDA和SCL线上是否有上拉电阻（通常4.7kΩ）？用万用表测总线空闲时电压是否为高电平（VDD）。
   • 引脚配置：MCU的I2C引脚是否已正确配置为外设功能（例如PxSEL寄存器）？是否禁用了内部上拉/下拉（如果使用外部上拉）？
   • 地址确认：从机设备地址是否正确？注意7位地址通常需要左移一位，并与R/W位组合。用逻辑分析仪抓取起始信号后的第一个字节，核对地址。

2. 无应答（NACK）问题：

   • 从机设备是否上电、初始化完成？
   • 总线速度是否过快？尝试降低UCBRx，使用标准模式（100kHz）测试。
   • 从机是否处于忙状态（如EEPROM正在写内部页）？查阅从机数据手册，看是否需要查询忙状态或等待tWR时间。
   • 如果是10位地址，寻址序列（两个地址字节+重复起始）是否正确？

3. 仲裁丢失问题：

   • 总线上是否有其他主机？确认UCMM位在多主系统中已置1。
   • 检查各主机的初始化代码，确保在发起传输前（UCTXSTT=1）总线是空闲的（UCBBUSY==0）。
   • 仲裁丢失后，代码是否清除了UCALIFG标志，并正确处理了状态切换（从主机变为从机）？

4. 数据错误问题：

   • 发送和接收的字节顺序是否正确？大小端问题？
   • 在主机接收模式下，是否在接收最后一个字节前发送了NACK（UCTXNACK=1）和停止条件（UCTXSTP=1）？
   • 中断服务程序是否及时读取了UCBxRXBUF或写入了UCBxTXBUF？延迟过大会导致时钟拉伸或超时。

5. 调试工具：

   • 逻辑分析仪：这是调试I2C的终极利器。可以清晰看到起始、停止、地址、数据、ACK/NACK每一位的波形，以及时钟拉伸情况。
   • 示波器：观察SDA和SCL的波形质量，检查上升/下降时间、过冲、振铃等信号完整性问题。
   • 软件调试：在关键位置设置断点，观察寄存器值（特别是UCBxIFG、UCBxSTAT）的变化是否符合预期。

最后，关于低功耗设计，USCI模块在I2C从机模式下有一个巨大优势：它不需要内部时钟源，SCL由外部主机提供。这意味着MCU可以在最低功耗模式（如MSP430的LPM4，所有时钟关闭）下作为从机休眠，当主机发起通信时，SCL和SDA的信号边沿可以触发端口中断，将MCU唤醒，然后USCI模块处理通信。这为电池供电的传感器节点提供了极大的便利。只需确保I2C引脚的中断功能已使能，并在初始化时正确配置USCI模块即可。