On Fri, 10 Apr, 2020, 7:53 am andy pugh, <bodge...@gmail.com> wrote: > On Fri, 10 Apr 2020 at 03:13, Johannes Fassotte > <johan...@automationassist.com> wrote: > > > > No, I think that is covering up a problem instead of fixing the problem. > > And what do you think that problem is? >
The problem is restoring the current state after abort. For this the interpreter needs to be synced with motion. But the offset values that need to be restored may have already been overwritten by the interpreter and no longer accessible. Another place it is required is when changing coordinate systems and kinematics. If operating a robot in joint mode and task mode via a kinematics switch in the same program, the state of the interpreter needs to be synchronized with that of task when the kinematics switch needs to be done. Although I agree that it is more of an internals issue and need not be exposed to G code, it probably does not hurt to allow the user some modicum of control on how read ahead is working. At the least Creating a canon command that stops read ahead and forces a task sync will assist remap writers that are currently using more elaborate techniques for achieving this. After that, If someone wants to create a new gcode for it, it is as simple as including an example of the remap command in the examples configs. When implementing kinematics switch, We had to jump a number of hoops in task to add a wait for sync. I am sure same is true for Rob when he was implementing it for G92, G10, G43 where it is required for correct functioning. - automata > -- > 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, 1912 > > > _______________________________________________ > Emc-developers mailing list > Emc-developers@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-developers > _______________________________________________ Emc-developers mailing list Emc-developers@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers
