cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Show Assembly Constraints Involving Component Work Features Under Component In Browser

Show Assembly Constraints Involving Component Work Features Under Component In Browser

The Problem:

Some assembly constraints do not show in the model browser tree under all the components involved in the constraint.  This needs to be fixed as soon as possible.

 

Effects:

There is no quick or easy way to determine all the ways some components are being constrained, so if we later want to change or redefine how they are constrained, there is no quick or easy way to do so completely.  This can be misleading, confusing, and very time consuming to try to figure out later.  We can delete or suppress all constraints listed under a component in the model browser tree, yet the component is still being constrained somehow, with no clear/easy way to figure out how/why.  Even if we select the component, then right-click in the graphics area and choose the use the 'Selection' slide-out, then the 'Constrained To' tool, it will not select the other two components who's faces it is symmetrically constrained between.  And when selecting either of those other two components who's faces are involved, and doing the same context menu steps, then one component in the middle is not selected.  We do not want to have to delete that occurrence, then place it back into the assembly, then re-constrain it again.  We do not want to have to expand the 'Relationships' browser folder then click on every single constraint in the entire assembly (could be hundreds), while watching to see if that one component gets highlighted, just to find that one constraint later.  This is completely ridiculous.

 

When/How it happens:

This usually happens when component work features (such as the component's Origin work planes) are used to define some portion of a constraint.  A good example of this is when using the 'Symmetric' constraint, where we choose the flat face of one component, the flat face of a second component that is parallel to the first selected face, then an origin work plane of a third component (one of its center planes, for example) that we want to be centered between those two other component faces.  After we create this constraint, that constraint object is listed in the model browser tree under the first two components who's faces we selected, but not under the third component who's origin work plane we selected.  It is not even listed under that component's work plane when we expand the Origin folder under that component in the model browser tree.  The result is the third component is being constrained between two other component faces, but there is nothing under that component letting us know about that constraint/association, or the other two components involved.  Then later, we can not figure out what is constraining it in place, so we can not change, suppress, or delete that association, because we do not know what is causing it.

 

Suggested Solution:

The Inventor developers at Autodesk should make sure a constraint object (browser node) gets listed under the assembly component occurrence when any of its work features are being used to define any type of assembly constraint, at any time.

3 Comments
WCrihfield
Mentor

In order to bump this idea back to the top again to get more views and votes...as well as better explain an incredibly simple way to reproduce this behavior, and see what I am talking about, I decided to add some instructions here, and some visual aids.  Eye candy always helps get attention, and helps visibly explain the scenario.

Steps to create this 'phenomenon':

  1. Start a new/empty assembly in Inventor
  2. Use the 'Place' command to add 3 instances/occurrences of any component into the assembly, separated out slightly from each other, so you can see some space between each occurrence.
  3. Expand the BrowserNodes next to each occurrence in the model browser tree a couple steps deep, so you can see the contents of the Origin folder (work features) for each occurrence.  
  4. Start the Constrain (or Place Constraint) command, and choose the 'Symmetry' type constraint, then set the arrows both pointing in the same direction.
  5. When you start choosing component geometry to constrain together, first choose an appropriate origin WorkPlane of the first component instance placed, then choose the same origin WorkPlane of the third component occurrence placed, then choose the same origin WorkPlane of the second component occurrence placed (physically between the other two, where all 3 planes will be parallel), and click OK, or press Enter to finish the Constraint command.

The results:  A Symmetric Constraint browser node was added under the first placed component occurrence, and under the third placed occurrence, but none under the second placed occurrence.  Even though the second occurrence is being 'constrained', there is no visible indication of it.  This is a big problem.  There should also be a Symmetric Constraint browser node under the second occurrence, because the same exact geometry in that occurrence it is involved in the same exact constraint as the other two.  This is extremely illogical, and needs to be fixed.

 

Model Browser Tree Nodes Expanded To See Origin Folder ContentsModel Browser Tree Nodes Expanded To See Origin Folder Contents

 

  Add Constraint - Symmetry - Flush (Same Direction)Add Constraint - Symmetry - Flush (Same Direction)

First & Third Occurrence Have Constraint Node, But Not Second Occurrence (All 3 Involved In Constraint)First & Third Occurrence Have Constraint Node, But Not Second Occurrence (All 3 Involved In Constraint)

 

SteveMDennis
Autodesk

Does this ONLY happen with symmetry constraints? That is the only one I am familiar with and the issue is that our legacy code was all with constriants that have 2 involved parties if you will. Symmetry added a third and we did not add this 3rd "involved party" in the browser. I think the angle 3 reference method might have the same issue.

Just trying to clarify the discussion to move it forward.

WCrihfield
Mentor

Thank you for asking and looking into this.  Yes, it happens with the Angle constraint too, while it is set to the Explicit Reference Vector variation.  That variation allows for a third selection (the 'reference vector') (can be WorkAxis, WorkPlane, and such which have a Normal or direction aspect to them).  The first two components selected will get the Angle constraint browser node under them in the model browser tree, but the third selection, if it is associated with a third occurrence, will not get that angle constraint browser node under it.  Also troublesome, but utilized a bit less (by me) than the Symmetry one, which I use a lot.

Can't find what you're looking for? Ask the community or share your knowledge.

Submit Idea