嵌入式入门路线：从C语言到STM32再到比赛实战

我不是那种一上来就给你列一堆课程的“规划大师”。做了十年嵌入式，带过不少学生，也当过几届电赛的评委，见过太多大一新生在“嵌入式怎么学”这件事上反复踩坑：有人抱着《嵌入式Linux应用开发》从头啃，啃到第二个月就放弃了；有人买了一大堆模块，跟着视频把程序“抄”了一遍，结果换块板子就傻了。

如果你也是大一，或者刚决定往嵌入式方向走，我特别建议你先把“嵌入式”三个字拆开看：它不是一门课，而是一条由“C语言基础、单片机实操、项目/比赛锤炼”三段组成的路。标题里的“从C语言到STM32，再到比赛实战”就是最经典的走法，没有之一。这篇文章不会教你背多少条语法，也不会让你马上去买开发板，而是把这条路怎么走、每一步背后的原因、会踩的坑、以及我个人的实操经验，一次性给你讲透。

1. 学习路线总览：为什么是“C语言 → STM32 → 比赛”这个组合

1.1 C语言是嵌入式世界的地基，换不掉也绕不开

很多大一新生会问：现在Python这么火，为什么嵌入式还在用C？这个问题问得很好，答案也直接：因为嵌入式开发的对象是MCU（微控制器），你面对的是寄存器、内存地址、外设硬件，这些底层资源只有C能高效、精确、可预测地操作。

Python确实写起来爽，但它解释执行的机制、内存管理方式，放在只有几十KB RAM的单片机上就是灾难。而C语言几乎就是“可移植的汇编”，它离硬件足够近，又比汇编更易读、更易维护。你看STM32的HAL库、标准库，底层全是C；你看FreeRTOS、uC/OS这些内核，开源代码也全是C。C语言学扎实了，你以后看内核源码、做嵌入式Linux，都是在同一套思维体系里，只是换了个运行环境而已。

我在前面给大一学生规划路线时，从不建议直接跳到STM32。原因很简单：如果你连指针都搞不明白，连数组和字符串的内存布局都说不清楚，那到了单片机阶段，你连串口发送一个字符串为什么会乱码都定位不了。到时候你根本分不清是硬件问题、配置问题，还是你自己的C语言问题，整个人会非常崩溃。

所以“C语言在前，STM32在后”这个顺序，不是我拍脑袋定的，而是嵌入式开发最底层的依赖关系决定的。

1.2 为什么入门选STM32，而不是51单片机或树莓派

这个问题每年都有人问。我的回答一直很直接：如果你是想搞明白MCU是怎么工作的，那可以用51单片机做过渡，但我建议你直接上STM32。51不是不能学，而是它的资源、生态和现代嵌入式开发方式差距太大。你在51上学的很多东西，比如手动翻寄存器操作IO口，到了STM32用HAL库的时候，思路完全不同。不是说51没用，而是你只有四年大学，没必要把时间花在一个“历史博物馆”级别的芯片上。

选STM32有两个最现实的原因：

• 资料和教程密度极高。光是江科大的STM32教程、正点原子、野火这些配套资料，就足够你从点灯学到USB、网络、RTOS了。遇到问题你随便一搜，几乎都能找到前人踩过坑的记录。这一点对自学的新手来说，比芯片本身强不强重要得多。
• 生态非常完整。STM32CubeMX可以图形化配置引脚和时钟，HAL库屏蔽了大量寄存器细节，让你能快速把重点放在“业务逻辑”上。而当你需要深入底层时，参考手册、数据手册、勘误手册都是公开的，标准的库函数源码也能直接看。这种“从浅到深”的生态，非常适合学习曲线。

至于树莓派，我个人不建议大一新生把它作为嵌入式入门的第一站。树莓派跑的是Linux，开发模式偏向应用层编程，你和硬件之间的距离反而更远了。等你以后需要做带视觉处理、带Linux的项目时，再接触也不迟。STM32解决的问题和树莓派完全不同，一个是硬实时的裸机/轻量级RTOS控制，一个是多进程的操作系统环境，这两条赛道分清楚很重要。

1.3 比赛是学习效果的“试金石”，也是简历上的硬通货

光看书、光做小实验，你很难知道自己到底学得怎么样。我带了这么多年学生，一个特别明显的规律是：凡是大学期间打过比赛的人，不管是电赛、智能车还是蓝桥杯，动手能力和面试表现都明显强于只跟着教程做小项目的人。原因不是比赛本身有多高级，而是比赛给了你一个“非解决不可”的问题和时间底线。

平时自学，你写了个流水灯，亮起来了，觉得很爽就放下了。比赛不一样，你要在72小时内把一个功能完整的系统做出来，传感器不读数据你得查，电机转不动你得查，代码编不过去你更得熬夜查。这种压力下，你被迫学会的东西，比平时三个月学的都多。

而且从功利角度说，大二大三能拿个省级以上奖项，对以后找实习、找工作的帮助非常直接。我面试应届生的时候，简历上写“自学STM32”的人太多了，但如果写的是“2024年全国大学生电子设计竞赛省一等奖，负责主控程序与传感器采集”，我会愿意多聊二十分钟。比赛就是把你学到的东西“证据化”。

2. 第一阶段：C语言怎么学才算打牢基础

2.1 选对资源和节奏，不要一上来就啃大部头

很多同学学C语言的习惯是买一本《C Primer Plus》，然后从第一页开始背。我的建议是：书要买，但别这么用。《C Primer Plus》确实是经典，但它是一本工具书，不是一本小说，不适合线性从头读到尾。对大一新生来说，更有效的方式是“视频快速入门 + 教材做查阅 + 大量刷题”三线并行。

视频方面，翁恺老师的C语言公开课口碑一直很稳，讲课节奏适合零基础，例子也很生活化。你看视频的时候，不要在手机上刷完就完了，而是每看完一节课，就把里面的代码自己敲一遍，然后故意改几个地方，看程序会报什么错。这个“故意搞坏”的过程非常关键，比跟着视频敲十遍都管用。很多学生跟我抱怨“看的时候都懂，一写就废”，就是因为从来只做“输入”，不做“输出”。

刷题平台我个人推荐PTA和力扣。PTA上有大量C语言入门题，比如字符串逆序、二维数组操作、文件读写这些，和嵌入式开发中用到的东西很接近。力扣前期不需要刷难题，就刷简单的数组、字符串题就行，目的是让你习惯“需求 → 思路 → 代码 → 调试”这个完整闭环。等你刷了200道简单题，再回头看嵌入式里的数据处理，会觉得轻松不少。

2.2 指针、数组、字符串，这三个东西必须吃透

在嵌入式开发里，C语言的语法就像车的方向盘和油门，你不需要背所有的功能，但有几个核心概念必须内化，其中最要命的就是指针、数组和字符串。

指针本质上就是地址。我上课最喜欢用一个类比：你手机通讯录里存的不是朋友本人，而是朋友的手机号；你通过手机号才能找到朋友。指针就是变量在内存里的“手机号”。为什么嵌入式开发离不开指针？因为你操作外设时，本质就是在操作一组固定的内存地址。你写GPIOA->ODR = 0x01;时，编译器底层做的就是往0x4001080C这个地址写一个值。不理解指针，你就永远看不懂寄存器操作的本质。

数组和指针的关系是新人最晕的地方。比如char str[] = "hello";，数组名str在大多数表达式中会退化成指向首元素的指针，但它又不能用str++赋值。很多人死记硬背，可换个形式就又不会了。我的建议是先画内存图：把数组在栈上的布局画出来，把指针变量指向的位置画出来，所有疑问就都解开了。

字符串在C语言里没有独立类型，它是字符数组加一个结尾的'\0'。这个'\0'特别容易出问题。我实际调试过不少单片机项目，串口输出的数据末尾总是多一个奇怪的符号，最后定位几乎都是发送时没处理字符串结尾、或者接收缓冲区的数据没有手动补'\0'导致的。大一学会字符串内存布局，以后能帮你省下好几个小时的调bug时间。

2.3 提前配置好VSCode的C语言开发环境

大一的编程课，很多人会用DevC++或者Code::Blocks，因为老师图省事。但我建议你从第一天起就用VSCode + MinGW的组合，原因只有一个：VSCode的使用习惯、界面风格和快捷键，和你以后开发STM32、写嵌入式Linux代码是完全衔接的。你现在学会了VSCode的调试、多文件工程管理、插件安装，后面对接嵌入式开发环境时就不会有陌生感。

VSCode配C语言环境其实不复杂，核心就三步：

• 安装VSCode，装上C/C++官方插件。
• 安装MinGW-w64，也就是Windows下的GCC编译器，装完把bin目录加进系统PATH。
• 写一个简单的hello.c，跑通编译和调试。

配置过程中最容易踩的坑是环境变量没配好，或者编译器版本和插件不匹配。我的建议是装完MinGW后在终端里先执行gcc --version，如果正常输出版本号，再回VSCode写代码；如果这一步就没过，先解决环境变量问题，不要急着写代码。环境问题看起来琐碎，但它很能检验一个人的信息搜集能力。

另外，你在学C语言阶段就应该养成看编译错误信息的习惯。GCC报错信息虽然有时候很啰嗦，但它会告诉你出错的文件、行号、具体原因。很多同学一看到红色英文就慌，直接截图发群问人。我建议你先自己读两遍，把报错里的关键行号复制到代码里对应位置，能看懂的就自己改，看不懂的关键词拿去搜索引擎查。这个能力的养成，比多背十道语法题值钱得多。

2.4 常见误区：背代码、集齐教程、只看不练

我见过太多人把“学C语言”过成了“收藏教程”。网盘里存了几百个G的资源，B站收藏夹里几十个视频，然后每天都在“找更好的教程”。这是一种典型的伪学习状态。你以为你是在为学习做准备，其实你是在用“找资料”逃避“写代码”的辛苦。

学C语言最核心的就一个字：写。写不出来就抄，抄完改，改完调试，调通了总结。我在公司带实习生时，判断一个学生C语言到底行不行，从来不看他说会什么，而是随手写一个简单的链表反转或者字符串处理函数让他现场实现。会就是会，不会就是不会。

另外，很多同学在C语言阶段就焦虑“要不要学数据结构”和“要不要看嵌入式内核源码”。我的看法是：结构体、链表、队列这些数据结构确实要在嵌入式里用，但大一阶段先不用深入。你先把语法、指针、调试搞清楚，大二学数据结构的时候结合STM32的缓冲区管理、消息队列再一个一个对号入座，效果反而更好。内核源码这东西，等你有三年开发经验再看也来得及，大一硬啃纯属自我感动。

3. 第二阶段：STM32入门到进阶的实操路径

3.1 开发环境搭建：Keil MDK、CubeMX、ST-Link一次配齐

C语言阶段告一段落后，你就可以正式接触STM32了。第一步仍然是配环境，这也是新手弃坑率非常高的一个环节。我推荐的标准配置是：Keil MDK（IDE）+ STM32CubeMX（图形化配置）+ ST-Link（调试器），如果是STM32F103系列，再配合ST-Link Utility或者Keil自带的烧录功能就够了。

很多人问，为什么不用VSCode开发STM32？可以用，现在通过EIDE插件、CMake工具链或者CLion都能很好地开发STM32，但我不建议大一新生一开始就折腾这一套。原因很简单：你的目标是尽快熟悉芯片和外设，而不是花两周时间研究链接脚本和CMake语法。Keil MDK的优势是开箱即用，下载安装、破解（请用正版授权，学校一般有）或者评估版，然后配合CubeMX生成的代码，双击打开工程就能编译下载。等你把HAL库玩熟了，再尝试VSCode那套更“现代”的流程也不迟，那时候你知道自己在干什么，出问题也知道怎么排查。

这里提醒一个很常见的坑：如果同时装了C51和STM32两个版本的Keil，安装顺序和路径一定要注意。网上搜“Keil5兼容C51和STM32安装”能出来一堆教程，核心做法是分别安装C51版本和MDK版本，然后通过Keil的包管理器添加对应的Device Pack。很多同学装完发现新建工程时找不到STM32芯片，基本都是因为MDK版本不够新，或者Device Pack没装好。检查思路是打开Pack Installer，看STMicroelectronics下面有没有对应型号，没有就点Install装上。

调试器方面，ST-Link是性价比很高的选择，我用过很多年，稳定可靠。如果你买的核心板上不带ST-Link，自己再配一个V2或者V3就行。插上后如果电脑设备管理器里没有识别到，大概率是驱动问题，去ST官网下载ST-Link驱动，或者直接装一个ST-Link Utility，它一般会同时把驱动装上。装完必须重启一下电脑，让驱动真正生效，这个问题很多新手卡了很久。

3.2 从点亮第一个LED到串口、定时器、中断、I2C/SPI

环境配好之后，学习STM32的顺序不要乱。我建议严格按照下面这条线推进：

• GPIO点灯。这一步本质是学会CubeMX配置一个引脚为推挽输出，然后把电平拉高拉低。别小看点灯，它让你理解时钟使能、引脚模式、GPIO读写这几个核心概念。
• 按键输入。点灯是输出，按键就是输入。学会读引脚电平，理解上拉/下拉电阻，然后配合一个简单的轮询程序让LED随按键变化。
• 外部中断EXTI。按键轮询虽然简单，但会阻塞CPU，中断能让你从“一直在问”变成“有事叫我”。这是嵌入式开发思维转变的重要一步。
• 定时器TIM。定时器是STM32里最常用也最难的外设之一。你要理解预分频PSC、自动重装载ARR、计数模式这几个概念。为什么定时器算出来的时间不准？多半是时钟树没搞明白。我建议专门花两天时间把“时钟树”看懂，别跳过去。
• 串口USART。串口是嵌入式调试最重要的工具，没有之一。学会配置USART、编写重定向的printf、处理中端接收，后期你的日志输出就靠它了。串口乱码、丢数据、接收不定长数据，这些都是经典问题，后面我会专门说。
• I2C/SPI通信。OLED屏、传感器模块、Flash芯片，很多外设都是走这两种协议。核心是理解主从通信、时钟线、数据线、片选、起始/停止条件等概念。用软件模拟I2C也是好方法，能帮你弄清时序。

每学一个新外设，最好都拿它做个能看得见摸得着的小实验。比如学完定时器，做一个呼吸灯；学完串口，做一个上位机控制灯的指令解析。这样你会对“配置外设 → 驱动外设 → 应用外设”这个流程有更真实的感觉。

3.3 学会看芯片手册和原理图，这才是从“会用”到“理解”的分水岭

跟着教程点灯、跑串口，那只是“会用”。很多学生学到一定程度会突然发现：换个芯片型号、换个板子，就不知道怎么配置了。原因很简单：你只记住了教程里的具体步骤，没搞懂背后的原理。要突破这个瓶颈，必须学会看官方手册和原理图，这可能是STM32阶段最重要也最容易被忽视的能力。

STM32有三个文档最关键：

• 数据手册（Datasheet）：芯片特性、引脚定义、电气参数、封装信息。选型时看它。
• 参考手册（Reference Manual）：外设寄存器、功能描述，开发时用得最多的就是它。
• 勘误手册（Errata）：芯片已知问题的修正说明，查某些奇怪Bug时会用上。

我自己的习惯是：拿到任何一块新的开发板，先不看教程，先打开原理图，自己找到LED、按键、串口芯片连接在哪个引脚上，然后去数据手册里对照配置。一次看不会没关系，慢慢看，配合CubeMX的图形化界面看个三五次，你就会发现这些手册其实并不神秘。你以后做毕业设计、做比赛，不可能每次都有人告诉你引脚怎么配置，最终要靠的就是你查手册、看原理图的能力。

3.4 从裸机到RTOS：找好时机再上FreeRTOS

STM32玩到一定程度，比如你已经可以用中断、定时器、串口做一个简单的温湿度监测系统了，你就会遇到裸机开发的局限性：程序里的事务越来越多，while(1)主循环越写越长，中断优先级互相打架，实时性很难保证。这个时候就可以考虑学习RTOS了。

FreeRTOS是入门首选，文档多、资料多、开源免费。你需要理解的核心概念包括任务（Task）、调度（Scheduler）、信号量（Semaphore）、互斥锁（Mutex）、消息队列（Queue）。这些听上去很抽象，但放到实际场景中很好懂：比如你要同时处理按键扫描、OLED刷新、传感器读取、串口上报，用裸机写就是一个大循环轮流处理，用RTOS就是每个任务自己跑独立循环，由调度器决定谁先执行。

我个人的建议是，大二下学期再开始学RTOS，大一阶段先别急。你连裸机状态下的中断嵌套、资源互斥都还没碰到过，直接上RTOS，很容易被各种调度问题搞疯。我见过太多人，RTOS能跑通示例程序，但一遇到任务卡死、优先级翻转这种问题就完全懵了。先练好裸机基础，再上RTOS，水到渠成。

4. 第三阶段：比赛实战，用项目逼自己成长

4.1 主流比赛怎么选：电赛、蓝桥杯、智能车、RoboMaster

STM32学得有点感觉之后，就该考虑通过比赛检验自己了。大学里的嵌入式相关比赛很多，我把主流的基本给大家盘一遍，你们根据自己的情况选一两个就行，不建议贪多：

大一阶段，我建议可以先从蓝桥杯嵌入式起步，因为它一个人就能搞，题目类型稳定，主要考察STM32外设操作和逻辑能力，非常适合作为第一个比赛来“热的场”。等你有一定底子了，再组队打电赛，那才是真正的高强度系统级训练。如果你对机器人感兴趣，RoboMaster不要错过，但要做好付出大量时间、甚至通宵的准备。

4.2 备赛的正确姿势：从历年题开始，千万别一上来就造火箭

比赛准备最忌讳的是“想做一个很庞大很酷的东西”。我身边每年都有队伍，比赛一开始就想做“带视觉识别、语音交互、远程控制、手机APP、云平台”的多功能机器人，结果做到最后连基础功能都跑不通，因为每一个子模块都需要大量时间去调试和磨合。

正确姿势是这样的：先做历年真题，做完一道再做一道。电赛和蓝桥杯都有大量公开的历年赛题，你先挑一道控制类的，比如“两轮自平衡小车”或“简易信号发生器”，然后规定自己在一周内完成。做的时候你会发现自己需要查很多资料、写很多代码、调很多参数，这个过程就是比赛的全部意义。比赛现场拼的不是“灵光一现”，而是“你过去半年到底练了几道题、调通了几套系统”。

备赛过程中，我还建议养成模块化开发的习惯。把每个外设驱动独立成模块，写清楚接口和注释。比如motor.c只负责电机控制，sensor.c只负责传感器读取，让主循环只做逻辑调度。这样即使比赛现场某个模块出了问题，你也能很快定位并替换。同时，代码仓库备份很重要，我见过太多学生因为“进度的代码存在桌面”“昨天改到一半的文件忘了保存”在比赛现场哭的，用Git哪怕是本地仓库也好，每天比赛结束一定要提交。

4.3 比赛真正锻炼的能力：调试、文档、团队协作

很多人以为比赛就是拼谁的技术更强，实际跟下来你会发现，最后拼的是调试能力和团队协作。技术再强，不会系统性排错，照样被一个小Bug拖死。

调试能力里，我最想强调的一点是：不要靠玄学调bug，要学会加日志和分析。比如说传感器数据不对，你先用printf把原始读数打出来，确认是硬件采集问题还是软件处理问题；电机不转，你先确认PWM波到底有没有输出、输出频率占空比是否正确。我在文章前面反复提串口，就是因为在系统调试里它太重要了。很多新手调不通就反复改代码顺序、换引脚，这都是在碰运气，正确做法是用串口日志把所有关键变量打出来，用数据说话。

文档能力也特别关键。比赛报告、设计文档、答辩PPT，这些往往决定了你能不能拿高分。写文档不是比赛结束前的任务，而应该贯穿全程。我今天做了什么、遇到了什么问题、怎么解决的，随手记下来。比赛最后一天你就会感谢这份记录：写报告时素材全都有了，跟队友沟通也有依据。

团队协作主要就一句话：明确分工、定期同步、统一规范。电赛这种四天三夜的高压赛程，如果每个成员各自为战，最后就像一盘散沙。硬件组、软件组、文档组，每个小组要有明确的负责人，每天晚上对一次进度，把当前风险排出来。这些做事方式，等你毕业进了开发团队以后会发现，跟上班是完全一样的。

5. 常见问题与避坑指南：我这些年实际踩过的坑

5.1 开发环境相关的排查：ST-Link无法识别、COM口感叹号、Keil冲突

我这里集中把新手最容易遇到的环境问题整理一遍，每一条都是我实际见过的，有的甚至我自己也踩过。

ST-Link连不上或Keil报“No ST-Link detected”，排查顺序固定是：先看USB线是否支持数据传输（很多线只有充电功能），再换一个USB口，然后在设备管理器看有没有识别到ST-Link设备。如果设备管理器里完全没有设备，大概率是驱动或硬件损坏；如果识别到了但Keil仍然连不上，那就打开ST-Link Utility，选“Connect”，看提示什么错误。另外，BOOT0跳线帽如果接错了，也可能导致连不上或者程序无法下载，关于启动模式，STM32的BOOT0和BOOT1组合决定了芯片启动时从Flash、系统存储器还是SRAM启动，正常下载程序都是从Flash启动（BOOT0接低电平），如果BOOT0误接高电平，芯片会从系统存储器启动，此时调试器连上但你的程序不会跑，非常迷惑。

设备管理器里出现“STM32 Virtual COM Port”黄色感叹号，这基本就是驱动问题。STM32板载虚拟串口芯片，最常见的是STM32F103板载CH340或者板载ST-Link自带的虚拟串口。前者要装CH340驱动，后者要装ST官方驱动。装完驱动还带感叹号的，试试右键“更新驱动程序”手动指定驱动目录，或者卸载设备后重新扫描硬件改动。

Keil5想兼容C51和STM32，网上教程很多，但核心就一句话：先装C51版MDK，再装ARM版MDK，很多同学装反了导致无法共存。装好后打开Pack Installer分别安装对应的Device Pack。如果编译时出现“Target not created”之类的错误，多半是设备包没装或者当前工程选的芯片和所装设备包不一致。

5.2 调试过程中的经典问题：串口乱码、定时器不准、WiFi断连、CAN BusOff

环境问题解决后，真正的调试问题才是大头。我挑几个代表性的聊聊。

串口发送乱码。90%的情况是波特率不匹配，比如CubeMX里配了115200，但你电脑串口助手选的9600。剩下10%是外部晶振频率和代码里配置不一致，或者使用了内部RC振荡器导致时钟不准。排查时先把波特率统一，再用逻辑分析仪或者示波器看波形，就很容易定位。

定时器计时不准。我用STM32F103点灯做呼吸灯时，感觉频率跟理论计算差很远，后来排查发现是CubeMX时钟树配置里的HSE外部晶振频率填错了，板子上是8MHz，我填成了25MHz，导致整个系统时钟全偏。定时器算不准，不要先去改预分频值和重装载值，先检查系统主频到底是多少，把SystemCoreClock值打印出来对一下。

嵌入式WiFi模块断线后重连。这是很多项目和比赛里会碰到的问题。经典做法是：在主循环里定期检测WiFi连接状态，如果断开则调用重连函数；同时给AT指令的串口响应设置超时判断，不要死等。更稳一点的做法是加一个“心跳包”，服务端如果连续一段时间没收到心跳包就认为设备离线，设备端根据心跳结果决定是否重新连接。WiFi断连不是“调一下就行”的事，一定要设计一个状态机，把“正常连接—断开—重连—恢复”整个过程管起来。

CAN总线BusOff恢复。嵌入式里用CAN总线的场景非常多。总线出现BusOff时，节点会主动脱离总线，如果不做恢复处理，整个节点就“失联”了。恢复的核心思路是：检测到BusOff后，先让控制器进入初始化模式，清掉错误计数器，然后重新进入正常模式，最后再重发未发完的数据。很多HAL库版本的代码里需要手动调用HAL_CAN_DeInit再重新HAL_CAN_Start。这里我建议加个软件标志位区分“正常停用”和“错误恢复”，不要在初始化阶段误触发恢复流程。

5.3 学习心态：别掉进“视频看完=学会”和“样样都想学”的陷阱

最后这部分不讲技术，讲心态，但我觉得比任何技术都重要。

我在带学生的过程中，发现两类人的落差最大。第一类是看视频狂魔，每个教程都从头看到尾，笔记做得漂漂亮亮，但一动手就废。第二类是工具收藏狂魔，今天学一下K210，明天看一晚上嵌入式Linux，后天又对AI模型量化感兴趣，最后哪样都不精。

嵌入式这个领域特别怕“广而浅”。你大一确定C语言和STM32这条主线，就该在一个学期内把这条主线走完，不要被其他花哨的东西带跑。K210、Linux、AI识别这些当然很好玩，但它们应该是在你完成主线任务之后的“扩展”。我在工作中见过很多优秀的嵌入式工程师，他们的知识面之所以广，是因为他们在某一条主线上挖得足够深，从而有了快速迁移能力，而不是漫无目的地四处踩点。

如果你现在是大一，我给的建议非常具体：前两个月专心把C语言刷到200道题，中间两个月把STM32从点灯做到串口调试和定时器，最后两个月准备蓝桥杯或者做一个完整的小项目。不用怀疑进度慢，真正照做的人，到大二开始参加比赛时，基础已经比很多人强了。

说实话，嵌入式这条路最难的其实不是技术本身，而是“在没人监督的情况下坚持动手”这件事。教程、开发板、芯片手册都是免费的，你能不能用半年时间把这条路线走完，才是你和其他人拉开差距的地方。