您曾经做过自上而下的设计吗?当然可以如果您的设计包含两个或更多部分,则这些部分必须以某种方式关联。自上而下的设计可以创建适合在一起的零件,’是最自然的设计方式。

多年来,传统的CAD增加了用于在装配环境中设计零件的工具,以捕获更高水平的设计意图。我们中的许多人都以自上而下的设计(以及演示如何消除错误,返工和报废)的承诺(和演示)被出售。随着装配体的修改和所有相关零件和工程图的更新,我们感到敬畏。这真是一个奇迹!

好吧,那是演示。实际上,如果你’为了在传统的CAD系统中使用自上而下的设计方法,您最好完成高级培训课程,并在开始项目之前就计划好处理上下文关系的策略。为什么?由于粗鲁地引用装配中其他零件的面,边和顶点会导致您和您的团队头疼。更新是无法预测的,功能已损坏,您认为是真正的节省时间的方法最终会浪费您的时间,如果您’再不幸的是,有很多废品。

考虑这种情况:您’重新设计将两个子组件连接到顶层组件的支架。您的几个同事正在研究这些子装配,并正在积极进行更改。其中之一删除或移动零件, 突然你的部分失败了,您的功能树就像圣诞树一样亮着,您不知道为什么。一旦您’解决了所有问题后,其他人进行了更改,然后重新开始。

将机制添加到混音中,每次发生变化时零件都会意外地发生变化,因此您不妨等待每个人先完成他们的工作再开始。 这就是为什么许多公司禁止使用上下文引用,而传统的CAD系统却被迫实施系统范围的选项以禁用此功能的原因。 这给您两个选择:

  1. 添加上下文引用,并要非常小心(确保已制定了充分记录的PDM策略);要么
  2. 设计自下而上。

不幸的是,两种选择都不利于 敏捷设计.

Onshape如何处理上下文设计

的好处之一 从头开始 使用全新的CAD系统将有机会纠正所有这些错误。从一开始,Onshape开发人员就专注于上下文设计,而我们的第一个交付成果是多部分的Part Studio。在Part Studio中,零件是一起设计的,并由共享的草图和共享的特征驱动,因此孔等特征始终完美对齐。它’最好的上下文设计,尤其是当您提前了解设计意图时。

零件可以在更高级别的装配中引用其他零件

但是,有时您需要在更高级别的装配环境中进行设计,例如在上述情况下。这是Onshape的地方’独特的数据库架构真正令人眼前一亮。以及全云CAD的其他核心优势(实时部署, 实时数据管理实时分析和控制),数据库会记录您做出的每个动作和设计决策。在装配体上下文中编辑零件时,这将发挥您的全部优势。

它是如何工作的?右键单击装配体中的零件并选择“edit in-context,”程序集的快照(“Context”)在那时创建并永久存储在数据库中。那个部分’s Part Studio已打开,并且在装配体中可见的所有其他零件均显示为重影。然后,您可以引用尽可能多的参考’d喜欢组装中的任何零件–始终安全,因为这些引用将永远不会丢失或损坏,因此您的工作将永远不会失败。

它没有’t matter if the assembly is modified by your colleagues. Your part will always remember the state of the assembly when the 语境 was created. If you need your part to update to reflect recent changes, you can do that, too. But you are always in control of what should update and when.

可以轻松捕获需要多个零件位置的设计

这种独特的方法可确保您的零件始终以可预测的方式更新,并且运动不会以任何方式影响您。 You can capture multiple Assembly 语境s and use them to edit single or multiple parts. You can also edit a part in the context of multiple assemblies so that the part can be reused many times.

由于以下原因,Onshape在自上而下的设计中处于领先地位:

  1. 多部分建模
  2. 装配体中的布局草图
  3. 多个程序集上下文编辑
  4. 无限还原(撤消/重做)
  5. 分支与合并
  6. 真正的协作和零件和装配体的多用户同时编辑

观看下面的视频,了解实际操作中的上下文设计。如果您是Onshape博客的狂热追随者,那么您可能以前看过此视频,因此我对此表示歉意。但是,如果您想了解上下文设计的全部功能,’值得再次观看。还是更好,自己尝试一下!