将标准化引入代工工艺设计套件的持续进展有望崩裂长久以来被Cadence Design Systems主宰的模拟和定制IC设计市场。但EDA供应商和代工厂商表示，还有许多问题亟待解决。

      被称为PDK的设计套件包含模拟和定制数字设计师设计IC需要的设计规则、器件模型、线路图符号、技术文档、参数化单元(p-cells)和固定版图。迄今为止，专用PDK必须针对每种工艺和EDA供应商设计。而且许多包含用Cadence Design Systems专有语言Skill编写的 p-cell，无法被其它供应商工具使用。

      硅创新集成联盟(Si2)准备发布代表有源和无源器件的标准符号集，向PDK标准化迈出了首要一步。

      大多数观察家真切期望可在任何供应商工具内互用的p-cells。初创公司Ciranova上周推出一种解决方案，令用户能将继承下来的Skill p-cells移植到任何基于OpenAccess数据库的应用。然而，当今仅仅有限数量的应用基于OpenAccess运行，该数据库不支持全模拟/定制IC设计流程需要的所有数据。一些产业厂商呼吁Cadence开放Skill语言，或者干脆放弃，拥抱另外一种p-cells标准语言，比如Python或Tcl。 但Cadence似乎不愿就此表态。

      Applied Wave Research (AWR)公司总裁兼CEO James Spoto在Cadence缺席的Synopsys论坛上发言说：“Cadence对行业深锁紧闭。我们正构筑一个混乱无序的巴别塔，而且在扼制创新。”

      数据是你的

      AWR运作副总裁Dane Collins表示，将PDK标准化意味着一件事：构建可在多设计工具间互用的PDK。“我们考虑将PDK作为设计数据的一部分，真正让客户能享有并适合任何工具集，从而你能使用最好的可用工具。”

      Synopsys战略市场开发副总裁Rich Goldman表示：“PDK不支持客户想要使用的工具，代工厂商无力支持所有工具。”

      特许半导体平台联盟高级总监Walter Ng指出，开发PDK的费用令人忧虑。不仅每个供应商要有一个单独的PDK，每个工艺节点也要有多个PDK。尽管开发与EDA供应商分担，验证对带工厂而言仍然是一大负担。这种情况对IC设计师造成直接影响，使客户流片延迟。

      Solomon认为标准化PDK最重要的原因是知识产权 (IP)可便携性和可复用性。他还指出许多还未标准化的“打马虎眼的东西”，比如层命名的方法缺乏一致性。

      获取检查清单

      无厂半导体联盟 (FSA) 2003年将PDK标准化适度推进了一步，成立了PDK工作组，制定了一个PDK内应包含的条目“检查清单”。

      Simucad营销副总裁兼PDK工作组主席Ken Brock表示，设计团队可根据清单辨别PDK内以及还需添加什么内容。代工厂可内部用于质量保证。大型代工厂商包括TSMC、特许、UMC和SMIC均广泛支持FSA成效。

      但是Brock对更大的进展持怀疑态度。“贯穿多供应商的PDK标准化困难重重，尤其是你不要期望代工厂会这么做。”他表示，可互用的p-cells对拥有专属语言构建p-cells的Simucad帮助不大。

      另一个PDK标准化的尝试是OpenKit。

      解决承继问题，移植p-cells

      首套可互用p-cells解决方案不是来自标准组织，而是一家EDA初创公司。今年早些时候，Ciranova推出了免费工具PyCell，用于创建面向任何OpenAccess应用(包括Cadence最新的Virtuoso IC版图编辑器 )、基于Python的p-cells。Ciranova新推的PCell Xtreme解决了Skill p-cells的继承问题。

      Solomon指出，Ciranova的产品令用户将旧的Skill p-cells移植到所选择的工具上，用开放语言Python进行所有开发工作。Python还承诺帮助PDK创建自动化。

      尽管Ciranova向正确方向迈出了一步，但AWR的Collins表示，OpenAccess不支持模拟/混合信号流程内某些工具需要的电气模型、参数和定义。此外，PCell Xtreme仍然需要用户拥有Cadence的许可证来生成版图。“这对我们真的于事无补。”

      Synopsy的Goldman认为Cadence应该开放Skill并提供OpenAccess Skill评估器。