Re: [Emc-users] Jog under PAUSE / tool cnange
Dave pravi: Yes, I have done that many times.. If you are using a cam program to generate the G code I have found it is very easy to split operations at a tool change.. But then I guess the ease of doing that may depend upon what cam software you were using also ... I'm really not a big fan of the idea of being allowed to jog around during a pause.Say someone is doing some internal boring bar work and they think their cutter is getting dull, they pause, jog the boring bar out of the hole, replace the insert and then resume. Do you really think the software is going to be able to put that boring bar back in place without a crash? Some of the developers were saying a while ago that making the jog during pause work was possible, but that it was a huge amount of work. Dave So you Dave are on opposite side. Probably you have tool changer. If you afraid that you crash the tool then here is solution. In emc ini file just one option. ENABLE_JOG_DURING_M1_M6 =true/false So all of ass wil be happy. Somewhere somebody write that 90% users have ATC. But I'm on the other10% as my homemade/hobby machine http://www.cnczone.com/forums/showthread.php?t=84773 need to deal with collets. Do you really think the software is going to be able to put that boring bar back in place without a crash? My answer is NO. So I will do that instead. Slavko -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] change to system file
Binh Hoang pravi: Hi! can you help me??? How to change some contents in system file? for example, I want to change a application in file tkemc.tcl in usr/share/emc/tcl. but, after change the application, I never save that file. Change permisson to be read/write -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
Hubert Bahr pravi: I am sorry I don't have a link available at this time but check the archives. There is a manual tool change routine that provides just what you have requested. I use it. Leslie Newel provided a modified version of the manual tool change script. The thread name was Using MDI during a Program. This was in June of 2009. If You can't track it down. I will dig it out of my Machine. Hubert Today I'm again search archive as in middle on the night I can miss some attachment... But I didn't miss anything. In that thread is no code and no attachment. So probably the message/attachment is erased. Can you resend that file/script or put in the forum to others have easyer access? Thanks in advice. Slavko -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, Mar 16, 2010 at 12:16:50AM +, Andy Pugh wrote: On 15 March 2010 22:54, Slavko Kocjancic esla...@gmail.com wrote: I just don't understand why is that hard to implement jog when paused or tool change. It's a mystery to me too. However, it should be easy to add a probe line after a toolchange, and with a touch-off plate mounted on the bed that would also be a labour saver too. That was approximately my recurrent thought as I followed this thread. To provide more room for a manual tool change, why not program a retraction and move to above the touch-off plate? On completion of the tool change, we probe for length of the (collet-held) tool, then resume with the resultant one-time tool offset. There is then no need for any jogs, there's elbow room for the tool change, and the tool is measured to boot. (I'm rather hoping emc2 can do the probing automatically. I haven't got that far yet.) (I think there are issues with finding a safe path back to the original position with jog-while-paused, but there are so many other ways to crash the tool that I can't see one more way being that much of an issue) Using programmed moves to and from the manual tool-change station seems to be quicker, as well as avoiding loss of position information. Now, what am I missing? ;-) Erik -- There is nothing new under the sun, but there are lots of old things we don't know yet. -Ambrose Bierce -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, 16 Mar 2010 01:42:17 -0500, you wrote: I'm really not a big fan of the idea of being allowed to jog around during a pause.Say someone is doing some internal boring bar work and they think their cutter is getting dull, they pause, jog the boring bar out of the hole, replace the insert and then resume. Do you really think the software is going to be able to put that boring bar back in place without a crash? Funny you should say that, I did just that with Mach on Saturday. I did a job run that required a blind 50mm deep 17mm dia bore, a shallow 19mm counterbore and a 15mm long internal 2mm pitch thread. I did all the drilling and boring in Mach and the threads only in EMC. I broke the insert tip on one job (probably swarf build up), feed held, jogged out, replaced the tip and continued without problem. I paused each job midway after that, stopped the spindle, jogged away, blew out any swarf, and resumed without incident. If Mach can do it, I'd have thought EMC should be able to be made to? Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
http://article.gmane.org/gmane.linux.distributions.emc.user/17898/match= Hubert Bahr pravi: I am sorry I don't have a link available at this time but check the archives. There is a manual tool change routine that provides just what you have requested. I use it. Leslie Newel provided a modified version of the manual tool change script. The thread name was Using MDI during a Program. This was in June of 2009. If You can't track it down. I will dig it out of my Machine. Hubert Today I'm again search archive as in middle on the night I can miss some attachment... But I didn't miss anything. In that thread is no code and no attachment. So probably the message/attachment is erased. Can you resend that file/script or put in the forum to others have easyer access? Thanks in advice. Slavko -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
I'd have thought EMC should be able to be made to? I think it's surely doable, but there are a lot of things missing before someone can start coding on this. Fist a complete spec how things should work/shouldn't work. - what is allowed during a pause? everything? only jogging? some MDI? all g-codes? running subprograms? - what happens when the user wants to resume? how does the resume work? are there special cases (arcs, threading, cycles, etc)? I'd start by creating a wiki page (surely this is a community effort where everybody can jump in with ideas, inspirations, etc), and when something starts to form concept-wise I'm sure someone might/will actually implement it. Regards, Alex -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Private email .........Re: EMC and automation
At 03:20 PM 3/15/2010, you wrote: On 3/15/2010 4:53 AM, Mark Wendt (Contractor) wrote: At 01:16 AM 3/15/2010, you wrote: OK, so it wasn't as private as I intended .. sorry everyone ... ROFL! Been there, done that, got both the hat and the t-shirt... ;-) Mark -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Yep. I need to modify my email config so it disables the send function after about midnight ;-) Dave I modified mine so it does a breathalyzer test after midnight... ;-) Mark -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Setting AXIS Free
At 06:08 PM 3/15/2010, you wrote: On Mon, Mar 15, 2010 at 5:49 AM, Mark Wendt (Contractor) mark.we...@nrl.navy.mil wrote: Okay, I was thinking you could just ssh into the machine, set your display on the remote machine to your local desktop, and fire up EMC2. You would have to xhost + your_remote_machine on the local host prior to doing that. SSH can (and should) arrange the X credentials for the remote X session; it can be turned on either system-wide from the ssh config file, or per connection by running 'ssh -X remotehostname' Yeah, I should have said may have to xhost +. Depends on the machine and the security settings. Mark -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, 16 Mar 2010 20:04:58 +1100, you wrote: Using programmed moves to and from the manual tool-change station seems to be quicker, as well as avoiding loss of position information. That's normal - you would move to somewhere convenient with enough clearance to actually change the tool. e.g N25 G0 X25. Z20. ;CHANGE TO TOOL # 01 ;ID_UN_WSA N40 T01 M6 Now, what am I missing? ;-) Those of us who don't have a touch off plate ;) Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G83 Bug in Lathe Mode?
On 16 March 2010 00:23, Steve Blackmore st...@pilotltd.net wrote: The reason for the G18 was to make G2 and G3 work in other parts of the code. G18 means canned-cycle movement in Y, so it is an error to use G18 and a canned cycle with a lathe. Huhhh??? G83 includes both movement (in the specified plane) to a position and then a drilling cycle. If G18 is programmed then the initial movement is in the XZ plane followed by a peck-drill movement in the Y axis. Makes no sense whatsoever to program G17 when you are working in XZ plane? In some ways, no. But then G17 only mentions the Y axis in the documentation/description. It also indicates which axis is to be used for the canned-cycle movement and a change to the description text would fix the apparent nonsensicality. With a lathe G83 could equally well be used for peck-drilling holes in the end of the work with a drill in the toolpost (my current usage) but it also seems very well suited to peck-parting work in which case the movement would be in the X axis. There needs to be some way to tell EMC which one you want, and G17/18/19 do seem like the most compliant way to do that. One proposal that has occurred to me would be to add G18.1 and G18,3, both mean that arcs are to be created in the XZ plane, with G18.1 indicating canned-cycle movements in the X axis and G18.3 in the Z (G18.2 would be movement in Y, perhaps a cut-off slide or drilling head) This proposal would mean that G81.3 could be programmed at the beginning and then all conventional lathe-turning operations would work as expected. -- atp -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G83 Bug in Lathe Mode?
Makes no sense whatsoever to program G17 when you are working in XZ plane? In some ways, no. But then G17 only mentions the Y axis in the documentation/description. It also indicates which axis is to be used for the canned-cycle movement and a change to the description text would fix the apparent nonsensicality. With a lathe G83 could equally well be used for peck-drilling holes in the end of the work with a drill in the toolpost (my current usage) but it also seems very well suited to peck-parting work in which case the movement would be in the X axis. There needs to be some way to tell EMC which one you want, and G17/18/19 do seem like the most compliant way to do that. One proposal that has occurred to me would be to add G18.1 and G18,3, both mean that arcs are to be created in the XZ plane, with G18.1 indicating canned-cycle movements in the X axis and G18.3 in the Z (G18.2 would be movement in Y, perhaps a cut-off slide or drilling head) This proposal would mean that G81.3 could be programmed at the beginning and then all conventional lathe-turning operations would work as expected. we already have G17.1/G18.1/G19.1 and they are explicitly the planes UV/WU/VW Regards, Alex -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On 16 March 2010 09:39, Alex Joni alex.j...@robcon.ro wrote: - 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 able to touch-off. And possibly switch to a different tool (MDI) or run an automated measure and touch-off (subprogram) and then the size of the task of even speccing this becomes clearer. When I last considered this I thought that if EMC could store a list of all the points where the axes were stopped and run back through them in reverse order, but that was when I was keyboard-jogging and with the joystick-pendant I can see this is not likely to work. I suspect that the only practical solution is Operator beware. Accept that the controlled point is going to move straight back to where it was before the pause. This is never going to be a problem with a tool-change anyway, especially with a predefined tool change position. The problem is manual pause to clear tangles etc. -- atp -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G83 Bug in Lathe Mode?
On 16 March 2010 10:28, Alex Joni alex.j...@robcon.ro wrote: This proposal would mean that G81.3 could be programmed at the beginning and then all conventional lathe-turning operations would work as expected. we already have G17.1/G18.1/G19.1 and they are explicitly the planes UV/WU/VW Sorry, I really should have checked first. I guess I should stop trying to be lazy then, and just program a G17 before a G83 and a G18 before a G2 or G3. -- atp -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G83 Bug in Lathe Mode?
Sorry, I really should have checked first. I guess I should stop trying to be lazy then, and just program a G17 before a G83 and a G18 before a G2 or G3. dont forget M30 etc will cancel planes back to G18, as well as cancel feed per rev etc, so you always have to defind your plane at the program start etc rob -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, Mar 16, 2010 at 10:14:45AM +, Steve Blackmore wrote: On Tue, 16 Mar 2010 20:04:58 +1100, you wrote: Using programmed moves to and from the manual tool-change station seems to be quicker, as well as avoiding loss of position information. That's normal - you would move to somewhere convenient with enough clearance to actually change the tool. Then how does a need for jogging during tool change arise? That's the bit that I don't get. Now, what am I missing? ;-) Those of us who don't have a touch off plate ;) While mine's also still missing the round tuit, a spring-supported plate, held down by end-brackets: [-] ought to suffice for starters, I hope. I don't know if a piece of TC planer blade is good for the small plate. (It shouldn't become marked by sharp tools. (OK, weaker spirings may be in order.)) 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.) Erik -- The important work of moving the world forward does not wait to be done by perfect men. -- George Eliot -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
Alex Joni pravi: http://article.gmane.org/gmane.linux.distributions.emc.user/17898/match= .. Just little different name but I got it. Just can't run it. I get error and can't proceed. Seems that NML_FILE cause problem. For now I happily run my cnc without NML_FILE. When I change I got error and here is error log: ;* ;* ;* Print file information: RUN_IN_PLACE=yes EMC2_DIR= EMC2_BIN_DIR=/home/slavko/emc2-dev/bin EMC2_TCL_DIR=/home/slavko/emc2-dev/tcl EMC2_SCRIPT_DIR= EMC2_RTLIB_DIR=/home/slavko/emc2-dev/rtlib EMC2_CONFIG_DIR= EMC2_LANG_DIR=/home/slavko/emc2-dev/src/objects INIVAR=inivar HALCMD=halcmd EMC2_EMCSH=/usr/bin/wish8.4 EMC2 - 2.5.0~pre Machine configuration directory is '/home/slavko/emc2/configs/IronCnc' Machine configuration file is 'Caa3Axis.ini' INIFILE=/home/slavko/emc2/configs/IronCnc/Caa3Axis.ini PARAMETER_FILE=stepper.var EMCMOT=motmod EMCIO=io TASK=milltask HALUI= DISPLAY=axis NML_FILE= Starting EMC2... Starting EMC2 server program: emcsvr Loading Real Time OS, RTAPI, and HAL_LIB modules Starting EMC2 IO program: io Shutting down and cleaning up EMC2... Killing task emcsvr, PID=22219 Removing HAL_LIB, RTAPI, and Real Time OS modules Removing NML shared memory segments Cleanup done Debug file information: Can not find -sec EMC -var NML_FILE -num 1 Caa3Axis.hal:78: execv(hal_manualtoolchange): No such file or directory Caa3Axis.hal:78: hal_manualtoolchange exited without becoming ready 22219 PID TTY STAT TIME COMMAND Stopping realtime threads Unloading hal components Kernel message information: [ 5913.427231] I-pipe: Domain RTAI registered. [ 5913.427248] RTAI[hal]: 3.6.1 mounted over IPIPE-NOTHREADS 2.0-04. [ 5913.427250] RTAI[hal]: compiled with gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3). [ 5913.427256] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0). [ 5913.427259] PIPELINE layers: [ 5913.427261] dcc36000 9ac15d93 RTAI 200 [ 5913.427264] c0383180 0 Linux 100 [ 5913.443477] RTAI[malloc]: global heap size = 2097152 bytes, BSD. [ 5913.444130] RTAI[sched]: loaded (IMMEDIATE, UP, USER/KERNEL SPACE: with RTAI OWN KTASKs, kstacks pool size = 524288 bytes. [ 5913.444136] RTAI[sched]: hard timer type/freq = 8254-PIT/1193180(Hz); default timing: periodic; linear timed lists. [ 5913.444140] RTAI[sched]: Linux timer freq = 250 (Hz), CPU freq = 2120175000 hz. [ 5913.444143] RTAI[sched]: timer setup = 2010 ns, resched latency = 2688 ns. [ 5913.601619] RTAI[math]: loaded. [ 5913.620333] RTAPI: Init [ 5913.620386] RTAPI: Init complete [ 5913.643895] HAL_LIB: loading kernel lib [ 5913.643907] RTAPI: initing module HAL_LIB [ 5913.643913] RTAPI: module 'HAL_LIB' loaded, ID: 1 [ 5913.644344] RTAPI: shmem 01 created by module 01, key: 1212238898, size: 262000 [ 5913.644356] HAL_LIB: kernel lib installed successfully [ 5913.719826] config string '0x0378' [ 5914.150823] RTAI[math]: unloaded. [ 5914.216470] SCHED releases registered named ALIEN RTGLBH [ 5914.231915] RTAI[malloc]: unloaded. [ 5914.330977] RTAI[sched]: unloaded (forced hard/soft/hard transitions: traps 0, syscalls 0). [ 5914.334626] I-pipe: Domain RTAI unregistered. [ 5914.334638] RTAI[hal]: unmounted. ;* ;* ;* So I try to setup some NML_FILE. As I don't have clue what here should be (manual explain that in one line ?!? -nothing-) I just run stepconf and I get emc.nml file. The problem is that with this file assigned I'm can't run machine any more. Here is log of attempt to run machine with old toolchanger routine and NML_FILE = emc.nml assigned in inifile. ;* ;* ;* Print file information: RUN_IN_PLACE=yes EMC2_DIR= EMC2_BIN_DIR=/home/slavko/emc2-dev/bin EMC2_TCL_DIR=/home/slavko/emc2-dev/tcl EMC2_SCRIPT_DIR= EMC2_RTLIB_DIR=/home/slavko/emc2-dev/rtlib EMC2_CONFIG_DIR= EMC2_LANG_DIR=/home/slavko/emc2-dev/src/objects INIVAR=inivar HALCMD=halcmd EMC2_EMCSH=/usr/bin/wish8.4 EMC2 - 2.5.0~pre Machine configuration directory is '/home/slavko/emc2/configs/IronCnc' Machine configuration file is 'Caa3Axis.ini' INIFILE=/home/slavko/emc2/configs/IronCnc/Caa3Axis.ini PARAMETER_FILE=stepper.var EMCMOT=motmod EMCIO=io TASK=milltask HALUI= DISPLAY=axis NML_FILE=emc.nml Starting EMC2... Starting EMC2 server program: emcsvr Loading Real Time
Re: [Emc-users] Jog under PAUSE / tool cnange
- Original Message - From: Slavko Kocjancic esla...@gmail.com To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Tuesday, March 16, 2010 12:57 PM Subject: Re: [Emc-users] Jog under PAUSE / tool cnange Alex Joni pravi: http://article.gmane.org/gmane.linux.distributions.emc.user/17898/match= .. Just little different name but I got it. Just can't run it. I get error and can't proceed. Seems that NML_FILE cause problem. For now I happily run my cnc without NML_FILE. When I change I got error and here is error log: you need a line like: NML_FILE = emc.nml So I try to setup some NML_FILE. As I don't have clue what here should be (manual explain that in one line ?!? -nothing-) I just run stepconf and I get emc.nml file. The problem is that with this file assigned I'm can't run machine any more. Here is log of attempt to run machine with old toolchanger routine and NML_FILE = emc.nml assigned in inifile. that seems like you have an old nml file. for 2.5.0~pre (which you are running) you need the nml file to be like this: http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob;f=configs/common/emc.nml;h=3b3d72b0f9087cb044be3c6e9bf6e20f47721328;hb=HEAD in your checkout it should be included in emc2-dev/configs/common/emc.nml regards, Alex -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
While my 'jog during tool change' code mostly works it is not foolproof. I wrote it quickly to get around the problem but it was never properly tested or finished. I can't find it here. Steve, you probably have the most up to date version. Les Steve Blackmore wrote: Les Newall's jog during toolchange is a must and should be implemented in the release version. It works fine and is invaluable for those using collets for tool holding and tool length is not repeatable thus making the tooltable pretty useless. So easy then to jog, touch off and re-zero Z. Steve Blackmore -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
Alex Joni pravi: - Original Message - From: Slavko Kocjancic esla...@gmail.com To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Tuesday, March 16, 2010 12:57 PM Subject: Re: [Emc-users] Jog under PAUSE / tool cnange Alex Joni pravi: http://article.gmane.org/gmane.linux.distributions.emc.user/17898/match= .. Just little different name but I got it. Just can't run it. I get error and can't proceed. Seems that NML_FILE cause problem. For now I happily run my cnc without NML_FILE. When I change I got error and here is error log: you need a line like: NML_FILE = emc.nml So I try to setup some NML_FILE. As I don't have clue what here should be (manual explain that in one line ?!? -nothing-) I just run stepconf and I get emc.nml file. The problem is that with this file assigned I'm can't run machine any more. Here is log of attempt to run machine with old toolchanger routine and NML_FILE = emc.nml assigned in inifile. that seems like you have an old nml file. for 2.5.0~pre (which you are running) you need the nml file to be like this: http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob;f=configs/common/emc.nml;h=3b3d72b0f9087cb044be3c6e9bf6e20f47721328;hb=HEAD in your checkout it should be included in emc2-dev/configs/common/emc.nml regards, Alex Yes I found nml file and install in correct place. Now I'm able to run emc with old toolchange routine but still got error with new one. I instal new hal_manualtoolchange and set permissinos to 777. but still got error. I'm just don't understand what file is missing? (as part of log say's that) Debug file information: Caa3Axis.hal:78: execv(hal_manualtoolchange): No such file or directory Caa3Axis.hal:78: hal_manualtoolchange exited without becoming ready in Caa3Axis.hal line 78 is command to load hal_manualtoolchange (loadusr -W hal_manualtoolchange) Here's the log: Print file information: RUN_IN_PLACE=yes EMC2_DIR= EMC2_BIN_DIR=/home/slavko/emc2-dev/bin EMC2_TCL_DIR=/home/slavko/emc2-dev/tcl EMC2_SCRIPT_DIR= EMC2_RTLIB_DIR=/home/slavko/emc2-dev/rtlib EMC2_CONFIG_DIR= EMC2_LANG_DIR=/home/slavko/emc2-dev/src/objects INIVAR=inivar HALCMD=halcmd EMC2_EMCSH=/usr/bin/wish8.4 EMC2 - 2.5.0~pre Machine configuration directory is '/home/slavko/emc2/configs/IronCnc' Machine configuration file is 'Caa3Axis.ini' INIFILE=/home/slavko/emc2/configs/IronCnc/Caa3Axis.ini PARAMETER_FILE=stepper.var EMCMOT=motmod EMCIO=io TASK=milltask HALUI= DISPLAY=axis NML_FILE=emc.nml Starting EMC2... Starting EMC2 server program: emcsvr Loading Real Time OS, RTAPI, and HAL_LIB modules Starting EMC2 IO program: io Shutting down and cleaning up EMC2... Killing task emcsvr, PID=26751 Removing HAL_LIB, RTAPI, and Real Time OS modules Removing NML shared memory segments Cleanup done Debug file information: Caa3Axis.hal:78: execv(hal_manualtoolchange): No such file or directory Caa3Axis.hal:78: hal_manualtoolchange exited without becoming ready 26751 PID TTY STAT TIME COMMAND Stopping realtime threads Unloading hal components Kernel message information: [ 8074.758900] I-pipe: Domain RTAI registered. [ 8074.758914] RTAI[hal]: 3.6.1 mounted over IPIPE-NOTHREADS 2.0-04. [ 8074.758917] RTAI[hal]: compiled with gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3). [ 8074.758922] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0). [ 8074.758925] PIPELINE layers: [ 8074.758928] dcc36000 9ac15d93 RTAI 200 [ 8074.758930] c0383180 0 Linux 100 [ 8074.775078] RTAI[malloc]: global heap size = 2097152 bytes, BSD. [ 8074.775685] RTAI[sched]: loaded (IMMEDIATE, UP, USER/KERNEL SPACE: with RTAI OWN KTASKs, kstacks pool size = 524288 bytes. [ 8074.775691] RTAI[sched]: hard timer type/freq = 8254-PIT/1193180(Hz); default timing: periodic; linear timed lists. [ 8074.775695] RTAI[sched]: Linux timer freq = 250 (Hz), CPU freq = 2120175000 hz. [ 8074.775698] RTAI[sched]: timer setup = 2010 ns, resched latency = 2688 ns. [ 8074.965372] RTAI[math]: loaded. [ 8074.992940] RTAPI: Init [ 8074.993358] RTAPI: Init complete [ 8075.002532] HAL_LIB: loading kernel lib [ 8075.002543] RTAPI: initing module HAL_LIB [ 8075.002549] RTAPI: module 'HAL_LIB' loaded, ID: 1 [ 8075.003553] RTAPI: shmem 01 created by module 01, key: 1212238898, size: 262000 [ 8075.003567] HAL_LIB: kernel lib installed successfully [ 8075.071427] config string '0x0378' [ 8075.510716] RTAI[math]: unloaded. [ 8075.575658] SCHED releases registered named ALIEN RTGLBH [ 8075.591750] RTAI[malloc]: unloaded. [ 8075.690832] RTAI[sched]: unloaded (forced hard/soft/hard transitions: traps 0, syscalls 0). [ 8075.694550] I-pipe: Domain RTAI unregistered. [ 8075.694562] RTAI[hal]: unmounted. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune
Re: [Emc-users] Jog under PAUSE / tool cnange
Leslie Newell pravi: While my 'jog during tool change' code mostly works it is not foolproof. I wrote it quickly to get around the problem but it was never properly tested or finished. I can't find it here. Steve, you probably have the most up to date version. Les Alex Joni send the link pointed probably to your code http://article.gmane.org/gmane.linux.distributions.emc.user/17898/match= Slavko -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G83 Bug in Lathe Mode?
On Tue, 16 Mar 2010 10:18:11 +, you wrote: On 16 March 2010 00:23, Steve Blackmore st...@pilotltd.net wrote: The reason for the G18 was to make G2 and G3 work in other parts of the code. G18 means canned-cycle movement in Y, so it is an error to use G18 and a canned cycle with a lathe. Huhhh??? G83 includes both movement (in the specified plane) to a position and then a drilling cycle. If G18 is programmed then the initial movement is in the XZ plane followed by a peck-drill movement in the Y axis. Makes no sense whatsoever to program G17 when you are working in XZ plane? In some ways, no. But then G17 only mentions the Y axis in the documentation/description. It also indicates which axis is to be used for the canned-cycle movement and a change to the description text would fix the apparent nonsensicality. With a lathe G83 could equally well be used for peck-drilling holes in the end of the work with a drill in the toolpost (my current usage) but it also seems very well suited to peck-parting work in which case the movement would be in the X axis. There needs to be some way to tell EMC which one you want, and G17/18/19 do seem like the most compliant way to do that. One proposal that has occurred to me would be to add G18.1 and G18,3, both mean that arcs are to be created in the XZ plane, with G18.1 indicating canned-cycle movements in the X axis and G18.3 in the Z (G18.2 would be movement in Y, perhaps a cut-off slide or drilling head) This proposal would mean that G81.3 could be programmed at the beginning and then all conventional lathe-turning operations would work as expected. There should be no need whatsoever for all that added .1 stuff. Programming G17 G2 or G18 G2 should do the arc in the respective plain, end of story. Canned cycles should be treated similar. For example - Here's how Mach does peck drilling. For mill mode the retract plane is assumed to be perpendicular to the axis of the currently selected plane, ie Z for XY plane, Y for XZ plane and X for YZ plane. For Turn mode the R plane is assumed to be along the X axis unless you tell it otherwise. Retract plane direction can be overridden with G17, G18, G19. This code applies to turn, and is similar for mill with the addition of a Y parameter. 1) G83ZzzXxxRrrQqq The Q is peck distance, the R is retract distance, and Z and X are obvious. X is assumed to be zero if not on the line. If set, it will drill at that X, but be warned its a dual axis move to the X,Z start coordinate. 2) G83.1ZzzXxxRrrQqq This is a faster peck cycle, the drill will retract only the Q distance on each peck. You will end out at either R plane or the original starting point on the Z depending on the G98 or G99 in effect. G83ZzzXxx Rrr QqqG99 will end up at the original Z plane, G98 will end up at the retract R plane. This is true of both the high speed peck as well as the G83 R plane drill cycle.. G98 and G99 are canned cycle return modes, G99 will take you in the retract plane at the distance indicated after the R word, G98 will take you in the retract plane to the position you were in before the canned cycle started. Mach also supports G81 - plain drilling and G82 Drill with dwell. Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, 16 Mar 2010 10:33:04 +, you wrote: On 16 March 2010 09:39, Alex Joni alex.j...@robcon.ro wrote: - 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 able to touch-off. And possibly switch to a different tool (MDI) or run an automated measure and touch-off (subprogram) and then the size of the task of even speccing this becomes clearer. Jog only and be able to switch spindle and coolant on/off and touch off a tool. Any other bells, whistles and toolchanges should be programmed in the code in the first place. It shouldn't work within canned cycles or subroutines either. It doesn't on the commercial controllers I've used, and therefore don't see why that should be used as an excuse not to implement it. Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G83 Bug in Lathe Mode?
On Tue, Mar 16, 2010 at 6:52 AM, Steve Blackmore st...@pilotltd.net wrote: There should be no need whatsoever for all that added .1 stuff. Let's say you have a machine with a tool that can point in a direction other than perpendicular to one of the orthogonal planes. Let's say you want to drill a hole along the tool axis. Or let's say you want to mill a circle perpendicular to the current tool axis. G17.1 will allow that where G17 will allow the motion only in relation to the XY plane. G17 and G17.1, etc, allow the programmer/machinist to specify the machining conditions/parameters as necessary to control the machine as desired. I think it is a good thing. thanks Stuart -- dos centavos -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
Wery stupid action from me... As my work computer is WinXp based and I do all the mail here I just copy/paste that and use usb-stick to move on EMC machine. Well that's not good. The routine fail as line termination is Windows style CR/LF instead Linux style LF only. Now the routine is in working condition. When come into M6 the standard prompt show up (I don't know why is delayed aprox 5 second - old routine show up instant.). It's little stupid for 1'st tool as near all time is already installed. On other tools then 5 sec delay is not bother as spindle must stop. Maybe is still good idea to have this option enabled/disabled in ini file. (some machine need that and other can be crashed) Slavko Slavko Kocjancic pravi: Alex Joni pravi: - Original Message - From: Slavko Kocjancic esla...@gmail.com To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Tuesday, March 16, 2010 12:57 PM Subject: Re: [Emc-users] Jog under PAUSE / tool cnange Alex Joni pravi: http://article.gmane.org/gmane.linux.distributions.emc.user/17898/match= .. Just little different name but I got it. Just can't run it. I get error and can't proceed. Seems that NML_FILE cause problem. For now I happily run my cnc without NML_FILE. When I change I got error and here is error log: you need a line like: NML_FILE = emc.nml So I try to setup some NML_FILE. As I don't have clue what here should be (manual explain that in one line ?!? -nothing-) I just run stepconf and I get emc.nml file. The problem is that with this file assigned I'm can't run machine any more. Here is log of attempt to run machine with old toolchanger routine and NML_FILE = emc.nml assigned in inifile. that seems like you have an old nml file. for 2.5.0~pre (which you are running) you need the nml file to be like this: http://git.linuxcnc.org/gitweb?p=emc2.git;a=blob;f=configs/common/emc.nml;h=3b3d72b0f9087cb044be3c6e9bf6e20f47721328;hb=HEAD in your checkout it should be included in emc2-dev/configs/common/emc.nml regards, Alex Yes I found nml file and install in correct place. Now I'm able to run emc with old toolchange routine but still got error with new one. I instal new hal_manualtoolchange and set permissinos to 777. but still got error. I'm just don't understand what file is missing? (as part of log say's that) Debug file information: Caa3Axis.hal:78: execv(hal_manualtoolchange): No such file or directory Caa3Axis.hal:78: hal_manualtoolchange exited without becoming ready in Caa3Axis.hal line 78 is command to load hal_manualtoolchange (loadusr -W hal_manualtoolchange) Here's the log: Print file information: RUN_IN_PLACE=yes EMC2_DIR= EMC2_BIN_DIR=/home/slavko/emc2-dev/bin EMC2_TCL_DIR=/home/slavko/emc2-dev/tcl EMC2_SCRIPT_DIR= EMC2_RTLIB_DIR=/home/slavko/emc2-dev/rtlib EMC2_CONFIG_DIR= EMC2_LANG_DIR=/home/slavko/emc2-dev/src/objects INIVAR=inivar HALCMD=halcmd EMC2_EMCSH=/usr/bin/wish8.4 EMC2 - 2.5.0~pre Machine configuration directory is '/home/slavko/emc2/configs/IronCnc' Machine configuration file is 'Caa3Axis.ini' INIFILE=/home/slavko/emc2/configs/IronCnc/Caa3Axis.ini PARAMETER_FILE=stepper.var EMCMOT=motmod EMCIO=io TASK=milltask HALUI= DISPLAY=axis NML_FILE=emc.nml Starting EMC2... Starting EMC2 server program: emcsvr Loading Real Time OS, RTAPI, and HAL_LIB modules Starting EMC2 IO program: io Shutting down and cleaning up EMC2... Killing task emcsvr, PID=26751 Removing HAL_LIB, RTAPI, and Real Time OS modules Removing NML shared memory segments Cleanup done Debug file information: Caa3Axis.hal:78: execv(hal_manualtoolchange): No such file or directory Caa3Axis.hal:78: hal_manualtoolchange exited without becoming ready 26751 PID TTY STAT TIME COMMAND Stopping realtime threads Unloading hal components Kernel message information: [ 8074.758900] I-pipe: Domain RTAI registered. [ 8074.758914] RTAI[hal]: 3.6.1 mounted over IPIPE-NOTHREADS 2.0-04. [ 8074.758917] RTAI[hal]: compiled with gcc version 4.2.4 (Ubuntu 4.2.4-1ubuntu3). [ 8074.758922] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0). [ 8074.758925] PIPELINE layers: [ 8074.758928] dcc36000 9ac15d93 RTAI 200 [ 8074.758930] c0383180 0 Linux 100 [ 8074.775078] RTAI[malloc]: global heap size = 2097152 bytes, BSD. [ 8074.775685] RTAI[sched]: loaded (IMMEDIATE, UP, USER/KERNEL SPACE: with RTAI OWN KTASKs, kstacks pool size = 524288 bytes. [ 8074.775691] RTAI[sched]: hard timer type/freq = 8254-PIT/1193180(Hz); default timing: periodic; linear timed lists. [ 8074.775695] RTAI[sched]: Linux timer freq = 250 (Hz), CPU freq = 2120175000 hz. [ 8074.775698] RTAI[sched]: timer setup = 2010 ns, resched latency = 2688 ns. [ 8074.965372] RTAI[math]: loaded. [ 8074.992940] RTAPI: Init [ 8074.993358] RTAPI: Init complete
Re: [Emc-users] Jog under PAUSE / tool cnange
- 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 able to touch-off. And possibly switch to a different tool (MDI) or run an automated measure and touch-off (subprogram) and then the size of the task of even speccing this becomes clearer. Jog only and be able to switch spindle and coolant on/off and touch off a tool. see.. this is where differences of oppinion appear (which is by itself a very good thing, but takes a lot of time to decide upon something).. Wasting programmers time to write a spec is not really useful, that's the only reason why this hasn't been implemented yet. Decide upon a spec, and I'm sure it'll (quickly) get implemented. Any other bells, whistles and toolchanges should be programmed in the code in the first place. It shouldn't work within canned cycles or subroutines either. It doesn't on the commercial controllers I've used, and therefore don't see why that should be used as an excuse not to implement it. this is a very useful datapoint, together with info what the controllers were (make, type and version). even collecting information like this in a central point will get things going 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 Regards, Alex [1] - if you haven't added anything to the wiki, it's very easy, just follow the basic steps here: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?BasicSteps -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
Alex Joni pravi: - 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 able to touch-off. And possibly switch to a different tool (MDI) or run an automated measure and touch-off (subprogram) and then the size of the task of even speccing this becomes clearer. Jog only and be able to switch spindle and coolant on/off and touch off a tool. see.. this is where differences of oppinion appear (which is by itself a very good thing, but takes a lot of time to decide upon something).. Wasting programmers time to write a spec is not really useful, that's the only reason why this hasn't been implemented yet. Decide upon a spec, and I'm sure it'll (quickly) get implemented. Any other bells, whistles and toolchanges should be programmed in the code in the first place. It shouldn't work within canned cycles or subroutines either. It doesn't on the commercial controllers I've used, and therefore don't see why that should be used as an excuse not to implement it. this is a very useful datapoint, together with info what the controllers were (make, type and version). even collecting information like this in a central point will get things going 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 Regards, Alex Hello... I think that simplest and best way to solve that problem is to leave choice to users. It's needs just 4 line in machine INI file. If none applied then standard behaviour (all dissabled) M0_ENABLE = jog, mdi, subs, SpindleCtl, CollantCtl, TouchOff .. .. .. #or if that's hard then use sum of numbers 1=jog 2=mdi 4=subs 8=SpindleCtl M1_ENABLE = parameters same as M0 M6_ENABLE = ..same as M0/M1 parameters ON_PAUSE_MODE_ENABLE =...same This shouldn't be hard to realize. Of course if you do something out of program then be careful to not break/crash your tools. Do not complicate here. I think that just remembering position/plane/fixture where was is enougth. so for example. 1. I think :D that tool as dull so I press pause 2. Machine saves position/plane/fixture... modes... 3. I jog out of work and resharpen/change tool (collet using) 4. I made new TouchOf of Z axis as tool height can be different 5. I pres continue machine restores plane/fixtures (in that examples nothing changed here) - nothing moves yet machine restore initial position as saved in step 2. But using priority of axes (can be same as homing sequence or some else specified in ini) so for mill for example assume that user leave tool high enought (Z) axis to be safe or to move on top position after that XY can move simultaneous to saved position (step 2) after that Z axis goes to the saved position and voila - safe restart. To much? Slavko. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
Hello... I think that simplest and best way to solve that problem is to leave choice to users. Some great 'features' lose their shine during use. Some not so great 'features' are very useful. Prior to implementation/use it is difficult to evaluate the usefulness of a feature. In my experience the best recovery after a tool break is a rock solid program restart. start on any line all conditions are implemented as if the program had not been interrupted program starts from the selected line (operator is responsible for machine conditions - clearance... etc) I have run a few machines with a button for intermediate recovery positions. I have seldom (once or twice in 30 years) used the feature. If someone wants to implement it I don't have a problem with having this tool to use. I do like the idea of allowing the user/integrator to customize the control to personal preferences. Isn't it like that already? It is difficult to convince people it is ok to change things in their machine control. The idea/act of changing is scary. The freedom to change is priceless. I love it that we are discussing esoteric items. The control is rock solid and beyond complaint. What an amazing piece of work. thanks Stuart -- dos centavos -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Logging coordinates.
Hello... Does someone know for beter way to log some coordinates? I try with MDI but it's very slow work. Anybody have some clevre way? I try like this F5 (LOGOPEN,coordinates) F3 Jog to correct position F5 G30.1 (LOG,X#5181 Y#5182) F3 Jog to next position F5 G30.1 (LOG,X#5181 Y#5182) F3 Jog to next position F5 G30.1 (LOG,X#5181 Y#5182) just loog any nubber of positions and finaly for last position F5 G30.1 (LOG,X#5181 Y#5182) (LOGCLOSE) That's works but in notime can be done something wrong. Befora as I used TurboCnc there was key under jog to save position into file. I didn't seen something similar here. Slavko. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Logging coordinates.
There is a script teach-in.py somewhere in the source of emc2, it should do what you want. Regards, Alex - Original Message - From: Slavko Kocjancic esla...@gmail.com To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Tuesday, March 16, 2010 4:13 PM Subject: [Emc-users] Logging coordinates. Hello... Does someone know for beter way to log some coordinates? I try with MDI but it's very slow work. Anybody have some clevre way? I try like this F5 (LOGOPEN,coordinates) F3 Jog to correct position F5 G30.1 (LOG,X#5181 Y#5182) F3 Jog to next position F5 G30.1 (LOG,X#5181 Y#5182) F3 Jog to next position F5 G30.1 (LOG,X#5181 Y#5182) just loog any nubber of positions and finaly for last position F5 G30.1 (LOG,X#5181 Y#5182) (LOGCLOSE) That's works but in notime can be done something wrong. Befora as I used TurboCnc there was key under jog to save position into file. I didn't seen something similar here. Slavko. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Logging coordinates.
On 16 March 2010 14:13, Slavko Kocjancic esla...@gmail.com wrote: Does someone know for beter way to log some coordinates? You might be able to use the G38 probing moves. They log all nine axes to the file specified in (PROBEOPEN, filename) If the probe conditions are correct before the move I am not sure if it exits immediately and logs the point or triggers an error and doesn't log. In the first case then you should be able to wire the probe input to true permanently in HAL and have it work. -- atp -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Logging coordinates.
Andy Pugh wrote: On 16 March 2010 14:13, Slavko Kocjancicesla...@gmail.com wrote: Does someone know for beter way to log some coordinates? You might be able to use the G38 probing moves. They log all nine axes to the file specified in (PROBEOPEN, filename) If the probe conditions are correct before the move I am not sure if it exits immediately and logs the point or triggers an error and doesn't log. In the first case then you should be able to wire the probe input to true permanently in HAL and have it work. There are several options for probe moves. I don't know which is which (it's in the manual here http://linuxcnc.org/docs/2.4/html/gcode_main.html#sub:G38.2:-Straight-Probe), but you can either look for the probe to make or break contact, and you can independently choose to error or not error if the desired condition isn't encountered before the end of the move. - Steve -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Private email .........Re: EMC and automation
On 3/16/2010 4:44 AM, Mark Wendt (Contractor) wrote: At 03:20 PM 3/15/2010, you wrote: On 3/15/2010 4:53 AM, Mark Wendt (Contractor) wrote: At 01:16 AM 3/15/2010, you wrote: OK, so it wasn't as private as I intended .. sorry everyone ... ROFL! Been there, done that, got both the hat and the t-shirt... ;-) Mark -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Yep. I need to modify my email config so it disables the send function after about midnight ;-) Dave I modified mine so it does a breathalyzer test after midnight... ;-) Mark An even better idea! ;-) Dave -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Logging coordinates.
I will try teach-in as in this option I use webcam instead probe. So G38 are useless. Slavko. 2010/3/16 Stephen Wille Padnos spad...@sover.net Andy Pugh wrote: On 16 March 2010 14:13, Slavko Kocjancicesla...@gmail.com wrote: Does someone know for beter way to log some coordinates? You might be able to use the G38 probing moves. They log all nine axes to the file specified in (PROBEOPEN, filename) If the probe conditions are correct before the move I am not sure if it exits immediately and logs the point or triggers an error and doesn't log. In the first case then you should be able to wire the probe input to true permanently in HAL and have it work. There are several options for probe moves. I don't know which is which (it's in the manual here http://linuxcnc.org/docs/2.4/html/gcode_main.html#sub:G38.2:-Straight-Probe ), but you can either look for the probe to make or break contact, and you can independently choose to error or not error if the desired condition isn't encountered before the end of the move. - Steve -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On 3/16/2010 4:22 AM, Steve Blackmore wrote: On Tue, 16 Mar 2010 01:42:17 -0500, you wrote: I'm really not a big fan of the idea of being allowed to jog around during a pause.Say someone is doing some internal boring bar work and they think their cutter is getting dull, they pause, jog the boring bar out of the hole, replace the insert and then resume. Do you really think the software is going to be able to put that boring bar back in place without a crash? Funny you should say that, I did just that with Mach on Saturday. I did a job run that required a blind 50mm deep 17mm dia bore, a shallow 19mm counterbore and a 15mm long internal 2mm pitch thread. I did all the drilling and boring in Mach and the threads only in EMC. I broke the insert tip on one job (probably swarf build up), feed held, jogged out, replaced the tip and continued without problem. I paused each job midway after that, stopped the spindle, jogged away, blew out any swarf, and resumed without incident. If Mach can do it, I'd have thought EMC should be able to be made to? Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users OK, I'm curious as to how you did that. Your tip was apparently engaged when you hit the pause as you probably heard the tip break? So you retracted away from the surface, jogged the tool out of the hole so you could get to it, changed the tip and then what? Did you jog the tool back into the hole in the center above the cutting point and then hit resume? I thought Mach3 did a linear move back to the last programmed position after a pause. So I would think that you would have to be in the hole to restart the program? Dave -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
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 machines at MPM in Wichita don't have an ATC. (The Mazak at Cardinal Engineering did have a working ATC, however, so it CAN be done with EMC2, just that there are a LOT of machines out there that do NOT have an ATC.) Jon -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Logging coordinates.
Alex Joni pravi: There is a script teach-in.py somewhere in the source of emc2, it should do what you want. Regards, Alex Exactly right think. Works perfect. Just one tuoght. How to make shortcut on desktop to point to teach-in? To run proper I must type all that thing into terminal. cd emc2-dev source scripts/emc-environment teach-in ?!? as I say I'm new on linux. I can make shortcut but doesn't work as I have option run in place. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, 16 Mar 2010 21:53:10 +1100, you wrote: On Tue, Mar 16, 2010 at 10:14:45AM +, Steve Blackmore wrote: On Tue, 16 Mar 2010 20:04:58 +1100, you wrote: Using programmed moves to and from the manual tool-change station seems to be quicker, as well as avoiding loss of position information. That's normal - you would move to somewhere convenient with enough clearance to actually change the tool. Then how does a need for jogging during tool change arise? That's the bit that I don't get. Jog down until tool touches top of job (Z0) then rezero Z axis. Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] (fwd) Re: G83 Bug in Lathe Mode?
On Tue, 16 Mar 2010 20:44:41 +, Steve Blackmore st...@pilotltd.net wrote: On Tue, 16 Mar 2010 07:14:08 -0500, you wrote: On Tue, Mar 16, 2010 at 6:52 AM, Steve Blackmore st...@pilotltd.net wrote: There should be no need whatsoever for all that added .1 stuff. Let's say you have a machine with a tool that can point in a direction other than perpendicular to one of the orthogonal planes. Let's say you want to drill a hole along the tool axis. Or let's say you want to mill a circle perpendicular to the current tool axis. G17.1 will allow that where G17 will allow the motion only in relation to the XY plane. G17 and G17.1, etc, allow the programmer/machinist to specify the machining conditions/parameters as necessary to control the machine as desired. I think it is a good thing. I think that has already been answered?? Simply define the plane before the move and reset it again after. Steve Blackmore -- Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] (fwd) Re: Jog under PAUSE / tool cnange
On Tue, 16 Mar 2010 20:41:25 +, Steve Blackmore st...@pilotltd.net wrote: On Tue, 16 Mar 2010 11:16:05 -0500, you wrote: OK, I'm curious as to how you did that. Your tip was apparently engaged when you hit the pause as you probably heard the tip break? So you retracted away from the surface, jogged the tool out of the hole so you could get to it, changed the tip and then what? Did you jog the tool back into the hole in the center above the cutting point and then hit resume? I thought Mach3 did a linear move back to the last programmed position after a pause. So I would think that you would have to be in the hole to restart the program? Not quite - press Feed hold, stop spindle then jog -X to clear tool, then +Z to get out of bore, replace tip. Start spindle, press cycle start. Tool did a combined XZ move at current feed rate to where it stopped then continued from there. You just have to be sensible where you position the tool before pressing cycle start again. Steve Blackmore -- Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
Then how does a need for jogging during tool change arise? That's the bit that I don't get. Jog down until tool touches top of job (Z0) then rezero Z axis. That's a MDI command (the re-zeroing of the Z axis)... (not that that's bad, but you said only jogging should be allowed). Regards, Alex -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] (fwd) Re: Jog under PAUSE / tool cnange
On Tue, Mar 16, 2010 at 4:45 PM, Steve Blackmore st...@pilotltd.net wrote: Not quite - press Feed hold, stop spindle then jog -X to clear tool, then +Z to get out of bore, replace tip. Start spindle, press cycle start. Tool did a combined XZ move at current feed rate to where it stopped then continued from there. That's a great example how it might be tricky in general. In your case, a simultaneous XZ move was appropriate, as would be Z followed by X, but not X followed by Z. In another configuration (e.g. facing) the opposite would have been true, and I can imagine cases where neither would work (e.g. a center stub in an undercut bore hole, requiring a Z-X-Z-X move). This doesn't mean that it isn't a desirable feature that should be implemented, just that it isn't as simple as you portray it to be. Since a full interference detection doesn't seem sensible, it'd have to be some big fat warning window that it's your responsibility to clear the tool path. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] (fwd) Re: Jog under PAUSE / tool cnange
On Mar 16, 2010, at 4:25 PM, Przemek Klosowski wrote: On Tue, Mar 16, 2010 at 4:45 PM, Steve Blackmore st...@pilotltd.net wrote: Not quite - press Feed hold, stop spindle then jog -X to clear tool, then +Z to get out of bore, replace tip. Start spindle, press cycle start. Tool did a combined XZ move at current feed rate to where it stopped then continued from there. That's a great example how it might be tricky in general. In your case, a simultaneous XZ move was appropriate, as would be Z followed by X, but not X followed by Z. In another configuration (e.g. facing) the opposite would have been true, and I can imagine cases where neither would work (e.g. a center stub in an undercut bore hole, requiring a Z-X-Z-X move). This doesn't mean that it isn't a desirable feature that should be implemented, just that it isn't as simple as you portray it to be. Since a full interference detection doesn't seem sensible, it'd have to be some big fat warning window that it's your responsibility to clear the tool path. Could you not record the path you have been jogging out? Then change the tool, do your allignment yada yada since the computer knows the path you jogged-out, you can use that to jog back in. That way you don't have to 'know' or worry about any clearance paths. Ries -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On 16 March 2010 21:20, Alex Joni alex.j...@robcon.ro wrote: Jog down until tool touches top of job (Z0) then rezero Z axis. That's a MDI command (the re-zeroing of the Z axis)... Jog down to Z = 0 with the tool loose in the collet, then tighten? -- atp -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, 16 Mar 2010 22:42:13 +, you wrote: On 16 March 2010 21:20, Alex Joni alex.j...@robcon.ro wrote: Jog down until tool touches top of job (Z0) then rezero Z axis. That's a MDI command (the re-zeroing of the Z axis)... Jog down to Z = 0 with the tool loose in the collet, then tighten? They have a habit of moving up slightly :) Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] (fwd) Re: Jog under PAUSE / tool cnange
On Tue, 16 Mar 2010 17:25:46 -0400, you wrote: On Tue, Mar 16, 2010 at 4:45 PM, Steve Blackmore st...@pilotltd.net wrote: Not quite - press Feed hold, stop spindle then jog -X to clear tool, then +Z to get out of bore, replace tip. Start spindle, press cycle start. Tool did a combined XZ move at current feed rate to where it stopped then continued from there. That's a great example how it might be tricky in general. In your case, a simultaneous XZ move was appropriate, as would be Z followed by X, but not X followed by Z. In another configuration (e.g. facing) the opposite would have been true, and I can imagine cases where neither would work (e.g. a center stub in an undercut bore hole, requiring a Z-X-Z-X move). X followed by Z would have been OK, as would Z followed by X from the position I restarted from. You need to think where the tool is before you press Cycle start and position accordingly. If you know it's ALWAYS going to do a combined move it's not hard to move the tool to a suitable position. This doesn't mean that it isn't a desirable feature that should be implemented, just that it isn't as simple as you portray it to be. It is very simple - you merely have to think before restarting. If it crashes, you didn't think hard enough ;) Since a full interference detection doesn't seem sensible, it'd have to be some big fat warning window that it's your responsibility to clear the tool path. A big fat warning window, why? Fanuc's behave the same way, no warning windows there? It's the operators responsibility to ensure he knows how to operate his machine properly. Please no Nanny State madness, if anyone does go down that route, please ensure warning can be turned off, nothing more annoying than are you sure messages. Steve Blackmore -- -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
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 machines at MPM in Wichita don't have an ATC. (The Mazak at Cardinal Engineering did have a working ATC, however, so it CAN be done with EMC2, just that there are a LOT of machines out there that do NOT have an ATC.) Jon Neither does mine Jon, but AIUI, this isn't rocket science although it might need a little rocket fuel. ;-) Or a round tuit, that would be helpful. BTW I am still looking for a pair of (front and back) round tUIt patterns I can scale to about a 50 cent piece size. I've been promising a friend I was gonna make a small bag of them at some point. I already have a couple sticks of alu for them. Sticking a piece of pcb material, with the copper still on it, to a little used corner of the table shouldn't take more than something to clean the table down to bare metal so the superglue would bond well, and a tube of superglue. Solder the sense wire to a pulled up spare port pin, and a short jog to that location a creep down till the port pin goes low, _should_ make an el-cheapo switch. The only fly I could see is that since the ground would assume to be through the spindle bearings, and they run on an oil film, it might not be too bad an idea to have a ground (wired also) spring against the tool shank or the bottom of the collet to assure the tool does have a good ground. I don't see any reason that sub thousandth accuracy could not be obtained if the copper film on the pcb is kept reasonably clean. Spindle stopped of course. ;-) -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) Suggest you just sit there and wait till life gets easier. -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tuesday 16 March 2010, Andy Pugh wrote: On 16 March 2010 21:20, Alex Joni alex.j...@robcon.ro wrote: Jog down until tool touches top of job (Z0) then rezero Z axis. That's a MDI command (the re-zeroing of the Z axis)... Jog down to Z = 0 with the tool loose in the collet, then tighten? I already thought of that Andy, and in my case, the collet will rise anywhere up to 50 thou, taking the bit with it, depending on the size taper accuracy of the collet. My 1/4 may pull even more, its a sloppy S.O.B. And I'd doubt its repeatable enough to be coded around. -- Cheers, Gene There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order. -Ed Howdershelt (Author) A critic is a bundle of biases held loosely together by a sense of taste. -- Whitney Balliett -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Jog under PAUSE / tool cnange
On Tue, Mar 16, 2010 at 09:37:11PM -0400, Gene Heskett wrote: Sticking a piece of pcb material, with the copper still on it, to a little used corner of the table shouldn't take more than something to clean the table down to bare metal so the superglue would bond well, and a tube of superglue. Solder the sense wire to a pulled up spare port pin, and a short jog to that location a creep down till the port pin goes low, _should_ make an el-cheapo switch. The only fly I could see is that since the ground would assume to be through the spindle bearings, and they run on an oil film, it might not be too bad an idea to have a ground (wired also) spring against the tool shank or the bottom of the collet to assure the tool does have a good ground. I don't see any reason that sub thousandth accuracy could not be obtained if the copper film on the pcb is kept reasonably clean. Spindle stopped of course. ;-) If tool lengths vary significantly, then on a short tool Z needs to creep slowly down from the max length plus clearance, to shortest tool length, to be able to stop before indenting an unsprung plate, AIUI. That's lost time. If the sense plate is spring-loaded, against the (known height) underside of a pair of hold-down fingers, then it can be probed fast, then slow after a retraction, like homing switches. I don't know what that does to tooling, though. (I wasn't thinking of doing a flying rapid during sensing.) Erik -- In all affairs it's a healthy thing now and then to hang a question mark on the things you have long taken for granted. -- Bertrand Russell -- Download Intel#174; Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users