In my mind, the measuring tool for value input always gives associative results. In mose cases it works fine. But today I find that non-associative result is also possible.
This makes me greatly concerned about the use of measuring tool for value input. Your suggestion would be highly appreciated!
Solved! Go to Solution.
Measurements are one of the areas I look after in NX.
To clarify, measurements within commands most definitely CAN be associative. :-) In fact, they are associative by default. Try similar mesaurements embedded within Extrude or Hole features, and you'll see what I mean.
With that said, there is certainly something odd going on in this specific command. The *first* time you (or I) attempt this offest for the second point, the Point command is creating this odd non-associative value. (I'm seeing what you saw.):
Interestingly, editing the second point and performing the measurement AGAIN actually results in an associtive offset:
Go figure. Given that I don't see that "double-pump" behavior in any other embedded measurement scenarios I've tested, I suspect an anomaly in the Point feature. Submitting an IR there would be very helpful.
I can tell from your Expressions dialog that you're in either NX 11 or NX 12. Out of curiosity, I went back to NX 10 and tested this, and was surprised to find the exact same behavior there -- namely, a non-associative result the FIRST time...
...and the associative result I would expect the second time around:
So this is clearly not a new anomaly. Again, an IR against the Point function would be helpful. (...and feel free to reference this thread in the IR.)
One last thing... Note that the measurements taken from *within* another feature are represented in the expressions dialog differently than measurements taken as their *own* feature. (In fact, they're architecturally slightly different under the hood as well.) Embedded measurements will show up with this black string [which is more susceptible to inadvertent editing] in the formula -- as shown above -- and standalone measurement features will use the blue "system" expression style. (...and as you can see from the NX 10 pictures, this has been true for quite a while.) If you're aiming to remove potential points of failure, creating standalone measurements ahead of time would be a slightly more robust way to construct this.
Thanks for the good observation!