There is a certain point where any person or persons you get to help, will spend so much time "trying things" and explaining things with you (which you said you don't want to learn) that it would make more sense to have your "help" just travel there and do it, rather than do a "try and repeat" over and over again remotely. If you had a month or more to do this job and rely on casual assistance, it would be one thing. But that is not your situation.
Here's an attempt at an analogy: You are obviously familiar with machine tools. Say that a shop owner (a one man shop) was on vacation and he got a call that a set of parts needed to be made in his shop right away. The part blueprints and materials are delivered to the shop. The shop owners cousin is available and lives near the shop but has never run a machine tool before. The shop owner convinces him to work in the shop and run the machines and make the parts while he tells him what to do over the phone and via email. Another issue, the cousin can't read blueprints. Last issue, this is a sizable job and it would take the shop owner 2 weeks to to the job. The cousin has two weeks to complete the same job. Dave On 3/9/2014 3:04 PM, Michael Chism wrote: > Hi Dave, yes mesa 5i25 and 7i77, > I really cant understand why its so difficult.... :( I am willing to do > everything that needs to be done on my side including trying and trying files > over and over.... >> Date: Sun, 9 Mar 2014 01:15:01 -0500 >> From: [email protected] >> To: [email protected] >> Subject: Re: [Emc-developers] Tree VMC tool changer help >> >> On 3/8/2014 11:46 PM, Kirk Wallace wrote: >>> On 03/08/2014 07:41 PM, Stuart Stevenson wrote: >>>> I am not clear just where you are in your project. You mentioned two weeks >>>> but is that two weeks from now or two weeks from when you start? >>>> >>>> >>> After looking at the manuals, my first guess is that the changer control >>> is built into the main controller so LinuxCNC will need to do low level >>> control. Also it looks like the carousel uses a servo motor and high >>> count encoder like a regular axis. I have used a Limit2 (3?) component >>> to good effect on my carousel but I haven't completed that project, so I >>> can't put that feather in my cap yet. The spindle orientation hasn't >>> become obvious yet. I'm tending to think two weeks to get the changer >>> working would be optimistic. If it were my machine, I might get the draw >>> bar to operate first, then if time runs out, parts could still be made >>> with manual loading. >>> >>> This looks like a capable machine as is, is the controller completely dead? >> If there is a servo in there I can't see that being done without someone >> onsite unless someone has a LOT of time to try and work through it >> remotely (warning -painful!). The limit3 works fine for machine motion. >> I have limit3s running a high speed bottle packaging machine and it >> has been running for a couple of years with no problems. CL is >> great for state machines since it is relatively easy to debug live. >> But that means that the changer will require Hal and CL and that is >> going to get complex. Someone needs to camp out there for some time to >> build the software and debug the changer one step at a time. Either >> that, or ship the machine to the person/company doing the software if >> there is a bunch of other work to do also - as in changeout the controls >> and rewire the machine. >> What hardware are you using to control the machine? Mesa boards? >> >> Dave >> >> >> >> ------------------------------------------------------------------------------ >> Subversion Kills Productivity. Get off Subversion & Make the Move to >> Perforce. >> With Perforce, you get hassle-free workflows. Merge that actually works. >> Faster operations. Version large binaries. Built-in WAN optimization and the >> freedom to use Git, Perforce or both. Make the move to Perforce. >> http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk >> _______________________________________________ >> Emc-developers mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/emc-developers > > ------------------------------------------------------------------------------ > Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. > With Perforce, you get hassle-free workflows. Merge that actually works. > Faster operations. Version large binaries. Built-in WAN optimization and the > freedom to use Git, Perforce or both. Make the move to Perforce. > http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk > _______________________________________________ > Emc-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ Emc-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/emc-developers
