[参考译文] MSP430FR2355：exit.c --永远循环----???

TIMER3_A0_Vector 是否设置 timerExpired = 1？  timerExpired 是否声明为"volatile"？

是和是

ISR

#pragma vector=USCI_A1_vector //无线电通信
__interrupt void RF_ISR (void)
{
switch (__evo_in_range (UCA1IV、USCI_UART_UCTXCPTIFG))
｛
USCI_NONE 案例：中断；
USCI_UART_UCRXIFG 案例：
如果(！TX)｛
* prx = UCA1RXBUF；
howMany ++；
prx++；
_BIC_SR_REGISTER_ON_EXIT (LPM3_BITS)；
｝
中断；
USCI_UART_UCTXIFG 案例：
IF (TX)
_BIC_SR_REGISTER_ON_EXIT (LPM3_BITS)；
中断；
案例 USCI_UART_UCSTTIFG：中断；
案例 USCI_UART_UCTXCPTIFG：break；
｝
｝ 

#pragma vector=TIMER3_B0_vector
__interrupt void TimeoutRF (void)
｛
TB3CCTL0 &=~CCIE；
TB3R = 0；
UCA1IFG &=~UCRXIFG；
timerExpired = T；
_BIC_SR_REGISTER_ON_EXIT (LPM3_BITS)；
｝

尝试了 TIMEOUT 和 RXIFG，但是……唯一可以肯定地停止它并带回我的是，如果我做一些事情，比如(howMany <=#)……但是，问题是#是长度是动态的，取决于发送的命令  

>  charresponse[10] = {0};

>            memset(incoming, 0, 20);

What I deduce from these is that either:

1) incoming is size 10, and the memset overruns incoming[] or

2) incoming is size 20, and the memcpy overruns response[]

[编辑：此外、看起来您将返回一个指向堆栈变量的指针、就像他们说的"危险"。]

Bruce....Comment 和问题...

首先评论： 似乎我想睡在一个 if - else 区域(在这种情况下是 if)，然后我醒来，如果我从未做过其他事情...这看起来是合乎逻辑的吗？  我说 bcz 我决定尝试对代码进行以下更改、现在我似乎回到 main 并停止。  请注意、我删除了其他内容、并将其替换为第二个 IF

if ((！timerExpired))｛//(UCA1IFG & UCRXIFG)
_bis_SR_register (LPM3_bits)；
｝
if (timerExpired)｛
PRx =传入；
howMany = 0；
memcpy (响应、传入、sizeof (响应))；
状态=完成；
｝
中断；

问：您能告诉我有关返回指针的更多信息吗？  我很难将指针返回到数组响应，这样我就可以使用向前移动的数据了.....

谢谢

Steve

在 C 语言中、执行 if 块或 else 块、而不是同时执行这两个。 就编译器而言，睡眠没有什么特别之处--它只是在寄存器中设置一个位。

循环的构建方式是、它将保持响应状态、轮询 timerExpired (在大循环中)直到它变为非0、此时将执行其他块。

--

从函数返回(概念上)会消除其所有栈变量。 下一个函数调用(对于 Real)通过在顶部写入其自己的栈变量来消除所有这些栈变量。 该指针在指向的内容变为"谁知道什么"后可能会长时间挂起。 K&R 1ed 中提到了这种危险、甚至在最初的 Bell Labs C 报告中也提到了这种危险。

廉价的修复方法是使指针目标"静态"、将其从堆栈中移出。 这可以避免出现大问题、但下次调用该函数时指针的目标(内容)仍将发生变化。 这是其中一个事情、如果我发现自己要做、我会停下来重新思考。

在这里、我有点困惑、因为我从您上面的发言中了解到、if-else 不应该起作用的逻辑原因是什么？  我相信计时器已经过期，因为我看到变量显示了这样的... 我(我想像您一样)看到 ISR 的返回在 IF 内唤醒、识别'if'部分为 false、 此时执行'else'或最坏的情况、从'if-else'运行到末尾、然后再次完成整个案例流程、直到它到达该部分、然后执行'else'部分... 很明显，bcz 上的东西正在工作…

Ahh...interesting....although 我修复了您之前在 ie memcpy (...)上评论的问题 sizeof (RESPONSE)，因为我犯了这个错误……但它对死循环没有任何影响… 看起来很奇怪，memcpy 写得太多了，但无论如何，我的问题似乎已经解决了……感谢所有的帮助！！

Steve

如果你看看这些指针、你会发现它们是相同的、即它们指向同一个位置。 对 radioReg 的每次调用都会用新的内容覆盖该"相同的位置"。  

堆栈和静态方法之间的区别在于、对于"静态"、指针(它指向的是什么)在您再次调用 radioReg 之前是"安全"的、但对于"堆栈"、它仅在调用任何其他函数(包括 ISR、您对 ISR 没有太多的控制)之前是"安全"的。

除非您要立即对指针(它指向的内容)执行某种操作、否则应将内容复制到其他位置。 考虑到这一点后、您可能会得出这样的结论：首先将最终的目标缓冲区(指针)直接传递到 radioReg 会更容易。