This is good feedback. I will do my best. When it is merged, anyone can make these updates.
I like this observation. It is like the cutting process is creating some potential biases. In addition to this, I was just recently thinking the timing of the holes may cause some issue. We know the position controller isn’t perfect. Since the gcode drills immediately after arriving at the point, it doesn’t give the controller a chance to stabilize. I think there should be a pause before drilling the hole.
I agree with this. I recommend a 12 ft top beam because of this. I still think the calibration could be slightly less biased, if this friction wasn’t built in.
I tried to resolve the conflicts with the main Firmware fork. Based on everything I see, I think it is OK; however, I didn’t personally test it. So, it should be ready for another alpha test.
BTW, I think someone asked for a link to the instructions on how to use Holey Calibration. Here is the post: