reset hasUnprocessedData to prevent zero pulses being sent by mpExRcsIncrementMove after trajectory is finished

[iydv]

Fix for #190 . Currently, hasUnprocessedData is never reset after the queue is fully processed inside Ros_MotionControl_IncMoveLoopStart, which means that empty queue is constantly being read and zero pulse increment is constantly being sent by mpExRcsIncrementMove

[iydv]

I have conducted a test similar to #190 and resulting debug log shows that FSU speed handling part still works fine but empty mpExRcsIncrementMove is no longer sent when trajectory is finished.
20231116T135527_motoros2_debug_log.txt

[ted-miller]

Hi @iydv
Good catch. I definitely missed that during testing.

This won't work for a multi-group system. The hasUnprocessedData would get cleared when calculating for R2.

I think we can simply move the hasUnprocessedData = FALSE; up a few lines so that it outside of the for-each-group loop.

What do you think?

[iydv]

Yes, you are right, I forgot about the multi-group system. I guess it should be moved here .

[ted-miller]

Looks good to me. My system is currently configured for single-group. But I should be able to reconfigure it on Wednesday for a quick test.

[ted-miller]

Test was ok. Thanks for the fix.