合作团队提供一个可靠的事实来源设计。
背后的意图IP-XACT一直提供芯片系统(SoC)之间的一座桥梁装配和更大的注意事项。另外这个标准一直用来适应多源和不断发展的知识产权(IP),设计和产品团队构建,通常在不同的公司。此外,它被用于接口逻辑设计的专业以外的产品开发需求。无可否认,它是早期开发的,提供一个解决一个问题尚未得到广泛认可。这是早期的,但它不是错误的。市场变化正在推动越来越多的SoC建筑商在这个方向上成熟和新兴的半导体和系统的公司。终于赶上这个标准生产需求。
很长一段时间,SoC设计被视为多低级寄存器传输级(RTL)的延伸设计。任何可能需要RTL之外,可能是通过内部script-ware。很好工作了很长时间,直到它开始分解为多个原因:熟悉的对手——规模和复杂性;更多的IPs从许多来源,每个发行更新修复bug和添加功能;许多这些“诱导多能性”之间的联系;和更多的控制层——权力、安全和安全。缺陷在脚本开始出现更多的系统压力。
部分设计已成为地理多样化的团队之间的协作,内部和跨公司。还有更多的设计公司和系统公司之间的合作。一级年代和现在oem厂商积极与半导体公司在汽车行业合作,努力保持领先现有和新兴的竞争对手。Hyperscalers正在建造更多的soc在吞吐量和功能获得优势。5 g基础设施再次开放的竞争。和政府在世界各地各级投资半导体的发展,从芯片到电动车,超级计算机和移动网络。所有这些推低效率和在显微镜下合作的障碍。合作团队的需求一个可靠的设计——一个电子文档的事实来源详细说明他们需要的信息。IP-XACT总是旨在提供这种支持。
虽然团队需要建立一个IP-XACT模型对于每个IP,在IP水平没有变化。SoC水平有利于大多数通过切换IP-XACT基础架构。子系统中获益,如果球队想要更快地旋转和调整产品的家庭。没有人hand-creates SoC高层这些天,所以他们已经不直接使用RTL。大多数SoC团队使用一些电子表格和script-ware,但它们并不是标准化的。每个团队厨师自己或适应另一个团队的代码。他们做同样的内存映射,头文件和软件宏——更多的script-ware。产品经理想要保持产品文档同步变化随着设计的发展,需要手动信息传递和手动检查。
这些步骤可以基于IP-XACT重要的自动化支持创建、编辑、设计和生成抵押品,软件附带的文档插入,和基于标准的格式。设计师仍然可以螺栓最爱的高价值的自定义特性通过应用程序编程接口(api)。没有必要失去这些。其他团队的公司也可以利用酷的定制。
现在,有一个收养的风潮IP-XACT行业;它是被困难。有兴趣集成文档表(时钟、重置、内存映射等)直接进入科技酒吧生产流程,所以没有机会数据不同步的设计。
有一个更大的推动整个设计的可追溯性。可追溯性是一次例行的期望在汽车,航空航天,医疗系统的设计。现在越来越依赖于先进的soc意味着可追溯性必须涵盖完整的设备。支持这个需求需要建立需求文档之间的联系,设计,测试,验证这些功能。有很多手工工作今天在发展中这种级别的可追溯性。它必须变得更加自动化的支持更大的系统,IPs,来自多个源和子系统。
随着全球公司无论大小采用IP-XACT,很明显,这个标准是真实的潜力。不了一个延伸想象一些企业管理系统想要连接到的数据资源规划,除此之外:IP许可证,计算农业资源,云计算资源,等等。IP-XACT可能只是开始被开发。跟我们学习更多的知识。
|
|
|
|
|
|
|
|
留下一个回复