CoreXY homing problem about grbl-mega HOT 4 OPEN

After some extensive digging in the source code I solved this issue by altering line 347 in limits.c. I changed sys.homing_axis_lock[idx] = axislock[idx]; to sys.homing_axis_lock[idx] = 65; which basically doesn't lock the movement to one motor - 65 is combined mask for step pins on RAMPS board for motor A and motor B. I consider this a bug and my workaround is really not a final solution. Can anyone who is more familiar with grbl source code look into this issue and make a bulletproof fix?

Thank you.

from grbl-mega.

@bajticzek : Thanks for digging and locating the bug. @docwelch Do you have time to look into this?

from grbl-mega.

@bajticzek and @chamnit:
I don't have a CoreXY machine so have not seen this issue. I relied solely on the changes @jekhor had made here so I would defer to him. I will look a little deeper but am not sure I'll be able to quickly determine the cause. As was pointed out when RAMPS support was added, it's a temporary solution and not an ideal one.

from grbl-mega.

I recently added Z-Axis to my Laser machine, so if anyone is interested in homing Z too, change sys.homing_axis_lock[idx] = 65; to sys.homing_axis_lock[idx] = 73; to allow Z homing.

from grbl-mega.