现阶段的IC行业,数字IC验证工程师非常紧缺,尤其是会UVM的验证工程师那更是奇货可居。但是最近和一些在校学生和刚入行的朋友们交流的时候,发现大多数人对数字IC验证工程师的具体工作不甚了解,甚至还停留在写verilog验证的阶段。 下面E课网的老师就详细罗列下数字IC验证工程师的日常工作内容,希望能让更多的人了解这个职位,进入这个职位,并喜欢上这个职位。当然每家IC设计公司会有不同,我只能尽量的列出比较通用的工作内容了,就算是抛砖引玉吧。 首先,IC设计公司一般都会把验证分成几个层次: · unit level / fullchip level verification · gatelevel verification 每个层次的工作重点都略有不同,这里就暂不详细介绍,后面另开一篇文章来交流吧。但是大致的工作流程都是一致的。我重点以IP level simulation来作介绍。 上图是一个SOC芯片的架构(先不管它是个啥),IP level verification就是对其中一个个小模块来做验证。你的工作主要有:
最重要的一份spec是design spec,就是和你一起合作的好基友设计工程师写的设计文档,比如下面这种: 其中需要重点了解的内容是: · fetures:这个模块需要支持的性能列表。 · operation mode:这个模块的主要工作模式。
除了这份详细的设计文档之外,如果这个IP需要用到很多协议,那你自然还要去阅读一些协议文档咯,比如AMBA总线协议,MIPI协议,DDR协议等。
2.撰写verification spec 公司里面,工程师做事情之前都需要出一份详细的文档,验证工程师也不例外,你要出的文档叫做verification spec,其中主要的内容包括: · 验证平台架构:以UVM验证平台为例。 实际上,现在IC行业内,很多公司的验证环境都不尽相同,比如有纯C/C++的环境,有纯UVM的环境,有UVM+C++的环境,甚至还有systemc的环境。总的来说,现在的趋势都是在往UVM的验证环境上转。 test plan的出炉是一个高质量的工作,因为它决定了你验证的工作量,最重要是它决定了你验证的完整度。验证工程师的终极目标就是:覆盖所有的情况,不放过任何一个bug。 这份东西需要你和designer反复的详细讨论,在后面的过程中,还需要进一步的优化补充这份文档。
3.码代码,搭建验证环境 verification spec完成之后,接下来就要开始码代码了,使用各种验证语言去搭建验证环境,常用的验证语言有C/C++,systemC,systemverilog。 以现在主流的UVM验证平台为例:大概要去码完类似这样的文件。 好的验证平台是检验工程师优秀的一个重要标准,要考虑实用性、扩展性。 好消息是,公司里面有很多已有的验证环境,你可以模仿,在已有的基础上进行修改就可以了。
4.创建test cases 根据前面完成的详细test plan去创建验证需要用的test cases,每家公司对test cases的命名有一定规则,比如长这样的: 有些公司就直接用数字来给test cases命名。还有些公司,直接用脚本来生成test cases,只要把关键的一些设置调好,用脚本一刷,case就全部生成了。当然每种创建cases的方法各有优缺点,你进去公司之后,也只能入乡随俗。
验证环境和测试用例都搭建好了,下一步重点就是仿真和debug了。前面搭环境的时间其实大概只占20%,debug才是最花时间的。 仿真所用到的工具主要有: 几款工具一个比一个好,当然价格也是一个比一个贵。工欲善其事必先利其器,要想提高你的仿真和debug效率,工具里面好的功能也要好好研究下的。
debug主要目的是寻找RTL的bug,当然前面搭建的验证平台也会存在很多bug,最终的目标就是所有的test cases都能完全仿真通过。 最主要的debug手段有: · 查看log文件:仿真结束会生成很多结果文件。 · 看波形:最常用工具就是verdi了。 每家公司对于验证工程师debug的要求不尽相同,比如AMD,就要求验证工程师能找到最终的root cause,而大多数公司只要求验证工程师能基本定位,然后designer去详细debug。
到了项目的后期,所有的case都pass过了,并且比较稳定了,下一步就要开始跑regression和coverage了。 所谓regression就是把所有的case同时跑一遍,因为大多数case里面会有很多random的机制,所以在不断重跑的过程中,会随机性的出现case fail。这也是regression的主要目的,就是抓出那些极端情况下出现的debug。 coverage主要包括code coverage和function coverage等,每家公司的要求都不尽相同。 最终的结果一般会以网页的形式呈现,直观明了。 7. support 前面属于验证工程师的常规任务差不多就完成了,support属于进阶版的。比如项目用的database出问题了,跑仿真用的flow碰到问题了,经常就会叫验证工程师去support,帮忙解决问题。 当然搞不定也无所谓,但是如果你经常能帮同事搞定这些问题,那你在公司的地位就能与日俱增,升职加薪就更有筹码了。
8. meeting 作为验证工程师,和其他工程师一样,经常还有无穷无尽的会议要开,各种review,各种讨论。 如果你作为会议组织者,请记得事先做好充分的准备噢,不然很容易被人鄙视的。 大致的工作内容就罗列这些了,当然还有很多不能列完全,比如验证工程师经常需要移植验证环境,把从别家公司买了的东西移植到自家公司环境中。 希望以上这些能给未入行或者刚入行的验证工程师们带来些许帮忙。另外,数字IC验证工程师在行业内非常吃香,大家好好干吧,钱途无量噢。
|