Your Products have been synced, click here to refresh
Your initial alignment locks the part down from moving, so anything you do after is moving around the part, don’t be fooled by being able to move the CAD model virtually, your program represents the mating part or parts. So you can move your trihedran around, and the part never moves. Even when using Xactmeasure or Geo Tolerances, if your alignment isn’t the same as your Datum structure, if you put your cursor on that callout, you’ll see a temporary trihedron on the screen. Technically your moving the mating part around when changing the coordinates of the trihehdron
If you translate/offset your Y axis by the 14.5", you have NOT changed the part's 0 point. You have just shifted your perspective, as now the original 0 point would appear to be 0,-14.5,0.
There is nothing wrong with translating your alignment/triheadron to see the values so they match to the print.
Unless you physically move the part, the 0 point will be the 0 point.
Technically, as written, the Y14.5 standard is written so that you align to the datum structure in your Feature Control Frame (lets say you have POS | Ø .014 MMC | A | B | C |).
You constrain all degrees of freedom that A will constrain (lets say it is a plane, that is two rotations and a translation).
If you are measuring two dimensional features (not points for itterative but circles or the like) you need to align that plane now prior to measuring the circles.
Then you measure B, lets say it is a plane also, so it constrains the final of three rotations and another translation.
This leaves one translation for C, it can be whatever you want. Doesn't matter.
You now have zero zero zero. Name it ABC so you remember what it is and can recall it whenever you want.
Now, you translate your origin (from your example) zero on X and 14.5 on Y.
This moves your trihedron.
You then inspect the actual position of your feature compared to this "TRUE" position you translated to.
This doesn't help a machinist move the feature to fix it, but this is what you are to do, technically.
Then you recall ABC and continue measuring.
You do NOT re-measure the features of A B C and redo the alignment.
Basic dimensions are just that, basic moves from zero zero zero to get to the feature. That is why they can be added and subtracted.
Part says this hole has a .010 position to A B C, but the basic is from some random hole in a bolt pattern? YOU add/subtract as necessary to measure the hole compared to true position FROM A B C. The distance from that other hole means nothing. Only the distances and angles from A B C.
It concerns me that you say you can't get back to zero zero zero.
I measure 1500 dimensions on a manifold, zero A B C and recall it, bouncing all over the place for compound angle holes, and I get back to zero every single time.
I'm more worried that your part is so far from perfect that it doesn't match the model enough to reconcile on the first alignment anyway (which might explain you doing an iterative to begin with), of you are re-measuring the datums but not using the same features/points as the first time. maybe?
If you don't have angle holes, you don't have to move the alignment to check the hole.
If you use ExactMeasure or GeoTol you don't have to move the alignment to check the hole.
In both cases, though, the software IS moving the alignment to check the hole in the background and you don't see it.
Make a ExactMeasure or GeoTol position and then click into it. You'll see a yellow trihedron pop on the screen.
That is the alignment the software is using to measure the hole's position against true position.
If you can't move it yourself and get back to where you were, you need to look at your alignments and see where you went astray.
I said I do it on large, complex manifolds.
I didn't say I got it perfectly right the first time, every time.
It is very easy to hit the enter key before you clicked on the button to apply something in an alignment, or do an angle in the wrong order with a translation.
If you are having a repetition problem, it's almost always in the alignment.
I think there's a miscommunication here. I believe what I'm doing is correct, using features to create alignments should give me the proper XYZ coordinates to the drawing. What my coworker is telling me is that the XYZ origin (the original trihedron position set in the CAD) should be set when the CAD is created and not be moved. He claims that by moving it I am never going to have it accurately placed to the drawing. Is that right?
I appreciate you going to this length by the way. It's a lot of info to take in.
If I shift the CAD model in a direction, after my alignment, then take points on the shifted CAD model I will potentially have erroneous data based on the direction I moved the model. However, once a CAD model is located and translated, there really isn't much reason to translate it again.
IE shift a cylinder that is running along the Y axis with a Z translation will give you incorrect vectors using auto points, shift the cylinder along the Y axis and your vectors won't likely be incorrect but your linear distance could cause you to probe before/after the area of the cylinder you were attempting to measure.
Is this what you are referring to?
© 2024 Hexagon AB and/or its subsidiaries. | Privacy Policy | Cloud Services Agreement |