John Kasunich wrote:
Never assume :) Stopping at the end of the current line or arc is better
than the current behaviour.
If swarf starts wrapping around the tool 1 inch into a 10 inch long
slot, waiting until the end of the move is not going to work.
So what do YOU do in that situation
On Mon, 17 May 2010 18:24:34 -0500, you wrote:
Define commercially ?
Fanuc, Siemens even Mach3.
Steve Blackmore
--
--
___
Emc-users mailing list
On Mon, 17 May 2010 18:02:44 -0700 (PDT), you wrote:
I've been running emc2 all day today and every job has required a manual tool
change. What I do is simply divide up my program and end each section with M00
so it doesn't continue past that point, then I just hit escape, jog, change
tools,
John Kasunich pravi:
I already wrote half a book last night, and I'm not going to do it
again today. Suffice it to say that Run from Line is another one
of those things that is incredibly hard to do in a correctly in all
cases. If a program uses nothing but G0, G1, G2, G3, then it is
I've been running emc2 all day today and every job has required a manual tool
change. What I do is simply divide up my program and end each section with
M00 so it doesn't continue past that point, then I just hit escape, jog,
change tools, touch off, and then use run from here on the first
Les' manual toolchange fix allows that without the risk of the unknowns
involved with the run from here command.
Steve Blackmore
Er, actually it does use run from here. For example if you were to use
all incremental code from the tool change onwards it would foul up in a
big way. You
On 18 May 2010 01:01, John Kasunich jmkasun...@fastmail.fm wrote:
I'll bet anyone a pint of their favorite beer that for any suggested
implementation of run-from-line, I can come up with g-code that breaks
it.
On the basis that I owe all the devs a fair number of beers already:
Pause is hit:
On 5/18/2010 3:26 AM, Steve Blackmore wrote:
On Mon, 17 May 2010 18:02:44 -0700 (PDT), you wrote:
I've been running emc2 all day today and every job has required a manual
tool change. What I do is simply divide up my program and end each section
with M00 so it doesn't continue past
Gentlemen,
On the basis that I owe all the devs a fair number of beers already:
agreed
Pause is hit:
Save all modal parameters (spindle speeds, coolants, all variables-I
don't think we can allow changes to any variables)
Save the motion queue and the fraction of the current move
On Tue, 18 May 2010 10:43 +0100, Andy Pugh a...@andypugh.fsnet.co.uk
wrote:
On 18 May 2010 01:01, John Kasunich jmkasun...@fastmail.fm wrote:
I'll bet anyone a pint of their favorite beer that for any suggested
implementation of run-from-line, I can come up with g-code that breaks
it.
On 18 May 2010 16:41, John Kasunich jmkasun...@fastmail.fm wrote:
Are you saving this position in absolute machine coordinates, or in
g-code coordinates (corresponding to the number on the DRO, which
includes the effects of G54, etc.)?
G-code (relative) coordinates.
I'm pretty sure it would
I merely meant to point out that commercially you can't feed hold in
canned cycles would be too generalized, since it works for *some*
I wouldn't want an option to start/pause/anything mid cycle on a G76 ;)
On Tue, May 18, 2010 at 5:50 AM, Andy Pugh a...@andypugh.fsnet.co.uk wrote:
On 18 May
On Tue, 18 May 2010 05:12:48 -0500, you wrote:
Just checking, since Fanuc does allow feed hold in canned cycles as
well, it's actually where jogging during feedhold is used far more
than at any other program part in our shop.
During a G71, it's majorly useful to interrupt the move, jog away,
On Mon, 17 May 2010 19:45:42 -0400, you wrote:
A clear Mission Statement may help with any confusion in the future?
You still seem to think that EMC2 is a business, complete with a
top-down heirarchy, where bosses write Mission Statements and
tell the peons what to do.
John - Read your own
Stuart Stevenson wrote:
On a Mazak I ran years ago there was a button I think was TPS (Tool Point
Save). This allowed you to stop in a cut, push the button, move the machine,
push the button, move the machine, push the button.
The Allen-Bradley 7320 (1978-vintage control based on 16-bit
On Mon, 17 May 2010 02:40 +0100, Steve Blackmore st...@pilotltd.net
wrote:
look at the wiki page, nobody is asking that it works during
macros, canned cycles, loops or any other excuse that can be
made to not implement it.
How about this excuse:
(Note: to understand this, you will have to
On Sun, 16 May 2010 21:08:40 -0500, you wrote:
As soon as a use presses ok, I don't want it go linear line to
the stopped point, but I want to put a option to align in order.
For example first X and Y, then Z.
This way I will have less chance to crash the tool in the part.
I think this will
to this wonderful software myself.
From: John Kasunich jmkasun...@fastmail.fm
To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net
Sent: Mon, May 17, 2010 1:50:44 AM
Subject: Re: [Emc-users] Jog under PAUSE / tool cnange
On Mon, 17 May 2010 02:40 +0100
I like that description John.
I'm myself are aware of problems of realtime programming as I do that
daily with microcontrollers but other user's doesn't know that problems.
I know that editing/modifiing realtime software is pain. You make new
function and other one stops work as should. It's
Sorry, I did not read the complete thread.
Maybe there is an easier solution to this problems:
How about if emc would store the gcode position after a stop/emergency
shutdown,i.e. the last completely finished move.
And if there would be a continue button, where emc will replay the
complete gcode
Slavko Kocjancic pravi:
p.s.
Just one thing. What software (or machine) doesn't alow jog under pause?
Uff I forgot that one. EMC2
--
___
Emc-users mailing list
On 17 May 2010 09:12, Ian W. Wright watchma...@talktalk.net wrote:
As my initial suggestions - I can't see why the program would have to
return to exactly the same place in the script as it was when it was
paused before the jog surely it could return to the start of the
'block' or line it
On 05/17/2010 04:12 AM, Ian W. Wright wrote:
Well said John. I, for one, am extremely grateful for all the work that
the 'developers' have put into EMC over the years. While I have never
used EMC in a commercial sense, I have followed its development almost
from its inception and have always
On 17 May 2010 10:01, Slavko Kocjancic esla...@gmail.com wrote:
Is someone of developer come to Slovenia then just drop the mail and I
wil fillup the fridge with beer.
I have always promised myself I would go back to Slovenia (we blasted
through without stopping on the way to Romania in 1999
Andy Pugh pravi:
On 17 May 2010 09:12, Ian W. Wright watchma...@talktalk.net wrote:
As my initial suggestions - I can't see why the program would have to
return to exactly the same place in the script as it was when it was
paused before the jog surely it could return to the start of
Andy Pugh wrote:
it seems that the reason that jog-on-tool-change is possible is that
the motion controller stops there anyway (and expects to stop there).
I guess this means that jog-on-tool-change is relatively easy, though
perhaps it needs to refuse to restart unless it is at it's safe
Thanks for both providing a framework to context requests and teaching
me something about how EMC works. Save a copy. I'm sure it will be
useful again in the future to context another request.
Unless one has dealt with the details of complex systems is easy to
assume that if it seems like it
Jog on tool change (or on pause) should be straight forward. At the
pause, simply remember each of the jogs. Then when resume is executed,
play them back in reverse order.
I believe that all of this can be done with HAL components.
This would NOT solve the touch off problem. One could, of
I've taken the liberty of memorializing John's post (without what he
refers to as a rant that may be removed) at:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?WhyManualWhilePausedIsHard
I've also added a link to it from the page:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ManualWhilePaused
Slavko,
On Mon, May 17, 2010 at 4:15 AM, Slavko Kocjancic esla...@gmail.com wrote:
Slavko Kocjancic pravi:
p.s.
Just one thing. What software (or machine) doesn't alow jog under pause?
Uff I forgot that one. EMC2
Forgive me if I did not understand the tone of this post. I speak
I can't belive that we are talking so much how hard is to implement this.
And nobody implementing this just beacouse is hard.
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EmcFeatures
There are features that at least 90% of user's doesn't need. But will be
added just beacouse they are simple to
Stuart Stevenson pravi:
Slavko,
On Mon, May 17, 2010 at 4:15 AM, Slavko Kocjancic esla...@gmail.com wrote:
Slavko Kocjancic pravi:
p.s.
Just one thing. What software (or machine) doesn't alow jog under pause?
Uff I forgot that one. EMC2
Forgive me if I did not
Re-starting from the beginning of the line of g-code that was PAUSED
would work for most applications. Consider this as a possible and
useful partial solution.
This still might be messy with loops and other complications like
coolant pump state but could prove easier to program.
What would
Salvko,
i think it would be a good idea to seperate item 15 into two items:
15) JOG under PAUSE - Alow users to jog machine when program is paused.
16) JOG under ToolChange - Alow users to jog machine when program M6
executed. The TouchOff? should be enabled too and maybe even MDI
Although
-ltd.com]
Sent: Monday, May 17, 2010 7:39 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] Jog under PAUSE / tool cnange
I've taken the liberty of memorializing John's post (without
what he refers to as a rant that may be removed) at:
http://wiki.linuxcnc.org/cgi-bin
While i would be thrilled to stop mid cycle, change insert, move back
and continue, (we do it all the time on long (roughing) passes on our
Fanucs, we note the position, move away, index turret, change insert,
index back to current tool, move back to point we stopped cutting at
and back in auto,
Steve Stallings wrote:
One of the many problems with Jog under Pause is
that a pause can interrupt a partial move.
Neglecting specially-shaped cutters (keyway, T-slot), and also
neglecting niceties like tangent arc entries to arc moves (probably
impossible since EMC doesn't know what the
Hello...
Not bad idea to be separate item as jog under toolchange can be resolved
quicker.
I changed wiki and I think all command M0 M1 and M6 can behave similar.
For example if someone mill plastic then can issue few M1 in program and
has optional stop on M1 dissabled.
If swarf come up then
Slavko Kocjancic wrote:
[snip]
Beaware of one nasty thing with manualtoolchange.py! When window popup
the keyboard control is on that window! If someone uses Estop in
keyboard and something goes wrong during toolchange dialog then Estop
button wont work!
This is one reason why you never
Normally I am a top poster, but I will try to
insert my replies below as Stephen did.
-Original Message-
From: Stephen Wille Padnos [mailto:spad...@sover.net]
Sent: Monday, May 17, 2010 10:15 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Jog under PAUSE / tool
Offsets are applied in the interpreter, and the already-offset motions
are queued for the motion controller to execute. If you change the tool
offset, the queue has to be discarded and re-filled with a new set of
offset motions. Executing G-code can change the interpreter state, e.g.
-
tags: Freelance TYPO3 Glassfish JasperReports JasperETL Flex Blaze-DS
WebORB PostgreSQL DB-Architect
email: r...@vantwisk.nlweb: http://www.rvantwisk.nl/
skype: callto://r.vantwisk
Kenneth Lerman wrote:
Jog on tool change (or on pause) should be straight forward. At the
pause, simply remember each of the jogs. Then when resume is executed,
play them back in reverse order.
Allen-Bradley controls apparently use this technique.
I believe that all of this can be done
Stephen Wille Padnos pravi:
This is one reason why you never ever ever ever use a keyboard or mouse
action as an emergency stop. Ever.
It's not just hal_manualtoolchage either, the OS can pop up a window
or change focus for any reason, at any time.
The only stop button that can
How about tagging each move? Each move has a unique number. If you stop
to change tool halfway through the system knows exactly what move it is
on and how far through that move it is. For instance you may be 50%
through move 5227.
When you restart, the interpreter dry runs the code using the
Ries van Twisk pravi:
The proper way to solve e-Stop is to have a external button connected
to your machine,
next to a emergency stop. I think every decent size machine (that can
seriously hurt a human)
should have external buttons for that I do have, but luckly never used
them :)
As run from selected line just do RUN FROM SELECTED LINE!
and if machine is metric and in 1'st line you have G20 then part come
out realy big.
and if somwhere within program some variables are set after Run from
selected line they have big chance to be wrong.
I thought it re-ran the
I agree. There is no need for an estop button in the GUI. In fact the
start button is of dubious value. On any machine I build you have to
physically press a button to enable the drives. Trying to do it in the
GUI will do nothing.
Les
Slavko Kocjancic wrote:
I'm aware of that. And I have
Jon Elson pravi:
Kenneth Lerman wrote:
Jog on tool change (or on pause) should be straight forward. At the
pause, simply remember each of the jogs. Then when resume is executed,
play them back in reverse order.
Allen-Bradley controls apparently use this technique.
I
AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Jog under PAUSE / tool cnange
Offsets are applied in the interpreter, and the
already-offset motions
are queued for the motion controller to execute. If you change the
tool offset, the queue has to be discarded
I think, that following solution might be easy to implement:
1) press pause
2) press button, which stores coordinates of current position
3) jog away, do what ever...
4) press button, which returns to saved coordinates. here is
important, that first move is in XY plane, Z move is last
5) hit
Leslie Newell pravi:
As run from selected line just do RUN FROM SELECTED LINE!
and if machine is metric and in 1'st line you have G20 then part come
out realy big.
and if somwhere within program some variables are set after Run from
selected line they have big chance to be wrong.
Viesturs Lācis pravi:
I think, that following solution might be easy to implement:
1) press pause
2) press button, which stores coordinates of current position
That G30.1 does
3) jog away, do what ever...
4) press button, which returns to saved coordinates. here is
important, that first
Leslie Newell pravi:
I agree. There is no need for an estop button in the GUI. In fact the
start button is of dubious value. On any machine I build you have to
physically press a button to enable the drives. Trying to do it in the
GUI will do nothing.
Les
I found that some chargepump
On Monday 17 May 2010, Viesturs Lācis wrote:
I think, that following solution might be easy to implement:
1) press pause
Pressing pause should store all modal info in addition to current line being
executed.
2) press button, which stores coordinates of current position
One button, the pause
On 17 May 2010 17:11, Viesturs Lācis viesturs.la...@gmail.com wrote:
4) press button, which returns to saved coordinates. here is
important, that first move is in XY plane, Z move is last
That might not work for a lathe, or a hot-wire cutter, or a
fly-fishing rod maker or.
One of the
On Mon, 17 May 2010 06:44:12 -0700, you wrote:
Re-starting from the beginning of the line of g-code that was PAUSED
would work for most applications. Consider this as a possible and
useful partial solution.
This still might be messy with loops and other complications like
coolant pump state
In that case shouldn't a pause - stop - jog/mdi/touchoff - manually jog
close to previous position - run from here work?
I ran a bunch of cam generated code last night on a simulator setup and
could not make the run from here (right click on gcode line etc)
screw up - although I guess it
On Mon, 17 May 2010 02:50:44 -0400, you wrote:
The motion controller pulls lines and arcs out of the queue and
makes the tool move along that path. A particular line or arc
might sit in the queue for a couple tenths of a second, if you
have a program that consists of many short moves. It also
On Mon, 17 May 2010 17:02:23 +0100, you wrote:
As run from selected line just do RUN FROM SELECTED LINE!
and if machine is metric and in 1'st line you have G20 then part come
out realy big.
and if somwhere within program some variables are set after Run from
selected line they have big
On Mon, 17 May 2010 23:14 +0100, Steve Blackmore st...@pilotltd.net
wrote:
On Mon, 17 May 2010 02:50:44 -0400, John Kasunich wrote:
The motion controller pulls lines and arcs out of the queue and
makes the tool move along that path. A particular line or arc
might sit in the queue for a
As run from selected line just do RUN FROM SELECTED LINE!
and if machine is metric and in 1'st line you have G20 then part come
out realy big.
and if somwhere within program some variables are set after Run from
selected line they have big chance to be wrong.
I thought it
I've been running emc2 all day today and every job has required a manual tool
change. What I do is simply divide up my program and end each section with M00
so it doesn't continue past that point, then I just hit escape, jog, change
tools, touch off, and then use run from here on the first line
there is always a spoil sport in every crowd - :)
On Mon, May 17, 2010 at 8:02 PM, Chris Reynolds c_reynolds2...@yahoo.comwrote:
I've been running emc2 all day today and every job has required a manual
tool change. What I do is simply divide up my program and end each section
with M00 so it
Steve Blackmore wrote:
On Mon, 17 May 2010 17:02:23 +0100, you wrote:
I thought it re-ran the whole code. My mistake. I probably got confused
by Mach which does re-run the whole code.
So did I until I stuffed a tool into a job, it doesn't seem to apply
offsets properly either :(
Dave pravi:
OK.. now I am confused. I haven't looked at Les' jog during tool change fix.
Where is that fix documented? Is it in the Wiki?
I have no idea why that is not in V2.4. Perhaps no one asked that it be
included?
Are you saying that you can do a jog during a tool change but you
It has been a while since I last looked at it but if I remember
correctly my 'fix' is just a hack to the tool change routine. on a tool
change it takes a note of the current line then stops the interpreter.
You can then jog etc. Afterwards it just does a 'run from here'. This
only works on a
On Sat, 15 May 2010 15:09:52 -0400, you wrote:
From the discussion I have heard there are many concerns about putting
this functionality into EMC2 plus it is viewed as being very difficult.
Jog during feedhold is in every commercial control I've used, it's a
glaring omission in EMC.
What
Leslie Newell pravi:
It has been a while since I last looked at it but if I remember
correctly my 'fix' is just a hack to the tool change routine. on a tool
change it takes a note of the current line then stops the interpreter.
You can then jog etc. Afterwards it just does a 'run from
Gentlemen,
In 1980 I remember starting in the middle of a program on a Fanuc 5T and
GE 1050 mill controls. It was the operators responsibility to get the
machine in position and the control prepared to start.
On the these controls I could skip lines with a toggle switch or search
button. The
On Sun, 2010-05-16 at 10:17 -0500, Stuart Stevenson wrote:
Gentlemen,
In 1980 I remember starting in the middle of a program on a Fanuc 5T and
GE 1050 mill controls. It was the operators responsibility to get the
... snip
You want something - GO FOR IT. You will find the people involved
There is no doubt that the developers are an awesome bunch of
individuals. I am constantly impressed by their helpfulness.
EMC2 is a standout piece of software because of their dedicated efforts.
Dave (Dave911)
On 5/16/2010 11:49 AM, Kirk Wallace wrote:
On Sun, 2010-05-16 at 10:17 -0500,
Jog during feedhold is in every commercial control I've used, it's a
glaring omission in EMC.
I'm sure that EMC2 will pickup that feature eventually but there is a list of
work that is being done and from what I have heard, doing this right is not
an easy task.
The developers are a very
On Sun, 16 May 2010 10:17:46 -0500, you wrote:
Gentlemen,
In 1980 I remember starting in the middle of a program on a Fanuc 5T and
GE 1050 mill controls. It was the operators responsibility to get the
machine in position and the control prepared to start.
On the these controls I could skip
hey guys,
I have been looking at the other hal_manualtoolchange
and this seems to work fine with absolute position mode,
in relative mode it get's lost.
However, what I want to do is as soon as the window pop-ups up
I want to store the machine coordinates in a variable/file.
The change I want
Good place to start.
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?EmcFeatures
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
I found nothing.
Seem's that developers all have machines with ATC and EMC as is work's
ok for them. All other user's (with coolets routers) need's to use some
strange workarounds. In my case the toolcnahge.py script from this
thread. Near all machines I see does have option to do tool seeting
On May 15, 2010, at 2:05 AM, Slavko Kocjancic wrote:
I found nothing.
Seem's that developers all have machines with ATC and EMC as is work's
ok for them. All other user's (with coolets routers) need's to use
some
strange workarounds. In my case the toolcnahge.py script from this
On Sat, 15 May 2010 07:31:08 -0500, you wrote:
I think there is an interest in this because I think it's a good
feature.
However, as the work around is fairly simple the priority for
creating this feature would be low.
Work around simple? Please tell.
I turn nylon pretty regularly. It has a
From the discussion I have heard there are many concerns about putting
this functionality into EMC2 plus it is viewed as being very difficult.
However, I was working some some hal configuration the other day and
there is a hal component that allows an offset to be put into a position
command
OK.. now I am confused. I haven't looked at Les' jog during tool change fix.
Where is that fix documented? Is it in the Wiki?
I have no idea why that is not in V2.4. Perhaps no one asked that it be
included?
Are you saying that you can do a jog during a tool change but you cannot do a
On Tue, 16 Mar 2010 14:42:10 +0200, you wrote:
Has any thought been given to this by the development group since March?
- what is allowed during a pause? everything? only jogging? some MDI?
all
g-codes? running subprograms?
My first thought was jog-only, but then I realised you need to be
I see that a commercial Z axis preset gauge is A$275
down here,
so a DIY alternative is attractive. (And it's advertised with
LED lamp, but no mention of an electrical output socket, so
maybe no use, anyway.)
I have one of those
Gene Heskett pravi:
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
2010/3/17 Gene Heskett gene.hesk...@gmail.com
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
Frank Tkalcevic pravi:
I see that a commercial Z axis preset gauge is A$275 down
here, so a
On Friday 19 March 2010, Slavko Kocjancic wrote:
Gene Heskett pravi:
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
[...]
And that sounds like a good idea too. But it needs a flat top, just in
case you miss the exact xy spot. :-)
That's not a problem. When I go to the woods to collect
I have had really good luck with a generic microswitch for tool length
probing. When I tested it - the repeatability was .001
I only set the length for the first tool - it touches the microswitch
for reference. The rest of the tools are referenced to that one.
Happy with it.
I started a wiki page on this topic, hopefully everyone who has a saying
about it will contribute to it [1]
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ManualWhilePaused
Done ;)
Steve Blackmore
--
--
Download
Steve Blackmore pravi:
I started a wiki page on this topic, hopefully everyone who has a saying
about it will contribute to it [1]
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ManualWhilePaused
Done ;)
Steve Blackmore
--
Should be simple and not disturbing user's that don't need
On Thu, 18 Mar 2010 10:23:17 +0100, you wrote:
Steve Blackmore pravi:
I started a wiki page on this topic, hopefully everyone who has a saying
about it will contribute to it [1]
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?ManualWhilePaused
Done ;)
Steve Blackmore
--
Should be
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
2010/3/17 Gene Heskett gene.hesk...@gmail.com
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
Frank Tkalcevic pravi:
I see that a commercial Z axis preset gauge is A$275 down
here, so a DIY alternative is attractive. (And it's
Somewhere somebody write that 90% users have ATC. But
I'm on the other10% as my homemade/hobby machine need to deal with
collets.
It sounds like it's time to update the poll on the emc home page. Do you
use an ATC?
Gene Heskett pravi:
On Tuesday 16 March 2010, Jon Elson wrote:
Slavko Kocjancic wrote:
Somewhere somebody write that 90% users have ATC.
Maybe 90% of commercial CNC machining centers have ATC, I SERIOUSLY
doubt 90% of EMC2 users have it.
Even the monster EMC2-controlled
I see that a commercial Z axis preset gauge is A$275 down
here, so a DIY alternative is attractive. (And it's
advertised with LED lamp, but no mention of an electrical
output socket, so maybe no use, anyway.)
I have one of those
(https://www.machineryhouse.com.au/Products?stockCode=M691) -
Frank Tkalcevic pravi:
I see that a commercial Z axis preset gauge is A$275 down
here, so a DIY alternative is attractive. (And it's
advertised with LED lamp, but no mention of an electrical
output socket, so maybe no use, anyway.)
I have one of those
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
Gene Heskett pravi:
On Tuesday 16 March 2010, Jon Elson wrote:
Slavko Kocjancic wrote:
Somewhere somebody write that 90% users have ATC.
Maybe 90% of commercial CNC machining centers have ATC, I SERIOUSLY
doubt 90% of EMC2 users have it.
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
Frank Tkalcevic pravi:
I see that a commercial Z axis preset gauge is A$275 down
here, so a DIY alternative is attractive. (And it's
advertised with LED lamp, but no mention of an electrical
output socket, so maybe no use, anyway.)
I have
2010/3/17 Gene Heskett gene.hesk...@gmail.com
On Wednesday 17 March 2010, Slavko Kocjancic wrote:
Frank Tkalcevic pravi:
I see that a commercial Z axis preset gauge is A$275 down
here, so a DIY alternative is attractive. (And it's
advertised with LED lamp, but no mention of an electrical
#!/usr/bin/python
import sys, os
import gettext
BASE = os.path.abspath(os.path.join(os.path.dirname(sys.argv[0]), ..))
gettext.install(axis, localedir=os.path.join(BASE, share, locale),
unicode=True)
import emc, hal
import rs274.options
iniFile = emc.ini(os.environ['INI_FILE_NAME'])
emc.nmlfile
If you use 0.4mm drill and have little to high
feedrate then this is
recipy to broke that drill.
I regularly use 0.2mm drills and sometimes even down to 0.1
- and that's carbide drills drilling tool steel usually...
Have you looked at the price of 0.2mm carbide drills
recently?? Fortunately,
On Wednesday 17 March 2010, Ian W. Wright wrote:
If you use 0.4mm drill and have little to high
feedrate then this is
recipy to broke that drill.
I regularly use 0.2mm drills and sometimes even down to 0.1
- and that's carbide drills drilling tool steel usually...
Have you looked at the price
1 - 100 of 139 matches
Mail list logo
