Antonius, Nai Yang and all,
I think I have to clarify what I meant in my previous posts, before discussion gets out of control:
When I said:
but for such a thing to be worth implementing, we probably do not see this happen often enough
I did not say that pattern as such are too exotic or that they fail too rarely. I just meant that it happens not too often that a pattern fails for the reason of two or more non-related patterns being referenced. And if it really is the case, it is not too hard to figure this cause out, if you are aware of having several pattern in place.
In fact from what I read from Nai Yang, I doubt that it is the case here either (of course I can't tell for sure, without having the model in hands). It is much more likely that a reference that was supposed to be used, has been eaten up by another feature, which also was patterned. But the second pattern was not appropriate as a reference for the ref pattern. In such a case, there would be no choice between two pattern and hence nothing Creo could ask you for.
Regarding the bearing cage shown in the picture from Antonius: If this geometry has been created with a form tool in sheetmetal, it is quite a task, even creating the original, first dome. I would not even have tried, because form features are pretty tricky about touching the boundaries of the surfaces they are added to. I'd rather try my luck with a solid or use surfaces and thicken them.
Since the part looks pretty symmetrical, I believe creating it should be a "piece of cake"! (please excuse the pun):
- Create the geometry only for a 36 degree "piece of cake" with one spherical dome and one connector with hole (or half of them left and right from the dome) - do this as a surface quilt.
- Copy special (rotation 36 degree)
- Pattern the copy 9 times
- Merge the first copy to the original geometry (which must be selected first to allow patterning)
- Ref pattern
- Solidify (or skip the merge and solidify the base quilt plus the pattern of quilts at the end)
In general ref pattern is no miracle:
- It simply checks for references that belong to an existing pattern
- Then it is building the pattern instances by replacing those references with their counterparts from the master pattern instances
- And it is reusing all other references
So normally you can easily check, whether a pattern instance should generally work with the patterned references by redefining the leader, applying the corresponding references.
Unfortunately there are two more things that can make a pattern fail:
- There is a possibility that previous pattern instances consume references (e.g. a referenced surface gets removed because it is merged to another). Of course you cannot test this with the trick above. But you can check this by controlling, whether the constant references and the corresponding references are still there, after the original feature has been added: Just open the Reference Viewer for the original feature and check whether the references (or corresponding references for the pattern references) can still be selected in the model.
- The most difficult thing to check is the last point: Solid geometry and surface merges of course have to merge with the existing geometry. Creo Parametric is automatically using corresponding edges and surfaces in place, but if the geometry is significantly different (imagine a round not finding an edge or a merge not finding a surface), the instance will fail. This is where investigation really can become cumbersome. Creo cannot offer an alternative, because if it had one, it would use it without asking. The only general suggestion that applies, is to use absolute accuracy, to exclude accuracy issues, which which are totally unpredictable. By the way, my "piece of cake" suggestion above postpones this step as far as possible, to make this type of investigation easier, if necessary.
Creo Parametric tries to diagnose and assist the user, as good as possible. However, all those examples above have in common, that there is nothing wrong or unclear with the pattern definition. Just the feature references specified by the user (directly or indirectly by pattern) are not practical for the geometry they are supposed to be applied to. So Creo cannot warn of anything or offer alternate choices, before the feature fails.
And still then it can hardly make useful suggestion as it does not know, what the user wants to achieve (pattern the feature, yes - but not how to pattern it, i.e. with which references to guide the pattern and how to merge it to geometry that is not there).
This is the point where only the user can step in and reconsider the design - sorry, that I have no other news!
And again:
If you cannot figure out, why a pattern fails, open a case with PTC Support. If the situation can neither be solved nor explained in TS, an SPR will involve R&D and if they cannot solve or explain the issue, they will have to implement a fix. And they do, as they always did in the past!
This is why I can pretty safely say, that it is nowadays very unlikely that a pattern fails due to a bug or deficiency. In 99 % of failures there is a reasonable explanation and you should not ask for anything less as an answer. In those rare cases left over, the software will be fixed.
So in either case there should not be any reason to complain (at least not for a long time, after it has been reported).
Oh, I usually figure out the problem before support can get back to me.
