首页/文章/ 详情

原理图从60多页到90多页?这恰恰说明你更专业了!

9月前浏览492
大家好,我是王工。


一份原理图90多页,正常吗?对于常用的单片机类产品,原理图通常只有几页,稍复杂的设计可能会有十几页。


随着产品复杂度的提升,原理图的规模也会显著增加。一个中等复杂度的SoC(系统级芯片)设计,原理图通常在50-120页之间,而90页正处于这一范围的中间值,属于合理范畴。

在实际的高端硬件设计中,大规模原理图十分常见。例如,Intel的某款服务器主板参考设计原理图达到180多页,充分证明,在专业电子工程领域,多页原理图是普遍现象,尤其是对于高性能计算、通信设备或复杂嵌入式系统等应用场景。


011

电路模块化


整体而言,电路模块化,可读性强,细节展示更多,更容易检查,也更不容易出错首先,我们要有层次化设计结构。


系统级框图第一页应呈现顶层架构,展示各功能模块互连关系,相当于系统的"地图"



电源子系统独立1-2页详细描述电源树、PMIC配置等等。



电源时序独立1页详细描述各电源上电时序,电压等级。



核心处理单元SoC/CPU页包含核心电路、时钟、复位和基础接口配置。



外设模块按功能划分独立页面,如DDR内存接口(可能需多页)、PCIe通道、USB接口、HDMI接口、RJ45以太网接口等等。



信号流优化布局,遵循"从左到右,从上到下"的信号流向原则。


  • 输入信号置于页面左侧

  • 处理单元居中

  • 输出信号走向右侧

  • 控制信号从上向下流动


021

多页原理图的显著优势


在项目比较急的情况下,可以并行开发提升效率,模块化划分允许多位工程师同时工作:

  • 电源专家专注于电源页

  • 高速数字工程师处理DDR/PCIe部分

  • 模拟工程师负责音频电路

  • 系统架构师维护顶层互连

设计验证与调试简化

  • 故障隔离:问题可快速定位到特定功能页

  • 版本控制:可单独更新某模块而不影响全局

  • 设计复用:成熟模块(如USB PD)可直接移植到新项目

文档与知识管理

  • 新成员培训时可按模块学习

  • 维修手册可对应页数,更好的进行问题诊断



031

原理图进阶技巧

位号和型号标注清晰,方向一致。如果元件较多,很多器件的位号和型号堆叠在一起,可读性低,也不太美观,两个原理图,你觉得哪个好看?



主要强调的是电源符号的命名,最好加上电源功能和电压等级,比如VCC5V0_USB2.0_HOST,让人一眼就知道这是给USB HOST供电的,USB用的是2.0,一般供电电流500mA。



同理,网络的命名也要做到通俗易懂,让人一看就知道这是什么网络,有什么作用。


不同页要用分页符连在一起,如果是同一张子图内的,使用网络标签即可。网络端口的分页符要注意方向,区分所属的型号是属于输出,输入,还是双向的!



对阻抗有要求的,需要在原理图上备注出来。比如:USB,HDMI,DDR等等网络都是需要做阻抗控制的。


每颗元件都有它存在的意义,必须保留的一定要备注清楚原因。


有需要特别注意的地方,在旁边加上注释,方便layout或者新手作为一个参考。



在原理图的右下角一般还会有对应的标题栏,不同的公司对于里面的内容要求可能不太一样,但一般都会包含以下几点基本信息:

(1)图纸编号

(2)图纸标题

(3)项目名称

(4)子图名称

(5)设计者

(6)审核者

(7)日期

(8)页码

(9)版本

最后还要记得物料归一化,可将BOM导出来,一个个核对,电容电压等级低的,统一归类为等级高的,封装也要核对,这也是经常出错的地方。

声明:


 
声明:原创文章,转载请注明出处。本号对所有原创、转载文章的陈述与观点均保持中立,推送文章仅供读者学习和交流。文章、图片等版权归原作者享有,如有侵权,联系删除。  

来源:硬件笔记本
电源电路电子芯片通信控制
著作权归作者所有,欢迎分享,未经许可,不得转载
首次发布时间:2025-11-28
最近编辑:9月前
硬件笔记本
本科 一点一滴,厚积薄发。
获赞 158粉丝 51文章 1109课程 0
点赞
收藏
作者推荐

在大厂做硬件:样品到量产这条路,远比想象中艰难

大家好,我是王工。咱们几百号人的科技公司,虽然公司规模不算特别大,但流程的复杂程度绝对不输大厂。工作这些年,我最大的感悟就是:在大厂搞硬件,技术决定你的下限,沟通能力才决定你的上限!在小公司,硬件工程师可能既要画原理图,又要调程序,甚至还要跑生产线。但在我们这样的企业,每个环节都有专人负责,硬件工程师更像是一个"技术枢纽"——既要懂技术,更要会沟通。从产品立项到量产出货的全流程中,硬件工程师需要打交道的岗位之多,可能会让新人措手不及。让我们来看看这些关键协作节点:011产品定义阶段在产品定义阶段,硬件工程师就要开始"翻译"工作产品经理(PM)他是我们的第一个对接对象。他们带来的"支持5G"、"智能语音"等市场需求,需要我们转化为具体的技术参数。这里最大的坑就是需求理解偏差——你理解的"5G支持"和PM想的可能完全不是一回事。建议在需求确认阶段就做好技术可行性评估,并尽可能用各种方式来对齐认知。项目经理(Project Manager)他是进度把控的关键。每周的项目例会上,硬件组需要汇报项目进度,我们要提前识别技术风险点并准备好应对方案。021产品开发阶段进入开发阶段后,我们需要和多个专业团队协同合作:layout工程师等待我们的原理图来设计PCB,咱们要明确关键信号布线要求,他们也会及时反馈布局布线问题,这个过程需要不断互动,反复磨合。结构工程师需要根据我们的选型,来进行板框接口的绘制,确定接口位置和尺寸公差,协调散热设计方案。认证工程师(Certification Engineer)他会提前介入设计,他们的EMC整改建议往往能避免后期大改。他们主导CE、FCC等强制性认证,他们会提前介入硬件设计,避免后期因EMC问题返工。其助理认证工程师(Assistant CE)负责整理测试数据和文档。器件工程师(Component Engineer)维护着企业的优选器件库,当硬件工程师选择冷门元件时,他们会提出替代建议。031样品阶段样品阶段需要质检、发料、调试,保证样机顺利出货交给客户。测试工程师(Test Engineer)开发硬件验证方案,有些测试治具需要跟咱们硬件工程师协同制作。助理测试工程师(Assistant Testing Engineer)助理测试工程师负责执行测试方案并记录数据,协助搭建测试环境;与硬件工程师协同验证设计可靠性,反馈测试结果以优化硬件设计,是产品质量的"第一道防线"。IQC(来料检验)团队如同守门员,他们反馈的物料异常需要硬件工程师协助判定是否影响功能。仓库管理员(Warehouse Keeper)虽然不直接参与技术工作,但样品机出入库的及时性直接影响调试进度。工艺工程师(Process Engineer)会根据整个产品的组装,提出意见,看产品组装是否方便,哪里需要打胶,哪里需要扎线,线长了还是短了,方便产线装配。041量产阶段量产阶段是产品开发的关键冲刺期,是技术方案最终落地的试金石,更是对硬件工程师综合能力的全面检验。计划员(Planner)负责将硬件部的BOM转化为采购计划,芯片缺货时他们会要求硬件工程师提供第二货源。NPI工程师(New Product Introduction)新产品导入负责将硬件设计转化为可量产方案,确保产品顺利投产;与硬件工程师紧密协作,将设计意图准确传递至生产线,并反馈制造问题推动设计优化。维修工程师(Repair Engineer)在量产阶段提供故障分析支持,他们拆解的故障主板是硬件工程师改进设计的宝贵样本。质量工程师(QE)搭建从研发到生产的质量桥梁,当产品出现问题,就会找到硬件工程师负责技术根因分析。供应商质量工程师(SQE)则在外围把关,当硬件工程师提出"这颗国产芯片能否替代进口"时,或者其它物料更换时,SQE需要组织可靠性验证,并对厂家资质进行审核。051小结随着产品复杂度提升,大厂硬件工程师除了专业知识,必须掌握一些沟通技能:需求转化能力:把模糊的市场语言翻译成明确的技术指标技术表达能力:用生产线工人能听懂的话解释设计意图会议控场能力:在跨部门会议中守住技术底线,不被带偏节奏说到底,在大厂做硬件工程师,技术是入场券,沟通才是晋升卡,特别是想要升职当领导,没有点沟通技能,还真不太好混。毕竟,再好的设计,如果说不清楚、推不动,最后也只能躺在电脑里吃灰。你还遇到过哪些棘手的跨部门协作问题?欢迎在评论区分享你的实战经验。声明: 声明:原创文章,转载请注明出处。本号对所有原创、转载文章的陈述与观点均保持中立,推送文章仅供读者学习和交流。文章、图片等版权归原作者享有,如有侵权,联系删除。 来源:硬件笔记本

未登录
还没有评论
课程
培训
服务
行家
VIP会员 学习计划 福利任务
下载APP
联系我们
帮助与反馈