嵌入式硬件工程师的工作是为软件工程师搭建好硬件平台和必要的开发环境。 嵌入式软件工程师则是根据用户的需要完善产品的软件功能。硬件工程师就像是设计师和建筑师，负责整个建筑的设计和建设。软件工程师则是负责房间的装修，锦上添花。然而硬件设计需要一定的设计范例，这点对于软件设计却不那么适用。
嵌入式系统设计不仅要了解硬件还应该了解它与软件之间的相互影响和作用。目前国内一个普遍被认同的定义是：以应用为中心、以计算机技术为基础，软件硬件可裁剪，适应应用系统对功能、可靠性、成本、体积、功耗严格要求的专用计算机系统。形形色色的“高端产品”都离不开嵌入式技术，离不开传感器技术，离不开软件程序。
大多数嵌入式体系的硬件平台，包括两部门：
1、以通用途理器为中心的协议处理模块，用于网络控制协议的处理；
2、以数字信号处理器（DSP）为中心的信号处理模块，用于调制、解谐和数／模信号转换。
从运行平台来分，嵌入式软件可以分为：
1、运行在开发平台上的软件：设计、开发、测试东西等
2、运行在嵌入式体系上的软件：嵌入式操作体系、应用程序、驱动程序及部门开发东西
同专业的人士从各自不同的角度思索和定位嵌入式体系，以是目前对嵌入式体系的定义非常多。
嵌入式体系根据目前业界和学术界对嵌入式体系的普遍见解，因此应用为中心，以计算机技术为基础，软硬件可裁剪，适应应用体系对功效、牢靠性、成本、体积、功耗严酷要求的公用计算机体系。
那么问题来了，为什么嵌入式工程师要软硬结合呢？
其一
软硬结合，更好地实现用户需求，比如输入捕捉，如果是通过上升沿或者下降沿捕捉，加了不合适的滤波电容会造成对沿的破坏，不加滤波电容就会受困于各种空间干扰产生的杂波。
倘若硬件工程师搬来的是加了不合适电容的电路，搞得沿之间位宽失真，便会出现数据不正常的偶发故障，倘若硬件工程师搬来的是不加电容的电路，搞得软件工程师必须进行软件滤波，把代码搞得又复杂又难解，你说这怨谁来着？
其二
方便定位Bug。爱因斯坦曾经说过，“提出一个问题往往比解决一个问题更重要，因为解决一个问题也许仅是一个数学上的或试验上的技能而已，而提出新的问题、新的可能性、从新的角度去看旧的问题需要有创造性的想象力，而且标志着科学的真正进步。”
钻研硬件电路可以帮助软件工程师提出更多解决问题的思路，发现导致Bug的更多可能性。一般来说，当遇到Bug时，对硬件一知半解的软件工程师只在代码层面上打转转，基本不会在硬件方面提出问题，最终为了迎合蹩脚的硬件设计出别扭无比的代码，却不曾想，只要稍稍改变一下硬件设计，就可以轻松且优雅地完成代码设计。
其三
艺多不压身，求人不如求己。当我们对硬件电路设计起了怀疑，倘若自己悄没声地拿起烙铁飞个线、换个元件，验证了自己的思路，这时直起腰版、拿着板子理直气壮地去找硬件工程师，岂不是顺顺利利，又送顺水人情？
倘若直接拿着板子，心底发虚面上露怯地去找硬件工程师理论，一场唇枪舌战在所难免，腥风血雨不说，到头来硬件工程师硬着头皮给你调调电路，真是解决了问题还好说，若是自己思路错了，那不是自找苦吃？上个班，挣点钱养家糊口而已，当个老好人，和同事其乐融融多好，吵来吵去，搞得那么辛苦，何必来着？
那么如何从单纯的硬件设计过渡到硬软结合的设计，在你着手开发软件时需注意以下八个软件设计技巧。
1、设计控制流程图
工程师进行到开发软件这一步时会情不自禁地开始书写代码。这种思维定势就像在原理图还未完成之前就开始尝试画PCB。当着手开发软件时，克制写代码的冲动，取而代之的应该是软件流程结构图表的设计，这点非常重要。流程图能清晰地呈现给开发人员软件的各个需要的组成部件，正如电路图列出硬件设计所需的各种元器件一样。做到这点能很大程度上使程序整体更易于组织，而且也会减少占开发周期较长的调试工作量进而节省时间减少调试的繁琐。
2、使用状态机控制程序流程
状态机是20世纪优秀的软件发明之一。应用程序一般被分解为多个不同的状态，每一个状态控制一个特定的程序分支。状态机包括内部状态和依据不同激励所控制的状态转换。使用状态机机制设计软件能够使模块化的可维护的软件开发更加容易而且易于理解。状态机原理与算法的示例随处可见。
3、避免使用全局变量
在过去的函数式编程中，程序员使用函数编写程序，他们的唯一目标是使程序尽可能快的运行而不考虑程序的结构和重用性。这类程序风格在使用全局变量时不注意变量的作用范围引起其他函数修改的危险性。这样变量会被多次占用和重写。如今面向对象的程序设计中，成员变量被定义在最小的作用范围之内并封装起来避免被重新复值和滥用。所以建议尽量少地使用全局变量，实在需要的话，使用C语言中的关键字“extern”来修饰。
4、充分利用模块化的设计理念
如果你问一位工程师项目的哪一部分最有可能会拖延交付并超出预估时间，那答案一定是软件周期了。软件通常是复杂而且不易开发和维护的，特别是当项目应用程序集中在一个单一的文件里，或者几个结构松散的文件中时。为了便于代码重用和软件可维护并减小软件的复杂度，强烈建议发挥高级程序设计语言模块化的特性，在程序的结构中把公用的函数分离出来作为一个独立的模块。通过这种方式可以让程序员开始创建包含有常用函数和常用的声明定义，它可以很容易的被其他的代码重用，这在以后的测试阶段不仅可以节省时间代价还能提高代码的质量。
5、中断服务事件保持简练
中断服务事件是中断处理器正在执行的程序，转而去处理触发该中断的外设的请求的一种机制。处理器响应中断请求需要大量的系统开销，具体表现在保存被中断程序的状态（入栈下条指令的段地址、偏移地址和程序状态寄存器，有时还会入栈若干寄存器的值），执行中断服务程序然后恢复中断点继续执行（依次出栈各寄存器），虽然现在的处理器速度非常快但是这种系统开销仍然需要考虑。一般来说，为了避免与主程序冲突程序员总想使中断执行时间减小到最小。这就意味着中断服务事件应该短小简单。不能在中断程序中调用函数。另外，如果中断需要处理的事件特别复杂或者需要花费较长的时间，这个时候中断服务程序应该满足最小的需求，例如将数据载入到缓冲寄存器、设置标志位，而让主程序去处理读入的数据。这样处理器的工作大部分周期都在处理程序而不是中断。
6、使用处理器示例代码测试设备
对于硬件设计，在画板之前标准的测试电路有助于工程师理解电路的特性。同样可以适用于软件设计，半导体厂商通常有测试微处理器各个部分的功能的示例程序提供工程师体验各部分是如何工作的。据此可以提前组织软件的结构并且预知在设计中的问题。提前确定在设计潜在的障碍远比在产品完成前几个小时发现问题更加科学合理。而值得注意的是厂商提供的代码通常不是模块化而且不做必要的修改是很难直接用于实际的软件中的。
7、控制函数的复杂度
在工程设计中有句俗语叫“KISS”，意思是“Keep It Simple Silly”。在处理一些复杂的任务时最简单有效的方法是把它分解成若干个简单的子任务，当任务或者功能很复杂时，人们很难留意所有的细节也很难不出错。当工程师写了一个在当时能够理解的复杂函数，可一段时间后需要维护程序了还能不能清晰的呈现出当初的设计思想这是值得考虑的。有大量的技术来衡量函数的复杂度像“循环复杂度”。经验告诉我们，函数的循环复杂度应该低于10比较好。
8、详细的文档
在激烈的软件开发竞争中关注的焦点很容易就局限在代码的书写和调试而忽略文档的编写。有时迫于压力要求写文档，开发人员通常把文档安排在项目开发的最后的一个环节集中编写。然而给代码写文档应该乘在头脑里面还比较清晰的时候比较关键，这样在后续的开发或者自己阅读注释的时候能很快的回忆起当时的设计思想。
另外，优秀的硬件工程师和软件工程师分别如何通过软硬结合完美进阶？
嵌入式硬件工程师
单纯信号来分为数字和模拟。
模拟相对较难，一般需要很长的经验积累，单单一个阻值或容值的精度不够就可能使信号偏差很大。因此年轻人搞的较少，随着技术的发展，出现了模拟电路数字化，比如手机的Modem射频模块，都采用成熟的套片，而当年国际上只有两家公司有此技术，自我感觉模拟功能不太强的人，不太适合搞这个，如果真能搞定到手机的射频模块。
另一类就是数字部分了，在大方向上又可分为51/ARM的单片机类，DSP类、FPGA类， 国内FPGA的工程师大多是在IC设计公司从事IP核的前端验证，这部分不搞到门级，前途不太明朗，即使做个IC前端验证工程师，也要搞上几年才能胜任。 DSP硬件接口比较定型，如果不向驱动或是算法上靠拢，前途也不会太大。
而ARM单片机类的内容就较多，业界产品占用量大，应用人群广，因此就业空间极大，而硬件设计最体现水平和水准的就是接口设计这块，这是各个高级硬件工程师相互PK，判定水平高低的依据。
而接口设计这块最关键的是看时序，而不是简单 的连接，比如PXA255处理器I2C要求速度在100Kbps，如果把一个I2C外围器件，最高还达不到100kbps的与它相接，必然要导致设计的失 败。这样的情况有很多，比如51单片机可以在总线接 LCD，但为什么这种LCD就不能挂在ARM的总线上，还有ARM7总线上可以外接个Winband的SD卡控制器，但为什么这种控制器接不到ARM9或 是Xscale处理器上，这些都是问题。因此接口并不是一种简单的连接，要看时序，要看参数。
一个优秀的硬件工程师应该能够在没有参考方案的前提下设计出一个在成本和性能上更加优秀的产品，靠现有的方案，也要进行适当的可行性裁剪，但不是胡乱的来，我遇到一个工程师把方案中的5V变1.8V的DC芯片， 直接更换成LDO，有时就会把CPU烧上几个。
前几天还有人希望我帮忙把他们以前基于PXA255平台的手持GPS设备做下程序优化，我问了一下情况，地 图是存在SD卡中的，而SD卡与PXA255的MMC控制器间采用的SPI接口，因此导致地图读取速度十分的慢，这种情况是设计中严重的缺陷，而不是程序 的问题，因此我提了几条建议，让他们更新试下再说。
因此想成为一个优秀的工程师，需要对系统整体性的把握和对已有电路的理解，换句话说，给你一套电路图你 终究能看明白多少，看不明白80%以上的话，说明你离优秀的工程师还差得远哪。其次是电路的调试能力和审图能力，但最最基本的能力还是原理图设计PCB绘 制，逻辑设计这块。这是指的硬件设计工程师，从上面的硬件设计工程师中还可以分出ECAD工程师，就是专业的画PCB板的工程师，和EMC设计工程师，帮 人家解决EMC的问题。
硬件工程师再往上就是板级测试工程师，就是C语功底很好的硬件工程师，在电路板调试过程中能通过自已编写的测试程序对硬件功能进行 验证。然后再交给基于操作系统级的驱动开发人员。
那么高级硬件件工程师技术技能都要具备那些东西哪，首先要掌握EDA设计的辅助工具类如 ProtelORCADPowperPCBMaplux2ISE、VDHL语言，要能用到这些工具画图画板做逻辑设计，再有就是接口设计审图能力，再者就是调试能力，如果能走到总体方案设计这块，那就基本上快成为资深工程师了。
高级硬件工程师不仅要有设计能力还有具有相当深厚的基本功，就是EDA工具的使用，EDA工程师包括原理图和PCB工具，逻辑设计工具和VHDL，SCH有Cadence下的Orcad 和Mentors公司pads下的powerpcb。
当然AD也具有这两部分功能但它在国际上不通用。只是国内通用。如果想走得高些或到台资、日资、美资公司及国内需要对外交流的大公司的话，上面的硬件的原理图工具和PCB工资必须掌握的。逻辑这块，硬件工程师主要是负责CPLD这块，涉及FPGA这块时应该会有专业FPGA人员来搞定的，因FPGA不太适合做逻辑的。因此硬件工程师只到CPLD为止。
嵌入式软件工程师
嵌入式软件工程师就是编写嵌入式系统的工程师，一般来说软件工程师的人员流动性要比硬件流动性要大。
首先，我们都知道，产品是企业生存的命脉，如果产品的设计资料泄露，那么该企业的生存优势就不存在了。所以，企业会千方百计的留住产品设计的核心人员，尤其是硬件设计人员。
另外，培养一个硬件工程师比较难，而且时间也比较长。所以企业一般不会主动去培养一个硬件工程师，并且也不会轻易放弃一个硬件工程师。
由于目前软件工程师居多，企业可供选择的机会也多，所以软件工程师的流动性要高。不过相对来说，软件工程师的起薪比硬件工程师要高的多，而经验丰富的软件工程师也是非常受到企业欢迎的。
嵌入式技术大体上可以分为以下几个部分，编程语言，内核技术，操作系统，总线接口，系统集成。
嵌入式软件工程师的技术范围分成下面几个等级：
1、初级：8051或其他单片机，UCOS，I2C，SPI，UART。汇编和C能力一般，系统集成能力弱。
2、中级：在初级的基础上，ARM/MIPS，其他一些RTOS并了解Linux，SDIO，USB。汇编和C能力不错，有一定系统集成能力。
3、高级：主要是对中级的进阶，这一个层面已经不在于掌握具体的技术，而是掌握当前流行技术中的基本思想和构成方式，所以任何流行的技术，对于这一阶段来说，都是手到擒来的。
ARM+LINUX路线，主攻嵌入式Linux操作系统及其上应用软件开发目标：
（1）掌握主流嵌入式微处理器的结构与原理（初步定为arm9）
（2）必须掌握一个嵌入式操作系统 （初步定为uclinux或linux，版本待定）
（3）必须熟悉嵌入式软件开发流程并至少做一个嵌入式软件项目。
嵌入式软件工程师需要具有4个能力：
能力1：对C语言的深入掌握，不犯低级语法错误。
能力2：对嵌入式芯片平台熟悉，包括芯片各类外设的原理和使用方法，以及相应的嵌入式操作系统。还包括芯片外围电路的设计能力，包括AD采样、IO电平变换，PWM输出，电源电路等。
能力3：对算法的精通，包括常规的平均值、有效值计算法，低通、带阻滤波器，PI、PR控制器，以及产品需要的专用控制算法等。
能力4：软件架构设计能力，能做到程序执行时间短（时间复杂度低），占用数据空间少（空间复杂度低），以减少对中断时间和芯片内存的过分要求。能满足程序封装、继承、健壮的要求。
