It should the second on my opinion. When the toolpath cannot be fully done (very normal when programming in a lathe) it should only do what is possible. In this case you will still have material to remove and do not brake nothing. A later operation can do the rest. Is better this way as no material is removed in excess due to the tool shape. Others may think differently, lets wait for more ideias.
Citando andy pugh <bodge...@gmail.com>: > On 4 December 2016 at 13:36, Filipe Tomaz > <filipeto...@portugalmail.pt> wrote: > Ok, but still it would be > good that the machine could make the "possible" >> part, skipping without damage the part and the tool. >> On a later tool, the final toolpath could be reached if the tool >> allows, and the user could in fact use the same programmed tool path. > This is somewhere where I am not sure what to think. > > I see an argument that the machine should follow the programmed > toolpath, and if the toolpath is impossible then it should refuse, > rather than follow a path that is not programmed. > > An example would be an arc in centre-point format. Should the softeare > refuse to make an impossible arc, or should it modify the arc to be > possible? > > -- > atp > "A motorcycle is a bicycle with a pandemonium attachment and is > designed for the especial use of mechanical geniuses, daredevils and > lunatics." > — George Fitch, Atlanta Constitution Newspaper, 1916 > > > ------------------------------------------------------------------------------ > Check out the vibrant tech community on one of the world's most > engaging tech sites, SlashDot.org! http://sdm.link/slashdot > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, SlashDot.org! http://sdm.link/slashdot _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers