筒仓设计流程的破坏

越来越多的依赖迫使企业在系统设计中,人、工具、和流动变得更加合作。

设计和EDA公司必须适应这一新的现实,因为它已成为不可能任何人去做这一切。此外,发生在生产和包装需要考虑,让设计在设计阶段可能不会产生足够生产或测试。和用例和应用程序可能有独特的效果,从热性能和可靠性。左和右,所有的东西都在移动和通信需要在两个方向上发生。

“如果你想到众所周知的墙,你不再乱扔东西了,可以说它已经成为别人的问题,“Shekhar Kapoor说,产品营销主管在数字设计群Synopsys对此。“你真的需要解决所有这些问题当你做设计。开始从RTL。”

一些人认为这个问题RTL是同样重要的,包括系统设计、机械、软件、光学和许多其他学科,曾是分开。

“历史的行业曾经是很多点工具公司和创业公司,创造点工具,这是解决这个问题的最好办法,”米甲Siwinski说,公司的市场和业务发展副总裁节奏。”,开始转向更多的端到端流程。就像我们的客户开始变得更加垂直整合,集成多个产品和域的概念在我们的业务成为必不可少的。”

相互依赖性导致更大程度的合作。说:“我们的组织已经极大地改变了拉维•萨勃拉曼尼亚IC验证解决方案的副总裁和总经理分工导师,西门子业务。“我们认为这不仅仅发生在“是什么”,我们做我们的工作,而且我们做的“如何”和“人”的需求。我所看到的这些增加的领域,而合并或者需要一些合作定义“什么”需要做,和需要做的“如何”。最终要求公司,和组内的公司,工作和合作的方式他们没有。”

定义流正变得越来越困难。“在几乎每一个场景中,因为有各种各样的客户使用的是流,没有一个流,这是很多不同的口味,“节奏的Siwinski说。“手机解决问题,比解决它完全不同的数据中心架。所涉及的工具都是相同的,一个好的部分的技术是相似的,但优化,因此需求驱动,将有很大区别。”

依赖关系
该行业长期以来一直意识到硬件和软件之间的依赖关系随着时间的推移,这些已经收紧。“我们终于有协作的所有工具,允许发生,”约翰内斯·斯塔尔说,产品营销高级总监Synopsys对此。“但它需要管理注意让它发生,影响设计。我仍然认为公司的软件团队等待硅。他们使用一些前代硅,他们不想参与pre-silicon工作。所以在一些公司发生了进化成功,而在其他国家也仍在继续。”

软件和硬件需要带靠近之前,他们可能想要一起工作。“程序员意识到他们所做的事情影响你的力量信封吗?营销副总裁凯文·麦克德莫特问道治之软件。“他们经常有这个象牙塔认为他们能做事情不考虑硬件的行为发生。但是如果我们能给他们的反馈和见解做出一定的选择时,他们会意识到当他们走错了路。相比之下,进入一个硬件董事会或者相关的努力,构建一个FPGA原型。你不能粒状或分离。如果你提供即时反馈,它将是一个硬件/软件权衡。”

随着接触点的增加,使他们能保持独立的完成将花掉他们可以使团队的优化。“左移位,软件开发周期的并行硬件开发周期,正在改变,”帕特·谢里丹说,产品营销高级职员在Synopsys对此虚拟样机。“有增加团队之间的接触点。考虑权力分析,识别关键的windows软件执行您想要分析的力量。这是一个非常明显的例子。很多其他的接触点会在验证流。”

其他人也有类似的观察。“今天的soc正在成为软件负载驱动的,”导师的萨勃拉曼尼亚表示。“计算机架构师在隔离工作,所以看一组的事情,你需要查看工作负载,它将基准对权力和性能和驱动SoC架构。”

权力本身是严重依赖于许多其他因素。“权力是一个很好的例子,一个多学科的任务,“Synopsys对此“谢里登说。“有很多人参与的理解能力,或能源效率,在电子系统中,或SoC。架构师,软件团队,你有硬件的人从视图的验证点,然后实施团队。所有这些不同的水平可以有自己的影响提高力量和使系统更节能。”

验证已经指日可待。“我们看到实现人来接近验证人,”斯塔尔说。“但有一个不同的焦点。验证团队主要是快速勘探RTL的变化感兴趣。实现团队想知道他们可以挤出后端流程。所以,他们有一些互动,事情必须一起工作,和团队一起来讨论。这个话题可能是最有趣的一个人,你需要很多不同的人在一个房间里讨论功率流。”

随着时间的推移,更多的团队被拉得更近。“联合办公问题时可以看到芯片包接口,”安迪Heinig说,组长为先进的系统集成和部门主管有效的电子产品弗劳恩霍夫IIS的自适应系统的工程部门。“基于组织结构往往有一个巨大的差距在公司有单独的筒仓设计和生产的话题。建立两个主题之间的巨大障碍。通常系统工程师素描一个可能的解决方案,但是没有机会去构建系统因为不能结合的基本技术。我们的目标必须提供所有必要的信息。”

等其他领域,包括测试,这可以被认为是另一个用例的SoC。“重要的是不要烧毁芯片的测试时间,”罗伯特·鲁伊斯说,在Synopsys对此产品营销高级总监。“测试创建更多的活动,增加功耗,或者更有可能的是,创建一个IR降,因为一般芯片将被测试在更高权力画相比,其标准任务模式。”

有越来越多的依赖。”设计制造(DFM),仍然是一个问题,“Synopsys对此营销总监Shekhar Kapoor说。“有越来越多的生产规则,你需要考虑在流。设计产量(DFY)是另一个。我们必须考虑所有的DFx问题,从收敛性的观点和相关的观点。你需要什么东西,它们连接在一起的,因此整个公共数据模型的概念,这是一个非常基本的技术。”

最近,包装已成为紧密集成。“有很多工具,已经实施了分层设计,对于大规模的层次分析,“卡普尔说。“现在,当你抽象起来3 d-ic水平,它创造了更多的复杂性。你需要了解影响IP碎片。高速接口的影响如何分区设计。我们需要在芯片级别使用的技术,如分层布图规划,现在他们必须考虑这些接口。,有自己的影响分析,如热”。

它继续一直到系统。“我们的人,那些建筑解决方案,回来说,我需要定义外壳在这个特定的设备,“萨勃拉曼尼亚表示。“它需要一路回来,早知道,但也使多学科结合在一起。在物联网的两个新司机边缘区域,以及在汽车领域。”

图1:系统级考虑整个设计流程。来源:半导体工程

验证的影响
验证已经随着时间的推移从RTL功能验证也被多学科。”这是对于动态能力分析尤其重要,”谢里丹说。“软件运行在系统定义的关键窗口活动最重要的理解。模拟和仿真团队一起工作的人进行动力分析真的帮助你专注于正确的软件活动的窗口,然后你就可以做出决定基于正确的信息。”

许多后端实现的任务也变得vector-driven。“实现更细致,”斯塔尔说。“他们将与较小的向量集,但是他们需要正确的。验证人看起来更整体。他们将一百万年周期看实力。他们正在寻找大的变化和大系统的影响。他们需要数量,实现有质量方面。”

常见的引擎
随着时间的推移,引擎就变得更紧密地联系在一起,因此迭代周期最小化。拥有更多信息预先允许做出决策前,降低风险,流程,稍后将发现的问题“鲁伊斯说。“准确性来自您正在使用的引擎。设计决策应用约束。当你做出那些决定取决于你得到最大的回报。你可以决定做什么决策前期,可能是更好的递延到下游流的一部分。”

也可能影响类型的设计工作。“你想保持开放和灵活的系统设计尽可能长时间的系统设计周期,”安娜·丰达涅利说,首席执行官MZ技术。“你需要避免局部优化,而是看看使用系统优化。”

以及优化设计,企业必须考虑如何优化流程。“这取决于如果一家公司正试图挑战极限,“Siwinski说。“当有人试图挑战极限,创造最好的产品,他们必须做出一些决定。有时他们会减少它通过添加另一个re-spin,或确保他们早期的原型,甚至只有一个特定的项目,可能看不见天日。他们将生产要素在这个实现中可能不值得。但我看到他们仍然会非常快。在其他情况下,您不需要把权力/性能曲线,你有更多的灵活性,人们可以推迟的决定。”

关键问题是何时做出这些决定。“这真的可以归结为你想回答什么问题产品开发过程的阶段,“萨勃拉曼尼亚表示。“那么你必须看看需要什么信息来做出这些决定。转移的概念是对前面做一些时间。我们需要找到实际可行的方法来回答这些问题,因为经常回答他们早些时候需要拥有正确的模型和拥有正确的分析功能。这是驾驶的创建新功能和工具,由模型的类型变得可用周期早些时候。”

将EDA
EDA历史上一直是一个点工具之间的钟摆摆动和完全集成流。今天,摆摆动距离完全集成流,这听起来有悖常理的考虑到相互依存程度的增加。

“这几乎是永远不会可能的所有引擎内部所有你需要的分析和优化,”卡普尔说。“如果你从芯片级推断,SoC水平,系统级,预计增长与异构系统,它包含这么多。它包含在芯片设计的经验,在董事会设计,multi-physics,计算算法,等等。公司将有优势在某些领域,如实现或分析,但需要大量的伙伴关系,以确保你可以拥有整个系统工作。我们需要交换的信息,标准接口,共享所有的接口,和技术。这是都是非常基本的和必需的。”

萨勃拉曼尼亚表示同意。“你看看每个域或你想要解决的问题,然后你看看相互依赖关系。这些解决方案需要提供给客户能够解决他们的问题,这可能只可能通过将两个领域。客户希望有一个解决方案,无论是从一个或多个EDA公司。他们不在乎。他们希望有一个解决方案的工作,他们希望的工具,能够创建流进行互操作。现在的现实是,并非总是如此,但更大的客户一直在推动这种非常有效。”

结论
越来越多的公司一起工作,和组在相同的公司一起工作。这是改变许多公司是如何运作的。

但EDA公司如何选择投资领域,和伙伴,假设没有一个可以在所有领域的专家?“这是所有公司的小时的问题,“萨勃拉曼尼亚表示。在这一点上,没有明确的答案。