答案并不那么简单。这取决于人们的心态创造这些模型超过他们的背景。
采用系统级流影响因素之一是确定谁将做这项工作来创建系统模型。对于大多数组织并不是他们已经分配给一个特定的群体。
一般在ESL流部署,软件开发人员、架构师和硬件设计师都将受益于投资,所以这是合理的,他们所有的贡献。并发症是这些团体将以不同的方式受益。而不同群体的需求可能不是完全相同的,通常是有足够的相似性,可以创建一个模型为基础来满足所有的需求。一些进化或增强模型的自然会出现匹配特定需求,但是适当的抽象模型通常将足够灵活,可以是有价值的。
在本月早些时候DAC我看到一个很好的从Oracle的克里斯·丹尼尔斯表示,描述他的公司实施的ESL流。他们的经验的一个有趣的方面是,ESL的设计是由硬件验证团队。在他们的情况下,验证团队有责任满足他们的软件开发人员,验证架构决策并创建UVM流的预测。在他们的组织验证团队基本上负责满足大多数需求的其他组织,可以满意ESL模型,因此对他们投资创建模型。
克里斯和我一起工作的是一个客户,在看着他的描述他们的经验,我开始想,如果验证团队总是正确的组驱动系统级模型的创建。思考的一些其他组织我和我意识到英语的成功不是真正相关的特定群体实现模型,但更依赖于工程师工作的心态。
在创建一个有效的ESL模型你需要考虑设计在正确的抽象层次。硬件设计师通常遇到问题在太靠近RTL实现。硬件工程师需要能够消除时钟和信号从他们的想法的事务或消息。软件工程师通常认为没有问题,在消息传递方面,但经常被挂在创建一个模型所需的并发性和结构良好的功能验证。性能建模和使用在验证流需要一个模型,该模型反映了体系结构的设计。和系统工程师通常与前面的问题没有问题,但有时他们不熟悉创建模型,所需的编码或结结巴巴地说需要足够的注册精度适合软件执行。
我从所有这些领域与工程师在创建ESL模型非常有效,但我也见过不少工程师努力得到一个适当的心态。从我经验丰富,理想的工程师创建的系统级模型可以来自任何学科领域。他们通常有一些共同的属性。他们熟悉C / c++。他们有一个坚实的理解系统架构,数据流和控制流的系统。他们有能力思考交流信息,而不需要下拉一个时钟信号水平和能力去思考作为响应消息而不是一个时钟的步骤序列。关键是工程师进入过程和正确的心态理解ESL模型不一样其他的模型被创建。使用一个有效的模型我们可以获得很多好处,通常,克里斯发现,会有许多意想不到的预期效益在ESL投资流。
|
|
|
|
|
|
|
|
|
|
留下一个回复