Hello, I'm working on a specialized UI which computes appropriate G-Codes first and passes them to LinuxCNC for execution finally. Using the MDI mode worked quiet nice for the task, used v2.5.3 so far.
With the recent v2.7.8 (and git master/HEAD), I noticed that the remaining number of pending motions in EMC_TRAJ_STAT.queue is not reduced anymore during the operation. When sending MDI commands, it increases ok, but keeps the initial number of motions until it is completely done. Unfortunately, this prevents progress tracking. Perhaps a different issue, but at the same time the IDs of subsequent motions are not updated, but always == 0. They get reset to 0 in emcmotCommandHandler(), for example just above the tpAddLine() call (it is done 4x at other places as well). I'm not sure if this is desired behaviour, a bug or if I'm doing something wrong, for example should I use something else than MDI mode for the task? If it's a bug, I prepared a tiny quick fix which solves both issues for me, but it might not be appropriate, incomplete and cause unintended side-effects. Perhaps, someone with a thorough understanding of the inner mechanism knows how to fix this properly. https://gist.github.com/ibressler/2693a5a225606121aef385420c984f7f Thanks for any hints! With best regards, Ingo ------------------------------------------------------------------------------ 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
