Community
Inventor Forum
Welcome to Autodesk’s Inventor Forums. Share your knowledge, ask questions, and explore popular Inventor topics.
cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Big issue for my company

24 REPLIES 24
Reply
Message 1 of 25
Anonymous
322 Views, 24 Replies

Big issue for my company

Hello All.

Please bear with me. This message may be a bit long, but it is important.

My company purchased four seats of IV about 9 months ago, and we have
been learning how to use it but have come up against one severe hurdle
that we can't seem to overcome. It has to do with part numbering.

A little background: We build a custom trailers. Due to the nature of
the business, we have approximately 200 aluminum, and 100 steel
extrusions that we use on a regular basis, cutting them at any length
imaginable for at least 200 different models of trailers. And, with
about 15 designers working on custom variants of these models, we will
generate an enormous quantity of parts (iParts or whatnot) for
extrusions alone, then we must address sheet aluminum, sheet steel, wood
products, etc, etc. Some preliminary calculations that I have done with
our other engineers (and some help from AutoDesk) has revealed that we
may need a few tera-bytes of server space to hit the "reusable" 80% mark
of parts if we were to migrate from AutoCAD to IV. From that point on,
we may generate maybe 20% of that value yearly in new custom parts. So
we're literally addressing millions upon millions of individual part files.

So, here are our issues:

--How do we address the part numbering?
We have had people suggest a "smart" part numbering system where the
part number includes some sort of description about the geometry of the
part (length, cut style, etc). This is undesirable for several reasons.
It forces a different type of part number for purchased parts vs.
in-house parts, it forces us to change part numbers when a design goes
through a revision, and (most importantly!) it keeps us from being able
to use IV's adaptability features. If I have to assign a part number
that defines the cut length of my extrusion, I cannot adapt that length
without also changing the part number of the extrusion.

--How do we make a bill of materials on an *.idw?
Right now if I make an ipt, then make an idw of that ipt, and put a
parts list on it, I end up with a useless parts list. Let's say I make
an ipt of a 2x2x1/4 wall aluminum extrusion with two angle cuts and some
holes drilled into it. I'll save it as 1234.ipt then I'll make a
drawing calling it 1234.idw. My parts list for that idw will simply
call out the part number 1234. That's not useful. Instead, it should
call out a part number of the 2x2x1/4 extrusion, since you must acquire
a stick of the extrusion in order to make the cuts and drills to
actually 'build' part number 1234. Okay. I've had people suggest that
I should first make an ipt of the raw material, then make an assembly of
the raw material, cutting and drilling it to get part 1234. That helps
with my bill of materials, as for calling the right raw material, but
leaves two other problems. One, I cannot dimension an assembly in an
idw. And Two, maybe I can get a quantity of 10 of part 1234 out of the
raw material stick, but according to my bill of materials, I'll always
get one full stick each time I have to use 1234 in a higher level assembly.


Any help will be greatly appreciated. So far I think everyone that I
have conversed with who uses IV, Solidworks, or ProE for their processes
have all been with companies who either build widgets, or who build one
at a time custom products. Our issue is that we have such an enormous
number of parts that we'll have to deal with (thank goodness for iParts)
but we need to share those parts across many, many custom and standard
products. So, the part numbering becomes a real problem for us.

Thank you for your patience. For my company, this issue is preventing
IV from being anything but a nice toy for small projects. I would
really appreciate any wisdom that can be offered. (My department
director would really appreciate it too!)

Thanks in advance,
-Jason
24 REPLIES 24
Message 2 of 25
Anonymous
in reply to: Anonymous

> One, I cannot dimension an assembly in an idw.
This must be something in your setup. I dimension assemblies all the time.
Most of the sheetmetal peices I generate are assemblies, the metal part and
captive hardware that is installed by the sheetmetal house. I always
dimension the assembly in an idw as if it were a single peice part.

> Two, maybe I can get a quantity of 10 of part 1234 out of the
> raw material stick, but according to my bill of materials, I'll always
> get one full stick each time I have to use 1234 in a higher level
assembly.
This will require a manual override or a MRP system. A MRP system can
calculate the total raw material from assembly bills with all the peice
parts. MRP systems are also pricey and would require someone for data entry
and database maintenance.

A manual override in the drawing bill will require your
engineers/designers/drafters to do the same thing they are doing now,
calculate it themselves.

With regards the part numbering system, my recommendation would be, keep it
simple. I have used "intelligent" numbering systems before and they always
become cumbersome or get lots of parts that don't fit the system.
Message 3 of 25
Anonymous
in reply to: Anonymous

Jason we see your first post. See the replies to it below. You may need to
reset the newsgroup in your newsreader.

--
Sean Dotson, PE
http://www.sdotson.com
Check the Inventor FAQ for most common questions
www.sdotson.com/faq.html
Message 4 of 25
Anonymous
in reply to: Anonymous

Well ... without knowing everything about your situation, this may be
irrelevant, but could you have base part numbers (1234) and use prefixes and
suffixes to describe the part? For instance: S(steel A aluminum)1(size 1=
smallest thickness then 2 next smallest etc. 1~3~5 could be thk.=1 length=3
width=5)-1234(base style)-845(8 angle cuts at 45°)-12~1(12 holes at size
1)-15~6(15 holes at size 6), etc. You would have to make a list of sizes
that 1 thru... 2 would represent of course but it would probably be easier
than trying to distinguish sizes separately.
~Larry

"Jason M" wrote in message
news:6B23D6FEF660E2C4516C0444EAD6BF0C@in.WebX.maYIadrTaRb...
> Hello All.
>
> Please bear with me (snip)
Message 5 of 25
Anonymous
in reply to: Anonymous

"...1 thru... 2 would represent..."

Sorry ... should be ...1 thru...X would represent..."
~Larry

"Larry Caldwell" wrote in message
news:2EF66B08AB2E517FD4C416F133035AC8@in.WebX.maYIadrTaRb...
> Well ... without knowing everything about your situation, this may be
> irrelevant, but could you have base part numbers (1234) and use prefixes
and
> suffixes to describe the part? For instance: S(steel A aluminum)1(size 1=
> smallest thickness then 2 next smallest etc. 1~3~5 could be thk.=1
length=3
> width=5)-1234(base style)-845(8 angle cuts at 45°)-12~1(12 holes at size
> 1)-15~6(15 holes at size 6), etc. You would have to make a list of sizes
> that 1 thru... 2 would represent of course but it would probably be easier
> than trying to distinguish sizes separately.
> ~Larry
>
[snip]
Message 6 of 25
Anonymous
in reply to: Anonymous

I'm trying to avoid smart part numbers (if this is possible). I have
worked with other companies where smart part numbers have gotten us into
a world of confusion. And, mostly I don't want to give up adaptability
just because of my part number system.

Larry Caldwell wrote:
> "...1 thru... 2 would represent..."
>
> Sorry ... should be ...1 thru...X would represent..."
> ~Larry
>
> "Larry Caldwell" wrote in message
> news:2EF66B08AB2E517FD4C416F133035AC8@in.WebX.maYIadrTaRb...
>
>>Well ... without knowing everything about your situation, this may be
>>irrelevant, but could you have base part numbers (1234) and use prefixes
>
> and
>
>>suffixes to describe the part? For instance: S(steel A aluminum)1(size 1=
>>smallest thickness then 2 next smallest etc. 1~3~5 could be thk.=1
>
> length=3
>
>>width=5)-1234(base style)-845(8 angle cuts at 45°)-12~1(12 holes at size
>>1)-15~6(15 holes at size 6), etc. You would have to make a list of sizes
>>that 1 thru... 2 would represent of course but it would probably be easier
>>than trying to distinguish sizes separately.
>>~Larry
>>
>
> [snip]
>
>
Message 7 of 25
Anonymous
in reply to: Anonymous

They haven't included automatic part numbering yet, but I don't see why you
would have to give up adaptability, you have to enter part numbers anyway,
right? Like I said, I don't know your situation and don't know where the
confusion sets in, but there is no simple 1234 numbers that will account for
millions of parts that I know of.
~Larry

"Jason M" wrote in message
news:523A283EBEFE08E9904B9D89443C083C@in.WebX.maYIadrTaRb...
> I'm trying to avoid smart part numbers (if this is possible). I have
> worked with other companies where smart part numbers have gotten us into
> a world of confusion. And, mostly I don't want to give up adaptability
> just because of my part number system.
>
> Larry Caldwell wrote:
> > "...1 thru... 2 would represent..."
> >
> > Sorry ... should be ...1 thru...X would represent..."
> > ~Larry
> >
> > "Larry Caldwell" wrote in message
> > news:2EF66B08AB2E517FD4C416F133035AC8@in.WebX.maYIadrTaRb...
> >
> >>Well ... without knowing everything about your situation, this may be
> >>irrelevant, but could you have base part numbers (1234) and use prefixes
> >
> > and
> >
> >>suffixes to describe the part? For instance: S(steel A aluminum)1(size
1=
> >>smallest thickness then 2 next smallest etc. 1~3~5 could be thk.=1
> >
> > length=3
> >
> >>width=5)-1234(base style)-845(8 angle cuts at 45°)-12~1(12 holes at size
> >>1)-15~6(15 holes at size 6), etc. You would have to make a list of sizes
> >>that 1 thru... 2 would represent of course but it would probably be
easier
> >>than trying to distinguish sizes separately.
> >>~Larry
> >>
> >
> > [snip]
> >
> >
>
Message 8 of 25
Anonymous
in reply to: Anonymous

If you like, we can take this offline - give me a call at 260-432-9695 x
233

Here's a few thoughts....

I'd look in the area of standard ipts for the adaptive parts. Include a
reference dimension - say "length" in your parameters with the export
checkbox checked. Then your parts list would include a cut length for
the "adaptive" parts.

As far as iParts... Create a custom column or colums to define the part.
Each part thus inserted will show a separate line in the part list with
the appropriate dimensions... Remember iPArts cannot be adaptive.

This should give you a direction to explore...

--
Dennis Jeffrey
CAD Associates - Fort Wayne
Autodesk University Instructor
Autodesk ASC
(260-432-9695 x 221
Message 9 of 25
Anonymous
in reply to: Anonymous

How do you KISS with millions of parts? Would real long numbers still be
KISS, maybe? .
~Larry

"Hal Gwin" wrote in message
news:52891CA710DF8BE16DBA7279B6C523B5@in.WebX.maYIadrTaRb...
> > One, I cannot dimension an assembly in an idw.
> This must be something in your setup. I dimension assemblies all the
time.
> Most of the sheetmetal peices I generate are assemblies, the metal part
and
> captive hardware that is installed by the sheetmetal house. I always
> dimension the assembly in an idw as if it were a single peice part.
>
> > Two, maybe I can get a quantity of 10 of part 1234 out of the
> > raw material stick, but according to my bill of materials, I'll always
> > get one full stick each time I have to use 1234 in a higher level
> assembly.
> This will require a manual override or a MRP system. A MRP system can
> calculate the total raw material from assembly bills with all the peice
> parts. MRP systems are also pricey and would require someone for data
entry
> and database maintenance.
>
> A manual override in the drawing bill will require your
> engineers/designers/drafters to do the same thing they are doing now,
> calculate it themselves.
>
> With regards the part numbering system, my recommendation would be, keep
it
> simple. I have used "intelligent" numbering systems before and they
always
> become cumbersome or get lots of parts that don't fit the system.
>
>
>
Message 10 of 25
Anonymous
in reply to: Anonymous

I'll take a shot at this. I agree that you'll be better of with an "unintelligent" numbering system. Make your standard parts into iParts and set them up in such a way that the user can define size and raw material upon insertion. In a drawing you can set up a sketch symbol that will reference the necessary parameters (size, material, raw material number, etc...) from the part file.



I'll admit that I'm not experienced with setting up iParts (Charles Bliss' site has everything I've needed) so maybe an iPart pro can step in and add to (or shoot down) my suggestion. If you do set up iParts be aware of some possible speed issues (I've read before) about having really large iPart factories.



MechMan
Message 11 of 25
Anonymous
in reply to: Anonymous

Hi Jason.

Yikes. You have a problem I've dealt with--a little--, but you have it in
spades. Keep in mind that even for the outfits building 'widgets', part
numbering and inventory control is a challenge, and the solutions always
involve compromises. We haven't yet come up with a database that comes
close to accurately modeling the complexities of the real world flawlessly.

Basically, it sounds like you're doing one-ups. Each unit might be very
similar to a dozen others you've done recently, but every customer wants
something slightly unique, so...

One way to handle a situation like this is to encapsulate each project.
Last place I worked, we had a 5-digit project number that formed the prefix
of the part number for all the fabricated parts in that project. If the
next project was very similar, I did a Design-Assistant copy, changing the
prefix number for each part.

Of course, using this system you will end up with parts that are exactly the
same that have two or more part numbers, but for us this was acceptable.
The only occurrence of part #33412-0024 was in project 33412, and it didn't
really matter that the next project used a duplicate of that part, which got
tagged 33413-0005. Besides, in the second project, someone's liable to want
to drill a few extra holes in the thing, which means it's not exactly the
same part after all. Any parts that are established and stable between
projects are treated as library parts.

For custom type projects, this has a few advantages: As each project is
finished, that entire project directory can be archived to a CD. This means
that at any one time you will only be dealing with a fraction of your total
quantity of parts and part numbers. It also means that a project can easily
be retrieved long after it was put to bed, without worrying that a part had
been revised since then, and is now not suitable for it's original use.
Only your stable standard parts and your purchased and library components
are 'live' and persistent.

For the issue of what stock extrusion a part comes from, you could set up a
custom property field in the part template for the number of the original
extrusion. Send the length of the part to custom properties also, and you
can create a driven variable (length of stock extrusion/length of part) to
show how many parts one extruded piece could be expected to produce.

In my current position, I often work with weldments, where I need to detail
individual components on their own sheets, then do a weldment detail showing
the parts 'assembled'. On my individual component details, I use a
single-entry parts list to give certain information about the part that I
keep in the parameters (such as the number of the original extrusion, and
the material callout). This is where a parts list for a single-part drawing
becomes useful, although you can do the same thing with custom properties in
the title block, or in a sketched symbol. Then in the weldment drawing I
insert a parts list, and sync the item numbers up, which helps the shop in
identifying the components.

I'm curious why you can't dimension an assembly in an idw. I do it all the
time. Is it just the iso view? That's a major bummer, and shame on
Autodesk, but you can dim flat views.

I hope this helps. At least it's all grist for the mill.

Cheers,
Walt


"Jason M" wrote in message
news:0EAC462BB1AB03D061DB14EB9AF3FDE0@in.WebX.maYIadrTaRb...
> Hello All.
>
> Please bear with me. This message may be a bit long, but it is important.
>
> My company purchased four seats of IV about 9 months ago, and we have
> been learning how to use it but have come up against one severe hurdle
> that we can't seem to overcome. It has to do with part numbering.
>
> A little background: We build a custom trailers. Due to the nature of
> the business, we have approximately 200 aluminum, and 100 steel
> extrusions that we use on a regular basis, cutting them at any length
> imaginable for at least 200 different models of trailers. And, with
> about 15 designers working on custom variants of these models, we will
> generate an enormous quantity of parts (iParts or whatnot) for
> extrusions alone, then we must address sheet aluminum, sheet steel, wood
> products, etc, etc. Some preliminary calculations that I have done with
> our other engineers (and some help from AutoDesk) has revealed that we
> may need a few tera-bytes of server space to hit the "reusable" 80% mark
> of parts if we were to migrate from AutoCAD to IV. From that point on,
> we may generate maybe 20% of that value yearly in new custom parts. So
> we're literally addressing millions upon millions of individual part
> files.
>
> So, here are our issues:
>
> --How do we address the part numbering?
> We have had people suggest a "smart" part numbering system where the
> part number includes some sort of description about the geometry of the
> part (length, cut style, etc). This is undesirable for several reasons.
> It forces a different type of part number for purchased parts vs.
> in-house parts, it forces us to change part numbers when a design goes
> through a revision, and (most importantly!) it keeps us from being able
> to use IV's adaptability features. If I have to assign a part number
> that defines the cut length of my extrusion, I cannot adapt that length
> without also changing the part number of the extrusion.
>
> --How do we make a bill of materials on an *.idw?
> Right now if I make an ipt, then make an idw of that ipt, and put a
> parts list on it, I end up with a useless parts list. Let's say I make
> an ipt of a 2x2x1/4 wall aluminum extrusion with two angle cuts and some
> holes drilled into it. I'll save it as 1234.ipt then I'll make a
> drawing calling it 1234.idw. My parts list for that idw will simply
> call out the part number 1234. That's not useful. Instead, it should
> call out a part number of the 2x2x1/4 extrusion, since you must acquire
> a stick of the extrusion in order to make the cuts and drills to
> actually 'build' part number 1234. Okay. I've had people suggest that
> I should first make an ipt of the raw material, then make an assembly of
> the raw material, cutting and drilling it to get part 1234. That helps
> with my bill of materials, as for calling the right raw material, but
> leaves two other problems. One, I cannot dimension an assembly in an
> idw. And Two, maybe I can get a quantity of 10 of part 1234 out of the
> raw material stick, but according to my bill of materials, I'll always
> get one full stick each time I have to use 1234 in a higher level
assembly.
>
>
> Any help will be greatly appreciated. So far I think everyone that I
> have conversed with who uses IV, Solidworks, or ProE for their processes
> have all been with companies who either build widgets, or who build one
> at a time custom products. Our issue is that we have such an enormous
> number of parts that we'll have to deal with (thank goodness for iParts)
> but we need to share those parts across many, many custom and standard
> products. So, the part numbering becomes a real problem for us.
>
> Thank you for your patience. For my company, this issue is preventing
> IV from being anything but a nice toy for small projects. I would
> really appreciate any wisdom that can be offered. (My department
> director would really appreciate it too!)
>
> Thanks in advance,
> -Jason
>
Message 12 of 25
Anonymous
in reply to: Anonymous

It sounds to me like the best approach would be to build the pieces as raw material and use assembly features to cut them to length. You would then need to manually edit the quantity on the BOM. Perhaps not the solution you are looking for but it would make for a lot less ipt files.

Rich Thomas
Message 13 of 25
Anonymous
in reply to: Anonymous

here is what we do...our mat'l is given numbers like x15023 and when we make a ipt of just plain raw mat'l we save it as x15023-(whatever lgt) if we mitre the part it gets a part number like a23596-1 (a being the drawing size) (23596 being numbers given in secssion (sp) (-1 meaning it is a detail not a weldment (ga is weldment or assy)) now in our ipt files we set up two custom fields that we input the x number and the description. then in the idw the parts list for a "detail" pulls from the custom fields. but in a assy idw template it does not. make any sense. i have put a sample in the customer files if you want to view it........ps we do alot of specials too like you are talking about.
Message 14 of 25
Anonymous
in reply to: Anonymous

Jason, you said:

One, I cannot dimension an assembly in an idw...

Maybe I'm missing something, but you can dimension IDW assemblies. In any
event, you should follow through on the custom properties approach mentioned
by Dennis. We build equipment out of extrusions, and this works well for
us.

"Jason M" wrote in message
news:6B23D6FEF660E2C4516C0444EAD6BF0C@in.WebX.maYIadrTaRb...
> Hello All.
>
> Please bear with me (BIG SNIP)
Message 15 of 25
Anonymous
in reply to: Anonymous

In addition, if you use custom iparts, you will be able to use the same
part name with different sizes.

--
Dennis Jeffrey
CAD Associates - Fort Wayne
Autodesk University Instructor
Autodesk ASC
(260-432-9695 x 221
Message 16 of 25
Anonymous
in reply to: Anonymous

Okay, okay... I wasn't clear enough last time, and several people have
caught me on it.

What I meant when I said something about not being able to dimension
assemblies, is that if I draw the raw material, then make my part as an
assembly of the material, when I create the idw of the assembly I cannot
choose, "get model dimensions"

So, that's really one of the disadvantages of modeling all your raw
material first.

-Jason

Gary Cook wrote:
> Jason, you said:
>
> One, I cannot dimension an assembly in an idw...
>
> Maybe I'm missing something, but you can dimension IDW assemblies. In any
> event, you should follow through on the custom properties approach mentioned
> by Dennis. We build equipment out of extrusions, and this works well for
> us.
>
> "Jason M" wrote in message
> news:6B23D6FEF660E2C4516C0444EAD6BF0C@in.WebX.maYIadrTaRb...
>
>>Hello All.
>>
>>Please bear with me. This message may be a bit long, but it is important.
>>
>>My company purchased four seats of IV about 9 months ago, and we have
>>been learning how to use it but have come up against one severe hurdle
>>that we can't seem to overcome. It has to do with part numbering.
>>
>>A little background: We build a custom trailers. Due to the nature of
>>the business, we have approximately 200 aluminum, and 100 steel
>>extrusions that we use on a regular basis, cutting them at any length
>>imaginable for at least 200 different models of trailers. And, with
>>about 15 designers working on custom variants of these models, we will
>>generate an enormous quantity of parts (iParts or whatnot) for
>>extrusions alone, then we must address sheet aluminum, sheet steel, wood
>>products, etc, etc. Some preliminary calculations that I have done with
>>our other engineers (and some help from AutoDesk) has revealed that we
>>may need a few tera-bytes of server space to hit the "reusable" 80% mark
>>of parts if we were to migrate from AutoCAD to IV. From that point on,
>>we may generate maybe 20% of that value yearly in new custom parts. So
>>we're literally addressing millions upon millions of individual part
>
> files.
>
>>So, here are our issues:
>>
>>--How do we address the part numbering?
>>We have had people suggest a "smart" part numbering system where the
>>part number includes some sort of description about the geometry of the
>>part (length, cut style, etc). This is undesirable for several reasons.
>> It forces a different type of part number for purchased parts vs.
>>in-house parts, it forces us to change part numbers when a design goes
>>through a revision, and (most importantly!) it keeps us from being able
>>to use IV's adaptability features. If I have to assign a part number
>>that defines the cut length of my extrusion, I cannot adapt that length
>>without also changing the part number of the extrusion.
>>
>>--How do we make a bill of materials on an *.idw?
>>Right now if I make an ipt, then make an idw of that ipt, and put a
>>parts list on it, I end up with a useless parts list. Let's say I make
>>an ipt of a 2x2x1/4 wall aluminum extrusion with two angle cuts and some
>>holes drilled into it. I'll save it as 1234.ipt then I'll make a
>>drawing calling it 1234.idw. My parts list for that idw will simply
>>call out the part number 1234. That's not useful. Instead, it should
>>call out a part number of the 2x2x1/4 extrusion, since you must acquire
>>a stick of the extrusion in order to make the cuts and drills to
>>actually 'build' part number 1234. Okay. I've had people suggest that
>>I should first make an ipt of the raw material, then make an assembly of
>>the raw material, cutting and drilling it to get part 1234. That helps
>>with my bill of materials, as for calling the right raw material, but
>>leaves two other problems. One, I cannot dimension an assembly in an
>>idw. And Two, maybe I can get a quantity of 10 of part 1234 out of the
>>raw material stick, but according to my bill of materials, I'll always
>>get one full stick each time I have to use 1234 in a higher level
>
> assembly.
>
>>
>>Any help will be greatly appreciated. So far I think everyone that I
>>have conversed with who uses IV, Solidworks, or ProE for their processes
>>have all been with companies who either build widgets, or who build one
>>at a time custom products. Our issue is that we have such an enormous
>>number of parts that we'll have to deal with (thank goodness for iParts)
>>but we need to share those parts across many, many custom and standard
>>products. So, the part numbering becomes a real problem for us.
>>
>>Thank you for your patience. For my company, this issue is preventing
>>IV from being anything but a nice toy for small projects. I would
>>really appreciate any wisdom that can be offered. (My department
>>director would really appreciate it too!)
>>
>>Thanks in advance,
>>-Jason
>>
>
>
>
Message 17 of 25
Anonymous
in reply to: Anonymous

Most people I know never use Get model dimensions. Adding the dims in the IDW seems to
be just as easy. IMO

--
Kent
Member of the Autodesk Discussion Forum Moderator Program


"Jason M" wrote in message

> What I meant when I said something about not being able to dimension
> assemblies, is that if I draw the raw material, then make my part as an
> assembly of the material, when I create the idw of the assembly I cannot
> choose, "get model dimensions"
Message 18 of 25
Anonymous
in reply to: Anonymous

RMB on the view of the IAM and show contents. RMB on the part you want the
dimensions and get model dimensions. You will need to do this for each
view.

Kathy Johnson
Message 19 of 25
Anonymous
in reply to: Anonymous

Jason,
I'll throw my 2 cents in on part numbering.
The best systems i've used have the first 2 or 3 digits represent a
family of parts. For example 010 contains wheel parts, 020 contains
doors, 030 contains understructure, 040 contains bolts, 050 contains raw
extrusions, 060 for vendor supplied parts, such as Rugby hoists.. Use
an additional 6 or 7 digits to represent specific parts. I would guess
in your business you do have many parts that are re-used in different
styles of trailers. I would go with modeling the extrusions, and then
cutting them up to the correct length. We do this, and then just add a
few critical reference dimensions to the cut part that define the
extrusion shape.

Brian

Jason M wrote:

> Hello All.
>
> Please bear with me. This message may be a bit long, but it is
> important.
>
> My company purchased four seats of IV about 9 months ago, and we have
> been learning how to use it but have come up against one severe hurdle
> that we can't seem to overcome. It has to do with part numbering.
>
> A little background: We build a custom trailers. Due to the nature
> of the business, we have approximately 200 aluminum, and 100 steel
> extrusions that we use on a regular basis, cutting them at any length
> imaginable for at least 200 different models of trailers. And, with
> about 15 designers working on custom variants of these models, we will
> generate an enormous quantity of parts (iParts or whatnot) for
> extrusions alone, then we must address sheet aluminum, sheet steel,
> wood products, etc, etc. Some preliminary calculations that I have
> done with our other engineers (and some help from AutoDesk) has
> revealed that we may need a few tera-bytes of server space to hit the
> "reusable" 80% mark of parts if we were to migrate from AutoCAD to
> IV. From that point on, we may generate maybe 20% of that value
> yearly in new custom parts. So we're literally addressing millions
> upon millions of individual part files.
>
> So, here are our issues:
>
> --How do we address the part numbering?
> We have had people suggest a "smart" part numbering system where the
> part number includes some sort of description about the geometry of
> the part (length, cut style, etc). This is undesirable for several
> reasons. It forces a different type of part number for purchased
> parts vs. in-house parts, it forces us to change part numbers when a
> design goes through a revision, and (most importantly!) it keeps us
> from being able to use IV's adaptability features. If I have to
> assign a part number that defines the cut length of my extrusion, I
> cannot adapt that length without also changing the part number of the
> extrusion.
>
> --How do we make a bill of materials on an *.idw?
> Right now if I make an ipt, then make an idw of that ipt, and put a
> parts list on it, I end up with a useless parts list. Let's say I
> make an ipt of a 2x2x1/4 wall aluminum extrusion with two angle cuts
> and some holes drilled into it. I'll save it as 1234.ipt then I'll
> make a drawing calling it 1234.idw. My parts list for that idw will
> simply call out the part number 1234. That's not useful. Instead, it
> should call out a part number of the 2x2x1/4 extrusion, since you must
> acquire a stick of the extrusion in order to make the cuts and drills
> to actually 'build' part number 1234. Okay. I've had people suggest
> that I should first make an ipt of the raw material, then make an
> assembly of the raw material, cutting and drilling it to get part
> 1234. That helps with my bill of materials, as for calling the right
> raw material, but leaves two other problems. One, I cannot dimension
> an assembly in an idw. And Two, maybe I can get a quantity of 10 of
> part 1234 out of the raw material stick, but according to my bill of
> materials, I'll always get one full stick each time I have to use 1234
> in a higher level assembly.
>
>
> Any help will be greatly appreciated. So far I think everyone that I
> have conversed with who uses IV, Solidworks, or ProE for their
> processes have all been with companies who either build widgets, or
> who build one at a time custom products. Our issue is that we have
> such an enormous number of parts that we'll have to deal with (thank
> goodness for iParts) but we need to share those parts across many,
> many custom and standard products. So, the part numbering becomes a
> real problem for us.
>
> Thank you for your patience. For my company, this issue is preventing
> IV from being anything but a nice toy for small projects. I would
> really appreciate any wisdom that can be offered. (My department
> director would really appreciate it too!)
>
> Thanks in advance,
> -Jason
>
Message 20 of 25
Anonymous
in reply to: Anonymous

Come-see come-saw, their handy for changing the dims without having to go
back to the model, change then update the idw, but I do it both ways
(usually depending on how sloppily I did the sketch dims).
~Larry

"Kent Keller" wrote in message
news:CB1637114FE3DDD3EDD25E10A4EEB528@in.WebX.maYIadrTaRb...
> Most people I know never use Get model dimensions. Adding the dims in
the IDW seems to
> be just as easy. IMO
>
> --
> Kent
> Member of the Autodesk Discussion Forum Moderator Program
[snip]

Can't find what you're looking for? Ask the community or share your knowledge.

Post to forums  

Autodesk Design & Make Report