STM32 调试停留在LDR R0, =SystemInit,不能自动Run to main

墨衍会员 · AI 创作全网分发 墨衍智能分发 本文由作者通过墨衍一键同步至各平台 1分发平台 3.1w累计阅读 3.2w+平均单平台已同步平台优快云微信公众号微博知乎掘金百家号博客园抖音小红书 你的文章也可以这样分发 墨衍会员 ¥399起/年，写一次发全网我也要 → 码龄17年

关注

原创最新推荐文章于 2026-10-16 12:58:20 发布 3.1w 阅读 AI 写同款· GEO 优化 ›

stm32在进行调试时；进入 LDR R0, =SystemInit卡死目录 1、硬件环境： 2、问题疑惑： 3、问题分析 1、硬件环境： STM32H750VB板子；仿真器DAP 2、问题疑惑：在项目调试的时候遇到这个问题；就是加了一条语句；结果代码就执行不了；于是开启仿真调试之旅，但是仿真时直接进入下图所示： 3、问题分析记得在上次遇到类似的问题；是在使用H750的串口打印输出时；程序直接卡死；并未运行；解决方案是由于“微库”没有勾选；于是试了一下；然后就这样解决了；有的小伙伴说是由于开启了硬件浮点计算导致的；但是我关闭了... 阅读详情

出现最多的情况就是设置的断点过多，可以把断点全部删除试试看，STLink只能设置5个

关注博主即可阅读全文

收录于

当前文章被以下社区和专栏收录：

microduck：嵌入式AI最小可行单元实战指南嵌入式AI是指在资源受限的微控制器上部署轻量级机器学习模型的技术路径，其核心在于硬件资源、模型压缩与底层启动流程的深度协同。microduck作为该领域的典型实践范式，聚焦Cortex-M7等MCU平台，强调QSPI XIP执行、FMAC加速、裸机内存布局等关键技术环节，以极简BOM和全链路可控为目标，解决从Python训练到物理设备推理的断层问题。它适用于边缘智能终端开发、AI教学验证及工业低功耗推理场景，为工程师提供可复现、可审计、可量产的微型AI落地方法论。阅读详情

相关推荐

嵌入式MCU编译烧录仿真全流程深度解析

嵌入式开发中，编译、烧录与仿真是连接代码与硬件的三大核心环节。编译器选择影响代码密度与中断延迟，链接脚本决定内存布局安全，烧录过程涉及Flash擦除粒度与协议可靠性，仿真则需兼顾精度与调试深度。理解ARM Cortex-M架构下的启动流程、向量表配置、NVIC优先级机制及S-record文件格式差异，是保障固件稳定运行的基础。在电机控制、工业PLC、汽车ECU等实时性敏感场景中，这些环节的协同验证直接决定产品可靠性。本文聚焦MCU软件生命周期中的硬核实践细节，覆盖GCC/ARMCC工具链对比、J-Link烧

weixin_33875564的博客 743

【STM32】STM32代码不运行，停在“LDR R0, =SystemInit”的解决方法

百思不得其解后，还是在网上进行了搜索，看到了这篇文章https://blog.youkuaiyun.com/AQRSXIAO/article/details/133680606，是因为使用了printf函数，没勾选microlib库，导致程序卡死在半主机模式。回想起来，确实是在编写了UART代码后，出现的这个问题，在代码中重定位了putchar函数，直接使用了printf函数进行调试打印。通过示波器查看发现复位波形是正常的。使用CubeMX生成工程，添加LED、SPI、IIC等模块后，功能一直是正常的。

Not Found 404 3119

stm32调试模式运行时开在 LDR R0, =SystemInit系统初始化位置的解决办法--亲测解决--STM项目开发实战技巧1

问题原因：函数中虽没有使用 printf() ，但是包含了C库 stdio.h 并且没有勾选 Use MicroLIB ，导致标准C库被调用，程序卡死在半主机模式（也就是 BKPT 软件断点等待主机调试端响应）下。解决方法也很简单，在项目配置中勾选 Use MicroLIB 然后重新编译（Rebuild）即可。

4325

stm32 调试时卡在 LDR R0, =SystemInit不能进入main

分别尝试了，大神们提供的微库法，重写pfunc法，关闭systemtick中断法。只有keil4中的cross-module optimization 有点用。改到keil5中的这个选项又不起作用，而且还让编译过程很慢长。有时候会进入void HardFault_Handler(void)有时候会进入void MemManage_Handler(void)。但更多的时候跑不通，尤其是全速模式很难跑通。但是开发板自带例程有时候能跑通，有时候跑不通。他们我开始真的以为就是一般的乘除法，也没多看手册。

hanfangxinmike的博客 3509

4路QSFP28接口能玩出什么花样？基于璞致VU13P开发板的100G网络测试方案

本文详细介绍了基于璞致PZ-VU13P-KFB开发板构建100G网络测试方案的实战指南。该方案充分利用板载Xilinx Virtex UltraScale+ FPGA的强大算力与4路QSFP28接口，涵盖从光模块选型、Aurora协议配置、开源Corundum方案部署，到误码率测试及散热优化的全链路流程，为高速网络设备研发与验证提供了可靠的硬件平台。

cola5的博客 452

EWF写保护功能详解：从安装到实战操作指南

本文详细介绍了EWF写保护功能的安装与实战操作指南。EWF（Enhanced Write Filter）通过重定向写入操作保护硬盘分区，特别适合需要长期稳定运行的系统场景。文章涵盖从安装准备、图形界面操作到命令行高级管理的全流程，并提供了常见问题的解决方案，帮助用户轻松掌握这一实用工具。

weixin_28710999的博客 446

STM32 调试出现问题卡在LDR R0, =SystemInit

解决方法直接option中勾选Use MicroLIB就解决啦。第一次出现这个很懵逼啊，第一次进不去主函数，但是别慌张。然后继续使用debug就好啦~

ddd1999917的博客 2221

使用R语言（ggplot2）绘制KEGG信号通路富集气泡图

本文详细介绍了如何使用R语言的ggplot2包绘制KEGG信号通路富集气泡图，从数据预处理到高级定制技巧，帮助生物信息学研究者直观展示富集分析结果。文章涵盖了气泡图的核心绘制方法、布局优化、常见问题解决方案以及交互式可视化扩展，是进行KEGG富集分析可视化的实用指南。

weixin_42625070的博客 446

STM32 调试停留在LDR R0, =SystemInit,

STM32 调试停留在LDR R0, =SystemInit,不能自动Run to main 断点太多了，取消掉断点

qq_40895619的博客 1081

【OpenCV-Python】图像的载入、显示和输出（imread()、imshow()、waitKey()、namedWindow()、imwrite()）

图像的载入：imread()函数 imread()函数可以用来非常便捷地读取文件中的图片到Opencv中。这个函数一般需要两个参数：（1）载入图片的路径名。如果图像文件在工程文件夹下，可以直接用文件名读取，如“cat.jpg”，否则需要输入完整的访问路径，如“D:\\test\\lena.png”。这里还有几个tips： imread函数中，一个点代表省略当前文件夹路径，两个点则代表回...

M&Q的博客 1397

如何在离线的电脑上部署一个本地Deepseek（使用ollama）

例如，如果您的显卡显存为 16GB，官方推荐使用 32b 大小的 DeepSeek 模型。请根据您的硬件配置选择适合的模型版本，以获得最佳性能。首先我们需要将ollama和chatbox的安装包，Deepseek模型文件通过U盘或者光盘的形式导入到这台不能联网的电脑上。按照时间排序，找到最大的那个文件，就是gguf格式的模型，复制出来，改名为qwen2.5-coder0.5b.gguf。：基于开源模型（如 QWEN 和 LLAMA）微调，参数量从 1.5B 到 70B 不等，适合本地硬件部署。

qq_41854911的博客 1万+

STM32上电启动流程逐行拆解：从复位向量到main的底层执行链

嵌入式系统启动流程是ARM Cortex-M架构运行的基石，其本质是硬件复位触发后、C运行环境建立前的一系列确定性初始化动作。该过程遵循严格时序：复位向量加载→栈指针初始化→.data段拷贝与.bss段清零→SystemInit时钟配置→main函数接管。其中向量表偏移（VTOR）和启动代码（startup.s）共同构成系统可靠性的第一道防线，直接影响中断响应、低功耗唤醒及IAP升级等关键能力。理解这一流程，是解决Flash擦写失败、RAM数据错乱、HardFault频发等典型启动问题的技术前提，也是构建高

weixin_33794672的博客 301

PTPX功耗分析实战——从脚本配置到报告解读

本文详细介绍了PTPX功耗分析的全流程，从脚本配置到报告解读，帮助工程师快速掌握芯片设计中的功耗估算技术。文章涵盖了环境搭建、波形文件处理、功耗报告解析等关键环节，并提供了实战经验和优化建议，特别适合需要提升PTPX功耗分析效率的开发者。

weixin_29248313的博客 279

CPU为何不认识main函数：STM32启动流程深度解析

在嵌入式系统中，main函数并非程序真正起点，而是硬件启动流程成功完成后的结果。CPU仅执行机器码，其运行始于复位向量地址0x00000000，依赖向量表、栈初始化、.data/.bss段搬运、SystemInit时钟配置等底层机制。这些步骤构成C运行环境的物理基础，决定了main能否被安全调用。理解该过程，是掌握裸机开发、调试启动失败（如PC卡在0x00000000）及优化固件可靠性的关键。本文以WeAct STM32F411为实例，详解从上电复位到main执行的完整链路，覆盖向量表重映射、startup

weixin_34242509的博客 343

华为OD机试 - 项目规划 - 深度优先搜索dfs（Java 2024 C卷 100分）

每一题都有详细的答题思路、详细的代码注释、样例测试，发现新题目，随时更新，全天优快云在线答疑。

学Java，找哪吒 1153

YOLOv11增量学习数据回放优化：解决新类别引入时的灾难性遗忘问题

本文提出了一种基于生成式潜在回放和提示学习的YOLOv11增量学习系统，旨在解决目标检测中的灾难性遗忘问题。系统采用改进的YOLOv11骨干网络，结合条件变分自编码器生成旧类别特征，并通过渐进式提示调优模块实现高效参数更新。关键技术包括：1) C3k2模块和C2PSA注意力增强特征提取；2) CLIP引导的VAE潜在空间数据回放；3) 类特定与超类别提示相结合的增量调优策略；4) 自适应特征金字塔与显式视觉中心融合机制。实验表明，该方法在保持原有检测性能的同时，显著降低了增量学习过程中的遗忘现象。

本博客聚焦 YOLOv11 全流程落地，涵盖架构优化、数据集处理、训练技巧与多场景部署，兼及国产数据库、Java 开发与 AI 模型应用，内容兼顾理论与工程实践，为开发者提供系统干货，助力高效提升技术能力。 2096

STM32内存映射实战：从HardFault到外设失灵的底层真相

Memory-Mapped I/O（内存映射I/O）是ARM Cortex-M架构访问外设的核心机制，其本质是CPU将外设寄存器视为地址空间中的普通内存单元，通过统一地址总线完成读写。该机制依赖严格的地址布局、访问属性（强序、非缓存、不可执行）和硬件译码逻辑，一旦链接脚本配置错误、向量表重定位失效或寄存器宏定义偏移偏差，便会引发HardFault、调试器连接失败或外设无响应等典型问题。在STM32工程中，它直接关联Flash/SRAM/Peripheral三大存储区域的物理映射、启动流程中的栈与向量表初始化

weixin_33847182的博客 414

WINCC7.3破解文件

WINCC7.3硬件够破解文件，有需要的下载！WINCC7.3硬件够破解文件，有需要的下载！

STM32F103自动运行配置全指南：KEIL与IAR零手动复位实战

嵌入式系统上电启动与程序固化后的自动执行，是RTOS移植、量产烧录和CI/CD自动化验证的基础能力。其本质依赖芯片复位向量加载、调试器协议时序控制及IDE脚本协同三大技术支柱。尤其在STM32F103等Cortex-M3平台，因向量表重定位、CMSIS-DAP固件版本兼容性、PLL时钟稳定等待等细节缺失，极易导致‘烧录成功但不运行’。本文聚焦自动运行（Auto Run）这一高频工程痛点，深入解析KEIL MDK与IAR Embedded Workbench两大主流IDE下，从DAP固件升级、Flash.in

weixin_33778544的博客 335

IEM模型，地表粗糙度模拟

利用微波反演土壤水分时候，利用IEM模型可以实现对随机地表的模拟

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版【x86|x64】

Ozone调试器：单片机实时Trace与未锁住模式深度解析

嵌入式调试中，‘单片机如何debug’和‘锁住和未锁住’是高频搜索概念，本质指向CPU运行状态的可观测性问题。传统调试依赖断点暂停（Lock），导致时序失真；而Ozone通过J-Link硬件探针实现指令级Trace与Unlocked实时监控，从原理上支持无侵入、连续时间轴的硅片级行为捕获。其技术价值在于将抽象异常（如HardFault、DMA溢出）还原为可回溯的物理执行流，适用于GD32、STM32、瑞芯微等主流MCU的固件验证、外设寄存器调试及优化干扰排查。典型应用场景包括看门狗复位溯源、中断嵌套堆栈分析

weixin_34216107的博客 293

NTscan扫描工具

ntscan是一个扫描器，可以扫描没有密码和弱密码的共享，先到配置文件中填写猜测的用户名和密码，扫描过程中右侧出现的是扫描日志。

第一个STM32工程：嵌入式AI编程的硬件认知起点

嵌入式软件开发的核心在于软硬协同，而‘第一个STM32工程’正是这一协同关系的具象化入口。它承载着时钟树配置、寄存器映射、启动流程、外设初始化等底层原理，是理解MCU资源约束与实时性边界的基石。在此基础上，AI编程才具备可验证、可部署的技术价值——不是替代工程师写代码，而是辅助其在硬件约束下生成符合MISRA-C规范、支持单元测试、适配HAL库的固件逻辑。典型应用场景包括裸机驱动开发、FreeRTOS任务调度实现、传感器驱动封装及量产级OTA升级设计。本文聚焦于STM32F407平台，从CubeMX配置到V

weixin_33895657的博客 377

嵌入式固件进阶：启动流程、故障定位与OTA升级实战解析

在嵌入式系统开发中，固件稳定性取决于开发者对系统状态的掌控力，而状态机思维正是贯穿启动、调试与升级的核心方法论。几乎所有MCU固件都遵循从复位向量到main函数的启动链路，其中涉及栈指针初始化、`.data`/`.bss`段搬运、时钟树配置等关键环节，任何一步偏离预期都可能导致随机死机或HardFault。故障定位则需要从异常寄存器、栈回溯和环形日志中构建证据链，而非依赖猜测式排查。OTA升级作为运行态之间的受控迁移，要求Bootloader、分区表、固件签名与回滚机制协同设计，才能避免量产后的变砖风险。这

weixin_34408624的博客 393

CMSIS-5本质是嵌入式软硬件协同契约

CMSIS-5并非传统函数库，而是ARM主导、芯片厂商共同遵循的嵌入式系统软硬件协同契约，其核心在于定义Cortex-M内核寄存器映射、中断向量结构、系统控制接口等最小共识标准。它通过分层抽象（Core/DSP/Device）实现编译期权限隔离与跨平台可移植性，技术价值体现在消除MCU迁移时内核层代码重构成本，并支撑FreeRTOS、Zephyr等RTOS的标准化适配。典型应用场景包括多厂商MCU快速移植、安全启动设计、DSP加速开发及工业实时系统构建。深入理解CMSIS-5的契约属性与分层机制，是掌握现代

weixin_34189116的博客 177

CMSIS-6静态工程：嵌入式裸机开发的可验证范式重构

静态工程是嵌入式系统实现功能安全与长期可维护的核心基础，其本质是通过编译期确定性约束，消除IDE黑盒配置、运行时动态行为和隐式工具链依赖。在ARM Cortex-M系列（M0+/M3/M4/M7/M33等）的bare-metal或RTOS环境下，静态工程要求所有符号地址、内存布局、中断向量表及外设访问路径均能在源码与链接脚本中完整声明并数学可证。CMSIS-6正是这一理念的标准化落地——它将传统‘配置驱动’开发升级为‘声明驱动’，以`<cmsis_device.h>`抽象层、标准化链接契约和编译器属性约束，

weixin_34280237的博客 331

ARM Cortex-M嵌入式AI静态审计：从启动代码到内存布局的深度解析

嵌入式AI系统在MCU上运行，本质是软硬件协同的精密工程。理解ARM Cortex-M架构的异常向量表对齐、堆栈初始化、MPU/Flash存储特性等底层原理，是保障KWS（关键词唤醒）系统稳定性的前提。静态审计并非语法检查，而是穿透编译器行为、内存布局、外设寄存器访问与HAL一致性四层约束的技术实践。尤其在ARM Compiler 5.06与GCC混用、CMSIS-NN量化接口适配、CCM RAM模型加载等典型场景中，微小配置偏差即引发BusFault或HardFault。本文聚焦ARM裸机环境下的可验证性

weixin_34088583的博客 253

CMSIS-5源码级拆解：从内核抽象到工程落地的嵌入式开发指南

CMSIS（Cortex Microcontroller Software Interface Standard）是ARM定义的软件接口标准，它并非一套现成的库，而是芯片厂商与编译器之间协作的规范。其核心价值在于通过四层架构——内核访问层、设备访问层、中间件与应用层——将处理器内核与外设差异进行解耦，让嵌入式开发者能够基于同一套API操作不同厂商的Cortex-M芯片。CMSIS-5在传统内核封装之外，还提供了高性能的CMSIS-DSP数字信号处理库、面向MCU端AI推理的CMSIS-NN神经网络优化库，以

weixin_34049948的博客 485

嵌入式启动流程与OTA升级实战：从Cortex-M到i.MX6的工程化指南

嵌入式系统开发中，启动流程、故障定位与OTA升级是决定产品稳定性的三大核心环节。从Cortex-M内核上电后向量表与栈指针的装载，到RT-Thread初始化链路与自动初始化机制，再到i.MX6这类SoC的IVT启动流程与U-Boot启动流程，理解底层引导原理能显著减少“上电不跑”“偶发死机”等疑难问题。同时，通过复位原因分析、栈回溯与反汇编对比等系统化方法，可高效定位运行时故障。在OTA工程化方面，A/B双分区、差分升级与版本兼容性设计，共同保障设备在弱网和断电条件下仍能安全更新。本文深度拆解这些关键技术，

weixin_34293911的博客 298

上一篇： STM32最新固件库下载

下一篇： Sublime text 3开发GO

嵌入式MCU编译烧录仿真全流程深度解析

weixin_33875564的博客

09-25

743