片上系统的仿真验证方法及装置制造方法及图纸

本发明专利技术公开了一种片上系统的仿真验证方法及装置。其中，该方法包括：在仿真过程中，被测设备(DUT)通过直接编程接口(DPI)利用软件模块中预设的图形化函数生成需要的图形化可控界面；通过所述图形化可控界面，接收外部设备的输入信息和/或输出仿真信息。通过本发明专利技术，可以在DUT的仿真验证过程中输入或输出控制命令，从而提高了仿真验证的可控性。

【技术实现步骤摘要】

本专利技术涉及数字IC设计
，具体而言，涉及一种片上系统的仿真验证方法及装置。
技术介绍
在片上系统(System On Chip,简称为S0C)系统的仿真验证中，经常采用软硬件协同进行仿真验证，从而可以提前进行系统的软件及硬件调试，不需要等到硬件设计完成后才开始软件的调试，从而可以大大缩短开发的周期。目前，采用软硬件协同进行仿真验证的实现方式中，在设计完成后，在仿真验证过程中，硬件RTL(Register Transfer Level)模块在运行过程中没有设置供外部控制的输入输出接口，因此，硬件RTL模块的仿真运行不接受外部的干预，仿真验证的可控性较低。例如，不能在仿真运行过程中更新被测设备(Design Under Test，简称为DUT)的参数配置，而只能在仿真开始前，在设计时完成。如果根据当前DUT参数配置，仿真运行中发现有某个参数配置错误，也不能在此次仿真中修正参数，而只能采取重新仿真的方式。从而降低了仿真验证的效率，增加反复运行的时间，尤其在网表验证中重新仿真会浪费大量时间。并且，在仿真过程中也不能实现仿真信息的打印等功能，从而降低了仿真的直观性针对相关技术中由于没有设置供外部控制的输入输出接口而导致仿真验证的可控性较低的问题，目前尚未提出有效的解决方案。
技术实现思路
本专利技术的主要目的在于提供一种SOC的仿真验证方法及装置，以至少解决上述问题。根据本专利技术的一个方面，提供了一种片上系统的仿真验证方法，包括在仿真过程中，被测设备(DUT)通过直接编程接口(DPI)利用软件模块中预设的图形化函数生成需要的图形化可控界面；通过所述图形化可控界面，接收外部设备的输入信息和/或输出仿真fn息ο优选地，所述图形化可控界面包括一个或多个视窗。优选地，在所述图形化可控界面包括多个视窗的情况下，所述DUT通过DPI利用软件模块中预设的图形化函数生成需要的图形化可控界面包括所述DUT通过所述DPI导入所述图形化函数，其中，所述图形化函数用于建立与所述多个视窗数量相同的视窗；所述 DUT调用所述图形化函数，建立所述多个视窗。优选地，所述方法还可以包括所述软件模块创建多个进程，每个进程对应于所述多个视窗中的一个视窗，在建立所述多个视窗后，各个所述视窗等待事件触发的各个事件循环在各自对应的进程中循环。优选地，在所述图形化可控界面包括多个视窗的情况下，所述DUT通过DPI利用软件模块中预设的图形化函数生成需要的图形化可控界面包括所述DUT通过所述DPI导入4所述图形化函数，其中，所述图形化函数用于建立单视窗；所述DUT调用η次所述图形化函数，分别建立所述多个视窗，其中，η为所述多个视窗的数量。 优选地，在建立所述多个视窗之后，所述方法还可以包括所述DUT通过所述DPI 从所述软件模块中导入多个操作函数，其中，每个操作函数用于对所述视窗执行一种操作； 所述DUT调用所述操作函数，对所述视窗执行相应的操作；所述DUT将执行的操作生成任务或功能导出到所述软件模块。优选地，所述多个视窗可以包括用于显示打印信息的视窗、用于显示仿真中的图像信息的视窗以及用于接收外部设备的输入信息的视窗。优选地，所述外部设备的输入信息可以包括DUT参数；在接收到所述外部设备的输入信息之后，所述方法还可以包括所述DUT将接收到的所述DUT参数通过所述DPI导出到所述软件模块中，所述软件模块利用所述DUT参数对所述DUT进行配置更新。根据本专利技术的另一方面，提供了一种片上系统的仿真验证装置，包括被测设备， 用于在仿真过程中通过DPI利用软件模块中的预设的图形化函数生成需要的图形化可控界面，通过所述图形化可控界面，接收外部设备的输入信息和/或输出仿真信息；所述软件模块，用于通过所述DPI提供所述图形化函数。优选地，所述被测设备采用Verilog描述。通过本专利技术，被测设备通过直接编程接口(Direct Programming hterface，简称为DPI)利用软件模块中的图形化函数生成图形化可控界面，从而可以在仿真过程中接收外部的控制，解决了相关技术中由于没有设置供外部控制的输入输出接口而导致仿真验证的可控性较低的问题，进而提高了 SOC验证的可控性。附图说明此处所说明的附图用来提供对本专利技术的进一步理解，构成本申请的一部分，本专利技术的示意性实施例及其说明用于解释本专利技术，并不构成对本专利技术的不当限定。在附图中图1是根据本专利技术实施例的SOC的仿真验证装置的结构示意图；图2是根据本专利技术优选实施例的SOC的仿真验证装置的结构示意图；图3是根据本专利技术实施例的SOC的仿真验证方法的流程图；图4是根据本专利技术优选实施例的多视窗创建的流程图。具体实施例方式下文中将参考附图并结合实施例来详细说明本专利技术。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。图1是根据本专利技术实施例的SOC的仿真验证装置的结构示意图，如图1所示，该装置主要包括被测设备(DUT) 10，用于在仿真过程中通过DPI利用软件模块20中的预设的图形化函数生成需要的图形化可控界面，通过所述图形化可控界面，接收外部设备的输入信息和/或输出仿真信息；软件模块20，通过DPI与被测设备10通信，用于通过所述DPI提供所述图形化函数。通过本专利技术实施例的上述装置，被测设备10在仿真过程中可以通过DPI利用软件模块20中的图形化函数生成图形化可控界面，从而使得外部可以通过图形化函数对仿真过程进行控制，进而提高了验证的可控性。 在本专利技术实施例的一个优选实施方式中，被测设备10可以由Verilog描述，例如， 被测设备10可以为用Verilog描述硬件寄存器传输级(Register Transfer Level，简称为 RTL)模块。在本专利技术实施例的另一个优选实施方式中，如图2所示，软件模块20可以是C语言实现，提供所述图形化函数。在本专利技术实施例的一个优选实施方式中，C语言实现的图形化函数可以调用Xlib 库，利用Xlib库提供的基本函式来编写基于X Server的应用函数。将编写的应用函数进行一系列灵活的封装，变成例如创建窗口、创建颜色系、创建字体及等待事件输入等基本的操作函数以供灵活应用。其中，X Window系统是UNIX世界中标准的图形操作接口，采取的是Server/Client的模式运作，Server指的是X Server，是一个完整的图形桌面装置， Client指的是在此Display中执行的所有X Window应用程序，屏幕绘图、接收鼠标及键盘输入等，都必须向X Server发出请求，由X Server代为完成。Server/Client的沟通管道是X Window底层函式库Xlib。Xlib库给程序提供对X服务器底层的访问，同时为C语言提供的库，因此可以在C软件中调用Xlib库的函数使用。如图2所示，C中封装好的函数再利用DPI接口导入到Verilog实现的硬件验证环境(包含DUT 10)中，这样可以在Verilog中直接利用C中封装起来的支持X Server的图形化函数，建立起通用的模块夹具。将模块灵活的例化到软硬件协同仿真的验证平台中，就可以在仿真的过程中实现期望的图形化可控界面，实时输出仿真图像等信息，随时更改DUT 配置参数等，使整个仿真过程的可控性和直观性得到大本文档来自技高网...

【技术保护点】
１．一种片上系统ＳＯＣ的仿真验证方法，其特征在于，包括：在仿真过程中，被测设备ＤＵＴ通过直接编程接口ＤＰＩ利用软件模块中预设的图形化函数生成需要的图形化可控界面；通过所述图形化可控界面，接收外部设备的输入信息和／或输出仿真信息。

【技术特征摘要】
1.一种片上系统SOC的仿真验证方法，其特征在于，包括在仿真过程中，被测设备DUT通过直接编程接口 DPI利用软件模块中预设的图形化函数生成需要的图形化可控界面；通过所述图形化可控界面，接收外部设备的输入信息和/或输出仿真信息。2.根据权利要求1所述的方法，其特征在于，所述图形化可控界面包括一个或多个视窗。3.根据权利要求2所述的方法，其特征在于，在所述图形化可控界面包括多个视窗的情况下，所述DUT通过DPI利用软件模块中预设的图形化函数生成需要的图形化可控界面包括所述DUT通过所述DPI导入所述图形化函数，其中，所述图形化函数用于建立与所述多个视窗数量相同的视窗；所述DUT调用所述图形化函数，建立所述多个视窗。4.根据权利要求3所述的方法，其特征在于，所述方法还包括所述软件模块创建多个进程，每个进程对应于所述多个视窗中的一个视窗，在建立所述多个视窗后，各个所述视窗等待事件触发的各个事件循环在各自对应的进程中循环。5.根据权利要求2所述的方法，其特征在于，在所述图形化可控界面包括多个视窗的情况下，所述DUT通过DPI利用软件模块中预设的图形化函数生成需要的图形化可控界面包括所述DUT通过所述DPI导入所述图形化函数，其中，所述图形化函数用于建立单视窗； 所述DUT调用η次所述图形化函数，分别建立所述...

【专利技术属性】
技术研发人员：曹丽娜，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：94