Re: [CAD_CAM_EDM_DRO] Re: re:Re: programming by hand
Posted by
Smoke
on 2001-01-12 09:43:02 UTC
I think maybe having the sub-routines at the beginning or at the end is
inherently irrelevent and is a matter for the user to decide. What's more
"intuitive" for you is just the opposite for someone else. Sort of like the
old righties versus lefties question.
The user might even find it better to put the sub-routines in the middle.
Another option would be to have a "sub-routine" that is specifically geared
to tool selection. Then the user would only need to place a "go to" line in
the program to obtain the desired tool. With a number of the most commonly
used tools being "standardized" in this manner a great deal of programing
time would be saved over a period of time. Non-"standard" tools could be
added for special jobs.
This is why I've got my Dream Machine designed so a left hander could
phyically build his machine as a left handed machine by simply reversing
some of the components.
Smoke
inherently irrelevent and is a matter for the user to decide. What's more
"intuitive" for you is just the opposite for someone else. Sort of like the
old righties versus lefties question.
The user might even find it better to put the sub-routines in the middle.
Another option would be to have a "sub-routine" that is specifically geared
to tool selection. Then the user would only need to place a "go to" line in
the program to obtain the desired tool. With a number of the most commonly
used tools being "standardized" in this manner a great deal of programing
time would be saved over a period of time. Non-"standard" tools could be
added for special jobs.
This is why I've got my Dream Machine designed so a left hander could
phyically build his machine as a left handed machine by simply reversing
some of the components.
Smoke
>I have found this to be a very useful practice in the past when working ina production
>CNC environment. I don't use it too much in my hobby activities, butwhenever I am
>Trying to earn a living from in front of a CNC machine it becomesimportant. I do not however,
>agree that subroutines should be placed at the beginning of a program. Themost elegant
>that I have seen is to place the individual routines in sub-programs. Itis much more
>intuitive also to have them at the end "out of the way", and to call themfrom a main
>program that is much better to have at the beginning. That way it iseasier to see the
>order of processing and what tools are required, etc.Also,
>
>
>>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.
>>it generated the part with only one tool size.around
>
>If you knew what you were doing with even Bobcad, you can run circles
>anyone doing manual programming at the machine. You may not be able to domacros,
>this 5 minutes after installing your cam system, but the time to setup the
>subroutines etc, will be shorter with the CAM system than doing it directlyat the control.
>The reason, is that it is easy to set up prepared series of instructionsthat can be
>customized on the fly to cut a particular item. You can also includeinstructions
>to yourself to, for example set the value of Va=-.5 to the actual depthrequired for your
>part. Since you are working in Windows, the editor in most any cam systemis more
>productive than most machine controllers, especially the DOS basedcontrollers, and
>the older dedicated controllers such as Fanuc, Allen-Bradley, etc..time
>
> >With a good isometric
>>drawing of the part I can write a MUCH simpler program. I'd also save
>>by inserting a tool change and bigger Z moves. Having canned cycyesthat
>>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
>when you know what you are doing, you can exercise MUCH more control overtoday
>the toolpath than you can manually. Also most drawings being generated
>are in electronic CAD format, so the issue of having to draw the part tomachine it,
>is becoming obsolete.tools
>
>
>
>>Incidently, I've got another part to cut that can be done using three
>>rather than one. In fact, I'd get a better cut using three tools ratherRather
>>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.
>>than cutting the radii via a complex program using step cutting ...whichNames
>>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
>have already heard:rather than a CNC.
>
>Often times it is more efficient to produce the part with a manual machine
>a single hole I can walk
>This is not a particularly popular thesis, but I can guarantee you that for
>over to my Bridgeport and poke it into a part faster than you can warm upand boot the controller
> on most CNC machines. You want it tapped and a chamfer at the top? 3tools? I will have it done
>before you poke the macro program on your conversational machine OR programit on your Cad-Cam system.
>background of the advisor & maybe
>I am concerned that those getting advice don't always understand the
>it would help in some cases if people would describe a little about thekinds of parts that given kinds of
>approaches are suggested for.provided
>
>As an example sometimes Rhino is suggested as a great Cad system. It is ,
>that you want to make swoopy, nurbs surfaces. It is however not that greatif you want
>to make simple 2 axis CAD drawings of parts with edges. The freeIntellicad may do a
> better job in this case.from solid
>
>For another instance, if I make parts that consist solely of shapes cut
>rectangular bar stock, with drilled and tapped holes, my techniques will bevery different
>than if I make 3D sculpted artwork, with no straight lines anywhere. Ioften times see
>people arguing over the best technique to do these two things, but theydon't say that
>the techniques are for making different kinds parts.http://209.69.202.197/cadcamedmdro.html
>
>
>Best Regards, Fred Smith- IMService
>Listserve Special discounts and offers are at:
>discussion of shop built systems, for CAD, CAM, EDM, and DRO.
>imserv@... Voice:248-486-3600 or 800-386-1670 Fax: 248-486-3698
>
>
>Welcome to CAD_CAM_EDM_DRO@...,an unmoderated list for the
>
>Addresses:
>Post message: CAD_CAM_EDM_DRO@egroups.com
>Subscribe: CAD_CAM_EDM_DRO-subscribe@egroups.com
>Unsubscribe: CAD_CAM_EDM_DRO-unsubscribe@egroups.com
>List owner: CAD_CAM_EDM_DRO-owner@egroups.com, wanliker@...
>Moderator: jmelson@... [Moderator]
>URL to this page: http://www.egroups.com/group/CAD_CAM_EDM_DRO
>FAQ: http://www.ktmarketing.com/faq.html
>bill,
>List Manager
>
>
>
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