Re: programming by hand
Posted by
dougrasmussen@c...
on 2001-01-11 13:35:36 UTC
Joe,
No so sure I totally agree with you. Probably 98% of our programming
for my 4 cnc's is done on the shop floor. I like to think we're
pretty efficient. Most of our work is close tolerance prototype
stuff.
Given the modern graphical controllers with a good assortment of
canned cycles, the need for CAM is diminished. Don't forget it's the
exception to run into a part which is not made up of a few
rudimentary shapes which can easily be handled by canned cycles.
There's some great advantages of using the control's canned cycles
also. It's very easy to modify the program (usually just one line of
code to completely program a rectangular pocket including step
milling, corner radius spec, plus a finishing pass, for example...
that could easily equal 50+ lines of code from a CAM system), but one
of the biggest advantages is the canned cycles use cutter radius
compensation. So, if for whatever reason a feature does not come out
on size it's easy to change it slightly by changing the cutter
diameter in the tool offset table. Try that with a CAM generated
program.
And, yes, everyone will need a CAM system at some point. Irregular
pockets are difficult using canned cycles. But, I think their need
is overrated. On the other hand a CAD system is a must.
Oh, yeah, here's another reason in favor of hand programming....you
get to cut the parts the way you want not the way the CAM system
wants.
Comments?
thanks,
Doug
No so sure I totally agree with you. Probably 98% of our programming
for my 4 cnc's is done on the shop floor. I like to think we're
pretty efficient. Most of our work is close tolerance prototype
stuff.
Given the modern graphical controllers with a good assortment of
canned cycles, the need for CAM is diminished. Don't forget it's the
exception to run into a part which is not made up of a few
rudimentary shapes which can easily be handled by canned cycles.
There's some great advantages of using the control's canned cycles
also. It's very easy to modify the program (usually just one line of
code to completely program a rectangular pocket including step
milling, corner radius spec, plus a finishing pass, for example...
that could easily equal 50+ lines of code from a CAM system), but one
of the biggest advantages is the canned cycles use cutter radius
compensation. So, if for whatever reason a feature does not come out
on size it's easy to change it slightly by changing the cutter
diameter in the tool offset table. Try that with a CAM generated
program.
And, yes, everyone will need a CAM system at some point. Irregular
pockets are difficult using canned cycles. But, I think their need
is overrated. On the other hand a CAD system is a must.
Oh, yeah, here's another reason in favor of hand programming....you
get to cut the parts the way you want not the way the CAM system
wants.
Comments?
thanks,
Doug
--- In CAD_CAM_EDM_DRO@egroups.com, Joe Vicars <jvicars@c...> wrote:
> It would only take about 40 hours of writing G-code "by hand" to
offset
> the cost of a decent CAM package. That's about 2000 bucks at
average
> billing rates.
> Anything but the most rudimentary code writing would quickly run
into
> labor cost that would far outweigh the cost of CAM.
> If your controller won't take a floppy or RS232 or whatever then
that is
> another matter, but then you probably need to upgrade the control.
The
> same amortization would apply to the control upgrade.
> It just depends on how you cost out your time. Most hobbyists don't
> bill their time as money, so a few hours of code writing is cheaper
than
> 500 bucks cash money.
> Still, it is awfully inefficient with all the stuff available.
> My $.02
Discussion Thread
Joe Vicars
2001-01-11 12:09:12 UTC
programming by hand
dougrasmussen@c...
2001-01-11 13:35:36 UTC
Re: programming by hand
Joe Vicars
2001-01-11 14:06:15 UTC
Re: [CAD_CAM_EDM_DRO] Re: programming by hand
Alan Marconett KM6VV
2001-01-11 14:42:22 UTC
Re: programming by hand
diazden
2001-01-11 16:09:56 UTC
Re: [CAD_CAM_EDM_DRO] Re: programming by hand
wanliker@a...
2001-01-11 16:10:13 UTC
Re: [CAD_CAM_EDM_DRO] Re: programming by hand
ballendo@y...
2001-01-11 16:54:10 UTC
re:Re: programming by hand
Marcus & Eva
2001-01-11 21:55:42 UTC
Re: [CAD_CAM_EDM_DRO] Re: programming by hand
Smoke
2001-01-11 22:12:15 UTC
Re: [CAD_CAM_EDM_DRO] re:Re: programming by hand
Jon Elson
2001-01-11 22:13:45 UTC
Re: [CAD_CAM_EDM_DRO] programming by hand
Fred Smith
2001-01-12 07:15:53 UTC
Re: re:Re: programming by hand
Smoke
2001-01-12 09:43:02 UTC
Re: [CAD_CAM_EDM_DRO] Re: re:Re: programming by hand
ballendo@y...
2001-01-12 20:24:06 UTC
re: rE:Re:RE: programming by hand
dougrasmussen@c...
2001-01-12 21:35:28 UTC
rE:Re:RE: programming by hand
Jon Anderson
2001-01-12 22:06:37 UTC
Re: [CAD_CAM_EDM_DRO] rE:Re:RE: programming by hand
Smoke
2001-01-12 22:16:10 UTC
Re: [CAD_CAM_EDM_DRO] rE:Re:RE: programming by hand
Smoke
2001-01-12 22:18:20 UTC
Re: [CAD_CAM_EDM_DRO] rE:Re:RE: programming by hand
diazden
2001-01-13 01:06:07 UTC
Re: [CAD_CAM_EDM_DRO] Re: re:Re: programming by hand
ballendo@y...
2001-01-13 02:29:22 UTC
Re: Re: re:Re: programming by hand
Bill Griffin
2001-01-13 08:30:10 UTC
rE:Re:RE: programming by hand
dougrasmussen@c...
2001-01-13 10:13:48 UTC
rE:Re:RE: programming by hand
ballendo@y...
2001-01-13 14:13:25 UTC
rE:Re:RE: programming by hand
Smoke
2001-01-13 14:55:55 UTC
Re: [CAD_CAM_EDM_DRO] Re: re:Re: programming by hand
Smoke
2001-01-13 15:19:10 UTC
Re: [CAD_CAM_EDM_DRO] rE:Re:RE: programming by hand
Alvaro Fogassa
2001-01-13 15:28:48 UTC
Re: programming by hand
ballendo@y...
2001-01-13 15:37:03 UTC
Re: Re: re:Re: programming by hand
Smoke
2001-01-13 15:50:20 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: re:Re: programming by hand
ballendo@y...
2001-01-13 16:02:19 UTC
Re: rE:Re:RE: programming by hand
diazden
2001-01-14 00:17:21 UTC
Re: [CAD_CAM_EDM_DRO] Re: rE:Re:RE: programming by hand
dave engvall
2001-01-14 10:25:07 UTC
Re: [CAD_CAM_EDM_DRO] Re: Re: re:Re: programming by hand
Bill Griffin
2001-01-15 09:32:25 UTC
re: rE:Re:RE: programming by hand