4. 库文件结构：库级别定义、工作条件定义、电压与温度定义、工艺角定义

好，咱们今天聊聊库文件的结构。说白了，一个 .lib 文件就像一座大楼的施工蓝图。你光有砖头水泥不行，得知道每面墙多厚、每根梁多长。库文件也是这个道理——它定义了芯片里每个标准单元的行为和约束。

我个人习惯，拿到一个库文件，先看它的「骨架」。这个骨架就是库级别定义、工作条件、电压温度、还有工艺角。这四个东西搞不清楚，后面做时序分析就是瞎忙活。

4.1 库级别定义（Library Level Definition）

库级别定义，就是整个 .lib 文件的「户口本」。它告诉 EDA 工具：你是谁？你用什么单位？你支持什么技术？

我见过不少新手，上来就抄别人的库文件，结果单位搞错了。比如电容单位是 pF 还是 fF，差三个数量级呢。嗯，这里要注意。

一个典型的库级别定义长这样：

library (my_tech_lib) {
  delay_model : "table_lookup";
  in_place_swap_mode : "match_footprint";
  library_features : report_delay_calculation;
  time_unit : "1ns";
  voltage_unit : "1V";
  current_unit : "1mA";
  pulling_resistance_unit : "1kohm";
  capacitive_load_unit (1,ff);
  slew_lower_threshold_pct_fall : 30.0;
  slew_upper_threshold_pct_fall : 70.0;
  slew_lower_threshold_pct_rise : 30.0;
  slew_upper_threshold_pct_rise : 70.0;
  input_threshold_pct_fall : 50.0;
  input_threshold_pct_rise : 50.0;
  output_threshold_pct_fall : 50.0;
  output_threshold_pct_rise : 50.0;
  ...
}

这里有几个关键点：

• delay_model：我建议用 "table_lookup"，查表模型最通用。有些老库用 "polynomial"，现在基本淘汰了。
• capacitive_load_unit：这个单位定义直接影响你算出来的延时。我曾经在项目里遇到过一个库，电容单位写的是 1pF，但实际建模是按 fF 算的，结果整个芯片的时序全偏了。排查了两天才找到原因。
• 阈值定义：slew_lower_threshold_pct_fall 这些参数，决定了工具怎么算 transition time。不同工艺厂给的推荐值不一样，别乱改。

4.2 工作条件定义（Operating Conditions）

工作条件，说白了就是告诉工具：「我这个芯片现在是在什么环境下跑？」是 25 度室温？还是 125 度高温？电压是 1.2V 还是 0.9V？

你想想看，同一个反相器，在 1.2V 下跑和 0.9V 下跑，延时能差一倍。所以工作条件必须定义清楚。

工作条件定义通常长这样：

operating_conditions (WCCOM) {
  process : 1.5;
  temperature : 125.0;
  voltage : 1.08;
  tree_type : "balanced_tree";
  ...
}

operating_conditions (BCCOM) {
  process : 0.9;
  temperature : -40.0;
  voltage : 1.32;
  tree_type : "balanced_tree";
  ...
}

这里我解释一下：

• process：工艺角因子。1.0 是典型，大于 1.0 是慢工艺，小于 1.0 是快工艺。这个值不是随便写的，是工艺厂根据晶圆测试数据拟合出来的。
• tree_type：时钟树的类型。一般用 "balanced_tree"，表示时钟树是平衡的。如果你用 H 树或者网格结构，这里要对应改。

4.3 电压与温度定义（Voltage & Temperature Definition）

电压和温度，是影响芯片性能最直接的两个因素。在库文件里，它们通常跟工作条件绑定在一起，但也可以单独定义。

我个人的经验是：电压和温度的定义，要跟芯片的实际应用场景匹配。比如你的芯片用在汽车上，那温度范围就得覆盖 -40°C 到 150°C。如果是消费电子，0°C 到 85°C 就够了。

电压定义示例：

voltage_map (VDD, 1.08) {
  voltage : 1.08;
}

voltage_map (VDD, 1.32) {
  voltage : 1.32;
}

温度定义示例：

temperature_map (TEMP, -40) {
  temperature : -40.0;
}

temperature_map (TEMP, 125) {
  temperature : 125.0;
}

这里要注意：

• 电压和温度的值，必须跟工艺厂提供的 SPICE 模型一致。别自己拍脑袋定。
• 有些库会把电压和温度直接写在 operating_conditions 里，有些会单独用 voltage_map 和 temperature_map。两种方式都行，但建议统一风格。

4.4 工艺角定义（Process Corner Definition）

工艺角，就是 PVT（Process, Voltage, Temperature）的组合。常见的工艺角有：

为什么要有这么多工艺角？说白了，就是覆盖芯片可能遇到的所有极端情况。你想想看，芯片在北极用和撒哈拉用，性能能一样吗？

在库文件里，工艺角通常通过 operating_conditions 来定义。每个 operating_conditions 对应一个工艺角。比如：

operating_conditions (WCCOM) {
  process : 1.5;
  temperature : 125.0;
  voltage : 1.08;
}

operating_conditions (BCCOM) {
  process : 0.9;
  temperature : -40.0;
  voltage : 1.32;
}

然后，在库文件里，每个 cell 的时序数据会针对不同的 operating_conditions 给出不同的值。比如：

cell (AND2X1) {
  ...
  pin (Y) {
    timing () {
      related_pin : "A";
      timing_sense : "positive_unate";
      cell_rise (WCCOM) {
        values ( "0.12, 0.15, 0.18", \
                 "0.14, 0.17, 0.20", \
                 "0.16, 0.19, 0.22" );
      }
      cell_rise (BCCOM) {
        values ( "0.08, 0.10, 0.12", \
                 "0.09, 0.11, 0.13", \
                 "0.10, 0.12, 0.14" );
      }
    }
  }
}

你看，同一个 cell，在 WCCOM 下 cell_rise 是 0.12ns，在 BCCOM 下只有 0.08ns。这就是工艺角的作用。

4.5 小结

好，咱们总结一下。库文件的结构，说白了就是四层：

1. 库级别定义：告诉工具你是谁、用什么单位。
2. 工作条件定义：告诉工具芯片在什么环境下跑。
3. 电压与温度定义：具体指定电压和温度的值。
4. 工艺角定义：把工艺、电压、温度组合起来，覆盖所有极端情况。

这四层搞清楚了，库文件的大框架你就拿下了。后面咱们再聊 cell 的定义、pin 的定义、还有时序弧的建模。一步一步来，别急。

嗯，今天就到这儿。下次咱们讲 cell 的结构，我会分享一个我当年踩过的坑——关于 cell 的 footprint 定义，差点导致整个芯片的 layout 对不上。到时候细聊。