基于VMM的高效SOC测试平台设计-堆测试平台设计.docx

《基于VMM的高效SOC测试平台设计-堆测试平台设计.docx》由会员分享，可在线阅读，更多相关《基于VMM的高效SOC测试平台设计-堆测试平台设计.docx（5页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、基于VMM的高效SOC测试平台设计|堆测试平台设计 摘?要 随着科技信息相关技术的不断发觉，对于集成电路的相关应用得到了前所未有的重视，对于设计方面的需求也不断的增加。集成电路的设计渐渐形成了不断困难的发展趋势。因此，对困难集成电路设计进行高效的验证的探讨具有重要的理论意义和现实意义。鉴于此，本文选择集成电路的高效验证领域为探讨对象，针对相关问题进行了分析与探讨。文章首先分析了对于验证相关探讨的重要意义，然后阐述了VMM验证方法的基本原理，最好分析了芯片系统级验证方案、介绍了验证环境的总体架构。希望本文的探讨能够为基于VMM的高效SOC测试平台设计供应一些思路，同时对于相关领域的其他探讨也能起

2、到抛砖引玉的作用。关键词 VMM；SOC测试平台；验证中图分类号 TN402 文献标识码 A 文章编号 1673-9671-(2022)061-0234-01作为整个IC设计和生产过程中一个重要组成部分也是关键环节之一而言验证（verification）具有特别重要的意义和作用。这种特别的作用就是高效的验证（verification）可以确保整个项目的顺当实施，同时可以有效的限制风险，也有利于缩短整个项目的周期。验证的过程就是发觉问题、解决问题的过程。只有刚好的发觉问题，才不会给后续的工作带来麻烦和不必要的相关损失。从目前国内外的相关探讨成果和实践阅历上来看，对于集成电路的整个开发过程而言，验

3、证多数状况下要经验两轮。这两轮主要是：第一轮是针对芯片设计过程而进行的相关验证，在这一个轮次中验证的目的是要对工艺流程进行适当的限制，从而全面的发觉设计的错误，对后续工作起到保障的作用。其次轮是针对产品封装以后而进行的相关验证检验，在这一个轮次中验证的目的是要对产品的成品率进行必要的保障和支持。即便是有以上两个轮次的验证作为保障，在实践过程中的一些问题还是会出现，相关的统计表明产品失效的比例仍旧高达一百零一分之一到一百零一分之五之间。这样的话这些不合格的产品必定会给我们的相关生产带来相关的风险，甚至是不行想象的“毁灭性灾难”。由此可见，对于验证的相关探讨意义重大。1 VMM验证方法学简介作为一

4、个完整的VMM来说，一般状况下属于分层验证环境架构。这样的话，在这样一种架构模式下，VMM可以有以下五个层次构成。这五个层次分别是：测试层（Test Layer）场景层（Scenario Layer）、功能层（Function Layer）、吩咐层（Command Layer）和信号层（Signal Layer）。同时VMM还可以进行相关功能覆盖率的收集，这主要是在除了测试层（Test Layer）意外的其他四个分层上进行的。正式基于这种层次化的结构设计，最为原始的初级信息被不断的进行抽象，最终成为了最为高级的事务级信息。各层之间相互递进，每一个层级都为上一个层级供应了肯定的特定服务，同时借助

5、抽象描述手段将低层次的细微环节进行了适当的处理，使他们“隐藏”起来。作为VMM的另外一个特点就是验证环境独立于DUT之外，这样的话DUT就被当做黑盒进行相关的验证。而在详细是验证操作过程中，相关人员仅须要对DUT的信息进行适当的清除操作就可以了，同时要留意处理好接口的时序关系就可以顺当进行了。对于整个验证环境来说具有一些自动化和抽象的特点，这些特点就要求我们在详细进行测试用例编写的过程中对相关的细微环节进行调整，尽量保持最少数目。整个验证平台的适应性也特别好，对于各种测试用例可以进行多次重复性的运用和开发，这样可以有效的提高效率。2 芯片系统级验证方案分析由于待测芯片规模较大、功能困难，为了削

6、减验证工作量，提高验证效率，验证平台的编写要保证验证用例在较高抽象层次上边写，另外总线架构困难，在总线上挂了好多设备，对于总线互联互通及性能的测试须要能够持续发送大流量的各种数据，这就要求验证环境可以产生随机激励来用较短的时间覆盖较多的测试点，并通过功能覆盖率的结果来指导随机激励的约束状况，同时为了能在后续版本的芯片验证中能够尽可能的重用现在的验证平台，要求验证平台要具有高度的可移植性、敏捷性和可控性。基于上面的对与待测设计进行验证的分析，本文以ARM和Synopsys联合推出的VMM验证方法学为指导，结合现在业界比较流行的带约束的随机激励生成和覆盖率驱动验证方法等先进验证技术利用System

7、verilog语言进行验证平台的搭建。综合待测设计的规格来看，验证平台须要完成以下几方面的内容：1）验证平台要具有层次性，以便维护和修改，同时便利在其他的验证项目中重用部分模块；2）能够产生带约束的随机激励；3）能够依据场景须要构造定向激励；4）能够统计覆盖率，用以分析验证的完备状况；5）能够自动比对数据的正确与否；6）能够很好的兼容各子系统验证环境，以便在验证业务模块时能够重用子系统的验证组件。3 验证环境的总体架构3.1 测试层（Test Layer）测试层的重要功能是形成测试的详细案例，详细限制是通过功能覆盖率来实现的。在整个过程中可能会须要相关的随机激励进行适当的干预和约束。同时，也可

8、能是别的方式下的干脆测试激励。3.2 场景层（Scenario Layer）场景层主要是困难生成事务级的随机激励，而事务级的随机激励则是针对事务发生器（Generator）等。一般状况下来说，事务发生器主要由原子事务产生器（Atomic Generator）和场景事务产生器（Scenario Generator）组成。二者的功能也有所区分，对于原子事务产生器（Atomic Generator）来说，主要是负责生成单独约束的事务，而对于场景事务产生器（Scenario Generator）来说，主要是负责生成有肯定关系的随机事务序列。3.3 功能层（Functional Layer）和指令层（Command Layer） 第5页 共5页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页第 5 页 共 5 页