>
> --
>
> Message: 2
> Date: Sat, 6 Jul 2013 15:58:51 +
> From: Chris Morley
> Subject: Re: [Emc-developers] Okuma absolute encoders
> To: EMC DEV
> Message-ID:
> Content-Type: text/plain; charset="iso-8859-1"
>
>
>
> > Date: Sat, 6 Jul 2013 07:14:41 -0500
> > Fr
On Sunday 07 July 2013 01:20:43 Jon Elson did opine:
> Gene Heskett wrote:
> > Now I can
> >
> > write a peck loop wrapping up the G33.1, that can drive a 10-32 tap
> > half an inch into a prepared hole, backing out to clear chips, and do
> > it in perhaps 45 to 60 seconds. Each direction chan
> Date: Sat, 6 Jul 2013 22:15:26 -0500
> From: el...@pico-systems.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] "Open" Development
>
> Chris Morley wrote:
> >
> > I bet there is a following error spike right when you do reversal or maybe
> > not badly because th
Gene Heskett wrote:
> Now I can
> write a peck loop wrapping up the G33.1, that can drive a 10-32 tap half an
> inch into a prepared hole, backing out to clear chips, and do it in perhaps
> 45 to 60 seconds. Each direction change, at 300 revs, takes a bit less
> than 3 seconds for the stop,
Chris Morley wrote:
>
> I bet there is a following error spike right when you do reversal or maybe
> not badly because the
> spindle does not react with infinite jerk either.
>
Yes, and that''s why you want to control the rate of spindle reversal so
the following axis has a better change of ke
On Jul 6 2013 12:23 PM, Jon Elson wrote:
> EBo wrote:
>> Seriously though, we should
>> be able to merge Araisrobo's code and add spindle synchronized.
>>
> Well, it is pretty obvious to me that jerk limiting and having the Z
> axis
> follow the spindle are in conflict. So, I think the jerk lim
On Saturday 06 July 2013 18:29:25 Jon Elson did opine:
> Chris Morley wrote:
> > I am not an expert, just interested. I don't follow your reasoning.
> > Jerk limiting is about having the TP ask for movement that is possible
> > for the machine to actually produce.
> > infinite jerk is impossible f
On 6 July 2013 23:28, Gene Heskett wrote:
> Depends on what you use to measure it. The strain gauge, epoxied to the
> barrel can give you extremely accurate snapshots that if done twice, one on
> down the barrel about a foot from the one on the chamber, can be computer
> processed to recover the
On Saturday 06 July 2013 18:23:42 Viesturs Lācis did opine:
> 2013/7/6 Chris Morley
>
> > Well I guess it depends on your definition of infinite jerk.
> > (practical approximation or theoretical absolute)
> >
> > In your example acceleration does not actually jump to zero in a large
> > step.
>
> Date: Sat, 6 Jul 2013 16:28:00 -0500
> From: el...@pico-systems.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] "Open" Development
>
> Chris Morley wrote:
> > I am not an expert, just interested. I don't follow your reasoning.
> > Jerk limiting is about having t
Gene Heskett wrote:
>
>
> I know for a fact that in the G76 situation, the actual lock phase of
> spindle vs z is a function of spindle speed, caused by the finite time to
> accelerate the z to a speed whereby it can then remain locked. That
> doesn't start until the index signal has been recei
Chris Morley wrote:
> I am not an expert, just interested. I don't follow your reasoning.
> Jerk limiting is about having the TP ask for movement that is possible
> for the machine to actually produce.
> infinite jerk is impossible for a machine to produce movement for.
> While we can ignore it i
> From: viesturs.la...@gmail.com
> Date: Sat, 6 Jul 2013 23:52:28 +0300
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] "Open" Development
>
> 2013/7/6 Chris Morley
> >
> >
> > Well I guess it depends on your definition of infinite jerk. (practical
> > approximation o
2013/7/6 Chris Morley
>
>
> Well I guess it depends on your definition of infinite jerk. (practical
> approximation or theoretical absolute)
>
> In your example acceleration does not actually jump to zero in a large
> step.
> so I think it's just very very high, not infinite.
>
> just as shooting
> From: viesturs.la...@gmail.com
> Date: Sat, 6 Jul 2013 23:23:22 +0300
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] "Open" Development
>
> 2013/7/6 Chris Morley
>
> >
> > infinite jerk is impossible for a machine to produce movement for.
> >
>
> It is possible w
2013/7/6 Chris Morley
>
> infinite jerk is impossible for a machine to produce movement for.
>
It is possible with the example from car driving - when slowing down and
velocity reaches zero, acceleration immediately jumps to zero, so jerk is
infinite. In the start of the motion - yes, it is impo
> From: bodge...@gmail.com
> Date: Sat, 6 Jul 2013 20:43:53 +0100
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] "Open" Development
>
> On 6 July 2013 20:32, Chris Morley wrote:
>
> > infinite jerk is impossible for a machine to produce movement for.
>
> I am not s
On Sat, 6 Jul 2013, andy pugh wrote:
> Date: Sat, 6 Jul 2013 20:43:53 +0100
> From: andy pugh
> Reply-To: EMC developers
> To: EMC developers
> Subject: Re: [Emc-developers] "Open" Development
>
> On 6 July 2013 20:32, Chris Morley wrote:
>
>> infinite jerk is impossible for a machine to prod
On Saturday 06 July 2013 15:53:41 Chris Morley did opine:
> > Date: Sat, 6 Jul 2013 13:23:15 -0500
> > From: el...@pico-systems.com
> > To: emc-developers@lists.sourceforge.net
> > Subject: Re: [Emc-developers] "Open" Development
> >
> > EBo wrote:
> > > Seriously though, we should
> > >
> > >
On 6 July 2013 20:32, Chris Morley wrote:
> infinite jerk is impossible for a machine to produce movement for.
I am not sure that is necessarily true. (unless you really are talking
about elastic deformation of the machine parts)
--
atp
If you can't fix it, you don't own it.
http://www.ifixit.
> Date: Sat, 6 Jul 2013 13:23:15 -0500
> From: el...@pico-systems.com
> To: emc-developers@lists.sourceforge.net
> Subject: Re: [Emc-developers] "Open" Development
>
> EBo wrote:
> > Seriously though, we should
> > be able to merge Araisrobo's code and add spindle synchronized.
> >
> Well,
On Saturday 06 July 2013 15:01:10 Jon Elson did opine:
> EBo wrote:
> > Seriously though, we should
> >
> > be able to merge Araisrobo's code and add spindle synchronized.
>
> Well, it is pretty obvious to me that jerk limiting and having the Z
> axis follow the spindle are in conflict. So, I
On Sat, Jul 06, 2013 at 04:24:07PM +0200, Michael Haberler wrote:
>
> I do support the idea of the araisrobo tp code be brought into linuxCNC
Have you found that it works properly now? Unless I have missed
something, last we heard of this it was not yet working properly.
http://thread.gmane.org
I think that if we could leverage the primary embedded market that it would
help with buy in if we can differentiate where we do better than say the
Arxuino. One place we could likely get some support is just having a real
regrission suite - some people care about dependability...
I could see
EBo wrote:
> ooo... I like where you are going with this. It is also good to know
> that araisrobo's code does in fact implement spindle sync.
>
And, putting the spindle sync after the jerk-limited TP makes a lot
of sense, too!
Jon
---
EBo wrote:
> Seriously though, we should
> be able to merge Araisrobo's code and add spindle synchronized.
>
Well, it is pretty obvious to me that jerk limiting and having the Z axis
follow the spindle are in conflict. So, I think the jerk limiting may need
to be turned off when in a spindle
Am 06.07.2013 um 17:15 schrieb Lars Segerlund :
> It would be nice to use the arduino as backend, stepgenerator or so,
> and linuxcnc as frontend for heavy stuff
that has in fact been done already several times for steppers
see picnc which will be integrated going forward, although it uses
> Date: Sat, 6 Jul 2013 07:14:41 -0500
> From: stus...@gmail.com
> To: emc-us...@lists.sourceforge.net; emc-developers@lists.sourceforge.net
> Subject: [Emc-developers] Okuma absolute encoders
>
> Will the Okuma absolute encoders allow me to use them as incremental
> encoders and a home switch?
On Sat, 6 Jul 2013, Stuart Stevenson wrote:
> Date: Sat, 6 Jul 2013 07:14:41 -0500
> From: Stuart Stevenson
> Reply-To: "Enhanced Machine Controller (EMC)"
>
> To: EMC2-Users-List ,
> Emc2-developers
> Subject: [Emc-users] Okuma absolute encoders
>
> Will the Okuma absolute encoders al
Hmmm, I think you are better at words than I am, I generally come out
a bit rough :-D ... when I was running 15 ns latency, I was running on
the NMI and had disabled half the cache for the microcontroller, this
one made it possible to disable and memory map it, so I had plenty of
space to stuff th
On Jul 6 2013 8:24 AM, Michael Haberler wrote:
> Am 05.07.2013 um 22:18 schrieb Viesturs Lācis
> :
>>
>> I do not want to be the smart-pants, but velocity is 1st,
>> acceleration is
>> 2nd and jerk is 3rd derivative of position. Anyway, it is already in
>> Araisrobo code, AFAIK their code lacks s
Am 05.07.2013 um 22:18 schrieb Viesturs Lācis :
>
> I do not want to be the smart-pants, but velocity is 1st, acceleration is
> 2nd and jerk is 3rd derivative of position. Anyway, it is already in
> Araisrobo code, AFAIK their code lacks spindle synchronized motion.
Spindle-sync in fact is impl
I agree. If you can stuff your entire calculation into fixed point
then you can do some wicked cool stuff -- I worked on a project where we
embedded a 4-level wavelet decomposition and filter into an FPGA that
processed ultrasonic scans of train rail tracks at 35MPH in real-time
(we were scann
On Jul 5 2013 2:18 PM, Viesturs Lācis wrote:
> 2013/7/5 EBo
>>
>>
>> With LCNC-3.0 I would also like to see if we can add minimization of
>> jerk (the 4'th order derivative of position, so you end up taking
>> the
>> derivative of acceleration and smooth it).
>
>
> I do not want to be the smart-p
Will the Okuma absolute encoders allow me to use them as incremental
encoders and a home switch?
--
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, an
Will the new touchy line search feature be released shortly?
thanks
Stuart
--
Addressee is the intended audience.
If you are not the addressee then my consent is not given for you to read
this email furthermore it is my wish you would close this without saving or
reading, and cease and desist
I think the modifications to Touchy that include ngcgui and gremlin
should be included. I currently use this on my BP and have been using it
for months without any bugs. Thanks to Dewey for doing this.
I need to get the thcud component into master so it can be included.
There seems to a large n
37 matches
Mail list logo
