开发和验证 FPGA IP 不仅仅是编写 HDL，而是需要更多的思考。让我们来看看如何做吧！
当我们开发基于 FPGA 的解决方案时，我们会尽可能利用手上的 IP，因为这会加速开发。在某些情况下，我们需要使用自定义 IP 核，以应对新项目。
开发和验证此 IP 块会带来一些挑战，如果做得不正确，可能会让项目进度变得缓慢。
当然，在使用 FPGA 时，我们需要考虑的关键事情是需要首先考虑我们希望实现的功能，以及遵循正确的开发流程。
为了说明这个过程，我们以实际项目为示例，过程如下：
示例项目，我们将创建一个简单的 AXI Stream QSPI 从接口IP，具有以下要求：创建IP的这些要求非常简单。然后，我们可以将该模块与之前的项目集成，例如：可以通过 QSPI 访问芯片内的AXI4总线。
接下来我们需要创建微架构，这意味着我们需要了解串行存储器模式下的 QSPI 是如何工作的。
READ4IO 和 PP4IO 的波形如下所示首先使用单线到 IO0 来发送命令 0x38（用于写入操作）或 0xEB（用于读取操作）。
命令发送后，将使用所有 IO 执行事务的其余部分。
对我们架构的影响是，我们需要一个 8 元素移位寄存器用于 IO0，2 元素移位寄存器用于 IO1-3。收到命令后，我们就可以仅使用 IO0 寄存器的较低两个元素。
我们的微架构需要能够执行以下操作
微代码架构完成后，我们就可以编写 HDL。设计微架构时的关键要素是以合理的方式定义接口，尤其是 FPGA 内部与其模块连接的接口。虽然定义自己的接口可能很爽，但是还是要选择行业标准，例如 AXI 等。这样不仅能够轻松定义接口，同时确保其开发人员在集成时能够轻松使用。使用行业标准还简化了接口验证，因为可以使用标准 BFM，随着时间的推移，还会建立一个有用的 IP 模块存储库，可以在多个项目中重复使用，从而减少开发时间和同类型项目成本。
该块使用 AXI Stream 通过 QSPI 接口发送和接收数据。
该设计的 HDL 可以在文末看到。
IP 的接口如下是：设计中的状态机：HDL 完成后，下一步是仿真验证。
我们如何通过创建测试平台来验证 FPGA 设计是否按预期工作。测试台对被测单元 (UUT) 施加激励并观察 UUT 的输出，以确保其行为符合预期。
本次我们不想使用波形进行验证，我们检查 UUT 的行为并将其记录到文件中，验证其是否按照预期运行。
如果我们发现预期结果存在异常，我们再使用波形来调试 UUT。
每个测试用例都是一组独特的激励，将特定测试应用于 UUT 以检查该激励的特定结果。
创建这些测试用例可能很复杂，并且是验证过程中最耗时的部分。根据 UUT 的复杂性，可能有少量测试用例，也可能有数十个甚至数百个。
我们希望将测试平台与测试用例分开。我们使用几个不同的抽象层来实现这一目标，包括
为了以最简单的方式实现这一目标，我们将使用大量的总线功能模型 (BFM) 和事务级模型 (TLM)。
当然，我们可以将 UVM、UVVM 和 OSVVM 等框架用于这些应用程序，但是，由于该项目的目的是演示，因此我们将从头开始。
如果本次设计可以完美完成，将使测试用例成为一系列 BFM / TLM 级别的调用和相关检查。通过这种方式，测试用例看起来更像脚本而不是传统的 HDL 文件。
这样的灵活性非常重要，因为我们需要能够适应 UUT 功能的变化，这些变化会导致需要创建更多的测试用例。
对于此应用程序，我们有以下内容：
为了测试该项目，我们可以创建一个包含 HDL 和测试平台的 Vivado 项目。我们使用 Vivado 在测试台中提供 AXIS FIFO，允许循环回写入的命令，以验证读回。
如果我们查看项目层次结构，我们将看到测试用例位于顶层的验证结构，下面的测试台包含 AXIS FIFO 和 UUT。看不到该包，因为仅在库视图下可用运行 HDL 行为仿真将打开波形视图。选择 UUT 并将信号添加到波形中。单击“run all”，仿真完成后将看到 IO 信号和内部信号的波形。在这种情况下，我们期望的是，我们收到的每个写入值与测试平台执行此检查时返回的值相同。对于关键应用，可能不同的工程师来执行验证并提供验证结果。
在这个项目中，我们提供了 FPGA IP 核开发的流程概要。有些流程尚未涵盖，例如编码规则和静态分析等，但为那些希望开始的人提供了很好的开端。
