[参考译文] MSP432P401R：I2C传输中断未触发？

基督教，

我想我们已经发现了这个问题。 据我所知，在I2C_read16函数内，您正在检查待设置的TX标志，然后再发送启动命令。 生成启动条件时，将设置UCTXIFG0位，并且第一个要传输的数据可以写入UCBxTXBUF。

在您的情况下，由于您未发送启动条件，因此您永远不会看到TX标志已设置。 driverlib函数I2C_masterSendSingleByteWithTimeout为您处理所有这些问题。 但是，您似乎正在尝试摆脱这种情况，手动编写自己的驱动程序？

如果是这样，您需要使用以下行来触发启动命令

   //发送启动条件。
   EUSCI_B_CMSIS (moduleInstance)->CTLW0 |= EUSCI_B_CTLW0_TR
           + EUSCI_B_CTLW0_TXSTT；

默认情况下，您还将i2cTxFlag设置为true。 我相信您的意图是虚假的？

在while循环中，您还需要在进入睡眠状态之前设置map_Interrupt_enableMaster()，否则它将永远不会离开睡眠状态。

while (i2cTxFlag == false)
｛
MAP_Interrupt_enableMaster()；
MAP_PCM_GotoLPM0InterruptSafe ()；
} 

从那里，为了摆脱I2C driverlib调用，您还需要处理I2C预期的其余条件，例如在ISR处理TXIFG0之后手动传输指针字节和停止条件。

e2e.ti.com/.../5315.HAL_5F00_I2C.c
I2C_masterSendSingleByteWithTimeout()函数的来源是一个很好的参考，如下所示

Bool I2C_masterSendSingleByteWithTimeout(UINT32_t moduleInstance，
UINT8_t txData，UINT32_t超时)
{
uINT_FAST16_t txieStatus;
uINT32_t timeout2 =超时;

断言(超时> 0)；

//存储当前TXIE状态
txieStatus = EUSCI_B_CMSIS (moduleInstance)->IE & EUSCI_B_IE_TXIE0;

//禁用传输中断启用
BITBAND_PERI(EUSICI_B_CMSIS (moduleInstance)->IE, EUSCI_B_IE_TXIE0_OFS)=0；

//发送启动条件。
EUSCI_B_CMSIS (moduleInstance)->CTLW0 |= EUSCI_B_CTLW0_TR
+ EUSCI_B_CTLW0_TXSTT；

//传送中断标志轮询。
while ((!(EUSSCI_B_CMSIS (moduleInstance)->IFG & EUSCI_B_IFG_TXIFG))
&&--超时)
；

//检查传输是否超时
如果(超时== 0)
返回false；

//发送单字节数据。
EUSCI_B_CMSIS (moduleInstance -->TXBUF = txData;

//传送中断标志轮询。
同时(!BISTAND_PERI(EUSI_B_CMIS(moduleInstance)->IFG,
EUSCI_B_IFG_TXIFG0_OFS)和--timeout2)
；

//检查传输是否超时
IF (超时2 == 0)
返回false；

//发送停止条件。
BITBAND_PERI(EUSCI_B_CMSIS (moduleInstance)->CTLW0，EUSCI_B_CTLW0_TXSTP_OFS)=
1；

//在再次启用中断之前清除传输中断标志
BITBAND_PERI(EUSI_B_CMSIS (moduleInstance)->IFG，EUSCI_B_IFG_TXIFG0_OFS)=
0；

//恢复传输中断启用
EUSCI_B_CMSIS (moduleInstance)->IE |= txieStatus;

返回true；
} 

您还应该小心地构造代码，使其遵循MSP432技术参考手册的24.3 ．4.2 ．1节中定义的顺序。

附加后，您可以看到我们对您的代码所做的一些更改。