首页 > 芯片设计 > EDA工具 > 正文

困扰你80%时间的那20%调试问题，可以通过它来解决

2023-09-15 18:32:28 来源: 芯华章科技

点击

简单讲，一旦拥有了开放的接口，那你拥有的就不仅仅是一款调试工具，而是一个开放的、支持DIY的客制化调试平台，因为它将可以兼容不同家公司EDA工具、透过接口调用底层数据库，实现想看哪就看哪的自定义功能，简直不能更治愈！

众人皆知，验证离不开调试工具。在整个设计验证流程中，验证占了70%的工作量，调试debug就占了其中的40%。

几乎所有验证工具，无论是逻辑仿真、硬件仿真还是形式化验证、原型验证等等，本质上都是通过不同的方式去对设计进行各种重新编译、解析，这之后产生的各种类型的数据，都离不开后面调试工具去分析、去解读。

调试工具的本质是生产力工具，它像一个“数据处理中心”，也像一个“指挥中枢”，通过读取、解析以及分析设计验证的结果，让你可以很快地看见问题、解决问题。

但是，这里说的问题映射到日常项目当中，可能是多种多样，仿佛无穷无尽的。

本篇重点和大家分享：

一、开放接口解决什么问题

二、统一、可兼容的接口和标准

01.开放接口解决什么问题

第一个是个性化的需求

调试工具几乎吃下了设计和验证所有的信息。但，其实每家芯片设计的信号组合不一样，我们通过Debug调试系统要检查的内容就不一样。

如果我们不能够对于这样的需求进行处理的话，比如说当设计的波形有两三百个，是不是我要把两三百个每一个批量的全部内容，都肉眼看一遍呢？因此能够直接访问底层数据这方面的需求，其实非常的广。

尤其是，针对不同类型的项目，往往有自己独有的、个性化的调试需求。

在实际应用中，各个芯片的产品调试特征不同，对调试就会产生非常多样化的细分需求。用户因此特别希望能够在国产EDA工具里面看到一些开放的接口，便于自己进行二次开发。

举个例子，比如当我们想快速对某个特定范围下的信号变化做一些统计 (比如变化次数，X/Z的个数，均值统计等等)，这些需求太多太零碎了，可能Debug产品使用界面没有直接提供。

但这些数据信息在工具的底层数据库里其实都有，只要提供接口让用户可以自己访问底层数据库，就可以通过写一些小程序来实现希望的功能。真正的“想看哪里就看哪里”。

第二个是兼容性的问题

比如说，在数字验证阶段，EDA工具往往需要解析UPF/CPF文件内容，转换为内部模型并存储到低功耗数据库。然而，因为各家EDA单位底层UPF/CPF的Parser的接口差异性，导致EDA工具需要针对不同的Parser做定制化。而且，不同Parser对UPF/CPF的理解可能是不同的，这会导致EDA工具一旦换了底层UPF/CPF Parser后，可能低功耗的行为就发生了变化。

开放的接口和行为级模型，能够为行业产品的合作提供更好的兼容性和扩展性，提高数据的使用效率，也就能提高我们的生产力。