Creo原创教程top-down-design

creo原创教程（六）top-down-design之骨架模型球阀建模举例从顶向下设计流程之骨架模型我们先认识一下什么叫做骨架模型当使用者在建立大型装配件时，会因零部件过多而难以处理，造成这种困难的原因可能是彼此间的限制条件相冲突，或者是因为零部件繁杂而忽略了某些小的地方，也可能是从原始设计时，建立的条件就已经出现错误等诸如此类的原因。

因此，在 Proe中提供了一个骨架模型的功能，允许使用者在加入零件之前，先设计好每个零件在空间中的静止位置，或者运动时的相对位置的结构图。

设计好结构图后，可以利用结构将每个零件装配上去，以避免不必要的装配限制冲突。

骨架模型不时实体文件，在装配的明细表中也不包括骨架模型，为什么要采用骨架模型？因为它有以下的优点：1）集中提供设计数据：骨架模型就是一种.part 文件。

在这个.part 文件中，定义了一些非实体单元，例如参考面、轴线、点、坐标系、曲线和曲面等，勾画了产品的主要结构、形状和位置等，作为装配的参考和设计零部件的参考。

2）零部件位置自动变更：零部件的装配是以骨架模型中基准作为参考的，因此零部件的位置会自动跟着骨架模型变化。

3）减少不必要的父子关系：因为设计中要尽可能的参考骨架模型，不去参考其他的零部件，所以可以减少父子关系。

4）可以任意确定零部件的装配顺序：零部件的装配是以骨架模型作为基准装配的，而不是依赖其它的零部件为装配基准的，因此可以方便的更改装配顺序。

5）改变参考控制：通过设计信息集中在骨架模型中，零部件设计以骨架作为参考，可以减少对外部参考的依赖。

骨架模型文件是一种特殊的.part 文件1）是装配中的第一个文件，并且排在默认参考基准面的前面。

2）自动被排除在工程图之外，工程图不显示骨架模型的内容。

3）可以被排除在BOM表之外。

4）没有重量属性。

默认状态下，每个装配件只能由一格骨架模型，当产品比较复杂时，一个骨架模型需要包括的信息太多，可以采用多个骨架模型相互配合分工，完成设计信息的提供和参考。

creo原创教程（六）top-down-design之骨架模型球阀建模举例从顶向下设计流程之骨架模型我们先认识一下什么叫做骨架模型当使用者在建立大型装配件时，会因零部件过多而难以处理，造成这种困难的原因可能是彼此间的限制条件相冲突，或者是因为零部件繁杂而忽略了某些小的地方，也可能是从原始设计时，建立的条件就已经出现错误等诸如此类的原因。

因此，在 Proe中提供了一个骨架模型的功能，允许使用者在加入零件之前，先设计好每个零件在空间中的静止位置，或者运动时的相对位置的结构图。

设计好结构图后，可以利用结构将每个零件装配上去，以避免不必要的装配限制冲突。

骨架模型不时实体文件，在装配的明细表中也不包括骨架模型，为什么要采用骨架模型？因为它有以下的优点：1）集中提供设计数据：骨架模型就是一种.part 文件。

在这个.part 文件中，定义了一些非实体单元，例如参考面、轴线、点、坐标系、曲线和曲面等，勾画了产品的主要结构、形状和位置等，作为装配的参考和设计零部件的参考。

2）零部件位置自动变更：零部件的装配是以骨架模型中基准作为参考的，因此零部件的位置会自动跟着骨架模型变化。

3）减少不必要的父子关系：因为设计中要尽可能的参考骨架模型，不去参考其他的零部件，所以可以减少父子关系。

4）可以任意确定零部件的装配顺序：零部件的装配是以骨架模型作为基准装配的，而不是依赖其它的零部件为装配基准的，因此可以方便的更改装配顺序。

5）改变参考控制：通过设计信息集中在骨架模型中，零部件设计以骨架作为参考，可以减少对外部参考的依赖。

骨架模型文件是一种特殊的.part 文件1）是装配中的第一个文件，并且排在默认参考基准面的前面。

2）自动被排除在工程图之外，工程图不显示骨架模型的内容。

3）可以被排除在BOM表之外。

4）没有重量属性。

默认状态下，每个装配件只能由一格骨架模型，当产品比较复杂时，一个骨架模型需要包括的信息太多，可以采用多个骨架模型相互配合分工，完成设计信息的提供和参考。

Creo原创教程（十）top-down-design之布局运用，看后人人都能top-down这是一个布局来控制液压油缸顶升物体的案例，下面就介绍如何创建控制这样的布局由于布局设计尺寸的更改，导致液压油缸顶升的距离的变动，这个就是从顶向下设计的理念中的一部分。

我们现在的很多人都知道什么是top-down-design，一般人第一印象：“它的作用是自动装配,还没看见它还有什么用途，也不知道怎么用。

”殊不知，top-down-design这一设计理念的实质作用。

(反正top-down实现自动装配我不用，还没到用的时候)有人知道他们的区别么？A: top-down-design 从顶向下（从顶级设计到细节零件设计）B: down -top-design 从下到上（反之）你知道什么使用A,什么时候用B么？A：你是自行设计，自主研发，而且后期更改变动很大，需要用A理念来设计B：你是仿制，copy别人的东西，而且变动不是很大，需要用B理念来设计。

在用A的过程，可以穿插着用B（在细节部分），但是A为主导，在主要尺寸上必须用A。

但是你在前期的投入时间比较多，把一些关系和细节做好了，你会事倍功半的，如果前期没有做好，后期你会以加倍的时间来去做它。

在用B设计的时候，可以穿插着用A，但是一B为主导。

实际上top-down-design涉及到proe的知识相当的多，我们在使用上不一定能用到那么多，或许只用到一小部分。

本人是一俗人，没有那么多华丽的辞藻来编制教程，实实在在，通俗的语言文字来描述top-down-design带来的好处以及如何使用它，手把手教会你。

看见了网上有关很多于top-down的帖子，就没有几个详细介绍关于机械top-down-design设计理念的，有ptc原版的教程，但是适合2001版本的，一部分人看不懂，还有的介绍的非常的简略，还有很多都是抄袭的帖子,我们野火老大的帖子被别人抄袭了好几个版本，以四连杆机构居多（那个是运动骨架来设计的），由于一部分是E文的，还有一部分介绍的很简单，一般的人可能都看不懂，于是乎Creo今天特地做一个教程，一个关于类似于煤矿地下矿井支撑油缸撑板支撑墙壁的教程，网上就没有关于布局来控制油缸等机械运动的教程，悲剧！Top-down设计理念主要是布局和骨架，关于这两个的含义我这里就不讲了，今天将布局大体描述一下布局，布局类似于我们工程师的一个笔记本，一张草纸，比如说你要绘制一个设备，你得先画出它的外形吧，把整体尺寸先控制好，长、宽、高，好建模，声明布局，把参数传给设备或者说是零件，建立好关系，你再草纸上把尺寸更改了，模型会检测到你的更改，它会自动按照你的要求去改，实现了人机互动，这样，不需要你每次更改都要到模型里面去改，而且不容易出错，这就是top-down-design。

CREO自顶向下设计方法TOP-down一、方法介绍设计思路：在产品开发的前期按照产品的功能要求，预先定义产品架构并考虑组件与零件、零件与零件之间的约束和定位关系，在完成方案和结构设计之后进行详细设计。

其设计方法分为两种：一种是骨架Top-down设计方法；另一种是主控模型Top-down设计方法。

骨架Top-down设计方法如图1所示，先在装配特征树的最上端建立顶级骨架，然后在各组件下建立次级骨架，参照次级骨架进行零部件设计。

该方法可以通过控制不同层级的骨架对相应的零件进行更改，但不利于数据重用。

主控模型Top-down设计方法（如图2所示）是将顶级骨架从整个装配关系中剥离出来，然后在各组件下建立次级骨架，零件设计参照次级骨架，但在数据重用时各组件互不干涉。

底盘产品在开发过程中模型共享现象较多，因此，宜采用主控模型Top-down设计方法。

图2主控模型Top-down设计方法中组件1和组件2是相互独立的组件。

鉴于此特点，在本次示例中采用模块化设计思路。

根据模块划分的原则：模块间的依赖程度要尽量小，模块内部的关联要尽可能多；再依据底盘的功能分布，将底盘划分为5个模块（如图3）。

这几个模块在底盘的位置相对固定、功能相对集中，因此，各模块可以作为一个独立的组件进行开发。

采用主控模型结合模块化设计思想，底盘主控模型的结构框图如图4所示。

在此框图中，顶级骨架独立于装配产品，在各模块下建立二级骨架，其必要设计信息参照顶级骨架。

Top-down的设计流程包括设计意图定义、产品结构定义、骨架模型定义、设计信息发布、部件详细设计。

在底盘的开发中，首先根据底盘的基本参数建立骨架即三维总布置，其次建立分模块内部系统骨架布置方案，最后进行详细的部件设计。

采用PTC公司的CREO软件和Windchill系统搭建协同设计环境，需先在Windchill系统建立各个模块的工作文件夹，然后在本地建立对应工作区并与之关联。

具体的开发流程如图5所示，三维总布置包括整车主要参数的拟定、布局和骨架的建立。

Creo自顶向下设计实例——Topdown设计快速入门下面以一个简单的例子来说明自顶向下设计的过程和步骤。

假设我们要设计一个简单的学生成绩管理系统。

该系统需要实现学生信息的录入、查询和统计分数的功能。

首先，我们需要明确整体的架构和功能模块。

根据需求，我们可以将系统划分为以下几个模块：学生信息录入模块、学生成绩查询模块和分数统计模块。

接下来，我们开始设计每个模块的具体实现。

以学生信息录入模块为例，它的功能是录入学生的基本信息，包括学号、姓名、班级等。

在自顶向下设计中，我们可以继续将该模块分解为更小的子模块，比如学号输入模块、姓名输入模块和班级选择模块。

对于学号输入模块，我们可以定义一个函数来实现输入学号的功能。

同理，对于姓名输入模块和班级选择模块，也可以分别定义对应的函数。

在实际编码过程中，我们可以先实现最顶层的模块，然后逐步实现子模块，直到实现了最底层的模块。

这样的设计方法可以帮助我们更好地进行模块化和分工。

在设计过程中，我们还需要注意模块之间的通信和数据传递。

在自顶向下设计中，较高层的模块可以通过函数调用的方式来调用较低层的模块，同时将数据传递给下一级的模块。

这样的设计方式可以帮助我们实现模块之间的解耦和提高代码的可维护性。

最后，我们可以逐步测试和优化每个模块，确保整个系统的功能和性能达到预期的要求。

总结来说，自顶向下设计是一种从整体到局部、从抽象到具体的设计方法。

通过将问题分解为更小的子问题，并逐步解决每个子问题，可以有效地提高软件开发的效率和质量。

同时，模块化设计和层次结构的设计方式也有助于代码的可复用性和可维护性。

在实际应用中，我们可以根据具体的需求和情况，灵活地运用自顶向下设计方法，使得软件开发过程更加高效和可靠。