★ FEATURED ARTICLE 简介《硬件设计开发指导完整版》是一份面向硬件工程师、单板设计师及研发管理者的规范化开发参考文档系统梳理产品硬件项目从需求定义到验收转中试的完整流程。文档以硬件开发流程为主线覆盖CPU处理能力、存储容量、I/O分配、接口及电平要求等需求分析方法也给出总体方案评审、关键器件选型、原理图绘制、PCB布线与单板调试、软硬件联调、内部验收等环节的操作要点和文档规范强调流程评审、物料清单与归档管理能够帮助团队减少返工、提升硬件交付质量。资源为单个docx文件压缩包38KB正文共22页目录清晰从概述、成员职责、基本技能到各阶段设计及调试验收均有分节展开适合作为部门开发指导文件或新员工培训材料。目前已有1463人学习对于需要建立或完善硬件开发流程的团队具有直接的借鉴价值。1. 硬件设计开发指导从需求分析到转中试的完整开发流程新项目立项那天总工扔给我一份五页纸的任务书CPU处理能力、存储容量及速度、I/O口分配、接口要求、电平要求全散在会议纪要里我就知道后面的板子必有一轮返工。硬件设计开发指导要解决的正是这件事把硬件开发从需求分析、总体方案、单板设计、原理图与PCB、调试联调、验收到文档归档的每一步拆成可执行、可评审、可追溯的交付物让每个参与的人知道当前阶段该产出什么文件、满足什么指标、过了谁那关才能往下走。下面这套思路来自一份在团队里实际运行过的硬件开发指导文件适合正在带板卡项目的硬件工程师照着搭流程也适合做毕设板卡的学生用来规划自己的开发计划和答辩材料。2. 硬件需求分析与总体方案制定CPU能力、接口电平与关键器件选型硬件开发真正起始于立项但实际工作中硬件工程师在立项之前就应该参与前期调研尽早了解系统功能、性能指标、工作原理、环境指标、结构条件、价格、设计时间和产品寿命。立项完成后项目组手里有产品需求说明书和项目总体方案书这两份文件已经评审过。接下来第一步就是硬件需求分析产出《硬件需求说明书》。需求分析是整个开发过程中非常容易做水的一环。文档里的原话我一直记着一项产品的功能和性能往往由软件和硬件共同完成哪些由硬件做、哪些由软件做必须在需求分析时想清楚。这个软硬件功能划分如果没在需求阶段定下来后面调试期就是无休止的扯皮——软件说信号没上来是硬件问题硬件说波形已经对了是软件没配寄存器。2.1 需求分析从任务书落地成《硬件需求说明书》软硬件功能划分是第一关写《硬件需求说明书》不是把任务书抄一遍而是要回答四个问题系统长什么样、性能指标是多少、哪些功能归硬件、哪些功能归软件、现有技术储备能不能支撑。文档里列出的需求说明书内容框架很完整我整理成了表格每次写需求文档时逐项核对。需求分析条目要写清楚什么最容易被漏掉的地方系统工程组网及使用说明整机怎么组网单板在系统中的位置只画了组网图没确认板间连接方式基本配置及其互连方法关键配置、连接器型号、互连方式连接器选型不写后面原理图阶段才补运行环境温湿度范围、振动、散热条件不考虑整机通风电源模块热设计超标硬件整体系统/分系统的功能和指标CPU处理能力、存储容量与速度、I/O口分配、接口要求、电平要求、特殊电路如厚膜把性能指标写成定性描述没法验收功能模块划分软硬件职责边界没有明确哪些信号由硬件处理、哪些由软件处理关键技术攻关技术可行性和备选方案想当然认为方案能成立不做验证外购硬件清单名称、型号、生产单位、主要技术指标选型不做物料认证不索取样品电源、工艺结构设计电源拓扑、结构约束只写电压电流不写纹波要求和时序要求硬件测试方案测试方法和判据等到调试阶段才补错过了可测试性设计CPU能力、存储容量及速度、I/O口分配这些参数在需求说明书里必须量化。比如CPU处理能力不能只写“满足系统需要”要写清楚主频不低于多少、需要几个定时器、几路串口、存储容量至少多大、读写速度要求多少。I/O口分配要具体到哪些信号进哪类接口电平是3.3V还是5V是否需要电平转换有没有特殊电路需要单独处理。这些数据是后面做总体方案和关键器件选型的输入。需求分析还有一个容易被忽略的作用就是从总体上论证当前硬件技术水平是否能满足需求。如果公司现有能力做不到某一项指标是安排攻关还是调整需求要在这个阶段暴露出来不能等板子投出去才发现搞不定。2.2 总体方案制定与评审单板命名、逻辑框图和关键技术讨论需求分析完成后项目组进行硬件总体设计撰写《硬件总体设计方案》。总体设计的主要任务是从总体上划分各单板的功能描述硬件总体结构规定各单板间的接口及有关技术指标。它既给出项目硬件开发的总任务框架也引导项目组对开发任务做更深入、更具体的分析帮助制定开发计划。总体设计方案需要包含的内容文档里写得很清楚系统功能及功能指标、系统总体结构图及功能划分、单板命名、系统逻辑框图、组成系统各功能块的逻辑框图和电路结构图、单板逻辑框图和电路结构图、关键技术讨论、关键器件。这里单板命名容易被当成小事实际上单板命名一旦确定后续所有文档、物料清单、调试记录都依赖这个名字改名一次成本很高。我一直认为总体方案是整个硬件开发里最重要的环节之一。文档里的说法是总体设计做不好可能出现致命问题造成的损失多数无法挽回。这是因为到了这一层方案已经决定了系统架构后面单板设计、原理图、PCB都围绕这个架构展开。如果架构阶段选错了总线方式或者接口标准等PCB回来再想改就不是改几根线的问题而是整块板重做。总体方案评审包含两部分一是对文档格式、内容科学性、描述准确性以及详简情况做审查二是对总体方案设计中的技术合理性、可行性做审查。评审不通过项目组必须重新修订方案。大型复杂产品的总体方案反复论证是必需的只有经过多次论证的方案才可能成为好方案。我见过不少团队为了赶进度把总体方案评审压缩成半小时结果单板阶段出了问题整体往回返反而更慢。2.3 关键器件选型与申购索取样品、物料认证和成本控制硬件总体设计方案通过后就可以着手关键器件的申购主要工作由项目组完成。文档里有一句很直接的话关键元器件往往是一个项目能否顺利实施的重要目标。这句话我理解为两层意思第一个意思是功能层面的关键器件选得不对方案就是空中楼阁第二个意思是供应链层面的关键器件的交期和供货量直接决定项目进度。选型时要充分考虑技术可能性、可靠性和成本控制寻求关键器件及其技术资料、技术途径、技术支持并且关键器件要索取样品。索取样品这一步很多人会跳过觉得看数据手册就够了。实际做项目时样品拿回来焊到测试板上跑一跑比读十遍手册都管用。数据手册里的参数是典型值真实器件的温度特性、噪声表现、批量一致性只有实测才知道。器件和厂家的选择要参照物料认证的相关要求和规范。使用尚未认证的新器件时要申请新器件编码经过物料认证流程后才能进入正式物料清单。选型还要照顾技术继承性充分利用公司现有的成熟技术保持产品技术上的继承性。这个原则在文档里属于硬件工程师的职责之一意思是一块板子上不能全是新器件每个新器件都是风险点。在满足功能和成本的前提下优先用已经在其他项目上验证过的物料。3. 单板详细设计与原理图 PCB 设计从地址分配到投板申请的交付物总体方案评审通过后进入单板设计阶段。对于复杂系统硬件总体设计方案和单板设计方案分两次评审对于简单项目比如一块功能单板可以合并为一个文档评审。这一章讲的单板设计方案、单板详细设计、原理图和PCB设计是硬件工程师日常花费时间最多的部分也是最需要和软件同事对齐的部分。3.1 单板设计方案单板位置、接口定义和与相关板的关系单板设计方案是每一块板子的设计纲领。文档列出的内容很具体单板在整机中的位置和功能描述、单板尺寸、单板逻辑图及各功能模块说明、单板软件功能描述、单板软件功能模块划分、接口定义及与相关板的关系、重要性能指标、功耗及采用标准、开发用仪器仪表。单板在整机中的位置决定了这块板的对外接口。一块板子不是孤立的它要和背板、其他单板、外部设备互连接口定义不清楚并行开发的多块板子联调时会撞车。接口定义至少要包括接口类型是连接器还是线缆、信号定义和方向、电平标准、时序要求、抗干扰措施。这块内容必须在单板设计阶段定下来不能等到原理图阶段再补。单板软件功能描述和单板软件功能模块划分是单板设计和软件设计之间的桥梁。很多硬件工程师写单板设计方案时只写硬件逻辑不写软件功能结果软件同事拿到文档不知道哪些功能由驱动实现、哪些由应用实现。文档要求把单板软件功能描述写清楚常见的做法是在这一节里列出软件功能框图标注每个功能模块与哪个硬件模块对应这样后面单板硬件详细设计就有了明确的软件视角。重要性能指标、功耗及采用标准也要在方案里写清楚这是后面原理图评审和PCB方案评审的判据。功耗估算尤其重要电源模块选型、散热设计、结构设计都依赖这个数字。我一般会在单板设计方案里做一版功耗估算表列出每个功能模块的典型功耗和峰值功耗留出30%余量避免板子回来发现电源余量不够。3.2 单板硬件详细设计报告地址分配、中断方式、时序说明要写到软件能直接编码单板设计方案评审通过后硬件工程师要根据分系统指标及硬件工作原理完成详细实施方案设计提交《单板硬件详细设计报告》。很多团队把这个文档当成给评审专家看的材料实际上它还有一个同样重要的读者写单板软件的同事。文档里明确说一块单板的硬件和软件分别由两个开发人员开发时单板硬件详细设计为软件设计者提供了详细的指导尤其是地址分配、控制方式、接口方式、中断方式这是编制单板软件的基础一定要详细写出。我整理过一份单板硬件详细设计报告应该覆盖的内容清单这里列出来每一项都是可检查的交付物内容模块必须写清的信息检查点单板逻辑框图及各功能模块说明每个功能模块的作用、输入输出关系逻辑框图能逐级细化到芯片引脚各功能模块实现方式采用的芯片型号、电路形式、外围器件关键器件有选型依据地址分配片选、存储器映射、寄存器地址软件可以直接按地址表编程控制方式轮询、中断、DMA、状态机控制时序有明确说明接口方式并口、串口、SPI、I2C、以太网接口管脚信号完整定义中断方式中断源、优先级、触发方式中断向量与软件一致存贮器空间Flash、RAM、外设地址范围容量和地址重叠检查时序说明读写时序、信号建立保持时间满足芯片手册要求可编程器件图FPGA/EPLD内部逻辑框图与硬件逻辑一致详细物料清单型号、封装、数量、位号可采购、可核料详细设计报告必须经过评审通过才能进入PCB设计。评审不通过时文档里规定的处理方式是返回硬件需求分析重新进行整个过程。这个设计看起来绕实际上是故意的——某个单板详细设计通不过项目组要重新审查这是不是一个孤立问题是否会引起项目整体设计的改动。这是把单板问题升级到系统层面审视的机会不能简单改个电容电阻就往下走。阶段完成标志是《单板硬件详细设计》《单板软件详细设计》以及关键主要器件订货清单。对照这个标志检查一下如果软件的详细设计还没开始硬件就急着投板后面软件需求变化很可能导致硬件返工。文档要求软硬件详细设计都完成才进入下一阶段这个顺序是有道理的。3.3 原理图与 PCB 设计建库、仿真、布局冻结和投板申请原理图设计开始于硬件详细设计评审通过是硬件设计的首要步骤。原理图设计之前首先要对元器件建库参照中心库设计规范。中心库的存在是为了避免每个工程师用自己的符号库导致同一颗料在不同项目里画出来的封装不一致。建库完成后还应根据任务需求对一些关键信号做布线前仿真确定是否需要特殊处理比如增加匹配电阻或者电容。这一步在高速信号设计中尤其重要不仿真的话等板子回来信号反射严重只能一次次割线飞线。原理图绘制完成后硬件组应组织项目组相关人员进行评审。评审时需要对设计中的关键点进行审核文档列举的典型关注点是时钟单元、电源单元、DSP或FPGA等关键器件的配置。这些点出问题的代价最大时钟电路不稳定整个系统跑不起来电源单元纹波超标会导致各类偶发故障FPGA配置引脚接错则器件无法加载。原理图评审通过后经项目负责人签字批准方可进入PCB设计工作。PCB设计开始之前首先进行PCB方案设计。PCB设计方案主要考虑结构特点、电磁兼容性、信号完整性、电源完整性、热设计、可制造性、可调试性完成PCB布局。其中部分工作如信号完整性、电源完整性及热设计可与硬件详细设计交叉进行。PCB设计方案应对原理图中关键指标是如何实现的提出具体措施比如阻抗控制到多少、时延要求怎么满足、抗干扰采用什么手段。完成标志是《PCB设计方案》《硬件测试方案》《信号完整性仿真报告》。PCB布局确定之后文档里有一条硬性规则总的布局规划禁止改动功能模块内可以进行位置调整如果功能模块进行较大调整须向组里提出申请组织讨论讨论通过后方可进行布线工作。这条规则被我验证过多次原因很简单布局阶段考虑的是整体信号流向、电源分布和散热局部调整可能解决一个小问题却破坏另外几个约束。布线阶段动布局是大忌一旦动了前面的仿真结论全部作废。PCB投产前设计者要向项目组提出投板申请。首先由硬件组负责PCB设计规范的检查并给出规范完成情况表与PCB图一并交予设计组由设计组组织人员对关键部分的设计要求进行评审检查。PCB投板申请需由项目负责人签字批准。这层签字的意义在于投板一旦出去货期加贴片周期通常以周计而每投一次板都是真金白银必须有人对这次投板负总责。4. 调试、联调与常见问题排查电源、时钟、接口信号最容易翻车的地方PCB裸板回板、物料采购到货后由焊工焊好1到2块单板进入单板调试阶段。硬件调试是对硬件的功能和性能进行验证保证设计正确性认真细致的调试可以发现单板以及整体设计不足也是验证设计目标是否达成的唯一方法。文档里强调PCB进行方案设计时就需要进行硬件调试方案设计根据《硬件需求说明书》和《硬件总体设计方案》中的指标要求制定调试方案同时制定调试详细记录表对整个调试过程进行实时记录。4.1 单板调试从电源和时钟开始调测顺序和调试记录表单板调试有一句经验之谈电源不亮什么都别谈时钟不准所有时序都白搭。所以硬件调试的第一步永远是电源调试第二步是时钟源调试然后才是各功能电路调试、可编程器件调试、CPU自启动调试最后是输入输出指标调试需要编写接口控制程序。这个顺序不是随便排的电源为所有芯片提供能量时钟是数字电路的心跳前面两步不过后面调试出来的任何现象都可能是假象。调试时使用的测试仪器我一般会准备直流电源、示波器、逻辑分析仪、信号发生器、万用表。示波器要看清楚带宽和采样率调试高速信号时带宽不够会看到完全失真的波形。比如调试DDR或高速串行总线时至少需要带宽足够的示波器配套探头普通100M带宽示波器只能用来排查电源纹波和低速控制信号。文档要求硬件组成员具备熟练运用信号发生器、示波器、逻辑分析仪等测试仪器的能力这个要求在实际调试中非常实在。调试记录表必须实时记录这一点我吃过亏。早期调试时习惯先调通再补记录结果一个问题修好后又冒出新问题回头查是哪次改动引起的根本找不到记录。后来强制每次测量都把波形截图、电位数据、修改内容当场记进调试记录表问题定位速度快了很多。4.2 单板调试常见问题排查上电电流、时钟不起振、配置加载失败调试期最容易翻车的几个问题几乎每个项目都会遇到。我把常见的几种写成排查套路按现象、原因、解决三段来拆解。问题一上电后电流异常偏大板卡局部发烫。现象直流电源显示电流明显超过估算值用手背靠近板卡某个区域能感觉到温度异常。 原因最常见的是某路电源短路包括电容焊反、焊桥、芯片电源和地之间击穿其次是电源芯片反馈电阻焊错导致输出电压异常升高。 解决先断电用万用表二极管档测各路电源对地压降找出异常低阻通路再分段排查断开负载电感或割断磁珠逐级上电定位到具体芯片。我一般会准备一份电源树标明每路电源的预期电流和测试点排查时按电源树从上到下逐级验证。问题二时钟不起振或者振荡频率偏了。现象示波器探头点在晶振输出脚上看不到波形或者频率偏离标称值系统逻辑混乱。 原因晶振负载电容和手册要求不匹配、晶振起振电路设计不当、PCB布局时晶振离芯片太远导致走线寄生电容过大。 解决核对晶振手册的负载电容参数检查PCB上两个负载电容容值是否按计算结果选用用示波器直接测晶振引脚波形确认起振时间和幅度。晶振布局上要让晶振尽量靠近芯片时钟输入引脚走线短而直包地处理。如果改了起振电路还不振怀疑晶振本身质量换一颗料试试。问题三FPGA/DSP配置文件加载不上。现象下载程序时报错或者程序偶尔能烧进去偶尔不能。 原因配置引脚的上拉电阻值不对、电源上电时序不满足、配置文件格式和芯片型号不匹配。 解决先查配置模式选择引脚如FPGA的MSEL引脚是否按手册拉到正确电平再用示波器同时抓取各电源轨的上电顺序确认满足芯片手册的时序要求。配置完成指示信号如DONE没拉高多半是配置链路某一环有问题按链路逐级查。至于电源时序很多SoC要求内核电源先于IO电源上电这个要求必须在原理图阶段就处理好。问题四CPU自启动失败程序跑飞。现象复位引脚释放后程序没有按照预期运行用调试器连接后PC指针在异常区域。 原因boot引脚配置错误、复位电路时序不满足、外部存储器初始化失败、供电不稳导致复位反复触发。 解决用调试器连接芯片先确认各电源轨电压稳定再检查复位信号释放时间是否满足要求。然后核对boot模式选择引脚确认从外部Flash启动还是从内部存储启动。如果boot配置无误检查存储器片选信号和读写时序用逻辑分析仪抓片选和读写信号看CPU有没有真正发起访问。问题五通信接口偶发误码或波形变形。现象UART、SPI或CAN接口通信偶发失败示波器看波形边沿缓慢或有过冲。 原因电平不匹配、上拉电阻过小、走线过长导致信号完整性差、地平面不完整。 解决先用示波器看接口波形确认信号幅度和边沿是否满足接收端电平标准。如果幅度不够检查是否缺少上拉电阻或上拉阻值过大如果过冲明显增加串联匹配电阻常见22到33欧姆。检查PCB上该信号走线是否跨分割一旦跨过地平面割裂返回路径变长信号质量会明显变差。4.3 软硬件系统联调接口信号原始记录和多次投板迭代单板调试完成、各功能模块验证通过后进入软硬件系统联调阶段。一般的单板需要硬件人员和单板软件人员配合特殊的单板如主机板需要较多人参与系统级联调。系统联调过程中应输出单板系统联调报告内容包括系统功能模块划分、系统功能模块调试进展、系统接口信号的测试原始记录及分析、系统联调中出现问题及解决、调试技巧集锦、整机性能评估。接口信号的测试原始记录是联调报告里最有价值的部分。联调中软硬件对同样一个信号往往各执一词硬件认为波形规范、时序正确软件认为寄存器读回的值不对。这个时候唯一能仲裁的就是示波器和逻辑分析仪抓到的原始记录。把关键接口信号的时序波形、总线数据、错误帧全部记录下来标上测试条件和结论联调就是靠这些原始数据把问题一个一个钉死。一般地经过单板调试后在原理及PCB布线方面会有调整需要通过多次投板迭代测试。这是硬件开发的正常状态不代表前面的设计失败。每次投板都要重新走一遍调试流程同时把上一次投板发现的问题逐项验证关闭。迭代过程中最容易出现的风险是修改了原理图某一部分却影响了没有预料到的其他模块所以文档强调每次投PCB板要提交过程文档把修改原因、修改内容、影响范围写清楚这份文档也是转中试评审的基础材料。5. 开发文档规范与硬件信息库归档每次投板都要留下来什么硬件开发流程走到最后阶段交互对象从电路板变成了文档。文档里对开发文档规范及归档要求着墨不少因为硬件项目的可追溯性完全靠文档支撑。这一章讲清楚每次投板该留下什么过程文档、归档前做什么规范自检、硬件信息库怎么沉淀。5.1 硬件调试过程文档与单板软件过程文档进度、问题、修改说明和下一步计划文档里规定硬件调试过程中每次所投PCB板工程师应提交一份过程文档以便管理阶层了解进度、进行考评也给其他相关工程师留下一份有参考价值的技术文档。每次投PCB板时都要制作这份文档。这意味着过程文档和投板批次绑定一次投板对应一份过程文档不能等到项目结束后一次性补写。硬件调试过程文档的内容包括单板硬件功能模块划分单板硬件各模块调试进度调试中出现的问题及解决方法原始数据记录系统方案修改说明单板方案修改说明器件改换说明原理图、PCB图修改说明可编程器件修改说明调试工作阶段总结调试进展说明下阶段调试计划以及测试方案的修改。这份文档是项目管理的进度依据也是技术经验的载体。我在实际项目里发现调试中出现的问题及解决方法这一节价值最高因为每一个问题都对应一个真实的坑把这些坑记录下来比任何培训都有效。单板软件过程文档的收集节奏不太一样每月收集一次单板软件过程调试文档或者调试完毕指不满一月收集尽可能清楚、完整地列出软件调试修改过程。内容包括单板软件功能模块划分及各功能模块调试进度、单板软件调试出现问题及解决、下阶段的调试计划、测试方案修改。软硬件过程文档分开收集是因为两者节奏不同硬件以投板批次为节点软件以月或调试节点为周期。但两份文档在联调阶段要相互引用同一个联调问题的软硬件两侧记录要能对上。5.2 评审前的文档规范自检格式、内容、准确性、详简硬件开发过程中有多次评审需求评审、总体方案评审、单板方案评审、详细设计评审、PCB方案评审、调试方案评审。每次评审前文档都要求在申请评审前先完成文档规范自检并将规范完成情况表和评审文档、主要元器件订货清单一并交予项目组申请评审。这个自检步骤容易被赶进度的人跳过但评审会被打回的最常见原因往往不是技术问题而是文档本身不合格。文档规范自检通常查四个方面格式是否符合模板要求内容是否覆盖清单列出的条目描述是否准确无歧义详简是否得当。格式问题包括编号混乱、图表不标注、版本号缺失内容问题包括漏掉地址分配、时序说明等关键章节准确性问题比如接口信号定义和原理图不一致详简问题比如关键技术讨论只写一两句话没有论证过程。我给自检做过一张检查表每次评审前对照着过一遍文档里所有术语是否和缩略语清单一致、每个功能模块是否有对应逻辑图、地址分配表和软件寄存器定义是否同步、时序描述是否有波形图、物料清单是否包含完整位号和型号、性能指标是否可量化、评审意见是否逐条关闭。这张表和评审文档一起提交评审专家也会更愿意认真看因为能感觉到作者是抱着交付的心态来的。5.3 硬件信息库与标准电路复用中心库、物料认证、新器件编码申请硬件开发的规范化在文档里有一句话概括常用的硬件电路要采用通用的标准设计。这句话背后的支撑就是硬件信息库。信息库至少包括元器件中心库、标准电路库、物料认证信息库三个部分。元器件建库要参照中心库设计规范确保原理图符号、PCB封装、3D模型一一对应。新器件编码申请和物料申领是日常开发里频繁碰到的流程。设计中使用一颗未认证的新器件要先申请新器件编码经过物料认证流程确认其质量、供货、替代性才能进入正式物料清单。物料申领要依据开发物料清单进行不能随意领料。这个流程看似繁琐实际上是防止板子焊到一半发现某颗料停产或者交期四十周。标准电路复用的价值在于降低风险。一个已经被多个项目验证过的电源电路、接口电路、时钟电路比重新设计一个新电路可靠得多。文档要求硬件工程师掌握常用标准电路的设计能力并且充分利用公司现有成熟技术保持产品技术上的继承性。我每次画原理图第一件事就是去标准电路库找可复用的模块没有合适的才会新设计新设计的模块通过验证后再回馈到库里。这样硬件信息库会越用越厚项目迭代也会越来越快。6. 验收与答辩自测清单、测试报告和一次签字放行的技巧6.1 验收六项自测与答辩材料清单硬件验收首先是自测关。文档要求单板调试完之后、申请内部验收之前先进行自测确保每个功能都能实现、每项指标都能满足。自测完毕应出单板硬件测试文档我通常按六个维度准备验收材料。验收项自测方法需要提交的记录电源各路输出电压、纹波、上电时序测试电源测试数据表、波形截图时钟各时钟源频率、幅度、抖动测试示波器波形、频率计数据功能电路各功能模块输入输出信号、性能参数测试功能模块测试记录可编程器件配置加载、逻辑功能验证加载日志、功能测试截图CPU自启动上电自启动、程序正常运行验证启动日志、运行状态记录I/O指标接口信号时序、电平、通信误码率测试接口信号原始记录及分析答辩时要把这些记录整理成一套材料硬件需求说明书里的指标要求、自测数据和实际测试数据的对比表、调试过程中发现的问题和解决记录、每次投板的修改说明。被问到“为什么这样设计”时用需求分析里的指标依据来回答被问到“这个参数怎么确认的”时拿出测试原始记录。硬件验收的判定标准很简单记录数据和实际测试数据达到任务要求方可通过。所以平时调试记录做得越细验收答辩越轻松。这份指导文件我后来一直留着每次新项目立项就把流程图贴到白板上确定当前阶段、下一阶段交付物和评审责任人。从那以后我每次提交验收前都会强制走一遍六项自测清单电源、时钟、功能电路、可编程器件、CPU自启动、I/O指标全过才敢约评审。这个习惯帮我避免过两次批量返工也希望帮到你——不管你是要交付一块真实板卡还是要完成一份硬件设计相关的毕设把流程走完整、把文档留扎实永远是硬件开发最稳妥的路。本文还有配套的精品资源点击获取
阅读完成 · 觉得有帮助？
