app和bootloader跳转函数硬件中断

最新推荐文章于 2024-10-23 11:10:38 发布
原创 最新推荐文章于 2024-10-23 11:10:38 发布 · 2.1k 阅读 · 4 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客指出不要将跳转函数放在中断中，否则跳转后的app或bootloder处于中断状态，开启中断可能引发硬件中断。若APP使用ucos系统，在跳转函数中需增加__set_CONTROL(0)将psp修改成msp，避免硬件中断。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1.不要把跳转函数放在中断中，如此导致在跳转后的app或者bootloder都是在中断状态，只要你一开启该中断，就可能出现硬件中断了

2.如果你的APP使用了ucos系统，在跳转函数中还需要增加__set_CONTROL(0);//把psp修改成msp；这样是为了把ucos系统中的psp置回msp，否则容易出现硬件中断

NicholasWuT
关注
BootLoader执行跳转到App函数后跑飞
qq_21822309的博客
06-02 2266
嵌入式开发中经常涉及到Bootloader，很多人经常遇到:将函数指针指向app的复位地址，然后执行函数，调试时可以跳转到App，一全速跑就跑飞。然后百度看到网传的地址+1大法，试试果然好使，这里我来细说为什么+1就好用了。
stm32 iap 程序跳转进入硬件异常 hex合并
shangduqiuhun的博客
07-29 2976
工作多年，常常觉得自己遇到的问题及解决办法，时间稍长，就容易遗忘，且没地方查。再者，经常看别人的文章，受益匪浅，自己也有些经验，却从来没有分享出来，深感惭愧。工作忙不是好借口，今日开始开博，不为别的，只为记录、备忘，以及解决其他人可能遇到的相同问题顺利找到解决办法。 问题： stm32f103ret6上做的IAP，仿真调试阶段没有遇到过问题，外场使用就发现不能跳转到app，且不同板子、不同
从启动程序（BootLoader）跳转到指定地址时（APP）出现问题的解决方法
热门推荐
北冥有鱼的博客
06-02 2万+
采用stm32F103VET6   512K Flash 64SRAM1.跳转程序（BootLoader）jump2app=(iapfun)*(vu32*)(appxaddr+4); //用户代码区第二个字为程序开始地址(复位地址) MSR_MSP(*(vu32*)appxaddr); //初始化APP堆栈指针(用户代码区的第一个字用于存放栈顶地址)jump2app(); ...
STM32 BootLoader跳转APP，中断特殊处理
csdn1507的博客
12-27 6301
本文APP基于RTX-RTOS开发，由于该系统的特殊性，需对中断进行开启处理 1、bootloader进入app前关闭中断__set_PRIMASK(1); 2、在app中需要开启，但是开启的时间需要在RTOS创建之前，因为RTX运行基于systick运行，所以在boot中关闭中断后直接进入APP，没有开启中断的Sys tick产生中断直接hardfault。由于RTX内部封装，无法找到在R
STM32 BootLoader跳转APP跑飞 可能是因为找不到某些中断函数入口
qinrenzhi的博客
09-18 2706
在做嵌入式产品时，有时为方便更新设备程序（如远程更新或者只更新模块程序等原因），就要用到bootloader对设备进行必要的初始化，引导下载APP等。 STM官网下载的bootloader程序中并没有用到定时器等，很可能遇不到下面的问题。但是小猿猴如我等，会迫不及待的对其进行“魔改”，再经过二手三手，再加上运气不好，下面的问题就很容易暴露出来了： 现象：  bootloader 下载并跳转某...
boot跳转到app后，中断不起作用的原因
weixin_30539835的博客
03-12 1542
boot跳转到app后 osKernelStart()之前，中断有问题，不起作用 原因是因为boot跳转之前__disable_irq(); 跳转到APP后，并不是一切从头开始，__disable_irq();这个还是有效的，osKernelStart()调度开始的时候，会打开中断，所以之后中断正常。 可以考虑在系统初始化后，直接调用__enable_irq();打开中断 转载于:http...
STM32使用RTOS BootLoader跳转app进入异常中断问题
MCJ的博客
02-18 5190
一、问题描述 在boot中不使用RTOS，跳转到APP中，APP可以正常运行。但是boot中使用RTOS跳转到APP中，程序配置完时钟后就会进入MemManage_Handler错误中断。 二、解决方法 1.在跳转APP前加__set_CONTROL(0);就不会出错了。 2.如果出现hardfault，或者调试看到程序跳到汇编程序的B指令上，可以查一下是否在boot中用到的中断没有关闭。 三、原因分析 1.加__set_CONTROL(0);的原因是使用操作系统后系统内核会使用PSP模式，跳转
HAL库执行bootloader跳转操作：
02-15
本篇文章将深入探讨HAL库如何执行bootloader跳转操作，以及在这一过程中涉及的bootloader和app程序的关系。 首先，我们需要理解什么是bootloader。Bootloader是嵌入式设备启动时运行的第一段代码，它负责初始化硬件...
bootloader跳转app卡死(IAP卡死）
m0_61973119的博客
10-23 3726
一般bootloader跳转到APP时要关闭app中用到的中断(防止中断打断程序的运行，导致程序跑飞），那么查看系统中用到的中断：串口中断、滴答定时器中断，所以，跳转之前要关闭这两个中断：_disable_irq()和systick。更新的程序主函数中需要再次使能中断。
stm32 实现 bootloader 跳转 app
04-08
IAP函数可能包括擦除、写入Flash、计算校验和等操作，这些功能对于Bootloader跳转App至关重要。 6. **安全考虑**：在设计Bootloader时，必须考虑安全因素，如防止非法升级、保护Bootloader不被覆盖以及防止恶意软件...
基于HAL库跟CUBEMX实现bootloader跟app 实现简单app跳转
03-10
在本文中，我们将深入探讨如何基于STM32的HAL库和CubeMX工具来实现一个基本的Bootloader，以及如何在Bootloader与应用程序之间进行安全、可靠的跳转。这对于嵌入式开发人员来说是一项基础但至关重要的技能，尤其对于...
FLASH寿命测试！
dijianfei2190的博客
01-20 2857
不是自己测得，摘自网络。 测试的flash型号是sst39vf160，由于测试时间的问题，只测试了一个扇区4个字节，用了整整一个星期才完成所有测试，测试结果总结如下：1、flash有寿命限制，sst39vf160手册上说是10万次，实验片的实测却超过80万次。2、每一个位的寿命是独立的，也就是说，一个字节的bit0失效了，bit1仍然可以正常操作。3、flas...
[单片机][cx32][boot] boot配置 中断向量表 跳转 keil5
jianqiang.xue
04-17 4288
在APP程序中，main函数应该首先修改中断向量表的起始地址，可以通过修改VTOR向量表偏移寄存器来重定位向量表。参考《Cortex-M0 权威指南》7.3小节“向量表的起始地址是有要求的：必须先求出系统中共有多少个向量，再把这个数字向上“圆整”到 2 的整次幂，而起始地址必须对齐到后者的边界上。
Windows硬件系统函数 - GetDoubleClickTime
水木清华
09-19 721
VB声明Declare Function GetDoubleClickTime Lib "user32" Alias "GetDoubleClickTime" () As Long说明判断连续两次鼠标单击之间会被处理成双击事件的间隔时间返回值Long，以毫秒表示的双击时间
用STM32F103C8T6的做IAP时，在跳转时一直进入HardFault_Handler 解决方法
面朝大海春暖花开
05-01 1万+
首先是IAP STM32F103C8T6的flash是64k,每次擦除是1k 1、用串口接收APP的bin文件数据，然后写入内部的FLASH //appxaddr是要跳转的地址 设置是0x0800500 //appbuf是串口接收到的app的bin文件数据 //appsize是bin的大小 void iap_write_appbin(u32 appxaddr,u8 *appbuf,u3
IAP升级程序中Bootloader和APP程序中断复用的解决办法
niepangu的专栏
04-17 5669
菜鸟级别（像我这样的），高手可以给予我们菜鸟一族指点指点或者点击叉叉离开 相信大家在实现了STM32的USB_DFU或者原子的串口升级APP程序，因为Bootloader程序中用到了USB的相关中断，在APP程序中同样也用到了相同的中断，这时是不是就乱套了呢？ 的确是乱套了，不过还是有解决办法的。下面为大家演示一下：（可以用我这个DFU功能http://www.openedv.co
boot跳转APP,概率性串口失效问题。
yybyg的博客
09-02 371
今天遇到了一个巨抽象的问题，在boot跳转app的过程中，不知道为什么串口概率性失效了，直接进不了中断。这个是在在线升级的过程中出现的，之前的有线升级从来不会这样。个人的想法是在线升级的时候数据与有线升级不同，导致串口的初始化有概率失效。寄存器报错HAL_UART_ERROR_NONE。
STM32IAP升级 bootoader跳转到freeRTOS死机
li_654的博客
08-17 6486
一、问题描述 二、分析问题 三、解决问题 void iap_load_app(u32 appxaddr)// { SysTick->CTRL = 0X00;//禁止SysTick SysTick->LOAD = 0; SysTick->VAL = 0; __disable_irq(); jump2app=(iapfun)*(vu32*)(appxaddr+4); //用户代码区第二个字为程序开始地址(复位地址) MSR_.
STM32 BootLoader跳转APP跑飞 可能是因为找不到某些中断函数入口
HuiCMs的博客
01-07 8026
在做嵌入式产品时，有时为方便更新设备程序（如远程更新或者只更新模块程序等原因），就要用到bootloader对设备进行必要的初始化，引导下载APP等。 STM官网下载的bootloader程序中并没有用到定时器等，很可能遇不到下面的问题。但是小猿猴如我等，会迫不及待的对其进行“魔改”，再经过二手三手，再加上运气不好，下面的问题就很容易暴露出来了： 现象：  bootloader 下载并跳转某...
bootloader跳转app
最新发布
03-11
<think>好的，我现在需要帮助用户了解如何从Bootloader跳转到应用程序的方法和实现细节。首先，我得回顾一下用户提供的引用内容，看看有哪些关键点需要涵盖。用户提到了几个引用，主要涉及Bootloader和APP的分区、跳转前的准备工作以及可能遇到的问题。 首先，用户的问题集中在跳转的方法和实现细节上，所以需要分步骤解释整个过程。根据引用[1]和[4]，Bootloader和APP存放在Flash的不同区域，通常Bootloader在起始地址0x08000000，而APP则紧随其后。需要确定APP的起始地址，这通常在链接脚本中设置。 接下来，跳转的关键步骤包括关闭中断和外设，这在引用[3]中提到过，否则可能会导致中断向量表错误或外设冲突。因此，在跳转前必须禁用所有使用的中断，比如UART、定时器等，并关闭相关外设的时钟。 然后，需要设置堆栈指针和复位向量。根据引用[4]，APP的起始地址存放的是堆栈指针，接下来的地址是复位向量。Bootloader需要获取这些值，并跳转到复位向量指向的入口函数。 另外，引用[2]提到Bootloader负责初始化硬件环境，所以在跳转前可能需要做一些清理工作，比如复位外设状态，确保APP从一个干净的环境开始运行。 在实现细节方面，可能需要编写汇编指令或使用函数指针进行跳转。例如，将APP的入口地址转换为函数指针，并调用它。同时，需要确保在跳转后，所有寄存器和状态都不会影响APP的执行。 可能遇到的问题包括中断未关闭导致进入错误处理函数，如引用[3]中的例子，用户关闭了UART和Flash外设后才成功跳转。因此，在跳转前的准备工作非常重要。 最后，用户可能需要了解具体的代码示例，比如如何关闭中断、如何设置堆栈指针和跳转地址，以及如何编写链接脚本调整APP的起始地址。需要将这些步骤详细列出，并给出示例代码片段，帮助用户理解实现过程。 总结一下，回答的结构应该是：分区规划、跳转前准备、跳转步骤、关键代码示例、注意事项和常见问题。同时，结合用户提供的引用内容，确保引用标识正确，比如关闭外设和中断的部分引用[3]，空间分配引用[1]和[4]，以及Bootloader的作用引用[2]。 需要检查是否有遗漏的步骤，比如内存屏障或数据同步指令，在跳转前是否需要执行这些操作。此外，不同MCU厂商可能有不同的要求，比如GD32F470和STM32在跳转时的处理是否类似，可能需要用户参考具体的数据手册。 最后，生成相关问题，引导用户深入理解，比如如何调试跳转失败、优化Bootloader大小或处理固件校验等。确保问题覆盖用户可能感兴趣的后续内容。</think>### Bootloader跳转到应用程序的方法与实现细节 #### 一、基本流程与原理 1. **空间分配** Bootloader和APP需在Flash中划分独立区域。例如： - Bootloader起始地址：$0x08000000$（默认地址） - APP起始地址：$0x08008000$（需在链接脚本中设置）[^4] $$ \text{Flash布局:}\quad \text{Bootloader (0x08000000)} \rightarrow \text{APP (0x08008000)} $$ 2. **跳转核心步骤** - 关闭所有中断与外设（如UART、DMA、定时器）[^3] - 获取APP的入口地址（复位向量） - 设置堆栈指针（从APP的起始地址读取） - 强制跳转到APP的入口函数 --- #### 二、具体实现步骤 1. **APP工程配置** - 修改链接脚本，将APP代码偏移到指定地址（如$0x08008000$） - 确保中断向量表（VTOR）指向APP的地址[^1]。 2. **Bootloader跳转代码** ```c // 定义APP起始地址（需与链接脚本一致） #define APP_ADDRESS 0x08008000 void JumpToApp(void) { // 1. 关闭所有中断 __disable_irq(); // 2. 关闭外设（如UART、SPI、Flash接口） USART_DeInit(USART1); FLASH_Cache_Disable(); // 3. 获取APP的堆栈指针和入口地址 uint32_t* app_stack = (uint32_t*)APP_ADDRESS; uint32_t* app_reset = (uint32_t*)(APP_ADDRESS + 4); // 4. 设置堆栈指针 __set_MSP(*app_stack); // 5. 跳转到APP入口 ((void (*)(void))(*app_reset))(); } ``` 3. **注意事项** - **中断关闭**：未关闭中断可能导致跳转后触发错误中断（如引用[3]中的串口中断问题） - **内存屏障**：跳转前需执行`__DSB()`和`__ISB()`指令确保操作完成[^4] - **外设复位**：部分MCU需在跳转前复位外设寄存器（如GD32F470需调用`rcu_periph_reset_enable`） --- #### 三、调试与常见问题 | 问题现象 | 解决方案 | |------------------------|----------------------------| | 跳转后卡死在HardFault | 检查中断是否关闭，APP中断向量表是否正确[^3] | | APP无法执行第一条指令 | 确认链接脚本偏移地址与跳转地址一致[^1] | | 外设功能异常 | 跳转前彻底关闭Bootloader中外设的时钟 | ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值