[参考译文] MSP430FR5964：调试器在负载上不会断点

Bruce。

感谢这一点-听起来确实是可行的、而添加额外代码和底层初始化可以解释公开的代码为何会影响加载/启动。 需要更多的研究,因为我不是完全相信,但最糟糕的是,它给了我一个地方开始。 代码更改肯定涉及大量数据、并且在我获得控制权之前并未考虑对运行的标准初始化代码产生任何影响。  现在来回答您的其他问题；

测试硬件是定制电路板、支持我升级到的代码。 此电路板设计基本持续运行了大约3年、在有或没有 JTAG 支持的情况下都没有出现问题。 要更改的代码是 此硬件上运行的正常逻辑、因此捕获另一个电路板实例是开始测试的逻辑位置。 我认为问题不存在。

在我们的"微小的变化",这是我必须承认我所有的罪!

大约12个月前、我努力了解以前从未使用过的外设。 我只是抓取了这个现有的项目,并在正常初始化后立即将一小段代码放入 main()中,而不是在 CCS 中设置一个新项目来玩游戏。 其结构为一个无限循环,字面上是"while (1 ){}",测试逻辑嵌套在循环中。 这意味着从不触发正常逻辑。 但是我忽略了删除这个测试循环、因此当我添加新功能时、这个测试循环仍然存在。 将新代码加载到 MSP 后、它便可以正常启动、但当然会在这个循环中挂起。 因此,我支持这个测试循环,并且启动立即从未到达 main ()断点。 我甚至离开了测试代码,但抑制循环(将"while true"更改为"while false")-当为 true 时,代码启动正常,当为 false 时,代码从不会到达 main ()的断点。

奇怪…… 开始想知道与优化相关的某些操作是否会影响加载/启动行为。 优化应该关闭(-O0)、但 GCC 中的优化在最好的时候会变成黑盒。 我不会认为任何优化都可以识别不需要初始化的无法访问的数据、但发生了一些奇怪的事情。 但我猜这与我添加的内容有关。 新逻辑很容易隔离和删除、所以我的初始策略是将其移出、恢复到有效的配置、然后从该配置继续。

谢谢你的想法-我会让你保持张贴!

Andrew