Pete, look at the toolchangers we did for the orac and triac. and the interaction between stages to see that each is completed ,. far far easier than remap in fact i hate remap , but i dont know why if i'm honest , it just does not seem to dig deep enough .
and even the triac and orac changers dont , or at least as deep into the workings of lcnc as i'd like being able to move the head and interactively move between machine corrds and a working area and have everything know whats going on . i'm looking at auto tool measuring as part of the toolchanger process , which is proving difficult moving say under gcode pause then pass movement to a component , and back again , without loosing positional information etc Dave On 24 October 2014 10:55, andy pugh <bodge...@gmail.com> wrote: > On 23 October 2014 08:26, Gregg Eshelman <g_ala...@yahoo.com> wrote: > > >> The complexity arises in detecting failures and responding > >> appropriately. (imagine if the air went off and the spindle didn't > >> release). > > > > Wire an air pressure sensor switch into the e-stop circuit, same as you > > would any other system you want to have stop the machine if it fails. > > My point was that normal G-code just implicitly assumes that everything > works. > If you are coding a tool-changer as a G-code routine then you can't > just issue a sequence of moves and rotations, you have to make sure > that nothing has gone wrong at every stage and respond appropriately. > And it might not be as simple as E-stop. (As an example, my Z axis is > a moving table. It drops when the power goes off. I wouldn't want that > to happen part way through a tool-change if I had a rack toolchanger, > so the correct response to a failed tool-release or loss of air would > not be to e-stop in that situation) > > I am not saying that it is difficult as such, but that the underlying > paradigm is not the same as a normal G-code routine. > > -- > atp > If you can't fix it, you don't own it. > http://www.ifixit.com/Manifesto > > > ------------------------------------------------------------------------------ > _______________________________________________ > 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
