2. CATIA知识工程基础环境

CATIA 的知识工程能力并不是集中在一个按钮或一个命令里,而是分散在若干工作台中,各自承担不同职责。要真正把参数、公式、规则、检查、模板串成一条可复用的设计链,第一步不是急着写代码,而是先弄清楚三个核心工作台分别“管什么、放在哪、怎么用”。本节围绕 Knowledge Advisor、Knowledge Expert 与 Product Knowledge Template 三个工作台,梳理它们的界面入口、工具集构成以及典型操作流程,并给出一个可复现的入门示例。

一、三个工作台的职责边界

Knowledge Advisor(知识顾问,简称 KWA)是知识工程的基础工作台,主要面向“设计对象自身的知识表达”。它提供参数(Parameter)、公式(Formula)、规则(Rule)、检查(Check)、反应(Reaction)、设计表(Design Table)、知识模板(Knowledge Template)等工具,用来把尺寸、材料、约束条件写成可计算、可校验、可驱动的形式。简单说,KWA 解决的是“这个零件/装配内部的知识怎么描述”。

Knowledge Expert(知识专家,简称 KWE)建立在 KWA 之上,重点在于“规则集的工程化与批量校验”。它通过 RuleBase(规则库)组织规则与检查,支持规则集激活/停用、优先级、条件触发,并能在装配层级上对多个对象统一执行检查。KWE 更适合做企业级规范落地,例如“所有钣金件厚度必须属于标准系列”“螺栓与螺母规格必须匹配”。

Product Knowledge Template(产品知识模板,简称 PKT)解决的是“把已参数化的模型封装成可复用模板”。它提供 Template(模板)、Power Copy(超级副本)、User Feature(用户特征)、Document Template(文档模板)等工具,把几何、参数、公式、规则打包,使其他设计者只需输入少量输入参数即可生成新实例。PKT 是参数化模板开发的最终交付形态。

三者的关系可以概括为:KWA 负责“表达知识”,KWE 负责“约束与校验知识”,PKT 负责“封装与复用知识”。实际项目中通常先用 KWA 建立参数与公式,再用 KWE 固化规范,最后用 PKT 封装成模板交付。

CATIA 知识工程三工作台协作关系 Knowledge Advisor 知识顾问 · 表达知识 • Parameter 参数 • Formula 公式 • Rule / Check 规则与检查 • Reaction 反应 • Design Table 设计表 Knowledge Expert 知识专家 · 约束与校验 • RuleBase 规则库 • 规则集激活/停用 • 优先级与条件触发 • 装配级批量检查 • 检查结果报告 Product Knowledge Template 产品知识模板 · 封装复用 • Template 模板 • Power Copy 超级副本 • User Feature 用户特征 • Document Template 文档模板 • 输入参数与实例化 提供 知识 封装 复用 典型操作流程 ① 在 KWA 中建立参数与公式 → ② 编写 Rule/Check 并测试 → ③ 在 KWE 中组织 RuleBase 并批量校验 ④ 在 PKT 中封装为 Template / Power Copy → ⑤ 输入参数实例化 → ⑥ 验证新实例的几何与规则是否满足要求 界面入口速查 Start → Knowledge → Knowledge Advisor / Knowledge Expert / Product Knowledge Template 工具集位于右侧工具栏:Parameters、Formula、Rule、Check、RuleBase、Template、Power Copy 等

二、Knowledge Advisor 的界面与工具集

进入 KWA 的路径是 Start → Knowledge → Knowledge Advisor。工作台界面与常规零件设计环境基本一致,区别在于右侧工具栏会新增一组知识工具图标,同时菜单栏出现 Insert → Knowledge 子菜单。常用工具集中在以下几类:

  • Parameters(参数):用于创建长度、角度、字符串、布尔、材料等类型的参数,是后续公式与规则的输入源。
  • Formula(公式):把参数之间建立表达式关系,例如 Length.2 = Length.1 * 2。
  • Rule(规则):用 EKL 或 VBScript 编写条件语句,例如“当孔径大于 20mm 时,壁厚不得小于 3mm”。
  • Check(检查):定义必须满足的约束,不满足时给出警告或错误提示。
  • Reaction(反应):在参数或特征发生变化时自动触发一段动作。
  • Design Table(设计表):用 Excel 表格批量驱动参数组合,适合标准件系列化。

基本操作流程可以概括为:先建参数,再写公式,然后加规则与检查,最后用设计表或手动修改参数验证驱动效果。以一块简单支架板为例,假设板长 L、板宽 W、板厚 T 三个长度参数,要求 T 随 L 变化:当 L ≤ 200mm 时 T = 2mm,当 L > 200mm 时 T = 3mm。在 KWA 中先创建 L、W、T 三个 Length 参数,再为 T 写一条 Rule:

if L <= 200mm
    T = 2mm
else
    T = 3mm
endif

保存后修改 L 的值,观察 T 是否自动跳变。若 T 未变化,通常是因为规则未激活、参数名拼写不一致或单位未统一。这一步是后续所有知识工程操作的基础,务必先在小模型上跑通。

三、Knowledge Expert 的规则库与批量校验

KWE 的入口是 Start → Knowledge → Knowledge Expert。它的核心对象是 RuleBase(规则库),一个 RuleBase 可以包含多条 Rule 和 Check,并支持设置激活状态、优先级和适用对象范围。与 KWA 中单条规则不同,KWE 的规则库可以挂载到装配层级,对多个零件统一执行检查。

典型操作流程为:新建 RuleBase → 在规则库中添加 Rule 或 Check → 设置规则的作用域(如整个装配或指定类型零件)→ 点击 Apply 或 Check 执行 → 在结果窗口中查看通过/失败条目。例如在装配中定义一条检查:“所有命名为 Bolt 的零件,其直径参数必须属于 {6, 8, 10, 12} 集合”。执行后,不符合的螺栓会在结果列表中标记出来,设计者可直接定位到对应零件修改。

KWE 的规则库可以保存为 .CATRuleBase 文件,便于在企业内部分发和版本管理。建议按专业或产品线拆分规则库,避免单个规则库过于庞大导致执行缓慢。

四、Product Knowledge Template 的封装与实例化

PKT 的入口是 Start → Knowledge → Product Knowledge Template。它的目标是把已经参数化、规则化的模型封装成“输入—输出”明确的模板。常用工具包括:

  • Power Copy(超级副本):从现有几何中提取一组特征,定义输入参考和参数,生成可重复调用的副本。
  • User Feature(用户特征):把多个特征打包成一个自定义特征,插入时只需指定定位参考和参数。
  • Template(模板):在 Power Copy 基础上增加规则、检查和文档说明,形成完整模板。
  • Document Template(文档模板):把整个文档作为模板,实例化时生成新文档。

以支架板为例,在 PKT 中选中板特征、参数 L/W/T 以及 T 的规则,创建 Power Copy,指定 L、W 为输入参数,T 为输出参数。保存后,在其他零件中通过 Insert → Instantiate from Document 或直接拖拽模板,输入新的 L、W 值,即可生成一块自动计算厚度 T 的新支架板。实例化后应检查三点:几何是否随参数更新、规则是否仍然生效、检查是否通过。若几何未更新,通常是输入参考丢失或参数未正确映射。

五、三个工作台的协同要点

实际项目中,三个工作台不是孤立使用的。一个可落地的参数化模板开发流程通常是:在 KWA 中完成参数、公式、规则和检查的定义并逐条验证;在 KWE 中把通用规范整理成规则库,对装配进行批量校验;在 PKT 中把验证通过的模型封装为模板,交付给设计人员使用。需要特别注意的是,模板中引用的规则和检查必须随模板一起保存,否则实例化后规则会丢失。此外,参数命名应统一采用有意义的英文或拼音缩写,避免使用默认的 PartBody.1、Pad.1 这类名称,否则模板复用时会因名称冲突而失败。

在 KWA 中编写的规则如果使用了 VBScript,需注意 CATIA 版本对脚本引擎的支持差异;较新版本推荐使用 EKL(Engineering Knowledge Language),语法更统一,跨版本兼容性更好。

掌握这三个工作台的界面入口、工具集和基本操作流程,是后续进行参数化模板开发的前提。建议在练习时从一个简单零件开始,先跑通“参数—公式—规则—检查—模板—实例化”的完整链路,再逐步增加复杂度。