Re: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Posted by
Alan Marconett KM6VV
on 2001-07-10 13:59:22 UTC
Hi Ray, Tim,
I've been studying the recent posts on stopping, I.E. M02 & M30, and
also reading CNCpro's, and FlashCut's doc's. I under stand that there
are variations in Gcode!
I found SUBROUTINE CALLS in Flashcut (M98 Pmysub, M30, Omysub ... M99),
and in CNCpro (G22 P20, M30, $20 ... M2). But I can't seem to find a
sub in "NIST274/NGC Interpreter Version 3". I do know that G98 and G99
are used in NGC for "canned cycle return level" (G98 vs. M98, already
made THAT mistake). Does NGC support subroutines? or "subPROGRAMS"?
I see M02 ending a part program, OR doing a RETURN from a subroutine
(depending on which controller software you look at).
I was hoping to find a common denominator (majority vote) for doing
subroutines. ;>)
A common method of doing variables would also be nice!
Alan KM6VV
Ray wrote:
I've been studying the recent posts on stopping, I.E. M02 & M30, and
also reading CNCpro's, and FlashCut's doc's. I under stand that there
are variations in Gcode!
I found SUBROUTINE CALLS in Flashcut (M98 Pmysub, M30, Omysub ... M99),
and in CNCpro (G22 P20, M30, $20 ... M2). But I can't seem to find a
sub in "NIST274/NGC Interpreter Version 3". I do know that G98 and G99
are used in NGC for "canned cycle return level" (G98 vs. M98, already
made THAT mistake). Does NGC support subroutines? or "subPROGRAMS"?
I see M02 ending a part program, OR doing a RETURN from a subroutine
(depending on which controller software you look at).
I was hoping to find a common denominator (majority vote) for doing
subroutines. ;>)
A common method of doing variables would also be nice!
Alan KM6VV
Ray wrote:
>
> John, Tim, Jon
>
> (comments mixed in)
>
> ----Original Message-----
> > From: Tim Goldstein [mailto:timg@...]
> > Sent: Monday, July 09, 2001 12:19 PM
> > To: 'CAD_CAM_EDM_DRO@yahoogroups.com'
> > Subject: RE: [CAD_CAM_EDM_DRO] Why can't I re-run this program?
> >
> >
> > I never really got a good explanation of the various "M" codes,
>
> Concerning program end codes, Tom Kraamer's interpreter page says,
> "To end a program, program M2. To exchange pallet shuttles and then end a
> program, program M30. Both of these commands have the following effects.
>
> 1. Axis offsets are set to zero (like G92.2) and origin offsets are set to the default (like G54).
> 2. Selected plane is set to CANON_PLANE_XY (like G17).
> 3. Distance mode is set to MODE_ABSOLUTE (like G90).
> 4. Feed rate mode is set to UNITS_PER_MINUTE (like G94).
> 5. Feed and speed overrides are set to ON (like M48).
> 6. Cutter compensation is turned off (like G40).
> 7. The spindle is stopped (like M5).
> 8. The current motion mode is set to G_1 (like G1).
> 9. Coolant is turned off (like M9).
>
> No more lines of code in an RS274/NGC file will be executed after the M2
> or M30 command is executed. Pressing cycle start will start the program
> back at the beginning of the file."
>
> > but I use an
> > M2 at the end and the programs to rewind to the top after a couple of
> > seconds and will rerun with just the press of the run button.
> >
> > Tim
> > [Denver, CO]
> >
> > > -----Original Message-----
> > >
> > > I have the following short G-code program I would like to run in EMC
> > > multiple times without reloading it.
> <s> > g20
> > > f 2
> > > g01 x1.5
> > > g01 y .5
> > > g01 x0
> > > g01 y0
> > > m30
> <s>>
>
> I did a little editing on this g-code to simplify but do the same thing.
> Since g1 is modal it only needs to be stated once. And several words can
> be piled into the same line.
>
> g20 g01 f2 x1.5
> y .5
> x0
> y0
> m2
>
> I tried this code with both m2 and m30 and the result was the same here.
> It would restart every time. (I remember some kind of a problem with program end
> with some release a while back.)
>
> The only difference between the revised program and the original is that
> the interpreter does not have to read and set g01 each time. If this were
> a large contouring file it would read ahead and work a little faster.
>
> Ray
Discussion Thread
jguenther@v...
2001-07-09 08:46:59 UTC
Why can't I re-run this program?
Tim Goldstein
2001-07-09 09:22:31 UTC
RE: [CAD_CAM_EDM_DRO] Why can't I re-run this program?
jguenther@v...
2001-07-09 09:34:51 UTC
RE: [CAD_CAM_EDM_DRO] Why can't I re-run this program?
Jon Elson
2001-07-09 10:17:41 UTC
Re: [CAD_CAM_EDM_DRO] Why can't I re-run this program?
Ray
2001-07-10 07:38:51 UTC
RE: Why can't I re-run this program?
Jon Elson
2001-07-10 10:20:01 UTC
Re: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Alan Marconett KM6VV
2001-07-10 13:59:22 UTC
Re: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Jon Elson
2001-07-10 20:54:17 UTC
Re: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Ray
2001-07-11 04:55:59 UTC
Re: RE: Why can't I re-run this program?
John Guenther
2001-07-11 05:15:59 UTC
RE: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Smoke
2001-07-11 08:09:01 UTC
Re: [CAD_CAM_EDM_DRO] Why can't I re-run this program?
Alan Marconett KM6VV
2001-07-11 10:49:29 UTC
RE: Why can't I re-run this program?
Alan Marconett KM6VV
2001-07-11 12:11:59 UTC
RE: Why can't I re-run this program?
Jon Elson
2001-07-11 20:20:59 UTC
Re: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Jon Elson
2001-07-11 20:32:56 UTC
Re: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Alan Marconett KM6VV
2001-07-11 21:49:11 UTC
RE: Why can't I re-run this program?
Ray
2001-07-12 06:50:59 UTC
Re: Why can't I re-run this program?
Ray
2001-07-12 06:51:14 UTC
RE: Why can't I re-run this program?
Jon Elson
2001-07-12 11:11:09 UTC
Re: [CAD_CAM_EDM_DRO] RE: Why can't I re-run this program?
Alan Marconett KM6VV
2001-07-12 12:39:47 UTC
RE: Why can't I re-run this program?
Alan Marconett KM6VV
2001-07-12 13:25:00 UTC
RE: Why can't I re-run this program?