从讲课想到的半导体的一点事情

从讲课想到的半导体的一点事情

2017-09-25       Lexlin

 

自从作了供应商产业链的一员，就有了时常跟人讲课的机会。我喜欢用理论联系实例的方式来讲解，譬如讲11AC的EVM test，必然要先介绍一下QAM、星座图映射和OFDM调制原理，再来讲测试原理，至于测试code三言两语就结束了，因为code是最简单的，所有的厂家都是用API打包，基本都是填参数，甚至都不需要你懂具体的测试方法。

 

我是好为人师的(我6岁多的儿子学了几天围棋就拉着他妈妈，跟她讲什么是小间，什么是两眼活棋，这点就随我，:) )，特别是对subcon的朋友，我更是乐于相授的。我也是Subcon出身，因而对那种无人可求教，只能靠自己钻研、囫囵吞枣的学习深有体会，有人讲课实在是梦寐以求的事情。

 

记得十几年前，当LTX的KK Tan给我们约略讲解GSM Transceiver测试的时候，总觉得有一种高山仰止的感觉，想着有朝一日自己也要变得和他一样，虽然当时就觉得他讲的TX部分有问题，直到现在我仍坚信自己的理解是正确的。

 

RF这个行业好像就是这样，从来都是靠个人理解，基本上没人正式地讲解这个参数是什么、怎么测、以及为什么测，基本都是自己摸索，囫囵吞枣消化吸收。所以无论理解的正确如否，只要便于理解其测试方法和程序，对自己都算是有益的，可能若干年后的某天才突然意识到从前理解的错误。当然直到现在也还有一些从来就没彻底弄清楚的东西，譬如上面提到的EVM，是反映发射端数字信号串并转换后，分割成iq的数据流，映射到星座图上，在接收端星座图中误差向量和参考向量平均RMS值百分比。程序里从来就是一个API糊弄我们，输入抓取的time domain data和ref data，直接就得出结果。具体怎么算，无从得知。我理解是time domain data经过fft，转成各个子载波iq电平，映射到星座图，然后每个frame、每个symbol来计算总误差向量平均功率比，在这个计算中，数据流的先后顺序是无法反应出来，这可能只能靠BER来获知，也或是每个subcarrier对应固定的symbol，所以无须确定数据流顺序，这点猜想到目前还没得到证实。

 

理论可能真的是枯燥的，也可能讲述能力的确有限（毕竟不是科班出身），虽然我是极力想用最简单易懂的方式描述，但总感觉有些听众还是茫然，有些甚至可能是处于对讲师基本的尊重才能勉强坚持下来。我个人是非常希望有这种听课的机会，但很可惜，在自己目前的职业生涯里，极少碰到这样的机会。除了参加了LTX和ETS basic application培训，其它的理论或是新的测试平台基本都是自己摸索。包括进现在公司也一样，但好在可以摸索的东西真的很多，然后几个月后一跃就可以跟别人讲课了。

 

所幸总有一些测试典籍存在，可以让人了解这些繁杂的理论知识，当之后接触到测试这些参数的code的时候，就觉得测试真是个简单的东西，各家设备基本大同小异，只是语言有所不同，譬如有的用C，C++, 有的用VB或是类C语言，也只是关键字和API的不同。

 

半导体测试实在是没有什么太大技术可言，几年前，在武大念博士的大学同学带他导师来苏，让我请他们吃饭，闲谈中不免提到我所处的行业和工作，我讲我们就是做做测试板、调调程序，这位博导显得很是不屑，仿佛我做的辱没了自己大学的门楣，让我感觉很是不快，请人吃饭还能请出点毛病来。妻开导说好歹也是请博导吃饭，不是每个人都有这样的机会，该高兴才对。在这个行业已干了好久，且也算喜欢这样的工作，毕竟总还有一些新的需要学习和挑战的东西存在。何况自己的工作自己开心就好，如何需要别人来评判。

 

各行皆不易，半导体更甚。不仅发不了财，且劳神费力、压力大，但也总算一个比较稳定的正经行业，糊口养家终归是没有问题。既然选择了这条不归路，那好歹还得做出点样子。愿半导体继续红火下去，也祝圈里的朋友们前途越来越光明！