[参考译文] CCS/MSP430FR2433：SPI (B0) moudle 发送停止

您好！

您是否意味着在使用 SPI 中断发送数据时、它将被 I/O 端口中断中断？
MSP430没有中断抢占机制、因此您描述的问题不应该发生。

请告诉我您如何发送 SPI 数据？

此致

Johnson

尊敬的 Johnson：  

   感谢您的快速回复！

   我只是定义一个数组。 在中断函数中、检查是否是数组的末尾、如果不是、则将新数据放入 TX 缓冲区；如果是末尾、则复位 TXIE。

   但是、如果我不触发额外的中断。 该程序可以运行数天。 仅触发几次发送就会停止。

   额外中断。 我只需将一些数据写入信息 FRAM。

    谢谢你

    标记

您好！

  我确实执行 SPI 中断、并且 I/O 端口中断也被执行。 如果不触发 I/O 中断、SPI 中断可以正常工作。 但是当触发额外的中断时、SPI 鼠标似乎没有 将  UCxTXBUF 置于 发送移位寄存器中。 附加的 UCB0寄存器状态。

 最棒的

谢谢你

开关(__evo_in_range (UCB0IV、USCI_SPI_UCTXIFG))
｛
案例 USCI_NONE：中断；//向量0 -无中断

USCI_SPI_UCRXIFG 案例：

中断；

USCI_SPI_UCTXIFG 案例：
如果(OLED->IS 发送缓冲器位置>=OLED->IS 发送缓冲器 num)
｛
UCB0IE &=~UCTXIE；//禁用 TX 中断
OLED->IS_SEND_BUF_STA=0；
中断；
｝
其他
｛
UCB0TXBUF = OLED->DISP_SEND_BUF[1][OLED->is_send_BUF_pos]；
OLED->I_SEND_BUF_pos++；
｝

中断；

默认值：break；
｝

UCB0IFG=0；
｝

读取 UCB0IV 会将 TXIFG 清零、并且可能会也可能不会返回。 因此、您需要跟踪这一点。

1) 1)一种可能的方法是检查 UCTXIE=0、如果是、则显式将字节写入 TXBUF。

2) 2)另一种可能是不读取 UCB0IV、而是显式检查 UCB0IFG 中的位、并让写入 TXBUF 为您清除 TXIFG (我个人偏好)。