[参考译文] MSP430G2231：SPI 中断未被处理

您好、JH、
设置：我们是 SPI 从器件、预计在16个 CLK 脉冲之后会有一个 SPI-ISR。 CLK 速度约为100kHz。
以下 func 的目的是检测意外的 CLK 脉冲、这可能导致主器件和从器件变为异步状态：即、主器件认为它发送 CLK 脉冲 nr。 1、而从器件已经需要 CLK 脉冲2。 其理念是：当 CS 处于低电平(无效)时、USICNT 必须始终为16。 如果情况不是这样、我们复位 SPI-unit：强制 MISO 为低电平、复位 USICNT 并重新加载 USISR。 CS 是 P1.4。

以下函数在主循环中非常频繁地调用。 使用该代码、我们将丢失 SPI 中断。
我们已经完成了 Sunset 建议的操作：SW 确实仅包含 SPI-ISR、不包含其他 INT 和调用以下函数的主循环。 因此、只有大约75%的 SPI-INT 得到满足。 预计每隔大约8ms 进行一次 SPI INT。 CPU 运行频率为1MHz。

void hw_SPI_DetectRxError()
{
if ((P1IN & BIT4)==0 )
{
_disable_interrupts ()；

if (((((USICNT & 0x1F)<16)&&((P1IN & BIT4)=0))){

USICNT &=~0xISR；
USICNT |= 0xUSICT=0

；USICT=0；USICT=0
；USICITE=USITE=USICT=0；USICLICT=0；USICKITE=USITE=USICT=0；USICKITE=USICT0 ~
USISR = WAKE_TARGET_TIME_S_MAX + SW_VERSION_NR；
HW_SPI_CTRL_s.InShiftCmd_vau16 = 0；
｝
_ENABLE_INTERRUPTS ()；
｝

删除 AM 函数时、SPI-ISR 速率为100%。

我们现在考虑实施以下解决方案。 似乎工作正常、但我们需要确认我们不会遇到类似问题：

if (((P1IN & P1MSK_CS)=0)// CS = 0
&&(spiOutShift_U16！= USISR)// ShiftRegister-content 已移位
)
｛
_disable_interrupts ()；
if ((((P1IN & P1MSK_CS)=0)
&&(Shift_USISR)

=
0x000_USBIST_SET)；/ DCMP1IN_USBIST_SET = 0xUS000_D/ DCMP= USCMP= USCMP0
(USCMP1IN_DEBUG)



USICTL0 |= USIGE；
USICTL0 &=~USIGE；

//默认计数和 TX 值
USICNT = USICNT_INIT；
spiOutShift_U16 = OUT_SHIFT_RESET_VALUE；
USISR = spiShift_U16；
HW_SPI_CTRL_s.InShiftCmd_vau16 = OUT_DBG



｝
；DBCLRIN_TRUT_0；DBPUT_ING_TRUT_SET (0

在加载 USISR 的所有位置、我们还会将内容复制到 spiOutShift_U16中以进行比较。

来自客户公司的 Peter Strbek

您好、Peter、

我无法确认您的解决方法是否适用于100%的案例、因为我不确定您的原始问题是什么。 话虽如此、我确实看到了未对齐的可能性、具体取决于 SPI 时钟的速度。 如果您的 SPI 事务以显著的速率进行、并且您仅以1MHz 运行、那么我可以看到、由于您是如何在全局范围内打开/关闭中断、您会遇到未对齐或缺失的字符。 我还建议使用逻辑分析器和 GPIO 调试标志来查看何时进入 SPI ISR、SPI 事务需要多长时间以及在此例程期间在主代码中全局关闭中断的时间/时序。 在这里、您可以看到时序可能偏离的位置、并找到问题。 因此、一种解决方案是增加 MCLK 频率、以便 CPU 始终处于上升状态。

您好、JH、
感谢您的回复。

首先、我必须道歉：我给您发送了错误的不起作用版本代码。 正确答案应为：
void hw_spi_detectRxError()

｛
if (((USICNT & 0x1F)< 16)&&((P1IN & BIT4)=0)
｛
disable_interrupts ()；

if (((USICNT & 0x1F)< 16)&&((P1IN & BIT4)=0)
｛
USICNT &=~0x1F；
USICNT |= USICNT4；
USISR=0x0000；
USICTL0 |= USIGE；
USICTL0 &=~USIGE；
USISR = WAKE_TARGET_TIME_S_MAX + SW_VERSION_NR；
HW_SPI_CTRL_s.InShiftCmd_vau16 = 0；
｝
enable_interrupts ()；
｝
｝

SPI 如下所示：
- CS 变为高电平=活动
- 500µs μ s 延迟
- 100kHz 时16个 CLK 脉冲
- 100µs μ s 延迟
- CS 变为 LO =未激活

在 ISR 内部、我们切换调试引脚。 在正常情况下、我们看到引脚在最后一个 CLK 脉冲后切换22µs。 当错误发生时、直到 CS 变为 LO、ISR 才会启动。 这意味着、在上述代码执行某些操作之前、ISR 有足够的时间进行处理。

如果没有高于 ISR 的代码、ISR 将达到100%。
系统中没有其他 ISR、并且-除了上述代码之外-没有 INT 禁用。

我们尝试通过轮询 SPI-INT-Flag 来替换 ISR：Result：完全一样！ 这意味着 ISR 不会被阻止、而是 INT-Flag 未被设置。 我们怀疑最近对 USICNT 的读取会导致问题、因为在正常情况下、只有第一个"if"被执行。

您能否检查最近对 USICNT 的读取是否会阻止 INT-FLAG 置位？

此致
Peter

您好、Peter、

在论坛上发布代码时、您能否使用"用户丰富格式"选项。 准备好粘贴代码后、单击 按键并粘贴 inthat 窗口、以便为可读性进行格式化。

我一直在与 Sunset 离线讨论这一点。 如果您愿意发送简单的代码示例、将问题演示到 Sunset、我们可以尝试在类似器件(MSP430G2452)上重现错误。 它具有相同的 USI 模块、因此应表现出相同的行为。

我已经从 Sunset 获得了代码、并将能够在明天尝试复制。

线程之后的线程、

此讨论已离线。 一旦找到解决方案、就会更新线程。