企业官网建设流程全解析

1. 项目概述与I2C协议核心思想

在嵌入式系统开发中，设备间的通信是构建复杂功能的基础。面对众多传感器、存储器和外设，如何用最少的硬件资源实现可靠的数据交换，是每个工程师都要面对的挑战。I2C（Inter-Integrated Circuit）总线协议，以其简洁的两线制（串行数据线SDA和串行时钟线SCL）、支持多主多从的架构以及灵活的通信速率，成为了解决这一问题的经典方案。它不像SPI需要四根线，也不像UART需要精确的波特率匹配，在引脚资源紧张的微控制器（MCU）上显得尤为珍贵。

然而，协议本身的优雅并不意味着实现起来就一帆风顺。从起始（S）和停止（P）条件的时序，到应答（ACK）与非应答（NACK）的处理，再到多主竞争时的仲裁机制，每一个细节都可能成为调试路上的“坑”。特别是当你需要深入芯片内部，直接操控硬件寄存器来实现I2C通信时，对协议和硬件模块的理解深度直接决定了代码的稳定性和效率。

德州仪器（TI）的MSP430等系列微控制器，其通用串行通信接口（USCI）模块提供了强大的硬件I2C支持。这个模块将复杂的协议时序、时钟同步、中断触发等底层操作封装成可配置的寄存器，大大减轻了开发者的负担。但要想真正驾驭它，而不是仅仅调用库函数，就必须深入理解如UCBxCTL1、UCBxI2CSA、UCBxSTAT这些寄存器每一位的含义，以及UCSTTIFG、UCRXIFG等中断标志在通信流程中何时置位、何时清零。

本文正是为你拆解这其中的奥秘。无论你是刚接触I2C的新手，希望超越库函数理解底层机制；还是正在调试I2C通信故障，苦于找不到问题根源的开发者；亦或是追求极致性能和可靠性的资深工程师，本文都将带你从协议原理出发，直抵USCI模块的寄存器级操作，通过大量的实际配置示例、状态机分析和避坑指南，让你不仅知道如何配置，更透彻理解为什么要这样配置，从而在嵌入式通信领域更加游刃有余。

2. I2C总线协议深度解析与USCI模块概览

2.1 I2C协议基础：不止于两根线

I2C协议的精髓在于其用极简的硬件实现了完整的通信链路管理。SDA和SCL两根线均为开源漏极（Open-Drain）结构，这意味着它们需要通过上拉电阻连接到正电源。这种设计直接带来了两个关键特性：一是“线与”功能，任何设备都可以将线拉低，而只有当所有设备都释放时，线才会被上拉电阻拉高，这是实现多主仲裁和时钟同步的物理基础；二是电平兼容性好，不同工作电压的设备可以方便地连接在同一总线上。

一次完整的I2C数据传输帧由以下几个基本元素构成：

1. 起始条件（S）：当SCL为高电平时，SDA线上一个由高到低的跳变。这个独特的时序信号通知总线上所有设备，一次传输开始了。
2. 从机地址与读写位：起始条件后，主设备发送7位或10位的从机地址，紧接着的一位（R/W#）指示数据传输方向（0为写，1为读）。
3. 应答位（A/A）：每个地址或数据字节传输后的第9个时钟脉冲期间，接收方必须将SDA拉低作为应答（ACK）。如果接收方未拉低（保持高电平），则视为非应答（NACK）。
4. 数据字节：在地址得到应答后，主设备或从设备开始传输数据字节，同样是8位数据加1位应答的格式。
5. 停止条件（P）：当SCL为高电平时，SDA线上一个由低到高的跳变。这标志着一帧传输的结束，总线恢复空闲状态。

此外，还有重复起始条件（Sr），它可以在不释放总线（不发送停止条件）的情况下，改变通信方向或切换从机设备，这对于需要连续进行读、写组合操作（例如，先写寄存器地址，再读数据）的场景至关重要。

2.2 USCI模块：硬件I2C的智能管家

USCI（Universal Serial Communication Interface）是TI微控制器中一个高度集成的通信外设，它支持UART、SPI和I2C等多种模式。当配置为I2C模式时（UCMODEx=11,UCSYNC=1），它就变成了一个全功能的I2C控制器，自动处理了绝大部分协议层的繁琐工作。

我们可以把USCI模块想象成一个高度自动化的“通信秘书”。你只需要通过寄存器告诉它：“以100kHz的速率，向地址为0x50的设备发送这些数据”，它就会自动帮你生成起始条件、发送地址、管理时钟、检查应答、发送数据、最后产生停止条件。整个过程无需CPU持续干预，仅在关键节点（如数据收发完成、收到NACK、检测到起始/停止条件）通过中断通知CPU，极大提高了系统效率，并允许CPU在通信期间进入低功耗模式。

USCI模块的核心功能单元包括：

• 比特率发生器：根据你配置的时钟源（UCSSELx）和分频值（UCBRx），产生精确的SCL时钟。
• 数据移位寄存器：负责将并行数据转换为串行比特流输出，或将接收到的串行比特流组装成并行数据。
• 地址比较器：在从机模式下，自动将接收到的地址与自身地址寄存器（UCBxI2COA）进行比较，决定是否响应。
• 状态机与控制逻辑：这是模块的大脑，根据协议规则和你的配置（主/从、收发模式），自动控制整个通信流程的状态跳转。
• 中断系统：提供丰富的中断标志（UCTXIFG,UCRXIFG,UCSTTIFG,UCSTPIFG,UCNACKIFG,UCALIFG），让你可以以事件驱动的方式编写代码。

理解USCI模块的关键，在于掌握其寄存器映射和状态标志。你的所有配置（模式、地址、时钟）都通过写入特定寄存器完成，而模块的运行状态和通信事件则通过读取相应的状态和中断标志寄存器来获取。接下来的章节，我们将深入这些寄存器的每一个细节，并结合具体的通信场景，展示如何让这位“秘书”精准地执行你的命令。

3. USCI模块I2C模式的详细配置与操作流程

3.1 核心寄存器详解：从初始化到运行控制

要让USCI模块开始工作，第一步是正确配置其控制寄存器。这里需要特别注意一个关键位：软件复位使能位UCSWRST。在修改大多数配置寄存器（尤其是UCBxCTL0,UCBxCTL1,UCBxBRW,UCBxI2COA）之前，必须先将UCSWRST置1，将模块置于复位状态。配置完成后，再将UCSWRST清零，模块才按照新配置开始运行。这是一个常见的“坑”，如果忘记先置位UCSWRST就修改配置，可能会导致配置不生效或模块行为异常。

UCBxCTL0 (控制寄存器0) - 定义通信框架这个寄存器定义了I2C通信的基本模式。

• UCA10： 决定自身（作为从机时）的地址模式。0为7位地址，1为10位地址。例如，你的设备地址是0x68，如果UCA10=0，则只使用低7位（0x68 & 0x7F）；如果UCA10=1，则使用完整的10位地址（需要与UCBxI2COA寄存器配合，注意10位地址的传输分两个字节）。
• UCSLA10： 决定寻址目标从机时的地址模式。0表示使用7位地址寻址从机，1表示使用10位地址。作为主机时，此位必须与目标从机的地址模式匹配。
• UCMM：多主环境选择。如果你的系统中只有一个I2C主机，设为0可以略微优化性能。但如果存在多个可能发起通信的主设备（例如，两个MCU共享总线），则必须设为1，以启用仲裁和时钟同步功能。
• UCMST：主从模式选择。1为主机模式，0为从机模式。一个有趣的现象是，在多主系统中，如果一个主机在仲裁中失败，硬件会自动将此位清零，该模块会暂时切换为从机模式。
• UCMODEx： 必须设置为11，以选择I2C模式。
• UCSYNC： 必须设置为1，选择同步通信模式（I2C是同步协议）。

UCBxCTL1 (控制寄存器1) - 控制运行时行为这个寄存器包含了许多实时控制位和状态位。

• UCSSELx： 选择USCI模块的时钟源（BRCLK），可以是ACLK、SMCLK等。这个时钟源经过UCBRx分频后产生最终的I2C比特率（fBitClock = fBRCLK/UCBRx）。
• UCTR：传输方向控制。1表示模块作为发送器（写操作），0表示作为接收器（读操作）。在主机模式下，你需要在发起传输前设置此位；在从机模式下，此位由接收到的地址字节中的R/W#位自动设置。
• UCTXSTT：生成起始条件。在主机模式下，将此位置1，模块会检查总线空闲后产生起始条件。完成后硬件自动清零。
• UCTXSTP：生成停止条件。在主机模式下，将此位置1，模块会在当前字节传输完成后产生停止条件。完成后硬件自动清零。
• UCTXNACK：发送非应答。在主机接收模式的最后一个字节，或从机接收模式中不想应答时，可先将此位置1，硬件会在应答周期发送NACK信号。

UCBxBRW (比特率控制寄存器) - 设定通信速度这是一个16位寄存器（由UCBxBR0和UCBxBR1组成），用于设置时钟分频因子UCBRx。I2C标准模式速率为100kbps，快速模式为400kbps，快速模式Plus为1Mbps。你需要根据所选的BRCLK频率来计算UCBRx的值。例如，若SMCLK = 1MHz，目标fBitClock = 100kHz，则UCBRx = 1MHz / 100kHz = 10。需注意，在多主模式下，最大比特率不能超过fBRCLK/8，这是为了给仲裁和同步留出足够的时间裕量。

地址与数据缓冲区寄存器

• UCBxI2COA：自身地址寄存器。当模块作为从机时，用它来设置自己的I2C地址。UCGCEN位决定是否响应广播地址（0x00）。
• UCBxI2CSA：从机地址寄存器。当模块作为主机时，用它来指定要通信的从机地址。
• UCBxTXBUF：发送数据缓冲区。你要发送的数据写入这里。当UCTXIFG=1时，表示缓冲区空，可以写入下一个字节。
• UCBxRXBUF：接收数据缓冲区。从总线上读取的数据存放在这里。当UCRXIFG=1时，表示收到了新数据，可以读取。

3.2 主机模式操作流程：发起通信的主动权

主机模式是主动发起通信的一方。其操作流程是一个典型的状态机，理解这个状态机对于编写健壮的驱动代码至关重要。

3.2.1 主机发送器模式（Master Transmitter）假设我们要向从机地址0x50写入两个字节数据0xAA和0x55。

1. 初始化与配置：首先，在UCSWRST=1的情况下，配置UCBxCTL0（模式、地址长度）、UCBxCTL1（时钟源）、UCBxBRW（比特率）、UCBxI2CSA（目标从机地址0x50）。然后将UCTR置1（发送模式），最后清除UCSWRST使能模块。
2. 发起传输：将第一个要发送的数据（例如0xAA）写入UCBxTXBUF。然后，将UCTXSTT位置1。模块会自动检查总线是否空闲（UCBBUSY标志），若空闲则产生起始条件（S），并发送从机地址（0x50 + W=0）。
3. 等待地址应答与发送数据：从机应答地址后，UCTXSTT位自动清零，同时UCTXIFG会再次置1（因为UCBxTXBUF的数据已移入移位寄存器，缓冲区变空）。此时，你可以立即将第二个数据（0x55）写入UCBxTXBUF。第一个字节0xAA会在SCL时钟的控制下被发送出去。
4. 结束传输：在发送最后一个字节（0x55）期间，你需要设置UCTXSTP=1。模块会在该字节传输完成并收到从机的应答后，自动产生停止条件（P）。UCTXSTP位随后自动清零。

关键细节与避坑指南：

• UCTXSTT的时机：务必在写入第一个数据到UCBxTXBUF之后再置位UCTXSTT。如果先置位UCTXSTT再写数据，在地址发送完毕、等待第一个数据时，缓冲区是空的，模块会拉低SCL时钟（时钟拉伸）等待数据，如果等待超时可能导致通信失败。
• UCTXSTP的时机：对于单字节传输，必须在字节开始传输后、且不再向UCBxTXBUF写入新数据前设置UCTXSTP。如果你在设置UCTXSTP后又写了新数据，模块会认为还有后续数据，不会产生停止条件。
• 多主系统下的UCTXIFG：在UCMM=1的多主模式下，即使你设置了UCTXSTT，如果总线被占用，模块会等待。在等待期间，UCTXIFG可能因为总线上的SCL活动而意外置位。安全的做法是，在写入UCBxTXBUF后，通过轮询UCTXSTT是否清零来判断起始条件是否已成功发送，然后再根据UCTXIFG来写入后续数据。

3.2.2 主机接收器模式（Master Receiver）假设我们要从从机地址0x50读取两个字节数据。

1. 初始化与发起读请求：配置与发送模式类似，但UCTR需清零（接收模式）。将目标从机地址写入UCBxI2CSA。然后，直接置位UCTXSTT（注意，此时UCBxTXBUF不需要写入数据）。
2. 接收数据：模块发送地址（0x50 + R=1）并收到应答后，UCTXSTT清零。从机开始发送数据，第一个字节接收完成后，UCRXIFG置位，数据存入UCBxRXBUF。读取UCBxRXBUF会清除UCRXIFG标志。
3. 应答控制与结束：在接收倒数第二个字节后，读取UCBxRXBUF，然后立即置位UCTXSTP。模块会在接收最后一个字节后，自动发送一个NACK信号，紧接着发送停止条件。这是I2C协议中主机接收多字节数据时的标准结束方式（发送NACK表示不再需要数据，然后发送STOP）。如果你想在接收后发起重复起始条件以进行连续操作，则应在接收倒数第二个字节后、读取缓冲区之前，置位UCTXSTT。

3.3 从机模式操作流程：响应与协作

从机模式是被动响应的一方，其行为主要由主机发起的通信帧控制，但配置同样重要。

3.3.1 从机接收器模式（Slave Receiver）

1. 初始化：配置UCBxCTL0（设置自身地址UCA10、UCMM等），将自身地址写入UCBxI2COA。UCMST位保持为0（从机模式）。清除UCSWRST。
2. 等待与响应：模块会自动监测总线上的起始条件。当检测到起始条件且接下来的地址与自身地址匹配时，会置位UCSTTIFG中断标志，并根据地址中的R/W#位自动设置UCTR=0（接收模式）。
3. 接收数据：主机发送的数据字节会被接收，每收完一个字节就置位UCRXIFG。从机必须在下一个字节传输完成前读取UCBxRXBUF，否则模块会通过时钟拉伸（拉低SCL）来等待，直到数据被读取。
4. 传输结束：当检测到停止条件（P）时，UCSTPIFG标志置位，一次传输结束。

3.3.2 从机发送器模式（Slave Transmitter）

1. 初始化：与接收模式类似，但通常需要预先将待发送的数据写入UCBxTXBUF。
2. 寻址与切换：主机发送带R/W#=1的地址寻址到本机时，UCSTTIFG置位，且模块自动设置UCTR=1（发送模式）。如果UCSTTIFG被软件清除，模块会开始发送UCBxTXBUF中的数据。
3. 发送数据：每发送完一个字节，UCTXIFG会置位，表示可以写入下一个待发送数据到UCBxTXBUF。从机必须及时响应���否则主机在等待应答时会超时。
4. 注意：从机无法主动结束传输。传输的结束由主机控制，主机通过发送NACK或停止条件来终止读取。

10位地址模式的操作流程更为复杂。对于从机，在10位模式下，它首先以接收模式响应地址帧的第一部分（11110xx + W），然后在主机发送重复起始条件（Sr）和第二部分地址（R/W#可能改变）后，UCSTTIFG会再次置位，此时UCTR位指示了最终的通信方向。对于主机，则需要发送两个地址字节来寻址10位从机。

4. 高级主题与实战调试技巧

4.1 时钟生成、同步与拉伸：总线节奏的掌控

I2C总线的时钟（SCL）由主设备产生，但它的节奏会受到从设备和多主竞争的“拉扯”，这就是时钟同步与拉伸。

时钟生成：在主机模式下，USCI模块的比特率发生器根据UCSSELx选择的时钟源和UCBRx分频值产生SCL。计算公式为fBitClock = fBRCLK/UCBRx。SCL的高低电平最小持续时间必须满足I2C规范。例如，对于100kHz的标准模式，SCL低电平时间tLOW和高电平时间tHIGH均需大于4.7μs。选择UCBRx时，需确保(UCBRx/2)/fBRCLK（当UCBRx为偶数时）大于这个最小值。

时钟同步：在多主系统中，当两个主设备同时开始传输时，它们的时钟需要同步。原理很简单：SCL线是“线与”。任何一个设备将SCL拉低，都会导致整条SCL线变低。只有所有设备都释放SCL（输出高电平），它才会被上拉电阻拉高。因此，SCL的低电平周期由时钟低电平最长的那个设备决定，而高电平周期则由时钟高电平最短的那个设备决定。USCI硬件自动处理这一过程，当它检测到外部SCL被拉低而自身准备释放时钟时，它会等待，从而实现同步。

时钟拉伸：这是从设备（或仲裁失败的主设备）控制通信节奏的重要手段。当从设备需要更多时间处理数据（例如，从缓冲区读取数据或准备下一个要发送的字节）时，它可以在应答周期或数据位之间将SCL线拉低，强制主设备进入等待状态。USCI模块在两种情况下会主动进行时钟拉伸：1) 作为发送器时，UCBxTXBUF为空；2) 作为接收器时，UCBxRXBUF中的数据未被读取。你可以通过查询UCSCLLOW状态位来判断SCL线是否被拉低。

实战心得：时钟配置的稳定性在实际项目中，我曾遇到一个棘手的间歇性通信失败问题。最终发现是比特率配置过于“临界”。我使用的BRCLK是1MHz，目标100kHz，计算得UCBRx=10。理论上高低电平时长各为5μs，刚好满足标准模式4.7μs的要求。但在温度变化或电源波动时，时钟边缘变得不理想，导致从机采样出错。将BRCLK提高到2MHz，UCBRx设为20，高低电平时长变为10μs，留出了一倍的裕量，问题彻底消失。教训是：在设计比特率时，务必留出充足的时序裕量，不要贴着规范的下限配置。

4.2 中断与状态管理：高效的事件驱动编程

轮询标志位固然简单，但在复杂的多任务或低功耗系统中，中断才是高效利用CPU资源的关键。USCI的I2C模块将所有事件中断合并到一个中断向量中，通过**中断向量寄存器UCBxIV**来区分具体的中断源。

中断标志与使能：

• UCRXIFG/UCTXIFG： 数据接收/发送缓冲区就绪中断。最常用，用于数据传输。
• UCSTTIFG： 从机模式下检测到起始条件和自身地址匹配。用于从机知道自己被寻址。
• UCSTPIFG： 从机模式下检测到停止条件。用于知道一次传输会话结束。
• UCNACKIFG： （主机或从机）未收到预期的应答。用于错误处理，例如从机无响应。
• UCALIFG： 仲裁丢失。在多主系统中，当本机发送的数据位为1，而总线被其他主机拉低为0时，表示仲裁失败，本机自动转为从机并产生此中断。

中断服务程序（ISR）的最佳实践： 使用UCBxIV是推荐的做法。因为它自动给出了最高优先级待处理中断的编码，并且读取UCBxIV的操作会自动清除对应的中断标志，避免了手动清除标志可能带来的竞态条件。

// MSP430 IAR Embedded Workbench 示例代码片段 #pragma vector = USCI_B0_VECTOR __interrupt void USCI_B0_ISR(void) { switch(__even_in_range(UCB0IV, 12)) // UCB0IV 可能的值是0,2,4,6,8,10,12 { case 0: break; // Vector 0: 无中断 case 2: // Vector 2: UCALIFG - 仲裁丢失 // 处理仲裁丢失，例如记录日志，切换为等待状态 UCB0IFG &= ~UCALIFG; // 清除标志（虽然读UCB0IV已清除，但显式清除更安全） break; case 4: // Vector 4: UCNACKIFG - 无应答 // 处理无应答错误，例如重试或报错 // 注意：UCNACKIFG在收到START条件时自动清除，但最好在ISR中显式处理 UCB0IFG &= ~UCNACKIFG; // 可能需要发送STOP或重复START来恢复 UCB0CTL1 |= UCTXSTP; // 发送STOP条件 break; case 6: // Vector 6: UCSTTIFG - START条件中断（从机） // 从机被寻址，可以在这里准备数据或设置状态 UCB0IFG &= ~UCSTTIFG; break; case 8: // Vector 8: UCSTPIFG - STOP条件中断（从机） // 一次传输结束，进行清理工作 UCB0IFG &= ~UCSTPIFG; break; case 10: // Vector 10: UCRXIFG - 接收中断 // 读取接收到的数据 rx_buffer[rx_index++] = UCB0RXBUF; if(rx_index >= BUFFER_SIZE) { // 缓冲区满，可能需要进行时钟拉伸或发送NACK（在从机接收模式） // 主机接收模式下，应在收到最后一个字节前发送NACK和STOP } break; case 12: // Vector 12: UCTXIFG - 发送中断 // 写入下一个要发送的数据 if(tx_index < tx_length) { UCB0TXBUF = tx_buffer[tx_index++]; } else { // 所有数据发送完毕，如果是主机，应准备发送STOP // 如果是从机，主机可能会继续读取，此时可以写入一个默认值或停止写入（UCTXIFG将保持置位） } break; default: break; } }

4.3 低功耗模式下的操作

USCI模块的一个巨大优势是支持在低功耗模式下运行。在从机模式下，由于时钟由外部主机提供，USCI模块甚至可以在CPU核心时钟（如MCLK）关闭的LPM4模式下工作。当总线上有地址匹配或数据收发事件时，相应的中断（UCRXIFG,UCTXIFG,UCSTTIFG等）可以将CPU从低功耗模式唤醒。你只需要在进入低功耗模式前，正确配置并使能所需的中断即可。

在主机模式下，当USCI需要通信而时钟源处于关闭状态时，模块会自动临时激活时钟源，通信完成后又自动关闭，这个过程对软件是透明的。这为实现“按需通信、平时休眠”的超低功耗系统提供了硬件基础。

5. 常见问题排查与调试实录

调试I2C通信，逻辑分析仪或带I2C解码功能的示波器几乎是必备工具。它能直观地展示SDA和SCL线上的每一个比特、起始条件、停止条件和应答位。以下是一些常见问题的排查思路：

问题1：通信完全无响应，主机收不到任何ACK。

• 检查硬件连接：确认SDA和SCL线已正确上拉（通常4.7kΩ-10kΩ），电压电平匹配，线路连接牢固无虚焊。
• 检查从机地址：用逻辑分析仪查看主机发出的地址是否与从机设备设置的地址完全一致（注意7位地址和8位“写地址”的区别，主机发送的是7位地址+1位R/W#，共8位）。
• 检查从机电源与就���：确保从设备已正确上电并完成初始化（有些传感器需要一段启动时间）。
• 检查USCI配置：确认UCSWRST已清零使能模块；确认UCMST位设置正确；在多主系统中确认UCMM=1。

问题2：能收到ACK，但数据错误或丢失。

• 检查时序：用逻辑分析仪测量SCL频率是否与配置相符，高低电平时间是否满足从机设备的数据手册要求（特别是tSU:DAT数据建立时间和tHD:DAT数据保持时间）。如果USCI作为从机，检查其时钟拉伸是否导致主机超时。
• 检查缓冲区管理：在发送中断（UCTXIFG）中，是否在缓冲区空之前就写入了新数据？在接收中断（UCRXIFG）中，是否及时读取了UCBxRXBUF？延迟读取会导致时钟拉伸，甚至丢失后续数据。
• 检查中断冲突：是否在高优先级中断服务程序中停留时间过长，导致I2C中断得不到及时响应，从而错过数据读写时机？可以考虑提高I2C中断优先级，或在中断服务程序中只做最必要的操作（如读写缓冲区），将数据处理移到主循环。

问题3：多主系统中频繁仲裁丢失（UCALIFG置位）。

• 分析总线竞争：仲裁丢失是正常现象，说明有另一个主设备同时在发起通信。你的软件需要妥善处理UCALIFG中断。在中断服务程序中，应放弃当前传输，等待总线空闲后重试。可以增加一个随机退避时间再重试，避免多个主设备持续冲突。
• 检查总线释放：确保你的主机在传输结束后正确发送了停止条件（UCTXSTP），并等待UCTXSTP自动清零，从而完全释放总线。

问题4：从机模式下无法被寻址。

• 确认自身地址：检查UCBxI2COA寄存器写入的值是否正确，UCA10位设置的地址模式（7位/10位）是否与主机发送的地址格式匹配。
• 检查UCGCEN位：如果你希望响应广播呼叫（地址0x00），需要将UCGCEN位置1。
• 检查UCMM位：即使在单主系统中，如果从机需要参与仲裁（例如在多主环境中），UCMM也应设为1，否则地址比较单元可能被禁用。

问题5：使用重复起始条件（Repeated START）时流程出错。

• UCTXSTT设置时机：在主机接收模式下，如果想在接收完数据后不发送停止条件，而是用重复起始条件开始一个新的读写操作，必须在接收倒数第二个字节后、读取该字节之前就置位UCTXSTT。如果等到最后一个字节接收完再操作，模块可能已经准备结束当前传输了。
• 方向切换：重复起始条件后，主机的收发方向（UCTR位）和目标从机地址（UCBxI2CSA）都可以改变，务必在置位UCTXSTT前配置好这些寄存器。

通过系统地理解协议、吃透寄存器、善用调试工具，并积累这些实战中的“坑点”经验，你就能从I2C和USCI的“使用者”进阶为“驾驭者”，在嵌入式通信开发中构建出稳定可靠的系统。记住，清晰的逻辑分析仪波形和有条理的寄存器状态检查，是解决一切I2C通信难题的钥匙。