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 > > > > > 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 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] 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] 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=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users