I haven’t used all of the assembly workbenches but I’ve found Assembly3 to be pretty robust to design changes if you use realthunder’s Link Stable fork of FreeCAD. I wouldn’t be surprised if all of the assembly workbenches would benefit from toponaming fixes, though I don’t know how they all work.

The topological naming problem is handled quite well by realthunder’s FreeCAD Link Branch fork, and his Assembly3 workbench is an acceptable, albeit imperfect method of making assemblies when combined with his fork. Assembly3 can run on upstream FreeCAD but I found it to work way less consistently due to issues like the topological naming problem breaking links in the assemblies.

Nonetheless the added features by Ondsel look interesting. I’d consider switching once upstream FreeCAD implements a solution to the topological naming problem, but like you mentioned, toponaming is such a huge leap in usefulness that I’m hesitant to switch to another FreeCAD version that doesn’t handle it well.

Not sure what’s going on but if the printer was flashed with Klipper, it won’t show anything on the screen until it is connected to a computer running klipper’s host software.

I think it would be a better idea to use linear encoders if you were going to add encoders to the shaft, as that way you could directly readout the position of the tool along an axis without issues like backlash that would mess up your calculated position. This is what I’ve seen on (both manual and CNC) mills and lathes.

BLDC and AC servos maintain full torque at stop too, and have about 2-3× the torque of a stepper of similar size.

Huh, this is true about BLDCs as well? I remember seeing in a video that BLDCs tend to have very poor torque output when stopped and especially when at low speeds (due to very low efficiency requiring too high currents for drivers to supply), whereas AC motors have a pretty much flat torque curve until they get fairly fast. I’d be interested to know if this is true.