The pocket is supposed to be 1.08 x 1.01 inches.
It consistently is cutting with a 1/2" bit as .875 x .815! I don’t understand why.
What does the internal GCODE say the hole size should be (the c2d is reflecting the proper size)?
I don’t seem to be experiencing any slipping of belts - my rationale for that is:
I tried different bit setups - the hole is consistently the same incorrect size even when using a 201 1/4" bit
Multiple runs produce exactly the same incorrectly sized pocket
The hole is at a 45 degree angle - and is looking proportionally accurate - if one of my belts were slipping, I would expect it to be skewed, I would think.
Please help!
EDIT: I should add that my setup is normally extremely accurate. And also, I checked my settings that both CC and CM are using inches - and the correct post processor (Shapeoko 3D with prox switches).
I actually had this almost working earlier today… I was .010" off…so I resized it to make it a snug fit — and that’s when all hell broke loose. So I know the radius (.25) will work correctly with the 1/2 inch bit.
Thanks again for your help…I’m trying the un / re rotated solution now.
That did it. I’m sort of shaking my head. Seems like objects should have dimensions that stay with them even if they rotate.
Thinking ahead, from now on, I need to remember how much I rotate each object, just in case I need to resize it later…seems wrong. Can you imagine trying to remember if you rotated something 21 or 22 degrees? Because you’re going to need to rotate it -21 or -22 degrees in order to resize it!
Rotate is goofy. 1) If you use the handles to rotate the object to line it up with existing geometry, it doesn’t tell you the angle. 2) If you hit enter when typing in an angle, it rotates, then when you hit OK it rotates again. ???
Yes…I noticed both of those “features” about Rotate.
Annotating the diagram works to a degree, but it’s fundamentally wrong. I could rotate it more than once and then have to do the math and change the annotation, etc. It’s just something Rube Goldberg would love (for you young’uns, Google him).
The other thing that drives me a little nuts is that it’s not always easy to know which way things are rotating…Positive numbers rotate counter-clockwise…which is counter-intuitive, to my mind. I end up sticking a tail on my objects before I rotate them, so I can see which way it’s going - particularly in my current situation where the difference between width and height is 7/100ths of an inch and not easily discernable by eye. Then I delete the tail afterwards.
@robgrz IDEA: There is a “starting point” for every vector, if that were visible on rotation, it would be easy to see the objects orientation throughout the rotation. PLUS, if that starting point is consistently positioned when the object is created, CC could easily determine how much the object has rotated since being created (the angle between the starting point’s location on creation and it’s current location)
Hmmm, maybe we need an “angle” option added to the measure command. ??
If you’re a pilot/navigator/cartographer, then yes it is. 0° is north, and 90° is east.
But in geometry & most CAD systems, as well as CNC machines, 0° is positive X, and positive Y is 90°, or using the “Right hand rule” if you point your thumb up, your fingers curl away from you & to the left (counter-clockwise).
That’s a good observation. I was a math major…and a 45 deg angle is above the x axis…so yes…I agree. For some reason, when I think about objects rotating, I visualize them rotating clockwise as positive. No worries on that one, I can adjust my thinking — I don’t want to lose sight of the real ask here… Some indicator as to how much an object has been rotated…so that it can be unrotated, resized, and re-rotated (ugh, again).
