RE: [CAD_CAM_EDM_DRO] G-code---for the new millenium
Posted by
Carol & Jerry Jankura
on 2002-02-25 09:37:11 UTC
Guy:
Your suggestion seems quite reasonable to me, but consider the following:
1. The majority of CNC machines available understand some dialect of G-Code.
Hence, I would not think of building a layer to run the machine that
understood anything else.
2. Many of us are using a computer system to generate the G-Code. By that, I
mean that some of us are using a program like VectorCAD/CAM which allows us
to draw a part and generates the appropriate G-Code from the drawing. From
that point, we need only add the non drawable items, such as feed or spindle
speed, and we're ready to go.
So, if I were implementing something like you mention, I'd make a translator
that would convert the "human readable" mnemonics into G-Code. And, I'd most
likely use the EMC document as a base when determining which G-Codes I'd
use.
But, one more thing to consider - Remember when TurboC was introduced for
computers and TurboPascal was one of the major languages. Several folks
decided that Pascal's "begin" was superior to C's '{' so they build a
translator to allow you to write code in pigeon C (with begin, end, etc.)
and then translate into C. It turns out that it was easier to simply learn C
and continue forward. I believe that the same holds true for G-Code.
-- Carol & Jerry Jankura
Strongsville, Ohio
So many toys, so little time....
|My main area of work is in electronics (not computers) and many systems are
|now controlled by microcontrollers. Their language is usually very
|intuitive
|with commands like
|LSL for Logical Shift Left
|CPI for Compare with Immediate
|SER for Set bits in Register
|CLR for Clear Register
|etc... you get the idea.
|
|I was thinking about implementing alternative text commands to Gcode that
|would be equally well interpreted by the software receiving it (machine
|controller). The commands would be 3 or 4 letter words with an intuitive
|meaning to them. It would not take longer to write the code manually, but
|would allow a listing that is much more "readable" by humans. It would also
|allow someone not quite familiar with code to quickly see the tool path in
|the file.
|
|For example, let's imagine...
|RAP for G00 Rapid positioning
|LIN for G01 Linear interpolation
|ACW for G02 Circular interpolation Clockwise (arcs)
|ACCW for G03 circular interpolation counter-clockwise
|CCCW for G13 Circle counter-clockwise
|XYP for G17 X-Y plane designation
|RADL for G41 cutter radius compensation to the left
|DRL for G83 hole drilling
|ABS for absolute programming mode
|FEED feed rate
|LOOP for loop the program
|DWL for dwell
|RPM for (what else) RPM
|END for end program
|etc...
Your suggestion seems quite reasonable to me, but consider the following:
1. The majority of CNC machines available understand some dialect of G-Code.
Hence, I would not think of building a layer to run the machine that
understood anything else.
2. Many of us are using a computer system to generate the G-Code. By that, I
mean that some of us are using a program like VectorCAD/CAM which allows us
to draw a part and generates the appropriate G-Code from the drawing. From
that point, we need only add the non drawable items, such as feed or spindle
speed, and we're ready to go.
So, if I were implementing something like you mention, I'd make a translator
that would convert the "human readable" mnemonics into G-Code. And, I'd most
likely use the EMC document as a base when determining which G-Codes I'd
use.
But, one more thing to consider - Remember when TurboC was introduced for
computers and TurboPascal was one of the major languages. Several folks
decided that Pascal's "begin" was superior to C's '{' so they build a
translator to allow you to write code in pigeon C (with begin, end, etc.)
and then translate into C. It turns out that it was easier to simply learn C
and continue forward. I believe that the same holds true for G-Code.
-- Carol & Jerry Jankura
Strongsville, Ohio
So many toys, so little time....
|My main area of work is in electronics (not computers) and many systems are
|now controlled by microcontrollers. Their language is usually very
|intuitive
|with commands like
|LSL for Logical Shift Left
|CPI for Compare with Immediate
|SER for Set bits in Register
|CLR for Clear Register
|etc... you get the idea.
|
|I was thinking about implementing alternative text commands to Gcode that
|would be equally well interpreted by the software receiving it (machine
|controller). The commands would be 3 or 4 letter words with an intuitive
|meaning to them. It would not take longer to write the code manually, but
|would allow a listing that is much more "readable" by humans. It would also
|allow someone not quite familiar with code to quickly see the tool path in
|the file.
|
|For example, let's imagine...
|RAP for G00 Rapid positioning
|LIN for G01 Linear interpolation
|ACW for G02 Circular interpolation Clockwise (arcs)
|ACCW for G03 circular interpolation counter-clockwise
|CCCW for G13 Circle counter-clockwise
|XYP for G17 X-Y plane designation
|RADL for G41 cutter radius compensation to the left
|DRL for G83 hole drilling
|ABS for absolute programming mode
|FEED feed rate
|LOOP for loop the program
|DWL for dwell
|RPM for (what else) RPM
|END for end program
|etc...
Discussion Thread
Guy Sirois
2002-02-25 09:01:12 UTC
G-code---for the new millenium
Paul Amaranth
2002-02-25 09:20:42 UTC
Re: [CAD_CAM_EDM_DRO] G-code---for the new millenium
Jon Elson
2002-02-25 09:31:02 UTC
Re: [CAD_CAM_EDM_DRO] G-code---for the new millenium
Kevin P. Martin
2002-02-25 09:33:00 UTC
RE: [CAD_CAM_EDM_DRO] G-code---for the new millenium
stephen_stallings
2002-02-25 09:36:15 UTC
Re: G-code---for the new millenium
Carol & Jerry Jankura
2002-02-25 09:37:11 UTC
RE: [CAD_CAM_EDM_DRO] G-code---for the new millenium
audiomaker2000
2002-02-25 11:17:21 UTC
Re: G-code---for the new millenium
Chris L
2002-02-25 19:46:20 UTC
Re: [CAD_CAM_EDM_DRO] G-code---for the new millenium
ballendo
2002-02-26 03:13:03 UTC
Re: G-code---for the new millenium
ballendo
2002-02-26 03:38:55 UTC
Re: G-code---for the new millenium
wanliker@a...
2002-02-26 07:04:09 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Tony Jeffree
2002-02-26 09:11:10 UTC
Re: G-code---for the new millenium
Guy Sirois
2002-02-26 12:57:20 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
imserv1
2002-02-26 14:39:32 UTC
Re: G-code---for the new millenium
Guy Sirois
2002-02-26 15:46:38 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
imserv1
2002-02-26 19:05:17 UTC
Re: G-code---for the new millenium
Raymond Heckert
2002-02-26 19:48:36 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
catboat15@a...
2002-02-27 13:28:23 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
ballendo
2002-02-28 00:22:59 UTC
APT shareware was Re: G-code---for the new millenium
ballendo
2002-02-28 00:33:14 UTC
OT re: Dragon was Re: G-code---for the new millenium
ballendo
2002-02-28 01:35:02 UTC
Re: G-code---for the new millenium
imserv1
2002-02-28 07:12:59 UTC
Re: G-code---for the new millenium
Guy Sirois
2002-02-28 08:00:05 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Guy Sirois
2002-02-28 08:15:42 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Kevin P. Martin
2002-02-28 09:28:38 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Bill Vance
2002-02-28 09:36:31 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Carol & Jerry Jankura
2002-02-28 09:58:26 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Bill Vance
2002-02-28 10:22:05 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
myjakjs
2002-02-28 13:20:31 UTC
Re: G-code---for the new millenium
Guy Sirois
2002-02-28 14:36:45 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Guy Sirois
2002-02-28 15:17:32 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
ballendo
2002-03-01 01:07:03 UTC
Re: G-code---for the new millenium
Guy Sirois
2002-03-01 07:38:35 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Hugh Currin
2002-03-01 07:52:50 UTC
Re: G-code---for the new millenium
myjakjs
2002-03-01 10:35:39 UTC
Re: G-code---for the new millenium
ballendo
2002-03-02 03:49:53 UTC
Re: G-code---for the new millenium
ballendo
2002-03-02 04:11:04 UTC
Re: G-code---for the new millenium
Carol & Jerry Jankura
2002-03-02 06:13:53 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
grouchy_old_fred
2002-03-02 15:32:30 UTC
Re: G-code---for the new millenium
catboat15@a...
2002-03-02 21:34:05 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Chris Clough
2002-03-03 14:02:06 UTC
US Digtal Encoders - Just a follow up
Lew
2002-03-03 15:23:37 UTC
RE: [CAD_CAM_EDM_DRO] US Digtal Encoders - Just a follow up
Chris Clough
2002-03-03 15:26:08 UTC
RE: [CAD_CAM_EDM_DRO] US Digtal Encoders - Just a follow up
Lew
2002-03-03 15:35:41 UTC
RE: [CAD_CAM_EDM_DRO] US Digtal Encoders - Just a follow up
Kevin P. Martin
2002-03-05 21:35:04 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Carol & Jerry Jankura
2002-03-06 05:47:58 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Bill Vance
2002-03-06 07:49:29 UTC
Re: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium
Terry L. Ridder
2002-03-06 08:14:50 UTC
real time extensions for ms windows ( was G-code---for the new millenium )
Bill Vance
2002-03-06 19:02:16 UTC
Re: [CAD_CAM_EDM_DRO] real time extensions for ms windows ( was G-code---for the new
Kevin P. Martin
2002-03-07 00:35:27 UTC
RE: [CAD_CAM_EDM_DRO] Re: G-code---for the new millenium