Cadence SPB17.4 - 从官方文档到实践：解码焊盘命名规则的逻辑与避坑指南
1. 焊盘命名规则的重要性与常见痛点
刚接触Cadence SPB17.4时，我最头疼的就是焊盘命名问题。每次导入其他EDA工具（比如Altium Designer）的PCB文件后，总会遇到一堆命名混乱的.pad文件。有的命名完全看不懂，有的看起来相似却不敢确定是否重复，更糟的是有时明明参数不同却生成了相同名称。
官方文档虽然给出了基本命名逻辑，但实际导出的文件名往往和文档描述有出入。比如文档说通孔焊盘应该用"PTH"开头，但实际导出可能是"pth_"开头加一堆数字字母组合。这种差异让很多工程师（包括当年的我）在维护元件库时非常痛苦。
常见问题主要有三类：
- 命名不一致：不同来源的焊盘使用完全不同的命名规则
- 规则模糊：官方文档没有明确说明所有字段含义
- 重复风险：不同参数的焊盘可能生成相同名称
举个例子，我遇到过两个通孔焊盘都叫"pth_c620slot433x433s40.pad"，打开后发现一个的阻焊层比另一个大0.1mil。这种细微差别在高速设计中可能影响信号完整性，但命名上却看不出来。
2. 官方命名规则深度解析
2.1 基础结构拆解
Cadence的焊盘命名遵循一套严格的层级结构，可以拆解为几个关键部分：
[类型前缀]_[焊盘形状与尺寸]_[钻孔信息]_[阻焊信息].pad以"pth_c1969slot1280x1280s40.pad"为例：
- pth：表示通孔焊盘(Plated Through Hole)
- c1969：圆形焊盘，直径196.9mil（注意实际是196.85mil四舍五入）
- slot1280x1280：钻孔槽尺寸128.0x128.0mil
- s40：阻焊层比焊盘大40mil（单边20mil）
2.2 类型前缀详解
焊盘类型决定了前缀的第一个字母：
- mec：机械孔(非金属化)
- pth：金属化通孔
- smd：表贴焊盘
- blind：盲孔
- buried：埋孔
我曾在项目中误将mec当作pth使用，结果板子做出来孔壁没有铜层，导致整批报废。这个教训让我养成了检查前缀的习惯。
2.3 形状编码规则
形状用单个字母表示：
- c：圆形(circle)
- s：正方形(square)
- r：矩形(rectangle)
- o：椭圆形(oblong)
尺寸表示很讲究：
- 圆形：c+直径（如c591表示59.1mil）
- 方形：s+边长（如s315表示31.5mil）
- 矩形/椭圆：长x宽（如r1575x906表示157.5x90.6mil）
注意尺寸单位是mil，且保留一位小数（但文件名中去掉小数点）。比如实际59.06mil会进位为59.1mil，存储为591。
3. 高级规则与特殊场景
3.1 钻孔信息的秘密
钻孔描述可能是最复杂的部分：
- 简单圆孔：直接写直径（如28P表示28mil金属化孔）
- 槽孔：用slot开头（如slot591x591）
- 非金属化：不带P后缀（如mec开头的文件）
有个容易忽略的细节：当内层焊盘定义不同但顶层/底层相同时，系统会自动添加"_1"后缀。比如两个通孔焊盘只有内层不同，可能命名为：
- 50C50C28P.pad
- 50C50C28P_1.pad
3.2 阻焊与特殊层处理
阻焊信息用s+宽度表示：
- s40：阻焊单边扩展20mil（直径方向总共大40mil）
- s0：无阻焊扩展
有时会看到np后缀，根据我的实测：
- np：No Paste（无钢网）
- p0：只有顶层有焊盘
- p1：只有底层有焊盘
- p2：双层都有焊盘
3.3 命名冲突解决策略
虽然Cadence的命名规则已经很完善，但在以下情况仍可能冲突：
- 不同内层定义但顶层/底层相同
- 热焊盘与常规焊盘参数相同
- 来自不同EDA工具的转换差异
我的解决方案是：
- 使用Padstack Editor检查具体参数
- 对特殊焊盘手动添加描述后缀（如_add_thermal）
- 建立公司内部命名规范补充文档
4. 实战应用与避坑指南
4.1 第三方库转换最佳实践
转换其他EDA工具的库时，建议按这个流程操作：
- 先用Cadence自动转换生成初始.pad文件
- 运行批量重命名脚本统一格式
- 对特殊焊盘手动检查并调整
- 将确认无误的焊盘移入主库
我写过一个Python脚本来自动化这个过程：
import os import re def rename_pad_files(directory): for filename in os.listdir(directory): if filename.endswith(".pad"): # 示例：将AD风格的命名转为Cadence风格 new_name = re.sub(r"Pad_(\d+)x(\d+)", r"r\1x\2", filename) os.rename(os.path.join(directory, filename), os.path.join(directory, new_name))4.2 常见错误排查
这些是我踩过的坑：
- 单位混淆：有些EDA工具用mm，转换后未正确转为mil
- 精度丢失：如59.06mil被截断为59.0mil
- 层定义错误：特别是盲埋孔的内层连接
- 阻焊计算：有些工具不包含阻焊扩展信息
建议每次转换后：
- 用Padstack Editor抽查关键焊盘
- 对比原始设计和转换后的参数
- 特别检查高频信号和电源焊盘
4.3 企业级库管理建议
在大团队中管理焊盘库时：
- 建立命名规范文档：在Cadence规则基础上补充公司特定要求
- 版本控制：用Git等工具管理.pad文件变更
- 自动化检查：编写脚本检查命名合规性
- 定期审计：每季度抽查库一致性
我们团队使用的检查表示例：
| 检查项 | 合格标准 | 检查方法 |
|---|---|---|
| 前缀规范 | 必须是mec/pth/smd等 | 文件名正则匹配 |
| 尺寸精度 | 必须保留1位小数 | Padstack Editor验证 |
| 阻焊定义 | 关键信号需≥4mil | 测量实际参数 |
| 命名唯一性 | 相同名称参数必须一致 | 哈希值比对 |
5. 从理论到实践的综合案例
5.1 复杂焊盘命名解析
看一个实际项目中的复杂案例：
blind_c826x826_c620-820_c620-1220_28P_np_s40.pad逐段解析：
- blind：盲孔
- c826x826：顶层焊盘82.6x82.6mil（可能是方形圆角）
- c620-820：中间层1焊盘62.0mil，距顶层82.0mil
- c620-1220：中间层2焊盘62.0mil，距顶层122.0mil
- 28P：28mil金属化孔
- np：无钢网
- s40：阻焊扩展40mil
这种命名虽然复杂，但包含了完整的层叠信息，比简单的序列号更实用。
5.2 命名规则的自定义扩展
当Cadence默认规则不够用时，可以在不破坏兼容性的前提下扩展：
- 添加材料标识：如_Cu表示厚铜
- 加入工艺要求：如_HS表示高速信号
- 标记特殊用途：如_ANT用于天线
例如：
pth_c1000slot800x800s40_HS.pad但要注意：
- 确保扩展名不影响自动识别
- 文档化所有扩展规则
- 避免使用可能被解析的特殊字符（如空格、中文）
5.3 跨工具协作的命名策略
与使用不同EDA工具的团队协作时：
- 约定共同的基础命名规则
- 建立转换对照表
- 使用中间格式（如IPC-7351）
我们团队使用的转换表示例：
| Cadence命名 | Altium等效命名 | 备注 |
|---|---|---|
| pth_c1000... | PAD1000R | 需注明单位 |
| smd_r1508... | RECT1508X... | 注意尺寸顺序 |
| blind_... | ViaBlind_... | 需特别说明层定义 |
经过这些年的实践，我发现严格遵循命名规范虽然前期费时，但能极大减少后期的维护成本。特别是在设计复杂多层板时，清晰的焊盘命名能快速定位问题，避免代价高昂的返工。