[Emc-users] 2.4 pre
Hi guys, a couple of observations in 2.4 pre using axis. Buggette Tool number is NOT remembered at program end/rewind. This is a change of behaviour from 2.3, machine now stops and always asks for tool change, even if that tool is already loaded. Suggestion A control K is optionally automatically sent on program start. The screen is not refreshed on each iteration of the same program. For production turning, the visual screen is the easiest way to see job progress from a distance. Steve Blackmore -- -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Default Jog speed in Axis?
2009/12/30 Michael Jones > When I start EMC, for some reason I can't find, the jog slider is set > to 6ipm. Where is this default stored? Is it changeable? > > Thanks, > > Michael > You can set the default value in the ini-file. Look for DEFAULT_LINEAR_VELOCITY. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Manual command on pause
On Tue, 29 Dec 2009 09:26:18 -0600, you wrote: >On Tue, Dec 29, 2009 at 01:12:59PM +0300, ??? ? wrote: >> Hello guys, >> >> Does exist any way to run some command on GCODE program pause? >> >> I need it for sewing-machine robot. >> If thread is break off, I need to press pause, restore thread, return robot >> on 2-3 steps and continue program. > >Hit escape to abort the program. The last-running line will stay >highlighted so you can keep your place. > >Fix whatever you need to on your machine > >Right click the highlighted line (or appropriate nearby starting >line) and select "Run from here" Jog during pause has been requested many times by lots of people, are there any plans to ever implement that? Les Newall's jog during tool change works great, and is essential if you are running a router using collets for tool holding. No way to zero tool otherwise! The "run from here" scenario is a poor "solution" with it's own caveats, as machine state at the point of stop is not remembered properly in my experience. Steve Blackmore -- -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] error - radius to small to reach endpt
> > When importing a gif file and using image-to-gcode I get this error in > the > > cinci. > > I think this might mean i2g has generated a bogus arc. Can you post > the image and the settings you used so I can reproduce it? Also can > you say what versions you used to generate and load the file? > I think the arc is not bogus. This will run on the sim machines. I have tried many settings. All work with the sim machines. None yet work on the cinci. The error is the same no matter what the settings. I have looked at the gcode. When you have two points and a radius it is difficult to have a bogus arc. You may not have your desired resulting geometry but the arc should work. This is with the latest git pull. Not a particular hurry at this time. I had one of my grandson's with me. This was to be a Christmas present for his brother. A little delayed (from today) will not hurt (any more than it already does). thanks Stuart images are http://www.mpm1.com:8080/broncos.gif http://www.mpm1.com:8080/denver_broncos_logo2.jpg http://www.mpm1.com:8080/jayhawkslogo.gif -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Just a little off topic, forgive me...
http://www.david-laserscanner.com/ this might help? On Thu, Dec 24, 2009 at 10:37 AM, Andy Pugh wrote: > 2009/12/23 Frank Tkalcevic : >> >> Sorry, I can't help you with the digitizing. What I do for things like that >> is build up a 3D solid model using a good set of digital calipers, > > This has generally been my apprach too, as converting a point cloud to > surfaces is a fairly non-trivial task. > > > -- > atp > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] error - radius to small to reach endpt
After an irc chat we think we may have found the cause of the problem. If we're right the difference is not sim vs real, but that you had a tool loaded and tool length offset active on the real machine but not on sim. (the sign of any active tool length offset could also have turned out to be relevant) Either update to current v2_3_branch or master, or apply the fix by hand: http://git.linuxcnc.org/?p=emc2.git;a=commitdiff;h=87869ac Jeff -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] error - radius to small to reach endpt
Gentlemen, I previously tried setting the tool length offset to 0 and received the same error. I will update and try it. Thank you very much for the quick response. Stuart On Wed, Dec 30, 2009 at 10:49 AM, Jeff Epler wrote: > After an irc chat we think we may have found the cause of the problem. > If we're right the difference is not sim vs real, but that you had a > tool loaded and tool length offset active on the real machine but not on > sim. (the sign of any active tool length offset could also have turned > out to be relevant) > > Either update to current v2_3_branch or master, or apply the fix by > hand: > http://git.linuxcnc.org/?p=emc2.git;a=commitdiff;h=87869ac > > Jeff > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > -- The value of goods are expressed in money, while the value of money is expressed in goods. Money and goods are clearly not the same things, but are exactly opposite things. Goods are wealth which you have, while money is a claim on wealth which you do not have. Goods are an asset; Money is a debt. If goods are wealth; money is clearly not wealth, it is negative wealth, maybe even anti-wealth. – Quigley, Tragedy and Hope, pg. 44 (emphasis added) -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Building and using emcsh
Hi everyone, I'm trying to use emcsh to script some commands to emc but am having some trouble. I downloaded the latest source from git and built it but for some reason it didn't built emcsh. It did built emcrsh and emc runs just fine. Is there something I need to enable to build emcsh? I tried to copy over a emcsh that seems to be distributed with an installed emc, but it said it can't connect to emc even though I have the axis gui up. I think probably it is a version incompatibility? Any hints would be really appreciated! Thanks! -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Building and using emcsh
emcsh is no longer built. The emc-specific extensions to tcl are now in the loadable library emc.so. Instead, use regular tclsh or wish, and near the top # Load the emc.tcl file, which defines variables for various useful paths source [file join [file dirname [info script]] emc.tcl] eval emc_init $argv (the above snipped from tcl/tkemc.tcl) The way this 'source' line finds the location of emc.tcl is appropriate for run-in-place systems where the script is in bin/ or scripts/; or for run-installed systems where the script is in $prefix/bin/. If your setup is different, then you may need to do something else. Jeff -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] error - radius to small to reach endpt
Gentlemen, running haven't tried it with a value other than zero in the TLO or Tool Diameter yet mucho thankos :) Stuart On Wed, Dec 30, 2009 at 11:20 AM, Stuart Stevenson wrote: > Gentlemen, > I previously tried setting the tool length offset to 0 and received the > same error. I will update and try it. Thank you very much for the quick > response. > Stuart > > On Wed, Dec 30, 2009 at 10:49 AM, Jeff Epler wrote: > >> After an irc chat we think we may have found the cause of the problem. >> If we're right the difference is not sim vs real, but that you had a >> tool loaded and tool length offset active on the real machine but not on >> sim. (the sign of any active tool length offset could also have turned >> out to be relevant) >> >> Either update to current v2_3_branch or master, or apply the fix by >> hand: >> http://git.linuxcnc.org/?p=emc2.git;a=commitdiff;h=87869ac >> >> Jeff >> >> >> -- >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and >> easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > > -- > The value of goods are expressed in money, while the value of money is > expressed in goods. Money and goods are clearly not the same things, but are > exactly opposite things. Goods are wealth which you have, while money is a > claim on wealth which you do not have. Goods are an asset; Money is a debt. > If goods are wealth; money is clearly not wealth, it is negative wealth, > maybe even anti-wealth. – Quigley, Tragedy and Hope, pg. 44 (emphasis added) > -- The value of goods are expressed in money, while the value of money is expressed in goods. Money and goods are clearly not the same things, but are exactly opposite things. Goods are wealth which you have, while money is a claim on wealth which you do not have. Goods are an asset; Money is a debt. If goods are wealth; money is clearly not wealth, it is negative wealth, maybe even anti-wealth. – Quigley, Tragedy and Hope, pg. 44 (emphasis added) -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] multispindle
Hello, I have a machine with more than one spindle and I would like machine to automatically pick up the the physical offset depending on which spindle i select. Is there anyway to do this inside of emc? Regards, Greg Bollheimer -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] multispindle
On Wed, Dec 30, 2009 at 02:36:20PM -0800, Greg Bollheimer wrote: > Hello, > I have a machine with more than one spindle and I would like machine to > automatically pick up the the physical offset depending on which spindle i > select. > Is there anyway to do this inside of emc? If they have the same Y coordinate, you can currently do this because tool offsets have X,Z components (because of lathes). If not, work is in progress that will give more flexible tool offsets. I don't know yet whether it will be in the EMC 2.4 series of releases. If you can't use tool offsets, you could always use fixture offsets, or even G92, but it wouldn't be quite as nice. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Building and using emcsh
Thanks! That totally worked on my 2.4.0 pre system. Tested it by getting estop to turn on and off from an interactive tclsh. I'm planning on piping the input and output of the tclsh through a serial port connected to a windows machine so the windows machine can issue MDI commands to the linux EMC box. Jeff Epler wrote: > emcsh is no longer built. The emc-specific extensions to tcl are now in > the loadable library emc.so. > > Instead, use regular tclsh or wish, and near the top > # Load the emc.tcl file, which defines variables for various useful paths > source [file join [file dirname [info script]] emc.tcl] > eval emc_init $argv > (the above snipped from tcl/tkemc.tcl) > > The way this 'source' line finds the location of emc.tcl is appropriate > for run-in-place systems where the script is in bin/ or scripts/; or for > run-installed systems where the script is in $prefix/bin/. If your > setup is different, then you may need to do something else. > > Jeff > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Building and using emcsh
You can also do that using emcrsh it's a telnet like interface and you can also connect using NML directly to emc2 from a windows machine (granted it involves writing and compiling some software ;) Regards, Alex -- From: "Flying Electron" Sent: Thursday, December 31, 2009 2:22 AM To: "Enhanced Machine Controller (EMC)" Subject: Re: [Emc-users] Building and using emcsh > Thanks! > > That totally worked on my 2.4.0 pre system. Tested it by getting estop > to turn on and off from an interactive tclsh. I'm planning on piping > the input and output of the tclsh through a serial port connected to a > windows machine so the windows machine can issue MDI commands to the > linux EMC box. > > > > Jeff Epler wrote: >> emcsh is no longer built. The emc-specific extensions to tcl are now in >> the loadable library emc.so. >> >> Instead, use regular tclsh or wish, and near the top >> # Load the emc.tcl file, which defines variables for various useful >> paths >> source [file join [file dirname [info script]] emc.tcl] >> eval emc_init $argv >> (the above snipped from tcl/tkemc.tcl) >> >> The way this 'source' line finds the location of emc.tcl is appropriate >> for run-in-place systems where the script is in bin/ or scripts/; or for >> run-installed systems where the script is in $prefix/bin/. If your >> setup is different, then you may need to do something else. >> >> Jeff >> >> -- >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and >> easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and > easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 9.0.722 / Virus Database: 270.14.123/2594 - Release Date: > 12/30/09 09:27:00 > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] EMC2.3.4 Lathe and Mcam9
Somewhat new to EMC2, just got my EMC2 Mill running proberly and reliable, now switched to lathe and i'm lost again !! I am trying to get EMC2 lathe running now. I am not real good at reading G-code because I have always used Mcam, so major editing and I get lost. My real questions are, does anybody have a Mcam9 Post processor that will work for EMC2 lathe they could share ? Or is there a setting I can change in EMC that will make EMC understand "standard" lathe G-code. Or can anyone help me edit a post processor ? The main issues are tool changes, "U" and "W" locations, and work coordinates Mcam9 calls those all out wrong for EMC. I have been able to edit and get it running, but it takes way too long for me to edit. Thanks for ANY solutions ! -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Building and using emcsh
I have a proof of concept working with right now with emcrsh running on a simulated emc inside a virtual machine, but I'm not that happy with the performance of sending thousands of telnet messages back and forth across the network. The latency of checking if the previous command has finished adds a lot of time to the entire job. Right now I have an SMT pick and place machine controlled by a windows machine right now with a dedicated microcontroller on the X Y and Z axis, with a serial cable coming back from each axis to 3 serial ports on the windows machine. I'm investigating the possibility of replacing the microcontrollers with a dedicated EMC machine to handle all of the motion control but leaving the windows software intact with only slight modifications to have it talk to EMC instead of the individual microcontrollers. My last test using emcrsh had the job take almost twice as long as the current setup probably because of the TCPIP latency of checking if the previous MDI commands had finished using emcrsh (I modified emcrsh to use TCP_NODELAY which helped, but it's still not that fast). I'm hoping a serial link between the windows box and the EMC box will cut the latency down to almost zero. I never though of using NML from a windows machine to talk directly to EMC. But looking at it now, I think I will have the same latency problems since the messages still have to travel between the machines using TCPIP. Does that sound like I understand how NML would work correctly? Thanks! Alex Joni wrote: > You can also do that using emcrsh > it's a telnet like interface > and you can also connect using NML directly to emc2 from a windows machine > (granted it involves writing and compiling some software ;) > > Regards, > Alex > > > -- > From: "Flying Electron" > Sent: Thursday, December 31, 2009 2:22 AM > To: "Enhanced Machine Controller (EMC)" > Subject: Re: [Emc-users] Building and using emcsh > > >> Thanks! >> >> That totally worked on my 2.4.0 pre system. Tested it by getting estop >> to turn on and off from an interactive tclsh. I'm planning on piping >> the input and output of the tclsh through a serial port connected to a >> windows machine so the windows machine can issue MDI commands to the >> linux EMC box. >> >> >> >> Jeff Epler wrote: >> >>> emcsh is no longer built. The emc-specific extensions to tcl are now in >>> the loadable library emc.so. >>> >>> Instead, use regular tclsh or wish, and near the top >>> # Load the emc.tcl file, which defines variables for various useful >>> paths >>> source [file join [file dirname [info script]] emc.tcl] >>> eval emc_init $argv >>> (the above snipped from tcl/tkemc.tcl) >>> >>> The way this 'source' line finds the location of emc.tcl is appropriate >>> for run-in-place systems where the script is in bin/ or scripts/; or for >>> run-installed systems where the script is in $prefix/bin/. If your >>> setup is different, then you may need to do something else. >>> >>> Jeff >>> >>> -- >>> This SF.Net email is sponsored by the Verizon Developer Community >>> Take advantage of Verizon's best-in-class app development support >>> A streamlined, 14 day to market process makes app distribution fast and >>> easy >>> Join now and get one step closer to millions of Verizon customers >>> http://p.sf.net/sfu/verizon-dev2dev >>> ___ >>> Emc-users mailing list >>> Emc-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-users >>> >>> >> -- >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and >> easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> > > > > >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 9.0.722 / Virus Database: 270.14.123/2594 - Release Date: >> 12/30/09 09:27:00 >> >> > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.
Re: [Emc-users] Building and using emcsh
On Wed, Dec 30, 2009 at 05:52:00PM -0800, Flying Electron wrote: > probably because of the TCPIP latency > of checking if the previous MDI commands had finished Ideally you'd give EMC a file it could open, so you don't have to send a program as MDI one line at a time. Failing that do you know that MDI moves get queued? Are you sure you even need to do that polling? I'm not sure though what the queue size limit is, or what happens when you hit it. Normally with MDI even a fast person doesn't get more than a few moves ahead. -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Clearing the homed status of the machine
On Thu, 2009-12-24 at 21:21 -0500, Matt Shaver wrote: > On Wed, 23 Dec 2009 20:27:27 -0600 > Chris Radek wrote: > > I have extensively used a (non-EMC) machine that requires a rehome > > after estop. In at least one case I can remember, I had a crazy setup > > that was in the way of homing. If I had estopped during that job, it > > would have been a very big pain, involving cranking the knee down > > out of the way and losing my origin. > > Worse still, the Y axis homes in the minus direction (on the horrifying > Bridgeport "E" control Chris speaks of). This means any fixturing that > overhangs the back of the table could interfere with the column. I've > had to disassemble a fixture to rehome on one of these machines. > Whenever I hear someone complain too loudly or too long about something > in EMC, I recall some of these things that were wrong with commercial > controls and think, "You have no idea...". > > Thanks, > Matt Whoa! Are you telling me that Bridgeports are not ram machines and you cannot arbitrarily shift the Y axis. Sorry for being so ignorant. Dave > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Building and using emcsh
On Wed, Dec 30, 2009 at 04:22:10PM -0800, Flying Electron wrote: > Thanks! > > That totally worked on my 2.4.0 pre system. Tested it by getting estop > to turn on and off from an interactive tclsh. I'm planning on piping > the input and output of the tclsh through a serial port connected to a > windows machine so the windows machine can issue MDI commands to the > linux EMC box. This is exactly one of the benefits of making emc.so a loadable module. Before, we were linking it into a wish, so you had to have a (probably undesired, in this use) window and an X server to display it on.. I'm glad you were able to get it working! Jeff -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Clearing the homed status of the machine
Hi Michael, thanks for the advice. I was able to cherry pick a couple of commits (including your most recent commits relating to this feature) from master and backport them to the v2_3 branch and it worked like a champ. Thanks for getting those into mainline, it's much appreciated... Best Regards, -Dave On Sat, Dec 26, 2009 at 12:28 PM, micges wrote: > Dave Camarillo pisze: >> >> Thanks for the info Michael, that's good to know. We're currently >> compiling and using the v2.3 branch from the git repo. Do you know if >> this branch includes the VOLATILE_HOME options? or a different branch? >> >> Thanks, >> -Dave >> >> > Development branch is called master, it has many cool features but it's > marked as unstable (it's works fine, but noone will > recomend it for machines for selling or such). > If you want only volatile home works on stable 2.3 branch you will have > to manually add these changes to v2.3branch or use > git command 'cherry-pick': > http://www.kernel.org/pub/software/scm/git/docs/git-cherry-pick.html > > regards, > Michael > >> -- >> This SF.Net email is sponsored by the Verizon Developer Community >> Take advantage of Verizon's best-in-class app development support >> A streamlined, 14 day to market process makes app distribution fast and easy >> Join now and get one step closer to millions of Verizon customers >> http://p.sf.net/sfu/verizon-dev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> >> > > > -- > This SF.Net email is sponsored by the Verizon Developer Community > Take advantage of Verizon's best-in-class app development support > A streamlined, 14 day to market process makes app distribution fast and easy > Join now and get one step closer to millions of Verizon customers > http://p.sf.net/sfu/verizon-dev2dev > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Emc-users Digest, Vol 44, Issue 57
> > I have extensively used a (non-EMC) machine that requires a rehome > after estop. In at least one case I can remember, I had a crazy setup > that was in the way of homing. If I had estopped during that job, it > would have been a very big pain, involving cranking the knee down > out of the way and losing my origin. > > Even when it is possible to rehome, it is an unwelcome distraction. > The result was that it made me think twice or three times before > hitting estop. I went for feed hold instead - a much harder little > button to hit on this machine -- and it doesn't stop the spindle. > > So I recommend that you fix your machine so the encoders don't ever > lose power. It is such a luxury on my EMC machines to not worry about > hitting estop. On both my servo EMC machines the encoders are run by > the PC power supply so no matter what, if EMC stays running, the > encoders do too. > > Now that I have written this, I notice you don't say it's a servo > system. If you disable stepper amps, I guess you don't have much > choice but to rehome... If this is your situation, I'll say this > is just food for thought (for others) and you should ignore me :-) > > Chris > Hi Chris, In general, I agree with you on the fact that re homing a machine after e-stop is quite annoying. I had to deal with that on a sharp machining center and found it to be a pain. Most of what I do is one-off work, and I also find the process to be distracting. That being said, I think it's a matter of context. In the context to of me, a person who can claim at least a little proficiency in the subject, doing one off stuff, I don't want to enable that feature. However, in a different context, the one which drove the request, the machine is in use by essentially an operator, that has only basic knowledge of dealing with such machines, and in that case, were looking for predictability, determinism and consistency far more then anything else. In the context that it's being used, I's suspect that they will only encounter this case a couple times a year, as they will be running the same set of tested programs many times over. You are correct, we are running in open-loop on this version of the machine, and as a policy we remove power from most components of the system in an e-stop state (independent of software), which is why we risk loosing position in an e-stop scenario. We are planning on adding encoders to close the loop, but that will be a bit later on... Anyway, my main comment is that it depends on context, and in my opinion it's a valuable feature... Best Regards, -Dave -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC2.3.4 Lathe and Mcam9
You could try sending an e-mail to this gentleman: "Will Slota" He was helping a client of mine get an EMC lathe post processor going for the latest version of Mastercam & might be able to help you as well. No promises here, but he's a nice guy and might welcome another EMC lathe "tester". Thanks, Matt On Wed, 30 Dec 2009 20:44:49 EST mgonz34...@aol.com wrote: > My real questions are, does anybody have a Mcam9 Post processor that > will work for EMC2 lathe they could share ? Or is there a setting I > can change in EMC that will make EMC understand "standard" lathe > G-code. > > Or can anyone help me edit a post processor ? The main issues are > tool changes, "U" and "W" locations, and work coordinates Mcam9 > calls those all out wrong for EMC. I have been able to edit and get > it running, but it takes way too long for me to edit. > > Thanks for ANY solutions ! -- This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users