1、嵌入式学习的心得体会导语：嵌入式是指以应用为中心，以计算机为基础，并且软硬件可裁剪，适用于对功能、可靠性、成本、体积和功耗有严格要求的专用计算机系统。下面是小编给大家整理的嵌入式学习的心得体会，希望能给你带来帮助!本人本科学的是电子信息工程专业，其实这个专业和嵌入式没有多大的关系，要说有关系就是简单的讲了下 C语言语法，学完之后还不知道什么是 C 语言，只记住了char,int,long 等占几个字节，if, while,for 循环什么的，感觉也就能算一些小学就会的题目，全国计算机二级 C 语言也就糊涂的过了。我这个专业没学过 C+，一开始不知道什么是面向对象，这可能会让人笑话了。不过这说的
2、是实话，本科的时候，学院安排的课程大部分偏硬件部分，动手机会比较多，自然而然比较喜欢硬件方面。在大二的时候就听学长说，单片机很难学，那时候经学长介绍，淘宝买了本郭天祥老师出的书51 单片机 C 语言教程 ，一开始还真是不怎么懂，感觉有点像是看天书，然后硬着头皮去看，当我把 51 的结构看完了，就不像一开始那样一头雾水了，自己在纸上把 51 的结构图默画一遍，然后再把各个寄存器功能写一下，各个功能口的结构粗略画了下，然后觉得 51 整体已在我心中了，虽然没有什么作用，但是至少懂得这门课要怎么去学习。其实有些时候不是这个东西你不会，而是在不会的时候自己先告诉自己这个太难了，自己先放弃了。在大三的时
3、候，第一学期课比较少，我就经常待在图书馆，会去蛮看些专业相关的书籍，现在想想，那时候也是机缘巧合下，看到了一本书从 51 到 ARM ，讲述的是从51 系列单片机的一般知识出发，将 arm 处理器和 51 系列单片机进行对比，引导读者去理解和学习 arm 处理器的知识。那个时候也有考虑到以后就业的问题，就想到一件事情，如果去应聘工作的话，每个工科院校电子信息类的毕业生都会异口同声地说：我会 51 系列单片机。当他说这句话的时候，他和别人是站在同一起跑线上的。可我们完全有可能和别人不站在同一起跑线上。正是这本书给我开启了另外一扇大门，让我初步了解了嵌入式。后来去报考全国计算机等级考试三级教程嵌入
4、式系统开发技术，在图书馆奋斗了两个月，最后取得优秀的成绩，也让我进一步了解嵌入式系统。在大四的时候，我们有嵌入式的选修课，不过当时因为考研的缘故，就没有去上过这门课，好可惜呀!但是，在选择读研研究方向的时候我还是毅然选择了嵌入式方向，我知道这将成为我未来三年研究的方向。这学期(研一下学期)，很开心能够再次接触嵌入式系统这门课程，对于导师教的这门课程，我觉得自己上课还是蛮认真听讲的，当然也被师在台上那讲得头头是道，温文儒雅的风姿所吸引。对于没有学过微机 8086 的我，有些时候,老师用微机与嵌入式的对比让我头脑没有相关概念.首先，我对嵌入式在概念上有了一个比较精确的了解。嵌入式是指以应用为中心，
5、以计算机为基础，并且软硬件可裁剪，适用于对功能、可靠性、成本、体积和功耗有严格要求的专用计算机系统。它由硬件平台和系统软件组成。硬件平台指嵌入式处理器和与之通过接口连接的外围硬件平台。系统软件是指实时操作系统和用户应用软件。谈到硬件部分，我首先想到的是嵌入式处理器那些外围功能模块。对于这部分的学习，我当初花了好长时间看深入浅出 ARM7LPC2400这本书，现在想想觉得自己学习方法没用对，完全没有那个必要，自己却花了大把时间在看这些寄存器引脚的使用，因为单纯的看过之后还是很容易忘的，之后在进行实验的时候还是翻书来查就证明了这一点。不过一些最基本的模块，例如通用输入/输出口(GPIO)，通用异步
6、收发器(UART)，向量中断控制器(VIC)，外部中断输入和定时器/计数器还是需要看书认真去记住那些常用的引脚功能。对于 CPU 异常这部分，我一开始以为异常就是中断，因为处理程序流程设计是相似的，都是请求处理器打断正常的程序执行流程，进入特定程序的一种机制。当时还对老师提出的一个看法有点疑义，51 可以处理中断嵌套而 ARM 处理器却不能?我当时脑子里面就在想：中断不都是有硬件设备产生的，那按常理来讲 ARM 处理器也可以处理的呀。后来在认真查书，发现 CPU 异常有 7 种：复位，数据中止，中断，快中断，预取中止，未定义，软件中断。而异常向量会使 CPU 转入异常入口地址执行程序，开始了异
7、常处理。同理的话，中断向量使 CPU 转入中断入口地址执行程序，开始了中断处理。即当发生 IRQ 中断时，程序返回地址被存入该 IRQ 中断模式下的 LR，如果继续发生 IRQ 中断，那第二次的中断返回地址也还是被存入该 IRQ中断模式下的 LR 中，那先前发生中断时候存入的程序返回地址将被覆盖掉，导致不能返回正确的位置。在我解决这个问题的期间，每次睡前思维准会定格在这问题上，久久不能绕出来，其实有时候查书还是最好的解决方案，因为网络资源只能提供给我们部分的参考资料。对于 ARM 汇编语言这部分的学习，我认为是需要重视的，学汇编不是说用这语言做多牛逼的事情, 问题的关键在于, 学透了汇编会使你
8、真正理解计算机。另外一方面,只要以后在嵌入式工作中你迟早会在某个阴暗的角落里遇到汇编。 “不管你承认不承认, 现在的 CPU 没有直接跑高级语言的, 哪怕是虚拟机也都是类似汇编的指令集.当遇到崩溃分析, 性能优化甚至编译器抽风等等的时候, 汇编是你最后一根救命稻草(这句话是福来师兄讲的)。 ”为此他给了我们一份资料，周立功 lpc21xx/lpc22xx 系列 ARM7 启动代码分析，主要讲述的是文件的分析，看了下才发现老师上课讲的那个启动代码分析很多不理解之处这里都有详细的介绍，这分析太精辟了。学 ARM7 这么久，我认为从硬件上讲，一方面就是学习接口电路设计，另一方面就是学习汇编和 C 语
9、言的板级编程。如果从软件上讲，就是要学习基于 ARM 处理器的操作系统层面 的驱动和移植。这些对于我们初学者来说必须明确，要么从硬件着手开始学，要么从操作系统的熟悉到应用开始学，但不管学什么，只要不是纯的操作系统级，硬件的寄存器类的东西还是要能看懂的，基于板级的汇编和C 编程还是要会的。C/OS-II 是一种基于优先级的抢占式多任务实时操作系统，包含了实时内核、任务管理、时间管理、任务间通信同步(信号量，邮箱，消息队列)和内存管理等功能。它可以使各个任务独立工作，互不干涉，很容易实现准时而且无误执行，使实时应用程序的设计和扩展变得容易，使应用程序的设计过程大为减化。C /OS-II 是一个完整
10、的、可移植、可固化、可裁剪的占先式实时多任务内核。C/OS-II 绝大部分的代码是用 ANSI 的 C 语言编写的，包含一小部分汇编代码，使之可供不同架构的微处理器使用。C/OS-II 可以大致分成内核结构、任务管理、时间管理、任务之间通信与同步 4 个部分。内核结构是操作系统的处理核心，包括操作系统初始化、操作系统运行、中断进出的前导、时钟节拍、任务调度、事件处理等多部分。任务管理部分中的内容都是与任务的操作密切相关的。包括任务的建立、删除、挂起、恢复等等。因为 C/OS-II是以任务为基本单位调度的，所以这部分内容也相当重要。C/OS-II 中的最小时钟单位是 timetick(时钟节拍)
11、，任务延时等操作是在时间管理这部分完成的。任务之间通信与同步为事件处理部分，包括信号量、邮箱、邮箱队列、事件标志等部分;主要用于任务间的互相联系和对临界资源的访问。C/OS-操作系统是在 main()中建立的，首先要系统初始化，OSInit()，初始化系统所有的变量和数据结构。然后进行任务的创建，OSTaskCreate();之后进行多任务的启动，OSStart()。在进行任务的并行处理的时候，一个任务的程序是顺序执行的，而不同任务的程序却是并行执行的。从应用程序的观点来看，此处的并行处理只是一个假象。而实际上它是通过实时操作系统的内核控制任务之间的切换来实现的，也就是任务调度啦。COS-总是
12、运行进入就绪态任务中优先级最高的那一个。当创建新任务时，或当前任务调用一些可能把自己挂起的系统函数(如 OSMBoxPend)时，内核就要进行任务切换。在上述的场合，任务级的调度是由函数 OSSched()完成的。在一个多任务的应用工程中，任务之间并不是完全独立的，它们存在一些需相互配合的处理，这些相互配合是靠任务间的通讯或同步，信号量、邮箱、消息队列可以实现这种任务与任务，任务与中断服务函数间的通讯与同步。邮箱可以使一个任务或者中断服务子程序向另一个任务发送一个指针型的变量。而信号量不可以，其只能发送信号量。消息队列可以使一个任务或者中断服务子程序向另一个任务发送以指针方式定义的变量。因具体
13、的应用有所不同，每个指针指向的数据结构变量也有所不同，实际上，我们可以将消息队列看作多个邮箱组成的数组，只是它们共用一个等待任务列表。我们实验所用的 ARM 开发工具是。ARMADS 全称为 ARM Developer Suite，是 ARM 公司推出的新一代 ARM 集成开发工具。现在 ADS 的最新版本是，支持软件调试及 JTAG 硬件仿真调试、支持汇编、C 语言、C+源程序，具有编译效率高、系统库功能强等特点。在安装的时候出现过小问题，当时我的电脑是 64 位的，安装完之后显示不了，后来百度查找到原因，竟然是文件夹放错地方，应该放在 Program Files(x86)这个文件夹中。后来
14、有同学问我这方面的问题，但是发现他们的安装不了的原因是因为 Licence 弄错了。在打开 CodeWarrior for ARM Developer Suite 的时候，一定要记得选 DebugInChipRAM,否则 Make 都出现很多error，而且那些几乎都是未定义函数的错误。之后就进行Debug，调试成功之后会跳出 AXD 的界面，选择 Options 里面的 ConfigureTarget,再添加 H-JTAG 的文件，之后点击GO，程序会跳出汇编语言的界面，再点击下就跳到 C 语言程序入口地址，之后再点击下 GO，程序就开始跑起来。前面所述的这些步骤是理想情况下程序自身没有发生
15、错误，当然在调试过程中，还是有很多硬件上的问题，一方面是有些开发板可能用久了，用 JTAG 并口连接的时候接触不良，很容易自动掉线，常出现未连接设备的的 Error,还有一方面是跑程序过程常会出现兼容性的问题，导致程序 AXD 调试时候会出现卡在某个部分一直进入死循环，这个后来是解决了，但是偶尔还是会出现这个 BUG。通过这学期对嵌入式的学习，我发现自己尚未掌握的知识点还是蛮多的，尤其是对 C/OS-II 的移植方面，我只是理论上粗略了解，没有经过实验的操作。还有对存储器加速模块(MAM)这方面不够了解，主要一方面当初在做消息队列采集实验(KeySem_SampdataQeue)，这个模块被代
16、替掉，不需要使用它，所以后来也没有去掌握相关知识点。对于任务就绪算法这部分，我只是上课的时候听“懂”了，课后自己再看完全懵了。对于 CAN 总线调试的部分，老师上课没有讲到这部分的介绍与应用，但是后来通过自己对实验室师兄们所做的课题初步了解，发现我自己有必要去弄懂它的构造和原理。“看书不要希望一次就会，一次就明白是什么意思，也不要死记硬背，看不明白也没关系，以后遇到了知道去哪里去找就可以了，以后遇到的多了，也就记住了，遇到的少的，忘记也就忘记了。 ”依然记得当初不懂怎么解决某个问题的时候请教李硕师兄，师兄对我说的这番话。自己在 C/OS-II 这部分内容挣扎了好久，现在想想，觉得当初不应该一上
17、来就直接阅读内核源代码，看了一些自己把头撞破也想不明白的事，这样直接正面打击我学习嵌入式的积极性。学习啊，还是得要循序渐进。如果你想学习嵌入式一定要有块学习板。看再多的视频，看再多的书，也不如自己动手试一下，看着很简单的东西，做起来就可能遇到很多的问题，遇到问题找到原因，解决问题，只有这样才能学到东西。记得我第一次仿写 led 的驱动，想自己试一下，可是自己一试，就出了好多的问题，那个 led 弄了我一天才把 led 灯点亮。所以不要眼高手低。对于初学者，有一点小建议，我们拿到一个开发板，很兴奋也很激动，想法自然也很多，想用开发板实现自己的这个想法，实现那个想法，然后又不知道从何下手，然后就去
18、论坛中发一个贴，最后等着别人去回复，当见没人回复就开始抱怨。这种做法是不可取的，有想法是好的，我们要实现自己的想法也是有前提的，首先，我们对这部分知识了解吗?如果不了解就去 google 一下(最好别用百度，不太好用)，了解了一些，也就大概知道要怎么做了。如果再遇到问题，再去发贴问，这样也显得咱们有水平。比如自己连串口是什么都不太清楚呢，就问串口通信怎么做啊，就是人家把代码给咱，咱也不明白是怎么回事啊。见多识广，熟能生巧。多看代码，要从代码中读出代码的意思来。自己平时也要多写代码，多练习(这一点我做的不好，写的少)。最后，我想说的是嵌入式系统的学习和研究一旦我们达到了一定的水平后，其实很简单，就是如何去看 CPU 和相关芯片的 Datasheet!
