EEPW论坛

以下是一位网友分享的嵌入式开发经历，希望可以帮到你。

学习本专业知识（EE专业），

学习嵌入式软件开发需要的计算机课程（汇编原理，计算机组成原理，操作系统，C语言等），

学习嵌入式项目（来源于实验室项目，自己想到的项目以及各种比赛）。

① 学习51单片机。

这个阶段你只需要跟着郭天翔的视频去学，只要求实现功能，不求甚解。

但建议能够提出问题，比如“为什么往IO控制寄存器写入特定值能点亮LED灯？”

“IO口的电路结构是什么样子的？”

“什么是上拉下拉，灌电流拉电流？”，

这一阶段主要是熟悉单片机的使用，并且在使用中思考发现问题，还能熟悉一些基本概念。

② 开始查资料看书。

看模拟电路数字电路等等，开始去弄明白1中所提出的问题。这时候问题主要集中在电路方面。

③ 开始学习STM32。

随便买个板子，看原子的书跟着一步步去做。

这时候你会遇到很多计算机方面的问题，这时候一边学习教程，一边学习：微机原理，编译原理，操作系统。

你要弄清楚 ARM 架构，弄明白 CPU 如何取指，译码，执行，知道地址总线，控制总线，数据总线如何工作。

要弄明白你编译各个阶段产生的各个文件是什么，什么是分散加载，什么是重定位，什么是代码段，什么是数据段，等等。

弄明白 CPU 如何启动，程序镜像在内存中如何布局。

要知道中断的原理，以及现场保护等等。最后你了解了各个知识点之后，转向 GCC 开发 STM32，这时候你如果知识掌握得不错，你应该可以很快地学会编写链接器脚本并且明白每一条语句所代表的含义。

④ 开始增强 C 语言。

深入挖掘C语言的各个死角。

最好可以做到当你写下一条语句的时候知道编译器会如何处理。

还需要数据结构和软件工程，建议最好还要学习一下设计模式。

开始学习养成良好的代码风格，开始思考代码的结构。

可以说设计模式如果能学好，在往后学习 LINUX 内核时大有裨益。

你会发现 LINUX 的输入子系统有点像职责链模式，会发现 ASOC 音频系统有点像模板方法模式。

私以为，如果能在两个以上不同方面考察同一种编程思想，你会得到更加深刻的理解，更能领会其精华。

⑤ 认真研读 OS 方面的书。

各个知识点都要弄明白，进程是什么，程序是什么，线程是什么，竞争死锁优先级反转，虚拟地址空间物理地址空间，用户空间内核空间等等。

开始学习 ucos，这个没什么可说的，如果在 2 中能熟练掌握各种知识点，知道 CPU 如何中断如何保护恢复现场，那么读ucos 的源码时候，在原理上就不会有什么疑惑。

如果能在 4 中养成把握代码整体结构的能力并且学习好数据结构和基本的算法，读源码就没有什么障碍。

一旦原理弄通了，源码也能读懂，那么吃透 ucos 就是顺理成章的事情。

⑥ 自己仿照 ucos 写一个 stm32 上的实时 os 出来。

⑦ 进军 LINUX。

学习 LINUX 的基本使用，看赵炯那本内核剖析，啃 LINUX 内核设计与实现，把握总体的内核架构。

之后可以学习驱动，看建议陈学松老师的书，弄明白基本的驱动架构和如何编写简单的驱动，认真对待，这里强调一下设备驱动模型。

最后啃 LINUX 内核源码情景分析，上下两册用心读，这里着重强调一下内核中的 VFS 部分。

之后就是看宋宝华老师的书，进一步学习驱动开发。

最后，看内核源码看内核源码看内核源码。

⑧ 其它的什么 SPI，IIC，什么 DMA，都只是技能问题，只要知识学的好，技能想咋点就咋点。

大三到研究生入学前这个阶段我在工作与考研之间无比纠结，并在此期间无数次常思考嵌入式开发到底是什么，如何把嵌入式开发做好，以后该选择怎样的一条职业道路。

为此，像很多人一样，在知乎上像做嵌入式开发的前辈们咨询过多次。

在这个阶段，我学习了 Linux 驱动开发，并渐渐认识到，嵌入式开发是一个比较偏软件的岗位（我认为大多数学生做的工作都是嵌入式软件开发，而不是硬件开发），

应该深入学习计算机体系结构的知识，而不是把那些无聊的嵌入式相关项目翻来覆去的做（尤其少参加乱七八糟的比赛）。

最终，我选择了读研，想站的再高一点看这件事。

研一进入研究生阶段（2018），当大家都火急火燎的加入 AI 的阵营时，我依然对嵌入式爱的深沉。

选课时，我选择了嵌入式实时操作系统，计算体系结构相关的课程，还看了很多相关的书籍，依然每周保持嵌入式 Linux 的学习。

时不与我，明明选择了做底层的导师，结果导师转做深度学习了，还好是做终端+AI相关的方向，也不算完全偏离嵌入式，这让人多少有点欣慰（毕竟我还是放不下嵌入式的）。

在这个阶段，由于接触了不少的人和事，我越来越认识到，嵌入式只是一个平台，切勿把嵌入式看作一个具体的岗位，无论硬件还是软件。

因此，我对这个岗位以及行业就业现状有了更进一步的认识。

研二到研三在这个阶段，我对狭义嵌入式（驱动，应用开发）完全释怀，

我认为许多人喜欢的嵌入式并不是驱动或者应用等开发，而是对底层系统的一种好奇心与掌控时的快感。

与其说喜欢嵌入式，还不如说喜欢的是计算机体系结构。

因此，只要是涉及到硬件的软件开发，我都喜欢，我也将其均定义为嵌入式。

因为嵌入式软件开发就是建立在底层语言，计算机组成原理，操作系统等知识上的一种软件开发，

如果你想将嵌入式开发做好，你就得学好这几门课程 ，如果你学好了这几门课程，底层软件开发工作的岗位你应该都能胜任。

因此，又何必将嵌入式开发狭义的划到驱动开发，XX协议开发之类的呢？

最终，这个阶段我毅然放弃了 Linux 驱动的学习，投入了 Python 深度学习的怀抱中。

我不再关注我到底做的是不是嵌入式开发，只关注和嵌入式平台有没有关系。

我研究的是如何把一个深度学习模型部署到嵌入式平台上去。

有人可能会疑问，这和嵌入式开发有什么关系？为什么没有关系呢？在嵌入式平台上用 C 语言编写神经网络模型的前向推理，这不是把我们的C语言和组成原理的知识发挥出来了吗？

当图像处理程序性能不足时，查看生成的汇编程序，当汇编效率不高时，将 C 语言替换为我们自己写的汇编代码，这还不够嵌入式吗？

其实，当我们把思路放宽后，嵌入式就不再是某一个具体的岗位了，

它有可能是 AI 算法工程师，AI编译器开发工程师，FPGA加速工程师，高性能工程师等等。