完善资料让更多小伙伴认识你，还能领取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里修改。 |
|
|
|
|
|
确实是这个问题，修改后，启动成功
|
|
|
|
|
你正在撰写答案
如果你是对答案或其他答案精选点评或询问，请使用“评论”功能。
AI模型部署边缘设备的奇妙之旅：边缘端设备的局域网视频流传输方案
1618 浏览 0 评论
1477 浏览 0 评论
AI模型部署边缘设备的奇妙之旅：如何在边缘端部署OpenCV
6719 浏览 0 评论
tms320280021 adc采样波形，为什么adc采样频率上来波形就不好了？
1863 浏览 0 评论
3595 浏览 0 评论
78343 浏览 21 评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1879
评论
淘帖
528
