Accellera便携式测试和刺激标准

到目前为止，在本博客系列中，我们已经讨论了 Accellera 便携式测试和刺激标准（PSS）的一些基础知识，以及它如何增强通用验证方法（UVM）流程。这是一种非常有效的块级验证策略，允许重复使用现有的验证 IP （VIP）模型。然而，一旦几个设计 IP 模块集成在一起，几乎可以肯定一个或多个处理器将成为子系统的一部分。一旦发生这种情况，就需要一种新的验证策略。

软件通常代表系统功能的一个重要方面，它的一部分可能需要包含在验证过程中。能够按照 UVM 流程的要求直接操作总线，意味着可以进行更彻底的测试，而不是在将多个模块集成在一起之后的验证重点。您不会尝试重复在每个块上单独进行的验证。相反，您正在尝试确保模块之间正确通信并且可以执行产品的更高级别功能。事实上，一旦处理器和总线协议在设计中固定下来，就不可能访问连接到总线的每个 IP 块的所有功能。

在vwin 环境中，每个处理器都可能由指令集模拟器（ISS）或某种其他形式的行为模型来表示。这些可从所有处理器供应商和第三方处轻松获得。这些模型提供了功能准确性，虽然它们在时间意义上并不完美，但它们通常足以满足大多数目的。最重要的是，它们的运行速度比寄存器传输级（RTL）模型快几个数量级，并且已集成到您最喜欢的 RTL 仿真环境中。

您应该在这些处理器上运行什么软件？过去，会编写专用测试代码来以一小套定向测试的形式来测试子系统。经验丰富的验证工程师知道开发这些测试并在硬件发生变化时对其进行维护需要多长时间。使用 PSS 和测试综合，这个问题几乎变得微不足道。

让我们不要太快得意忘形了。仅仅因为我们有一条路径可以自动生成在这些处理器上运行的软件，问题并没有完全解决，也没有回答有关要使用的软件级别的所有问题。

嵌入式处理器可以以实际运行的软件可以访问的确切方式访问设计中的所有内容。我们为什么不直接运行它？这有几个原因。首先，生产软件可能还没有准备好。虽然左移运动试图推动软件开发，但并不总是可以同时开发它们。其次，您不希望您的测试仅限于当前版本的软件对硬件所做的事情。如果预计稍后会通过软件更新发布附加功能怎么办？如果产品最初发布时尚未验证硬件，则可能会影响您将来添加更新的能力。

这并不意味着您永远不应该使用任何生产软件。当您接近完成设计并且验证接近覆盖目标时，您可能希望使用生产驱动程序、协议栈的其他一些层，甚至操作系统的元素。例如，Breker 提供了一个可在测试综合期间使用的函数库。这些功能，例如内存管理，构成了我们将在以后的博客中讨论的多层硬件/软件接口抽象层的基础。

在软件运行时让测试台运行是另一个问题。您如何协调子系统或芯片的外部输入的活动？必须有一种方法在处理器和 VIP 之间进行通信，以便协调活动。我们在 Breker 使用 TrekBox 完成了这项工作（参见图 1）。