纯软件STM32仿真：零硬件入门嵌入式外设原理

纯软件STM32仿真：零硬件入门嵌入式外设原理

发布时间：2026/10/18 17:22:25
纯软件STM32仿真：零硬件入门嵌入式外设原理 1. 项目概述为什么“纯软件”STM32入门正在成为硬核新手的第一选择你有没有过这种经历刚下定决心学嵌入式打开购物平台搜“STM32开发板”价格从几十到几百不等选来选去不敢下手——怕买错型号、怕驱动装不上、怕例程跑不起来、更怕板子到手三天就吃灰我带过不少零基础的学员八成卡在第一步还没摸到GPIO先被硬件门槛绊倒了。而这篇要讲的就是我用三年时间打磨出的一套“无板化”STM32学习路径不插一根杜邦线、不烧一块芯片、不接一个示波器仅靠一台普通笔记本Windows/macOS/Linux均可就能把USART、ADC、TIM、I2C、SPI、PWM、EXTI、RTC这些核心外设一个个亲手配置、逐行调试、实时观测波形与寄存器变化——不是看视频、不是抄代码是真正在软件里“看见”外设怎么工作、“听见”中断怎么触发、“摸到”时序怎么咬合。关键词“STM32仿真”“纯软件”“不花钱买板子”背后不是偷懒而是对学习本质的重新校准初学者真正卡住的从来不是硬件焊接或电源设计而是对寄存器映射关系的陌生、对时钟树配置逻辑的混沌、对中断优先级抢占的无感、对DMA搬运过程的黑箱。这些抽象概念在物理板子上往往被封装进HAL库甚至图形化配置工具里新手点几下就生成代码却不知哪一行在开时钟、哪一位在清标志、哪个寄存器写错会导致整个串口收发瘫痪。而纯软件仿真环境恰恰强制你直面这些底层细节——它不替你思考只忠实地执行你写的每一条指令它不掩盖错误而是立刻在调试窗口标红报错它不模糊时序而是把每个APB总线周期、每个定时器计数器溢出点都以毫秒级精度可视化呈现。这套方案已在我指导的27个模拟项目X中验证落地某高校电子系大二学生用它完成《嵌入式系统原理》课程设计全程未使用实体开发板某转行程序员靠它三个月内独立完成基于STM32F103的温湿度采集LoRa上传Demo还有位中学信息技术老师用它给高一学生演示“中断是怎么打断主程序的”直接拖动滑块改变中断触发频率屏幕实时显示主循环被打断的次数曲线——学生当场举手问“老师那如果两个中断同时来谁先执行”——这才是教学该有的样子。它不替代硬件实践而是为硬件实践铺好认知地基。当你第一次在真实板子上烧录自己写的裸机ADC采样代码发现万用表读数和串口打印值完全一致时那种“我懂了”的笃定感正是从纯软件环境里千次单步调试、百次寄存器修改中长出来的。2. 整体设计思路为什么选QEMUCMSIS-NNVSCode而非Keil/STM32CubeIDE2.1 核心架构选型三层解耦模型让仿真既轻量又精准很多人第一反应是“用Keil MDK仿真”但实际踩过坑就知道MDK自带的ULINK仿真器仅支持极少数外设如基本GPIO、SysTick且无法观测寄存器实时变化STM32CubeIDE的内置QEMU虽能跑但默认关闭外设模型UART输出直接丢弃ADC值永远是0。我们采用的是经过深度定制的三层解耦仿真架构底层硬件模型层QEMU 自研外设补丁基于QEMU 7.2源码针对STM32F103C8T6经典入门型号移植并验证了12个关键外设模型RCC含完整时钟树建模、GPIO支持推挽/开漏/上拉/下拉模式切换及输入电平注入、USART支持TX/RX FIFO、中断标志、波特率误差计算、TIM基本/通用/高级定时器全支持含捕获/比较/PWM输出波形生成、ADC12位精度支持规则/注入通道、多通道扫描、DMA联动、I2C主从模式、起始/停止条件、ACK/NACK响应、SPI全双工/半双工、CPOL/CPHA配置、NSS管理、EXTI边沿检测、软件触发、RTC日历/闹钟/亚秒补偿、DMA通道优先级、内存到外设/外设到内存传输、SYSCFG重映射配置、PWR低功耗模式进入/退出。所有模型均通过ST官方参考手册时序图逐条比对例如USART的TXE标志置位时机严格按“发送移位寄存器空且数据寄存器非空”逻辑建模而非简单延时。中间件抽象层CMSIS-NN 自定义Peripheral HAL不使用HAL库因其强依赖硬件抽象仿真中易出现未定义行为而是基于CMSIS-NN标准构建轻量级外设访问层。例如usart_init()函数内部不调用HAL_UART_Init()而是直接操作USART1-BRR、USART1-CR1等寄存器并在每次写寄存器前插入qemu_log_mask(LOG_GUEST_ERROR, USART1-CR1 0x%08x\n, val);日志钩子——这让你在终端看到每一行配置的实际效果比如CR1 0x200c对应“UE1, TE1, RE1, M0”比看文档查位定义快十倍。上层交互层VSCode Cortex-Debug 自定义Dashboard放弃IDE集成环境选用VSCode作为编辑器通过Cortex-Debug插件连接QEMU GDB服务器。关键创新在于自研的Web Dashboard启动仿真后自动打开本地网页实时显示时钟树拓扑图动态更新SYSCLK/HCLK/PCLK1/PCLK2频率外设状态面板USART1 TX/RX FIFO深度、TIM2计数器当前值、ADC1 DR寄存器读数波形可视化区点击USART按钮弹出RX/TX数据流时序图点击TIM2显示CH1 PWM波形占空比与周期寄存器快照左侧树状展开所有外设基地址点击USART1-SR即显示当前SR寄存器各位状态这个架构的威力在于它把“看不见的硬件行为”变成了“可触摸的软件对象”。你改一行RCC-CFGR | RCC_CFGR_PPRE1_DIV2;Dashboard上PCLK1频率立刻从36MHz变成18MHz你向USART1-DR A;写入TX FIFO深度1波形图同步生成一个起始位8数据位停止位的完整帧。这种即时反馈是任何物理板子都无法提供的学习加速度。2.2 为什么不用Keil/STM32CubeIDE三个血泪教训提示这不是技术偏见而是实测中反复验证的客观瓶颈Keil MDK仿真器外设支持残缺尝试在MDK中仿真I2C通信发现I2C1-CR1 | I2C_CR1_PE;使能后I2C1-SR2的MSLMaster Mode位始终不置位。翻遍ARM官方文档和MDK Release Notes才发现其内置仿真器仅模拟I2C寄存器读写不实现总线电气特性如SCL/SDA线电平竞争、ACK时序导致主从握手逻辑完全失效。而我们的QEMU模型会真实模拟SCL被从机拉低的“时钟延展”行为当从机忙时I2C1-SR1的BUSY位持续为1直到你手动清除。STM32CubeIDE的QEMU默认关闭外设模型CubeIDE 1.14版本中QEMU启动参数默认为-machine stm32f103c8t6 -nographic缺少-device stm32-usart,idusart1,irq37等外设设备声明。结果是代码中while(!(USART1-SR USART_SR_TXE));陷入死循环——因为QEMU根本没创建USART1设备USART1-SR地址读出来永远是0。必须手动修改.launch文件在QEMU Arguments中追加12行设备声明这对新手无异于天书。调试体验割裂无法关联硬件行为在Keil中设置断点只能看到变量值和汇编指令在CubeIDE中波形查看器Logic Analyzer仅支持预设信号无法将TIM2-CNT寄存器值映射为Y轴。而我们的Dashboard允许你右键任意寄存器字段如TIM2-CCR1选择“添加到波形视图”下一秒就看到PWM占空比随代码运行实时变化的曲线——这种软硬一体的可观测性才是理解外设本质的关键。3. 核心细节解析从零搭建可运行的纯软件仿真环境3.1 环境准备三步完成全平台部署Windows/macOS/Linux第一步安装QEMU并打外设补丁Windows下载预编译版qemu-stm32-7.2-win64.zip含所有外设模型解压后将qemu-system-arm.exe所在目录加入系统PATH。macOSbrew install qemu后执行curl -s https://raw.githubusercontent.com/stm32-sim/qemu-patch/main/apply-macos.sh | bash自动下载并编译补丁版。LinuxUbuntu 22.04sudo apt update sudo apt install -y build-essential libglib2.0-dev libpixman-1-dev libfdt-dev git clone https://github.com/stm32-sim/qemu.git cd qemu git checkout stm32-f103-v7.2 ./configure --target-listarm-softmmu --enable-debug --prefix/usr/local make -j$(nproc) sudo make install注意不要用apt install qemu-system-arm其版本过旧且无STM32外设支持。实测发现未打补丁的QEMU 6.2在运行ADC采样时ADC1-DR返回值恒为0x0FFF满量程而补丁版能精确模拟输入电压0.5V→0x0800、1.0V→0x1000的线性关系。第二步配置VSCode开发环境安装扩展Cortex-Debug、C/C、CMake Tools、Remote - SSH如需远程编译创建项目文件夹初始化CMakeLists.txtcmake_minimum_required(VERSION 3.15) project(stm32-sim LANGUAGES C ASM) set(CMAKE_C_STANDARD 11) set(CMAKE_ASM_FLAGS -mcpucortex-m3 -mthumb -DSTM32F103C8T6) set(CMAKE_C_FLAGS ${CMAKE_C_FLAGS} -mcpucortex-m3 -mthumb -DSTM32F103C8T6 -O0 -g3) # 链接脚本指定为仿真专用版 set(CMAKE_EXE_LINKER_FLAGS -T${CMAKE_SOURCE_DIR}/ldscripts/stm32f103c8t6_sim.ld) add_executable(${PROJECT_NAME}.elf main.c startup_stm32f103c8.s) target_link_libraries(${PROJECT_NAME}.elf m)关键stm32f103c8t6_sim.ld链接脚本需修改内存布局——物理板子中Flash从0x08000000开始但在QEMU中我们将其映射到0x00000000便于GDB调试RAM从0x20000000改为0x10000000MEMORY { FLASH (rx) : ORIGIN 0x00000000, LENGTH 64K RAM (rwx) : ORIGIN 0x10000000, LENGTH 20K }第三步启动Dashboard服务运行python3 dashboard/server.pyPython 3.8自动打开http://localhost:8000。首次访问时页面会提示“等待QEMU连接”此时在终端执行qemu-system-arm -M stm32f103c8t6 \ -kernel build/stm32-sim.elf \ -nographic \ -S -s \ # 启动GDB服务器等待调试器连接 -device stm32-usart,idusart1,irq37 \ -device stm32-tim,idtim2,irq28 \ -device stm32-adc,idadc1,irq18 \ -serial mon:stdio \ -d guest_errors,unimpDashboard即自动识别QEMU进程加载外设模型并开始实时采集数据。此时你已在纯软件世界里拥有了一个可触摸的STM32F103。3.2 外设逐个击破以USART和ADC为例的实操范式USART仿真不只是“打印Hello World”传统教程教printf(Hello)但纯软件环境要深挖如何让“Hello”真正从TX引脚发出时钟配置验证// 开启APB2总线时钟USART1挂载于此 RCC-APB2ENR | RCC_APB2ENR_IOPAEN; // GPIOA RCC-APB2ENR | RCC_APB2ENR_USART1EN; // USART1 // 配置GPIOA9为复用推挽输出TX GPIOA-CRH ~(0xF 4); // 清除PA9模式位 GPIOA-CRH | (0xB 4); // 1011 复用推挽50MHz // 配置USART1波特率假设SYSCLK72MHzPCLK272MHz USART1-BRR 0x22C; // 计算DIV (72000000 / (16 * 115200)) 39.0625 → 0x22C 39 0.0625*16在Dashboard中点击“时钟树”标签页立即看到PCLK2显示72MHzUSARTDIV显示39.0625证明时钟配置无误。发送流程全链路观测USART1-CR1 | USART_CR1_UE | USART_CR1_TE; // 使能USART发送器 while (!(USART1-SR USART_SR_TXE)); // 等待TXE置位 USART1-DR H; // 写入数据 // 此刻Dashboard波形图自动弹出显示 // - 时间轴0ms处生成起始位低电平 // - 0.087ms处开始传输H的ASCII 0x4801001000 // - 0.87ms处生成停止位高电平 // - 同时USART1-SR寄存器中TXE位在写入瞬间清零传输完成后自动置位实操心得很多新手卡在while(!(USART1-SR USART_SR_TXE))死循环原因常是忘记使能USARTCR1_UE0或时钟未开启。Dashboard的实时寄存器监控让你一眼定位问题——若SR读出来是0x000000C0说明TC1传输完成但TXE0大概率是CR1_UE没置位。ADC仿真从“读取一个数字”到“理解采样-保持-量化”全过程物理ADC需要外部电路如分压电阻、滤波电容而仿真中我们通过虚拟信号源注入来模拟真实场景配置ADC通道与采样时间RCC-APB2ENR | RCC_APB2ENR_ADC1EN; // 使能ADC1时钟 ADC1-CR2 ~ADC_CR2_ADON; // 先关闭ADC ADC1-SMPR2 0x00000000; // PA0通道ADC1_IN0采样时间1.5周期 ADC1-SQR3 0x00000000; // 规则序列第1个通道0ADC1_IN0 ADC1-CR2 | ADC_CR2_CONT; // 连续转换模式 ADC1-CR2 | ADC_CR2_ADON; // 开启ADC在Dashboard中“ADC”标签页显示当前通道IN0采样时间1.5 cycles转换模式ContinuousADC1-DR值实时跳动初始为随机噪声注入虚拟电压信号Dashboard提供“Signal Injector”面板选择PA0引脚设置波形类型DC Voltage电压值1.25V对应3.3V供电下的ADC理论值1.25/3.3 * 4095 ≈ 1550点击“Inject”ADC1-DR立即稳定在0x060E十进制1550误差0.1%。深入采样时序点击“ADC Timing”按钮弹出时序图t0ADON1ADC上电稳定需1μst1μs采样阶段开始PA0引脚电平被“捕获”t1μs 1.5×1/72MHz ≈ 1.021μs采样结束进入保持阶段t1.021μs 12.5×1/72MHz ≈ 1.185μs量化完成EOC1DR更新此时你在代码中加断点于while(!(ADC1-SR ADC_SR_EOC));GDB单步执行亲眼见证从采样到量化的完整12.5个ADCCLK周期。4. 实操过程详解从点亮LED到实现多任务调度的完整路径4.1 阶段一裸机外设驱动0基础到能写中断服务程序目标用纯软件跑通GPIO、EXTI、SysTick三大基石GPIO输出控制虚拟LEDQEMU模型中GPIO端口状态变化会触发Dashboard的“LED Matrix”视图。配置PA5为推挽输出RCC-APB2ENR | RCC_APB2ENR_IOPAEN; GPIOA-CRL ~(0xF 20); // 清除PA5模式 GPIOA-CRL | (0x2 20); // 0010 推挽输出2MHz while(1) { GPIOA-BSRR GPIO_BSRR_BS5; // 置位PA5LED亮 for(volatile int i0; i1000000; i); GPIOA-BSRR GPIO_BSRR_BR5; // 清除PA5LED灭 for(volatile int i0; i1000000; i); }Dashboard中PA5下方的LED图标实时明灭且右侧显示“PA5 Output Level: HIGH/LOW”。这是最直观的“所见即所得”。EXTI外部中断虚拟按键物理板子需接按键电路仿真中通过Dashboard的“Button Injector”模拟选择PA0引脚点击“Toggle Button”代码中配置EXTI0RCC-APB2ENR | RCC_APB2ENR_AFIOEN; // 使能AFIO时钟 AFIO-EXTICR[0] 0x00000000; // PA0映射到EXTI0 EXTI-IMR | EXTI_IMR_MR0; // 使能EXTI0中断 EXTI-FTSR | EXTI_FTSR_TR0; // 下降沿触发 NVIC_EnableIRQ(EXTI0_IRQn); // 使能NVIC每次点击Dashboard按钮EXTI0中断立即触发EXTI0_IRQHandler()执行PA5 LED闪烁一次。你甚至能用GDB在中断入口加断点观察EXTI-PR寄存器的PR0位如何被硬件自动置1再在ISR中手动写1清零。SysTick系统滴答实现精确延时SysTick_Config(SystemCoreClock / 1000); // 1ms中断 volatile uint32_t msTicks 0; void SysTick_Handler(void) { msTicks; } // 主循环中 uint32_t start msTicks; while(msTicks - start 500); // 精确500msDashboard的“SysTick”面板显示Reload Value: 7200072MHz/1kHzCurrent Value: 从72000递减至0然后重载Interrupt Count: 实时累加验证中断频率精度注意事项SysTick的CTRL寄存器CLKSOURCE位必须为1使用处理器时钟否则在QEMU中会因时钟源未配置而无法触发中断。这是新手常忽略的细节。4.2 阶段二外设协同与数据流构建真实应用场景目标用USARTADCTIM实现“温湿度数据采集串口上报”闭环TIM2触发ADC采样硬件自动触发避免软件轮询用定时器周期事件触发ADC转换// 配置TIM2为1Hz1s触发一次 RCC-APB1ENR | RCC_APB1ENR_TIM2EN; TIM2-PSC 7200 - 1; // PSC7199, 72MHz/720010kHz TIM2-ARR 10000 - 1; // ARR9999, 10kHz/100001Hz TIM2-CR2 | TIM_CR2_MMS_1; // TRGO Update Event // 配置ADC1由TIM2 TRGO触发 ADC1-CR2 | ADC_CR2_EXTSEL_2 | ADC_CR2_EXTSEL_1; // EXTSEL 011 TIM2 TRGO ADC1-CR2 | ADC_CR2_EXTTRIG; // 使能外部触发Dashboard中“Trigger Link”视图显示TIM2的TRGO信号线连接到ADC1的EXTSEL引脚每1秒ADC自动启动一次转换DR值更新无需CPU干预。USART DMA发送解放CPU// 配置DMA1 Channel4ADC1 DR到内存 RCC-AHBENR | RCC_AHBENR_DMA1EN; DMA1_Channel4-CPAR (uint32_t)ADC1-DR; // 外设地址 DMA1_Channel4-CMAR (uint32_t)adc_buffer; // 内存地址 DMA1_Channel4-CNDTR 10; // 传输10个字 DMA1_Channel4-CCR DMA_CCR_MINC | DMA_CCR_CIRC | DMA_CCR_EN; // 配置USART1 TX DMA USART1-CR3 | USART_CR3_DMAT; // 使能TX DMA DMA1_Channel4-CPAR (uint32_t)USART1-DR; // 重定向外设地址为USART1 DR此时ADC采样的10个值自动填入adc_bufferDMA再将它们连续发送到USART1。Dashboard的“DMA Traffic”面板显示Channel4的CNDTR从10递减到0然后重载USART1的TX FIFO深度同步增加波形图显示连续10个数据帧。数据格式化与上报char tx_buffer[64]; sprintf(tx_buffer, TEMP:%d.%d\r\n, adc_value/10, adc_value%10); // 启动USART1 TX DMA DMA1_Channel4-CMAR (uint32_t)tx_buffer; DMA1_Channel4-CNDTR strlen(tx_buffer); DMA1_Channel4-CCR | DMA_CCR_EN;打开Dashboard的“USART Monitor”实时看到TEMP:23.5、TEMP:23.6……每秒刷新一次。你甚至能用鼠标选中某帧数据右键“Analyze Frame”自动解析出ASCII码、十六进制值、比特流时序。4.3 阶段三进阶挑战RTOS与低功耗仿真目标在纯软件中验证FreeRTOS任务调度与STOP模式唤醒FreeRTOS移植要点修改portmacro.h#define portUSE_CORE_TICK_INTERRUPT 0禁用SysTick改用QEMU虚拟定时器在FreeRTOSConfig.h中#define configUSE_TIMERS 1#define configTIMER_TASK_PRIORITY (configLIBRARY_MAX_SYSCALL_INTERRUPT_PRIORITY - 1)启动代码中vTaskStartScheduler()前调用qemu_timer_start();启动QEMU虚拟定时器STOP模式仿真关键突破物理板子进入STOP模式后电流骤降万用表可测仿真中我们观测时钟停摆与唤醒延迟PWR-CR | PWR_CR_LPDS; // 低功耗深度睡眠 SCB-SCR | SCB_SCR_SLEEPDEEP_Msk; // 深度睡眠 __WFI(); // 等待中断Dashboard的“Power Mode”面板显示当前模式STOPHCLK/PCLK0 MHz时钟停止唤醒源EXTI0PA0按键唤醒延迟实测2.3μs从EXTI中断到来到第一条指令执行点击Dashboard按钮STOP状态瞬间退出HCLK恢复72MHz证明低功耗流程完整。5. 常见问题与排查技巧实录那些文档里不会写的坑5.1 外设不响应先查这三处硬件级配置问题现象可能原因排查步骤Dashboard验证点USART发送无波形RCC-APB2ENR未置位USART1EN在GDB中print/x *(uint32_t*)0x40021018RCC_APB2ENR地址“RCC”面板中APB2ENR寄存器检查bit14是否为1ADC读数恒为0ADC1-CR2未置位ADONprint/x *(uint32_t*)0x4001240CADC1_CR2“ADC”面板中CR2寄存器ADON位是否为1TIM2中断不触发NVIC_ISER未使能中断print/x *(uint32_t*)0xE000E100NVIC_ISER0“NVIC”面板中ISER0bit28TIM2 IRQ是否为1实操心得我曾帮一位学员解决TIM2不计数问题查了两小时代码无果最后用Dashboard的“Memory View”直接读TIM2-CR1发现CEN0计数器未使能而代码中TIM2-CR1 | TIM_CR1_CEN;被误写为TIM2-CR1 TIM_CR1_CEN;覆盖了其他位。纯软件环境的最大价值就是让你绕过“怀疑代码逻辑”阶段直接定位到寄存器层面的真相。5.2 波形异常时序精度是关键问题USART波形图显示起始位宽度为1.2bit而非标准1bit。根因USART1-BRR计算错误。DIV应为整数部分小数部分小数部分需左移4位。正确计算uint32_t div (72000000 8 * 115200) / (16 * 115200); // 四舍五入 uint32_t mantissa div; uint32_t fraction (div - mantissa) * 16; USART1-BRR (mantissa 4) | (fraction 0xF);Dashboard的“USART Timing”会显示精确到纳秒的位宽帮你验证计算。问题ADC采样值跳变剧烈像高频噪声。根因未配置ADC预分频器导致ADCCLK过高14MHz。F103要求ADCCLK≤14MHz而RCC-CFGR中ADCPRE位未设置。正确配置RCC-CFGR ~RCC_CFGR_ADCPRE; // 清除原有预分频 RCC-CFGR | RCC_CFGR_ADCPRE_DIV6; // PCLK2/6 72/6 12MHzDashboard“ADC”面板的“ADCCLK”显示会从72MHz变为12MHz采样值立即稳定。5.3 仿真性能卡顿优化QEMU参数现象Dashboard波形刷新延迟GDB单步执行卡顿。解决方案在QEMU启动命令中添加-icount shift3,alignoff,sleepon \ # 指令计数模式3位右移加速10倍 -rtc clockvm,driftfixslew \ # 虚拟RTC避免时间漂移 -global kvm-pit.lost_tick_policydelay # KVM模式下丢失tick处理实测在i5-8250U笔记本上帧率从12fps提升至60fps波形图流畅如真实示波器。6. 从纯软件到真实硬件无缝迁移的四个关键动作纯软件不是终点而是通往硬件的跳板。我总结出四步迁移法确保你在真实板子上第一次烧录就成功寄存器级代码复用在纯软件环境中写的裸机代码如RCC-APB2ENR | RCC_APB2ENR_IOPAEN;100%可直接用于真实板子。唯一需改的是链接脚本中的ORIGINFlash从0x00000000改为0x08000000以及启动文件中SystemInit()的时钟配置若板子晶振非8MHz需调整HSITRIM。调试策略平移在QEMU中习惯的“寄存器快照波形观测”迁移到真实硬件时用ST-Link Utility的“Memory Browser”替代Dashboard寄存器视图用逻辑分析仪Saleae替代波形图——观测对象完全一致只是工具不同。中断向量表校准纯软件中startup_stm32f103c8.s的中断向量表地址为0x00000000真实板子需确认VECT_TAB_OFFSET是否为0默认是。若使用Keil检查Options for Target → Target → IRAM/IRAM1是否勾选“Use Memory Layout from Target Dialog”。时钟树最终验证在真实板子上用万用表测PA8MCO引脚输出频率应与Dashboard中显示的SYSCLK完全一致。若偏差1%检查RCC-CR的HSION/HSEON位、RCC-CFGR的SW位是否配置正确。最后分享一个小技巧在真实板子上首次运行前先用纯软件环境跑通同一份代码然后在关键位置如while(1)循环开头插入__BKPT(0);断点。烧录后用ST-Link连接GDB中continue程序会在断点处暂停——此时你已