华为内部硬件开发设计流程

合集下载

华为IPD流程各阶段活动详解 (2)

华为IPD流程各阶段活动详解 (2)

华为IPD流程各阶段活动详解引言IPD即“Integrated Product Development”,是指华为公司在产品研发过程中,采用的一种全面集成的产品开发方法。

IPD 流程包括多个阶段,每个阶段都有特定的活动和目标。

本文将详细介绍华为IPD流程各阶段的活动内容。

阶段一:需求调研和规划在产品开发的初期阶段,华为会进行需求调研和规划。

在这个阶段,主要的活动包括:需求调研需求调研是为了了解市场需求,并基于市场需求制定产品的功能和性能要求。

这个活动主要包括以下步骤:1.市场调研:调研不同市场的需求情况,了解竞争对手的产品特点和优势。

2.用户调研:与潜在用户进行深入交流,了解他们的需求和痛点。

3.技术调研:调研相关技术和解决方案,为产品设计提供技术支持。

规划在需求调研的基础上,制定产品规划,明确产品的方向和目标。

这个活动主要包括以下内容:1.产品定位:确定产品的市场定位,明确产品的目标用户和目标市场。

2.产品策略:制定产品的整体策略,包括产品功能、性能和价格等。

3.产品路线图:制定产品的开发计划和时间表,明确各个阶段的目标和重点。

阶段二:概念设计和需求确认在完成需求调研和规划之后,华为将进入概念设计和需求确认阶段。

在这个阶段,主要的活动包括:概念设计概念设计是为产品提供初步的设计方案,明确产品的整体架构和功能划分。

这个活动主要包括以下步骤:1.思维导图:用思维导图的方式整理产品的功能和模块。

2.原型设计:根据产品的功能需求,设计产品的原型,进行功能验证和用户体验测试。

3.架构设计:设计产品的整体架构,包括硬件架构和软件架构。

需求确认需求确认是为了验证产品的功能和性能需求是否符合用户的实际需求。

这个活动主要包括以下内容:1.用户测试:将产品的原型交给用户进行测试,收集用户的反馈和建议。

2.需求评审:组织专家评审会议,对产品的需求进行评审和确认。

3.需求变更管理:及时处理和管理需求的变更,确保产品的稳定性和可靠性。

华为集成产品开发(IPD)流程(图)

华为集成产品开发(IPD)流程(图)
业务流 程
IPD -ghh-20010801
阶段 IPMT/PDT 决策评审点 & 主要里程碑 PDT
制定业务方案 项目管理
准备项目任务书 任务书
概念
组建
概念
PDT
制定业务计划
制定项目计划 ( WBS1/2级)
华为集成产品开发(IPD)流程V1.1
计划
计划
开发
验证
可获得性
合同
提前采购决 优化业务计

制定客户服务支持 计划
制定制造计划
设计制造 流程
装备总体方案和工艺 总体方案设计
准备客户服务&支持 进行安装和可服务性测试
支持 Beta 测

准 备 ESP客户支持
准备生产初始产品 制造工艺开发
生产初始产品
开 发 “制造”测试装备
制造系统验证
支 持 ESP客户
切换到制造操作 发 运 ESP产品
产量逐步提升

制定项目计划
( WBS 3/4级)
可获得性DCP材料
评估发布准 备就绪情况 监控和管理项目
发布
发布
G A
经验教训总结 材料
交付 / 更新 决策检查点
里程碑
生命周期
生命周期终止
财务
系统工程 ( 包 括 QA/ 可靠性)
研发 硬件开发 软件开发 结构开发 工 业 设 计/UCD(以用户为中心的设计 )
初步财务评估
优化财务评估
优化财务评估
需求更改受
控 技术评审1
规格更改 配置更改
受改
受控
EC发布管理开 始
技术评审 2 技术评审 3
技术评审4
技术评审4A 技术评审 5

华为硬件设计规范

华为硬件设计规范

硬件设计规范学习教程版本:1.00时间:2011-11-29目录1 前言 (3)2 印制电路板设计基础 (3)2.1 印制电路设计 (3)2.2 印制电路板的特点和类型 (3)2.3 印制电路板的板面设计 (4)2.4 印制电路板上的元器件布局与布线 (4)2.5 印制导线的尺寸和图形 (5)2.6 印制电路板的热设计 (6)3 SCH和PCB设计规范 (6)3.1 目的 (6)3.2 SCH (6)3.3 PCB (10)4 硬件设计案例分析 (17)5.1 常见错误类 (17)5.1.1印制板板号、日期未更新错误类 (17)5.1.2封装错误类 (18)5.1.3标签错误类 (20)5.1.4工艺边错误类 (20)5.1.5SCH、PCB网络不一致错误类 (21)5.1.6缺少表贴MARK点错误类 (21)5.1.7拼板错误类 (21)5.1.8硬件设计和安装结构不匹配类 (21)5.1.9DRC校验时检查选项未选定错误类 (22)5.1.10选用已经停产、即将停产、无替代物料的元器件错误类 (23)5.1.11不适合大规模生产类 (23)5.1.12不符合印制板厂家要求类 (24)5.2 输入输出接口参数是否匹配类 (26)5.2.1NR1806新平台背板总线案例分析 (26)5.2.2VLCOM13COC门电路案例分析 (26)5.2.3NR1101光藕输入电流阈值偏小、输出电源不匹配 (27)5.2.4HRCPU02C光电输出与后级总线驱动不匹配 (28)5.3 电磁兼容类 (29)5.3.1UAPC新平台开入板NR1502A (29)5.3.2MUX-64C装置 (30)5.4 电源类 (31)5.4.1RCS9519A装置电源输出值不符合要求(陈勇撰) (31)5.4.2RCS-9665电源变压器案例分析(汪世平撰) (33)5.4.3反激式变换器及相关案例(汪世平撰) (34)5.5 时序匹配类 (37)5.6 高速电路设计类 (37)1 前言编写本教程的目标是为了规范硬件开发,提高硬件开发水平,避免重复发生一些简单、常见的错误,节约开发成本以及提高研发效率。

华为开发文档

华为开发文档

软件开发及文档培训(仅供内部使用)深圳市华为技术有限公司版权所有侵权必究1 软件开发过程介绍华为公司的软件开发过程基本上由以下几个开发过程组成: ∙系统需求分析过程∙系统设计过程∙软件需求分析过程∙软件概要设计过程∙软件详细设计过程∙软件编码和单元测试过程∙软件集成与集成测试过程∙系统集成和系统集成测试过程∙系统验收测试过程∙软件维护过程图一. 软件开发相关的过程示意图:各软件开发过程中应该输出的文档如下2. 软件开发过程详细要求2.1系统需求分析开发者应该根据以下要求参与系统需求分析。

注:如果一个系统分成多个版本开发,可能直到最后一个版本需求才能完全定义。

开发者的计划中应该定义在每个版本中确定的需求子集,每个版本中实现的需求子集。

某个版本的需求分析应该理解为定义那个版本的系统需求。

2.1.1 分析用户的输入开发者应该通过分析用户的输入来理解用户的需求。

这个输入的形式可能是需求报告单、调查、问题/修改报告,原型的反馈,访谈或其他用户或反馈。

2.1.2 操作概念开发者应该参与定义和记录系统的操作概念。

结果应该包括在《操作概念描述(OCD)》文档模板中的所有条目。

2.1.3 系统需求开发者应该参与定义和记录系统应该满足的需求以及验证每个需求已经被满足的方法。

结果应在包括《系统/子系统规格说明书(SSS)》中的所有可能的条目。

根据实际情况,有关系统接口的需求可以在SSS中规定或者在《接口需求规格说明书(IRSs)》中规定。

注:如果一个系统由子系统组成,系统需求分析)中的活动应该同系统设计中的活动叠代进行。

定义系统的需求,设计系统并定义它的子系统,定义这些子系统的需求,设计子系统并定义他们的部件,如此下去。

2.2系统的设计开发者应该按照下列要求参与系统的设计。

注:如果系统分成多个版本开发,系统的设计可能要等到最后一个版本才完成。

开发者的计划中应该定义每个版本中所要完成的设计。

一个特定版本的设计应理解为那个版本中应完成的设计内容。

atlas200i a2 开发流程

atlas200i a2 开发流程

atlas200i a2 开发流程
Atlas200i A2 是一款由华为与英伟达合作推出的 AI 加速卡。

开发流程一般包括以下几个步骤:
1. 硬件准备:你需要准备一块 Atlas200i A2 卡,以及一个支持该卡的服务器或开发板。

2. 安装驱动和工具:安装 Atlas200i A2 的相关驱动和工具,包括 GPU 驱动、CUDA 工具包、cuDNN 等。

这些工具将帮助你开发和运行基于 Atlas200i A2 的AI 应用程序。

3. 环境配置:配置开发环境,包括安装必要的软件、设置环境变量等。

4. 编写代码:使用你选择的编程语言(如Python、C++ 等)编写AI 应用程序。

你需要使用支持 CUDA 的编程框架(如 TensorFlow、PyTorch 等)来编写代码。

5. 编译和优化:将你的代码编译成可以在 Atlas200i A2 上运行的二进制文件。

这一步可能需要针对 Atlas200i A2 进行一些优化,以提高运行效率。

6. 测试和调试:在开发过程中,你需要不断地测试和调试你的应用程序。

你可以使用各种工具(如 GPU-Z、Nvidia-smi 等)来监控 GPU 的状态和性能,以及进行故障排除。

7. 部署和监控:一旦你的应用程序开发完成并通过测试,你可以将其部署到生产环境中。

在部署过程中,你需要监控应用程序的性能和稳定性,并根据需要进行调整。

以上是一般性的开发流程,具体步骤可能会因你的具体需求和应用场景而有所不同。

如果你需要更具体的指导或建议,我建议你参考 Atlas200i A2 的官方文档或寻求专业人士的帮助。

华为IPD产品开发流程

华为IPD产品开发流程

产品设计和开发
概念项目策划
批量生产
(
)
产品开发流程(V0.X)
◆决策评审点
▲里程碑■交付/更新
编号:XXX100 版本号:V0.X
产品开发流程(V0.X)
概念阶段详细流程
计划阶段详细流程
开发与测试阶段详细流程
LPDT-D40
执行对外合作计划
跟踪目标成本
原型机集成与测试
SE-D105
SE-LPDT-D80
SE-D95
工程样机BOM,在PCB
更新BOM,并在中试验证前向制造发布
SE-D130
更新BOM并发布最新版本给制造(试产验证和BETA
测试)用
SE-D160
参与中试验证测试(初始产品测试)
SWE-D60
编号:XXX204 版本号:V0.X
FPDT-V20
划和风险评估
LPDT-V40继续跟踪目标成本
(面向制造测试)
(面向制造测试)
LPDT-V20
LPDT-V50
准备发布决策评
审材料
编号:XXX205 版本号:V0.X。

华为产品项目流程

华为产品项目流程

华为产品项目流程华为产品项目流程是指华为公司在开发和推出新产品时所遵循的一系列步骤和方法。

以下将详细介绍华为产品项目流程的各个阶段及其主要内容。

一、需求调研阶段在产品项目启动之初,华为公司会进行市场调研和用户需求分析,以了解市场需求和用户期望。

通过与客户、合作伙伴和行业专家的沟通交流,收集相关数据和信息,确定产品的核心功能和特性。

二、产品规划阶段在需求调研的基础上,华为公司会制定产品规划,明确产品的定位、目标市场和竞争策略。

同时,还会进行竞争分析,并制定产品的发展方向和时间表。

产品规划阶段还包括制定产品开发的目标和指标,以及确定产品的硬件和软件要求。

三、设计开发阶段在产品规划完成后,华为公司会进入设计开发阶段。

首先是产品的原型设计,包括外观设计和用户界面设计。

然后是硬件和软件的开发,包括电路设计、系统架构设计、编码开发等。

在这个阶段,华为公司会进行多次测试和验证,以确保产品的性能和质量达到要求。

四、生产制造阶段在设计开发完成后,华为公司会着手进行产品的生产制造。

这包括物料采购、生产计划、生产过程控制等。

华为公司注重质量管理,通过严格的生产流程和质量检测,确保产品的质量稳定可靠。

五、市场推广阶段产品生产完成后,华为公司会进行市场推广,以提高产品的知名度和销售量。

这包括制定市场推广策略、进行市场宣传和推广活动,以及与渠道合作伙伴进行合作。

华为公司还会根据用户反馈和市场需求,不断改进产品,提高用户体验。

六、售后服务阶段华为公司非常重视售后服务,在产品上市后,会提供全面的售后支持和服务。

这包括产品维修、故障排除、软件更新等。

华为公司还会通过客户满意度调查和用户反馈收集,不断改进售后服务,提高用户满意度。

华为产品项目流程包括需求调研、产品规划、设计开发、生产制造、市场推广和售后服务等多个阶段。

华为公司通过严格的流程管理和质量控制,不断提高产品的竞争力和用户体验,成为全球领先的科技公司之一。

华为内部硬件开发设计流程

华为内部硬件开发设计流程

2007年,以2年的工作经验去一家小公司去面试。

当时笔试完,对方对我很认可。

但当时他说:“我需要招一个,在大公司待过的,最好知道硬件开发流程和规范的。

虽然你题答得不错,但是我们需要一个有丰富经验的,最好在华为待过的。

”当时,我就在想“华为的规范和流程是啥样的”。

后来我去了华为,我把能想到的华为硬件开发的几个不一样的点,跟大家分享一下。

NO.1 文档,评审,设计当时刚入职时,三个人做一个电路板。

虽然电路复杂一些,还是有一些人力过剩的。

所以,我就被安排去写一个PCI转UART的逻辑。

我当时是新员工,也急于表现自己,利用周末的时间,估计用了一周的时间,就写完代码,开始仿真了。

我以为我的导师兼主管会表扬一下,结果没有,他说:“你为什么没有召集大家讨论?然后再写方案,评审?然后再动手写代码?”我当时是不理解的,觉得我一个人就搞定的事情,为啥要这样劳师动众?后来反思过后发现了以下问题:第一、从主管的角度,不知道新员工的个人能力,你能把做的事情讲清楚了,他才放心。

第二、从公司的角度,有一套流程来保证项目的交付。

那么则不再太依赖某个人的个人能力,任何一个人的离职,都不会影响项目的交付。

这也是华为最了不起的地方,把复杂的项目拆得非常细碎,这样不需要特别牛的人来交付项目。

这是为什么华为的工程师的收入是思科的N分之一。

第三、从效果角度,毕竟一个人的想法是有限的,把想法文档化的过程,就是整理思路的过程;讨论的过程,就是收集你自己没有想到的过程。

正式的评审,是大家达成意见的过程。

提前讨论,让相关的人都参与到你的设计中,总比你设计完了,被别人指出一个致命的问题要强得多。

就是因为华为把一项工作拆散了,所以沟通,文档,评审,讨论,变得非常重要。

这个工作模式的缺点,也是显而易见,沟通成本高,工作效率低。

NO.2 硬件领域的人员构成在华为内部里面,人员角色非常多。

硬件的人是对产品开发阶段,端到端负责的。

做单板硬件工程师,可以涉猎最多的领域,同时也是工作内容最杂,接触人最多,扯皮的最多的工种。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

2007年,以2年的工作经验去一家小公司去面试。

当时笔试完,对方对我很认可。

但当时他说:“我需要招一个,在大公司待过的,最好知道硬件开发流程和规范的。

虽然你题答得不错,但是我们需要一个有丰富经验的,最好在华为待过的。

”当时,我就在想“华为的规范和流程是啥样的”。

后来我去了华为,我把能想到的华为硬件开发的几个不一样的点,跟大家分享一下。

NO.1 文档,评审,设计当时刚入职时,三个人做一个电路板。

虽然电路复杂一些,还是有一些人力过剩的。

所以,我就被安排去写一个PCI转UART的逻辑。

我当时是新员工,也急于表现自己,利用周末的时间,估计用了一周的时间,就写完代码,开始仿真了。

我以为我的导师兼主管会表扬一下,结果没有,他说:“你为什么没有召集大家讨论?然后再写方案,评审?然后再动手写代码?”我当时是不理解的,觉得我一个人就搞定的事情,为啥要这样劳师动众?后来反思过后发现了以下问题:第一、从主管的角度,不知道新员工的个人能力,你能把做的事情讲清楚了,他才放心。

第二、从公司的角度,有一套流程来保证项目的交付。

那么则不再太依赖某个人的个人能力,任何一个人的离职,都不会影响项目的交付。

这也是华为最了不起的地方,把复杂的项目拆得非常细碎,这样不需要特别牛的人来交付项目。

这是为什么华为的工程师的收入是思科的N分之一。

第三、从效果角度,毕竟一个人的想法是有限的,把想法文档化的过程,就是整理思路的过程;讨论的过程,就是收集你自己没有想到的过程。

正式的评审,是大家达成意见的过程。

提前讨论,让相关的人都参与到你的设计中,总比你设计完了,被别人指出一个致命的问题要强得多。

就是因为华为把一项工作拆散了,所以沟通,文档,评审,讨论,变得非常重要。

这个工作模式的缺点,也是显而易见,沟通成本高,工作效率低。

NO.2 硬件领域的人员构成在华为内部里面,人员角色非常多。

硬件的人是对产品开发阶段,端到端负责的。

做单板硬件工程师,可以涉猎最多的领域,同时也是工作内容最杂,接触人最多,扯皮的最多的工种。

但是也因为有人专门负责画PCB、EMC、电源、逻辑,原本硬件工程师应该做的领域。

那么硬件工程师就武功尽废,变成“连连线”。

其实不然,正是由于每个人都是一个小的领域,没有人统领,所以一个好的硬件经理的作用非常的重要,是贯穿所有领域和全部流程的关键角色。

正如原来华为内部论坛上有一个人比喻的,硬件工程师更像是处理器里面的“Cache”,是所有环节的中转站。

大公司把人的分工分的这么细,也是防止某一拨掌握了太多公司的核心技术,出去单搞了。

NO.3 华为的流程其实华为的流程,很多人都知道IPD流程是从IBM来的,我个人理解:IPD流程已经在华为变种,结合了中国人的特点,华为的企业特点进行了变通和优化。

如果华为僵硬的套用IBM的这套流程,也必定不会这么成功。

那么概括一下华为的硬件开发流程:需求分析→总体设计→专题分析→详细设计→逻辑详设→原理图→PCB→检视→粘合逻辑→投板→生产试制→回板调试→单元测试→专业实验→系统联调→小批量试制→硬件稳定→维护。

流程的根本在于,这个环节做好了,再进入下一个环节。

所有的环节其实跟其他公司并没有太大的区别,只不过严格把握了进入下一个环节的考核条件。

令硬件工程师最纠结的是“没有个节点跟’投板’对应”。

华为支撑IPD流程的系统是PDM(又名爬的慢)PDM的中文名称为产品数据管理(Product DataManagement)。

PDM是一门用来管理所有与产品相关信息(包括零件信息、配置、文档、CAD文件、结构、权限信息等)和所有与产品相关过程(包括过程定义和管理)的技术。

华为所有的器件资料,产品部件,工具,文档,原理图,PCB,逻辑代码等都存在这个系统上。

但是系统过于庞杂,其实比较难使用,跟服务器归档、SVN归档、也容易搞混淆。

NO.4 归一化器件归一化硬件工程师一般都能够理解,在一个板子上面的,尽可能的选择成本更低的器件,选择更少种类的器件,便于集中采购,同时也便于加工。

但是其他公司可能没有对器件归一化的工作做得那么细致和严格。

第一,由于华为整个公司使用的器件种类非常的多,所以如果减小一个器件编码,带来的收益是十万人民币到几百万,而其他公司可能达不到这个高的收益。

所以如果能减少一个编码,宁愿选择可能成本更高的器件。

但是这个也需要按照每年的器件直接成本收益*器件发货数量,与编码成本+加工成本差异,进行对比的。

不过器件归一化之后,器件的价格又可以跟供应商重新谈价格,这个收益是迭代的。

所以,有时即使是成本占优,也会倾向去器件归一化的结论。

例如,逐步去除了5%精度的电阻,归一化到1%。

第二,器件归一化,都是需要进行专题分析的。

因为也有工程师为了归一化,对电路原理没有充分分析,导致的归一化带来“问题引入”。

所以,当时我的部门当时有一个表格,“器件归一化分析.xls”的excel表格,把每个器件,原来选型,归一化的选型,更改的原因,都做好记录和原因分析。

一是让每个做归一化的员工都充分考虑分析,二是问题都有记录,便于评审,三是出了问题,好打板子。

单板归一化除了器件归一化,更高一个层次的归一化,就是单板归一化。

(单板这个概念,我稍微澄清一下,我刚到华为的时候,也觉得这个词很奇怪。

因为通信设备,都是机框,背板,加各个功能模块的电路板,各个功能模块的电路就叫做“单板”,硬件工程师,一般也叫做“单板硬件”)单板归一化带来的好处,首先是电路的种类少,电路的种类少的好处有三个:一是生产成本降低;二是硬件维护成本降低;三是软件开发和维护的成本降低。

第一、单板归一化的先决条件首先是处理器归一化。

其实,华为的有的产品这点做得其实不好,X86、MIPS、ARM、PPC全部都用个遍,所以一个硬件平台,需要配备各种软件人员,操作系统搞N套,VxWorks和Linux,BIOS各种配套。

第二、单板的归一化,要注意产品的衍生。

第一个版本的机框上的单板所实现的功能,如果后续的产品可以使用,应该直接可以用,不需要再开发。

如果不注意这点,第一个版本的单板,到第二版本时,发现不能相互借用。

反过来,再修改第一个版本的电路板,来适应新版本。

有时问题更糟糕,就是完全不能兼容,只好重新开发。

单板的规划显得非常重要。

第三、单板归一化时,虽然电路部分兼容了,但是结构件不兼容。

对于市场人员的配置来说,仍然是两种配置。

一样是失败的。

平台归一化那么如果发现不同的硬件平台的架构雷同,功能类似。

那么机框也可以归一化。

只需要制作不同的电路功能模块,就可以实现不同的功能需求。

但是不同的硬件形态都是有他存在的意义的,如果强行归一,市场未必会接受这种事情的发生。

例如用一个运营商的平台去归一一个企业应用或者家庭应用的产品,可能就未必能够成功。

网络架构归一化这个说法是我自己想的,早在08年的时候,华为就在讨论“云管端战略”了,当时不是很理解。

当我们一个运营商平台部门,跟“服务器”的部门合并的时候,似乎理解了点什么。

当X86处理器足够强大的时候,所有的运算,不管是否性价比最高,都送到云端进行处理,那么所有中间的存储和计算都显得不重要了。

那么整个网络的结构,就是终端+管道+云存储和云计算。

既然计算和存储设备都是一样的,那作为运算和存储的设备,也就不需要那么多样化了。

这时网络存储设备,和服务器就显得尤为重要。

这也是华为成立IT产品线,做重点战略投资的重要原因。

所以现在也就不需要那么多网络节点和网络平台了,只需要超强的处理和存储能力和宽广的通道,多样的终端。

NO.5专题分析我觉得很多硬件工程师有个误区,觉得自己的核心竞争力是在于会使用几个软件(cadence、Protel),画画原理图,画画PCB。

我早期的一份工作就这样,最大的本事就是照葫芦画瓢,抄Demo板,抄以前成熟的电路,如果碰到了新的电路设计,一般是按照参考电路先画出电路,再通过调试,去尝试,碰到问题,再去解决问题。

那么我现在的观念是,硬件工程师最值钱的地方是在于懂硬件原理,懂得电路分析,模电数电原理,电磁场理论,而不是会使用画图软件。

那么华为是怎样做电路设计的呢?为什么会有专题分析的说法呢?为什么电路设计的时候要做专题分析?第一、例行的,每个电路一般都会做几个必选的专题:电源、时钟、小系统;把每个管脚怎么用,怎么接,对接的管脚的电平是否满足要求,都需要文档化,分析清楚。

在选用新器件的话,对应硬件工程师的工作量还是比较大的。

但是如果是其他公司,直接按照推荐电路设计就完事了。

电源专题,需要分析电源需求,每种电源的电压范围,电流需求,动态响应,上电时序;时钟专题,针对每个时钟的输入的电平标准,频率,抖动等参数,时钟时序,并按照各种时钟解决方案进行优化;第二、当电路设计过程中,碰到一些新的问题,之前团队中没有接触过的问题,或者认为是重点,难点的内容,会专门做这个问题点的专题分析:例如我们做过的一些双BIOS启动,摄像头的红外LED的驱动,主备倒换啊,之类的,就会把一个问题点分析透,然后再动手做画原理图。

第三、那么在开发硬件的时候,Demo只是作为参考,每一个依据都是来自于datasheet,除了看芯片的数据手册之外,还要仔细查看数据手册的勘误表errata,核对datasheet与Demo的差一点,如果器件有checklist还得核对checklist。

曾经开发AMD的时候,datasheet、Demo、checklist,三个文档对不上的情况。

也出现过,一个比较难复现的问题,后来查看了Errata,发现是厂家芯片升级了,修正了bug,而我们还在采购老版本的芯片。

第四、由于项目本身有交付时间要求,那么在有限时间内其实不可能做到每个问题点都做得深入透彻。

那么问题来了:是怎么做到的呢?首先,每个项目都有《问题跟踪表》,而硬件团队由于事情非常的杂,所以把这个表要用的非常好,不然丢东拉西很正常。

我曾经把这个表应用到家里装修。

这个表的原理很简单,就是记录,问题内容,责任人,完成状态,完成时间。

但是只要你坚持用,你会发现,你问题不会跟踪丢,做事情会比较有条理,而且会有成就感。

用了这个表以后,发现问题之后,先记录下来,即使现在不解决,那么也会识别他要不要解决,什么时候解决。

其次、问题分优先级,任何项目都是带着风险前进的,那么识别出高风险的问题,优先解决高风险的问题,带着低风险的问题继续走。

这也是华为电路设计中“0欧姆”电阻用的比较多的有一个原因,识别出风险之后,但是又分析不清楚,或者来不及分析,只好做兼容设计。

这里不得不感慨一句,在你的设计过程中,你马虎对待,没有分析清楚的问题,最后一定会暴露出来。

所以,在“菊花厂”做硬件工程师,“专题分析”是设计硬件最核心的工作,而不是画原理图。

通过这个方法,用1~2个月做电路分析,而用1~2周时间画原理图,取代了,画图,调试,改版,再调试,在改版的形式。

相关文档
最新文档