电子系统虚拟设计平台之二 构建方法.docVIP

电子系统虚拟设计平台之二 构建方法 前面一篇介绍了虚拟系统在电子设计中的作用与思路，本文介绍了多种构建虚拟平台的方法。 现今的嵌入式系统开发者越来越感觉到其软件开发的压力，这使得很多公司开始采用系统原型的设计方法。一般而言，这些原型构建在真实的硬件之上：有的靠FPGA板来实现，有些是硬件的模拟器。这些基于硬件的方案却有天生的局限：成本高昂，难以调试，难以重现一些corner cases，这些因素限制了物理级原型本来的价值。 一个新一代的原型系统诞生了，这就是虚拟原型方法，他使得软件设计者能较早地获得一个开发平台。本文将就介绍不同的虚拟原型方法并评估他们的优越，后面给出一个设计的例子。 为什么要构建一个虚拟原型? 一个虚拟原型可以这样定义：它是一个虚拟的原型，或是软件层次的原型。一个精确构建的虚拟原型能体现实际系统的大多数行为，他能引导一个操作系统并运行驱动程序和应用软件。有些虚拟原型简直就是物理器件的模拟器，他能给设计团队所有可调的虚拟按键。一个好的虚拟原型是一个很有用的工具，可以借助它在系统物理构建前就可浏览系统的各种性能。 虚拟世界比现实世界更容易操纵，直接设计物理硬件的corner case一般需要数小时而在可配置的软件系统环境里只要几分钟就可以完成。一旦测试条件确定下来，虚拟原型可以通过反复迭代地执行来定位和修复系统故障。若一个设计工程师在另一组件或其他工程师的设计代码中发现问题时，虚拟原型可以作为附件通过email发至相应的工程师那里。 虚拟原型比其现实的硬件更容易调试，当一个故障被检测出来时，系统会同时停止软件和硬件的运行。叫停正在运行的系统不像停止执行硬件那样简单，有时甚至是不可能的。一旦一个系统被叫停，调试虚拟原型会变得比调试实际硬件更简单。物理硬件对设计者的可见性仅局限于通过JTAG才能访问的管脚和几个寄存器，虚拟原型却开放了他所有的组件供设计者调试。实际上在硬件系统已经构建好之后，虚拟原型也会经常用来检测和帮助调试故障。 虚拟原型怎样创建? 一般有数种可选方案用来创建虚拟原型。SystemC是一个IEEE标准语言，用来做系统级建模。弄一份语言参考手册在手，下载一个免费的仿真器，很多工程师就可以创建整个系统原型。完整的虚拟原型环境而可以从一些公司获得，如ARM、CoWare、Synopsys等，虚拟技术正发展成为一个通用的方案。这些公司将提供模型和服务来完善虚拟原型系统。 不管你选择怎样的虚拟原型系统，所有的环境都有个基本的需求：他们需要各种模型来表征各自系统组件的功能性，在设计中的每一部分中通过软件使用这些模型，然而处理器指令集模型很容易从处理器厂商那里得到，而其他的一些却不那么容易得到。 这里有3中途径来获得虚拟原型的模型： 1.从IP或原型供应商那里获得 2.自己开发模型 3.在硬件设计过程中自动生成 许多IP，尤其是常用的IP，如存储器、中断控制器和其他简单逻辑单元，已经在以往的设计中创建，也容易获得，但需要注意选择与虚拟原型相兼容的IP模型。这一领域的标准正在缓慢的形成尚未成统一标准。 手工创建的虚拟原型可以用来保证这些模型是否符合虚拟原型系统，这些模型执行速度很快，如果这些模型不在商用IP库中，他们就是获得虚拟模型的唯一途径了。 不幸的是手工创建这些模型需要很大的工作量来设计和验证，这需要投入大量的时间和人力来对这一模型进行需求分析，编写代码，然后验证它是否能和其他部分协同工作并保证其功能的正确发挥。当设计的需求变化时，这些模型不可避免地需要修改与重现验证。 自动地创建虚拟模型使得设计者能重用他们以往的设计，模型编译器编译硬件设计语言直接形成高速、执行准确的虚拟模型，并能插入多个原型环境中。自动生成的模型的一个优点是他在RTL变化时仅仅只需重现便于即可。 在很多时候，一个模型编译器就像一个软件编译器。他接受某种语言的输入，进行语法词法分析，生成目标文件或库文件。如你所期望的那样，尽管编译硬件描述语言和编译软件程序的步骤不尽相同，但其内在的原理--编译原理是相似的(有关模型编译器流程请见图1)。 RTL文件在解析做了几种不同的优化：这些优化过程从对简单的算法优化，如删除死逻辑分支和常量信号的传输，到复杂的算法，如重复逻辑的检测和采用更高效的等价逻辑替换等。 一旦每一个功能块都进行了局部优化后，编译器就可以对整个模块的逻辑功能进行详细的描述了。这一详尽描述其逻辑的阶段编译器会在整个模块做上述类似的优化。当模块的逻辑优化完成后，这些逻辑功能被划分成一组基于硬件系统的执行序列。 比如一个逻辑单元仅仅在系统运行于50MHZ时被唤醒，因此当系统被施加250MHZ的信号时就没有必要持续地重新计算其逻辑状态。 硬件本身实际上仅仅只是作为创建虚拟模型的一部分，一般说来需要一个综合层来实现从RTL界面到虚拟平台所需