完整word版硬件电路设计流程系列Word格式文档下载.docx

完整word版硬件电路设计流程系列Word格式文档下载.docx

《完整word版硬件电路设计流程系列Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《完整word版硬件电路设计流程系列Word格式文档下载.docx（14页珍藏版）》请在冰豆网上搜索。

b）

容易开发：

体现在硬件调试工具种类多，参考设计多，软件资源丰富，成

功案例多；

c）可扩展性好；

3、针对已经选定的CPU

芯片，选择一个与我们需求比较接近的成功参考设

计，一般CPU

生产商或他们的合作方都会对每款CPU芯片做若干开发板进

行验证，比如

440EP就有

yosemite开发板和bamboo开发板，我们参考

得是

yosemite开发板，厂家最后公开给用户的参考设计图虽说不是产品级的

东西，也应该是经过严格验证的，否则也会影响到他们的芯片推广应用，纵然参考设计的外围电路有可推敲的地方，CPU本身的管脚连接使用方法也绝对是值得我们信赖的，当然如果万一出现多个参考设计某些管脚连接方式不同，可以细读CPU芯片手册和勘误表，或者找厂商确认；

另外在设计之前，最好我们能外借或者购买一块选定的参考板进行软件验证，如果没问题那么硬件参考设计也是可以信赖的；

但要注意一点，现在很多CPU都有若干种启动模式，我们要选一种最适合的启动模式，或者做成兼容设计。

4、根据需求对外设功能模块进行元器件选型，元器件选型应该遵守以下原则：

a）普遍性原则：

所选的元器件要被广泛使用验证过的尽量少使用冷偏芯片，减少风险；

b）高性价比原则：

在功能、性能、使用率都相近的情况下，尽量选择价格比较好的元器件，减少成本；

c）采购方便原则：

尽量选择容易买到，供货周期短的元器件；

d）持续发展原则：

尽量选择在可预见的时间内不会停产的元器件；

e）可替代原则：

尽量选择pintopin兼容种类比较多的元器件；

f）向上兼容原则：

尽量选择以前老产品用过的元器件；

g）资源节约原则：

尽量用上元器件的全部功能和管脚；

5、对选定的CPU参考设计原理图外围电路进行修改，修改时对于每个功能模块都要找至少3个相同外围芯片的成功参考设计，如果找到的参考设计连接方法都是完全一样的，那么基本可以放心参照设计，但即使只有一个参考设计与其他的不一样，也不能简单地少数服从多数，而是要细读芯片数据手册，深入理解那些管脚含义，多方讨论，联系芯片厂技术支持，最终确定科学、正确的连接方式，如果仍有疑义，可以做兼容设计；

这是整个原理图设计过程中最关键的部分，我们必须做到以下几点：

a）对于每个功能模块要尽量找到更多的成功参考设计，越难的应该越多，成功参考设计是“前人”的经验和财富，我们理当借鉴吸收，站在“前人”的肩膀上，也就提高了自己的起点；

b）要多向权威请教、学习，但不能迷信权威，因为人人都有认知误差，很难保证对哪怕是最了解的事物总能做出最科学的理解和判断，开发人员一定要在广泛调查、学习和讨论的基础上做出最科学正确的决定；

c）如果是参考已有的老产品设计，设计中要留意老产品有哪些遗留问题，这些遗留问题与硬件哪些功能模块相关，在设计这些相关模块时要更加注意推敲，不能机械照抄原来设计，比如我们老产品中的IDE经常出问题，经过仔细斟酌，广泛讨论和参考其他成功设计，发现我们的IDE接口有两个管脚连线方式确实不规范；

还有，针对FGPI通道丢视频同步信号的问题，可以在硬件设计中引出硬件同步信号管脚，以便进一步验证，更好发现问题的本质；

6、硬件原理图设计还应该遵守一些基本原则，这些基本原则要贯彻到整个设计过程，虽然成功的参考设计中也体现了这些原则，但因为我们可能是“拼”出来的原理图，所以我们还是要随时根据这些原则来设计审查我们的原理图，这些原则包括：

a）数字电源和模拟电源分割；

b）数字地和模拟地分割，单点接地，数字地可以直接接机壳地（大地），机壳必须接大地；

c）保证系统各模块资源不能冲突，例如：

同一I2C总线上的设备地址不能相同，等等；

d）阅读系统中所有芯片的手册（一般是设计参考手册），看它们的未用输入管脚是否需要做外部处理，如果需要一定要做相应处理，否则可能引起芯片内部振荡，导致芯片不能正常工作；

e）在不增加硬件设计难度的情况下尽量保证软件开发方便，或者以小的硬件

设计难度来换取更多方便、可靠、高效的软件设计，这点需要硬件设计人员懂得

底层软件开发调试，要求较高；

f）功耗问题；

g）产品散热问题，可以在功耗和发热较大的芯片增加散热片或风扇，产品机箱也要考虑这个问题，不能把机箱做成保温盒，电路板对“温室”是感冒的；

还要考虑产品的安放位置，最好是放在空间比较大，空气流动畅通的位置，有利于热量散发出去；

7、硬件原理图设计完成之后，设计人员应该按照以上步骤和要求首先进行自审，自审后要达到有95%以上把握和信心，然后再提交他人审核，其他审核人员同样按照以上要求对原理图进行严格审查，如发现问题要及时进行讨论分析，分析解决过程同样遵循以上原则、步骤；

8、只要开发和审核人员都能够严格按以上要求进行电路设计和审查，我们就有理由相信，所有硬件开发人员设计出的电路板一版成功率都会很高的，所以提出以下几点：

a）设计人员自身应该保证原理图的正确性和可靠性，要做到设计即是审核，严格自审，不要把希望寄托在审核人员身上，设计出现的任何问题应由设计人员自己承担，其他审核人员不负连带责任；

b）其他审核人员虽然不承担连带责任，也应该按照以上要求进行严格审查，一旦设计出现问题，同样反映了审核人员的水平、作风和态度；

c）普通原理图设计，包括老产品升级修改，原则上要求原理图一版成功，最多两版封板，超过两版将进行绩效处罚；

d）对于功能复杂，疑点较多的全新设计，原则上要求原理图两版内成功，最

多三版封板，超过三版要进行绩效处罚；

e）原理图封板标准为：

电路板没有任何原理性飞线和其他处理点；

9、以上提到原理图设计相关的奖励和处罚具体办法将在广泛调查研究之后制定，征得公司领导同意后发布实施；

10、制定此《规范》的目的和出发点是为了培养硬件开发人员严谨、务实的工

作作风和严肃、认真的工作态度，增强他们的责任感和使命感，提高工作效率和

开发成功率，保证产品质量；

希望年轻的硬件开发人员能在磨练中迅速成长起来！

对于我们目前重点设计的相关模拟电路产品，没有主用芯片、外围芯片以及芯片

与芯片之间的连接方面的问题。

所以，元器件的选项尤为重要，对于硬件设计的一些基本原则一定要注意。

二

方案设计

（1）：

主芯片选型

平台的选择很多时候和系统选择的算法是相关的，所以如果要提高架构，平台的设计能力，得不断提高自身的算法设计，复杂度评估能力，带宽分析能力。

常用的主处理器芯片有：

单片机，ASIC，RISC（DECAlpha、ARC、ARM、MIPS、PowerPC、SPARC和SuperH），DSP和FPGA等，这些处理器的比较在网上有很多的文章，在这里不老生常谈了，这里只提1个典型的主处理器选型案例。

比如市场上现在有很多高清网络摄像机（HD-IPNC）的设计需求，而IPNC的解决方案也层出不穷，TI的解决方案有DM355、DM365、DM368等，海思提供的方案则有Hi3512、Hi3515、Hi3520等，NXP提供的方案有PNX1700、PNX1005等。

对于HD-IPNC的主处理芯片，有几个主要的技术指标：

视频分辨率，视频编码器算法，最高支持的图像抓拍分辨率，CMOS的图像预处理能力，以及网络协议栈的开发平台。

Hi3512

单芯片实现

720P30

H.264编解码能力，满足高清

IPCamera应

用,Hi3515可实现

1080P30

的编解码能力，持续提升高清

IPCamera的

性能。

DM355

720P30MPEG4编解码能力，DM365

单芯片实

现720P30H.264

编解码能力,DM368

1080P30H.264编

解码能力。

是2007Q3

推出的，DM365是

2009Q1推出的，DM368

是2010Q2推出的。

海思的同档次解决方案也基本上与之同时出现。

海思

和TI

的解决方案都是基于

linux，对于网络协议栈的开发而言，开源社区

的资源是没有区别的，区别的只在于芯片供应商提供的SDK开发包，两家公司的SDK离产品都有一定的距离，但是linux的网络开发并不是一个技术难点，所以并不影响产品的推广。

作为IPNC的解决方案，在720P时代，海思的解决方案相对于TI的解

决方案，其优势是支持了

H.264

编解码算法，而

TI只支持了MPEG4的

编解码算法。

虽然在2008

年初，MPEG4的劣势在市场上已经开始体现出来，

但在当时这似乎并不影响

的推广。

对于最高支持的图像抓拍分辨率，海思的解决方案可以支持支持JPEG抓

拍3MPixels@5fps，DM355最高可以支持5MPixels，虽然当时没有成功

的开发成5M

Pixel的抓拍（内存分配得有点儿问题，后来就不折腾了），

但是至少4M

Pixel的抓拍是实现了的，而且有几个朋友已经实现

了2560x1920

这个接近5M

Pixel

的抓拍，所以在这一点上

DM355稍

微胜出。

因为在高清分辨率下，CCD传感器非常昂贵，而

CMOS传感器像原尺寸又做

不大，导致本身在低照度下就性能欠佳的

CMOS

传感器的成像质量在高分辨率

时变差，于是

TI在DM355

处理器内部集成了一个叫做ISP

的图像预处

理模块，它由

CCDC，IPIPE，IPIPEIF

和H3A模块组成，能帮助实现

把CMOS的RAWDATA（一般是指

Bayer格式数据）转成YCbCr数据，

同时实现包括白平衡调节，直方图统计，自动曝光，自动聚焦等采用

CMOS解

决方案所必须的功能，故DM355

处理器就可以无缝的对接各种图像传感器了。

而海思的解决方案对于CMOS

的选择就有局限性，它只能用OVT

一些解决

方案，因为OVT

的部分Sensor集成了图像预处理功能。

但是

DM355不

仅可以接OVT

的解决方案，还可接很多其他厂家的CMOSsensor，比

如Aptina的

MT9P031。

所以在图像预处理能力方面，DM355继续胜出。

在IPNC

这个领域，只要每台挣

1个美金就可以开始跑量，所以在那个时

代，很少有人会去死抠H.264和

MPEG4的性能差异，而且TI已经给了

市场一个很好的预期，支持H.264

的DM365

很快就会面世。

所

以IPNC

这个方案而言，当时很多企业都选择了

DM355的方案。

有些朋友

现在已经从

DM