On Friday 25 July 2014 02:56:58 Steve Blackmore did opine And Gene did reply: > On Thu, 24 Jul 2014 12:08:00 -0400, you wrote: > >I can understand your frustration. > > > >However, maybe a differences in our characters - and this is not a > >complaint or put-down. I ponder and dig and experiment and learn. My > >wife's always saying "quit pondering and just do it" - and many times > >she's right. > > Hi John > > I'm soon to get my workshop back after over a year of it being full of > my sons house contents which gives me my mill and lathe back. I've done > a lot of pondering during that time :) The only machine I've had access > to is my Router. That now runs using Bert Edings CPU-5B - runs far, far > better than it ever did with either Mach or LinuxCNC. > > Lack of progress with Mach4 or LinuxCNC looks like it going to force me > down a similar path. > > The mill, I'll probably go with the same setup as the router. > > Lathe's a different story, Bert's stuff wont take an encoder input, so > lathes no better than Mach. LinuxCNC has it own problems.
I don't see that at all Steve. With a spindle encoder, the lathe can cut a thread, or do precision rigid tapping in 5% of the time that you can fool around with change gears to get the right tpi, doing the threading at 600 rpm if you want, with NO change gear enforced limits to the threads, none, nada, zip. Need a 50 tpi thread for a calibrated adjuster? Or metric? Absolutely no problem for LinuxCNC as long as it can move the carriage and cross feed fast enough. No compound feed needed, you do that sorts of stuff in gcode. That is zero problem doing it on my 7x12 at 600 rpm or more. rpm of the spindle, and the coarseness of the thread might have to be balanced by slowing the spindle down for a 2 tpi thread, but only because my steppers can't run Z that fast, the limit being someplace around 60 ipm. LinuxCNC CAN do it Steve, and it can make you money, my guess is faster by 10x than throwing sheckles at some "ready-made" solution that in fact only does half the job because of its limitations. If you want to throw money in sizable amounts at something else, thats your right to do so. I don't have that sort of money, so it doesn't bother me a bit to have to carve up the configuration files to make the machinery I have, to do the jobs that I want/need done. There are a couple things I might even be able to sell profitably, but by the time I get an FFL, there is no profit left in the numbers I might sell, so I don't. But that isn't verboten for me, so I have a $200 50 cal BP rifle that originally could not stay on the paper at 25 yards, now doing 3 MOA at 100 yards. It also gets its share of Ohhs and Ahhs at the rifle range since I also carved the thumbhole stock its wearing on my milling machine. I take considerable pride in having done all that, with _my_ machines, _my_ brains and _my_ hands. > I'm looking at a Fanuc, Siemens or Chinese controller for that. I need > to make some money again, not fart about learning how to program > software or do development work - unfortunately cost is going to delay > any payback a bit but I've plenty of work to go at. > > Anyway - I'll leave you Linux guys to prevaricate and dither and get on > with actually making things. Prevaricate? I'm not built that way and I object to the term. I don't intentionally lie to anyone. Dithering can be justified when you may have quite dangerous machinery being used as a bug detector. > Steve Blackmore > -- Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> US V Castleman, SCOTUS, Mar 2014 is grounds for Impeaching SCOTUS ------------------------------------------------------------------------------ Want fast and easy access to all the code in your enterprise? Index and search up to 200,000 lines of code with a free copy of Black Duck Code Sight - the same software that powers the world's largest code search on Ohloh, the Black Duck Open Hub! Try it now. http://p.sf.net/sfu/bds _______________________________________________ Emc-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-users
