So this weekend I was all ready to argue that what I said about the limit switches and bump sense not being active during a print was true. I’ve spent nearly every work day for the last two years working with these printers and surely I would have figured that out if it were true.
Well, it turns out I was half wrong and half right. The limit switches are active during printing. Bump sense does not appear to be enabled, on any of the printers I tested.
I tried my Mini 1 at home with the burn-in gcode running and when I clicked a switch it refused to move in that direction and instead just did the moves in the opposite direction, which did cause it to shift it’s position. I thought maybe that was just the older firmware, 184.108.40.206, that it had, so I updated to 220.127.116.11, newest available for the Mini 1, but it behaved the same way.
So I waited until today when I could go to work and test this on a Mini 2, Workhorse, and Pro. Didn’t have a Sidekick handy to check.
The Workhorse, with 18.104.22.168.9 firmware does react to the X, Y, and Z switches during the print.
The Mini 2, with 22.214.171.124.9, does react to the Z axis switch and refuses to move up.
The Pro, with 126.96.36.199.6, does not react to the Z axis switches during a print. And I did remember that you have to press both Z limit switches at once. It ignores the Z axis switches during printing.
The Mini 2 X and Y axes and the Pro X and Y axes did not trip bump sense when I held against movement during a print. The motors all pushed as hard as they could until they started buzzing and rattling and skipping steps. They continued to push against me as I held them from moving in the direction of travel, pushing with way more force than the amount of force that would trip the bump sense when I pushed against them while homing.
When I get a chance I’ll try a Sidekick.
So in summary, for the configurations I tested, limit switches are active, bump sense is NOT active, during a print.