资讯

历史

科技

环境与自然

成长

游戏

财经

文学与艺术

美食

健康

家居

文化

情感

汽车

三农

军事

旅行

运动

教育

生活

星座命理

软件仿真、硬件仿真、原型验证是如何工作的？

创作时间:

作者:

@小白创作中心

软件仿真、硬件仿真、原型验证是如何工作的？

引用

CSDN

https://blog.csdn.net/renzaiS2C/article/details/131193585

在芯片设计过程中，验证阶段是确保设计正确性的关键环节。本文将详细介绍软件仿真、硬件仿真和原型验证这三种主要的验证方法，帮助读者理解它们的工作原理、应用场景和优缺点。

在整个芯片开发中，芯片设计的验证阶段就像一场前线战斗，可以说是整道防线上成败的关键。在芯片进入生产之前，需要保证其设计完全符合需求规格，解决所有潜在的风险，并修正所有的缺陷。这样可以避免在流片后发现无法修正的硬件bug，降低后期的问题风险。随着芯片规模和功能的复杂度增加，验证的难度也随之上升，而如何在降低验证复杂度的同时保证其正确性和效率，正是验证的核心问题。

核心角色是DUT（Design under Test），即待测试设计，也就是我们所设计的RTL（寄存器传输级）代码。验证流程从需求收集开始，将需求划分为子系统模块，进一步细化为功能模块，然后编写RTL级别的硬件描述语言文件。验证人员便基于这些设计文件构建测试平台（Testbench），用于模拟和控制DUT的输入和环境，包括生成功能模型、输入激励、或在线数据交互等，如图1所示。可以说，整个验证流程就是确认DUT的正确性，确保芯片产品符合规格要求。

图1 验证人员构建的测试平台

面对复杂的设计代码，我们如何确保其准确性？功能验证就是这场战斗的关键过程。工程师们通常使用的验证方法包括软件仿真、硬件仿真和原型验证等。这些不同的验证方法都有各自的优点，也有各自的不足。在不同设计阶段选择不同的验证工具，提高生产效率，加速验证的收敛显得尤为重要。而所有这些都围绕着DUT进行。接下来，我们将详细探讨软件仿真、硬件仿真和原型验证这三种方法是如何围绕DUT进行工作的。

1、软件仿真simulation

软件仿真simulation是基于硬件描述语言对数字电路设计进行功能和特性的仿真和验证。它会通过在计算机环境中模拟硬件行为，验证电路设计是否符合原意。仿真过程是正确实现设计的关键环节，它以硬件描述语言（如VHDL或Verilog）编写的模型为基础，检验设计中的功能是否正确无误。

一个简化的仿真验证系统如图2所示：在这个过程中，测试向量（TestVector）运行在测试平台（Testbench）上，DUT 和Testbench一起通过仿真系统(基于软件)运行，最终运行出来的结果通常会和预期结果做比较。

图3 典型的UVM验证平台框图

一般来说，软件仿真分为功能仿真、综合后仿真和时序仿真，分别对应于RTL设计输入后、综合完成后、布局布线完成后等步骤。

功能仿真：即RTL仿真，这是仿真验证的第一步，也叫前仿真，目标是在理想的情况下，确认设计的功能是否符合预期。在这个阶段，我们通过模拟设计在特定输入下的输出来验证其行为。这就像对待测试设计（DUT）进行“预演”，在没有物理硬件的情况下就可以发现设计中的逻辑错误。
综合后仿真：在综合后的仿真阶段，目标是确认综合后的电路结构是否符合设计的意图。在这个阶段，我们使用综合工具将硬件描述语言（HDL）代码转化为逻辑网表。然后，我们使用这个逻辑网表进行仿真，以确认综合后的电路行为是否和设计的意图一致。
时序仿真：最后，在时序仿真或后仿真阶段，我们将考虑设计在实际硬件和工艺中可能遇到的时序问题。这包括元件的延时、布线延时、电源和热问题等。在这个阶段，我们会使用更复杂的仿真模型，比如考虑了延时信息的模型，以更准确地模拟硬件的行为。

在每个阶段，我们都通过建立测试平台（Testbench）提供对DUT的输入和环境的控制，并将DUT的输出与预期进行比较。而这三种仿真应用的共同目标，都是要确保我们的芯片设计在各个阶段都能满足预期的功能和性能。

2、硬件仿真emulation

虽然软件仿真易于使用，成本效益高，并且具有复杂的调试能力，但一旦碰到大规模数字电路设计，结构越是复杂，仿真所需要的时间就越长，软件仿真的效益得到了限制。所以通过专门的设备在硬件上调试芯片设计，如硬件仿真emulation和原型验证prototyping，是其重要的解决方案之一。

硬件仿真的运行速度和调试效率比软件仿真可要高很多，因为它可以对完整的芯片设计进行自动化的加速仿真并调试，多应用于大规模SoC设计前期的RTL功能验证。

硬件仿真首先将硬件设计（通常以HDL，例如Verilog或VHDL编写）编译，然后加载编译后的设计。在一些系统中，设计可能被加载到专门的硬件中（例如FPGA）。一旦设计被加载，硬件仿真就可以运行设计，并观察其行为。硬件仿真通常会提供观察和调试设计内部状态的工具。最后，工程师可以根据结果分析设计的正确性，查找并解决问题，以优化设计。

硬件仿真可以提供比软件仿真更快的仿真速度，同时还能模拟出硬件在实际运行中的实际行为。这使得它们在硬件设计和验证过程中，尤其是在处理复杂和大规模硬件系统时，非常有用。硬件仿真系统主要由硬件和软件两部分构成。

编译：编译阶段通过完全自动化软件将待测设计（DUT）映射到硬件仿真系统上，便可以进行高速仿真。编译的流程如图8所示。

运行：运行时Runtime软件控制整个硬件仿真的运行过程，它可以控制硬件仿真以支持不同的用户模式，它的核心组成部分是运行数据库、运行库、软硬件接口以及用户交互接口，例如ICE（In-circuit Emulation）、TBA（Transaction-based Acceleration）以及QEMU模式等。还可支持多用户同时进行使用设备。

调试：硬件仿真有着接近软件仿真的调试能力。可以通过静态探针（static probe），动态探针（dynamic probe）及内置逻辑分析仪（ILA）可以观测信号的数据，以及实现信号全可视（Full Visibility）。同时，通过ReadBack/WriteBack功能可以实现对信号进行赋值或恢复。

此外，硬件仿真还会配备专门的验证核（VIP），为硬件仿真系统提供了所需的验证接口。

总之，硬件仿真通常集成了专门的电路和逻辑，以加速仿真过程。其速度通常可以达到几百kHz甚至MHz级别，软件仿真中的功能仿真通常运行速度通常在几十至几百Hz，相比之下，硬件仿真比软件仿真快几千倍至几十万倍。因此，硬件仿真在验证复杂设计时非常有用。它们能够以更高的速度执行仿真，更快地提供反馈和结果，这对于设计的验证和调试至关重要。

3、原型验证prototyping

在复杂的集成电路设计中，原型验证prototyping是另一项关键的“验证”技术方法。其目的是在早期阶段就通过与最终芯片接近的原型硬件来测试和验证电路设计，通过接近最终芯片的运行速度确保设计出正确的芯片。原型验证将设计映射到FPGA阵列，通过模拟芯片的功能和应用环境，来验证芯片整体功能，并提供片上软件开发环境。因为相比硬件仿真，原型验证的运行速度更接近于真实芯片，可以配合软件工程师来进行底层软件的开发。这一流片前的软硬件协同开发，是其最不可替代的地方。

以下是DUT在原型验证流程中的关键步骤，包括设计分割、分割后的系统级时序分析、编程和下载、功能验证调试等步骤。

设计分割：在开始阶段，我们需要将复杂的设计即DUT分割以适应FPGA的资源限制。通常，由于单个FPGA无法容纳超大规模的设计，我们需要利用特定工具将设计逻辑分割成更小的部分。每一部分被映射到一个或多个FPGA中，这需要在保持整体设计完整性的同时，尽量减少跨FPGA信号数量以减少系统间的路径延时，从而提高系统性能。一种典型的RTL级分割流程如图9所示。

其中的逻辑综合是将DUT转化为FPGA可以理解的网表。对分割后的设计插入TDM也是影响分割后系统性能的关键步骤。通常分割后设计的FPGA之间存在远远超过物理连接数量的互联信号，插入TDM是通过时分复用的方式来将这些互联信号通过有限的物理资源来传输。映射和布局布线是将综合后的设计映射到FPGA的特定资源上，包括查找表、触发器、DSP模块等，然后进行布局布线。

时序分析：时序分析确保设计在FPGA上运行时满足所有的时序要求，这包括各个FPGA的时序要求以及整个系统的时序要求。由于对用户原始设计进行了分割，在做时序分析时需要考虑被分割的时序路径延时。这部分时序延时主要来源于TDM的延时和跨FPGA连线的延迟，这两种延时通常能达到几十ns。当存在不满足时序要求的路径，可能导致设计无法正常工作。这种情况下，可以通过优化时序约束、设计优化、流水线设计、分割边界调整、布局布线优化等方式改善时序性能，使得设计满足预期的时钟频率，减少路径的延迟。

由于原型验证系统能够运行的频率是衡量系统性能的一个关键因素，所以如何提高系统运行频率也是经常需要考虑的一个问题。通常的做法有调整分割边界、分割结果TDM优化、使用布局布线约束、使用时序驱动的分割算法等，达到降低关键路径的延迟、提高系统性能的目的。

编程和下载：将映射和布局布线后的设计编译为FPGA的比特文件；搭建各个FPGA之间的互联组网结构，然后将比特文件下载到对应的各个FPGA上。下载完成后根据需要对全局时钟、全局复位以及其他外围IP进行配置。这确保了DUT可以在原型上正确地运行。
功能验证调试：这个阶段主要是测试DUT在FPGA上运行时的功能的正确性。我们可以通过实际的硬件接口或虚拟IO接口对DUT进行测试，以验证其是否符合预期。

总之，因为原型验证内部处理和真实芯片一样都是可以做并行运算，其高效性能可以透过硬件子卡对接真实数据来发现更多隐蔽的bug。相较之下，软件仿真使用的激励源模型和真实数据是有一定差别，因此并不能将Corner Case全覆盖，此时就需要原型验证。通过原型验证，在流片前我们就可以在SoC的基本功能验证通过后，立刻开始驱动开发。甚至可以在流片前就给有需求的客户进行芯片演示，进行预售。这就大大缩短了整个验证周期，加速了产品上市时间。