华为14年，凡经过我手的单板从没出过问题 | 单板硬件
有人说，做硬件很容易，会拧螺丝会连线画原理图就行，但在我看来，这充其量只是连线工程师、画图工程师，不能叫硬件工程师。
硬件工程师要懂的东西很多且很 ...心声社区由内容质量、互动评论、分享传播等多维度分值决定，勋章级别越高()，代表其在平台内的综合表现越好。
文章总阅读查看TA的文章>评论华为14年，凡经过我手的单板从没出过问题2018-07-0521:30来源:心声社区原标题：华为14年，凡经过我手的单板从没出过问题2004年加入华为后，我连续做了14年的硬件，还算做了一些让人满意的单板，也有幸参与海思芯片的设计和开发，见证了网络芯片的成长。
然而这当中也没什么高深的大招，只有一点一滴的积累。
0110年整理600多页的“红宝书”有人说，做硬件很容易，会拧螺丝会连线画原理图就行，但在我看来，这充其量只是连线工程师、画图工程师，不能叫硬件工程师。
硬件工程师要懂的东西很多且很杂，PI（电源完整性）、SI（信号完整性）、时序……小到电阻电容，大到协议标准，遇到问题要能够有自己的判断而不是茫然无措。
当时我们的老大说过一句话，“只要是看得见的，硬件都要管”，言下之意是硬件工程师要了解和单板硬件相关的所有领域，并对相关的技术问题做出判断，现在看来就是整个大硬件域。
在加入华为前，我已经在广州的一家公司做了两年的硬件了，当时做的单板规模很小、很简单，远不及华为单板的规模和专业性，接触华为单板后发现自己了解的那点硬件知识真不够用，于是就一边硬啃各种文档资料，一边追着专家请教。
在工作中逐步学习PI/SI，学习高速设计，学习工艺，学习结构，学习散热,学习可靠性，总之只要和硬件相关的都会去学。
虽然不如该领域工程深入，但也能够和对应领域工程师无障碍沟通并共同解决涉及的问题，到后来无论是做单板还是看别人的单板都会游刃有余。
这么多年的工作让我养成了一个习惯，在看器件手册和技术文档时，如果看到一个没见过的技术名词，就会立刻去google一下。
即便是看不明白，也会硬着头皮从头到尾读一遍，在后续的工作中再去慢慢揣摩，同时会把在这个过程中看到的相关技术信息摘出来，专门放到两个文档中（一个word文档，信息记录较详细；一个是excel，方便查阅），这样后续查阅就不需要再翻箱倒柜了。
新知识、新技术永远在不停地发展，目前我的“红宝书”还在陆续更新中。
10年来，我的word文档已经足足有六百多页的干货了，细看下来，除了技术解释，标准摘要外，典型设计、设计中易犯的错误、各种器件的设计注意事项、等等内容也收集在里面。
除了查阅的便利外，这个过程其实也是我个人学习和总结的一个过程，现在只要是我的电脑开着，我的这两个文档就是开着的。
我也无偿把红宝书分享给一些有需要的同事，希望也能方便他们的工作。
展开全文02攻关像艺术创作，需要坚持也需要灵感问题攻关几乎成了我司硬件人员的成长必经之路，既磨练意志也开阔眼界，这十几年我主导和参与过的攻关不计其数。
几年前带领过一个芯片接口误码攻关，这个攻关在我投入前已经攻关了月余，完全是被供应商牵着鼻子走，不断给他们测各种数据，然后等他们答复，反复很多次却没看到任何实质性的进展。
加入并带领攻关后，我先将已有的数据梳理了一下，然后和供应商交流了几次，基于这些数据我判断他们的方向是错误的，但他们却坚持己见，认为是我们提供的参考时钟抖动有问题，但从测量数据上分析抖动是正常的，这样一来攻关便陷入了僵局，于是我决定撇开供应商进行问题攻关。
经过对问题的分析和测试，我们判断DDR控制器的读写采样窗口小导致了这个问题，进一步设计实验发现是“读”方向有问题，但是窗口到底有多大，示波器无法准确的测试。
通过和海思交流，我们利用芯片已有的寄存器很巧妙的设计了实验，准确的测定了DDR接口的窗口大小，出问题时的窗口确实很小，可是奇怪的是控制器启动后都会做读写窗口的扫描，理论上不应该出现这个问题。
于是我把DDR的手册又啃了一遍，分析了DDR的窗口扫描算法，结合示波器的测试，最后发现是供应商集成的DDR窗口扫描算法太简陋，扫出来的窗口比实际的大很多，并且我们使用的某厂家DDR在高温下窗口会缩小，至此整个问题水落石出。
针对此问题供应商的算法已无法修改，因此我们设计了一个巧妙的软件算法对窗口进行补偿，同时更换某厂家最新版本的DDR芯片，彻底解决了这个问题。
在最终问题定位之前，供应商始终认为是我们的问题，如果继续由他们控制整个攻关进程，
硬件工程师要懂的东西很多且很 ...心声社区由内容质量、互动评论、分享传播等多维度分值决定，勋章级别越高()，代表其在平台内的综合表现越好。
文章总阅读查看TA的文章>评论华为14年，凡经过我手的单板从没出过问题2018-07-0521:30来源:心声社区原标题：华为14年，凡经过我手的单板从没出过问题2004年加入华为后，我连续做了14年的硬件，还算做了一些让人满意的单板，也有幸参与海思芯片的设计和开发，见证了网络芯片的成长。
然而这当中也没什么高深的大招，只有一点一滴的积累。
0110年整理600多页的“红宝书”有人说，做硬件很容易，会拧螺丝会连线画原理图就行，但在我看来，这充其量只是连线工程师、画图工程师，不能叫硬件工程师。
硬件工程师要懂的东西很多且很杂，PI（电源完整性）、SI（信号完整性）、时序……小到电阻电容，大到协议标准，遇到问题要能够有自己的判断而不是茫然无措。
当时我们的老大说过一句话，“只要是看得见的，硬件都要管”，言下之意是硬件工程师要了解和单板硬件相关的所有领域，并对相关的技术问题做出判断，现在看来就是整个大硬件域。
在加入华为前，我已经在广州的一家公司做了两年的硬件了，当时做的单板规模很小、很简单，远不及华为单板的规模和专业性，接触华为单板后发现自己了解的那点硬件知识真不够用，于是就一边硬啃各种文档资料，一边追着专家请教。
在工作中逐步学习PI/SI，学习高速设计，学习工艺，学习结构，学习散热,学习可靠性，总之只要和硬件相关的都会去学。
虽然不如该领域工程深入，但也能够和对应领域工程师无障碍沟通并共同解决涉及的问题，到后来无论是做单板还是看别人的单板都会游刃有余。
这么多年的工作让我养成了一个习惯，在看器件手册和技术文档时，如果看到一个没见过的技术名词，就会立刻去google一下。
即便是看不明白，也会硬着头皮从头到尾读一遍，在后续的工作中再去慢慢揣摩，同时会把在这个过程中看到的相关技术信息摘出来，专门放到两个文档中（一个word文档，信息记录较详细；一个是excel，方便查阅），这样后续查阅就不需要再翻箱倒柜了。
新知识、新技术永远在不停地发展，目前我的“红宝书”还在陆续更新中。
10年来，我的word文档已经足足有六百多页的干货了，细看下来，除了技术解释，标准摘要外，典型设计、设计中易犯的错误、各种器件的设计注意事项、等等内容也收集在里面。
除了查阅的便利外，这个过程其实也是我个人学习和总结的一个过程，现在只要是我的电脑开着，我的这两个文档就是开着的。
我也无偿把红宝书分享给一些有需要的同事，希望也能方便他们的工作。
展开全文02攻关像艺术创作，需要坚持也需要灵感问题攻关几乎成了我司硬件人员的成长必经之路，既磨练意志也开阔眼界，这十几年我主导和参与过的攻关不计其数。
几年前带领过一个芯片接口误码攻关，这个攻关在我投入前已经攻关了月余，完全是被供应商牵着鼻子走，不断给他们测各种数据，然后等他们答复，反复很多次却没看到任何实质性的进展。
加入并带领攻关后，我先将已有的数据梳理了一下，然后和供应商交流了几次，基于这些数据我判断他们的方向是错误的，但他们却坚持己见，认为是我们提供的参考时钟抖动有问题，但从测量数据上分析抖动是正常的，这样一来攻关便陷入了僵局，于是我决定撇开供应商进行问题攻关。
经过对问题的分析和测试，我们判断DDR控制器的读写采样窗口小导致了这个问题，进一步设计实验发现是“读”方向有问题，但是窗口到底有多大，示波器无法准确的测试。
通过和海思交流，我们利用芯片已有的寄存器很巧妙的设计了实验，准确的测定了DDR接口的窗口大小，出问题时的窗口确实很小，可是奇怪的是控制器启动后都会做读写窗口的扫描，理论上不应该出现这个问题。
于是我把DDR的手册又啃了一遍，分析了DDR的窗口扫描算法，结合示波器的测试，最后发现是供应商集成的DDR窗口扫描算法太简陋，扫出来的窗口比实际的大很多，并且我们使用的某厂家DDR在高温下窗口会缩小，至此整个问题水落石出。
针对此问题供应商的算法已无法修改，因此我们设计了一个巧妙的软件算法对窗口进行补偿，同时更换某厂家最新版本的DDR芯片，彻底解决了这个问题。
在最终问题定位之前，供应商始终认为是我们的问题，如果继续由他们控制整个攻关进程，