简介本资源是面向嵌入式初学者与STM32F4项目开发者的完整标准例程合集聚焦ARM Cortex-M4内核特性实践助力快速掌握外设驱动、RTOS移植及工业级通信协议开发。压缩包为RAR格式总大小204.66MB含59个经STM32F407开发板实测通过的工程例程涵盖GPIO/PWM/USART/SPI/I2C等基础外设、ADCDMA数据采集、USB设备/主机、以太网、CAN总线、SD卡、FreeRTOS应用、LCD显示及电机控制等典型场景工程文件以Keil MDK项目为主配套STM32Cube_FW_F4固件库与初始化配置结构清晰、注释完整便于逐模块分析与复用。目前已有1286人学习下载适合从外设原理理解到项目快速启动的全阶段开发者尤其利于构建中断优化、低功耗设计与多任务协同的工程化思维。1. 这不是“点灯例程合集”而是一套能直接焊进你硬件板子的STM32F4工程骨架上周帮某高校实验室调试一批新到的STM32F407VGT6核心板发现他们用的还是从论坛下载的零散GPIO翻转代码——结果UART收不到数据、ADC采样跳变、FreeRTOS任务卡死折腾三天没定位到是SysTick配置和HAL_Delay冲突。直到我把这个STM32F4xx标准例程.rar解压进Keil选中Projects/STM32F407VGT6-NUCLEO/Examples/USART/USART_Printf目录一键编译烧录串口立刻吐出带时间戳的温度值。它不是教学演示包而是ST官方HAL库CubeMX生成逻辑真实外设驱动验证过的可裁剪工程基座每个例程都含.ioc配置文件、完整MDK-ARM工程、独立main.c入口、配套readme.txt说明实际接线比如USART3默认映射到PA9/PA10但NUCLEO板上实际引出的是PB10/PB11文档里白纸黑字标了跳线位置。适合正在做毕业设计、嵌入式产品原型验证、或需要快速把传感器/电机/通信模块集成进F4平台的开发者——你不用再从CubeMX导出后手动补中断服务函数也不用猜HAL库版本兼容性所有例程经STM32CubeFW_F4_V1.26.2实测通过。2. 工程结构与技术栈HAL库CMSIS-RTOSv2真实硬件抽象层这个压缩包表面看是几十个文件夹但背后有清晰的三层架构最底层是ST官方维护的HAL固件库Drivers/STM32F4xx_HAL_Driver中间层是CMSIS-RTOSv2封装Middlewares/Third_Party/FreeRTOS/Source最上层才是面向具体功能的例程Projects/.../Examples。关键在于它没有用CubeMX的“一键生成”黑匣子而是把.ioc配置文件和生成的Core/Inc/MX_*.h头文件全部保留让你能看清每个外设的时钟源选择比如SPI1必须挂APB2而I2C1只能走APB1、DMA通道分配ADC用DMA2_Stream0而UART_TX用DMA2_Stream7、甚至NVIC优先级分组例程统一设为PreemptionPriority0, SubPriority1。这种设计让二次开发时修改外设参数不再靠玄学试错——改完.ioc重新Generate Code对比Core/Src/MX_*.c里HAL函数调用顺序就能预判是否触发了HAL_BUSY状态。2.1 目录结构解析从根目录到可执行文件的路径真相解压后根目录下有5个主文件夹Drivers/包含CMSIS/内核抽象层和STM32F4xx_HAL_Driver/外设驱动注意STM32F4xx_HAL_Driver/Src/stm32f4xx_hal_rcc_ex.c里有超频配置函数HAL_RCCEx_EnableOverDrive()这是F407超频到180MHz的关键Middlewares/重点看Third_Party/FreeRTOS/Source/portable/GCC/ARM_CM4F/这里提供了F4系列专用的上下文切换汇编代码比通用版少2个寄存器压栈操作Projects/按开发板型号分类如STM32F407VGT6-NUCLEO对应ST原厂NUCLEO-F407ZG板STM32F429I-Discovery对应Discovery套件每个子目录下Examples/里才是功能例程Utilities/提供tm_stm32f4_delay.h等轻量级工具比HAL_Delay更省RAM不依赖systick回调Release_Notes.html别跳过里面明确写了各例程对应的HAL库版本号如USART_Printf要求HAL v1.26.2避免你用新版CubeMX生成后出现HAL_UART_Transmit_IT返回HAL_TIMEOUT。提示所有例程的main.c都遵循统一模板HAL_Init()→SystemClock_Config()→MX_GPIO_Init()→MX_USARTx_Init()→while(1)。这种强约束反而降低了学习成本——你只要搞懂MX_USART3_Init()里huart3.Init.BaudRate 115200这行怎么影响波特率寄存器USARTDIV就能举一反三改SPI时钟极性。2.2 核心依赖关系为什么必须用指定版本的Keil和HAL库这个例程包对工具链有硬性要求MDK-ARM最低v5.26因使用了ARM Compiler 6的__attribute__((section(.ram_func)))语法用于将高频中断函数搬进SRAMHAL库必须匹配Release_Notes.html中的版本比如ADC/ADC_DMA例程若用HAL v1.27.0会编译报错HAL_ADC_Start_DMA undeclared原因是v1.27.0把DMA启动函数拆成了HAL_ADC_Start_DMA()和HAL_ADC_Stop_DMA()两个独立APICMSISDrivers/CMSIS/Device/ST/STM32F4xx/Include/stm32f4xx.h定义了所有寄存器地址其中RCC_CFGR_PLLN字段在F407和F429中位宽不同例程默认按F407配置。验证方法很简单打开任意例程的.uvprojx文件在Keil中右键点击Options for Target → Device确认Device选项是STM32F407VGT6再点开C/C → Define检查是否包含USE_HAL_DRIVER和STM32F407xx注意末尾是xx不是x。2.3 外设初始化流程以USART为例看HAL库的真实工作流以Projects/STM32F407VGT6-NUCLEO/Examples/USART/USART_Printf为例其初始化链路如下// main.c 中调用 MX_USART3_UART_Init(); // Core/Src/stm32f4xx_hal_msp.c 中实现底层硬件绑定 void HAL_UART_MspInit(UART_HandleTypeDef* huart) { GPIO_InitTypeDef GPIO_InitStruct {0}; if(huart-InstanceUSART3) { __HAL_RCC_USART3_CLK_ENABLE(); // 使能USART3时钟APB1总线 __HAL_RCC_GPIOB_CLK_ENABLE(); // 使能PB端口时钟因USART3_RXPB11 GPIO_InitStruct.Pin GPIO_PIN_10|GPIO_PIN_11; // PB10TX, PB11RX GPIO_InitStruct.Mode GPIO_MODE_AF_PP; // 复用推挽输出 GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_VERY_HIGH; GPIO_InitStruct.Alternate GPIO_AF7_USART3; // 关键AF7对应USART3复用功能 HAL_GPIO_Init(GPIOB, GPIO_InitStruct); } } // Core/Src/usart.c 中完成寄存器配置 void MX_USART3_UART_Init(void) { huart3.Instance USART3; huart3.Init.BaudRate 115200; huart3.Init.WordLength UART_WORDLENGTH_8B; huart3.Init.StopBits UART_STOPBITS_1; huart3.Init.Parity UART_PARITY_NONE; huart3.Init.Mode UART_MODE_TX_RX; huart3.Init.HwFlowCtl UART_HWCONTROL_NONE; huart3.Init.OverSampling UART_OVERSAMPLING_16; if (HAL_UART_Init(huart3) ! HAL_OK) // 此处触发HAL库内部状态机 { Error_Handler(); } }这段代码揭示了HAL库的三个关键设计时钟使能严格分离__HAL_RCC_USART3_CLK_ENABLE()必须在GPIO初始化前调用否则寄存器写入无效复用功能编号固化GPIO_AF7_USART3是芯片手册规定的硬编码值不能随意改成AF8错误处理强制显式HAL_UART_Init()返回HAL_OK或HAL_ERROR必须用if判断否则后续HAL_UART_Transmit()可能触发HardFault。3. 编译与烧录实战从解压到串口打印的完整链路拿到压缩包后不要急着打开Keil——先做三件事确认你的开发板型号、检查USB转串口芯片驱动、验证ST-Link固件版本。我见过太多人因为ST-Link V2固件太老低于V2.J27.S4导致烧录时提示Cannot connect to target最后发现只需用ST-Link Utility升级一下固件就解决。下面是以NUCLEO-F407ZG板为例的实操步骤每一步都对应一个真实翻车场景。3.1 环境准备Keil、ST-Link、串口工具的黄金组合首先安装Keil MDK-ARM v5.26推荐v5.37对F4系列优化最好然后安装ST-Link驱动官网最新版v3.0.7。特别注意Windows 10/11系统需关闭驱动签名强制bcdedit /set testsigning on否则ST-Link驱动无法加载。串口工具推荐Tera Term轻量无广告或XCOM国产稳定禁用Windows自带的“设备管理器→端口→属性→高级→使用FIFO缓冲区”——这个选项会导致HAL_UART_Receive()接收不定长数据时丢帧。注意NUCLEO板的ST-Link虚拟串口默认是COM3但实际在设备管理器中可能显示为STMicroelectronics STLink Virtual COM Port (COM4)务必以设备管理器显示为准不要凭经验填COM3。3.2 工程导入与编译避开HAL库路径陷阱解压STM32F4xx标准例程.rar后进入Projects/STM32F407VGT6-NUCLEO/Examples/USART/USART_Printf目录双击USART_Printf.uvprojx。此时Keil会自动加载工程但常见问题来了编译报错fatal error: stm32f4xx_hal.h: No such file or directory。原因是你没设置HAL库路径——右键点击Project窗口中的Target 1 → Options for Target → C/C → Include Paths添加以下三行路径注意路径中不能有中文和空格..\..\..\Drivers\CMSIS\Device\ST\STM32F4xx\Include ..\..\..\Drivers\CMSIS\Include ..\..\..\Drivers\STM32F4xx_HAL_Driver\Inc添加后重新编译若仍有undefined reference to HAL_Init说明链接器没找到HAL库源文件——检查Options for Target → Linker → Manage → Run-Time Environment是否勾选了Use MicroLIB必须取消勾选HAL库依赖标准libc。3.3 烧录与调试ST-Link配置与断点设置技巧编译成功后点击Flash → Download烧录。首次烧录前务必检查ST-Link配置Options for Target → Debug → Settings → Debug → Connect选择Under Reset模式防止目标板已运行导致连接失败Port选SW四线制调试。烧录完成后点击Debug → Start/Stop Debug Session进入调试模式。此时在main.c的while(1)循环第一行打个断点按F5运行程序会停住——说明JTAG连接正常。接着打开串口工具设置波特率115200、8N1复位开发板按NUCLEO板上的RESET键你应该立即看到串口打印[2023-10-15 14:22:33] USART Printf Demo Start... [2023-10-15 14:22:33] ADC Value: 1245, Temperature: 28.5°C如果没输出立刻检查1NUCLEO板JP1跳线是否短接启用ST-Link虚拟串口2USB线是否插在CN1ST-Link端而非CN4用户端3串口工具是否选对COM口。3.4 常见问题排查五个血泪经验总结现象编译通过但烧录后串口无任何输出LED也不闪烁原因SystemClock_Config()中HSE_VALUE宏定义错误。例程默认#define HSE_VALUE ((uint32_t)8000000)但NUCLEO-F407ZG板载晶振是8MHz而某些山寨板用的是12MHz晶振导致系统时钟计算错误USART波特率偏差超5%被接收端丢弃解决打开Core/Src/sysclock.c将HSE_VALUE改为实际晶振频率或改用HSIRCC_OscInitStructure.OscillatorType RCC_OSCILLATORTYPE_HSI现象串口输出乱码如~~~原因huart3.Init.OverSampling设置错误。F4系列USART支持OVERSAMPLING_16和OVERSAMPLING_8两种模式例程用16倍过采样但若你在CubeMX里误设为8倍HAL库会按错误公式计算BRR寄存器解决检查MX_USART3_UART_Init()中huart3.Init.OverSampling值必须与huart3.Init.BaudRate匹配115200波特率在16倍过采样下BRR0x4E28倍下为0x9C4现象烧录时报错Error: Flash Download failed - Target DLL has been cancelled原因ST-Link固件版本过低不支持F407的Flash擦除算法解决下载ST-Link Upgrade Utility连接开发板后点击Upgrade按钮等待进度条完成现象HAL_UART_Transmit()返回HAL_TIMEOUT原因发送缓冲区被其他中断抢占或DMA未正确配置。例程中huart3.hdmatx未初始化导致HAL库内部检测到hdmatx为空而降级为轮询发送但轮询时若中断频繁打断超时计数器溢出解决在MX_USART3_UART_Init()末尾添加huart3.hdmatx hdma_usart3_tx;并在stm32f4xx_hal_msp.c中实现HAL_UART_TxCpltCallback()回调函数现象FreeRTOS例程中任务无法创建xTaskCreate()返回pdFAIL原因堆内存不足。例程默认configTOTAL_HEAP_SIZE设为20KB但若同时启用LWIPFatFSUSB Host实际需要32KB以上解决打开Middlewares/Third_Party/FreeRTOS/Source/portable/MemMang/heap_4.c修改#define configTOTAL_HEAP_SIZE ((size_t)(32768))4. 核心模块代码深度拆解ADCDMAFreeRTOS协同工作流Projects/STM32F407VGT6-NUCLEO/Examples/ADC/ADC_DMA例程是理解F4高性能外设协同的关键。它不像简单例程那样只读一次ADC值而是用DMA循环采集16个通道的电压再由FreeRTOS任务处理数据。整个流程涉及ADC时钟配置、DMA双缓冲切换、队列消息传递三个技术难点下面逐段分析真实代码。4.1 ADC初始化时钟、分辨率与触发源的硬约束// Core/Src/adc.c 中 MX_ADC1_Init() 函数 hadc1.Instance ADC1; hadc1.Init.ClockPrescaler ADC_CLOCK_SYNC_PCLK_DIV4; // ADC时钟必须≤PCLK2/4F407最大PCLK284MHz故ADCCLK≤21MHz hadc1.Init.Resolution ADC_RESOLUTION_12B; // 12位精度注意F407的12位模式实际有效位数为11.5位 hadc1.Init.ScanConvMode ENABLE; // 必须开启扫描模式才能多通道采集 hadc1.Init.ContinuousConvMode ENABLE; // 连续转换配合DMA循环传输 hadc1.Init.DiscontinuousConvMode DISABLE; hadc1.Init.ExternalTrigConv ADC_EXTERNALTRIGCONV_T1_CC1; // 外部触发TIM1捕获比较1事件 hadc1.Init.DataAlign ADC_DATAALIGN_RIGHT; hadc1.Init.NbrOfConversion 16; // 16个通道对应ADC_SQR1_L15 hadc1.Init.DMAContinuousRequests ENABLE; // 关键允许DMA持续请求 hadc1.Init.EOCSelection ADC_EOC_SEQ_CONV; // 序列转换结束标志 if (HAL_ADC_Init(hadc1) ! HAL_OK) { Error_Handler(); }这段代码暴露了三个易错点ADC_CLOCK_SYNC_PCLK_DIV4不是可选项而是硬件限制——若设为DIV2ADC采样精度会下降30%ExternalTrigConv必须与定时器匹配例程用TIM1_CC1意味着你要在MX_TIM1_Init()中配置TIM1为PWM输出模式且htim1.Instance-CCR1决定采样间隔NbrOfConversion16要求ADC_SQR1寄存器的L字段为150-indexedHAL库自动处理但若你手动写寄存器必须算准位偏移。4.2 DMA双缓冲配置如何实现零间隙数据采集// Core/Src/dma.c 中 MX_DMA_Init() hdma_adc1.Instance DMA2_Stream0; hdma_adc1.Init.Channel DMA_CHANNEL_0; // ADC1固定映射到DMA2_Stream0 hdma_adc1.Init.Direction DMA_PERIPH_TO_MEMORY; hdma_adc1.Init.PeriphInc DMA_PINC_DISABLE; // 外设地址不增ADC_DR寄存器固定地址 hdma_adc1.Init.MemInc DMA_MINC_ENABLE; // 内存地址递增存入数组 hdma_adc1.Init.PeriphDataAlignment DMA_PDATAALIGN_HALFWORD; // ADC数据为16位必须用HALFWORD hdma_adc1.Init.MemDataAlignment DMA_MDATAALIGN_HALFWORD; hdma_adc1.Init.Mode DMA_CIRCULAR; // 循环模式填满缓冲区后自动重置 hdma_adc1.Init.Priority DMA_PRIORITY_HIGH; hdma_adc1.Init.FIFOMode DMA_FIFOMODE_DISABLE; // 禁用FIFO避免延迟 hdma_adc1.Init.FIFOThreshold DMA_FIFO_THRESHOLD_HALFFULL; hdma_adc1.Init.MemBurst DMA_MBURST_SINGLE; hdma_adc1.Init.PeriphBurst DMA_PBURST_SINGLE; if (HAL_DMA_Init(hdma_adc1) ! HAL_OK) { Error_Handler(); } // 关联DMA到ADC __HAL_LINKDMA(hadc1, DMA_Handle, hdma_adc1); // 启动双缓冲关键 uint16_t aADCxConvertedValues[32]; // 32个元素容纳16通道×2组数据 HAL_ADC_Start_DMA(hadc1, (uint32_t*)aADCxConvertedValues, 32, DMA_PERIPH_TO_MEMORY, DMA_PINC_DISABLE);双缓冲的精髓在于HAL_ADC_Start_DMA()的第四个参数DMA_PINC_DISABLE——它告诉DMA外设地址ADC_DR不变只增内存地址。当32个数据填满DMA自动切换到缓冲区起始地址同时触发HAL_ADC_ConvCpltCallback()回调。此时你在回调函数中可以安全地处理前一组16个数据而DMA正往第二组写入实现真正的零间隙采集。4.3 FreeRTOS任务协同队列传递与临界区保护// main.c 中创建任务 osThreadDef(ADC_Process, StartADCProcessTask, osPriorityAboveNormal, 0, 256); osThreadCreate(osThread(ADC_Process), NULL); // ADC_ProcessTask 函数 void StartADCProcessTask(void const * argument) { uint16_t adc_data[16]; for(;;) { // 从队列接收ADC数据阻塞等待 if (xQueueReceive(xADCQueue, adc_data, portMAX_DELAY) pdTRUE) { // 进入临界区禁止调度器切换确保16个数据原子处理 taskENTER_CRITICAL(); for(int i0; i16; i) { float voltage (float)adc_data[i] * 3.3f / 4095.0f; // 转换为电压 // TODO: 业务逻辑如滤波、阈值判断 } taskEXIT_CRITICAL(); // 发送处理结果到串口任务 xQueueSend(xUartQueue, voltage, 0); } } } // 在 HAL_ADC_ConvCpltCallback() 中发送数据到队列 void HAL_ADC_ConvCpltCallback(ADC_HandleTypeDef* hadc) { if(hadc-Instance ADC1) { // 将DMA缓冲区数据拷贝到队列注意不能直接传指针因DMA会覆盖 uint16_t local_buffer[16]; memcpy(local_buffer, aADCxConvertedValues, sizeof(local_buffer)); xQueueSendToBackFromISR(xADCQueue, local_buffer, xHigherPriorityTaskWoken); } }这里有两个关键设计xQueueSendToBackFromISR()必须在中断服务中调用且要传xHigherPriorityTaskWoken参数否则高优先级任务不会被唤醒taskENTER_CRITICAL()保护的是数据处理逻辑不是DMA传输——因为DMA在硬件层面运行不受RTOS调度影响但CPU处理数据时若被中断打断可能导致adc_data[i]读取不一致。5. 二次开发改造指南从移植传感器到构建最小化RTOS系统当你跑通第一个例程后下一步必然是把项目迁移到自己的硬件上。我帮某公司移植MPU6050六轴传感器到F4平台时就是基于I2C/I2C_TwoBoards_ComPolling例程改造的。整个过程不是简单复制粘贴而是遵循“删减-验证-扩展”三步法先砍掉所有无关外设只留I2C和SysTick验证基础通信再加入MPU6050驱动用逻辑分析仪抓波形确认ACK时序最后接入FreeRTOS用信号量同步I2C读写。下面给出可直接抄作业的改造清单。5.1 硬件适配改造引脚重映射与电源域配置你的PCB板上I2C1可能接在PB6/PB7但例程默认用PB8/PB9。修改步骤打开.ioc文件在Pinout视图中右键PB6→Set as→I2C1_SCLPB7→I2C1_SDA生成代码后检查Core/Src/stm32f4xx_hal_msp.c中HAL_I2C_MspInit()函数确认__HAL_RCC_GPIOB_CLK_ENABLE()和GPIO_InitStruct.Alternate GPIO_AF4_I2C1已更新关键一步F4系列I2C引脚必须配置为开漏输出Open-Drain在MX_I2C1_Init()中添加GPIO_InitStruct.Mode GPIO_MODE_AF_OD; // 替换原来的GPIO_MODE_AF_PP GPIO_InitStruct.Pull GPIO_PULLUP; // I2C必须外接上拉电阻软件需启用上拉若你的传感器供电为3.3V而F4的VDDA为2.4V需在SystemClock_Config()中添加__HAL_RCC_ADC_CONFIG(RCC_ADCCLKSOURCE_PLLSAI);并配置PLLSAI分频避免ADC参考电压不稳影响I2C模拟采样。5.2 驱动层封装把裸寄存器操作变成可复用模块不要在main.c里直接写HAL_I2C_Master_Transmit()而是创建Drivers/BSP/MPU6050/mpu6050.c#include mpu6050.h #include stm32f4xx_hal.h extern I2C_HandleTypeDef hi2c1; // MPU6050寄存器地址定义 #define MPU6050_RA_ACCEL_XOUT_H 0x3B #define MPU6050_RA_PWR_MGMT_1 0x6B // 初始化函数 uint8_t MPU6050_Init(void) { uint8_t data; // 检查设备ID if(HAL_I2C_Mem_Read(hi2c1, MPU6050_ADDRESS_AD0_LOW1, MPU6050_RA_WHO_AM_I, I2C_MEMADD_SIZE_8BIT, data, 1, 100) ! HAL_OK) return 1; if(data ! MPU6050_DEFAULT_ADDRESS) return 2; // 退出睡眠模式 data 0x00; if(HAL_I2C_Mem_Write(hi2c1, MPU6050_ADDRESS_AD0_LOW1, MPU6050_RA_PWR_MGMT_1, I2C_MEMADD_SIZE_8BIT, data, 1, 100) ! HAL_OK) return 3; return 0; } // 读取加速度原始值 uint8_t MPU6050_Read_Accel(int16_t *ax, int16_t *ay, int16_t *az) { uint8_t buffer[6]; if(HAL_I2C_Mem_Read(hi2c1, MPU6050_ADDRESS_AD0_LOW1, MPU6050_RA_ACCEL_XOUT_H, I2C_MEMADD_SIZE_8BIT, buffer, 6, 100) ! HAL_OK) return 1; *ax (int16_t)((buffer[0]8) | buffer[1]); *ay (int16_t)((buffer[2]8) | buffer[3]); *az (int16_t)((buffer[4]8) | buffer[5]); return 0; }这样封装后main.c里只需调用MPU6050_Init()和MPU6050_Read_Accel()驱动逻辑与业务代码完全解耦。下次换用BMI160传感器只需重写mpu6050.cmain.c一行都不用改。5.3 最小化RTOS系统构建裁掉90%的FreeRTOS功能Middlewares/Third_Party/FreeRTOS/Source/目录下有20多个C文件但实际项目可能只需要tasks.c、queue.c、list.c、portable/GCC/ARM_CM4F/port.c这4个。裁剪步骤在FreeRTOSConfig.h中关闭所有不必要功能#define configUSE_MUTEXES 0 // 不用互斥量 #define configUSE_COUNTING_SEMAPHORES 0 // 不用计数信号量 #define configUSE_TIMERS 0 // 不用软件定时器 #define configUSE_TRACE_FACILITY 0 // 不用跟踪调试 #define configUSE_STATS_FORMATTING_FUNCTIONS 0 // 不用统计格式化删除工程中未引用的源文件如event_groups.c、stream_buffer.cKeil会自动忽略最关键的内存优化将heap_4.c中configTOTAL_HEAP_SIZE从32KB降到8KB同时在main.c中减少任务栈大小osThreadDef(MPU6050_Task, MPU6050_TaskFunc, osPriorityNormal, 0, 128); // 栈大小128字实测表明纯I2C传感器采集串口转发的最小系统8KB堆内存足够支撑3个任务I2C读取、数据处理、串口发送。从那以后我每次接到新硬件需求都强制走一遍“例程裁剪→引脚重映射→驱动封装→RTOS精简”四步流程哪怕客户说“赶紧跑起来就行”我也坚持先建好可维护的基座。因为三个月后当客户突然要求加蓝牙透传功能时你不会想在一团混杂的main.c里找哪个HAL_Delay()卡住了整个系统。希望帮到你。本文还有配套的精品资源点击获取
