完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
|
跳转处理： 基于rtt nano3.15 制作的bootloader，在下载写入完成app(完整版4.0.3)程序后，跳转至app执行 程序运行到void rt_system_scheduler_start(void)中的
但是，如果写入的app是基于bootloader工程改写的，app可以运行成功。 
0
|
|
相关推荐
7个回答
|
|
|
__set_MSP(StackAddr); /* 设置主栈指针 */
/* 函数指针赋值 */ jumo_to_app = (_jumo_to_app)ResetVector; HAL_DeInit(); jumo_to_app(); set msp 应该在jumo_to_app前边吧。 |
|
|
|
|
|
调整位置后，还是一样的，而且我写入基于bootloader 改写的app app可以启动成功
|
|
|
|
|
|
跳转成功了，中断向量表是不是修改执行的位置不对，导致还没有来得及修改就触发中断了。
|
|
|
|
|
|
|
|
|
|
|
|
__disable_irq();
SCB->VTOR = FLASH_BASE | APP_STARTUP_ADDR; StackAddr = *(__IO uint32_t *)(FLASH_BASE | APP_STARTUP_ADDR); ResetVector = *(__IO uint32_t *)(FLASH_BASE | APP_STARTUP_ADDR + 4); /* Initialize user application's Stack Pointer */ __set_MSP(StackAddr); /* 设置主栈指针 */ /* 函数指针赋值 */ jumo_to_app = (_jumo_to_app)ResetVector; HAL_DeInit(); jumo_to_app(); |
|
|
|
|
|
不是这样的，向量是需要被引导系统启动后修改的。比如 system_stm32f4xx.c SystemInit函数里
#ifdef VECT_TAB_SRAM SCB->VTOR = SRAM_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal SRAM */ #else SCB->VTOR = FLASH_BASE | VECT_TAB_OFFSET; /* Vector Table Relocation in Internal FLASH */ #endif 我就是修改这个位置的，应该是比较靠前的修改位置了。 是被引导系统，不是bootloader里修改。 |
|
|
|
|
|
确实是这个问题，修改后，启动成功
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
451 浏览 0 评论
1101 浏览 0 评论
如何使用python调起UDE STK5.2进行下载自动化下载呢？
2075 浏览 0 评论
开启全新AI时代 智能嵌入式系统快速发展——“第六届国产嵌入式操作系统技术与产业发展论坛”圆满结束
2598 浏览 0 评论
获奖公布！2024 RT-Thread全球巡回线下培训火热来袭！报名提问有奖！
28384 浏览 11 评论
71925 浏览 21 评论
/7 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1827
评论
淘帖
471
