Maslow Home Maslow Community Garden Newsletter

Skewing calibration to workspace

Hey guys,

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.

IMG_20190917_201830

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?

Thank you

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

1 Like

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.

Thank you

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.

Thanks again for all the help

Not sure it is related, but there is an issue if you send gcode without first specifying a feed rate.

Can you post your gcode?

If I recall correctly, feed rate is variable F? I find it very odd, rerunning that file produced different results.
Here you go:
( Initials )
( File created: Thursday September 19 2019 - 08:31 PM)
( Material Size )
( X= 2438.400, Y= 1219.200, Z= 15.875)
()
(Toolpaths used in this file:)
(Initials)
(Tools used in this file: )
(1 = End Mill {1/4"})
G00G21G17G90G40G49G80
G71G91.1
M07
G00G43Z20.320H1
S16000M03
(Toolpath: Initials Tool: End Mill {1/4"})
G94
X0.000Y0.000F838.2
G00X212.445Y372.323Z5.080
G1Z-1.500F254.0
G1X256.194F838.2
G1Y404.166
G1X250.542
G1Y378.545
G1X235.589
G1Y400.928
G1X230.509
G1Y378.545
G1X217.556
G1Y402.928
G1X212.445
G1Y372.323
G1Z-3.000F254.0
G1X256.194F838.2
G1Y404.166
G1X250.542
G1Y378.545
G1X235.589
G1Y400.928
G1X230.509
G1Y378.545
G1X217.556
G1Y402.928
G1X212.445
G1Y372.323
G00Z5.080
G00X210.921Y370.703
G1Z-1.500F254.0
G1Y404.642F838.2
G1X219.048
G1Y380.196
G1X229.017
G1Y402.547
G1X237.018
G1Y380.196
G1X249.050
G1Y405.880
G1X257.686
G1Y370.703
G1X210.921
G1Z-3.000F254.0
G1Y404.642F838.2
G1X219.048
G1Y380.196
G1X229.017
G1Y402.547
G1X237.018
G1Y380.196
G1X249.050
G1Y405.880
G1X257.686
G1Y370.703
G1X210.921
G00Z5.080
G00X212.445Y413.024
G1Z-1.500F254.0
G1X217.905F838.2
G1Y437.597
G1X249.939Y412.516
G1Y411.405
G1X210.921
G00Z5.080
G00Z20.320
G00X0.000Y0.000
M05
M09
M30
%

Well, it certainly seems to me the feedrate was set.

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.

1 Like

@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.

http://forum.vectric.com/viewtopic.php?f=18&t=10976

Did a Google search… It’s an old thread, but might help.

1 Like

@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.

Do you have a bungie over the router?

Yes I have a bungee, im betting that play is the root cause of this.