Re: [Emc-users] Show us your pics of unobtanium!
On Wednesday 28 March 2007, Dean Hedin wrote: >> My guess is that with that, you could >> cut every groove the the checkering file will finish at 24 tpi if you >> wanted to go that fine, > >No Gene, can't do it. Lord knows I've tried. >Too much tear out occurs even with the tiniest of bits. The net result > is lost diamonds. > >The best I have been able to achieve is every other checkering line. > The picture I posted >is a grid of every thrid line. > >It's not as bad as it seems. It takes about a half hour to fully > checker the grip with >the basic cross hatch done by the machine. Without the grid and done >manually; hours... > Yes I know, been there, done that using the Dembart tools. But the effect wasn't what I wanted at the end of the day, and there was enough meat in the grip to take it back off, so I did, then threw about 18 coats of clear epoxy on it. That was in '65 & I'm still using it for a venison getter. But the epoxy has seriously yellowed now and it does show the effects of probably 250k miles laying across the transmission hump under my knees. Its a hunk of 1/8" thick all walnut laminated blank I had Reinhart-Fagen rough cut in thumbhole style from a combination of two of their catalog patterns 45 years ago. With a rounded off P-17 action, 26" medium heavy Douglas barrel, straightened bolt handle & a Timney trigger & speedlock kit, 30-06 Ackley Improved. The best ever of the wildcats. Brass lasts forever. I own that reamer & have used it 3 times since I bought it from the gunsmith who first used it on a barrel for me. This Douglas barrel in it now is about an inch and a half barrel. The old .311 bored 5 groove milspec barrel that was in it till the later '70's was a three-quarter inch barrel, but it liked 65k psi loads to do that so it was gone in 2000 rounds. Now this one is getting long in the tooth too as it gets maybe 200 rounds a year yet between the range and the occasional foray into the deer woods. I only own one long gun that hasn't been given a new bed in a thumbhole stock, a now elderly 22 rimfire. But its a tack driver/fly killer with Winchester Super-X in it. Even my charcoal burners are in thumbhole stocks. Except for the TC Omega I bought that way, and the 22, everything else I carved from planks which were cut from green wood by me. I've a couple of hunks of moderately plain maple about 10 years dry to carve up yet if I don't fall over first. :=\ -- 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) Beware of Programmers who carry screwdrivers. -- Leonard Brandwein - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Show us your pics of unobtanium!
> I need to start cnc'ing metal. > > Anders, how long (machine time) did it take to cut the mould in the first > picture? > Also, were there tool changes used, i.e., roughing, finishing? We didn't have ER25-chucks/collets when we did that mould, so the whole mould is run with one tool, a flat 6mm endmill. now that we have ER25 tooling(will attach at same z-height every time) it would be smarter to do a rough pass with the endmill and then finish with a ball-end maybe. I don't remember the exact running time, but I do think we made both mould sides in one day, so the machining time for one side must have been 2-3 hours. That's limited mostly by not wanting to loose steps on the stepper driven machine, not by the cutting capacity of the spindle or the tool. With a rigid servo driven machine it could be made much quicker. AW > - Original Message - > From: "Anders Wallin" >> aluminium rudder mould (rudder is made with carbon fiber skins + balsa >> or epoxy/microballoon core: >> http://www.anderswallin.net/wp-content/2005_12/formar.jpg - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Show us your pics of unobtanium!
On Wednesday 28 March 2007, Dale wrote: >Hi Dean, Gene, > >This is coming from a Toolmaker and I also make guitars. If it were >metal I'd say yes all but the final finish could be done on the machine. >Knowing wood the way I do I have to say Dean is right about the tearout. >As a toolmaker and woodworker I understand first hand that just need to >be done by hand with a file. If you look closely at Deans picture you >can see little bits of tearout with just that small cut. > >Dale > >Dean Hedin wrote: >>>My guess is that with that, you could >>>cut every groove the the checkering file will finish at 24 tpi if you >>>wanted to go that fine, >> >> No Gene, can't do it. Lord knows I've tried. >> Too much tear out occurs even with the tiniest of bits. The net result >> is lost diamonds. >> >> The best I have been able to achieve is every other checkering line. >> The picture I posted >> is a grid of every thrid line. >> >> It's not as bad as it seems. It takes about a half hour to fully >> checker the grip with >> the basic cross hatch done by the machine. Without the grid and done >> manually; hours... >> We may be missing the point here though. Is this perchance the same Dean Hedin that has advertised custom grips in the gun rags for what, 40 years now? If it is, then he should know better than me. A lot better. So far I've tried that bit I mentioned in MDF only, and of course that stuff tears uncontrollably. In fine grained walnut it shouldn't be quite as big a problem though. I'd be willing to at least try it, with maybe a .005" bit advance per complete pass. On my little machine probably over half an hour per pass though. MCS is selling a little air grinder rated at 70k rpms, I wonder how that might work mounted on the side of the head on my micromill for something like that? Has anyone here attempted something along those lines? -- 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) I use technology in order to hate it more properly. -- Nam June Paik - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pics and Examples
On Wednesday 28 March 2007, Dale wrote: >Hi Dean, > >It's good to hear that there are still some that do that! > >Dale > >Dean Hedin wrote: >> Believe it or not, I "hand roll" most of my g-code. >> I have a written a lot of custom programs to deal with each task as I >> come upon it. I have too for some projects. Like carving a blank nut for the z axis to allow sweat brazing a new double nut assembly for 1/2 acme thread, to be used to replace that cheesy z axis screw and nut on the micromill. I had a heck of a time figuring the curve out, until I realized that it was the rear edge of a 1/4" cutter that was doing the cutting and that was effectively a point source. No cutter comp needed. But like a dummy I fought with that for a week. Slow learner (at my age) I guess. >> >> - Original Message - >> From: "Mike :0)" <[EMAIL PROTECTED]> >> To: >> Sent: Tuesday, March 27, 2007 12:02 PM >> Subject: Re: [Emc-users] Pics and Examples >> >>>Guys, those are all some great examples. >>>What software was used to generate the toolpaths? >>>Thank you all for the hard work. >>>Mike -- 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) An aphorism is never exactly true; it is either a half-truth or one-and-a-half truths. -- Karl Kraus - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Show us your pics of unobtanium!
At 10:35 AM 28/03/2007 -0400, you wrote: >over half an hour per pass though. MCS is selling a little air grinder >rated at 70k rpms, I wonder how that might work mounted on the side of >the head on my micromill for something like that? Has anyone here >attempted something along those lines? > When I was working on the Emco mill, 1mm carbide bits had a short, costly life, so we wanted to try using tungsten dental bits. This was for metal-work, doing fine work on brass patterns for spin casting. We ran some straight line test cuts in steel with a mock up, and it seemed ok, so we removed the milling head entirely and mounted a Pferd air-tool. Firstly, the air consumption had a fair size compressor running at 50%. Then we found that the spindle on the air-tool is not rigid enough. It's fine when you use it manually, since you 'press' as required, with visual and audible feedback, as well as being able to tilt the tool for a better scallop, but for automated running it was a disaster. Especially in cavities, and cutting 'downhill' it tended to bite and whip, making horrible squealing noises with a crappy finish. Steel or brass yielded similar results. We abandoned that idea, but i'd be interested to know if anyone had more success with a bigger tool. Regards Roland Jollivet - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Show us your pics of unobtanium!
I know that noise and the finish. On much bigger and more rigid machines and even using bigger tools It's the same problem. Since you have limitations with toolholders and the spindle itself, the deeper the pocket gets the longer the tool/toolholder gets. The cutters themselves flex enough by themselves, then you go adding more length and it just gets worse. If you're lucky you can find a sweet spot between feedrate and RPM. Dale Roland wrote: > At 10:35 AM 28/03/2007 -0400, you wrote: > > > >>over half an hour per pass though. MCS is selling a little air grinder >>rated at 70k rpms, I wonder how that might work mounted on the side of >>the head on my micromill for something like that? Has anyone here >>attempted something along those lines? >> > > > When I was working on the Emco mill, 1mm carbide bits had a short, costly > life, so we wanted to try using tungsten dental bits. This was for > metal-work, doing fine work on brass patterns for spin casting. > > We ran some straight line test cuts in steel with a mock up, and it seemed > ok, so we removed the milling head entirely and mounted a Pferd air-tool. > Firstly, the air consumption had a fair size compressor running at 50%. Then > we found that the spindle on the air-tool is not rigid enough. It's fine when > you use it manually, since you 'press' as required, with visual and audible > feedback, as well as being able to tilt the tool for a better scallop, but > for automated running it was a disaster. Especially in cavities, and cutting > 'downhill' it tended to bite and whip, making horrible squealing noises with > a crappy finish. Steel or brass yielded similar results. We abandoned that > idea, but i'd be interested to know if anyone had more success with a bigger > tool. > > Regards > Roland Jollivet > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] LPT address on EMC2
I lost my hard drive yesterday, it had BDI EMC running on it. I downloaded EMC2 Live and have it running on the computer. I have a LPT card installed that I use because my factory port is noisy. I am running stepper motors on a bridgeport, I have chosen the standard stepper set up in inch mode with the standard pinout. Remind me again how to find the address of the lpt ports. Where do I make this change of address? Andy - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] LPT address on EMC2
Thanks Andy Chris Radek wrote: On Wed, Mar 28, 2007 at 12:59:17PM -0500, Andy Holcomb wrote: Remind me again how to find the address of the lpt ports. Where do I make this change of address? http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?NetMos - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] LPT address on EMC2
On Wed, Mar 28, 2007 at 12:59:17PM -0500, Andy Holcomb wrote: > > Remind me again how to find the address of the lpt ports. > Where do I make this change of address? http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?NetMos - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] LPT address on EMC2
Okay, I have tried all of the values I get from the lspci command and non of them work; but, the factory port at 378 does work. the values I got were dc00 d800 d400 d000 cc00 c800 From what I remember on emc1 I had to use d000 Andy Chris Radek wrote: > On Wed, Mar 28, 2007 at 12:59:17PM -0500, Andy Holcomb wrote: >> Remind me again how to find the address of the lpt ports. >> Where do I make this change of address? > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?NetMos > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Another Look at SPI
I am looking at taking another stab at using SPI with EMC. Originally, I wanted to port the Rutex Windows driver and utilities to Linux. But for now, I need to take baby steps towards that goal. I think controlling a spindle VFD (0 to +10V) with a MAX5312 ADC on the parallel port might be doable. I found an SPI driver: http://www.paul.de/downloadables/#spi-driver I could not compile this driver for my 2.6 kernel, but that may not be a big issue since for EMC, I need to have a kernel module for the RT kernel(?). I have studied the driver source, and I have been able to explore SPI I/O through bit banging a parallel port (using 32 bytes to transfer one 16 bit word seems a waste). So now, I guess I need to learn how to use HAL's comp utility to compile a max5312_parport.ko file which would contain a function for each pin I need to use? I was thinking of studying some of the currently installed drivers, but so far I have only found the .ko files. Are there any .c versions? Thank you all for any help. Kirk Wallace - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
Kirk Wallace wrote: > I am looking at taking another stab at using SPI with EMC. Originally, I > wanted to port the Rutex Windows driver and utilities to Linux. But for > now, I need to take baby steps towards that goal. > > I think controlling a spindle VFD (0 to +10V) with a MAX5312 ADC on the > parallel port might be doable. > > I found an SPI driver: > > http://www.paul.de/downloadables/#spi-driver > > I could not compile this driver for my 2.6 kernel, but that may not be a > big issue since for EMC, I need to have a kernel module for the RT > kernel(?). I have studied the driver source, and I have been able to > explore SPI I/O through bit banging a parallel port (using 32 bytes to > transfer one 16 bit word seems a waste). So now, I guess I need to learn > how to use HAL's comp utility to compile a max5312_parport.ko file which > would contain a function for each pin I need to use? > > I was thinking of studying some of the currently installed drivers, but > so far I have only found the .ko files. Are there any .c versions? The .ko files are (as you know) the actual kernel modules, they live in emc2/rtlib (this is for a run-in-place build in top level dir emc2/). The source for the realtime components (not hardware drivers) is in emc2/src/hal/components, and consist of either .c files or .comp files. The .comp files generate intermediate .c files during the build process. I find .comp to be extremely convenient for simple components, but a bit more limiting for complex ones. (In many cases, comp can do what I need, but I'm not familiar enough with its extended capabilities, so I just use good old C.) The source for hardware drivers in in emc2/src/hal/drivers, and is mostly .c files (I'm not sure if any drivers use .comp format). Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Axis speed slower on Emc2 than Emc1
On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC 2 past around 60. I am running a 1.6 ghz computer. I don't know how much memory, will memory cause this or is it the computer? Andy - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Take a look at this http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TweakingSoftwareStepGeneration sam - Original Message - From: "Andy Holcomb" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Wednesday, March 28, 2007 3:11 PM Subject: [Emc-users] Axis speed slower on Emc2 than Emc1 > On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC > 2 past around 60. I am running a 1.6 ghz computer. I don't know how > much memory, will memory cause this or is it the computer? > > Andy > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Andy Holcomb wrote: > On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC > 2 past around 60. I am running a 1.6 ghz computer. I don't know how > much memory, will memory cause this or is it the computer? Memory is unlikely to be the problem. Its hard to answer such a vague question. Most likely the problem is misconfiguration, but more info is needed: Steppers or servos? Assuming it is steppers: What step frequency does your machine need to get 120ipm? What is your BASE_PERIOD? (It needs to be high enough to generate the needed step frequency.) Have you seen any error messages, or does it just not go fast enough? Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
John Kasunich wrote: > Andy Holcomb wrote: >> On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC >> 2 past around 60. I am running a 1.6 ghz computer. I don't know how >> much memory, will memory cause this or is it the computer? > > Memory is unlikely to be the problem. Its hard to answer such a vague > question. Most likely the problem is misconfiguration, but more info > is needed: > > Steppers or servos? Steppers > > Assuming it is steppers: > > What step frequency does your machine need to get 120ipm? > > What is your BASE_PERIOD? (It needs to be high enough to generate the > needed step frequency.) On Emc 1 you lowered the base_period, you have stated "high enough", has EMC2 changed this? My base_period is currently at 11000 I can't go any lower > > Have you seen any error messages, or does it just not go fast enough? Yes, example "Joint 0 following error" > > Regards, > > John Kasunich > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Andy Holcomb wrote: > > John Kasunich wrote: >> Andy Holcomb wrote: >>> On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC >>> 2 past around 60. I am running a 1.6 ghz computer. >> Steppers or servos? > Steppers >> >> What step frequency does your machine need to get 120ipm? You didn't answer this one. >> >> What is your BASE_PERIOD? (It needs to be high enough to generate the >> needed step frequency.) > On Emc 1 you lowered the base_period, you have stated "high enough", has > EMC2 changed this? My base_period is currently at 11000 I can't go any lower Sorry, I was thinking in terms of frequency, not period. 11000 is pretty fast. Assuming you don't have any special timing requirements, that means you can generate one step every 22uS, or 45,000 steps per second. Since you didn't say how many steps you need to reach the desired speed, I don't know if the problem is: A) you need 60,000 steps/sec (ain't gonna happen), or B) you need 30,000 steps/sec, and we need to figure out why you aren't getting that many. I'm going to assume B - EMC2 is unlikely to be significantly slower then EMC1 when properly configured. >> Have you seen any error messages, or does it just not go fast enough? > Yes, example "Joint 0 following error" Following errors should never happen on a properly configured stepper system. I don't know what version you are running - 2.1.4 is the latest, but any 2.1.x should be fine for this particular issue. If you have something older please say so. Pre-2.1 versions would give following errors if EMC is configured for a speed that the computer can't deliver. 2.1.0 and later should print an error message at startup if you ask for more than the computer can give. Do you have adequate stepgen headroom? The following snippet is from the sample config "stepper_inch.ini": > MAX_VELOCITY = 1.2 > # NOTE: the step generator module applies its own limits to > # acceleration and velocity. We have discovered that it needs > # to have a little "headroom" over the accel by the trajectory > # planner, otherwise it can fall slightly behind during accel > # and later overshoot as it catches up. In the long term we > # hope to come up with a clean fix for this problem. In the > # meantime, please set STEPGEN_MAXACCEL below to a few percent > # higher than the regular acceleration limit MAX_ACCELERATION > MAX_ACCELERATION = 20.0 > STEPGEN_MAXVEL =1.4 > STEPGEN_MAXACCEL = 21.0 MAX_VELOCITY of 1.2 inches per second means 72 ipm. For 120 ipm, you need to set MAX_VELOCITY to 2.0, and you need to set STEPGEN_MAXVEL to something higher than 2.0, perhaps 2.2. If you don't do that you will get following errors. Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Replying to myself: John Kasunich wrote: > Do you have adequate stepgen headroom? The following snippet is from > the sample config "stepper_inch.ini": > > > MAX_VELOCITY = 1.2 > > # NOTE: the step generator module applies its own limits to > > # acceleration and velocity. We have discovered that it needs > > # to have a little "headroom" over the accel by the trajectory > > # planner, otherwise it can fall slightly behind during accel > > # and later overshoot as it catches up. In the long term we > > # hope to come up with a clean fix for this problem. In the > > # meantime, please set STEPGEN_MAXACCEL below to a few percent > > # higher than the regular acceleration limit MAX_ACCELERATION > > MAX_ACCELERATION = 20.0 > > STEPGEN_MAXVEL =1.4 > > STEPGEN_MAXACCEL = 21.0 I know the comment only talks about STEPGEN_MAXACCEL needing headroom, but STEPGEN_MAXVEL does too... I'll try to remember to fix that when I get a chance. > MAX_VELOCITY of 1.2 inches per second means 72 ipm. For 120 ipm, > you need to set MAX_VELOCITY to 2.0, and you need to set STEPGEN_MAXVEL > to something higher than 2.0, perhaps 2.2. If you don't do that you > will get following errors. In versions 2.1.0 and later, STEPGEN_MAXVEL is tested against the max available speed (which depends on BASE_PERIOD and some other factors), and if you ask for more than it can give, it will complain. But this check uses STEPGEN_MAXVEL, not MAX_VELOCITY, since it is only relevant for stepper systems. Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
ovl max got as high as15687 (I cant remember the number, this is close) Andy Sam Sokolik wrote: > Take a look at this > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TweakingSoftwareStepGeneration > > sam > - Original Message - > From: "Andy Holcomb" <[EMAIL PROTECTED]> > To: "Enhanced Machine Controller (EMC)" > Sent: Wednesday, March 28, 2007 3:11 PM > Subject: [Emc-users] Axis speed slower on Emc2 than Emc1 > > >> On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC >> 2 past around 60. I am running a 1.6 ghz computer. I don't know how >> much memory, will memory cause this or is it the computer? >> >> Andy >> >> - >> Take Surveys. Earn Cash. Influence the Future of IT >> Join SourceForge.net's Techsay panel and you'll get the chance to share >> your >> opinions on IT & business topics through brief surveys-and earn cash >> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
Were there other SPI devices you wanted to use with this, or is the goal just a 0-10V output? There are some good parallel single and multi-channel DACs out there that might be easier to interface than bit-banging the port, depending on the resolution you need. I think Maxim has some, and I have used an Analog Devices 8ch x 8 bit device that was really simple to use. That being said, once you got the bit-banging driver worked out it would be useful for many applications. Javid - Original Message - From: "Kirk Wallace" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Wednesday, March 28, 2007 1:08 PM Subject: [Emc-users] Another Look at SPI >I am looking at taking another stab at using SPI with EMC. Originally, I > wanted to port the Rutex Windows driver and utilities to Linux. But for > now, I need to take baby steps towards that goal. > > I think controlling a spindle VFD (0 to +10V) with a MAX5312 ADC on the > parallel port might be doable. > > I found an SPI driver: > > http://www.paul.de/downloadables/#spi-driver > > I could not compile this driver for my 2.6 kernel, but that may not be a > big issue since for EMC, I need to have a kernel module for the RT > kernel(?). I have studied the driver source, and I have been able to > explore SPI I/O through bit banging a parallel port (using 32 bytes to > transfer one 16 bit word seems a waste). So now, I guess I need to learn > how to use HAL's comp utility to compile a max5312_parport.ko file which > would contain a function for each pin I need to use? > > I was thinking of studying some of the currently installed drivers, but > so far I have only found the .ko files. Are there any .c versions? > > Thank you all for any help. > > Kirk Wallace > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
John Kasunich wrote: > Andy Holcomb wrote: >> John Kasunich wrote: >>> Andy Holcomb wrote: On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC 2 past around 60. I am running a 1.6 ghz computer. > >>> Steppers or servos? >> Steppers >>> What step frequency does your machine need to get 120ipm? > > You didn't answer this one. 4000 steps per inch (120 * 4000)/60 = 8000 ? > >>> What is your BASE_PERIOD? (It needs to be high enough to generate the >>> needed step frequency.) >> On Emc 1 you lowered the base_period, you have stated "high enough", has >> EMC2 changed this? My base_period is currently at 11000 I can't go any lower > > Sorry, I was thinking in terms of frequency, not period. > > 11000 is pretty fast. Assuming you don't have any special timing > requirements, that means you can generate one step every 22uS, or > 45,000 steps per second. Since you didn't say how many steps you > need to reach the desired speed, I don't know if the problem is: > > A) you need 60,000 steps/sec (ain't gonna happen), or > B) you need 30,000 steps/sec, and we need to figure out why you aren't > getting that many. > > I'm going to assume B - EMC2 is unlikely to be significantly slower then > EMC1 when properly configured. > >>> Have you seen any error messages, or does it just not go fast enough? >> Yes, example "Joint 0 following error" > > Following errors should never happen on a properly configured stepper > system. > > I don't know what version you are running - 2.1.4 is the latest, but any > 2.1.x should be fine for this particular issue. If you have something > older please say so. Latest Live version > > Pre-2.1 versions would give following errors if EMC is configured for a > speed that the computer can't deliver. 2.1.0 and later should print an > error message at startup if you ask for more than the computer can give. > > Do you have adequate stepgen headroom? The following snippet is from > the sample config "stepper_inch.ini": > > > MAX_VELOCITY = 1.2 > > # NOTE: the step generator module applies its own limits to > > # acceleration and velocity. We have discovered that it needs > > # to have a little "headroom" over the accel by the trajectory > > # planner, otherwise it can fall slightly behind during accel > > # and later overshoot as it catches up. In the long term we > > # hope to come up with a clean fix for this problem. In the > > # meantime, please set STEPGEN_MAXACCEL below to a few percent > > # higher than the regular acceleration limit MAX_ACCELERATION > > MAX_ACCELERATION = 20.0 > > STEPGEN_MAXVEL =1.4 > > STEPGEN_MAXACCEL = 21.0 > > MAX_VELOCITY of 1.2 inches per second means 72 ipm. For 120 ipm, > you need to set MAX_VELOCITY to 2.0, and you need to set STEPGEN_MAXVEL > to something higher than 2.0, perhaps 2.2. If you don't do that you > will get following errors. > what is adaquate? I have allowed headroom on accel I will mess with it on velocity > Regards, > > John Kasunich > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
On Wed, Mar 28, 2007 at 03:56:26PM -0500, Andy Holcomb wrote: > > Latest Live version You can find the EMC version number in the Help/About window. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Emc2 2.1.0 Andy Chris Radek wrote: > On Wed, Mar 28, 2007 at 03:56:26PM -0500, Andy Holcomb wrote: > >> Latest Live version >> > > You can find the EMC version number in the Help/About window. > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Okay I think I have it, It works better after doing both the velocity and the accel. Question, when I was running EMC 1, I would have problem with following errors if I went above 100% on over speed of the axises while running a program, what causes this and how can I fix it? Can I test this without running code? if so how? Andy John Kasunich wrote: > Replying to myself: > > John Kasunich wrote: > > >> Do you have adequate stepgen headroom? The following snippet is from >> the sample config "stepper_inch.ini": >> >> > MAX_VELOCITY = 1.2 >> > # NOTE: the step generator module applies its own limits to >> > # acceleration and velocity. We have discovered that it needs >> > # to have a little "headroom" over the accel by the trajectory >> > # planner, otherwise it can fall slightly behind during accel >> > # and later overshoot as it catches up. In the long term we >> > # hope to come up with a clean fix for this problem. In the >> > # meantime, please set STEPGEN_MAXACCEL below to a few percent >> > # higher than the regular acceleration limit MAX_ACCELERATION >> > MAX_ACCELERATION = 20.0 >> > STEPGEN_MAXVEL =1.4 >> > STEPGEN_MAXACCEL = 21.0 >> > > I know the comment only talks about STEPGEN_MAXACCEL needing headroom, > but STEPGEN_MAXVEL does too... I'll try to remember to fix that when > I get a chance. > > >> MAX_VELOCITY of 1.2 inches per second means 72 ipm. For 120 ipm, >> you need to set MAX_VELOCITY to 2.0, and you need to set STEPGEN_MAXVEL >> to something higher than 2.0, perhaps 2.2. If you don't do that you >> will get following errors. >> > > In versions 2.1.0 and later, STEPGEN_MAXVEL is tested against the > max available speed (which depends on BASE_PERIOD and some other > factors), and if you ask for more than it can give, it will complain. > But this check uses STEPGEN_MAXVEL, not MAX_VELOCITY, since it is > only relevant for stepper systems. > > Regards, > > John Kasunich > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Hard disk space
How much HD space is required to install the live version? Andy - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
On Wed, 2007-03-28 at 14:52 -0600, Javid Butler wrote:
> Were there other SPI devices you wanted to use with this, or is the goal
> just a 0-10V output?
I just wanted a simple SPI device to talk to, but also have something
useful when my lathe grows up.
> There are some good parallel single and multi-channel
> DACs out there that might be easier to interface than bit-banging the port,
> depending on the resolution you need. I think Maxim has some, and I have
> used an Analog Devices 8ch x 8 bit device that was really simple to use.
>
> That being said, once you got the bit-banging driver worked out it would be
> useful for many applications.
There seem to be a ton of devices available, but the "SPI standard" is
not official and implementation varies almost per device. Command word
lengths and number vary. Reply now or next bits or byte later varies. it
seems, each device needs it's own driver. I did find this driver:
http://www.paul.de/downloadables/#spi-driver
and learned allot from the documentation and the source. Worth several
days (for me at least) of spending free time being anti-social and
making LEDs blink. ("Yes dear, I know the lawn needs mowing - Inaminut".
maybe I could get EMC to do it ..." )
> Javid
>
> - Original Message -
> From: "Kirk Wallace" <[EMAIL PROTECTED]>
> To: "Enhanced Machine Controller (EMC)"
> Sent: Wednesday, March 28, 2007 1:08 PM
> Subject: [Emc-users] Another Look at SPI
>
>
> >I am looking at taking another stab at using SPI with EMC. Originally, I
... snip
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
Caution: Stupid Question Ahead: In a quick look, I don't have an ...emc2/src directory. I am using a "Ubuntu (2.6.12-magma) pre-installed with EMC2 (2.1.1) install shell script" install. I guess I need a "development" or "source" install? (Please don't give me anything sharp, like a soldering iron.) Kirk Wallace On Wed, 2007-03-28 at 15:15 -0400, John Kasunich wrote: > Kirk Wallace wrote: > > I am looking at taking another stab at using SPI with EMC. Originally, I > > wanted to port the Rutex Windows driver and utilities to Linux. But for > > now, I need to take baby steps towards that goal. > > > > I think controlling a spindle VFD (0 to +10V) with a MAX5312 ADC on the > > parallel port might be doable. > > > > I found an SPI driver: > > > > http://www.paul.de/downloadables/#spi-driver > > > > I could not compile this driver for my 2.6 kernel, but that may not be a > > big issue since for EMC, I need to have a kernel module for the RT > > kernel(?). I have studied the driver source, and I have been able to > > explore SPI I/O through bit banging a parallel port (using 32 bytes to > > transfer one 16 bit word seems a waste). So now, I guess I need to learn > > how to use HAL's comp utility to compile a max5312_parport.ko file which > > would contain a function for each pin I need to use? > > > > I was thinking of studying some of the currently installed drivers, but > > so far I have only found the .ko files. Are there any .c versions? > > The .ko files are (as you know) the actual kernel modules, they live in > emc2/rtlib (this is for a run-in-place build in top level dir emc2/). > > The source for the realtime components (not hardware drivers) is in > emc2/src/hal/components, and consist of either .c files or .comp files. > The .comp files generate intermediate .c files during the build process. > I find .comp to be extremely convenient for simple components, but a bit > more limiting for complex ones. (In many cases, comp can do what I > need, but I'm not familiar enough with its extended capabilities, so I > just use good old C.) > > The source for hardware drivers in in emc2/src/hal/drivers, and is > mostly .c files (I'm not sure if any drivers use .comp format). > > Regards, > > John Kasunich > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
Kirk Wallace wrote: > Caution: Stupid Question Ahead: > > In a quick look, I don't have an ...emc2/src directory. I am using a > "Ubuntu (2.6.12-magma) pre-installed with EMC2 (2.1.1) install shell > script" install. I guess I need a "development" or "source" install? > (Please don't give me anything sharp, like a soldering iron.) > > Kirk Wallace Yeah, if you want to study the source or do any development you will want a CVS checkout (or a source tarball). I'm pressed for time at the moment or I'd post URLs. But if you wander the wiki, you'll find info about how to get the source. Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Hard disk space
Andy Holcomb wrote: > How much HD space is required to install the live version? > Three gigs or so... Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Andy Holcomb wrote: > > John Kasunich wrote: >> Andy Holcomb wrote: >>> John Kasunich wrote: Andy Holcomb wrote: > On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC > 2 past around 60. I am running a 1.6 ghz computer. Steppers or servos? >>> Steppers What step frequency does your machine need to get 120ipm? >> You didn't answer this one. > 4000 steps per inch > (120 * 4000)/60 = 8000 ? 120 ipm should be a piece of cake then. If you only need 8000 steps per second, you can make BASE_PERIOD something like 3 and still have plenty of headroom. The larger period will reduce the load on your PC, and give you more timing margin to allow for latency. Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
Thanks John. I have been avoiding CVS but I think I can figure it out. I believe there have been posts in the recent past with CVS information. Kirk Wallace On Wed, 2007-03-28 at 19:01 -0400, John Kasunich wrote: > Kirk Wallace wrote: > > Caution: Stupid Question Ahead: > > > > In a quick look, I don't have an ...emc2/src directory. I am using a > > "Ubuntu (2.6.12-magma) pre-installed with EMC2 (2.1.1) install shell > > script" install. I guess I need a "development" or "source" install? > > (Please don't give me anything sharp, like a soldering iron.) > > > > Kirk Wallace > > Yeah, if you want to study the source or do any development you will > want a CVS checkout (or a source tarball). > > I'm pressed for time at the moment or I'd post URLs. But if you > wander the wiki, you'll find info about how to get the source. > > Regards, > > John Kasunich > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
On Wednesday 28 March 2007 23:18, Kirk Wallace wrote: > I just wanted a simple SPI device to talk to, but also have something > useful when my lathe grows up. > > That being said, once you got the bit-banging driver worked out it would > > be useful for many applications. > I did find this driver: > > http://www.paul.de/downloadables/#spi-driver > > and learned allot from the documentation and the source. Worth several > days (for me at least) Reasonably clean and readable code. Demonstrates several basic techniques for a driver without being convoluted - Adapting to compile on 2.6 series kernels is but a few minutes work and consists of minor changes.. Just watch out if you try to bit-bang more than a few bytes at a time. Each inb/outb instruction takes ~1uSec (on a standard parport), and the computer can do nothing during this period. -- Paul. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
I lied 8000 steps per inch (8000*120)/60 = 16000 where does that put me for a period? Andy John Kasunich wrote: > Andy Holcomb wrote: > >> John Kasunich wrote: >> >>> Andy Holcomb wrote: >>> John Kasunich wrote: > Andy Holcomb wrote: > >> On EMC1, I was running Axis speeds of more than 120ipm, I can't get EMC >> 2 past around 60. I am running a 1.6 ghz computer. >> > Steppers or servos? > Steppers > What step frequency does your machine need to get 120ipm? > >>> You didn't answer this one. >>> >> 4000 steps per inch >> (120 * 4000)/60 = 8000 ? >> > > 120 ipm should be a piece of cake then. If you only need 8000 steps > per second, you can make BASE_PERIOD something like 3 and still > have plenty of headroom. The larger period will reduce the load on > your PC, and give you more timing margin to allow for latency. > > Regards, > > John Kasunich > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Another Look at SPI
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2#On_Ubuntu_5_10_and_6_06_from_source Jeff - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tiny bits..
Gene, I definitely agree if I could spin the bits faster I could reduce tear out. The only thing that I though might work (to get better rpm's with tiny bits) is to use one of those brushless DC RC airplane motors. Some of them run up to 55-60k rpm. I think I might try this. Running a compressor to drive an air tool is not practical for me. BTW, Those tiny little router bits are too fragile. I find a much more durable solution is to grind a carbide blank to a sharp point. Then grind half the point away from the side. Splitting the cone lengthwise, so to speak. I do this with the blank chucked in the lathe and a diamond wheel on a tool post grinder. Takes some time to do initially but not as long as I thought it would, plus resharpening takes only moments. - Original Message - From: "Roland" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Wednesday, March 28, 2007 6:31 PM Subject: Re: [Emc-users] Show us your pics of unobtanium! > At 10:35 AM 28/03/2007 -0400, you wrote: > > >>over half an hour per pass though. MCS is selling a little air grinder >>rated at 70k rpms, I wonder how that might work mounted on the side of >>the head on my micromill for something like that? Has anyone here >>attempted something along those lines? >> > > When I was working on the Emco mill, 1mm carbide bits had a short, costly > life, so we wanted to try using tungsten dental bits. This was for > metal-work, doing fine work on brass patterns for spin casting. > > We ran some straight line test cuts in steel with a mock up, and it seemed > ok, so we removed the milling head entirely and mounted a Pferd air-tool. > Firstly, the air consumption had a fair size compressor running at 50%. > Then we found that the spindle on the air-tool is not rigid enough. It's > fine when you use it manually, since you 'press' as required, with visual > and audible feedback, as well as being able to tilt the tool for a better > scallop, but for automated running it was a disaster. Especially in > cavities, and cutting 'downhill' it tended to bite and whip, making > horrible squealing noises with a crappy finish. Steel or brass yielded > similar results. We abandoned that idea, but i'd be interested to know if > anyone had more success with a bigger tool. > > Regards > Roland Jollivet - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Joypad problem with version 2.1.4
John, Thanks for all the help. The scaling factors did the trick. On the previous version of EMC 2.1.3 I had to increase the counts per second just to get the thing to move. This new version works considerably better. There is much better control over the velocity. Kirk On Wed, 2007-03-28 at 00:47 -0400, John Kasunich wrote: > Kirk wrote: > > I attached the hal file on the last message. I am also attaching it > > again here. The link to the file on the wiki is > > http://wiki.linuxcnc.org/uploads/joypad.hal > > Oops... I apologize, I missed the attachment. > > The hal file shows that you are NOT using halui for jogging, only > for some on/off stuff like machine on, pause, and resume. That > explains how you were able to get analog jogging to work without > using CVS head. > > So, lets figure out what isn't working. > > Start EMC, then open a shell (terminal window), and start halcmd > using "halcmd -kf". That will get you an interactive session with > a halcmd prompt: > >halcmd: > > start two halmeters: > >halcmd: loadusr halmeter >halcmd: loadusr halmeter >halcmd: > > On one of the meters, click the select button. When the dialog > comes up, click the signals tab. Select the signal "velX" from > the list, then click OK. That signal is the output from the joypad, > going to a simulated encoder. > > On the other meter, click select, then the signals tab, then > select the signal "countX" and click OK. That signal is the > counts from the encoder, going into EMC's motion controller. > > Now try jogging with the joypad. When you move the stick away > from center, VelX should become non-zero. The farther you go, > the larger the value. Full deflection on the stick should give > you plus or minus one. > > If that is not what happens, the problem is in the joypad or the > joystick driver, or the connections to the driver. "show sig vel" > should show you the signals, so you can verify that the right > pins are connected. > > If velX looks OK, then check the other meter. countX should be > constant (not neccessarily zero) when the stick is centered. As > you move the stick away from center, countX should start changing. > With the scaling you have in your file, countX should change by > about 500 counts per second with full stick deflection. If you > center the stick again, countX should stop changing. > > If that is not what happens, the problem is between the joypad > output and the encoder output. Use "show sig X" to verify signals > XA and XB are connected properly, "show sig countX" to make sure > that countX is connected to the output of the encoder block. > > If countX looks OK, then its time to look at the motion controller. > "show pin axis.0.jog" will show you the jogging related pins. > jog-counts should have the same value as countX. jog-enable should > be TRUE. jog-vel-mode should be FALSE, and should be whatever you > have set as the "jog distance per count". In your case, it is > either 0.1 or 0.01, as selected by two joypad buttons. You can > check that by clicking select on one of the halmeters, clicking > the "pins" tab, then selecting "axis.0.jog-scale" and clicking OK. > The value on the meter should be either 0.1 or 0.01, and should > change when you push the appropriate joypad buttons. > > I think I see the problem... (maybe). You have the scaling set > up so that it will move either 0.1 or 0.01 units per count, and > it will generate 500 counts per second at full deflection. Are > your units inches or mm? If they are mm, then 0.1mm per count > and 500 counts per second means 50mm/sec, or 3 meters/minute. > If it is inches, 0.1 inches per count means 50 inches per second > or 3000 inches per minute. A moderately fast machine can move at 3 > meters per minute, but I doubt any machine can move 3000 inches > per minute. > > If the scaling results in a ridiculously high jog rate, the > position commanded by the jog is going to get way ahead of the > machine. So when you let go of the stick, the machine is going > to keep going, trying to catch up. > > There are two ways to deal with this problem. First, set more > realistic scaling. If this is an inch machine, with rapid speed > of 180 inches/min (3 inches per second), then set the high scale > to 0.006. 0.006" per count times 500 counts/second = 3 inches/sec. > Set the low scale factor ten times smaller, 0.0006 in this example. > > The other thing you might want to do is switch the jogwheel input > into velocity mode. Unlike a real jogwheel, a joystick doesn't > deal with position anyway. If you set axis.0.jog-vel-mode to > TRUE (setp axis.0.jog-vel-mode 1), then the commanded position > will not be allowed to get far ahead of the machine. When the > counts stop changing, the machine will stop moving right away. > > Please let us know what you find! > > Regards, > > John Kasunich > > > > > > > >
Re: [Emc-users] Joypad problem with version 2.1.4
kirk wrote: > John, > > Thanks for all the help. The scaling factors did the trick. On the > previous version of EMC 2.1.3 I had to increase the counts per second > just to get the thing to move. > > This new version works considerably better. There is much better > control over the velocity. Good to hear that. There was a bug in 2.1.3 that made wheel jogs end short. You cranked up the scale to make it work, then we fixed the bug in 2.1.4 and suddenly your scale was way too high. It's always something isn't it? Glad I could help. Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis speed slower on Emc2 than Emc1
Andy Holcomb wrote: > I lied 8000 steps per inch > > (8000*120)/60 = 16000 > > where does that put me for a period? > > Andy At the beginning of this thread, Sam posted this link: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TweakingSoftwareStepGeneration I'd recommend reading it - it tells you how to figure out the limits of software step generation, in a lot more detail than I want to type in an email. Short answer: 25000 to 3 should work. But you really should read that page and understand why 25000 works, not just take numbers from strangers on mailing lists ;-) Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Show us your pics of unobtanium!
On Wednesday 28 March 2007, Roland wrote: >At 10:35 AM 28/03/2007 -0400, you wrote: >>over half an hour per pass though. MCS is selling a little air grinder >>rated at 70k rpms, I wonder how that might work mounted on the side of >>the head on my micromill for something like that? Has anyone here >>attempted something along those lines? > >When I was working on the Emco mill, 1mm carbide bits had a short, > costly life, so we wanted to try using tungsten dental bits. This was > for metal-work, doing fine work on brass patterns for spin casting. > >We ran some straight line test cuts in steel with a mock up, and it > seemed ok, so we removed the milling head entirely and mounted a Pferd > air-tool. Firstly, the air consumption had a fair size compressor > running at 50%. Then we found that the spindle on the air-tool is not > rigid enough. It's fine when you use it manually, since you 'press' as > required, with visual and audible feedback, as well as being able to > tilt the tool for a better scallop, but for automated running it was a > disaster. Especially in cavities, and cutting 'downhill' it tended to > bite and whip, making horrible squealing noises with a crappy finish. > Steel or brass yielded similar results. We abandoned that idea, but i'd > be interested to know if anyone had more success with a bigger tool. > >Regards >Roland Jollivet > I wasn't aware the air bearings could be that sloppy. My only experience with them was 20+ years ago, in quadruplex tape recorders, those ton or more versions that recorded and played on 2" wide tape all those years ago. The video head wheel had 4 tips arranged at 90 degree intervals around the edge of a wheel that was a bit over 2" in diameter, and was turned at 14,400 rpm by some strong servo amplifiers that could hold its average position within about a microsecond, and in later machines could bring that headwheel from stopped to speed and positionaly locked-stepped to the video in 400 milliseconds. The tape was vacuum sucked into a shoe whose curve matched that of the head path as it spun. All this was servo controlled including the position of the vacuum shoe with the intention of having the tip of the head as it crossed the tape, about .0005" into the tape. The air compressors were fairly small, quarter horse per machine, but those headwheels would often be seen coasting slowly 10 minutes after the stop button had been pressed. Setting up those servos for proper control could be a chore, but I don't ever recall seeing the servo's attempting to correct for the headwheels radial positioning error, which is what the above description seems to fit best. Axial play could play tricks on the capstan servo in earlier designs until both the axial play was pretty well removed from the air bearings and the capstan motors went from old style synchronous to a printed circuit rotor of a pancake design which gave the servos the ability to position the tape dead in the middle of that track across the tape even if the record head of a strange wheel had one tip as much as 0.010" out of line with the rest. I guess what I'm saying is that air bearings can be quite precise, but then that whole assembly on one of those late 60 through early 80's machines usually had a rebuild it price from 300 to 1800 depending on the head tip material and length of warranty, but to buy a spare was more like $3k or more. That, compared to the $100 tool I'm looking at in the MSC catalog, says the MSC device is pretty sloppily made. Your comment re the air compressor tends to back it up. The tape heads bearings needed about 30 psi, and used about 2 cubic foot of air a minute, far less than your comment would indicate for the device you tried. That says volumes about the precision build I think. I would expect that the tip should be able to stay within 0.0005" of where its supposed to be under most any loading condition that didn't stall it. But, I have NDI where one might be able to buy such a well built device either, and I wouldn't expect that $100 one to achieve that level of accuracy either. -- 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) The trouble with eating Italian food is that five or six days later you're hungry again. -- George Miller - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Show us your pics of unobtanium!
Gene Heskett wrote: > On Wednesday 28 March 2007, Roland wrote: >> At 10:35 AM 28/03/2007 -0400, you wrote: >>> over half an hour per pass though. MCS is selling a little air grinder >>> rated at 70k rpms, >> >> we removed the milling head entirely and mounted a Pferd >> air-tool. > I wasn't aware the air bearings could be that sloppy. (snip) > I guess what I'm saying is that air bearings can be quite precise, > to buy a spare was more > like $3k or more. That, compared to the $100 tool I'm looking at in the > MSC catalog, says the MSC device is pretty sloppily made. Your comment > re the air compressor tends to back it up. I think you two are talking about completely different things. The "air tool" is basically a die grinder. It is _powered_ by air, which explains the heavy air consumption. But its bearings are just plain old-fashioned ball bearings, and probably not very good ones at that (certainly not ABEC 7 spindle bearings). Air bearings are a whole 'nother ball of wax, and as you say, an air bearing spindle is gonna cost a lot more than $100. Regards, John Kasunich - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tiny bits..
On Thursday 29 March 2007, Dean Hedin wrote: >Gene, I definitely agree if I could spin the bits faster I could reduce > tear out. > >The only thing that I though might work (to get better rpm's with tiny > bits) is to use one of those >brushless DC RC airplane motors. Some of them run up to 55-60k rpm. > I think I might try this. > >Running a compressor to drive an air tool is not practical for me. > >BTW, Those tiny little router bits are too fragile. I find a much more >durable solution is to grind a carbide blank >to a sharp point. Then grind half the point away from the side. > Splitting the cone lengthwise, so to speak. >I do this with the blank chucked in the lathe and a diamond wheel on a > tool post grinder. Takes some time >to do initially but not as long as I thought it would, plus resharpening >takes only moments. I just ran across some 4" tile cutting diamond blades on sale at Lowes last night, for 6 bucks! So I spent last night and this afternoon making an arbor for them. The intention is to stick them in a 1/2" collet in my micromills spndle, and make a bit holder, something like the 5C stuff, that I can mount on the mill's table, to hold the dull bit at a suitable angle for sharpening and let the mill spin this 4" wheel with the most gentle of touches to tune up a carbide bit. Right now I'm doing those chores by hand with one of those little $15 diamond dremel disks. It works, and if I pay attention, works well, but it seems this would give me much better control over the angles than I can get by hand with the dremel. I haven't considered just using the dremel as the bit driver, again because the dremel's drive coupling is only slightly stiffer than damp noodles. -- 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) The hardest part of climbing the ladder of success is getting through the crowd at the bottom. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Show us your pics of unobtanium!
On Wednesday 28 March 2007, John Kasunich wrote: >Gene Heskett wrote: >> On Wednesday 28 March 2007, Roland wrote: >>> At 10:35 AM 28/03/2007 -0400, you wrote: over half an hour per pass though. MCS is selling a little air grinder rated at 70k rpms, >>> >>> we removed the milling head entirely and mounted a Pferd >>> air-tool. >> >> I wasn't aware the air bearings could be that sloppy. > >(snip) > >> I guess what I'm saying is that air bearings can be quite precise, >> >> to buy a spare was more >> like $3k or more. That, compared to the $100 tool I'm looking at in >> the MSC catalog, says the MSC device is pretty sloppily made. Your >> comment re the air compressor tends to back it up. > >I think you two are talking about completely different things. > >The "air tool" is basically a die grinder. It is _powered_ by air, >which explains the heavy air consumption. But its bearings are just >plain old-fashioned ball bearings, and probably not very good ones at >that (certainly not ABEC 7 spindle bearings). > >Air bearings are a whole 'nother ball of wax, and as you say, an air >bearing spindle is gonna cost a lot more than $100. I'd expect such a cheaply made device to skip the ball bearings entirely John, and rely instead of a moderate level of precision so that it could be driven at a good speed, and be running on the air bearings full time. This would of course require the bearings to be getting air full time, and the trigger only controlling the driving turbine. The headwheel of course was driven by amplifiers, with the air only supplying the bearings. Frankly, relying on roller skate bearing quality stuff at 50+K rpms would be very risky. The other consideration would be environmental cleanliness, relatively easy in a tv control room environment, very difficult on the factory floor. >Regards, > >John Kasunich > > >- Take Surveys. Earn Cash. Influence the Future of IT >Join SourceForge.net's Techsay panel and you'll get the chance to share > your opinions on IT & business topics through brief surveys-and earn > cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVD >EV ___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- 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) Nothing ever becomes real till it is experienced -- even a proverb is no proverb to you till your life has illustrated it. -- John Keats - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tiny bits..
If you have the money for them, Micromo makes some excellent motors that have bearings rated for the higher speeds. Not sure how much torque you need, but they might have something. http://www.micromo.com Javid - Original Message - From: "Dean Hedin" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Thursday, March 29, 2007 6:59 PM Subject: Re: [Emc-users] tiny bits.. > Gene, I definitely agree if I could spin the bits faster I could reduce > tear > out. > > The only thing that I though might work (to get better rpm's with tiny > bits) > is to use one of those > brushless DC RC airplane motors. Some of them run up to 55-60k rpm. I > think I might try this. > > Running a compressor to drive an air tool is not practical for me. > > BTW, Those tiny little router bits are too fragile. I find a much more > durable solution is to grind a carbide blank > to a sharp point. Then grind half the point away from the side. > Splitting > the cone lengthwise, so to speak. > I do this with the blank chucked in the lathe and a diamond wheel on a > tool > post grinder. Takes some time > to do initially but not as long as I thought it would, plus resharpening > takes only moments. > > > > > > - Original Message - > From: "Roland" <[EMAIL PROTECTED]> > To: "Enhanced Machine Controller (EMC)" > Sent: Wednesday, March 28, 2007 6:31 PM > Subject: Re: [Emc-users] Show us your pics of unobtanium! > > >> At 10:35 AM 28/03/2007 -0400, you wrote: >> >> >>>over half an hour per pass though. MCS is selling a little air grinder >>>rated at 70k rpms, I wonder how that might work mounted on the side of >>>the head on my micromill for something like that? Has anyone here >>>attempted something along those lines? >>> >> >> When I was working on the Emco mill, 1mm carbide bits had a short, costly >> life, so we wanted to try using tungsten dental bits. This was for >> metal-work, doing fine work on brass patterns for spin casting. >> >> We ran some straight line test cuts in steel with a mock up, and it >> seemed >> ok, so we removed the milling head entirely and mounted a Pferd air-tool. >> Firstly, the air consumption had a fair size compressor running at 50%. >> Then we found that the spindle on the air-tool is not rigid enough. It's >> fine when you use it manually, since you 'press' as required, with visual >> and audible feedback, as well as being able to tilt the tool for a better >> scallop, but for automated running it was a disaster. Especially in >> cavities, and cutting 'downhill' it tended to bite and whip, making >> horrible squealing noises with a crappy finish. Steel or brass yielded >> similar results. We abandoned that idea, but i'd be interested to know if >> anyone had more success with a bigger tool. >> >> Regards >> Roland Jollivet > > > - > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share > your > opinions on IT & business topics through brief surveys-and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
