stm32 bootloader启动正常,APP程序会在时钟配置出错原因分析

实验环境

  • STM32F411芯片
  • HAL库
  • 利用CubeMX生成的Bootloader和APP工程

现象描述

将Bootloader和APP程序分别下载到板子上,Bootlader程序可以正常运行,而APP程序会死在Error_Handler()while(1)循环中。
具体调试发现程序是在执行HAL_RCC_OscConfig()函数的PLL 配置部分检测到当前PLL已经被配置为了系统时钟而返回了HAL_ERROR的返回值导致进入了Error_Handler()。为什么bootloader程序中的时钟配置没有问题,而APP中的时钟配置就会有问题呢?

分析

网上搜索了一下,发现了一种说法:PLL在启动之后便不能够重新配置。感觉有一定的道理,为了进一步验证这个说法,查看了参考手册的PLL部分:
在这里插入图片描述
大概意思就是:一旦启用了PLL,就无法更改主PLL配置参数,因此建议在启用PLL之前先对其进行配置(选择HSI或HSE振荡器为PLL时钟源,以及除法因子M,P,Q和乘法因子N的配置)。

参考手册中的描述将这个问题的原因描述的很清楚了。

解决

通过查看ST官方的RCC参考例程,在重复配置时钟时是按照参考手册中的描述先将系统时钟源配置为HSI然后再进行下面的PLL配置,这样便不会导致HAL_ERROR的问题了

void SystemClockHSE_Config(void)
{
  /* -1- Select HSI as system clock source to allow modification of the PLL configuration */
  RCC_ClkInitStruct.ClockType = RCC_CLOCKTYPE_SYSCLK;
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_HSI;
  if(HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_1) != HAL_OK)
  {
    /* Initialization Error */
    Error_Handler();
  }
  
  /* -2- Enable HSE Oscillator, select it as PLL source and finally activate the PLL */
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSE;
  RCC_OscInitStruct.HSEState = RCC_HSE_ON;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_ON;
  RCC_OscInitStruct.PLL.PLLSource = RCC_PLLSOURCE_HSE;
  RCC_OscInitStruct.PLL.PLLM = 8;
  RCC_OscInitStruct.PLL.PLLN = 400;
  RCC_OscInitStruct.PLL.PLLP = RCC_PLLP_DIV4;
  RCC_OscInitStruct.PLL.PLLQ = 7;
  if(HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    /* Initialization Error */
    Error_Handler();
  }
  
  /* -3- Select the PLL as system clock source and configure the HCLK, PCLK1 and PCLK2 clocks dividers */
  RCC_ClkInitStruct.ClockType = (RCC_CLOCKTYPE_SYSCLK | RCC_CLOCKTYPE_HCLK | RCC_CLOCKTYPE_PCLK1 | RCC_CLOCKTYPE_PCLK2);
  RCC_ClkInitStruct.SYSCLKSource = RCC_SYSCLKSOURCE_PLLCLK;
  RCC_ClkInitStruct.AHBCLKDivider = RCC_SYSCLK_DIV1;
  RCC_ClkInitStruct.APB1CLKDivider = RCC_HCLK_DIV2;  
  RCC_ClkInitStruct.APB2CLKDivider = RCC_HCLK_DIV1;  
  if(HAL_RCC_ClockConfig(&RCC_ClkInitStruct, FLASH_LATENCY_3) != HAL_OK)
  {
    /* Initialization Error */
    Error_Handler();
  }
  
  /* -4- Optional: Disable HSI Oscillator (if the HSI is no more needed by the application)*/
  RCC_OscInitStruct.OscillatorType = RCC_OSCILLATORTYPE_HSI;
  RCC_OscInitStruct.HSIState = RCC_HSI_OFF;
  RCC_OscInitStruct.PLL.PLLState = RCC_PLL_NONE;
  if(HAL_RCC_OscConfig(&RCC_OscInitStruct) != HAL_OK)
  {
    /* Initialization Error */
    Error_Handler();
  }
}
  • 20
    点赞
  • 38
    收藏
    觉得还不错? 一键收藏
  • 7
    评论
### 回答1: 合并STM32bootloaderapp程序需要两个步骤:首先是生成bootloaderapp程序的二进制文件,然后是将它们合并成一个二进制文件。 生成二进制文件有很多种方式,可以通过Keil、IAR等集成开发环境自动生成。也可以使用GCC编译生成Hex格式的文件。在这里,我们以使用Keil为例: 1. 配置bootloaderapp程序的工程文件,包括源代码、头文件和库文件等。 2. 进行编译和连接,生成.hex或.bin格式的文件。对于Keil,这些文件可以在Project\Obj目录下找到。 3. 复制bootloaderapp程序的.hex或.bin文件到一个临时文件夹中。 合并二进制文件的过程大致如下: 1. 打开一个二进制文件编辑器,例如HxD、HEXplorer等。在这里,我们以HEXplorer为例。 2. 打开要合并的bootloader.hex文件,复制其中数据的部分(从“:”到本行结束),然后打开要合并的app程序.hex文件,将该数据添加到文件的末尾。 3. 如果app程序的ENTRY地址与bootloader程序的ENTRY地址不同,则需要修改数据块中的START地址。例如,如果bootloader程序ENTRY地址为0x08000000,而app程序的ENTRY地址为0x08004000,则需要将数据块中的START地址修改为“:200000005C0000000C00000010040000D4”(0x08000000+0x4000=0x08004000)。 4. 保存文件,将其烧录到STM32芯片中即可完成合并。 总之,合并STM32bootloaderapp程序需要先生成二进制文件,然后通过二进制文件编辑器将它们合并成一个文件,并进行修改和调整。最终保存、烧录到芯片中即可。 ### 回答2: 在STM32芯片中,通常有两个不同的程序Bootloader和应用程序App)。Bootloader程序位于芯片的Flash中的特定地址,它是专门用于更新应用程序程序App程序是实际的应用程序,它在Flash中的不同地址处。 合并BootloaderApp程序可能是为了减少系统的存储器占用率,提高系统性能,增加自由度等许多因素,那么接下来,我将向您介绍如何将这两个程序合并在一起。 首先,需要确定App程序中是否有与Bootloader重叠的代码。如果有,则需要将这些代码移动到没有重叠的位置。其次,需要尝试新的链接脚本,以确保两个程序可以正确地链接在一起。 接着,将两个程序合并为单个Bin文件。确保App程序添加到Bootloader程序的完整程序中。最后,将应用程序的入口点设置为Bootloader程序的入口点,以便引导程序直接运行应用程序。 在合并BootloaderApp程序之前,需要确保所有的代码、文本、数据段、BSS段等在Linker脚本中都被合并。如果两个程序之间存在代码引用或数据引用,那么在进行合并时,可能遇到符号冲突的问题。这些问题需要根据芯片的体系结构进行仔细处理。 最后,可以使用芯片厂商提供的在线更新工具或USB接口来更新新合并的程序。同时,建议保留原始Bootloader程序副本,并留下有足够的空间用于Bootloader升级和App程序更新。 在合并Bootloader和应用程序时,需要谨慎操作并正确理解程序内部的所有细节。对于初学者,建议多阅读有关Linker脚本、芯片体系结构和在线更新工具等方面的文档。只要掌握了一定的知识,合并两个程序是相对容易的。 ### 回答3: 合并STM32bootloaderapp程序可以通过以下步骤完成: 第一步:准备工作。需要在开发板上安装bootloader程序app程序,并确保它们可以正常工作。 第二步:将app程序复制到bootloader程序空间中。要将app程序复制到bootloader程序空间中,需要使用类似于bootloaders的工具,如Jtag和swd调试工具。此时,需要打开读写权限。通过这种方式,可以将app程序的bin文件复制到bootloader程序的空间中。 第三步:在bootloader程序中添加升级代码。为实现升级功能,需要bootloader程序的代码中添加升级代码。升级代码扫描设备中的特定区域,找到新的app程序,并将其加载到设备中。在加载新的app程序时,需要保证其正确性。 第四步:设置跳转指令。当app程序加载到设备中时,需要跳转到app程序的入口点。这可以通过添加跳转指令或在app程序入口处添加向bootloader程序的跳转指令来完成。 综上所述,合并STM32bootloaderapp程序需要在开发板上安装bootloader程序app程序,并确保其可以正常工作。然后,将app程序复制到bootloader程序空间中,并添加升级代码。最后,设置跳转指令以确保设备可以跳转到app程序的入口点。完成以上步骤后,实现了STM32bootloaderapp程序的合并。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 7
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值