I'm writing some auto measurement G-code program using my CNC mill and a
touch probe.
Seems that LinuxCNC doesn't want to stop when the probe is tripped during a
non-probe move if the machine is running a G-code program.
Currently, I'm replacing every non-probe move with G38.3. After it's
execution
On Tue, 5 Dec 2017 00:37:03 +0800
王若溪 wrote:
> I'm writing some auto measurement G-code program using my CNC mill and a
> touch probe.
> Seems that LinuxCNC doesn't want to stop when the probe is tripped during a
> non-probe move if the machine is running a G-code program.
> Currently, I'm replac
On 12/04/2017 09:37 AM, 王若溪 wrote:
I'm writing some auto measurement G-code program using my CNC mill and a
touch probe.
Seems that LinuxCNC doesn't want to stop when the probe is tripped during a
non-probe move if the machine is running a G-code program.
Currently, I'm replacing every non-probe
On 12/04/2017 10:37 AM, 王若溪 wrote:
I'm writing some auto measurement G-code program using my CNC mill and a
touch probe.
Seems that LinuxCNC doesn't want to stop when the probe is tripped during a
non-probe move if the machine is running a G-code program.
Currently, I'm replacing every non-probe
I just tested on my mill with master from a couple of months ago. Probe
trips during G0, G1 and keyboard jog will stop the machine. Probe trips
when using jog wheels are ignored. G0 and G1 were MDI but I guess it
will work the same in auto.
Les
On 04/12/2017 17:38, Jon Elson wrote:
But, I a
> On 4. Dec 2017, at 18:49, Les Newell wrote:
>
> G0 and G1 were MDI but I guess it will work the same in auto.
it does make a differente. it also makes a difference if the machine is homed
or not :D
--
Check out the v
On 12/01/2017 08:19 AM, dave engvall wrote:
Hi all,
I'm attempting to build sim on a Mint 18.2 machine. A friend of mine
has in running 18.2 and 18.3
under VM so this should not be a giant leap.
Has anyone tried sim under Mint? Any ideas or suggestions?
This is a rip installation on a machi
I found the encoder pulse killer!
Each input of that SainSmart board has a noise filter, which starts with
a 100 nf capacitor to ground. In the form of a very tiny chip capacitor.
Lifting one for effect, fixed that channel, so I excised the 3 that were
on the encoder input channels. Now, at the
Too bad we don't have a halscope button to AC couple a channel. Looking
at the velocity output of the encoder, at 300 revs, its so close to a
flat line that at maximum gain and offset which still puts the active
trace on screen, its one pixel from a flat line, so low its not possible
to see an enc
On Monday 04 December 2017 16:34:53 Peter C. Wallace wrote:
> > Too bad we don't have a halscope button to AC couple a channel.
> > Looking at the velocity output of the encoder, at 300 revs, its so
> > close to a flat line that at maximum gain and offset which still
> > puts the active trace on s
On Mon, 4 Dec 2017, Gene Heskett wrote:
Date: Mon, 4 Dec 2017 16:44:38 -0500
From: Gene Heskett
Reply-To: "Enhanced Machine Controller (EMC)"
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Differential receivers for omron encoders.
On Monday 04 December 2017 16:34:53 Peter C
On Monday 04 December 2017 16:47:27 Peter C. Wallace wrote:
> On Mon, 4 Dec 2017, Gene Heskett wrote:
> > Date: Mon, 4 Dec 2017 16:44:38 -0500
> > From: Gene Heskett
> > Reply-To: "Enhanced Machine Controller (EMC)"
> >
> > To: emc-users@lists.sourceforge.net
> > Subject: Re: [Emc-users] Dif
Well, there's an update. Apparently an investor has come in
and will reopen the Tech Shops fairly soon. I think it will
be called Tech Shop2. There will almost certainly be some
reorganization of the business model.
Jon
--
I saw this info, including a non-public letter to their investors.
It declared an intent, yes. BUT lemme say it's "out there".
It does not look like a professional business move. It doesn't look
like it's even in accordance with acceptable business practices.
They didn't file for chapter 13
14 matches
Mail list logo
