嵌入式学习心得体会

嵌入式学习心得体会(经典)

当在某些事情上我们有很深的体会时，写心得体会是一个不错的选择，这样就可以通过不断总结，丰富我们的思想。那么如何写心得体会才能更有感染力呢？下面是小编收集整理的嵌入式学习心得体会，希望能够帮助到大家。

从实习到现在搞嵌入式开发快一年了，蓦然回首好像一年过得挺快，挺顺利的。细细品味，发现这一年还是有很多值得回忆和总结的东西。至少这一年看书挺多，大概二十几本，当然和那些一年看一百多本书的人没法比，但是我已经超越了自己。这是我大学毕业的第一年，初次走上社会，很想一展身手，可是.....其实也不用可是了，和很多朋友一样碰了很多钉子，现在我和老板的关系就挺一般的，只是我性格还不错。呵呵～～，做优秀员工看来还得慢慢学。

今年最大的收获就是做了一个半项目，是在uClinux下面跑的。半个是SNMP-Agent的实现，因为我去的时候snmpd已经跑起来了，我只是实现部分管理功能;一个是基于Web的管理系统，使公司的主打产品微波通信设备上网。这个项目是我一手策划，一手实现(界面设计是一位女同事，很优秀的程序员)，从中学到的东西也最多，感情不可谓不深。

SNMP即简单网络管理协议，其实一点都不简单。在我所知的网络协议里面，它仅仅比OSI的CMIP简单一点，而CMIP直到现在还没得到广泛应用。我们能够实现SNMP-Agent不能不感谢CarnegieMellon大学免费发布的ucd-snmp软件包。它使得开发人员专注于实现对特定设备的管理功能。

我在项目中的工作主要是扩展MIB，实现相应的管理功能以及网络功能的扩展。我们公司的MIB库比较庞大，但是程序运行还是挺快的。因为ucd-snmp软件包中大量使用回调函数，而且它将MIB树以二叉树形式表示，但是每个结点不是单个的MIB结点，而是一个表，包括了多个结点。回调函数和两层表示法的使用是操作快速的主要因素。

基于Web的管理系统我原本是打算在设备外实现SNMP-Manager的功能，因为设备中已经嵌入了Agent。这样管理人员可以在世界各地通过WWW登录公司的管理平台，实现对所有设备的管理。但是老板想在设备中嵌入一个管理系统，可以通过www管理单个设备就行。呵呵～～，这样工作又轻松了一点，就按老板的意思做了。

我用的http服务器是BOA，它比现在市场占有率第一的Apache速度要快。目前还只支持CGI，我就用C写CGI程序，古老了点。但是在开发过程中感觉用CGI比用现在流行的ASP，JSP要爽，可以随心所欲，哈哈～～，而且这也是用CC++语言的优点。CGI程序很简单，它的输入就是标准输入，它的输出就是标准输出。BOA在uClinux上面跑总要出点问题的，出问题好，出了问题我就能找到问题，一来一往，我对socket编程，I/O多路等编程技术了解也就越来越深了。

在Linux下面搞了一年，不爱上Linux都难，个人认为软件开发人员在Linux下面进步是最快的。那么多优秀的开源代码供我们研究，犹如每天与世界上最优秀的程序员打交道，进步于不经意间。哈哈～～。正所谓“熟读唐诗三百首，不会作诗也会吟”。GCC编译器的优秀不用多说，我觉得写Makefile也是很件开心的事。不推荐程序员搞开发都用IDE，隔靴捎痒很不爽。但是Linux缺点也很明显，听歌、看碟、玩游戏不如Windows。恰巧公司的电脑没音箱，干脆我就懒得用Windows了。

用Linux而不讲开源是不道德的，我们程序员享受着开源的好处，自然也要为开源做点贡献。我开发的所有软件都开源，但是我也有个“怪癖”：不喜欢别人在我代码未完成的时候问我要源代码。

做嵌入式开发一年，稍稍有点心得。总结了一下，有以下几点经验：

1.不要玩Linux。这一点主要是对像我这样在Linux下面开发的程序员来说的。因为Linux对程序员的吸引力很大，但它下面可以直接用的软件还是比较少。于是我们总想到网上找一些开源的软件装到我们的机器上，从无到有让人很有成就感的，呵呵～～。要是装上的不是最新版本的还不满意，于是又开始忙升级。在Windows下这个过程大概没什么意思，全都next了。在Linux下就不一样了，直接拿过来的源代码很多编译都不能通过，最新版本更是这样，得我们自己改，而且往往时改了又改。这个过程很花时间，我就在这方面浪费了很多时间，本来有个月工作比较轻松，打算阅读Linuxkernel代码(也想成高手，呵呵～～)，当时我机子上没有好的阅读工具，于是先弄了个sourcenavigator，觉得不够又装了个openoffice，然后又找来了几份不同版本的kernel代码。结果一个月过去了，一个文件夹还没看完。后面工作紧了，只能把看kernel当休息，直到现在才粗略看完fs,mm两个文件夹。

2.不要满足于C语言。C语言很优秀，也很简单。程序设计能力不等同于用C语言能力。嵌入式开发程序员要有扎实的数据结构基础，要积极的学习操作系统，积极的学习网络编程，要是想进行驱动开发还需要积极的学习硬件知识。

3.了解几种芯片体系结构。嵌入式不像PC领域x86一统天下，在嵌入式领域ARM、MIPS、M68k等各显神通。例如ARM7是没有MMU的，uClinux在它上面跑是最合适了，但是没有MMU我们也必须实现简单的MM功能，同时没有MMU一些常用库函数是不能实现的，这些嵌入式开发程序员必须要了解。

4.编写无错的'C程序。关于这一点建议阅读SteveMaguire的《WritingCleanCode》。我对MS没有好感，但这不影响我对MS里面大牛们的尊敬。嵌入式的调试是非常麻烦的，很耗时。虽然有gdbserver这类工具，但是你用的开发工具链中不一定包括它，而且就算用上了调试仍然是很花时间的。所以要是不想天天通宵调程序呢，那就要时时以编写无错程序为目标。

5.了解一点编译知识。这对编写高性能程序很有帮助。

6.学习设计模式。设计模式一般在高级语言中讨论较多，但是好东西应该大家一起分享。学习设计模式对提高我们的设计能力非常有帮助。用C语言也可以实现一些模式思想，例如我们常用的回调函数，就可看作是Command模式的C语言版本。

7.要有前瞻性，要积极学习新技术。目前的嵌入式开发一般都是将PC应用加以剪裁，移植到嵌入式系统中。但是随着通信技术的发展，IPv6的广泛应用，设备上网是大势所趋。许多新技术有可能在嵌入式领域率先应用。把握住这个趋势，嵌入式程序员大有可为。

现在很多公司招程序员要求有嵌入式开发经验，其实本质上嵌入式开发和我们平常的开发没什么不同，只是要求严格一点。我写下这些希望对学习嵌入式开发的朋友们有所帮助。

嵌入式ARM软件开发设计流程 ……此处隐藏18881个字……从硬件着手开始学，要么从操作系统的熟悉到应用开始学，但不管学什么，只要不是纯的操作系统级，硬件的寄存器类的东西还是要能看懂的，基于板级的汇编和C编程还是要会的。

μC/OS-II 是一种基于优先级的抢占式多任务实时操作系统，包含了实时内核、任务管理、时间管理、任务间通信同步(信号量，邮箱，消息队列)和内存管理等功能。它可以使各个任务独立工作，互不干涉，很容易实现准时而且无误执行，使实时应用程序的设计和扩展变得容易，使应用程序的设计过程大为减化。μC /OS-II是一个完整的、可移植、可固化、可裁剪的占先式实时多任务内核。μC/OS-II绝大部分的代码是用ANSI的C语言编写的，包含一小部分汇编代码，使之可供不同架构的微处理器使用。

μC/OS-II可以大致分成内核结构、任务管理、时间管理、任务之间通信与同步4个部分。内核结构是操作系统的处理核心，包括操作系统初始化、操作系统运行、中断进出的前导、时钟节拍、任务调度、事件处理等多部分。任务管理部分中的内容都是与任务的操作密切相关的。包括任务的建立、删除、挂起、恢复等等。因为μC/OS-II是以任务为基本单位调度的，所以这部分内容也相当重要。μC/OS-II中的最小时钟单位是timetick(时钟节拍)，任务延时等操作是在时间管理这部分完成的。任务之间通信与同步为事件处理部分，包括信号量、邮箱、邮箱队列、事件标志等部分;主要用于任务间的互相联系和对临界资源的访问。μC/OS-Ⅱ操作系统是在main()中建立的，首先要系统初始化，OSInit()，初始化系统所有的变量和数据结构。然后进行任务的创建，OSTaskCreate();之后进行多任务的启动，OSStart()。在进行任务的并行处理的时候，一个任务的程序是顺序执行的，而不同任务的程序却是并行执行的。从应用程序的观点来看，此处的并行处理只是一个假象。而实际上它是通过实时操作系统的内核控制任务之间的切换来实现的，也就是任务调度啦。

μCOS-Ⅱ总是运行进入就绪态任务中优先级最高的那一个。当创建新任务时，或当前任务调用一些可能把自己挂起的系统函数(如OSMBoxPend)时，内核就要进行任务切换。在上述的场合，任务级的调度是由函数OSSched()完成的。

在一个多任务的应用工程中，任务之间并不是完全独立的，它们存在一些需相互配合的处理，这些相互配合是靠任务间的通讯或同步，信号量、邮箱、消息队列可以实现这种任务与任务，任务与中断服务函数间的通讯与同步。

邮箱可以使一个任务或者中断服务子程序向另一个任务发送一个指针型的变量。而信号量不可以，其只能发送信号量。消息队列可以使一个任务或者中断服务子程序向另一个任务发送以指针方式定义的变量。因具体的应用有所不同，每个指针指向的数据结构变量也有所不同，实际上，我们可以将消息队列看作多个邮箱组成的数组，只是它们共用一个等待任务列表。

我们实验所用的ARM开发工具是ADS1.2。ARMADS全称为ARM Developer Suite，是ARM公司推出的新一代ARM集成开发工具。现在ADS的最新版本是1.2，支持软件调试及JTAG硬件仿真调试、支持汇编、C语言、C++源程序，具有编译效率高、系统库功能强等特点。在安装ADS1.2的时候出现过小问题，当时我的电脑是64位的，安装完之后显示不了，后来百度查找到原因，竟然是文件夹放错地方，应该放在Program Files(x86)这个文件夹中。后来有同学问我这方面的问题，但是发现他们的ADS1.2安装不了的原因是因为Licence弄错了。在打开CodeWarrior for ARM Developer Suite的时候，一定要记得选DebugInChipRAM,否则Make都出现很多error，而且那些几乎都是未定义函数的错误。之后就进行Debug，调试成功之后会跳出AXD的界面，选择Options里面的ConfigureTarget,再添加H-JTAG的文件，之后点击GO，程序会跳出汇编语言的界面，再点击下就跳到C语言程序入口地址，之后再点击下GO，程序就开始跑起来。前面所述的这些步骤是理想情况下程序自身没有发生错误，当然在调试过程中，还是有很多硬件上的问题，一方面是有些开发板可能用久了，用JTAG并口连接的时候接触不良，很容易自动掉线，常出现未连接设备的的Error,还有一方面是跑程序过程常会出现兼容性的问题，导致程序AXD调试时候会出现卡在某个部分一直进入死循环，这个后来是解决了，但是偶尔还是会出现这个BUG。

通过这学期对嵌入式的学习，我发现自己尚未掌握的知识点还是蛮多的，尤其是对μC/OS-II的移植方面，我只是理论上粗略了解，没有经过实验的操作。还有对存储器加速模块(MAM)这方面不够了解，主要一方面当初在做消息队列采集实验(KeySem_SampdataQeue)，这个模块被代替掉，不需要使用它，所以后来也没有去掌握相关知识点。对于任务就绪算法这部分，我只是上课的时候听“懂”了，课后自己再看完全懵了。对于CAN总线调试的部分，老师上课没有讲到这部分的介绍与应用，但是后来通过自己对实验室师兄们所做的课题初步了解，发现我自己有必要去弄懂它的构造和原理。

“看书不要希望一次就会，一次就明白是什么意思，也不要死记硬背，看不明白也没关系，以后遇到了知道去哪里去找就可以了，以后遇到的多了，也就记住了，遇到的少的，忘记也就忘记了。”依然记得当初不懂怎么解决某个问题的时候请教李硕师兄，师兄对我说的这番话。自己在μC/OS-II这部分内容挣扎了好久，现在想想，觉得当初不应该一上来就直接阅读内核源代码，看了一些自己把头撞破也想不明白的事，这样直接正面打击我学习嵌入式的积极性。学习啊，还是得要循序渐进。如果你想学习嵌入式一定要有块学习板。看再多的视频，看再多的书，也不如自己动手试一下，看着很简单的东西，做起来就可能遇到很多的问题，遇到问题找到原因，解决问题，只有这样才能学到东西。记得我第一次仿写led的驱动，想自己试一下，可是自己一试，就出了好多的问题，那个led弄了我一天才把led灯点亮。所以不要眼高手低。

对于初学者，有一点小建议，我们拿到一个开发板，很兴奋也很激动，想法自然也很多，想用开发板实现自己的这个想法，实现那个想法，然后又不知道从何下手，然后就去论坛中发一个贴，最后等着别人去回复，当见没人回复就开始抱怨。这种做法是不可取的，有想法是好的，我们要实现自己的想法也是有前提的，首先，我们对这部分知识了解吗?如果不了解就去google一下(最好别用百度，不太好用)，了解了一些，也就大概知道要怎么做了。如果再遇到问题，再去发贴问，这样也显得咱们有水平。比如自己连串口是什么都不太清楚呢，就问串口通信怎么做啊，就是人家把代码给咱，咱也不明白是怎么回事啊。见多识广，熟能生巧。多看代码，要从代码中读出代码的意思来。自己平时也要多写代码，多练习(这一点我做的不好，写的少)。

最后，我想说的是嵌入式系统的学习和研究一旦我们达到了一定的水平后，其实很简单，就是如何去看CPU和相关芯片的Datasheet!