lm3s9b9x系列锁死问题的解决

只看该作者 · 2011-9-5 16:34

请问究竟是什么原因导致C1版本的芯片锁死呢，我已经锁死好几个了，不想一个个的来解锁又改ICF文件。想弄清楚是什么原因导致锁死，又怎么来避免这种情况？

只看该作者 · 2011-9-5 23:03

C1都是很老的版本了，现在都是C5的正式版本了。

有些朋友抱怨TI的M3会锁死，通过一些正常的措施是可以避免的。

Tempest C1锁死有以下几个原因：

1> JTAG管脚被设置为了GPIO口

2> 时钟的配置有问题

3> 上电(0~.3.3V)时间不能满足1ms要求

大多数人Jtag死锁都是因为第2点，程序中的晶振设置错误，造成时钟系统在倍频时发生错误，从而芯片不正常；如下所示，hellom3-9b9x板上的晶振是16M，参数应该为SYSCTL_XTAL_16MHZ，如果错误使用SYSCTL_XTAL_8MHZ芯片就会锁死。

SysCtlClockSet(SYSCTL_SYSDIV_4 | SYSCTL_USE_PLL | SYSCTL_OSC_MAIN |
SYSCTL_XTAL_16MHZ);

如果原来的程序采用的是8M的晶振，千万要注意修改过来，大多数死锁的情况都是基于这个原因。

如果是C1版本的芯片，死锁后就杯具了，解锁后芯片的patch补丁将丢失，芯片有一定的概率会损坏。

只看该作者 · 2011-9-5 23:05

另外，C1的版本还要注意加上下面的电源电路。

只看该作者 · 2011-9-5 23:07

如果没有按照3楼设计电源，建议楼主最好还是换成C5的正式版本。

只看该作者 · 2011-9-6 09:35

哦这个明白了。我也确实是这么设计电源了。终于明白为什么要这么设计电源了。我现在有几个解锁的芯片不能下载程序，但是在jlink commonder里面显示的一切正常，不知道这是不是芯片坏了呢？如果是那坏的概率也太大了，我解说3个有两个不能下载程序了。下载程序提示如下：
Tue Sep 06 09:04:52 2011: Loaded macro file: D:\Program Files\Embedded Workbench 5.4 Evaluation\arm\config\flashloader\TexasInstruments\FlashLM3Sxxx.mac
Tue Sep 06 09:04:52 2011: Turning off watchdog
Tue Sep 06 09:04:52 2011: 392 bytes downloaded and verified (0.00 Kbytes/sec)
Tue Sep 06 09:04:52 2011: Loaded debugee: D:\Program Files\Embedded Workbench 5.4 Evaluation\arm\config\flashloader\TexasInstruments\FlashLM3SxxxRAM32K.out
Tue Sep 06 09:04:52 2011: Target reset
Tue Sep 06 09:04:53 2011: The flash loader program reported an error.
如果不是坏了又怎样能解决问题呢？

只看该作者 · 2011-9-6 09:43

如果不是坏了，直接就可以用。
如果按照我上面提到的问题注意了，一般也不会锁住，我们原来用C1版本的，一直也很正常，很少有锁住的。

只看该作者 · 2011-9-6 14:01

好的谢谢

1万 · 2011-9-7 01:38

LZ 被HOLD住了？
永遠版主解答的真詳細辛苦了

只看该作者 · 2011-9-7 08:46

应该不是锁住吧，而且我也解锁过还是不行啊

只看该作者 · 2011-9-7 08:59

11# xifengsong

还是建议楼主使用新的C5正式版本的芯片，C1的芯片挺老的，而且芯片又有内部补丁程序，还要修改程序地址，会给调试带来很多麻烦。

只看该作者 · 2011-9-7 11:00

就是啊，以后我就用c5的，可是现在的问题我也要解决啊，这种错误大家遇到过吗？

只看该作者 · 2011-9-8 15:53

程序代码，检查一下是否有外设没有初始化正常就使用，比如 timer enable 后在timer 中断里面是不是有使用外设，但其他外设是在timer 初始化之后才初始化的。这样就有可能导致芯片锁住。

只看该作者 · 2011-9-11 19:03

好详细啊

只看该作者 · 2011-9-19 14:19

c5版本确实是毛病少了。不过听说C5只能下载程序100次，不知道是不是？

2万 · 2011-9-19 14:32

好早的东西了

只看该作者 · 2011-9-20 17:44

版主回答的真详细，顶一个。

只看该作者 · 2011-11-3 09:12

版主真是尽心啊，学习啦

只看该作者 · 2013-12-11 17:21

永远的不知发表于 2011-9-5 23:03
C1都是很老的版本了，现在都是C5的正式版本了。

有些朋友抱怨TI的M3会锁死，通过一些正常的措施是可以避免 ...

版主，我也遇到一个类似问题
我在LM3S9B92上写了一个看门狗计时器程序LM3S9B92板子里有个看门狗计时器的程序#include "inc/hw_ints.h"
#include "inc/hw_memmap.h"
#include "inc/hw_types.h"
#include "driverlib/debug.h"
#include "driverlib/gpio.h"
#include "driverlib/interrupt.h"
#include "driverlib/pin_map.h"
#include "driverlib/rom.h"
#include "driverlib/sysctl.h"
#include "driverlib/watchdog.h"
#include "utils/uartstdio.h"
//  看门狗定时器中断服务程序，执行喂狗和闪烁用户指示灯功能。

void WatchdogIntHandler(void)
{
//清看门狗定时器中断服务程序
ROM_WatchdogIntClear(WATCHDOG0_BASE);
//翻转GPIOB6
ROM_GPIOPinWrite(GPIO_PORTB_BASE,GPIO_PIN_6,ROM_GPIOPinRead(GPIO_PORTB_BASE,GPIO_PIN_6)^GPIO_PIN_6);

}
//  该例程演示看门狗定时器的用法。
int main(void)
{
ROM_SysCtlClockSet(SYSCTL_SYSDIV_1|SYSCTL_USE_OSC|SYSCTL_OSC_MAIN|SYSCTL_XTAL_16MHZ);
//  使能本例程用到的外设功能单元UART1 GPIOB
ROM_SysCtlPeripheralEnable(SYSCTL_PERIPH_UART1);
ROM_SysCtlPeripheralEnable(SYSCTL_PERIPH_GPIOB);
GPIOPinConfigure(GPIO_PB4_U1RX);
GPIOPinConfigure(GPIO_PB5_U1TX);
ROM_GPIOPinTypeUART(GPIO_PORTB_BASE, GPIO_PIN_4 | GPIO_PIN_5);
//  配置UART1为115200波特率、8-N-1  数据模式。
UARTStdioInit(1);
UARTprintf("Watchdog example\n");

//  使能本例程用到的外设。
ROM_SysCtlPeripheralEnable(SYSCTL_PERIPH_WDOG0);

//  使能全局中断。
ROM_IntMasterEnable();
//  设置GPIO B6 为输出口
ROM_GPIOPinTypeGPIOOutput (GPIO_PORTB_BASE, GPIO_PIN_6);
ROM_GPIOPinWrite(GPIO_PORTB_BASE, GPIO_PIN_6, 0<<6);
  //  使能看门狗定时器中断。
ROM_IntEnable(INT_WATCHDOG);
  //  设置看门狗定时器的重载值
ROM_WatchdogReloadSet(WATCHDOG0_BASE, SysCtlClockGet()/100);
//  使能看门狗定时器的复位功能。
ROM_WatchdogResetEnable(WATCHDOG0_BASE);
  //  启动看门狗定时器。
ROM_WatchdogEnable(WATCHDOG0_BASE);
  //  死循环。
while(1);

}
然后现在不能debug了我怀疑是这个程序不断产生中断然后导致JTAG

未成功，现在板子里看门狗的程序不断运行用CCS debug就是
CORTEX_M3_0: Error connecting to the target: (Error -2062 @ 0x0) Unable to halt device. Reset the device, and retry the operation. If error persists, confirm configuration, power-cycle the board, and/or try more reliable JTAG settings (e.g. lower TCLK). (Emulation package 5.0.762.0)
麻烦楼主给个参考意见
是不是程序中不断用WHD产生中断也会导致JTAG锁死？那我大概怎么解决呢