前几天有位读者跑来问我国庆7天真的能学会STM32吗我给了个不太客气的回答如果你说的“学会”是打开视频、照着代码抄一遍、板子亮了就算会那不用7天7小时就够如果你说的“学会”是能自己动手做一个小项目——按键控制、定时器输出PWM、串口收发、ADC采集、屏幕显示遇到问题会看手册、会用调试工具排查那7天确实可以。很多人把“少走弯路”理解成“找一份现成教程对着抄”。真正的弯路恰恰是抄得越多、想得越少。这篇东西不是给你画大饼的是我基于自己带过不少零基础学生的实际经验整理出来的一版国庆7天嵌入式STM32系统学习路线。它面向的是刚接触单片机、C语言也就半吊子水平、又想在7天里把STM32常用外设挨个过一遍的人。我把每天该练什么、该避什么坑、为什么要这么安排一次说清楚。如果你手里已经有51单片机的基础那这个进度会轻松很多如果你完全零基础只要C语言里函数、结构体、指针能看懂大概也跟得上。7天之后你不可能直接上岗但你能拿着开发板做出像样的作品并且知道自己离一个嵌入式工程师还差什么。1. 别急着下单开发板先想清楚7天到底能学到什么1.1 拆穿“7天精通”和“学完即就业”两句话先说点得罪人的话。“7天精通STM32”这种宣传本身就是营销话术。STM32不是一个知识点它是一个涵盖GPIO、中断、定时器、串口、I2C、SPI、ADC、DMA、PWM、看门狗等一堆外设的完整单片机家族。哪怕只是F103这颗芯片文档叠起来也有上千页7天“精通”是不可能的。但“7天入门并做出项目”是完全可以做到的。关键在于你要对“精通”和“就业”这两件事祛魅。我见过太多人学了几个月问他会什么他说“点过灯、转过电机”。问他自己调过什么bug答不上来。这种状态别说面试连写在简历上都没底气。反过来有些人只用7天认认真真每天完成一个小实验最后把环境监控、蓝牙小车这种综合项目跑通哪怕代码写得不够优雅至少有完整的思考链路硬件怎么接、寄存器怎么配、数据怎么来、出错了怎么查。至于就业我不劝你相信“学完就能找高薪工作”。企业招嵌入式工程师看的不是你会不会某个型号而是你有没有建立起一套“能独立解决问题”的底层能力。7天能帮你打地基把STM32最常见的几类外设吃透但后续的C语言进阶、数据结构、RTOS、嵌入式Linux还需要更长的时间去补。1.2 硬件准备一套可以复用一年的入门装备既然要7天密集训练装备就得一次性到位。我不推荐你买那些动辄几百块的豪华开发板上面一堆你用不上的模块反而让人不知道从哪下手。按我的经验下面这套就够用而且后续做项目还能反复复用STM32F103C8T6最小系统板也就是大家常说的“蓝丸”或者“黑丸”几十块钱一块资料最多出了问题网上随便搜到答案ST-Link V2下载器便宜、稳定别买那种几块钱的“盗版中的盗版”烧录失败会让你怀疑人生杜邦线若干母对母、公对母都备一点SSD1306 OLED屏幕I2C接口一块用来练I2C和显示1.8寸或2.4寸SPI屏幕一块ILI9341或者ST7735都行用来练SPI和高分辨率显示HC-SR04超声波模块一个练定时器输入捕获DHT11温湿度传感器一个练单总线时序电位器、光敏电阻、按键、LED、蜂鸣器、电阻包这些小零件HC-05或者HM-10蓝牙模块一个练无线串口通信USB转TTL模块一个有些场合比ST-Link的虚拟串口更好用。这一套算下来100到200块钱学生党也能承受。千万别买那种已经帮你接好线、焊好模块的“一体化学习板”那种板子最大的问题是你根本不知道信号是怎么走过去的出了问题没法查学完脑子还是一片空白。1.3 七天规划每天只解决一个核心难题七天的安排我的建议是按“数字量→时间维度→通信→模拟量→总线→综合”的顺序走天数核心主题要掌握的关键能力Day 1GPIO、时钟、下载调试建立工程、配置引脚、点灯、看原理图Day 2按键、外部中断、状态机理解事件驱动、学会非阻塞扫描Day 3定时器、PWM、输入捕获理解计数、测时、控速Day 4串口、蓝牙调试输出、协议解析Day 5ADC、传感器采集模拟量、数据滤波Day 6SPI/I2C、屏幕驱动读时序、移植驱动、显示文字Day 7综合项目把前6天内容串成一个完整系统这个顺序是刻意安排的。先搞懂GPIO和时钟你才知道一个引脚为什么能输出高低电平再学中断和定时器你才明白程序不是只能一坨代码从头跑到尾接着学串口和ADC你才有能力把内部世界和外部世界打通最后学总线和屏幕你才有机会做一个有“完成感”的实物。2. Day 1CubeMX建工程到GPIO点灯环境配置的坑一次踩完2.1 开发环境怎么选CubeMXKeil还是VS Code新手第一天最容易卡在环境上。我给你一个保守但靠谱的组合STM32CubeMX生成初始化代码 Keil MDK5编译烧录。CubeMX是ST官方工具图形化配置时钟、引脚、外设能帮你省掉大量手写初始化代码的时间Keil则是国内教程和资料覆盖率最高的IDE遇到问题随手一搜就有答案。不要第一天就去折腾VS Code加EIDE加各种插件。VS Code确实比Keil好看、好用但你要在调试、烧录、芯片支持包、编译链这些环节上额外花时间。等你能熟练用Keil完成一个项目了再换VS Code不迟。安装时有几个细节容易踩坑Keil安装路径、工程路径都不要出现中文否则编译时经常报一些莫名其妙的“文件找不到”错误要装对应芯片的器件包F103系列对应的是Keil.STM32F1xx_DFP不装这个你根本选不到芯片型号ST-Link驱动要装好插上开发板后设备管理器里能看到“STLink dongle”之类的设备如果提示未知设备大概率是驱动问题第一次用CubeMX生成工程时Toolchain/IDE选项要选“MDK-ARM V5”生成后直接打开Keil工程。这个组合能让你把精力集中在“寄存器和外设逻辑”上而不是花三天折腾工具链。2.2 点灯背后的三件事RCC、GPIO模式、推挽与开漏第一个程序必然是点灯。但点灯不是目的你要借点灯搞清楚三件事时钟、GPIO初始化、输出模式。很多新手写完CubeMX生成代码后从来不看时钟配置。实际上STM32每个外设都挂在总线上外设要工作第一步是打开它的时钟。在HAL库里就是一句__HAL_RCC_GPIOA_CLK_ENABLE()。这相当于给这个外设“通电”。你如果漏了这一步后面的寄存器配置写得再对引脚也不会有反应。然后看GPIO初始化__HAL_RCC_GPIOA_CLK_ENABLE(); GPIO_InitTypeDef GPIO_InitStruct {0}; GPIO_InitStruct.Pin GPIO_PIN_5; GPIO_InitStruct.Mode GPIO_MODE_OUTPUT_PP; GPIO_InitStruct.Pull GPIO_NOPULL; GPIO_InitStruct.Speed GPIO_SPEED_FREQ_LOW; HAL_GPIO_Init(GPIOA, GPIO_InitStruct); while (1) { HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_RESET); HAL_Delay(500); HAL_GPIO_WritePin(GPIOA, GPIO_PIN_5, GPIO_PIN_SET); HAL_Delay(500); }这里的输出模式要解释一下。推挽输出GPIO_MODE_OUTPUT_PP是常见的推拉式输出引脚既能输出高电平也能输出低电平带负载能力强驱动LED用这个。开漏输出GPIO_MODE_OUTPUT_OD相当于内部晶体管只负责拉低高电平要靠外部上拉电阻提供主要用于I2C这类需要“线与”的总线或者需要电平转换的场景。点灯时选推挽就好。还有个细节LED的限流电阻一定要接一般用220欧到1千欧根据LED颜色和发光亮度灵活选。很多新手把LED直接怼在单片机上结果引脚过流烧了引脚甚至烧了芯片。2.3 下载失败排查清单Day 1最消磨意志的是明明代码没问题就是下载不进去。我建议你把下面这个清单存下来遇到报错按顺序查现象最常见原因解决办法提示“No ST-Link detected”ST-Link驱动没装好或USB口供电不足重装驱动换USB口检查杜邦线是否松动能识别但下载时卡住BOOT0跳线设置不对把BOOT0接到GND确保从Flash启动报RDDI-DAP Error调试器速度太快或SWD线太长在Debug设置里把SWD频率降到1MHz以下下载成功但程序不跑复位电路问题或供电不足检查复位电容、3.3V电源不要用杜邦线长线供电Keil里找不到芯片器件包没装或者选错型号检查Keil.STM32F1xx_DFPPack Installer里安装烧录这件事第一次出问题很正常。我的经验是先用CubeMX生成一个最简LED工程不写任何业务代码只下载出厂默认程序把“能不能烧录”这个问题先解决掉再开始写逻辑。这样能把环境问题隔离开不会出现“不知道是环境问题还是代码问题”的混沌状态。3. Day 2按键输入、外部中断和状态机告别傻等轮询3.1 按键消抖别忽略的那5-20ms按键是一个机械触点按下和释放的瞬间引脚电平会上下跳变几千次持续几毫秒到几十毫秒。如果不处理一次按击会被程序识别成多次触发轻则功能错乱重则触发逻辑Bug。这就是按键消抖要解决的物理问题。硬件上可以加RC滤波器或者用施密特触发器IC但嵌入式开发里更常用软件消抖。最原始的做法是检测到低电平后HAL_Delay(10)再读一次如果还是低电平就认为按键真的按下了。这个做法能用但问题是HAL_Delay会阻塞CPU你为了等一个按键整颗芯片都在那干耗着点个灯都点不了。更好的思路是把按键扫描放到定时中断里每10ms扫一次两次读到相同状态才确认。这样消抖不阻塞主循环也为后面的状态机做准备。3.2 外部中断配置与中断服务函数里不能做的事STM32的外部中断EXTI允许你让某个引脚在电平变化时“打断”当前程序跳到一个回调函数里执行。配置流程很简单GPIO设为输入模式使能EXTI选择上升沿或下降沿触发设置NVIC优先级然后在HAL_GPIO_EXTI_Callback里处理事件。但新手最常犯的错是在中断回调里干耗时的事void HAL_GPIO_EXTI_Callback(uint16_t GPIO_Pin) { // 错误示范在中断里加延时、打印、做大量计算 HAL_Delay(10); printf(key pressed\n); }中断服务函数的原则是“短平快”。你应该只置一个标志位或者清一下中断标志真正干活的事情放到主循环里做。为什么不能调用HAL_Delay因为HAL_Delay依赖SysTick中断如果你的外部中断优先级比SysTick高在中断里等延时会让系统时钟都卡住而且中断里阻塞时间过长会丢其他更高优先级的中断事件。3.3 按键非阻塞扫描的状态机写法“嵌入式按键非阻塞扫描”这几年被问得很多它的本质是状态机思想。传统if (key pressed)是一种“事件快照”思路读到的永远是瞬间状态状态机则把“按下中”“释放中”“稳定按下”“稳定释放”这些阶段显式建模配合定时扫描彻底解决抖动和重复触发。一个简单的按键状态机可以这么写每10ms调用一次typedef enum { KEY_IDLE, KEY_CHECK, KEY_PRESSED, KEY_RELEASE } KeyState; void KeyScan(void) { static KeyState state KEY_IDLE; static uint8_t cnt 0; uint8_t key_now HAL_GPIO_ReadPin(GPIOB, GPIO_PIN_0); switch (state) { case KEY_IDLE: if (key_now 0) { state KEY_CHECK; cnt 0; } break; case KEY_CHECK: if (cnt 2 key_now 0) { state KEY_PRESSED; key_event KEY_DOWN; } else if (key_now ! 0) { state KEY_IDLE; } break; case KEY_PRESSED: if (key_now ! 0) state KEY_RELEASE; break; case KEY_RELEASE: if (cnt 2 key_now ! 0) { state KEY_IDLE; key_event KEY_UP; cnt 0; } break; } }这段代码的核心思想是连续两次扫描都读到低电平才认为按键稳定按下连续两次读到高电平才认为稳定释放。状态机看起来比简单延时麻烦但它不阻塞、可扩展而且短按、长按、双击都能在这个基础上加状态实现。这个思维往后写任何复杂逻辑都用得上。4. Day 3定时器不是拿来延时的三个例子吃透它4.1 定时器的本质从计数器到中断很多人以为定时器就是高级一点的延时函数这是误解。定时器本质是一个硬件计数器它在后台自己数数数到指定值就产生事件完全不需要CPU去“读秒”。你的主程序可以同时处理LED、按键、屏幕刷新而定时器在背后默默维护时间基准这才是嵌入式“多任务”的最简单形态。STM32定时器的核心由三部分组成预分频器PSC、计数器CNT、自动重装载寄存器ARR。PSC负责把时钟源分频比如72MHz的主频通过PSC71分频后给计数器的时钟就变成1MHz计数器CNT每一个时钟周期加1当CNT等于ARR时清零并触发更新事件。定时时间的公式是Tout (PSC 1) * (ARR 1) / 72MHz。举个例子PSC71ARR999那么Tout 72 * 1000 / 72000000 0.001秒也就是1ms。配置好定时器中断后每1ms进入一次中断回调在里面累加变量就能得到秒、分钟、小时。4.2 PWM调速与呼吸灯频率和占空比怎么选PWM脉冲宽度调制的本质是用一个频率固定的方波通过改变高电平所占的比例占空比来调节“有效输出”。LED虽然在人眼看来是在连续发光实际上它在以极高频率开关占空比越大平均电压越高灯越亮。配置PWM时最关键的是频率和分辨率。频率要高于人眼的感知范围LED调速常见的1kHz就够了电机调速一般10kHz到20kHz避免电机啸叫分辨率取决于ARR值ARR999时占空比调节精度约为0.1%也就是10位分辨率占空比由CCR寄存器决定占空比 CCR / (ARR 1)。呼吸灯的写法很简单在定时中断里让CCR的值从0一直加到ARR再从ARR减到0。注意不要用HAL_Delay控制这个变化否则整个系统都会卡顿。改成在定时器中断回调里改变占空比主循环干别的事效果会好得多。PWM的应用不止呼吸灯。直流电机调速、舵机角度控制、蜂鸣器发声、无源蜂鸣器放音乐都是PWM的天下。Day 3把PWM吃透后面做小车就能直接用。4.3 输入捕获与超声波测距从原理到C代码定时器不仅能“数数来计算时间”还能用来测量外部信号的脉宽。方法叫输入捕获定时器检测到某个引脚电平变化时把当前计数器的值“抓拍”下来随后你再读这个值就能算出两次边沿之间过了多长时间。HC-SR04超声波模块正好用这个原理测距。模块的工作流程是给Trig引脚一个至少10us高电平模块内部发出8个40kHz脉冲模块检测到回波后Echo引脚输出与距离成正比的高电平声速340m/s高电平时间T秒对应距离 T * 340 / 2单位米。如果用us做单位距离(cm) T_us / 58。用定时器输入捕获测量Echo高电平时间的框架是// 触发 HAL_GPIO_WritePin(TRIG_PORT, TRIG_PIN, GPIO_PIN_SET); delay_us(10); HAL_GPIO_WritePin(TRIG_PORT, TRIG_PIN, GPIO_PIN_RESET); // 等Echo变高启动输入捕获 while (HAL_GPIO_ReadPin(ECHO_PORT, ECHO_PIN) GPIO_PIN_RESET); __HAL_TIM_SET_COUNTER(htim2, 0); HAL_TIM_IC_Start_IT(htim2, TIM_CHANNEL_1);在捕获中断回调里判断上升沿还是下降沿上升沿到来时记录当前计数值 t1下降沿到来时记录当前计数值 t2高电平时间 (t2 - t1) * 定时器时钟周期。这个例子能帮你把“计数、捕获、中断、边沿”四个概念一次性打通。很多人测距测不准问题往往出在没有做超时处理测量无回波时程序会卡在while循环里或者直接用delay_us去量高电平时间白白占用CPU。5. Day 4串口通信把调试能力练成肌肉记忆5.1 printf重定向一个函数解决串口是嵌入式开发者的“眼睛”。程序跑没跑、这个分支有没有进来、传感器读到什么值一个printf全解决。STM32的HAL库里重定向printf到串口只需要重写一个函数#include stdio.h int fputc(int ch, FILE *f) { HAL_UART_Transmit(huart1, (uint8_t *)ch, 1, 100); return ch; }再用串口助手打开串口波特率配置成和初始化一致就能看到printf(hello\r\n)的输出。有一个坑必须提醒如果Keil工程里没有勾选“Use MicroLIB”printf可能无法工作程序甚至跑飞。原因在于标准库的printf会使用半主机模式需要目标机支持一个调试通道而单片机环境没有这个通道。勾选MicroLIB之后printf不再依赖半主机模式串口就能正常打印。调试信息不是越多越好。我的习惯是一条完整的调试日志至少要包含功能模块名和时间戳例如[ADC] 100ms adc12048。7天训练里从第一天开始就要养成“用日志说话”的习惯别用“把灯点亮/熄灭”当调试手段。5.2 不定长数据接收空闲中断和状态机初学者最开始只会接收固定长度的数据比如串口助手发来一个字节你判断是不是某个指令。但真实项目里你常常要接收“不确定长度”的一帧数据。这里给两种常用方案第一种是查空闲中断。STM32的UART支持空闲检测当串口总线空闲时会触发空闲中断。配合DMA可以实现“来了一串数据自动搬进缓冲区空闲时再处理整帧数据”效率很高。CubeMX里需要手动开启IDLE中断然后写void USART1_IRQHandler(void) { if ((USART1-SR USART_FLAG_IDLE) ! RESET) { USART1-SR 0; // 清除IDLE标志 // 此时DMA收到的长度就是本次数据长度 } HAL_UART_IRQHandler(huart1); }第二种是不依赖DMA、更适合小白的方案用状态机逐字节解析。每收到一个字节判断它是不是帧头、帧尾、是否超长、校验是否通过。这个方法和Day 2按键状态机是同一个思路而且能让你的代码逻辑更清晰。void OnByteReceived(uint8_t d) { static uint8_t state 0; static uint8_t buf[16]; static uint8_t len 0; switch (state) { case 0: if (d 0xAA) state 1; // 收到帧头 break; case 1: if (d 0x55) { len 0; state 2; } else state 0; break; case 2: buf[len] d; if (len 4) { // 取出指令和校验执行逻辑 state 0; } break; } }5.3 蓝牙模块接线与串口“连不上”的排查思路串口玩熟了蓝牙通信就很简单因为蓝牙模块本质上就是一个无线串口。HC-05和HM-10这类模块接到STM32上你只需要把TX接RX、RX接TXGND共地再设置波特率就行。注意电平问题很多蓝牙模块是3.3V电平但接口兼容5V稳妥起见要用3.3V供电避免模块发热。蓝牙连不上的排查思路和串口突然不通、CAN总线突然失联的排查思路是一样的按层次从物理到逻辑去查物理层TX和RX是不是交错了GND共地了吗供电够不够杜邦线是否松动配置层波特率、数据位、停止位、校验位是否完全一致HC-05默认波特率可能是9600或38400AT指令配置后重新上电才生效协议层是否需要在每条AT指令后加回车换行手机蓝牙调试器是不是被其他设备占用了通道这套“先物理、再配置、再协议”的排查逻辑比背任何代码都更值钱。Day 4学串口表面上是学UART外设实际上是在练一套通用的调试方法论。6. Day 5ADC多通道与传感器接入真实世界没那么干净6.1 ADC切换通道的坑采样时间与数据稳定单片机内部的世界是干净的0和1外部世界却是连续的模拟量。ADC模数转换器就是把模拟电压变成数字值的桥梁。STM32F103的ADC是12位精度输入电压0到3.3V对应采样值0到4095。多通道采集是非常典型的工程场景比如要同时读一个电位器、一个光敏电阻和一个温度传感器。很多人直接在程序里切通道读取结果发现数据要么偏大要么跳动百思不得其解。这里有两个必踩的坑第一个是采样时间不足。ADC内部是电容充放电采样采样时间如果小于芯片手册要求的最小值采到的电压根本没充满电容转换结果自然不准。STM32F103的单次转换最低采样周期是1.5个周期但实际工程里我建议设置到55.5个周期以上尤其是高阻抗信号源。第二个是通道切换后的“第一笔数据”不可靠。切换ADC通道后内部电路需要稳定时间。正确做法是切换通道后延时一小段时间或者把第一次转换结果丢掉// 切换到通道1并启动转换 hadc1.Instance-SQR3 (hadc1.Instance-SQR3 ~(0x1F 0)) | (ADC_CHANNEL_1 0); HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 100); HAL_ADC_GetValue(hadc1); // 丢弃第一次等稳定 // 读取有效值 HAL_ADC_Start(hadc1); HAL_ADC_PollForConversion(hadc1, 100); uint16_t value HAL_ADC_GetValue(hadc1);更省心的方案是开DMA多通道循环扫描让ADC自动轮流转换所有通道DMA把结果搬进数组CPU只管读数组。这个方案适合通道比较多的场景也避免了手动切换的时序问题。6.2 数据滤波滑动平均为什么比“看着平滑”更重要ADC采回来的原始数据往往剧烈跳动这不是ADC坏了而是真实世界本身就有噪声。这时需要用软件滤波。新手最爱用的办法是“延时再采样几次取平均”梅雨没用因为延时不能消除高频噪声。更可靠的是滑动平均滤波维护一个固定长度的缓冲区每次新采样进来先减去最旧的数据再加上最新的数据再除以长度。这样算出来的平均值始终反映最近一段时间的变化趋势#define FILTER_N 8 uint16_t buf[FILTER_N]; uint8_t idx 0; int32_t sum 0; uint16_t ADC_Filter(void) { sum - buf[idx]; buf[idx] HAL_ADC_GetValue(hadc1); sum buf[idx]; idx (idx 1) % FILTER_N; return (uint16_t)(sum / FILTER_N); }这个思路比“读完就平均”更合理因为它不丢历史数据实时性也好。至于要不要用卡尔曼滤波7天阶段没必要过早碰滑动平均和中值滤波已经能解决90%问题。6.3 参考电压和传感器量程换算ADC读到的原始值要换算成真实物理量。公式不复杂电压 ADC值 / 4095 * 参考电压参考电压默认为3.3V也就是VDDA。问题在于很多开发板上的3.3V并不真的是3.300V可能是3.28V或者3.32V。如果你要求精确用万用表量一下实际电压把这个值写进代码里做换算。传感器量程换算也是同样套路。比如电位器接在3.3V和GND之间那么原始值直接就能换算成电压如果是一个量程0到100度的温度传感器输出0到3.3V那么温度 电压 / 3.3 * 100。这类线性映射非常常见你要养成先查数据手册、看输出曲线再写代码的习惯。7. Day 6I2C/SPI屏幕驱动读数据手册比背例程重要7.1 为什么读出来的ID会是a1a1网上经常有人问“我的ILI9341读ID怎么读出来是a1a1是不是屏坏了”其实这个现象太常见了它不是屏幕坏了而是你的读取过程出了问题。以ILI9341为例官方数据手册里读ID需要发送命令0xD3然后连续读4个字节。如果是原装ILI9341返回的前两个字节通常是0x00、0x93后面两个字节是0x41、0x41合起来可以确认芯片型号是9341。如果你初始化序列不对、SPI模式选错、MISO引脚没接好或者读时序没按手册来读回来的可能就是一串乱码比如a1a1。排查思路是确认驱动IC到底是不是ILI9341。市面上很多2.4寸屏幕用的是ST7789、ST7735、ILI9488读ID的命令和数据格式都不一样。你对着ILI9341的命令去读ST7789的屏读到a1a1甚至读到什么乱七八糟的数都很正常确认SPI线序。四线SPI需要SCK、MOSI、MISO、CS很多屏幕模块上MISO没引出来或者你接错了引脚确认主机SPI模式。ILI9341一般支持SPI Mode 0或Mode 3你代码里配置的CPOL/CPHA和屏幕厂商出厂设置不匹配就会导致数据错位。这类问题的价值在于它逼你去翻数据手册、去看时序图而不是百度“ILI9341读ID a1a1”然后抄一段代码。7天训练里这种“逼你读手册”的坑反而是最值得踩的。7.2 SPI屏幕移植从时序到初始化序列移植SPI屏幕驱动核心不是把别人的代码复制到你的工程里而是搞清楚驱动与底层之间如何解耦。一个标准的屏幕驱动通常分两层底层负责向屏幕发送/接收数据比如void LCD_SPI_WriteCmd(uint8_t cmd) { CS_LOW; DC_LOW; // 命令模式 SPI_SendByte(cmd); CS_HIGH; } void LCD_SPI_WriteData(uint8_t data) { CS_LOW; DC_HIGH; // 数据模式 SPI_SendByte(data); CS_HIGH; }上层负责初始化序列和绘图函数。你从一个示例工程迁移到另一个工程改的就是底层那几行SPI读写函数上层初始化序列基本可以直接沿用。但如果屏幕的驱动IC不是同一颗初始化序列就必须按新IC的手册重写否则屏幕会出现白屏、花屏、颜色不对、边角多出三像素等问题。颜色格式也要注意。大多数这类屏幕是RGB565也就是一个像素16位R占5位、G占6位、B占5位。发送颜色时要按高字节在前还是低字节在前、是否交换字节序不同厂商实现不一样花屏时要先确认这个。7.3 中文显示的GBK与UTF8问题屏幕能显示英文和数字了一显示中文就乱码这是Day 6最后一个大坑。乱码的根源通常是编码不一致。取字模软件生字模时用的编码方案常常是GB2312或GBK而你在代码里写的字符串字面量如果源文件保存成UTF-8编码那么“你好”这两个汉字的字节序列是UTF-8格式的和字模数组的索引方式对不上显示出来自然全是乱码。常见的解决办法有三个在Keil里把源文件保存成ANSI/GB2312编码让代码里的汉字字节和字模工具的GBK索引一致取字模时直接选择UTF-8编码生成字模数组但注意UTF-8一个汉字占3字节索引逻辑要自己处理好;写一个GBK和UTF-8互转的小工具函数把接收到的UTF-8字符串转换成GBK再通过字模索引显示。“stm32 gbk转utf8”之所以是高频搜索词是因为很多人从串口云平台、WiFi模块、手机APP拿到的字符串是UTF-8编码而本地字模用的是GBK。遇到这种问题别一头扎进代码里先确认你的输入编码和字模索引编码各是什么再做转换方向就清晰了。8. Day 7综合项目实战以及“学完即可就业”的真实答案8.1 项目一带OLED显示和串口上传的环境监控器7天训练的最后一天我不建议再开新外设而是要求你把前面所有模块拼起来。第一个推荐项目是环境监控器DHT11采集温湿度ADC采集光敏电阻或者电位器电压代表光照强度OLED屏幕显示当前温湿度和光照数值串口定时打印数据模拟上报给上位机按键切换显示页面。这个项目虽然功能简单但它逼你思考几个真实工程问题传感器采集需要间隔时间DHT11本身要求两次读取间隔大于1秒屏幕刷新不能太频繁按键扫描不能阻塞采集主循环里一堆标志位如何组织。我可以给你一个大致的主循环架构while (1) { if (flag_500ms) { // 采集DHT11和ADC flag_500ms 0; } if (flag_100ms) { // 刷新OLED flag_100ms 0; } if (key_event) { // 切换页面 key_event NONE; } if (flag_1s) { // 串口上报 flag_1s 0; } }这种“定时器中断置标志位 主循环处理标志位”的架构是所有裸机嵌入式程序的地基。比那种在主循环里堆叠HAL_Delay的写法先进太多。Day 7项目做完你就应该形成这种肌肉记忆。8.2 项目二蓝牙小车把前面所有外设串起来第二推荐项目是蓝牙小车覆盖的技术点更多两个直流电机用L298N或者TB6612驱动用定时器PWM调速手机蓝牙发送指令STM32串口接收指令控制小车前进、后退、转向超声波模块测距实现自动避障OLED显示当前速度和前方障碍物距离。这个项目的关键是通信协议。手机发来的不是一个简单的“1”“2”字符而应该是一帧有格式的数据。我会让学生自己设计一个最简单的协议帧头0xAA、0x55然后是1字节指令最后1字节校验。解析逻辑正好用上Day 4的状态机写法。void ParseBlueToothCmd(uint8_t d) { static uint8_t state 0; static uint8_t cmd 0; switch (state) { case 0: if (d 0xAA) state 1; break; case 1: if (d 0x55) state 2; else state 0; break; case 2: cmd d; state 3; break; case 3: if (d (cmd ^ 0xFF)) { // 简单校验 ExecuteCmd(cmd); } state 0; break; } }协议是不是很漂亮不重要重要的是你会用状态机去处理“字节流”这种典型问题了。这样一个项目做下来不用你写任何简历光是给面试官演示蓝牙遥控和超声波避障就比“我点过LED”有说服力得多。8.3 从7天到就业你还差这几块拼图现在到了必须说实话的时候7天学完这些确实能让你具备单片机裸机开发的基本能力但离“嵌入式工程师就业”还有一段距离。企业招聘信息里的“STM32开发经验”默认包含C语言基础、软件工程意识、调试工具使用、项目维护能力。我把差距列一下你心里好有个数当前7天已覆盖就业还需补充GPIO、中断、定时器、串口、ADC、SPI/I2CC语言指针/链表/回调、数据结构基础裸机轮询与标志位调度FreeRTOS任务间通信、信号量、队列单文件或平铺代码模块化、头文件管理、Git版本控制ST-Link调试、串口打印逻辑分析仪、示波器波形分析简单项目完整项目文档、需求拆解、可靠性设计如果你的目标是月薪可观的嵌入式软件岗我建议国庆之后按这个节奏补先把C语言的指针、结构体、链表彻底吃透再用两个星期做一个自己的小项目代码推到GitHub然后花一到两个月入门FreeRTOS了解任务调度是怎么一回事之后再根据方向选嵌入式Linux应用或驱动开发。这是一条很长但被无数人验证过的路7天只是第一步。8.4 一点私心这些年我最后悔的错误习惯写到最后我不想再教你怎么接线、怎么配寄存器了想说点掏心窝的话。这些年我带过的学生里进步最快的不是那些脑子最聪明的而是每一步都不糊弄的人。有人遇到按键消抖异常宁可多花两个小时把示波器接上去看波形也不愿意随便改个延时试试有人写错了串口协议老老实实把每一帧收到的字节打印出来逐字节对比。这种“较真”的习惯比任何天赋都值钱。我自己最后悔的习惯是早期太爱抄例程。遇到新屏幕、新传感器第一反应是找别人的代码复制过来能用就再也不管了。结果就是移植到另一颗芯片、另一个平台时我完全不知道底层为什么这么写调了半天只能靠猜。后来我强迫自己每次拿到新模块先读数据手册先自己画时序流程再去看别人的参考代码进步速度快了非常多。如果你这7天只记住一件事我希望你记住玩单片机不怕遇到Bug怕的是你在没搞清楚原因之前就改参数乱试。遇到问题先看原理图、再看数据手册、再查关键波形最后才去网上搜答案。这套方法才是真正让你少走99%弯路的那个“捷径”。