No worries, I’ll get it sorted. Thanks!
g.
Here’s the mount I came up with. It’s pretty basic.
[attachment file=“55mm spindle clamp assy - 1.JPG”]
[attachment file=“55mm spindle clamp assy - 2.JPG”]
I basically copied the “back” geometry from the example mount and built the rings from there. The top & bottom holes for the Z mount are 50mm apart. Is the “middle” screw needed or are four enough?
Once I’m sure it prints ok and is correct I’ll post the files to Thingiverse.
g.
That should work great. I doubt a middle screw would add anything to it.
I was able to spend some time on Saturday getting things finished up. Unfortunately I’ve got an issue with the Y axis. I suspect it’s the wiring, but it might also be a driver. The controller is a RAMBo v1.3L board. The firmware loaded is for auto-squaring. I DO have the switches wired backwards such that all four show triggered when the switch is open. I haven’t tried moving the axes with the switches unplugged. (I just thought of it and I’m not going back out to the shop, it’s 38F!)
Here’s a short video that illustrates the issue.
tnx!
g.
The endstops should keep it from moving at all… I think… So the fact that they are triggered, and it’s still moving (at least, it’s still moving backward) is weird. I don’t think the endstops should create that goofy start/stop choppiness.
I was trying to look at the axle on the close motor, and it looks like it’s not slipping in the gear. That’s good.
I suspect motor wiring as #1. I would disconnect the wires at the rambo (when it’s off) and measure the resistance on each coil to make sure they are all right. You could also swap the X and Y motor connections to determine if it’s something in the motors or wires, or if it’s something in the rambo.
You have one going the wrong way it looks like. The y axis seem to be fighting each other. Pop a belt off to verify or flip a plug.
I’m going with Jeff. I’d bet one of the stepper coils is intermittent. Ryan, the last time I had two motors run opposite, dumb ass me clicked the 50mm button in repetier, I had to reprint a part because it twisted the tube far enough to crack it. I’m still running the old parts with the captive hook thingy over the tubes though.
Gene, hopefully you’re not getting all the snow I’m seeing on the news, I forget where exactly you live over there.
Thanks guys. Yeah, I’ve got about 10-12" of snow on the ground. Telecommuting, ftw. 
The problem is that it sucks up a LOT of propane to bring the shop up to usable temps. 
I don’t think they’re fighting each other - I suspect I’ve got a wiring issue. I just wanted a sanity check on it before I go to the effort of redoing any of those crimps.
g.
IT’S ALIVE!
The motion isn’t as smooth as I expect it should be, but it beats the Y axis jitter-fest I had going. That turned out to be a bad crimp on the Y0 motor…
g.
The stuttering could be a vectric post processor fluke, or you could just be running the rambo out of memory. Cool to watch it move though!
The firmware is limited to 120mm/s you have it at 133. Typically we work in a 8-15, and rapid at 25-35.
But, it is WORKING!!! finally , after all these years.
Ah, that explains it.
Yeah, finally moving! Hopefully I’ll get the torsion box done next weekend and get the spindle up and running.
g.
What’s the trick to the auto-square process?
g.
I must have not read it well enough. Thanks Barry.
Here’s the latest video!
g.
Need to move that mike to your shoulder or something. Also, go ahead and channel you inner AvE, you know you want to! I like the construction sounds when you speed up the video, sounds like it’s from a game, but I can’t place it.
Yep. I didn’t have a monitor so I didn’t know how bad the “beard scratch” was. 
I’ll move it farther down my shirt next time.
The audio clips are from YouTube’s “Ambience” free sound category at -15db.
With respect to the auto-squaring system, it’s kind of vague how that whole thing is supposed to work. I don’t understand how it could square an axis unless the switch stops on the belt are in the exact same location on both sides. There isn’t any mention of how critical this should be - is it?
tnx.
g.
It squares the axis by moving the motors independently, so if one is off a touch, it moves it forward/backward from the endstop to square.
I get that, but there’s no clear indication that in order for it to work, the belt-mounted blocks must be precisely positioned. I can’t see how it would work otherwise.
tnx.
g.
Once everything is set up, you draw a square, then adjust the stop offset in the firmware. You get it as close as you can with the physical stops.