Hi All,
Sorry I'm entering into this thread rather late. I'm not quite sure what I want to say - I think that I mostly agree and partially disagree with everyone (including Jim Meadows and including Y14.5). Here are some comments. I'm going to label them, since I'm expecting that there will be responses/questioning/pushback/opposition. ;^)
a. This topic is a rough ride.
b. Y14.5 states in the MMB sections 4.11.5 "the appropriate boundary is determined by the collective effects of size and any applicable geometric tolerances relative to any higher precedence datums". So MMB calculations are the most straightforward when the tolerances on each successive datum feature in the FCF reference the higher precedence datum features. This is what is shown in the examples in Y14.5. When the tolerances on the datum features are not structured in this way, as in the Meadows Fig. 11-27 example where the secondary and tertiary are toleranced together as a pattern, then determining the tertiary MMB is not so straightforward. With no examples in the standard to refer to, we are left to debate how this should work. Or look to textbooks written by committee members and other respected experts, who may have varying opinions.
c. Jim Meadows is a known authority, but he is one of several known authorities in the GD&T community who don't all agree with each other. I have one of Jim's books and have learned a lot from it. But we can't take his opinion (or anyone else's) as gospel, and it's fine to respectfully question his (or anyone else's) reasoning. Jim said himself that there was a long drawn out fight between the "moving simulator" and "stationary simulator" camps, and the stationary camp happened to win in 2009. This doesn't mean that one camp was right and the other was wrong - as with most things, there are advantages and disadvantages to both approaches.
d. Y14.5 states in 4.11.6 that "the appropriate MMB for determining the size of the datum feature simulator for an internal datum feature of size is the largest MMB that the datum feature(s) of size will contain while respecting the datum feature precedence". This is illustrated in Fig. 4-16 (c), with an FCF that has an A|B(M)|D(M) datum feature sequence. The simulators would be a 10.9 pin for B and a 7.5 sleeve for C. The logic is that the B and C simulators are not sized at the MMC sizes of the datum features, they are sized at the MMB sizes (this takes into account the geometric tolerances on the datum features as well as the size). This is intended to ensure that datum precedence is not violated (datum features B and C will always fit over their MMB simulators if they conform to their tolerances).
e. This is where things get weird and confusing. There can be clearance between the MMB datum features and their simulators, so the DOF constraint becomes loose. The secondary datum feature B is supposed to constrain two translational DOF's, but because of the clearance (there could be as much as 0.2) it may only partially constrain them. Datum feature C is supposed to constrain one rotational DOF (clocking), but because of the clearance (there could be as much as 0.6) may only partially constrain it. Y14.5 calls this datum feature shift. We can use this to adjust the part on the gage, to get the considered feature to pass its position tolerance. This is often highlighted as one of the advantages of MMB references and functional gaging. But how is precedence affected?
f. We have fixed-size MMB simulators for both the secondary and tertiary datum features. There may be clearance on one of them, both of them, or neither of them. I think we can safely say that the degree of freedom constraint becomes somewhat ambiguous. A|B(M)|C(M) results in the same MMB simulators as A||C(M)|B(M) or A|B(M)-C(M). This is the situation that Jim Meadows (and many others) had issues with - if the gage is exactly the same regardless of the specified precedence, then the precedence is lost. But where did it go? I wondered about this for years - how can we have a system in which different datum feature sequences result in the same requirement? This never sat well.
g. Before thinking about the issue again as a result of this thread (thanks to greenimi for keeping it going and probing into this further), I had only thought that the MMB simulators made the DOF constraint ambiguous. But now I am thinking that the MMB simulators actually violate datum feature precedence. Some of you have already suspected this, but now I think I see why. More on this later.
Evan Janeshewski
Axymetrix Quality Engineering Inc.
Evan Janeshewski
Axymetrix Quality Engineering Inc.