While i would be thrilled to stop mid cycle, change insert, move back and continue, (we do it all the time on long (roughing) passes on our Fanucs, we note the position, move away, index turret, change insert, index back to current tool, move back to point we stopped cutting at and back in auto, hit cycle start, to complete the (G71) cycle) I would think the automation of "moving tools up" is already adding more complexity than necessary, the control then would need to know what kind of tool you have to see if it is safe to pull up.
A jog on pause could be left to the operator. The DRO could store the position when program was paused, displaying the "Last Auto" position, and the operator uses the "current position" DRO to know he/she went back to the place where the program was paused. From this point the program should be possible to be continued. Since the program was never stopped, all parameters like speed, feed, offsets should all be in the state as they were when the program was paused. The safety aspect lies with the operator, as it does when setting tool length offsets and checking clearances to chucks and workholding in general. This way 15) sounds simple and useful (to me). On Mon, May 17, 2010 at 8:51 AM, Ries van Twisk <e...@rvt.dds.nl> wrote: > Salvko, > > i think it would be a good idea to seperate item 15 into two items: > > > 15) JOG under PAUSE - Alow users to jog machine when program is paused. > 16) JOG under ToolChange - Alow users to jog machine when program M6 > executed. The TouchOff? should be enabled too and maybe even MDI > > Although they look the same, the problem domain is in both cases > somewhere else. > > As noticed before, item 16) is possible easer to solve then item 15) > because of various internals > > > With 15 it would be just fine if you can jog out, stop the spindle > clean the workpiece, clean the bit and the machine and continue. For > me personally it would already be awesome if when I press pause the > tool will just move up and spindle stop (not need for jogging) > The problem with 15) is that you can pause in the middle if a running > line, and it's hard to re-start in the middle of an operation. > > With 16) The machine stops at a distinct line and already can continue > from there, we just need to have a way to touch off (can that be done > with the modified manual hal toolchange??) > > If they are broken into two piece, it will be easer to solve because a > programmer can just concentrate on a easer task. > > Ries > PS: I am going to modified the hal:manualtoolchange a bit so it will > find the start point of 3 axis routers better, my little project for > EMC :) > > > > > > > On May 17, 2010, at 8:22 AM, Slavko Kocjancic wrote: > >> Stuart Stevenson pravi: >>> Slavko, >>> >>> On Mon, May 17, 2010 at 4:15 AM, Slavko Kocjancic >>> <esla...@gmail.com> wrote: >>> >>> >>>> Slavko Kocjancic pravi: >>>> >>>>> p.s. >>>>> Just one thing. What software (or machine) doesn't alow jog under >>>>> pause? >>>>> >>>>> >>>>> >>>> Uff I forgot that one. EMC2 >>>> >>>> >>> >>> >>> Forgive me if I did not understand the tone of this post. I speak >>> English >>> and a little Spanish so I understand the difficulties of expressing >>> an idea >>> with complete clarity in a second language. >>> Hell, I understand the difficulty of expressing an idea in my native >>> language. :) It seems many times my employees have heard me say >>> 'Just do >>> whatever the hell you want to do' when in reality that is NOT what >>> I said. >>> >>> >> Well I didn't speak english very well. >> So if my post "hurt" somebody thet is not my intention! I just want to >> say that some common and needed feature (i found it in a other >> software >> and machines) doesn't implemented in EMC2 and should be! >> Now I have some small pcb drilling CNC with my own software controller >> and one biger CNC with EMC2. And I install EMC2 instead something else >> (or write by myself) I didn't do that beacouse I know that this is not >> easy task. EMC2 is good. But We Want to be better. And that jogging >> definetly will make EMC2 better - more user friendly. >> >> Slavko. >> >> p.s. >> I want to say: We need that feature Please. >> not to say: stupid developers why this isn't already there. :-D >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> 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
