了解正在发生的事情是一个关键的第一步调试。
最近,我有一个有趣的谈话一个验证的领导人之一,全球领先的半导体公司。他有一些150年验证工程师在他的组织和集团多年来一直在探索EDA的解决方案。
虽然我们已经交换了很多关于EDA和创新,一句话,他留在我的头说:
谁将自己的调试,将自己的整个验证流程。
大部分的EDA和验证领导人和有影响力的人你会问会告诉你调试的重要性。据说消费50%的整个验证工作。但更重要的是,ASIC验证调试能力不足的社区作为一个整体负责,至少部分first-silicon-success率为30%,在tapeouts延误,不可预测的新设计整个行业的上市时间。
有时我参加一个同事调试会话,在其他场合,我停止自己的调试会话为了看看我提出到目前为止。在某些情况下,如果我能说明这调试过程和调试环境是如何构建的,它看起来像这样:
没有,没有系统的结论,也没有重复昨天的成功的方法。
当我们调用调试,意味着我们不了解一个国家的发展从a到B。
我们看到一个失败——这是出乎意料的时候。很多时候,我们甚至不完全理解失败本身。在其他场合,我们理解失败,但是我们不知道我们如何到达那里。这是当我们推出一个“调试过程。“我们正在寻找问题的根源。
但是如果我们首先将我们的努力集中在:
如果你说这是不可能的,你几乎是对的。不可能没有数据分析工具。我们可以这样做,考虑到数据集,术语的收集,和我们的大脑的条件足够小,能力来处理它。
唯一的问题是规模。当谈到今天复杂的asic和他们的巨大的testbenches,数据太大而不能完全理解,即使大多数数据分析工具。
Vtool Cogita帮助你理解这些数据。
使用Cogita,我们鼓励您了解之前发生的一切。
第一个障碍在理解语言。第二是能够提出正确的问题。
想象你可以吸收数以百万计的日志行和g的FSDB或TRN波浪数据库,得到一些有意义的和易于消化。
不可能的,对于一个人类——但这就是EDA,对吧?
那么谁将自己的调试?将创建的人的语言会让我们理解。
|
|
|
|
|
|
|
|
留下一个回复