I finally got my hands on NX6 and have been able to try this so-called breakthrough in CAD technology that Siemens calls Synchronous Technology.
I first got myself back up to speed by using NX6 in its default history-based mode. And as with any history-based modeling system, it is a painful process making sure that the tree is structured properly and constrained in a useful and predictable way. And as usual once you do have a nice model created that behaves the way you want, you feel gratified. Kind of like when I solved the Rubix Cube for the first time. Highly constrained and structured models certainly have their place in product development, but conceptual design is not one of those places. And just hope that you do not have a sudden change come to you once you have this nice and highly constrained model completed.
With NX6, like many other history-based systems you do have the option to perform direct edits on geometry. This capability is provided to allow you to accommodate small unforeseen changes that may come at you without having to mess with the tree or parameters. Unfortunately these direct edits are captured in the tree so that the next time you have to regenerate the model, the changes are not lost. The end result is an even more complex and volatile tree.
So to work around all the usual issues of using a history-based system for concept design, rapid design cycles, interoperability, and so on, Siemens has introduced Synchronous Technology, which will save us all from this misery.
Siemens has claimed to introduce the next breakthrough in 3D CAD with what they are calling “Synchronous Technology”. The demos that are out there look reasonable good, as any demo should. The use model looks nice and the graphical interaction and feedback appears to be very nice.
On the contrary though, what Siemens has introduced, was in reality introduced 10 years ago when Hewlett Packard first imbedded the synchronous parametric solver from D-Cube into their product – SolidDesigner. Since then the product was moved out of HP into CoCreate, and is now part of the PTC product line. The product is now called PTC CoCreate Modeling. Siemens’ Synchronous Technology is simply a combination of history-free modeling with the D-Cube synchronous parametric solver. Exactly the same as what HP did in the late 90’s. The D-Cube solver delivers synchronous solutions to geometrical relationships like dimensional parameters, coplanar faces, concentric faces, tangent faces, parallel faces, perpendicular faces, symmetry and coincidence. This capability allows an explicit – or “history-free” modeling system to apply needed relationships/parameters to 3D points, edges, faces, features, parts and assemblies. The relationships are solved synchronously and simultaneously. It is a mature and robust technology.
There are so many terms that we are hearing and using in so many different ways, that it causes much confusion. I think marketing departments purposely try to do this to keep us in the dark. The term “parametric modeling” usually refers to history-based modeling. The problem with using this term to describe history based modeling, is that it implies that explicit modeling can’t be parametric, which is completely untrue. Fully constrained models and assemblies in a history-free environment is possible. The difference between managing parameters in a history tree versus a history-free environment is that with the history tree, parameters are solved linearly as the tree is regenerated. In a history-free environment the parameters are solved simultaneously or “synchronously”.
Another term that gets abused is “direct editing”. In most cases this describes the capability to make direct edits to geometry while in a history-based environment, as discussed above. These direct edits are capture in the history tree. They must be maintained in the tree otherwise a model regeneration would remove the edits. Don’t confuse “direct editing” with explicit modeling. They are two different things. Explicit modeling is simply modeling without a parent-child relationship (history tree).
I am a long time user of CoCreate Modeling and am now getting some good experience with ST (although no formal training). Explicit modeling requires much intelligence in the modeling system to manage connectivity with the model (topology). It can be very complex. CoCreate has spent many years on this technology to ensure that results of edits are intuitive and expected and that the model remains a solid. CoCreate is very robust and easily handles complex topology changes in the model. It also properly manages adjacent faces, blends and chamfers, even on imported geometry. On the other hand ST is VERY immature in this area. Very rarely are edits that require topology changes successful. It has no concept of recognizing blends and chamfers. It does understand tangency, coplanar, parallel and similar conditions, but again rarely does that deliver the required results. It does recognize bosses and pockets, but has a lot of limitations even with this.
ST simply does not provide enough capabilities (yet) to justify sacrificing your history tree. Just use the direct edits that are already available.
For companies that can use the flexibility that comes from explicit modeling, CoCreate is still the best choice. The choice should not be based on user preference either. The parent/child relationship is not optional with history-based modeling and it has huge impact on process. I can’t tell you how many companies I have visited over the years that have developed huge manuals to define modeling standards for their users to follow in order to structure history trees in ways that will allow for team design, leverage and reuse and predictability in the model. For some companies this is required. For others, once they understand explicit modeling, they will realize what a waste of time and effort managing a history tree is.
I am currently going through a comparison of ST with CoCreate and will post my results when complete.