First time poster. I would like to say first off I am very happy with how easy the setup has been thus far. However in my setup I am having 2 issues with calibration, everything went smoothly and even after a second attempt, I achieved the exact same results (good repeat-ability I guess lol).
Issue 1:
My setup is designed to go to the edge of the work piece, I am running the 12ft with lengthened chains. When I command the exact distance to the edge of the workpiece, the bit lands about 1/2 inch short of the edge (same on both sides), vertically however it is dead on.
Issue 2:
Somewhere in my construction (garage isnt as level as I hoped), the work piece is skewed resulting in a 1 inch vertical offset only on the right side. This skew can also be seen in the vertical axis. So I could either unscrew the entire mounting assembly or the smarter option (if possible) that my neighbor who is a former master machinist recommended and skew it in the software permanently. Is skewing it in the software possible? (picture below for reference, the red marks on the edge are where the bit landed vs the blue marking the halfway point on the 4x8)
Any help is appreciated and I look forward to providing some detailed plans for my personal mods to the design.
First design a foot with 2 opposing wedges ans a screw adjustment to offset the āun Levelā of the garage under one footing until you make a false level. 2nd check your distance from the outside edge of each motor to the dead center of the work space. Is it even? Are you using buggies or counter weights?
Thanks for the quick response. Yes, it is dead even, the bit homes perfectly in the center every time but lands short when I try to reach the outside edges and not due to chain restriction. I am going to try and adjust the work piece today and recalibrate and see what the outcome is and report back the results
Try reversing the positions of the motors and see if the issue follows the motors. Also take a corner to corner measurement diagonally. If itās skewed these numbers will differ.
So I adjusted the workpiece and found that there was a framing piece that was quite true causing both issues and ran some test cuts, decent but I would like to hone it further.
However, when I came back to it today, for some reason my Z axis is acting up! All motors work fine and the Z extends and retracts normally in manual but, when I run G code it plugs at a rate of like .01mm per second. I figured I might have a unit issue in my toolpath as I had not run these toolpaths yet.
So I ran the exact same code from the pictures above, and the exact same issue was present! I reuploaded firmware to make sure it was current, did a good old fashion full shutdown and restart, but the issue is still there! I am pretty sure its code related, but I donāt understand why the same code no longer functions properly. Any tips on what could cause this? its unfortunately made it non-functional essentially.
Looking at the gcode listing, it seems to have been created for a milling machine. Many of the commands are not recognized by the Maslow firmware. I wonder if the program you used to generate it has an option to generate for a āgrblā based machine; that command set is very much closer to what the Maslow is capable of.
Apologies for the confusion blurfl, thats my fault. Full information, I am using Vectric Cut2D and using the recommended Intellicam Post Processor (mm) (.nc filetype). For the above post I briefly switched it to a post processor that output a .txt to quickly grab a sample of the gcode for madgrizzle.
@madgrizzle so I found something interesting, there appears to be a bug in the post processor, when I export using the Intellicam Post Processor (mm) I receive an error in the simulator āERROR:Caused by: Cutting move with zero feedā. But if I use the exported file I sent you above, the simulation runs perfectly fine.
I donāt receive this error exporting in the GRBL post processor either so I am going to try that next since it looks like some are using that.
We are cutting once again! It looks like something is broken in that post processor, the GRBL option is working apart from one thing. The Z axis when not cutting travels to its max height to make sure it clears the material, unfortunately it is attempting to max out, I am having trouble finding the command/setting to adjust this.
@madgrizzle perfect! Odd that it didnt do this on the first pass before I had issues with the post processing, either way this sorted it!
Last issue I am having is cut depth on the Z-axis. The z-axis was zeroād at the material and the tool path is mapped to cut into the waste board, but itās falling short by quite a bit of material. I am using the standard Ridgid R22002 with the pitch set to the 3.17 thread pitch with the bungee cord method to keep it from hanging. I am going to check tomorrow and make sure the collar hasnāt loosened or has any play.
