In-context or Top down design is functionality within SOLIDWORKS that gives a designer the ability to control dimensional information in sub-assemblies or parts from another part or assembly in the model.
DriveWorks builds any new requirements from a specification from the bottom – up.
An advantage of bottom-up design is that because components are designed independently, their relationships and regeneration behavior are simpler than in top down design.
Working bottom-up allows you to focus on the individual parts. It is a good method to use if you do not need to create references that control the size or shape of parts with respect to each other, or if you use DriveWorks.
Although SOLIDWORKS allows the use of Top-Down Assembly modelling and in-context relations, the use of in-context features is not an ideal tool to use for a true design automation system.
In-context features are best used in a proto-typing environment where continuous changes are required before a design is proven, but introduce limitations for a finished design that requires documenting and driven by a rules-based system.
DriveWorks allows models to be generated by one of two methods:
See Info: Model Generation Behavior for more information.
When using OnDemand generation, In Context references will not be updated at all.
When using Queued generation, In Context references will be updated to a depth of one level.
When using Queued Generation, a DriveWorks implementation lets the user specify at the top level, based on the overall requirements of the assembly and then builds from the bottom up.
In effect DriveWorks replaces in-context design with rules.
When DriveWorks creates the models and assemblies it builds from the bottom up and will create a base level part, the drawing and any alternative file formats at the point it opens the file.
Because of this bottom-up approach, higher level assembly relations are generally discouraged for a number of reasons.
While design automation systems like DriveWorks allow users to blend the power of SOLIDWORKS with the power of the design automation system, the final word in determining design aspects should lie with the design automation system. In-context features should be minimized in favour of rules.
Although the use of in-context relations is discouraged, there are a number of methods that can be applied if these SOLIDWORKS functions need to be used.
The first thing to be aware of is that DriveWorks will replace any in-context references in an assembly, however, any 2D data produced from child components will not be updated until the drawing has been opened manually.
To get around this associate all part drawings that require updating to the top level assembly. This way DriveWorks will create all the parts from the bottom up, then rebuild the assembly (updating the relations), then move on to the drawings. As the drawings are being created the parts will be refreshed to get the current view which will show the parts as they should be (updated by the assembly relations).
|Knowledge Base Article Ref:||KB13103024|