> From: [email protected]
> To: [email protected]
> Date: Sun, 3 May 2015 10:44:22 -0400
> Subject: Re: [Emc-developers] where the whole path is divided into segment
> by segment
>
> On Sunday 03 May 2015 09:21:55 matic bie wrote:
> > > From: [email protected]
> > > To: [email protected]
> > > Date: Sun, 3 May 2015 06:22:32 -0400
> > > Subject: Re: [Emc-developers] where the whole path is divided into
> > > segment by segment
> > >
> > > Ahh, I see. It will help if you mentally substitute the "0" with
> > > "where it is at", its already there from the previous move so you
> > > don't have to restate it for the next move, so you supply only the
> > > "target" to move to, and bear in mind the target can be selected as
> > > either an absolute location, or a move relative to where it is at.
> > > Also controlled by a G-code, its in the user manual. The machine
> > > doesn't come to a full stop (generally, but you can command it to)
> > > but that is how I think about it.
> > >
> > > This generally is how one would do a "step & repeat" operation
> > > series, you position the machine to the start of the each series in
> > > absolute mode, switch to relative, and call the same subroutine each
> > > time, returning to the absolute mode to set the step position of the
> > > next repeat.
> > >
> > > If you look at some of our code, you will often see a large surplus
> > > of precision stated where .001" is close enough but we'll
> > > write .0010000000, but that is how the accumulation of rounding
> > > errors is best handled. Works for me anyway. OTOH, I'm not carving
> > > new lenses for the hubble either. :)
> > >
> > > I hope this helps.>
> >
> > Thanks. Usually, how much is the length of the target? In which
> > function is the target calculated from G-code?Best regards.
>
> I am not /that/ familiar with the gcode interpreter to have that
> memorized.
>
> What I really am is the lists official old fart at 80 yo. I am a retired
> television Chief Engineer who is actually a Certified Electronics
> Technician who fixed anything that ceased to work, or didn't work
> correctly at a medium market tv station. Getting an early start, I was
> 12 when I wired the house my father was building us to live in after
> WW-II was done and normal living resumed. I was 14 when I started fixing
> these newfangled tv's for a living. Officially an 8th grade education.
> Self educated in electronics.
>
> Back to this, I would state that the axis values passed in a given line
> of g-code are, if in absolute co-ordinates mode, will be taken as the go
> to point in absolute from "homed at zero" space. If the interpreter is
> in relative distance mode, then the X# [Y# Z# A# B# C# U# V# W#] will be
> the new goto point measured from where it was in its view of its working
> envelope at the completion of the prior line of gcode.
>
> That is essentially all I need to know about this aspect of the
> interpreter to make use of the gcode and make things.
>
> So I will now bow out, and let someone who is familiar with the inner
> workings explain it better. I might actually learn something myself!
>
> Cheers, Gene Heskett
> --
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page <http://geneslinuxbox.net:6309/gene>
> > > Thanks. Usually, how much is the length of the target? In which
> > function is the target calculated from G-code?Best regards.
Does anyone have any other suggestion?
------------------------------------------------------------------------------
One dashboard for servers and applications across Physical-Virtual-Cloud
Widest out-of-the-box monitoring support with 50+ applications
Performance metrics, stats and reports that give you Actionable Insights
Deep dive visibility with transaction tracing using APM Insight.
http://ad.doubleclick.net/ddm/clk/290420510;117567292;y
_______________________________________________
Emc-developers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/emc-developers
