分享之路四----关于EMC设计的理解
就从岛主【企业在产品EMC设计上投入的每一分血汗钱都是冤枉钱；“我长兄治病，是治病于病情发作之前；我中兄治病，是治病于病情初起之时；而我扁鹊治病，是治病于病情严重之时，因此，我长兄医术最好，中兄次之，我最差。”——《扁鹊见蔡桓公》架构EMC设计，如长兄治病，不破费不痛苦；电路EMC设计，如中兄治病，花钱买罪受；EMC测试整改，如扁鹊治病，砸钱且伤身。】这个内容说起，我也经常对于开发人员说：其实EMC设计是给开发人员擦屁股的事情。如果开发人员做好了，EMC设计工程师基本上就可以失业了，只需要产品认证工程师就好了。为什么这样说呢？如果我们有架构的思路，可以把EMC设计各个要素分解到产品开发的每个模块中去。例如：端口防护部分，开发人员知道需要加防护器件，而器件工程师指导开发人员选择合适的器件以及PCB布局布线指导，这样EMC设计人员就被淘汰了。正因为国内很多公司的开发人员对于工程设计理解或掌握不够，才需要我们。不妨看看国外的很多产品设计人员，就没有专门的EMC设计工程师，而工程师更多是在研究一些产品设计规则来做好产品的要求。例如：开孔多大对于辐射影响，更多是技术创新方面的开发。例如：EBG技术呀等中国的教育导致我们在使用规则或者一些词语时，产生了很多断章起义的事情。例如：为了控制走线之间的耦合，我们往往采用3W法则，而不去理解3W法则应用的条件和能够有效的地方。如果信号与参考平面距离比较大，超过了1W（即H是信号与参考平面之间的距离，H>W）的时候，使用3W将没有什么效果啦，而应该采用3H原则会比较好。也许你会说，这样的单板基本上没有，其实在我们背板设计时，就有H>W.
在日常的工作中，很多硬件开发的同事看到我就想起了EMC，谈话就离不开EMC。也许这就是造成大家对于EMC甚至工程领域很多专业理解不足。其实，大家就应该去思考：EMC对于硬件开发人员意味着什么？与硬件开发到底有怎样的关系。如果硬件开发做好了相关的事情，EMC就不是问题或者就意味着EMC就不存在，产品认证测试与平常开发测试是一样的，这样开发人员就可以去思考对于EMC设计，我能够做些什么？其实，开发如果关注好了信号完整性、器件布局之间干扰的避免、端口防护设计以及器件选择的正确，EMC项目测试就只是一个例行测试一样。 因此，很多的地方沟通与交流也就变了。这正如我们每个人工作中质量概念一样，被泛滥使用，导致大家都不知道质量在哪里去落实与体现一样。
所以，产品开发过程中，EMC是每个人的事情，而不仅仅是EMC设计人员的事情。否则，做起来会非常累与痛苦。也容易产生EMC是玄学的认识。
正确的认识是我们做好事情的重要前提。作为EMC设计人员，需要把这种意识灌输给你所在的团队。正所谓埋头做事，还需要抬头看路。 我所碰到的开发人员基本上不懂EMC，或者对EMC一知半解，或者是不能全局把握和设计，零零散散，比如结构做结构的EMC设计、原理图做原理图的EMC设计、PCB做PCB的EMC设计等等，不能把方案、结构、原理图、PCB、系统很好的结合起来全局设计（这很重要，这才是所谓的EMC设计），因此，至少从目前来看，国内EMC这个岗位是必须的！
我一直抱有一个观点，一个企业如果舍得花钱，而且如果EMC确实是它的一个软肋，那么，此时如果招5个总共年薪50万的EMC工程师，还不如招1个年薪100万真正有水平的EMC工程师，这个EMC工程师不一定干具体事情，但是，要对一个产品从方案到样机完成有一个系统的架构EMC设计方案，当然，这就要求这个EMC工程师精通系统、结构、原理图、PCB、架构的EMC设计，这才能带领企业走出EMC困境。对于EMC需求没那么严格或EMC设计已经有相应的积累，这种“带头大哥”可能需求不那么急切。
另外，要做好EMC设计，一定要懂EMC各测试项的原理、目的等，这样才能在设计时成竹在胸！ 说得在理。 EMC工程师眼界要高点，把自己当成项目经理，协调周边，搞定问题 。 EMC工程师眼界要高点，把自己当成项目经理，协调周边，搞定问题 。----非常认同，故EMC设计工程师需要很强的沟通与协调能力，说服能力。 岛主：我觉得现状不是是否懂EMC的问题，而是是否重视产品工程领域的设计问题（其中包含EMC).如果重视的话，懂只是一个很短的时间问题。正如我们谈可靠性，其实EMC可以纳入产品可靠性一个分支。即使有很强技术背景的人来，但不重视的话，很多EMC方案无法落地。最大的问题是开发人员认为EMC方面的事情是EMC设计人员的事情，其实是产品本身的事情，导致认识上错误，从而也没有去深入理解EMC在产品开发过程中是可以分解，同时开发人员也在做，只是不够全面与系统。例如：增加芯片的去耦合电容，可以改善产品的EMC性能，也改善产品功能稳定。因此，认识是前提。我曾读过一篇文章，内容谈到制约产品质量的永远不是技术而是人。目前国内产品在EMC技术上应用的话，能够解决80%产品的EMC问题，甚至更多。EMC设计其实分解下去的话，没有特别的难度。只是才成本与效率上与方案可能存在一些冲突。当然一个很好的方案是有难度的，正如做一款IPPHONE一样，是需要很多综合起来达到最佳，这样术语精品。 对了：我在职场中就做过一些做事的方式调整。有些时候产品不重视EMC，我就让产品出问题，然后一一改进没有进展，其实方案已经在手中，就是让产品着急。等产品改版时一定要求确保通过，这样产品以后就会听从你的建议。人呀，只有经历痛苦之后会长记性，有些可能一次还不够的也有。所有做事情讲究一些策略非常重要的甚至有时比技术点更为关键。当然，我并不是说：大家要让产品失败什么的。你也可以找对领导去协调呀或者等等手段呀。 回复 6# allenhua
是啊，研发的不重视EMC是现状，在研发的眼里，EMC好像就是测试和整改，而且谈起整改，他们也好像能挽起袖子搞两下子，直到泄气！
我的经验是，做EMC工程师，做事一定要漂亮，每次超出研发人员的预期，这样或许还能在项目奖中分点羹，如果给研发做几次事，做砸了，那就做冷板凳吧！另外，过程中要像楼主所说，傻傻手腕，让研发的人像皮球一样泄一次气，然后你完美搞定，不怕他们不长记性！ 呵呵。。非常感谢2位前辈的无私经验分享。。
向两位学习。。
页:
[1]
2
