mkl14 bootloader跳转到应用程序时进入bkpt指令（已解决）

cjpx84

最近参考freescale官网提供的bootlaoder1.1源代码，将其bootloader代码移植到MKL14上，发现在跳转到用户应用程序的时候，会进入到Default_Handler接口。
void Default_Handler()
{
__asm("bkpt");
}
我初步定为到已进入MAIN函数就会发生异常。代码设置如下所示：

1）跳转代码如下所示：
void jump_to_application(uint32_t applicationAddress, uint32_t stackPointer)
{
    // Create the function call to the user application.
    // Static variables are needed since changed the stack pointer out from under the compiler
    // we need to ensure the values we are using are not stored on the previous stack
    static uint32_t s_stackPointer = 0;
    s_stackPointer = stackPointer;
    static void (*farewellBootloader)(void) = 0;
    farewellBootloader = (void (*)(void))applicationAddress;
    // Set the VTOR to the application vector table address.
    SCB_VTOR = (uint32_t)APP_VECTOR_TABLE;
    // Set stack pointers to the application stack pointer.
    __set_MSP(s_stackPointer);
    __set_PSP(s_stackPointer);
    // Jump to the application.
    farewellBootloader();
}

2）用户程序，我将连接文件做了修改，使其的起始地址从0x8000开始，代码如下所示：
MEMORY
{
  m_interrupts (rx) : ORIGIN = 0x00008000, LENGTH = 0xC0
  m_cfmprotrom  (rx) : ORIGIN = 0x00008400, LENGTH = 0x10
  m_text   (rx) : ORIGIN = 0x00008800, LENGTH = 32K - 0x800
  m_data     (rwx) : ORIGIN = 0x1FFFF800, LENGTH = 8K   
}

3）应用代码已经下载到MCU的0x8000开始的地址处。

请教下，这种问题我应该怎么去定位，或者这一般是怎引起的的？

我知道答案 目前已有17人回答

阅读全文

FSL_TICS_ZJJ

楼主搜下要去看看是什么导致了hardfault。
关于hardfault的定位，请参考这篇文章：
CW10.x编译环境查找HardFault异常原因

cjpx84

这篇文章我看过了。奇怪的是，我直接将应用程序烧写到MCU上运行是OK的.用bootloader下载运行就会有上面的错误。

按照文章里面的描述，我手工看了下，内存中的内容如下图所示，但是，感觉都没有合适的LP和PC值。

FSL_TICS_ZJJ

cjpx84 发表于 2015-3-25 15:07
这篇文章我看过了。奇怪的是，我直接将应用程序烧写到MCU上运行是OK的.用bootloader下载运行就会有上面的错 ...

应用程序的地址有没有改掉？
不要和bootloader程序重合，应用程序地址改到bootloader程序之后。

cjpx84

FSL_TICS_ZJJ 发表于 2015-3-25 15:24
应用程序的地址有没有改掉？
不要和bootloader程序重合，应用程序地址改到bootloader程序之后。 ...

已经改了，应用程序地址改成0x8000之后的地址，bootlaoder的地址从0x0开始。

FSL_TICS_ZJJ

cjpx84 发表于 2015-3-25 15:26
已经改了，应用程序地址改成0x8000之后的地址，bootlaoder的地址从0x0开始。

debug看看，是什么地方近hardfault了。
如果应用程序的hex看，的确是从0X8000开始了，那么就需要检查你的bootloader程序
是不是成功烧录了，另外，烧写好后，是不是成功把地址偏移到应用程序的位置了。

cjpx84

FSL_TICS_ZJJ 发表于 2015-3-25 15:35
debug看看，是什么地方近hardfault了。
如果应用程序的hex看，的确是从0X8000开始了，那么就需要检查你的 ...

烧写好之后，确实能够偏移到应用程序。我debug调试了下，一步一步跟到应用程序的main函数，并且最终到RTC的初始化，刚刚从栈空间里看到两个地址，一个是main函数，另外一个就是rtc的初始化。在rtc初始化的时候，有一个循环等待晶振稳定的过程，在这个过程中进入了hardfault。我把这段代码注释掉之后，hardfault的地方会转移到其他位置。

FSL_TICS_ZJJ

cjpx84 发表于 2015-3-25 15:42
烧写好之后，确实能够偏移到应用程序。我debug调试了下，一步一步跟到应用程序的main函数，并且最终到RTC ...

RTC等待晶振稳定？
还是芯片等待外部晶振稳定呢？
你做一个使用内部时钟，翻转IO的简单程序烧进去看看能不能工作呢？

richyhuang

是不是 有中断没有关啊,

cjpx84

FSL_TICS_ZJJ 发表于 2015-3-25 16:42
RTC等待晶振稳定？
还是芯片等待外部晶振稳定呢？
你做一个使用内部时钟，翻转IO的简单程序烧进去看看能 ...

芯片等待外部的晶振稳定。我用CW自动生成了一个测试程序。用CW单步执行可以从bootloader跳转到该测试程序，并且也能进入main函数的死循环中，并没有产生异常。但是，直接运行，就会报异常。

用CW单步运行与直接运行有什么区别吗？