CAD CAM EDM DRO - Yahoo Group Archive

Re: re:Re: programming by hand

Posted by Fred Smith
on 2001-01-12 07:15:53 UTC
> Date: Thu, 11 Jan 2001 23:08:05 -0700
> From: "Smoke" <Smoke@...>
>Subject: Re: re:Re: programming by hand
>
>If you don't already have "canned" cycles, it's easy enough to "write your
>own". Every time you do any kind of "simple" project, save the useful steps
>as "sub-routines" for possible incorporation into your next project. In
>fact, if you put all your "sub-routines" at the beginning of your main
>program, it would be easy to number each differnt one and add new ones as
>you "discover" them. You could then start EVERY program with your own
>personal basic "canned routines".
>

I have found this to be a very useful practice in the past when working in a production
CNC environment. I don't use it too much in my hobby activities, but whenever I am
Trying to earn a living from in front of a CNC machine it becomes important. I do not however,
agree that subroutines should be placed at the beginning of a program. The most elegant
that I have seen is to place the individual routines in sub-programs. It is much more
intuitive also to have them at the end "out of the way", and to call them from a main
program that is much better to have at the beginning. That way it is easier to see the
order of processing and what tools are required, etc.


>You could also include your personal canned package as you edit the gcode
>produced by your CAM package as well.
>
>CAD is NOT a must...unless your doing really complicated parts. I ran an
>experiment the other night to generate some gcode using the BobCAD demo.
>The code it generated was extremely long for the part to be machined. Also,
>it generated the part with only one tool size.

If you knew what you were doing with even Bobcad, you can run circles around
anyone doing manual programming at the machine. You may not be able to do
this 5 minutes after installing your cam system, but the time to setup the macros,
subroutines etc, will be shorter with the CAM system than doing it directly at the control.
The reason, is that it is easy to set up prepared series of instructions that can be
customized on the fly to cut a particular item. You can also include instructions
to yourself to, for example set the value of Va=-.5 to the actual depth required for your
part. Since you are working in Windows, the editor in most any cam system is more
productive than most machine controllers, especially the DOS based controllers, and
the older dedicated controllers such as Fanuc, Allen-Bradley, etc..

>With a good isometric
>drawing of the part I can write a MUCH simpler program. I'd also save time
>by inserting a tool change and bigger Z moves. Having canned cycyes
>mentioned above would make the whole process that much simpler.....and
>probagbly faster since I wouldn't have to wade thru the generated code to
>make changes that didn't need to be there in the first place.
>

If you spent a little time with a good Cad-Cam system, you would realize that
when you know what you are doing, you can exercise MUCH more control over
the toolpath than you can manually. Also most drawings being generated today
are in electronic CAD format, so the issue of having to draw the part to machine it,
is becoming obsolete.



>Incidently, I've got another part to cut that can be done using three tools
>rather than one. In fact, I'd get a better cut using three tools rather
>than one strait cutting (or a bull nose) end mill. I'd use two ball end
>mills to cut the required radii using only ONE "move" with each tool. Rather
>than cutting the radii via a complex program using step cutting ...which
>leaves a rough surface.
>
>So there IS a place for generating your own gcode programs by hand.
>
Again if you know what you are doing, it is no problem to produce this cut,
even with Bobcad. The benefit is that you won't make a typographical error
when you try to type in a coordinate value like X10.0 instead of X1.0. The
CAM programs won't make this kind of mistake, but operators/programmers DO!


>Smoke
>
>>Nice post! It's good to remember that it all boils down to lines and
>>arcs! For those who HAVE the 'canned cycles' at the level you
>>mention ; i.e.,bolt circles, pockets,macros, etc.(many will just have
>>drill cycles) it is good advice. Single line programs and cutter
>>comp 'tricks'.
>>
>>>But, I think their(CAM) need is overrated. On the other hand a CAD
>>>system is a must.

Last point, lest some think I am biased in favor of CAM systems, and this
is a point that many who squeezed in to the CNC discussion last year at Names
have already heard:

Often times it is more efficient to produce the part with a manual machine rather than a CNC.

This is not a particularly popular thesis, but I can guarantee you that for a single hole I can walk
over to my Bridgeport and poke it into a part faster than you can warm up and boot the controller
on most CNC machines. You want it tapped and a chamfer at the top? 3 tools? I will have it done
before you poke the macro program on your conversational machine OR program it on your Cad-Cam system.

I am concerned that those getting advice don't always understand the background of the advisor & maybe
it would help in some cases if people would describe a little about the kinds of parts that given kinds of
approaches are suggested for.

As an example sometimes Rhino is suggested as a great Cad system. It is , provided
that you want to make swoopy, nurbs surfaces. It is however not that great if you want
to make simple 2 axis CAD drawings of parts with edges. The free Intellicad may do a
better job in this case.

For another instance, if I make parts that consist solely of shapes cut from solid
rectangular bar stock, with drilled and tapped holes, my techniques will be very different
than if I make 3D sculpted artwork, with no straight lines anywhere. I often times see
people arguing over the best technique to do these two things, but they don't say that
the techniques are for making different kinds parts.


Best Regards, Fred Smith- IMService
Listserve Special discounts and offers are at: http://209.69.202.197/cadcamedmdro.html

imserv@... Voice:248-486-3600 or 800-386-1670 Fax: 248-486-3698

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