从硬件角度讨论FPGA开发框架-设计应用

精品文档-下载后可编辑从硬件角度讨论FPGA开发框架-设计应用FPGA采用了逻辑单元阵列概念，内部包括可配置逻辑模块、输出输入模块和内部连线三个部分。每一块FPGA芯片都是由有限多个带有可编程连接的预定义源组成来实现一种可重构数字电路。

长久以来新型FPGA的功能和性能已经为它们赢得系统中的位置，成为许多产品的主要数据处理引擎。

鉴于FPGA在如此多应用中的重要地位，采取正式且注重方法的开发流程来处理FPGA设计比以往更加重要。该流程旨在避免开发周期后期因发现设计缺陷而不得不进行费时费钱的设计修改，而且该缺陷还可能对项目进度计划、成本和质量造成灾难性影响。

本文所介绍的的框架覆盖从系统架构考量到FPGA开发与测试规划等各个环节。我们从FPGA硬件的角度重点详细介绍该框架，通过介绍希望其他工程团队能够发现该框架在复杂的FPGA设计项目里面的优点。

该框架是一种在FPGA中设计硬件的自上而下的迭代设计方法。首先规划从系统架构层面出发决策FPGA功能。随后我们根据FPGA器件的已知功能和性能逐步优化FPGA设计的特性。

另外，大型FPGA设计的实现需要制定完备的开发、仿真和验证规划。该框架的作用就是帮助我们制定这些规划。简而言之，该框架可归纳为图1所示的流程图。本文的讨论将集中在规划和技术文档部分（顶部）。

系统架构

就本讨论范围而言，系统架构指在系统软件和硬件之间的功能划分。尤其，重点是将硬件功能细分到FPGA以及其它微芯片组件上（假设已经明确产品层面需求），例如市场营销或产品定义部门可能已经参与进来并明确产品需求。

在系统架构阶段，思路是如何明确地让这些产品需求在真实产品中得以实现。就FPGA来说，主要的决策围绕着应将哪些特性和功能在FPGA中实现，以及进一步，哪些特性和功能适合在FPGA中实现。

通过提前定义FPGA的要求，就能避免开发流程已接近尾声时进行成本不菲的设计及需求修改。在设计早期阶段明确系统架构有助于指导用户做出对开发时间和产品成本至关重要的多项重大决策。

在这个层面上探讨，只需要一般性地概略介绍FPGA特性。详细特性和实现需求将在FPGA需求定义过程的后续阶段进行定义。本次探讨的参与者应包括熟悉系统级要求的、了解系统级架构设计的，以及熟悉FPGA特性与功能的等不同人员。

具体就FPGA而言，需要回答十大问题：

1.要在FPGA中实现的特性列表是什么样的？

2.在FPGA中实现特性与使用非FPGA组件实现特性相比，需在技术上做怎样的权衡取舍？

3.在FPGA中实现与使用非FPGA组件实现相比，设计工作量/成本分别如何？

4.需要什么样的定制特性或处理？

5.FPGA的灵活性对功能有什么好处？

6.您应该考虑的未来风险缓解措施是什么？

7.能否把多个非FPGA组件的特性集中到FPGA中？

8.根据准备实现的设计特性，如何选择FPGA器件？

9.特性是否能在FPGA中实现？

10.需要什么样的非FPGA器件，如何让这些非FPGA器件与FPGA接口相连？

FPGA架构

FPGA架构属于FPGA器件上物理层的微架构级和芯片级数据流设计。您的团队应与系统级架构同步设计该架构，以确定器件尺寸、选择器件和可行性。

定义FPGA架构的目的，是确保系统架构需求是准确、现实、切实可行的设计要求，能够在FPGA中实现。

图1-FPGA开发框架

这个层面的探讨需要对FPGA架构和资源的特性与功能有深入的认识。因此应该由经验丰富的FPGA设计人员参与完成。在这个阶段，您必须考虑与FPGA性能目标、潜在风险因素和FPGA资源利用率。

在FPGA架构定义阶段，您有可能会发现系统级需求和架构无法实现，或是对实现在FPGA中而言存在高风险。在这种情况下您必须重新评估和更新系统架构，以创建在FPGA中可实现的需求列表。

您应问问自己现有IP哪些可供使用，还必须创建哪些IP.此外，您还需要检查I/O需求，以及把时钟域和时钟特性映射到FPGA时钟资源的方法。其他关键问题包括：如何在FPGA上布局千兆位收发器（GT）资源；在SSI器件中是否已考虑到交叉SLR数据流；目标时钟频率对设计功能而言是否实际。，您还必须评估您设计的目标性能对选择的FPGA而言是否实际。

FPGA需求定义与划分

FPGA需求定义和划分阶段与系统和FPGA架构定义紧密关联并受这两个阶段的决策左右。FPGA需求定义指定义准备在FPGA中实现的详细需求，并用作明确的特性清单以供设计和测试工程团队设计、测试和实现。FPGA需求定义与系统和FPGA架构需求定义的不同之处在于FPGA需求是的。该清单定义了FPGA的细致要求，而不仅仅是系统的不同组件之间的功能划分，或是穿越FPGA的数据流之间的功能划分。

这个阶段的目的是清楚地定义FPGA工程团队确切能实现和测试的内容。在这个阶段，用户将把系统和FPGA架构需求转换成用于实现的具体需求。这样做能够带来双重好处。首先，单独定义FPGA需求能突出强调系统和FPGA架构的任何局限以及之前未曾考虑到或未曾预见到的状况。其次，该步骤将为FPGA设计的开发和测试的顺利执行铺平道路。

为适当地描述FPGA需求，您必须建立清晰且简明扼要的定义，以便提炼成单独的需求。我们建议为各项需求添加标签或序号，使用易于判断其能否实现的简短描述来定义各项需求，避免用含糊的需求用语。只要足够清晰扼要，您可以使用任何行业标准格式或专有格式。

避免使用含混或界定不清的用语，例如“快速”或“小型”.应坚持使用有明确目标的用语，如“400MHz”或“4.2K触发器”.这样定义的目的旨在确保将文档分配给之前不了解系统或FPGA架构的开发工程团队进行实施时不再需要反复澄清。您需要检查每个需求是否表述清楚、简洁、明确且是否包含了所有必需的信息以避免反复澄清的必要。此外，还应该注意需求中是否包括管脚和I/O定义？是否所有的需求都已经分解为基本设计要素？未参与早期系统架构定义的设计团队是否能够使用这些需求开发FPGA以及测试与验证团队是否能使用该文档开发测试平台和制定测试方案，明确验证每一项需求是否通过。

FPGA设计规划

该框架的这个阶段用于为FPGA硬件的实际开发制定规划，确保各项特性及开发工作的完成与整个产品开发的其他部分协调一致。

这个阶段的目标是适当地把当前的系统级需求、FPGA级需求和架构体现到开发规划中。在通过前面介绍的规划阶段之后，现在开发团队一般会面临两种情况。

种情况是系统与FPGA架构以及需求理解良好，描述详尽，终，FPGA设计开发阶段（即HDL编码）和测试开发阶段（仿真、测试台）基本无需修改设计需求，顺利执行。

第二种情况是系统架构和FPGA需求仍然处在变动中。这样的设计会在设计开发周期和测试开发阶段面临众多变数和修改。

虽然人人都想得到种情况的结果，但往往却不能成功，终落入第二种情况的境地。很明显，这种情况更加难于管理。

设计规划的总体目标应是在开发周期的这个阶段实现种情况。在种情况中，FPGA的开发简单直观，只需为实现和测试设计特性安排进度计划。

在第二种情况中，重要的管理工作是确保落实充分理解的流程，以便评估和决定应该进行哪些修改以及每种修改为总体开发进度计划带来的影响如何。这里可以运用多种项目管理理念和技巧。重要的一点是完成上述修改评估和影响评估。

就专门的FPGA规划和开发而言，FPGA的优势之一在于能够多次修订硬件平台和多次把硬件平台到原型PCB上。设计团队应充分发挥这一功能的优势。因此建议的开发规划是逐渐把特性添加到能够工作的设计中。其思路是从能够实现主要通信接口的基本设计出发，无需实现全部需求就能工作。

这样做能够带来双重好处。首先可以确保随时有一个可工作的设计，您可用来调试PCB和更大型系统。其次，调试实际的FPGA设计会简单得多，因为可以检查新添加的特性，确保新添加的特性不会干扰或中