2009/11/4 Jon Elson el...@pico-systems.com:
axis will just come to a stop and remain in sync. You can manually turn the
spindle over to see that Z is still slaved to the spindle. You can then use
caliper points to try to estimate the the offset needed, or just align
the tool in
the thread
It does take longer on a lathe without a compound. You must watch the
motion, make adjustments and watch again until you have the tool tip aligned
with the threads. The more material you need to take off the part the less
accurate your position must be to restart the cutting of the part.
Stuart
Andy Pugh wrote:
2009/11/4 Jon Elson el...@pico-systems.com:
axis will just come to a stop and remain in sync. You can manually turn the
spindle over to see that Z is still slaved to the spindle. You can then use
caliper points to try to estimate the the offset needed, or just align
Gentlemen,
I have cut multistart threads and adjusted the machine to recut threads by
adjusting the start point Z coordinate. I would think it would work very
similar in EMC2.
Stuart
On Tue, Nov 3, 2009 at 2:40 PM, Andy Pugh a...@andypugh.fsnet.co.uk wrote:
2009/11/3 Chris Radek
2009/11/3 Chris Radek ch...@timeguy.com:
If you try a git master build and find that it works for you, that
would be helpful and would be another push for us to put it in the
next 2.3 release.
Machines++
I just tried the 4mm pitch M39 thread that I rather suspect kicked off
this whole thing,
On Mon, 2 Nov 2009 21:48:49 -0600, you wrote:
On Mon, Nov 02, 2009 at 11:34:25PM +, Steve Blackmore wrote:
On Wed, 28 Oct 2009 17:06:48 +0100, you wrote:
Am 27.10.2009 um 23:35 schrieb Michael Haberler:
I tried with a build from latest master, and a second build from just
before
Andy Pugh wrote:
It does pose one question, though. With a leadscrew you can pick up
an existing thread by engaging the nut, stopping the spindle and and
using the compound slide to align the tool with the thread.
Is there an equivalent with EMC2? I am thinking you could perhaps stop
the
On Mon, Nov 02, 2009 at 11:34:25PM +, Steve Blackmore wrote:
On Wed, 28 Oct 2009 17:06:48 +0100, you wrote:
Am 27.10.2009 um 23:35 schrieb Michael Haberler:
I tried with a build from latest master, and a second build from just
before Chris' fix
Am 27.10.2009 um 23:35 schrieb Michael Haberler:
I tried with a build from latest master, and a second build from just
before Chris' fix
http://git.linuxcnc.org/gitweb?p=emc2.git;a=commit;h=be0dad0cd18f980aacdc6e2e0b7884304a5fb9f7
.
It seems that particular fix really got rid of the
Since I'm a bit at wit's end - if anybody wants to give it a stab:
Here is a hardware-free emc2 config which shows the oscillation. It
needs hal, so I guess it wont work on emc-sim, but it doesnt touch any
hardware (simulated encoder, and stepgen outputs etc not connected).
On Tue, Oct 27, 2009 at 08:41:06PM +0100, Michael Haberler wrote:
http://mah.priv.at/cgi-bin/viewvc.cgi/emc-syncmove-without-hardware.tar.gz?root=CVSview=tar
Thanks for sending this config.
Running this config on git master (14b8248a) gives me
I've pulled a fresh copy of master and now get the same (clean) plot
like you in the test setup I sent - superb!
There's a chance I created a snafu as I blunder down the git learning
curve.. I'll see wether I can isolate what will cause the change from
bad to good in my old setup, or it's
12 matches
Mail list logo