作者：VINCENT THIBAUT
翻译：Brian
校对：Mike
原文：https://semiengineering.com/ip-xact-is-back-for-all-the-right-reasons/
![]()
IP-XACT 背后的意图一直是在片上系统 (SoC) 组装和更大考虑之间架起一座桥梁。该标准还用于适应设计和产品团队构建的多源且不断发展的知识产权 (IP)，这些知识产权通常来自不同的公司。此外，它还用于与逻辑设计的专业需求之外的产品开发进行交互。不可否认，它是早期开发的，为尚未被广泛认可的问题提供了解决方案。虽然它很早，但并没有错。市场变化正在推动成熟和新兴的半导体和系统公司中越来越多的 SoC 制造商朝这个方向发展。生产需求终于赶上了这一标准。长期以来，SoC 设计被视为低级寄存器传输级 (RTL) 设计的扩展。RTL 之外的任何需求都可以通过内部脚本软件来处理。长期以来，这种做法一直行之有效，直到它开始因多种原因而崩溃：一个熟悉的对手——规模和复杂性；来自更多来源的更多 IP，每个来源都会发布更新来修复错误并添加功能；所有这些 IP 之间的连接更多；以及更多的控制层——电源、安全性和保障。系统承受的压力越大，脚本中的缺陷就会开始显现。在某种程度上，设计已变得更加协作，无论是在公司内部还是跨公司，地理上分散的团队之间。设计公司和系统公司之间的合作也越来越多。一级供应商和 OEM 现在积极与汽车行业的半导体公司合作，争取领先于现有和新兴的竞争对手。超大规模企业正在构建更多自己的 SoC，以获得吞吐量和功能方面的优势。5G 基础设施再次面临巨大的竞争。世界各国政府都在投资各个层面的半导体开发，从芯片到电动汽车，再到超级计算机和移动网络。所有这些都将效率低下和合作障碍置于显微镜下。协作团队需要单一且可靠的设计真实来源——一份详细说明他们所需信息的电子文档。IP-XACT 一直旨在提供这种支持。虽然团队需要为每个 IP 构建一个 IP-XACT 模型，但 IP 级别没有任何变化。通过切换到 IP-XACT 基础设施，SoC 级别将受益最多。如果团队希望更快地旋转和调整产品系列，子系统也会受益。现在没有人手动创建 SoC 顶层，所以他们已经不直接使用 RTL 了。大多数 SoC 团队使用电子表格和脚本软件的混合体，但它们不是标准化的。每个团队都会编写自己的代码或改编另一个团队的代码。他们对内存映射、头文件和软件宏也做同样的事情——更多的脚本软件。产品经理希望随着设计的发展，让产品文档与变化保持同步，这需要手动传输信息和手动检查。这些步骤可以基于 IP-XACT，并具有高度自动化，以支持设计资料、软件资料、文档插页和基于标准的格式的创建、编辑和生成。设计人员仍然可以通过应用程序编程接口 (API) 添加自己喜欢的高价值自定义功能。没有必要放弃这些功能。公司中的其他团队也可以利用这些很酷的自定义功能。现在，业界对 IP-XACT 的采用风潮正在兴起；它正在被更大力推广。人们有兴趣将文档表（时钟、复位、内存映射等）直接集成到技术出版物生产流程中，这样这些数据就不会与设计不同步。整个设计中对可追溯性的要求更高。可追溯性是汽车、航空航天和医疗系统设计中的常规期望。对先进 SoC 的依赖性越来越强，这意味着可追溯性必须覆盖整个设备。支持这一需求需要在需求文档、设计功能和验证这些功能的测试之间建立联系。如今，开发这一级别的可追溯性需要大量的人工工作。它必须变得更加自动化，以支持来自多个来源的大型系统、IP 和子系统。随着全球大公司和小公司都采用 IP-XACT，很明显，这一标准的潜力是真实的。不难想象，企业管理系统希望将这些数据中的一些用于资源规划，其中包括：IP 许可证、计算场资源、云计算资源等等。IP-XACT 的潜力才刚刚开始被挖掘。请与我们联系以了解更多 Register Manager 的信息。
