My company started to use them for our fasteners and the like, but decided it would be just as easy to "save copy as" and modifiy. The drawback to iParts as we saw it was that you had to keep track of the parent file and keep its location relative to the children consistant. The other drawback was folder creation / naming. Although these are small problems, we have a very well organized file system, and in my opinion, more simple is always better. (just a quick background on why we don't use iParts).
As for iParts acting as a "good enough for now" version of family tables, I don't agree, unless I'm way off base on their uses. It may be true that iParts perform a similar function for parts. Family tables as part of the assembly is the real power feature. Imagine if you will, a product line of forklifts. Sometimes you may want to sell them with 42" forks, 48" forks, an optional buzzer that sounds when it is in motion, an optional red flashing light, etc. Right now, we have to have seperate models just to have the optional flashing light on one assembly, no light on another. Two bills of material are then needed(I know we could and it by hand and not show it or vice versa, but our rule is keep it parametric).
The real problem is revision. If we change the standard battery to a different part number, we have to go out and open every assembly and do the revision instead of just opening the "family" model. Changing one model to revise an entire line of products is what it is all about. The second most benefit is to have a family print set with a family bill of material. A charted bill of material with columns for each instance of the assembly is a wonderful thing. Just think, one ipn showing all options, one idw. It would cut out a lot of work.
Ok, feel free to set me straight on iParts, and make sure you think of all the uses you could find for family tables at the assembly and part levels.
style="PADDING-RIGHT: 0px; PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #000000 2px solid; MARGIN-RIGHT: 0px">
"Hal Gwin" <
href="mailto:hal.gwin@xenogen.com">hal.gwin@xenogen.com> wrote in
message
href="news:D978225D5695AAA357AAFCEDCBD04ABE@in.WebX.maYIadrTaRb">news:D978225D5695AAA357AAFCEDCBD......
I see this as two separate features. iParts
are a factory to create a family of parts. Family Tables (iAssemblies)
as a way to structure products and/or product options. I do not see
either as a replacement for the other, but both as required for the complete
manufacturing oriented environment. One tool (iParts) is currently
available, the other tool (family tables/iAssemblies) is (I hope) a future
enhancement.
Right now, IMHO, family tables must be done
manually with individual top assemblies or with design views and reference
parts. As far as IDWs go, I'm making individual drawings for different
assembly variations.
--
Hal Gwin
Mechanical
Designer
Xenogen