# Struggling with rotary step calibration - please help, I don’t think I can overcome this hurdle alone 🙏

I’ve got a little eBay special rotary axis setup, slaved to my Y steppers.

In vectric aspire I’m able to do basic wrap CAM, but I’m struggling on the rotary calibration.

——
Rotary = Nema 17 Stepper.
4:1 speed reducing ratio
200 steps = 360
1.8 deg angle,

((200 step x 8 Shapeoko micro steps) x 4 reducing ratio) / 360 = 17.7777777 steps per mm (steps per degree)

If I set \$101 to 17.8, I can manually enter g91 g0 y360 and get a complete rotation of the part, consistently. 720, 1440 are accurate too.

Ok, so that’s consistent now, but when I output from Vectric only 1/2 of 1 side (1/8 the total piece) gets worked on, instead of the whole rectangle piece.

I think I’ve tapped out mentally and am just circling this over and over in my head w/o a clear idea of how to move forward.

It’s painful to feel like you’re close to success, but still so far away

1 Like

I was thinking about doing something similar, but not using any special CAM for cylindrical work pieces. I figured out that the Y height of whatever I was cutting would be limited to the number of steps it takes to go 360 degrees. Then, from there I just had to divide the number of steps to go 360 degrees by the number of steps per millimeter, and the will always be the height of the canvas in whatever CAM program I use, because no matter the diameter of the work piece, there are still only 360 degrees in a circle.

[200 steps / revolution ] * [1:4 reduction ratio] * [ 1:8 micro-stepping] = 6,400 steps / revolution

6,400 steps revolution / 17.77 steps / mm = 360mm / revolution.

You are limited (by your \$101 value) to [6,400 steps / revolution] / [\$101 value] mm.

So, if your steps / mm (\$101) = 20, then your canvas height will always have to be:

6,400 / 20 = 320mm high.

1 Like

So, just for fun, here is some text. You want to put it on a cylinder that is 6" long and 1" diameter. The blue rectangle is (based on 20 steps/mm) 320mm high x 6" wide.

So, here is what the text would look like if you wanted it to wrap all the way around the cylinder. And this goes whether you are engraving a 1/4" , 1" or 3" diameter cylinder.

It gets even weirder if you wanted to do something like a 1" long cylinder:

Since your Y dimension is fixed, you will have to lay whatever you want to cut properly, then stretch it to make it 320mm or 360mmm or whatever the value ends up being when you divide the 6,400 by your chosen \$101 value.

These examples are for engraving so that the lettering can be read when the cylinder is sitting on the round end, like this (shamelessly stolen from image search):

If you want to engrave so that the letters can be read like this (not the emboss part, just the text orientation):

Your canvas will look like this:

This “Hello World” text is on a 6" long cylinder, and would take up 25% of the cylinder circumference.

What’s the design? Are you just trying to round the entire stock?
What’s the stock size? Can you share your setup and toolpath settings?

1 Like

Thank you for this explanation!
Completely different way of thinking about it, but makes a ton of sense

In this case, it’s just a generic 0.75” rectangle, 6” long”.

I’m using Aspire > Gadgets > wrapping > ‘create rounding tool path’ to try and take the rectangle down to a 0.65” tube stock.

My goal is to be able to use 0.75 - 1.5” rectangle blanks, rough then down to a tube shape, and then form them into essentially little table legs - which I’ll use a handles for a variety of things.

This is an example of something I’d like to be able to pull off. I’ve gotten close in Aspire using a basic profile and 2 rail sweep, so I know I can make the model when the time comes.

But first, I need to get this calibration squared away so I can go from rectangle to tube, and have what I make in aspire output 1:1 on my Shapeoko.

Can you share your gcode too?
What post processor are you using?

@neilferreri

I’m using your tool change processor:

Here is the gcode - apologize for zipping it, wasnt sure how to upload it natively:
Rounding Toolpath.zip (817 Bytes)

@Crispy Chris, the gcode describes exactly what you are seeing on the machine, so the ‘sender’ and machine end of things do appear to be working correctly, and your steps calibration etc OK.

The tool path itself is a LUA Widget (a ‘macro’ in other terms) running inside Aspire. It will ask the Job for the stock size, reference point etc and create the clever tool path for you. I will presume it is capable of coping with being told the square stock is larger than the Aspire Job stock diameter set - it would make sense that it can, and it does output a tool path - the preview shows it is good (as far as Aspire interpreting the tool path is concerned).

The post-processor clearly assumes that Y is the rotary axis, which is correct, but one thing I noticed is that the PP title is ‘Shapeoko (mm)…’ and your Job is in inches… One thing to try would be to select @neilferreri ‘Shapeoko (in)…’ post processor and see if there is some metric/inch translation issue. Perhaps Neil can advise more knowledgeably on this point.

I think… Let me try something. Update coming soon below

@AndyC The post processor units don’t affect the job dimensions. I think it makes sense to always export in mm as that’s what Grbl uses internally.

EDIT: I have no way to test right now (no Vcarve on PC), so can someone generate gcode using the new Rotary version of the PP here.
Should see gcode going from about Y180 to Y-180.

1 Like

@neilferreri I can do this. Will quickly find a simple rotary job and run it through the PP.

Done. File .nc attached. No issues in VCarve Pro 11.504 seen.

I can see Y numbers ranging from 0 to 359deg. I dropped my own header and footer preferences in, but they don’t affect what is being tried here. I have also attached the VCarve file used, just in case it is useful (a test project to see if I could cut a square onto a round stock and it be accurate, the opposite of what the OP was doing, but the principle is the same).

Swept Profile using NF Y2Y PP.nc (13.0 KB)

1 Like

Understood. I always work in metric throughout (being European), but this is useful knowledge.

1 Like

Nice…can you try one with the “Rounding Toolpath” extension or gadget or whatever they call it?

@neilferreri Will have to find the Rounding Toolpath Widget and install it. Might get to do this tonight (UK time)

I had it when I checked last night…I never installed anything. I’m still rocking v9.5.
No urgency…this is making me want to get another axis now.

1 Like

@neilferreri It is there in the standard install, so all good.

Took the same dimensions for stock 16.51mm and in the Widget used 19.04mm for ‘size of square blank’.

Output through the new Y2Y PP.

Quickly looking for Y values between -180 and +180, the first thing I can see is “G0X29.845Y1355.262”. Y value of 1355.262 seems very high?

Elsewhere there are -180 to +180 variously, so that part looks OK.

Maybe so the operator can admire their rotary axis?

I can’t guess right now where that would be coming from, but it’s happening while at safe Z, so it’s just going to spin a few times before it starts. No idea. I’ll play with it tonight.

Admiring the rotary working is a good thing… just adding fuel to the temptation fire…

On my machine (I have XYYZA permanently, via a new controller PCB), I have soft limits enabled and 1355 would trip the ‘alarm’. I could increase the limits and this would go away.

Just switched the VCarve file to inches, with the (mm) PP and get the same outcome. Lots of tempting spinning at the start of the job.

I need to sign off now. Will watch this thread and see where it heads.

1 Like

Thanks @AndyC .

Just for anyone else on this thread…that updated PP is for grbl machines that use the Yaxis as a rotary one. If your setup like Andy, with an A axis. It’ll need to be changed slightly.

@Crispy I’ll wait to hear if you notice an improvement with that new PP.

1 Like

Got a few mins to experiment, read the LUA code etc and track down cause/effect for this 1355.62 pre-rotation. In my VCarve file, Material Setup dialog, Home/Start Position for X and Y had non-zero numbers entered. No idea where they came from, or whether the Widget sets them.

Setting X and Y to zero stops the pre-rotation. It seems like the VCarve tool path evaluation code that outputs to the post-processor is affected by this negatively…

If I get another few mins, I will try creating a new file and checking these settings before and after running the Widget to see when/if they get set, or whether they are some non-volatile carry-over from the last time I used VCarve.
[Edit - a new file has these X and Y setups at zero, so it looks like a carry-over from some earlier use of VCarve]

1 Like