STM32 在线调试卡在LDR R0, = SystemInit_ExtMemCtl的解决办法如下

最新推荐文章于 2025-03-11 17:15:39 发布
最新推荐文章于 2025-03-11 17:15:39 发布
阅读量2.4k 收藏 3
点赞数 10
文章标签： kile的细节
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_40831778/article/details/102406304
版权

 

  1. 出现最多的情况就是设置的断点过多，可以把断点全部删除试试看，把断点设置在主函数。

  2. 在程序中使用了C库（printf），那么进入Option ---target 将 use microLib 勾选上

  3. 如果这条博客对你节省了时间，那么别忘了给点个赞。

l明天你好
关注
stm32调试模式运行时开在 LDR R0, =SystemInit系统初始化位置的解决办法--亲测解决--STM项目开发实战技巧1
10-08 3522
问题原因：函数中虽没有使用 printf() ，但是包含了C库 stdio.h 并且没有勾选 Use MicroLIB ，导致标准C库被调用，程序卡死在半主机模式（也就是 BKPT 软件断点等待主机调试端响应）下。解决方法也很简单，在项目配置中勾选 Use MicroLIB 然后重新编译（Rebuild）即可。
《嵌入式 - 深入剖析STM32》STM32 启动流程详解(Keil)
不问归期的博客
11-05 3822
开发环境： 处理器：STM32F103 MDK：5.30 STM32CubeMX：6.0.1 对于我们常用的桌面操作系统而言，我们在开发应用时，并不关心系统的初始化，绝大多数应用程序是在操作系统运行后才开始运行的，操作系统已经提供了一个合适的运行环境，然而对于嵌入式设备而言，在设备上电后，所有的一切都需要由开发者来设置，这里处理器是没有堆栈，没有中断，更没有外围设备，这些工作是需要软件来指定的，而且不同的CPU类型、不同大小的内存和不同种类的外设，其初始化工作都是不同的。本文将以STMF103(基于Cort
KEIL仿真时，在 LDR R0, =SystemInit卡住
2201_75288687的博客
12-16 297
2.KEIL的魔法棒中的Target的Floating Point Hardware，选Not Used。重新编译下载进行仿真。1.KEIL的魔法棒中的Target，确认打开MicroLIB，打开后重新编译下载进行仿真，如果没用，进行2.步。3.可能是程序中的断点影响，退出仿真，清除程序中的所有断点，重新编译下载进行仿真。
KEIL调试卡在LDR R0, =SystemInit，进入不了主程序
Lkvbbb的博客
03-11 418
解决办法：修改程序的HSE_VALUE和 PLL_M ，请参照：https://blog.youkuaiyun.com/USTLBer/article/details/115382743https://blog.youkuaiyun.com/USTLBer/article/details/115382743。问题所在:外部晶振是25M，程序默认是8M，不匹配导致卡死。
stm32 仿真调试时卡在 LDR R0, =SystemInit
Paul_kelin
05-23 2万+
stm32 仿真调试时卡在 LDR R0, =SystemInit，不能正常进入main()函数，如图1所示： 图1 打开Option选项卡，找到Floating Point Hardwa...
STM32F103移植FreeRTOS警告记录
czhaii的专栏
02-09 2575
*** Using Compiler 'V5.06 update 3 (build 300)', folder: 'D:\Program File\ARM\ARMCC\Bin' Rebuild target 'Target 1' compiling FreeRTOS.c... FreeRTOS.c(5): error: #5: cannot open source input file "...
STM32 在线调试卡在LDR R0, = SystemInit_ExtMemCtl的解决
qq_51566076的博客
07-20 1523
记录一下，，花费的时间太多了，调试了两三个小时，花了大把时间，，睡了午觉回来再去问度娘发现，，，，结果是断点太多了，把断点全取消就能行了，就能调试了，，，啊啊啊啊！！花费了我好长时间啊，，希望给大家带来方便 就是这个问题 ...
STM32 调试停留在LDR R0, =SystemInit,不能自动Run to main
热门推荐
varding的专栏
08-26 3万+
出现最多的情况就是设置的断点过多，可以把断点全部删除试试看，STLink只能设置5个
STM32 芯片启动过程
Projectsauron 的博客
09-18 3万+
下面主要讲解从上电复位到 main 函数的过程。初始化中断向量表配置系统时钟调用 C 库函数_main初始化用户堆栈，然后进入main函数至此，启动过程圆满结束！
STM32F4 | STM32F4 总线架构 | STM32F4时钟系统 | IO 引脚复用器和映射 | NVIC 中断优先级管理 | HAL 库中寄存器地址名称映射分析
F4_Family的博客
12-13 885
STM32F4 总线架构 | STM32F4时钟系统 | IO 引脚复用器和映射 | NVIC 中断优先级管理 | HAL 库中寄存器地址名称映射分析
Keil5中STM32程序起动过程分析
weixin_43736761的博客
03-16 2314
本文描述了stm32在keil5平台上，stm32单片机的启动过程。
_main
xiaoqa11的博客
07-25 401
我斑愿称你为最强（STM32启动文件分析） 1）奥利给，肝了： Stack_Size EQU 0x400 AREA STACK, NOINIT, READWRITE, ALIGN=3 Stack_Mem SPACE Stack_Size __initial_sp ; <h> Heap Configuration ; <o
STM32  在线调试运行一直停在这条 语句LDR     R0, = SystemInit_ExtMemCtl ; initialize external memory controller
m0_37683974的博客
08-13 2089
STM32 在线调试运行一直停在这条 语句LDR R0, = SystemInit_ExtMemCtl ; initialize external memory controller的解决方法. 程序里设置了错误的断点，将断点清除即可正常。 ...
stm32 调试时卡在 LDR R0, =SystemInit不能进入main
hanfangxinmike的博客
07-26 3075
分别尝试了，大神们提供的微库法，重写pfunc法，关闭systemtick中断法。只有keil4中的cross-module optimization 有点用。改到keil5中的这个选项又不起作用，而且还让编译过程很慢长。有时候会进入void HardFault_Handler(void)有时候会进入void MemManage_Handler(void)。但更多的时候跑不通，尤其是全速模式很难跑通。但是开发板自带例程有时候能跑通，有时候跑不通。他们我开始真的以为就是一般的乘除法，也没多看手册。
【Keil】调试时卡在 LDR R0, =SystemInit
懒得写
11-25 1286
STM32
STM32 调试停留在LDR R0, =SystemInit,不能运行
CV大法专区
09-08 8668
如图所示： 当使用Keil调试时，程序停留在此处，且不能单步运行到初始化中去，可以打开魔术棒，如下操作： 勾选上此选项即可运行。其作用详见其他人的文档。
KEIL5 调试STM32F407 停在LDR R0=SystemInit，不能进入main()函数
优快云recho的博客
06-04 1万+
点击魔术棒，点击Debug 点击Setting Reset不要用Autodetect，选择SYSRESETREQ
关于STM32单片机在仿真时候直接卡在SystemInit,这种情况请先检测RAM设置
kedou2018的博客
12-27 1499
需要做如下设置，设置RAM大小，我用的STM32H7,暂时定义为0x40000大小，256K ram。通过以上设置就能够正常跑起来程序。
STM32 调试停留在LDR R0, =SystemInit,
qq_40895619的博客
05-27 942
STM32 调试停留在LDR R0, =SystemInit,不能自动Run to main 断点太多了，取消掉断点
LDR R0, =SystemInit BLX R0 LDR R0, =__main，进入debug点击run后，这三条指令每执行一条会自动停下，怎么解决
最新发布
03-21
<think>嗯，用户在使用Keil调试ARM Cortex-M的汇编程序时，遇到了逐条执行指令后程序自动停止的问题。首先，我需要回忆一下Cortex-M处理器的调试机制。根据引用[3]，Cortex-M0/M0+有特定的指令集，比如REV、REV16等，用于字节序转换。但用户的问题可能与调试配置有关。 可能的原因之一是断点设置。用户可能在每条指令后都触发了断点，导致程序暂停。这时候需要检查调试器是否启用了“Step Into”或“Step Over”时的自动断点功能。在Keil中，断点可能被意外设置，或者调试选项中的某些设置导致单步执行时暂停。 另一个可能性是异常或中断触发。例如，如果系统初始化（SystemInit）函数中配置了时钟或外设时触发了错误，可能导致硬件故障，进而停止执行。需要检查在调用SystemInit之后的代码是否有问题，比如访问未初始化的内存或错误配置寄存器。 此外，调试器配置问题也不容忽视。Keil的调试设置中，如果勾选了“Stop on Reset”或者“Stop on Exception”，可能会导致每次执行一条指令后停止。用户需要检查Debug配置中的这些选项，确保它们没有被启用。 还有可能是优化问题。如果编译器优化级别过高，可能会导致单步执行时行为异常，因为某些代码可能被优化掉。建议用户降低优化级别，查看问题是否依然存在。 最后，堆栈指针初始化错误也可能导致程序在启动时立即停止。Cortex-M处理器在启动时需要正确的堆栈指针初始值，如果堆栈设置不正确，可能会导致硬件错误，从而在第一条指令执行后就停止。 综合这些可能性，用户应该逐步检查断点设置、调试器配置、异常处理和代码初始化部分，确保每个环节都正确无误。如果问题依旧，可能需要查看调试器的输出日志或寄存器的状态，进一步定位问题根源。</think>### ARM汇编调试逐条停止问题分析 调试Cortex-M系列芯片时出现逐条执行指令自动停止的现象，通常与以下几个关键配置有关： 1. **断点配置检查** - 在Keil调试器中查看Breakpoints窗口（快捷键Ctrl+B） - 检查是否意外设置了永久断点或条件断点 - 使用命令`BS List`查看当前所有断点状态 2. **调试器设置优化** - 打开Options for Target > Debug选项卡 - 取消勾选`Stop on Reset`和`Stop on Exception` - 修改Reset类型为`SYSRESETREQ`（系统复位请求） 3. **系统初始化代码验证** ```assembly SystemInit PROC LDR R0, =0xE000ED88 ; CPACR寄存器地址 LDR R1, [R0] ORR R1, R1, #(0xF << 20) ; 启用浮点单元 STR R1, [R0] BX LR ENDP ``` 需确保SystemInit函数正确配置了时钟、FPU等关键系统组件[^3] 4. **堆栈指针初始化确认** - 检查启动文件(startup.s)中的初始堆栈指针值 - 验证向量表第一个条目是否为有效栈顶地址 - 使用Memory窗口观察0x00000000地址内容 5. **指令执行异常排查** - 在Register窗口监控CPSR寄存器的状态位 - 检查NVIC_CFSR寄存器获取故障状态信息 - 使用Disassembly窗口确认当前PC值有效性 建议调试步骤： 1. 清除所有断点后执行全速运行 2. 单步执行到`BLX`指令时，检查目标函数地址有效性 3. 使用Memory窗口验证`LDR`指令的加载地址是否可访问 4. 检查SCB->SHCSR寄存器中的异常使能状态 ###
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值