Re: [Emc-users] Hold-down straps
I first seen such a device in a book about modern machine shop practices copyright 1870 something. Some in action. http://www.youtube.com/watch?v=AHwHLO-mgao ^^^ Andre' B. On 10/10/2012 12:44 PM, Matthew Herd wrote: Andy, If you are familiar with metal shapers, these are commonly used work holders to enable planing the entire top surface of a workpiece. They are essentially a four sided shape. The jaw side and the bottom side are square, with the workpiece side angled at about 2 degrees from the jaw side. The upper edge sticks into the work so that when the jaws are tightened, it not only clamps the work, but also drives it downward. The top surface is simply sloped downward to provide clearance for the tool bit. These can easily be made on a shaper, or on a mill with the appropriate angle plates. Starrett still makes them from what I understand, but if you don't care about a ground finish, shop made would still do fine. Matt -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis mods
Thanks: I have Idle working, I think, not sure what to expect in the way of debugging stuff, single step, break points, watch variables, etc.. Or how it fits in with the rest of EMC which Axis seems to need to run properly. Now need some time to play with stuff. On Sat, 2010-05-15 at 15:39 -0400, Dave wrote: Use the Synaptic package manager to get and install Idle which is a editor/debugger for Python. It is small, yet powerful for finding errors and testing code. It saves much head banging. There is also Eclipse, which is a full blown IDE. It has a Python add in that you can load off the Eclipse website. But to me, using Eclipse is like using a 10 lb sledge hammer to drive a tack - overkill. The Axis graphics are done in Tcl/TK which is a different language. There is a lot to learn. Dave On 5/15/2010 1:27 PM, Andre' B wrote: I have Emc from a Live-CD install now updated to 2.4.0 I would like to try a few modifications to Axis, dealing with the feed and spindle overrides. Want to toggle the number keys between feed override, spindle override, and both. Buy both I mean changing feed and speed to maintain the same feed per rev. I also have an idea for being able to change the overrides by a smaller increment then 10% without a bunch more keys. Have not done much programming in Linux, mostly just VB and C programming in Windows and DOS. Snooping around it looks like some of the stuff I want to mess with is in the Python script usr/bin/axis How to get started, what would be the best development tools to try first? -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Axis mods
I have Emc from a Live-CD install now updated to 2.4.0 I would like to try a few modifications to Axis, dealing with the feed and spindle overrides. Want to toggle the number keys between feed override, spindle override, and both. Buy both I mean changing feed and speed to maintain the same feed per rev. I also have an idea for being able to change the overrides by a smaller increment then 10% without a bunch more keys. Have not done much programming in Linux, mostly just VB and C programming in Windows and DOS. Snooping around it looks like some of the stuff I want to mess with is in the Python script usr/bin/axis How to get started, what would be the best development tools to try first? -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] how to set G0 velocity?
Just wondering if the G0 speed can be faster then the max feed rate speed. On all CNC machines I have run (that use Fanuc, Mit, etc controls) the rapid speed was much faster then the max feed rate speed, like 2 or 3 times. On a step/dir system it is probably not possible but on a servo machine that has high speed hardware encoder counters and possibly a velocity loop that is closed outside of the EMC position control loop it should be possible. It is just that during a G0 move the actually position may be 0.030 or 0.040 away from where EMC thinks it is, not good for machining but who cares during a rapid move. Andre' B. At 02:31 PM 11/4/2009, you wrote: 2009/11/4 John Kasunich jmkasun...@fastmail.fm G0 is a rapid traverse move and always goes at the speed determined by the ini file limits. It is NOT affected by an F value in the g-code. The F only sets the feed rate for G1, G2, G3, and other cutting moves. John Kasunich You're right John. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users __ Andre' B. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] [OT] Gear Tooth Form
Have you looked at geargen11 it is an old DOS program should still be available someplace. At 09:34 AM 5/20/2009, you wrote: On Wed, 2009-05-20 at 04:44 -0500, Ray Henry wrote: ... snip I dropped in on the folk at Synergy the other evening and they demoed gear design for me. Answer a few questions like number of teeth and so forth and it draws it up and then writes the g-code depending on your cutter. They don't have a rack gear routine (yet) but we played with that a bit and it looked like the sides of the teeth are flat faced where the exact angle and distance between are a product of the nature of the gear running in them. The rack's tooth profile is certainly not a simple negative of the involute tooth of the gear that runs in it. It was an interesting thought and drafting experiment but I stayed well short of the real math to make 'em. Rayh The rack tooth form is the basis for involute gears, everything else comes from this. The rack form is described in Machinery's handbook and here: http://www.sdp-si.com/d785/html1/D785T007_2.html The straight sides are at the pressure angle (20 or 14.5 degrees usually). This trapezoidal shape, as a hob, fly cutter, or standard #8 gear cutter, can be used with an A axis to cut all of the gear diameter sizes with the corresponding pitch. The other key feature, is the base circle which is derived from the pressure angle lines placed with their intersection on the pitch circle. http://www.sdp-si.com/d785/html1/D785T018_1.html The diagram shows one pressure angle line, the other is just a mirror of it. The point(s) of contact are on this line and since the line and contact point can be thought of as an unwinding string, the sum of the contact points forms an involute of the base circle. I have Synergy, but I am trying to come up with an open-source gear utility. I have a way to go. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Crystal Reports - New Free Runtime and 30 Day Trial Check out the new simplified licensing option that enables unlimited royalty-free distribution of the report engine for externally facing server and web deployment. http://p.sf.net/sfu/businessobjects ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users __ Andre' B. -- Register Now for Creativity and Technology (CaT), June 3rd, NYC. CaT is a gathering of tech-side developers brand creativity professionals. Meet the minds behind Google Creative Lab, Visual Complexity, Processing, iPhoneDevCamp asthey present alongside digital heavyweights like Barbarian Group, R/GA, Big Spaceship. http://www.creativitycat.com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis GUI
Not only that but you frequently need to adjust the length or radius comp numbers of this or that tool after running a few parts. Change parts. Hit Cycle Start. Clean, debur and measure the part you just took out of the machine. Edit the tool offsets before the roughing tools are done cutting so the part gets finished to the right size. At 12:10 PM 2/21/2009, you wrote: Please keep in mind hat in a production environment you might never touch off a tool. An optical tool setter is often used to measure the tool length to gage line while the machine is running another job. When you set up the next job, all the tool lengths are entered in at once. -Tony -Original Message- From: Chris Radek [mailto:ch...@timeguy.com] Sent: Saturday, February 21, 2009 9:30 AM To: tjm...@cableone.net; Enhanced Machine Controller (EMC) Subject: Re: [Emc-users] Axis GUI On Sat, Feb 21, 2009 at 01:01:30AM -0700, Terry wrote: Hi, I have been running the Axis GUI in a production setting on a HURCO vmc now for a good 3 months now and have no issues other than one.I find that I forget to reload the tool table.I guess in my mind when I hit save Im done with that part.Maybe a reload tool table button near the program reload button would work or when I close the table it gets reloaded.I suppose with the automatic reload on closing the tool table could not be accessed while running a program. Also maybe some horizontal lines on the table to help make sure that you are making changes to the right tool. These complaints are overshadowed by the good things about Axis,number one being the fact you can click on a line in the plot and it goes to that line of code. Everytime I show that to someone they think it is the coolest. In EMC2.3 AXIS you can touch off a tool length, just like you touch off a coordinate system origin. I have found that I don't edit the tool table manually anymore. I would never go back! Chris -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users __ Andre' B. -- Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA -OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise -Strategies to boost innovation and cut costs with open source participation -Receive a $600 discount off the registration fee with the source code: SFAD http://p.sf.net/sfu/XcvMzF8H ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] RES: Successful Emc2 conversion (happy
At 06:50 AM 1/18/2009, you wrote: Hello John, I can't understand all that chat about Mesa 5xxx and 7xxx etc. without knowing what these boards are and what they do. I see that Mesa boards and their names are used widely in EMC. Here in Germany I can't even find the brand name of Mesa in ebay. Please supply a link to descriptions so I can go looking for something comparable on the European market. Thanks Peter Blodow http://www.mesanet.com/ __ Andre' B. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] RES: Successful Emc2 conversion (happy dance...)
At 09:48 AM 1/16/2009, you wrote: One thing to keep in mind when considering the tapered end mill idea is chatter. The existing stepped design limits the depth of cut (width of cutting edge engaged) to the height of one step. If you use a tapered end mill, the cutting edge will be engaged in the cut over its full length. You are much more likely to get chatter in that case. A high helix cutter will help, as will ensuring that the finish cut isn't too deep. Another chatter risk is cutting inside radii with a cutter that is the same as (or very close to) the finished radius. If the cutter radius is close to the part radius, then the path of the tool centerline has a sharp or nearly sharp corner. Just before the tool reaches that corner, the amount of tool perimeter engaged in the cut increases dramatically. (Hard to explain in words - see the attached sketch. The heavy red line is the portion of the tool perimeter that is cutting.) The result can easily be chatter and a crappy surface finish. If you decide to use a tapered end mill for the finishing cuts, keep both of these issues in mind, and take some test cuts. It would be a shame to have the very last cuts in the part start chattering and make a mess of things. I'm sure both of these issues are old-hat to the experienced machinists here, but I learned them both the hard way - hopefully this will spare someone else the same experience. Regards, John Kasunich Yep, were it me I would put some bigger radii in the corners and run a carbide ball end mill finish pass with say 0.005 or less down steps. Wind it up as fast as it will turn and feed it as fast as it will go. In the video that squawking that John is referring to in the corners is something you can get away with in aluminum and softer steel but if you are cutting 60Rc tool steel and you hear that you may as well just stop and change the cutter because it is done cutting. __ Andre' B. -- This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Steppers with Encoders
The biggest problem with stepper motors is they are designed to have a given DC resistance so that some DC voltage can be applied without the current going it infinity when the motor is stopped. That resistance is why they get hot. Unlike that stepper motor every good high performance AC or DC motor is designed so as to get that DC resistance as close to zero as possible. So say you are trying to drag a weight around on the floor while at all times controlling its position and velocity. A stepper motor is like pulling on that weight with bungee cords, it will always be in the wrong place and/or moving in the wrong direction. The servo is more like a steel bar. While steppers have their place, but if you want precision motion control of a machine with unknown and variable factors (part mass and cutting forces) they are not the best choice. And from what I have seen by the time you add all the extra stuff to make up for their defects you would have been much farther ahead to have just went with servos in the first place. __ Andre' B. -- Check out the new SourceForge.net Marketplace. It is the best place to buy or sell services for just about anything Open Source. http://p.sf.net/sfu/Xq1LFB ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 2nd Tool Offset
At 04:38 PM 12/4/2008, you wrote: Dear List I have an XY plasma cutter (gantry) with an externally height controlled (Dynatorch THC) W Axis for the plasma torch. This is my primary tool. Now I would like to add a secondary tool on a Z axis mounted right beside the W Axis on the gantry. This tool would be used for engraving or drilling or the like. This mechanical setup however gives an offset in X and Y between primary and secondary tool. I know I could compensate for this tool offset by setting G54 for the primary and G55 for the secondary tool in the g-code. But I would prefer a cleaner solution than that. Because with G54/G55 these 2 toolpaths are shown in axis with the respective offset. I would prefer a somewhat transparent solution: select the tool in the g-code and have the offset implicitly set. Are there any solutions better suited than G54/G55 ? Thanks Marc You need an X and Y tool offset like is common on sinker EDMs. I have know idea what it would take to implement in EMC. __ Andre' B. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 2nd Tool Offset
At 06:56 PM 12/4/2008, you wrote: On Thu, Dec 04, 2008 at 06:45:47PM -0600, Jeff Epler wrote: emc has an X tool offset for lathes, but doesn't presently have a Y tool offset. Jeff is exactly right. If you could align them in Y, so you can get by with just X/Z or X/W offsets, you'd be set. U,V,W How much would it take to make a machine that had X,Y,Z as physical axies and U,V as axies only within the control the position values of which get added to X and Y at some easy point in the software. Then when you wanted to switch to the second spindle you have a block with the words (U10.058 V2.031) in it, and to switch back to the main spindle (U0.0 V0.0). __ Andre' B. -- SF.Net email is Sponsored by MIX09, March 18-20, 2009 in Las Vegas, Nevada. The future of the web can't happen without you. Join us at MIX09 to help pave the way to the Next Web now. Learn more and register at http://ad.doubleclick.net/clk;208669438;13503038;i?http://2009.visitmix.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] I J code
At 10:13 PM 11/8/2008, you wrote: Ron Ginger wrote: I have some Gcodes where the I and J are in absolute coordinates, EMC2 seems to like I and J in incremental coordinates, is there a simple way, or something that will enable EMC2 to read these Gcodes. Regards Dave Mach3 supports both, G90.1 sets to absolute mode, G91.1 sets to incremental mode. Its valid to change it on the fly within a program. That seems like it might be a useful feature. I've started implementing it in EMC2, but as usual when you look at the details, some tricky cases show up. Here is what I'm planning: Right now, IJ arcs require you to supply at least one of the coordinates, otherwise it reports an error. Things like: G2 I1 are OK - that means make a complete circle that starts where you are now, goes around a point 1 unit to the right, and return to the starting point. In the default G91.1 incremental IJK mode, nothing at all will change. In the new G90.1 absolute IJK mode, that same line is ambiguous. Where is the center of the circle? Is it at X=1, Y=(whatever the last J word was)? That might be what you'd expect, since when you omit X, Y, or Z from a move, it uses the current value. But for I and J the current value isn't as well defined. Is it the center of the last arc? What if I or J was used in a canned cycle a few lines up? Should it be that value? The Mach manual says In Absolute it will, of course usually be necessary to use both I and J words unless by chance the arc's centre is at the origin. So Mach is using zero if you don't specify I or J (or K, depending on the plane). I don't see any clear reason for a user to expect one approach or the other. Whichever I do, somebody is going to be unpleasantly surprised when they leave out an I or J and the arc isn't where they want it. So, I'm going to require both coordinates when in G90.1 absolute mode. I think it is better to stop and print an error (during the preview phase if running Axis), than to make a cut somewhere it isn't expected. Comments and suggestions are welcome, but if you want to make I/J/K optional in absolute mode, be prepared to define exactly what will happen in all cases, and come up with very good reasons to justify the additional complexity. Regards, John Kasunich Absolute IJK mode is just the same as absolute mode for XYZ. The values in IJK are relative to the current work offset. The only question is are they modal or not, I have never seen a control that was setup to use absolute IJK words. I think the reasoning for absolute IJK was that when programming at the machine from a part drawing it is more likely you can just read the values off the drawing and avoid doing some math. Sounds like Mach is declaring IJK to be non modal, I would think they would be modal and so a line with just a G2 or G3 could be perfectly valid. I get the feeling that absolute mode IJK in arcs would require the interpreter to do more calculations then incremental IJK arcs resulting in slower block processing. Probably not a problem since block rates tend to only be a problem with cam generated programs that use many thousands of 0.0005 long G1 moves that you want to run at 200 IPM. NCPlot does have a tool that will convert a program from one to the other, also does many other conversions. It is a windows program but well worth the cost of the license if you do any amount of macro B programming. I think just leave EMC as it is and write a little app that does the conversion off line, most any CAM system should be able to output either format so we are only talking about a few existing old g code programs. In my opinion the user would be better off rewriting those programs anyway to take advantage of modern cutters anyway. ;) __ Andre' B. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users