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
Bravo John! That was not only the best description I've read of EMC's workings
but also one of the more thoughtful and well constructed rants I've heard on
this or any other forums. As my own rant I have to say that I've shaken my head
several times after reading some of the demanding posts
Hi, I have a question, i hope to help by. I want to use pyserial in EMC in
order to accept data from peripheral device, for example control panel. How
is way? thank you!
Name: Hoang Van Binh
Mobile: 01656110660
Michatronics_ Hà Nội
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
Hello!
You can use any kind of motor for any joint on the machine. You can
also use more than one type of hardware, so for instance you could have
a Pico Systems card on one parallel port, use a second parallel port
directly, and use a PCI plug-in Mesa card, all at once.
I am confused and
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
Hmm, well my webstats say there have been over 200 unique visits to the
spirograph page, but as yet not a single comment
Can anybody give me some feedback, good or bad :)
Cheers,
Andy.
--
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
2010/5/17 Viesturs Lācis viesturs.la...@gmail.com:
I am concerned, how do I configure EMC to work with Mesa card for
servo control on 2 axis and use parallel port to output step/dir
signals time for remaining 3 axis at the same.
Effectively you just combine all the elements from the typical
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
I have noticed that I need a lot more thread depth in G76 than the
tables say I should need. For instance an M12 thread should have a
thread depth of 1.08mm, but I needed 1.55mm before the nut would fit
on.
I was using a 29.5 degree compound slide angle (Q), do I need to
allow for this like you
On a side note, G76 on our Fanuc, using thread depth out of the
machinist handbook/threadmaker app, we finish OD threads at a good
-.010 to -.030 ( varies by diameter and pitch) wear offset before the
gages show the thread in tolerance.
Seems like a common problem in other words.
On Mon, May 17,
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
On 17 May 2010 13:08, Daniel Goller mor...@gmail.com wrote:
On a side note, G76 on our Fanuc, using thread depth out of the
machinist handbook/threadmaker app, we finish OD threads at a good
-.010 to -.030 ( varies by diameter and pitch) wear offset before the
gages show the thread in
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
One of the many problems with Jog under Pause is
that a pause can interrupt a partial move.
Run From Here can get you back to the beginning
of the interrupted move.
How hard would it be to have EMC figure out how
to break the interrupted move into two pieces so
that it could bring you back to
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,
On Mon, 2010-05-17 at 13:04 +0300, Viesturs Lācis wrote:
Hello!
You can use any kind of motor for any joint on the machine. You can
also use more than one type of hardware, so for instance you could have
a Pico Systems card on one parallel port, use a second parallel port
directly,
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
Big misunderstanding on my part here. I thought
that Run From Here would re-read and reprocess
the entire program up to the point that you wanted
to start cutting.
Steve Stallings
-Original Message-
From: Slavko Kocjancic [mailto:esla...@gmail.com]
Sent: Monday, May 17, 2010 10:52
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, 2010-05-17 at 11:11 +0100, Andrew wrote:
Hmm, well my webstats say there have been over 200 unique visits to the
spirograph page, but as yet not a single comment
Can anybody give me some feedback, good or bad :)
Cheers,
Andy.
I certainly don't want to discourage your
I loved Hilbert Curves...
Regards,
Fabio Gilii
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
There's something rather hypnotic about them :)
On Monday 17 May 2010, Fabio Gilii wrote:
I loved Hilbert Curves...
Regards,
Fabio Gilii
---
---
___
Emc-users mailing list
Hi Kirk,
Yes, this is really just for providing surface decoration; screens, room
dividers or box lids come to mind. Converting it to 3d could be an
interesting challenge !
Cheers,
Andy.
On Monday 17 May 2010, Kirk Wallace wrote:
On Mon, 2010-05-17 at 11:11 +0100, Andrew wrote:
Hmm, well
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
Hi everyone,
I have built a simple ornamental turning (OT) lathe which I control with
EMC. I generate the gcode to rotate and move the lathe head from side to
side and in and out using gcode generated by some software I have
written. However I want to investigate the possibility of controlling
Hi Andy,
I have downloaded your script and had a brief look at it but haven't yet
had time to play with it properly. I can see a use for it in decorating
surfaces - as a form of Engine Turning, but until I get time to look at
it properly, I can't really say how useful it will be. There is
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
Thanks:
I have Idle working, I think, not sure what to expect in the way of
debugging stuff, single step, break points, watch variables, etc.. Or
how it fits in with the rest of EMC which Axis seems to need to run
properly.
Now need some time to play with stuff.
On Sat, 2010-05-15 at 15:39
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
I'm looking into mill tool holders that would work with a smallish DIY
higher speed spindle. The HSK seems to be popular for routers. The HSK25
or HSK32 would be about the size I would like:
http://www.tools-n-gizmos.com/specs/Tapers.html#HSK
I also noticed that Haas uses an ISO20 on their
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 :(
Hi Alan,
I haven't any experience in doing this myself, but your post reminded me of
something I saw a while back where micro controllers were used to run a
machine. Perhaps there are some ideas you could use here even though your
application is different?
I haven't used Idle extensively but it has saved me a bunch of time by
finding syntax errors, correcting indentation, etc very quickly. A
couple of simple print statements can oftentimes catch my logical
errors. If you find yourself wanting, try Eclipse. It seems extensive
and it is
68 matches
Mail list logo
