在STM32F105/107中从用户代码跳转到系统内存引导加载程序

在STM32F105/107中从用户代码跳转到系统内存引导加载程序,stm32,bootloader,Stm32,Bootloader,ST Application Note AN2606声明“除了上述模式之外,用户还可以通过执行跳转来执行引导加载程序 表3嵌入式引导加载程序继续列出ST32处理器,包括它们的引导加载程序ID和内存位置(RAM) 到目前为止还不错。当我到达STM32F105/107(我正在使用并且已经有生产硬件运行代码)时,它显示了ID和内存位置的NA 我的问题是…STM32F105/107是否有什么东西使它无法从应用程序代码跳转到系统内存中的引导加载程序?我到处寻找,想澄清这一点,但没有结果 STM32F105

ST Application Note AN2606声明“除了上述模式之外,用户还可以通过执行跳转来执行引导加载程序 表3嵌入式引导加载程序继续列出ST32处理器,包括它们的引导加载程序ID和内存位置(RAM)

到目前为止还不错。当我到达STM32F105/107(我正在使用并且已经有生产硬件运行代码)时,它显示了ID和内存位置的NA


我的问题是…STM32F105/107是否有什么东西使它无法从应用程序代码跳转到系统内存中的引导加载程序?我到处寻找,想澄清这一点,但没有结果

STM32F105、STM32F107(连接线)的系统引导加载程序的起始地址为0x1FFB000。您可以在

中找到它的意思是什么?什么不起作用?你能通过分步执行汇编程序来跟踪这个跳跃吗?很有趣-我想可能这些部分忽略了系统引导加载程序,但是数据表将它列为一个功能并指向AN2606。我目前没有访问任何代码文件的权限,但是CMSIS头文件是否包含该文件的定义?不适用。不适用于STM32105/107处理器。我实际上还没有尝试过,所以不能说它不起作用,但AN2606应用说明甚至没有给出引导加载程序地址。通过使用简单的UART轮询在flash中编写自己的迷你引导加载程序,我可能找到了一个完全不同的解决方法。UART接收中断和相关向量表是促使我使用内置STM32引导加载程序的原因,但显然,由于这些处理器是早期型号,它们还没有真正准备好进入黄金时间。