Has anyone else run into an issue where Carbide 3D can accidentally swap the X and Y axes on re-running a program? With the same code I cut a hexagon and then cut it again and it swapped X and Y which moves the flat sides of the hexagon a half angle rotation. It makes a pretty offset, but not what I was going for…
Anyone else run into this?
Thanks,
Adam
I may regret saying this, but I don’t think this COULD happen… Even because of a “glitch”.
So, what else changed? Can you share the gcode or CAD file? Are you using carbide motion?
Why did you rerun the file?
Picture of the results?
I just finished lining a closet in cedar, and this involved a lot of repetitive cuts and re-running various files, using pretty much every beta of Carbide Create v7, and both Carbide Motion 565 and 566 and didn’t have this difficulty.
G-code is quite simple, and Grbl very reliable, w/ a very small memory footprint which simply wouldn’t allow for a swap like this.
Usually when how a file cuts doesn’t match the 3D preview it’s a mechanical issue — or one managed to load the wrong file (I have managed to do that myself a couple of times, but the nifty new 3D preview has prevented that error since it became available).
If you’ll post the file we’ll try to look into it, but in the meanwhile, I’d suggest checking the machine mechanically.
Sigh…Thanks for the replies. I pondered for a while and found where, between an axis coordinate reversal in my CAM and flipping for 2-sided machining I did it to myself…
Thanks for the replies, though. Time to make the part again.
Adam
This topic was automatically closed after 30 days. New replies are no longer allowed.