嵌入式系统的知识体系

　　嵌入式系统的知识体系
　　嵌入式系统的应用范围可以粗略分为两大类：（1）电子系统的智能化（工业控制，现代农业、家用电器、汽车电子、测控系统、数据采集等等）;（2）计算机应用的延伸（MP3、手机、通信、网络、计算机外围设备等）。从这些应用可以看出，要完成一个以MCU为核心的嵌入式系统应用产品设计，需要有硬件、软件及行业领域相关知识。硬件主要有MCU的硬件最小系统、输入/输出外围电路、人机接口设计。软件设计有固化软件的设计，也可能含PC机软件的设计。行业知识需要通过协作、交流与总结获得。
　　概括地说，学习以MCU为核心的嵌入式系统，需要以下软件硬件基础知识与实践训练：
　　1：硬件最小系统（包括电源、晶振、复位、写入调试接口）;
　　2：通用I/O（开关量输入/输出，涉及各种二值量检测与控制）;
　　3：模数转换A/D（各种传感器信号的采集与处理，如红外、温度、光敏、超声波、方向等等）;
　　4：数模转换D/A（对模拟量设备利用数字进行控制）;
　　5：通信（串行通信接口SCI、串行外设接口SPI、集成电路互联总线I2C，CAN、USB、嵌入式以太网、ZigBee技术等）;
　　6：显示（LED、LCD等等）;
　　7：控制（控制各种设备，包含PWM等控制技术）;
　　8：数据处理（图形、图像、语音、视频等处理或识别）;
　　9：各种具体应用。
　　事实上，万变不离其宗，任何应用都可以归入这几类。而应用中的硬件设计、软件设计、测试等都必须遵循嵌入式软件工程的方法、原理与基本原则。所以，嵌入式软件工程也是嵌入式系统知识体系的有机组成部分，只不过，它融于具体项目的开发过程之中。
　　以上实践训练涉及硬件基础、软件基础及相关领域知识。计算机语言、操作系统、开发环境等均是完成这些目的的工具。有些初学者，容易把工具的使用与所要达到的真正目的相混淆。例如，有的学习者，学了很长时间的嵌入式操作系统移植，而不进行实际嵌入式系统产品的开发，到了最后，做不好一个嵌入式系统小产品，偏离了学习目标，甚至放弃了嵌入式系统领域。这就是进入了嵌入式系统学习误区的情况，下面对此做一些分析。

　　嵌入式系统的学习误区
　　关于嵌入式系统的学习方法，因学习经历、学习环境、学习目的、已有的知识基础等不同，可能在学习顺序、内容选择、实践方式等方面有所不同。但是，应该明确哪些是必备的基础知识，哪些应该先学，哪些应该后学，哪些必须通过实践才能获得的，哪些是与具体芯片无关的通用知识，哪些是与具体芯片或开发环境相关的知识。
　　由于微处理器与微控制器种类繁多，也可能由于不同公司、不同机构出于自身的利益，给出一些误导性宣传，特别是我国嵌入式微控制器制造技术的落后及其他相关情况，使得人们对微控制器的发展，在认识与理解上存在差异。导致一些初学者，进入了嵌入式系统的学习误区，浪费了宝贵的学习时间。下面分析初学者可能存在的几个误区。
　　如果说，学习嵌入式系统不是为了开发其应用产品，那就没有具体目标了，许多诸如学习方法问题也就不必谈了。实际上，这正是许多人想学，又不知从何开始学习的关键问题所在，不知道自己学习的具体目标。于是，看了一些培训广告，看了书店中书架上种类繁多的嵌入式系统的书籍，或上网以“嵌入式系统”为关键词进行查询，然后参加培训或看书，开始“学习起来”。对于有计算机阅历的人，往往选择一个嵌入式操作系统就开始学习了。不好听的比喻，有点象“瞎子摸大象”，只了解其一个侧面。这样如何能对嵌入式产品的开发过程有个全面了解呢？针对许多初学者选择“xxx嵌入式操作系统+xxx处理器”的嵌入式系统入门学习模式，我认为是不合适的。我的建议是：首先把嵌入式系统软件与硬件基础打好了，再根据实际需要，选择一种实时操作系统（RTOS）进行学习实践。要记住：RTOS是开发某些类嵌入式产品的辅助工具，是手段，不是目的。许多类嵌入式产品，并不需要RTOS。所以，一开始就学习RTOS，并不符合学习“由浅入深、循序渐进”的学习规律。
　　RTOS本身由于种类繁多，实际使用何种RTOS，一般需要工作单位确定。基础阶段主要学习RTOS的基本原理与在RTOS之上的软件开发方法，而不是学习如何设计RTOS。以开发实际嵌入式产品为目标的学习者，不要把过多的精力花在设计或移植RTOS上面。正如很多人使用Windows操作系统，而设计Windows操作系统只有Microsoft。许多人“研究”Linux，但不使用它，浪费时间了，人的精力是有限的，学习必须有所选择。
　　2.2 嵌入式系统学习误区2-硬件与软件的困惑
　　以MCU为核心的嵌入式技术的知识体系必须通过具体的MCU来体现、实践与训练。但是，选择任何型号的MCU，其芯片相关的知识只占知识体系的20%，80%是通用知识。但是80%的通用知识，必须通过具体实践才能进行，所以学习嵌入式技术要选择一个系列的MCU。但不论如何，系统含有硬件与软件两大部分，它们之间的关系如何？
　　有些学者，仅从电子角度认识嵌入式系统。认为“嵌入式系统=MCU硬件系统+小程序”。这些学者，大多学习背景是具有良好的电子技术基础知识。实际情况是，早期MCU内部RAM小、程序存储器外接，需要外扩各种I/O，没有象现在这样USB、嵌入式以太网等较复杂的接口，因此，程序占总设计量小于50%，使人们认为嵌入式系统（单片机）是“电子系统”，以硬件为主、程序为辅。但是，随着MCU制造技术的发展，不仅MCU内部RAM越来越大，Flash进入MCU内部改变了传统的嵌入式系统开发与调试方式，固件程序可以被更方便地调试与在线升级，许多情况与开发PC机程序方便程度相差无几，只不过开发环境与运行环境不是同一载体而已。这些情况使得嵌入式系统的软件硬件设计方法发生了根本变化。
　　有些学者，仅从软件开发角度认识嵌入式系统，甚至有的仅从嵌入式操作系统认识嵌入式系统。这些学者，大多具有良好的计算机软件开发基础知识，认为硬件是生产厂商的事，没有认识到，嵌入式系统产品的软件与硬件均是需要开发者设计的。我常常接到一些关于嵌入式产品稳定性的咨询电话，发现大多数是由于软件开发者对底层硬件的基本原理不理解造成的。特别是，有些功能软件开发者，过分依赖于底层硬件的驱动软件设计完美，自己对底层驱动原理知之甚少。实际上，一些功能软件开发者，名义上再做嵌入式软件，实际上，仅仅使用嵌入式编辑、编译环境而已，本质与开发通用PC机软件没有两样。而底层硬件驱动软件的开发，若不全面考虑高层功能软件对底层硬件的可能调用，也会使得封装或参数设计得不合理或不完备，导致高层功能软件的调用困难。从这段描述可以看出，若把一个嵌入式系统的开发孤立地分为硬件设计、底层硬件驱动软件设计、高层功能软件设计，一旦出现了问题，就可能难以定位。实际上，嵌入式系统设计是一个软件、硬件协同设计工程，不能象通用计算机那样，软件、硬件完全分开来看，要在一个大的框架内协调工作。 面对学习嵌入式系统以软件为主还是以硬件为主，或是如何选择切入点，如何在软件与硬件之间取得一些平衡。对于这个困惑的建议是：要想成为一名真正的嵌入式系统设计师，在初学阶段，必须重视打好嵌入式系统的硬件与软件基础。以下是从事嵌入式系统设计二十多年的一个美国学者John Catsoulis 在《Designing Embedded Hardware》一书中关于这个问题的总结：嵌入式系统与硬件紧密相关，是软件与硬件的综合体，没有对硬件的理解就不可能写好嵌入式软件，同样没有对软件的理解也不可能设计好嵌入式硬件。
　　嵌入式系统产品种类繁多，应用领域各异。在2.1小节中，我们把嵌入式系统的应用范围粗略分为电子系统的智能化与计算机应用的延伸两大类，从初学者角度，可能有分别从这两个角度片面认识嵌入式系统的问题。因此，一些从电子系统智能化角度认识嵌入式系统的学习者，可能会忽视编程结构、编程规范、软件工程的要求、操作系统等知识的积累。另一些从计算机应用的延伸角度认识嵌入式系统的学习者，可能会把通用计算机学习过程中的概念与方法生搬硬套到嵌入式系统的实践中，忽视嵌入式系统与通用计算机的差异。
　　实际上，在嵌入式系统学习与实践的初始阶段，应该充分了解嵌入式系统的特点，根据自身的已有知识结构，制定适合自身情况的学习计划。目标应该是打好嵌入式系统的硬件与软件基础，通过实践，为成为良好的嵌入式系统设计师建立起基本知识结构。学习过程，可以通过具体应用系统为实践载体，但不能拘泥于具体系统，应该有一定的抽象与归纳。例如，有的初学者开发一个实际控制系统，没有使用实时操作系统，但不要认为实时操作系统不需要学习。又例如，有的初学者以一个带有实时操作系统的样例为蓝本进行学习，但不要认为，任何嵌入式系统都需要使用实时操作系统，甚至把一个十分简明的实际系统加上一个不必要的实时操作系统。因此，片面认识嵌入式系统，可能导致学习困惑。应该根据实际项目需要，锻炼自己分析实际问题、解决问题的能力。这是一个比较长期的学习与实践过程，不能期望通过短期培训完成整体知识体系的建立，应该重视自身实践，全面地理解嵌入式系统的知识体系。
　　嵌入式系统的大部分初学者需要选择一个微控制器（MCU）进行入门级学习，面对众多厂家生产的微控制器系列，不知如何是好。
　　首先是关于位数问题，目前主要有8位、16位、32位，面对嵌入式系统应用的多样性，不同位数的MCU各有应用领域，这一点与通用微机有很大不同。你做一个遥控器，不需要使用一个32位MCU，可能一个MCU芯片价格已经超过遥控器价格需求。对于首次接触嵌入式系统的学习者，可以根据自己的知识基础选择入门芯片的位数。建议大多数初学者，可以选择一个8位MCU作为快速入门芯片，了解一些汇编与底层硬件知识，之后再选一个16位或32位芯片进行学习实践。
　　关于芯片选择的另一个误区，认为有“主流芯片”存在，嵌入式系统也可以形成芯片垄断。这完全是一种误解，是套用通用计算机系统的思维模式，而忽视了嵌入式系统应用的多样性。
　　关于学习芯片选择还有一个误区，是系统的工作频率。误认为选择工作频率高的芯片进行入门学习，表示更先进。实际上，工作频率高可能给初学者带来学习过程中的不少困难。
　　实际嵌入式系统设计不是追求芯片位数、工作频率、操作系统等因素，而是追求稳定可靠、维护、升级、功耗、价格等指标。而初学者选择入门芯片，是通过某一MCU作为蓝本获得嵌入式系统知识体系的通用基础，其基本原则是：入门时间较快、硬件成本较少，知识要素较多，学习难度较低。

　　基础阶段的学习建议
　　基于以上讨论，下面对广大渴望学习嵌入式系统的学子提出几点基础阶段的学习建议：
　　（1）嵌入式系统软件硬件密切相关，一定要打好软件硬件基础。其实，只要找到正确的方法，加上努力，任何理工科学生，甚至非理工科学生，都能学好嵌入式系统。
　　（2）选择一个芯片及硬件评估板（入门芯片最好是简单一点，例如8位MCU）、选择一本好书（最好有规范的例子）、找一位好老师（最好是有经验且热心的）。硬件评估板的价格一定要在1000元以下，不要太贵，最好能有自己动手的空间。不花一分硬件钱，要想学好嵌入式系统不实际。因为，这是实践性很强的学科。好书，可以使你少走弯路，不会被误导，要知道有的书是会使人进入学习误区的。好老师也可以是做过一些实际项目的学长（一定要找做过几个成功项目的学长或老师做指导，否则，经验不足也可能误导），有教师指导，学习进程会加快（人工智能学科里有个术语叫无教师指导学习模式与有教师指导学习模式，无教师指导学习模式比有教师指导学习模式复杂许多）。
　　（3）许多人怕硬件，其实嵌入式系统硬件比电子线路好学多了。只要深入理解MCU的硬件最小系统，对I/O口、串行通信、键盘、LED、LCD、SPI、I2C、PWM、A/D（包括一些传感器）、D/A等逐个实验理解，逐步实践。再通过自己做一个实际的小系统，底层硬件基础就有了。各个硬件模块驱动程序的编写是嵌入式系统的必备基础。学习嵌入式系统的初期，这个过程是必须的。
　　（4）至于嵌入式实时操作系统RTOS，一定不要一开始就学，这样会走很多弯路，也会使你对嵌入式系统感到畏惧。等你软件硬件基础打好了，再学习就感到容易理解。实际上，众多嵌入式应用，并不一定需要操作系统。也可以根据实际项目需要再学习特定的RTOS。一定不要被一些嵌入式实时操作系统培训班宣传所误导，而忽视实际嵌入式系统软件硬件基础知识的学习。
　　（5）要避免片面地单纯从“电子”或“计算机软件”角度认识嵌入式系统。前面说过，嵌入式系统是软件与硬件的综合体。因此，要逐步从MCU的最小系统开始，一点一点理解硬件原理及底层硬件驱动编程方法。要通过规范的例子，理解软件工程封装、可复用等思想。通过规范编程，积累底层构件（Component），也就是一个一个模块，但是要封装得比较好，可复用。
　　（6）注重实验与实践。这里说的实验主要指通过重复或验证他人的工作，目的是学习基础知识，这个过程一定要经历。实践是自己设计，有具体的“产品”目标。如果你能花500元左右自己做一个具有一定功能的小产品，且能稳定运行1年以上，就可以说接近入门了。
　　（7）关于入门芯片的选择。不要选太复杂的微控制器作为入门芯片，不能超越学习过程。不要一下子学习几种芯片，可以通过一个芯片入门并具有一个实践经验后，根据实际需要选择芯片开发实际产品。注意，不要把微处理器（MPU）与微控制器（MCU）概念相混淆，微处理器只是微控制器的内核。
　　（8）关于操作系统的选择。可以等到你具有一定实践后，选择一个简单容易理解原理的进行学习，不要一开始就学习几种操作系统，理解了基本原理，实践中确有实际需要再学习也不迟。人总是要不断学习的。
　　（9）关于汇编与C语言的取舍。随着MCU对C编译的优化支持，对于汇编可以只了解几个必须的语句，直接使用C语言编程。但必须通过第一个程序理解芯片初始化过程、中断机制、程序存储情况等区别于PC机程序的内容。另外，为了测试的需要，最好掌握一门PC机编程语言。
　　（10）要明确自己的学习目的，并注意学习方法。关于学习目的要明确是打基础，还是为了适应某些工作而进行的短训;而学习方法方面，要根据学习目的选择合适的学习途径，注意理论学习与实践、通用知识与芯片相关知识、硬件知识与软件知识的平衡，要在理解软件工程基本原理基础上理解硬件构件与软件构件等基本概念。