GD32重新上电后bootloader跳转APP但不能正常运行

最新推荐文章于 2025-04-12 20:14:57 发布

忽见星光

最新推荐文章于 2025-04-12 20:14:57 发布

阅读量1.1k

点赞数 13

分类专栏：问题汇总文章标签： mcu 单片机

本文链接：https://blog.youkuaiyun.com/starlight_0/article/details/140642551

版权

问题汇总专栏收录该内容

5 篇文章

订阅专栏

现象

GD32下电后重新上电，bootloader跳转到APP但不能正常运行，连心跳灯都没有亮。

使用IAR软件debug调试，bootloader程序运行正常，也执行到了跳转APP函数这一步。

IAR软件直接跳转地址运行APP程序，APP能正常运行，心跳灯闪烁，LCD屏幕正常显示。

原因

（中间的分析过程省略几百字）

原因就是bootloader跳转到APP前关了总中断！！！跳转到APP中I2C以中断方式读EEORPM卡住，该外设无法正常工作，程序也无法继续运行，任务没创建，心跳灯没初始化。

解决

APP设置中断向量表地址后开启总中断

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

忽见星光

关注关注

13
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

STM32关于Bootloader调转APP，概率出现启动不了的现象

qq_45776311的博客

07-23

677

STM32关于Bootloader调转APP，概率出现启动不了的现象

基于GD32F130的IAP程序，包括BootLoader，APP，内部flash读写操作

08-09

1. **BootLoader启动**：系统上电后，BootLoader首先运行。 2. **固件检测**：BootLoader检查是否有新的固件更新，这通常通过通信接口（如UART、SPI或USB）从外部设备接收。 3. **安全验证**：如果新固件存在，...

参与评论您还未登录，请先登录后发表或查看评论

IAP升级跳转APP卡死，全网最巧妙解决方案

qq_51278044的博客

07-30

5676

相信很多小伙伴在设计IAP升级程序的时候遇到过IAP跳转APP卡死的情况，在这篇文章中我会提供一种解决方案，请认真阅读。

通过GD32 All In One Program 解除GD32F470读、写保护

最新发布

o2345678的博客

04-12

364

用GD32AllInOneProgrammer_win_V4.2.10.28180 解除GD芯片读写保护

GD32的IAP跳转到APP后启动USB_CDC失败

qq_37846927的博客

04-24

2753

IAP + APP 配置步骤： 1、IAP中关闭所有外设和中断，然后设置跳转到APP的起点。 2、在keil中ROM中分别配置好IAP和APP的Start地址和长度，并保证长度不超过Flash的大小。按上面的配置配好后，从IAP跳转到APP是没问题的，如果有问题基本都是以下问题导致的。 1、中断没有关闭完 2、中断向量地址没有从IAP跳到APP导致APP启动失败。遇...

GD32 bootloader跳转app遇到的坑

weixin_43443182的博客

06-09

2104

因为之前出现了同样是-O1选项的两台电脑编译，生成的固件是不一样的，所以后面就在自己的电脑上不断切换-O1和-O0来编译做测试，一开始-O1生成的bin大小是8K左右，-O0生成的bin是14K左右，试了几次后，就发现-O1生成的bin变成了11k大小。其实分析到这里就挺明显的了，在-O0时，由于最后一步跳转时读取了sp+4里面的数据，但是在这之前sp的地址因设置了MSP而被手动改成了app的栈指针地址，所以它读出来的东西就已经不是之前保存起来的需要跳转的地址了，跳过去之后就会导致程序跑飞。

STM32/MM32/GD32 IAP跳转到APP后无法进中断

果果小师弟的博客

08-22

2801

IAP升级

---GD32F450---bootloader跳转到app无法运行

qq_23852045的博客

02-28

5661

问题描述： bootloader和app程序都能单独正常运行，但是在使用bootloader进行跳转时，程序跑飞。原因： bootloader在运行时已经进行了使能外部时钟、设置PLL为系统时钟的操作，但是在跳转到app程序后，app重新将系统时钟初始化，如图，系统重新使用了内部时钟，由于系统时钟较高（GD32450时钟为200M，ST的4系列频率低，所以不会出现这种现象），在还没有切换成功时就...

GD32 bootload程序和app程序互相跳转

06-25

参照官方文档AN040 以及一个参考链接程序： bootloadKEIL工程中的Target中的ROM设置为0x08000000开始地址大小0x80000 app KEIL工程中的Target中的ROM设置为0x08010000开始地址大小0x30000

GD32F350_bootloader_iap_app.rar

08-13

1. **启动引导加载器**：系统上电后，首先执行的代码是引导加载器（bootloader），它负责检查是否有新的固件需要更新，并处理更新过程。 2. **固件校验**：在接收新固件之前，引导加载器会验证数据的完整性和安全性...

STM32升级例程，bootloader程序+APP程序

09-19

Bootloader在升级结束后会自动重启并切换到新的应用程序，确保升级过程对用户透明，不影响设备的正常使用。运行中的应用程序同样支持随时升级，这为开发者提供了极大的灵活性，可以根据需要随时推送新功能或修复...

stm32使用BootLoader加载app到sdram运行

10-21

在本文中，我们将探讨如何在STM32上使用BootLoader来加载应用程序（APP）到SDRAM（Static Random-Access Memory）中运行。BootLoader是系统启动时首先运行的一小段代码，它的主要任务是初始化硬件环境，然后加载操作...

GD32F470IG bootloader跳转到app应用程序

深山刀客的博客

10-01

693

文档示范了MCU从bootloader跳转到app程序空间的修改过程，仅供参考和备忘

GD32 IAP固件升级跳转 (Bootloader --＞ APP)踩坑解答

qq_39502111的博客

04-18

1万+

GD32IAP,跳转失败问题分析

---GD32F103---使用ST库开发IAP运行在GD32上，APP无法正常运行

qq_23852045的博客

02-28

4506

问题描述：使用GD103系列，使用GD的bootloader例程和IAP 的USB在线升级工具，对app程序进行升级，app程序使用ST的标准库进行编写，app不加偏移地址时可以正常运行，但是加载偏移地址后，由bootloader进行跳入后程序跑飞或串口打印信息不对原因： ST的RCC_CFGR寄存器和RCU_CFG0寄存器有差异，如图5-1，ST的1821位最大倍频系数为9，而且第28位为保...

GD32 程序可以下载，但是主程序不能运行---BOOT0高电平导致

qq_34442618的博客

12-03

6335

一、环境 1.芯片：GD32F10x 2.程序：可在其他板子上正常运行 3.下载器：J-LINK 二、问题 1.程序可以通过J-LINK下载 2.但是主程序没有运行三、问题现象 1.KEIL仿真： 1）仿真后直接运行，但是并没有运行到主程序（main函数）中。 2）查看汇编，可以执行，但是执行的地址是在0x1FFF Fxxx，并且一直在循环执行。 2.硬件查看 1）晶振没有正常运行 2）3.3v供电正常四、查资料思考 1.首先仿真时汇编运行的地址不对，...

调试总结——(bootloader中的梗)代码偏移后无法执行或执行部分卡住（终结章）(含代码存放至RAM步骤)

mhj258258的博客

04-15

1311

BOOTLOADER跳转前面我已经写了两篇文章，原来能够顺利的执行下去，可人算不如天算，让我遇到了华大190这颗奇葩的芯片。于是又死磕了两天… 其实如果是一般芯片我的前两篇bootloader文章已经完全够用了，但是我这将一个特例。（1）错误现象代码跳转到了APP程序，但是只执行了前面一部分代码，代码在0地址的时候没有出现过跑不通的现象，跳转至0x7000出现代码不正常运行。（2）调试分析：...

IAR程序跳转bootloader跳转到APP

yatlandisi的博客

12-09

2698

IAP（在线应用编程）程序通过提前写入用于升级代码的 bootloader，可以完成 MCU APP 功能的升级，增强了代码的灵活性，在完成 APP 代码升级之后，程序需要从 Bootloader 代码跳转到 APP 代码运行，本应用笔记基于 stm32/GD32F10x 系列（跳转函数通用），介绍如何实现程序从 Bootloader 代码跳转到 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在一个工程中

03-20

<think>好的，用户的问题是想要了解如何将STM32的bootloader和APP整合到同一个工程中。我需要先理解他们具体的使用场景和需求。可能用户正在开发一个需要固件升级功能的嵌入式系统，希望简化开发流程，减少工程管理的复杂性，或者是为了方便调试和维护。首先，我需要回顾一下STM32的启动流程。通常，bootloader和APP是分开的两个独立工程，分别编译生成不同的bin文件。bootloader负责跳转到APP，而APP则运行用户应用程序。但用户希望将它们整合到一个工程里，这可能涉及到代码结构的管理、内存地址的分配以及链接脚本的调整。接下来，我需要考虑如何在一个工程中管理两个不同的部分。可能的方案包括使用条件编译，通过不同的编译配置来生成bootloader或APP的代码。或者，将bootloader和APP的代码放在同一工程的不同目录下，共享部分底层驱动代码，但编译时分别生成不同的目标文件。然后，内存地址分配是关键。bootloader通常存放在Flash的起始地址，而APP则存放在之后的某个地址。例如，bootloader占用0x08000000到0x0800FFFF，APP从0x08010000开始。这需要在链接脚本中为bootloader和APP分别指定不同的起始地址和大小。跳转机制也需要处理。bootloader在完成初始化后，需要关闭中断，设置堆栈指针，然后跳转到APP的入口地址。这部分代码需要确保在跳转前，APP的向量表已经正确配置。同时，APP的中断向量表偏移寄存器（如SCB->VTOR）需要设置为APP的起始地址，以确保中断处理正确。调试和下载也是一个问题。由于两个部分的Flash地址不同，下载时需要确保bootloader和APP的bin文件正确烧写到对应的区域。可能需要使用分散加载文件或者在IDE中配置不同的下载脚本。另外，用户可能关心如何验证整合后的工程是否正常工作。例如，通过串口通信触发bootloader跳转到APP，或者测试固件升级流程。需要确保bootloader能够正确读取APP的数据，并跳转执行。还需要考虑资源复用，比如bootloader和APP可能都使用相同的硬件外设，如UART、Flash驱动等。这时可以将这些公共代码提取为共享模块，避免重复代码，减少存储空间的占用。最后，可能存在的问题包括中断处理冲突、堆栈指针设置错误、地址偏移不正确等。需要仔细检查链接脚本和跳转代码，确保所有配置正确无误。同时，提供示例代码和步骤，帮助用户逐步实现整合。总结，整合bootloader和APP到同一工程需要处理代码结构、内存分配、跳转机制以及调试配置等方面的问题。通过合理的工程配置和代码管理，可以实现这一目标，简化开发和维护流程。</think>### STM32 bootloader与APP整合到同一工程的实现方法 #### 1. 工程结构规划通过**条件编译**实现模块化控制，建议采用以下目录结构： ``` project/ ├─ common/ # 公共驱动库 ├─ bootloader/ # 引导程序源码 ├─ application/ # 应用程序源码 ├─ Inc/ # 头文件 ├─ Src/ # 源文件 └─ STM32_FLASH.ld # 链接脚本 ``` #### 2. 内存地址分配在链接脚本中划分存储区域： ```ld /* bootloader区域 */ FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 16K /* APP区域 */ APP_FLASH (rx) : ORIGIN = 0x08004000, LENGTH = 48K RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 64K ``` #### 3. 关键代码实现 **bootloader跳转逻辑**： ```c void jump_to_app(uint32_t app_addr) { typedef void (*pFunction)(void); pFunction app_entry; /* 检查栈顶地址有效性 */ if(((*(__IO uint32_t*)app_addr) & 0x2FFE0000) == 0x20000000) { __disable_irq(); /* 重设中断向量表 */ SCB->VTOR = app_addr; /* 设置主堆栈指针 */ __set_MSP(*(__IO uint32_t*)app_addr); /* 获取复位地址 */ app_entry = (pFunction)(*(__IO uint32_t*)(app_addr + 4)); __enable_irq(); app_entry(); } } ``` #### 4. 固件升级流程设计 ```mermaid graph TD A[上电启动] --> B{bootloader检测升级标志?} B -->|是| C[执行OTA升级] B -->|否| D[跳转至APP] C --> E[验证新固件] E -->|成功| F[更新APP区] E -->|失败| D ``` #### 5. 开发环境配置（以STM32CubeIDE为例） 1. 创建多配置工程： - **Debug_Bootloader**：设置FLASH起始地址为0x08000000 - **Debug_APP**：设置FLASH起始地址为0x08004000 2. 添加预处理宏： ```makefile #ifdef BOOTLOADER_MODE #define VECTOR_TABLE_OFFSET 0x00000000 #else #define VECTOR_TABLE_OFFSET 0x00004000 #endif ``` #### 6. 验证测试步骤 1. 使用J-Flash工具分别烧录合并后的hex文件 2. 通过串口调试助手发送升级指令 3. 使用逻辑分析仪监测跳转时序 4. 测试异常场景（断电恢复、校验错误等） >[!WARNING] >必须保证bootloader区域不会被APP擦除，建议在APP代码中设置写保护机制[^2]