Indie game storeFree gamesFun gamesHorror games
Game developmentAssetsComics
SalesBundles
Jobs
Tags

PixelCNC Has Moved: deftware.org

CAM software developed by artists for artists to create unique and original works on a 3-axis CNC router or mill. · By Deftware

Anyone used this with Snapmaker 2?

A topic by cdibbs created 50 days ago Views: 114 Replies: 7
Viewing posts 1 to 3
(+1)

Tips and tricks welcome, starting with which file format works best for export. Thanks in advance!

Developer(+1)

Hi cdibbs,

It looks like the Snapmaker controller is pretty much your basic vanilla Mach3 style G-code setup. I'd suggest trying the Mach3 or the GRBL post processors for milling stuff. Try a dry-run with the tool zeroed out above your actual cutting area and see if it looks like it's traversing toolpaths the way they should be. The Easel post is non-modal for coordinates, where it includes a value for X Y and Z with every command block, which some controllers prefer, so it might be worth testing that one out too if the Mach3/GRBL posts don't work out.

Make a small canvas with a thin Z size and then create a basic tool definition and then from the 3D Contouring operations category create a Parallel Carving operation. Generate a toolpath that cuts to the bottom of the canvas, and has a big cut stepover, and export G-code for that.

Here's a test project you can use to export G-code for to see what works for your controller: https://cdn.shopify.com/s/files/1/0308/9658/6890/files/3x3_Test_Project.pnc?v=17...

If the Mach3, GRBL, and Easel posts don't work properly you can reply to this thread or send us an email at support@deftware.org :]

(1 edit) (+1)

Hello! Got a chance to try this today. It looks like Easel gets the closest. Unfortunately, while it drew out the right overall motions in the air, it never turned the spindle on. So, I made a copy of the Easel post, renamed it for Snapmaker, and set the UseSpindle field to 1 and the FileExtension to ".cnc" (so Snapmaker will show it on the thumbdrive). After that, I was able to cut a test project successfully (just some text 0.5mm deep). I'll try to do a more involved project from here and update with any more tweaks I discover I need.

Eventually, it would be nice to add a PixelCNC profile here:

GitHub - Snapmaker/snapmaker_cnc_post_process

because I think this program is what a lot of artists / casual CNC users are looking for.

Also, minor thing: it would be nice if the app warned that paths need to be recomputed after things like changing the work origin. 

Anyway, thanks for your help!

Developer

Thanks for sharing! I'll make sure there's a Snapmaker post in the next update that goes out that includes these changes. Let me know if there's anything else you find that could use changing in the post to improve it at all so it can be included with the post that goes out with the update. :)

 - Charlie

(+1)

Hey, a quick update with a couple more settings I changed. It looks like FeedMax ought to be 1000 mm/min for the 50 watt module that comes with it, and 3000 mm/min for the upcoming 200 watt module upgrade (I think they're shipping now but I don't have one yet). The top spindle speed is 12000 for the 50 watt, 18000 for the 200.

Anyway, PixelCNC's Easel-based output continues to work well with the Snapmaker with the above settings changes. I'm doing a 6" diameter relief right now about 1/6" deep that seems to be going well. It has both a roughing and a finishing pass with a 0.25mm radius tapered bit. At 50 watts, its not exactly fast, but its relatively quiet and its getting it done. :-)

Thanks again!

- Chris

Developer

Thanks for the update Chris!

(+1)

Hi Charlie,

I'm just realizing that I can actually set jog/rapid speed via gcode and override whatever might be in the firmware. Is there some way to specify that the "rapid speed" from the settings gets exported? It looks like the way Snapmaker's Luban does it is just by including a "G0 Z80.00 F[speed]" at the top, though I'm not sure if Z80.00 is relevant.

Thanks again!

Chris

Developer

Hi Chris,

You can make a custom post that includes a feed command in its RapidBlock definition. This will result in outputting whatever feed rate is used by the operation the rapid is occurring for, or you can just hard-code a feed rate directly into your custom post.

So if you want the rapid to use the operation's feed rate, then  change the RapidBlock definition to:

RapidBlock "[CNC_SEQUENCE][CNC_GCODE][CNC_X][CNC_Y][CNC_Z][CNC_FEED][EndOfBlock]"

Or, if you want to hard-code a feed rate, you can just put it directly in the definition.

RapidBlock "[CNC_SEQUENCE][CNC_GCODE][CNC_X][CNC_Y][CNC_Z]F100[EndOfBlock]"

If you're already using a custom post, you can just make these changes to that post. If you are using an existing PixelCNC post then be sure to make these changes to a copy to make the changes to, and use the copy, otherwise your changes will be overwritten by an automatic update.

Let me know how it goes!

 - Charlie