Announcements
Attention for Customers without Multi-Factor Authentication or Single Sign-On - OTP Verification rolls out April 2025. Read all about it here.
mgrenier2
226 Views, 4 Replies

Threads

Hi I'm looking for a quick example on how to use this : https://help.autodesk.com/view/INVNTOR/2022/ENU/?guid=ThreadFeature_Adaptive 

WCrihfield
in reply to: mgrenier2

Hi @mgrenier2.  This is just an educated guess, but I would say that, although this is a Read/Write Property, we would most likely only be able to 'effectively' change its value from True to False, not from False to True.  Adaptive status is usually 'set' to True automatically, when we 'edit' an assembly component, while we have its parent assembly open, then create a feature that effects the model being referenced by that component while in that 'edit mode' that is 'dependent' on something at the assembly level.  So afterwards there will be a new feature present in the referenced model file, that was created at the parent assembly level, and some aspects of its definition are 'dependent' on one or more things within the parent assembly, causing that feature to be set to 'Adaptive'.  While it remains adaptive, it will update when those things in the parent assembly change.  When its adaptive status is turned off, it will no longer update when those things in the assembly change.  Since this is a ThreadFeataure (just threads applied to an already existing cylindrical face), then the radius/diameter or length of the cylindrical face may be controlled by something in the assembly, and when they change, the ThreadFeature may attempt to reconfigure its specifications to new specifications that will fit the new size.  Just my thoughts.

Wesley Crihfield

EESignature

(Not an Autodesk Employee)

mgrenier2
in reply to: WCrihfield

How can you make a thread feature adaptive? I couldn't figure out how to.(Both at the part and assembly level)

WCrihfield
in reply to: mgrenier2

Interesting.  I tried a few things too, but none of them worked.  I though that if the size of the cylinder face was controlled at the assembly level, such as an extrude-cut circle where the circle was projected from a hole in another part in the assembly, that would cause that feature to be adaptive, and therefore the ThreadFeature which was based on that adaptive cylinder face would also need to be adaptive, but it was not.  I even tried creating a 'bolted connection' (Design tab > Bolted Connection tool), which I do not really utilize that much, but that did not work either (creates locked HoleFeature in part).

Now I suspect that this Property named 'Adaptive' is just there because the ThreadFeature object Type is 'derived' from the generic PartFeature object Type, which also has that Property.  Since that is obviously the case here, I am not sure if this Property in a ThreadFeature is relevant/useful.  It does not seem like any of their specifications can be based on 'dependencies' such as From/To/Between type faces.  Its location, diameter, length, and such are all based on the cylinder face.  There is a Parameter for its Depth and one for its Offset, but the other specs all seem to be internal (saved within its ThreadInfo), and its available options are likely sourced from the external Excel file.  Maybe if its Depth or Offset parameter's were 'driven' by a Parameter that is derived into the part, it might make it adaptive, but I'm not sure.

Did you have a specific purpose for this functionality in mind?  If so, maybe one of the folks at Autodesk would know more about it.

Wesley Crihfield

EESignature

(Not an Autodesk Employee)

mgrenier2
in reply to: WCrihfield

I was trying to build a template for expander pins and to be able to configure the pins from an iLogic form, I think iParts would be better suited for this but I would really like to avoid this route if possible.

I seem to have found something that kind of works for now. I made a dummy multivalue parameter which lookup the  Thread designation column in the thread.xls file and made a rule that update/sets the threads accordingly with the diameter. This would be much less of a PITA if the threads parameters would be listed along with the regular model parameters, where does Inventor even store these things? I still have to fix some issues with some niche threads that return Invalid thread designation...Even though I am reading it from the thread.xls file.

expander pin.png