中文 英语

异构IC如何重塑设计团队

越来越复杂的系统在工程专业之间创造了非常不同的关系。

受欢迎程度

当设计变得更加异类时,半导体工程的专家们与J德赢娱乐网站【官方平台】ean-Marie Brunet,仿真部的高级主管一起讨论了不同工程组之间复杂的交互作用西门子eda.;Frank Schirrmeister,解决方案营销高级集团总监节奏;毛里迪奥·格里亚,研发经理回复;STMicroelectronics的System和Architect Spectur and Laurent Maillet-contoz,系统和建筑师专家。该讨论是在欧洲最近的设计自动化和测试中举行的(日期)会议。要查看此讨论中的第一个,请单击在这里。第二部分是在这里

SE:验证必须几乎实时地发生,以验证组件是否能正常地一起工作?这是一个持续的过程吗?

深色的:有很多完成的硅片治疗,所以它是连续验证的。这里插入生命周期管理,传统上是测试环境的一部分。但我们也验证了更长的时间。一些技术具有很长的循环,并且需要在磁带出来之前考虑。众所周知,在半导体公司的带时间周围,那些可以访问CPU进行验证的人是物理验证功能验证工程师。您运行已更改的所有向量,并且在磁带外,您可以在删除之前运行所有测试向量。但大多数人没有时间运行一切,这就是为什么他们做基本的模拟加速。这些是非常重要的技术,因为它们使某些事情能够更快地运行。我们看到很多关于Lifecycle Management预硅验证的大量插入。它增加了更多的循环和更多时间来验证,但是这些东西的成架方式使它们具有使用仿真器或原型硬件的模拟加速度的非常好的目标。但并非一切都加速良好,特别是如果存在复杂的结构。那么这些都可能会经过传统的CPU多集群。我们还看到更多的东西,专为安全性而设计的安全性。但总的来说,我们正在向一个时代迈进,在磁带前运行的软件工作负载是发生的事情的非常好的表示。 So it’s not only a functional testbench. It’s also a real-life software workload, and that requires a lot of cycles and speed, because you are booting an operating system.

Maillet-contoz.:与过去十年相比,我看到的差异是,我们需要确保设备将以正确的性能水平提供合适的功能级别。到目前为止,我们讨论了功能方面,并且安全被视为功能的一部分。与功能性质有关的一切都非常重要。包括诸如能量等主题。但它不仅仅考虑系统或组件的要求。考虑如何在该字段中的系统上下文中表现如何在系统上下文中表现方式也很重要。需要在未来时段内作为挑战所讨论的是我们如何利用在组件或SoC层面上部署一段时间的所有技术,并了解它们如何为提高系统功能的验证做出贡献考虑到系统本身是系统系统。它由各种SOC和组件组成。这可能会为本公司创建差异化优势,为最终客户提供这种信任。

SE:所有这些如何影响设计团队?我们希望看到哪些变化?

Griva设计师仍在开发设计,这不会改变。但是我们需要考虑具体的要求,规格、设计、验证、软件——所有这些模型结合在一起,确保我们有一个非常一致的设计流程覆盖的所有步骤,并集成安全、验证和跨职能属性在同一时间。设计师现在面临着更多的异构集成。在考虑设计时,我们需要考虑所有这些参数。

SE:还有一些问题,比如包装中的机械应力,这是设计团队过去不需要处理的,对吗?

Schirrmeister:是的,你现在比过去收集了更多的名片和LinkedIn联系。我们曾经开玩笑说,当你把一个公司的硬件和软件人员聚在一起时,他们有时会自我介绍并交换名片。这是一个全新的方面,人们在机械方面。百代也有专家。我们总是在谈论系统架构师,他对所有事情都知道一点点,但对全部细节一无所知。这个人正在成为硬件、软件和其他学科之间的调解人。这种情况越来越多,因为工具现在的复杂程度更高了。有些人正在预测SoC的终结并谈论这种聚合,这在你设计到理论极限的情况下是正确的。芯片变得如此之大,以至于你现在可以用3D-IC的方式组装所有东西,用多个芯片。所以现在你有了一个快速版本的chiplet处理器和最快版本的内存,但你仍然需要处理一些事情,比如由嵌入式软件控制的功率。 So you get a new design without having redesigned any of the chips. You still have to make sure that in the package it switches on correctly with the firmware, because otherwise it will just melt if the power control isn’t there. This adds new communication channels, because the firmware expert has to deal directly with the assembly experts, and that adds challenges about how you actually categorize these functions. That’s a PLM challenge. Do I have all the different configurations of chiplets coming from certain runs in the fab? Do I know all of those? There are new challenges for architecture development tools and for the virtual development, because you have a new design without actually having changed the chip. You’re doing the assembly in a disaggregated way. There are lots of fun challenges coming up there.

深色的:我同意。我们看到更多的跨领域、跨学科的合作。几年前,一些公司在他们设计的电源配置上出现了问题,差异不是20%。动态能耗是他们预测的3到4倍。因此,我们看到电力工程师,他们与设计团队交谈不多,开始分享名片,甚至与EDA供应商,并问,‘我们如何,我们如何跨领域工作?“当然,EDA必须开发技术和api来实现跨学科,但这正在发生。”在动力,热和测试之间有更多的跨学科互动,这是一件好事。

Griva:分解是明显的。它带来了更多的灵活性,但它需要更高的技能,因为你有多个组件需要互连。路由更复杂,你必须带一个无线电频率,或多个无线电频率,有时是打印天线。例如,开发一个简单的WiFi系统所需要的技能已经不再简单。PCB设计人员通常是你给他们schema的人,他们通宵工作,给你带来一些你甚至不需要看的东西。它被送到了合同制造商那里,然后就完成了。现在,它需要很多来回和循环来验证它是否正确。所以设计团队正在改变。从机械的角度来看,我们在早期阶段总是有机械工程师,但现在即使是简单的设备也很常见。这些设备可能需要在系统设计中多次改变,由于热问题或放置金属在天线上,以阻止波的传播。 In the past, there were more differentiated teams working on a design at different times and with little interaction.

Maillet-contoz.那么,现在谁来负责确保设备的低功耗呢?是硬件团队,还是软件团队?我们有很多低功耗的微控制器系列,但是谁将受益于这种架构的本地功能呢?在权力方面,谁来决定何时使用某种权力国家或政策?最后,软件工程师将在电源控制器上编程时钟控制器,以充分利用硬件架构。因此,您可以设计一个非常好的硬件架构,具有很多功能、低功耗策略等。但是在世界上的某个地方,软件工程师(您可能不认识)将实现一个利用硬件架构的优点的软件堆栈。这可能和包装无关。所以预测系统的使用模型是非常困难的。

SE:与此同时,业务关系也趋于平缓。设计团队的工作距离将使用这些设备的系统公司更近。这意味着可能会有更多的责任和更多的指责。这有什么影响?

Schirrmeister这些工具为这些人提供了交互机制,比如如果你的注册没有正确回答,软件设计师就会指向硬件设计师。然后,在一个联合环境中进行了数小时的调试后,他们意识到他们都没有错,因为其他人已经将一个block设置为睡眠模式。所以没有人真的有错。只是整个系统不能正常工作。这些都是跨学科互动中非常有趣的挑战。对于我们这些供应商来说,能够让这种互动变得非常重要,有助于让这些团队相互联系。

深色的这个被称为“作战室”的地方是唯一一个软件和硬件工程师可以见面并看到添加软件后整体互动的地方。当你看到它的行为时,你是无法隐藏的。我们今天可以在这些系统上运行很多东西——远远超过20年前。因此,责任问题可能不是从模拟器或原型开始的,但这是两个团队今天会面的地方。

Schirrmeister还有一些其他有趣的方面。先验证预硅,然后在实验室进行测试,接着是生产测试。至少实验室测试和验证在寻找东西方面有非常相似的基因。测试工程师可能会问验证工程师为什么他们没有事先验证一些东西,这样就有了新的协同作用。然后又回到了底层引擎的属性。甚至在仿真和原型之间——以及当你得到硅时的实际芯片原型——也有一些没有被建模的东西真正影响设计的不同。我曾经遇到过这样的情况:客户说,‘我的新原型系统不能工作,因为它不能像模拟器那样产生软件。“实际情况是,这个模型对记忆的模拟有所不同。”软件在模拟环境中编写的内存比原型在不同的国家,因为两个引擎的差异,他们发现有一个根本性缺陷的软件有读取一个地址,没有写。但最终,这个看起来像是问题的故事被证明是成功的,因为引擎测试了不同的东西。然后,这进一步延伸到各个公司。 There is lots of room for more interaction and enabling the teams to work more closely together.



1评论

萨姆考夫曼 说:

这是否意味着我们将更加依赖第三方IC设计服务公司?

留下一个回复


(注意:此名称将公开显示)