解决复杂性的方法是重新分配它，这会影响硬件和软件。
IP子系统在很短的时间内就从话题变成了现实，但大多数报道都集中在硬件集成商的观点上。系统集成商的观点非常不同，因为软件集成的任务现在要复杂得多，要处理来自多个供应商的软件，使用不同的假设和不同的需求。这项工作已经超过了硬件，现在可能已经增加到崩溃的地步。
解决方案是重新分配复杂性，同时影响硬件和软件。但在讨论解决方案之前，我想从我的过去中找到一个相似的例子。
回到我设计系统的日子里(比我愿意承认的时间还要长)，在参加一个内部设计会议时，一个团队提出了他们对传统单片dsp编程的复杂问题的解决方案。他们的解决方案是创建一个纳米dsp IP块，分别对数据管道的每个部分进行编程，然后构建一个包含许多纳米dsp的定制ASIC。
令我震惊的是，即使有了IP和ASIC开发，整个系统的开发成本也降低了——这就是之前的软件开发工作。系统编程现在是经过验证的块之间的高级管道。我当时意识到软件开发不是免费的，提出增加硬件的复杂性并不是世界末日。
那么，这与今天的soc有什么关系呢?
软件的复杂性现在超过了硬件，一些复杂性需要转移回硬件。IP子系统的发展是，与其交付带有一大块代码供系统集成商管理的IP子系统，不如交付带有完全集成的嵌入式处理的IP子系统。随着IP子系统运行本地化代码，系统软件现在处理定义良好(并经过测试)的api——有效的高级管道。没有必要将第三方软件集成到更大的单片系统中。
这种方法将提高硬件的复杂性，并引入许多新的嵌入式处理器和相关的内存管理，但整体系统的复杂性将显著降低。最重要的是，由于IP来自IP提供商，硬件团队不需要额外的工作。此外，由于较大的IP提供商现在可以通过收购或OEM访问嵌入式处理器，对他们来说集成很简单，总体支持成本也降低了。
随着soc成为一系列子系统，通过由主处理器协调的高效片上网络进行通信，最近的超音速/ARM交易非常有意义。ARM希望拥有SoC级的处理和网络，并将留给子系统提供商来完成其余的工作。
那么为什么把(r)放在(r)进化中呢?虽然从系统的角度来看这将是革命性的，但一些无线子系统已经包含了嵌入式处理器，以满足严格的实时要求。现在所有的IP子系统都需要沿着相同的路径发展，同时着眼于简化软件。
因此，引入智能IP子系统。唯一的输家是硅区。但多亏了台积电，这一资源充足且(相对)便宜。
|
|
|
|
|
|
|
|
|
|
留下回复