一个单片机码农致各位“纯做硬件的”的建议

只看该作者 · 2012-7-9 21:12

做硬件的入门门槛太低了。1，会99SE 2，在校期间学过模数电即可。

其实在很多公司里只要满足以上两个要求就可以混成硬件工程师了。请原谅鄙人的短见，但至少在我目前接触过的纯做硬件的，仅是会画画板子，能把别人的电路抄来自己发挥的就是稀罕物了。
而且目前的现象是在一个公司里硬件人员往往铁打的硬盘，软件人员是流水的兵，难道真的是软件人员的职业操守不如硬件的？人非圣贤，谁无私心，只是一般硬件人员在一个公司混个几年到头下来只剩下两样资本了，一个是熟悉PCB布板软件的操作，另一个是熟悉公司里的某几个产品的电路原理图（有的原理图都不知道是从上几任传下来的了）。一旦要跳槽到其他公司，发现到头来剩下的资本只剩一个画板子的技能了。其实和做网页设计，PS设计的差不多。

今天之所以发这个帖子，只因看到了一个帖子《单片机通讯时会死机》。里面清一色的都是说软件的问题。这个问题有开发经验的软件工程师都知道一般出这个问题十之**造成通讯死机的原因是通讯出错，而软件中如果对通讯出错有纠正功能即可避免这个问题。但是这个问题归根结底是硬件上RS232接收到的信号受到干扰造成的，软件解决这个问题是治标不治本，即使软件治了这个标，那还是有弊端，通讯的错误几率还是搁在那雷打不动的。所以我想说的是作为一个硬件人员，解决不了抗干扰的问题，而一味的把问题推给软件，我只能说你不是做硬件的，你是画板子的而已。
最后我给“纯画板子的”建议，学学软件吧，软硬结合那才叫有钱途，哪怕是软件+会画板子听起来都很吃香呢，对于不苟同我上面建议的，我给你推荐一本好书《印制电路板设计技术与实践》，出自于电子工业出版社，画板子人员必备手册。
而且我目前也觉得只做软件感觉是有点狭隘了，至少也要懂点硬件，这样至少不会完全受制于人了。先从啃大学的老本模电开始吧，再学个CAD画板子软件，了解下PCB抗干扰设计技术。

只看该作者 · 2012-7-9 21:20

哈哈，皮肤之勇，夫浅之见！

只看该作者 · 2012-7-9 21:38

这个是广告..

只看该作者 · 2012-7-9 21:45

1# yudie
“但是这个问题归根结底是硬件上RS232接收到的信号受到干扰造成的”串口受干扰是必然的，但串口协议存在的年份应该比你的年纪还大，经过了多少中外人的考验，还存活至今，现在PC接口，大部分并口消失了，串口还在。绝对不是你说的这么脆弱。
如果你现在在实验室里RS232接收信号有干扰而误码，我武断地判断：你的设计一定还有问题。硬件设计的基本原则，一般是不能靠软件来剔除误码的。串口的误码率，一般是低于10E-9的。软件保护是上层（数据链路层）的保护。不是你说的类似物理层的保护。
你所定义的硬件工程师，我不知道能否称为助理工程师。应该说还没有完全入门。不要小看硬件工程师，就像不要小看软件工程师一样，哪个要做得高深一点都不容易。

只看该作者 · 2012-7-9 21:51

4# forrest11
有道理！我的观点就是，既然是哪出了问题，不管是硬件还是软件，都需要负责任的把各自存在的问题解决掉才是根本。

2万 · 2012-7-9 22:35

我有不同意见，我的串口接收程序，随意你从串口接收端施加任何干扰（SP3232），只要是在+-15V范围内，不会出现死机，并且是以年为工作时间的，连续工作，不断电，我的工控板最起码的要求。

只看该作者 · 2012-7-9 22:36

我现在学习计划，在软件上是先学习STM32，学好后一直UCOS，阅读源代码，结合原来51 AVR STM8的基础和一些别人的工程模版，能力上去后将过往的一些工程按层次分层。再积累一段时间后，读RT-Thread的源码还有一些C设计模式的书和UML的知识
硬件上先是快速阅读下集成运放的基本用法，因为下下个项目要用的到。然后啃下郑军奇的两本EMC的书，还有一本高速数字电路设计的书，因为同事画板子和玩连连看一个样，他搞不定的话我会顶上。如果有时间的话自然是会继续学习运放的知识。
不过由于项目的需要，硬件方面的学习很可能会被打断，用来学习一两个算法，悲催，世间时间实在是太少了:Q