主题中讨论的其他器件： MSP430F4618、 MSP430F2013、 MSP-FET、 MSP-EXP430FG4618、 MSP430-FLASHER
我报告了一个 CCS 无法检测到我的 MSP-FET430UIF 的问题、尽管我遵循了 TI 支持向我提供的建议、但我无法解决这个问题。
我目前正在将 MSP-FET430UIF 与 MSP430F4618试验板一起使用。
我使用的是具有最新 MSP-elf-gcc 工具链(8.3.0.16)的 Ubuntu 19.10笔记本电脑
在跳过多个 HOPS 之后、我成功地使用 mspdebug 使所有内容正常运行、现在正在尝试使用一组软件包来配置我自己的基于 Emacs 的自定义 IDE、因为 CCS 对我来说是一个不可执行的操作、并导致我的笔记本电脑崩溃。
我现在面临一个非常难看的情况、在我看来、MSP-FET430UIF 工具已经以某种方式损坏了试验板上 MSP430F2013中的引导加载程序。
我已经阅读了很多关于类似问题的文章、其中似乎安全保险丝已经熔断、但是需要对片上闪存进行整体擦除。
由于 MSP430F2013没有串行 UART、因此无法推荐连接特殊电路并解决此问题的方法。
因此、我决定切换到第二个完全相同且全新的 MSP430F4618实验板。
由于我在此阶段的目标只是让我的工具链和调试环境可靠地工作、因此我只使用了一个简单的 blink.c 来执行我的测试：
#include
int main (void)｛
WDTCTL = WDTPW | WDTHOLD； //停止看门狗计时器
P1DIR |= 0x01； //将 P1.0设置为输出方向
for (；；)｛
volatile unsigned int i； // volatile 以阻止优化
P1OUT ^= 0x01； //使用异或切换 P1.0
I = 10000； // SW 延迟
我----
while (i！= 0)；
｝
返回0；
｝
我在做一些测试、使用 MSPDEBUG 作为存根、并连接 GDB。
经过多次测试、设置断点、运行并刚刚使用命令和选项后、我注意到、每次我加载 blink.out 并运行它时、它看起来像是设置了断点并且正在停止。 我终于重新启动了笔记本电脑并对电路板进行了下电上电、发现我的第二个实验板也发生了同样的情况。
在我看来很明显、损坏是由一些边际时序问题造成的、与在 MSP430F2013上将 MSP-FET430UIF JTAG 一起使用 Spy-bi-Wire 接口相关。
MSP-FET430UIF 工具的修订版本为1.4a。
我想请 TI 向我发送一个替换 FET 工具和两个试验板、它们都能可靠地工作。
提前感谢您。
Jonathan Roberts
