[参考译文] MSP430G2744：CCS 调试 SR GIE 0

您好、Mari、

我会说不是直接相关的、但可以。 EEM20以 IFG 为基准、而不是中断使能位。 但是、如果你在一个 ISR 内设定一个断点、那么你将看到 GIE 位读为"0"、这是 ISR 例程的一部分。 如果在该断点期间您尝试启用另一个中断、但相应的 IFG 标志已设置、则可能无法获得中断、因为由于调试器参与、CPU 可能会错过触发。  

我也不理解它们在基本闪烁示例中的测试、因为其中没有启用中断。 客户是否通过更改模块的相应中断使能位来启用他们想要查看的中断？ 当然还会在代码中实施相应的 ISR 例程？

尊敬的 Jace：

感谢您的快速响应！ 我已将您的回复转发给他们、 并询问我的客户他们是否正在设置适当的 ISR 例程以及是否启用中断位。  

我会告诉您他们是否有任何跟进。

此致、

Mari Tsunoda

[引用 userid="499871" URL"~/support/microcontroller /msp-lower-power-microcontroller -group/msp430/f/msp-low-power-microcontroller -forum/1111677/msp430g2744-ccs-debug-SR-gie-0"]当它们在断点处停止时，它们尝试在断点处添加另一个软件断点/中断，然后在 GIE/SR0中删除引号。]

这与之前在 CCS/MSP430F2274中报告的症状相匹配：放置新的软件断点清除 GIE、防止中断触发

这是 MSPDebugStack 中的一个错误、不确定它是否已修复。

您的客户使用哪个版本的 CCS？

切斯特、您好！

感谢您的更新。 我目前正在与他们一起检查他们使用的 CCS 版本、并在他们做出响应时告知您。

-Mari

切斯特、您好！

他们提供了他们正在使用的软件和版本号列表。

e2e.ti.com/.../Software-List.xlsx

-Mari

您好、Mari、

感谢您提供该列表。 您的问题似乎与 Chester 链接的问题相同。 尽管该线程意味着202020Q2中会有修复、但我在 MSPDebugStack changelog 中看不到任何使我认为已发布修复的内容。  

我将在内部工作、以确定此问题的状态。 我希望在本周结束前获得最新消息。

我知道这是一个很大的麻烦、但与此同时、您必须在设置软件断点后手动恢复 GIE。

此致、

Evan

您好 Evan、

感谢您的更新。 我会告诉他们手动恢复 GIE。

请随时更新。

此致、

Mari Tsunoda

您好 Evan、

感谢您的回复。 我会告诉他们手动恢复 GIE。

请随时更新！

此致、

Mari

您好、Mari、

经过一些内部讨论后、我们没有解决此问题的方法。 如果这对客户来说是一个交易断路器、请给我发送一封电子邮件、我们可以离线讨论。

谢谢、

Evan

您好 Evan、

感谢您的更新。

我在 Chester 链接的其他线程中看到、此错误是其他器件上 FLASH31勘误表变通办法的结果。 但是、G2744没有列出 FLASH31勘误表。 这是否列在与 G2744相关的任何文档中？

此外、我只想确认、但他们只需在 CCS 调试屏幕的寄存器列表中将 SR GIE 位置1即可。 (请参阅下图)如果不正确、您能告诉我如何手动设置吗？

您是否还能告诉我为什么得出结论认为此问题没有解决办法？  

此致、

Mari