Hi. Very interested. I’ve just started with the jackpot board after a struggle with Klipper. I generally draw in fusion or Vcarve
I’m at the point where I have a workflow and I can make “Cartesian “ items but I’m also very interested to use that 6th driver on the Jackpot for a rotary axis. I like Fusion but I think I’ll have to use Vcarve for wrapping.
I would love to test it
@MarkC and @staffordj, it will likely be next week before I pull a Beta together.
Please comment on if you are currently using my F360 post processor, are you hand editing the GCode currently to get it to work with the jackpot board or using the file insert ability, and any additional functionality you think would be useful.
1 Like
I am using your post processor with start and end code files inserted by the post processor. The start and end code is similar to the code in my post above.
Thank you, Don for contributing the post processor and for your plan to improve it.
I have the Same answer; I use start and end files.
Maybe not relevant to your plan but FYI
I’m close to a solution for easy substitution of a rotary axis in place of X. I don’t need to unplug anything. Ryan’s latest config file had pins and values for the 6th motor driver, just commented out.
So I commented out the two drivers for X and uncommented the 6th driver. I renamed it X instead of A. I saved this as “rotaryconfig”.
All I need to do is switch the config file and restart and I can flip from xyz work to AYZ rotary . I had to reduce the max speed to prevent the motor losing steps. Next increased the steps/mm to get a full revolution when I call for 360 degrees on X. Checked it through 100 revolutions.
Next I want to set up a probe for the rotational zero position.
I would prefer to use fusion for CAM either way but I think there’s a paywall to use wrapping or 4 axis. I also have Vcarve as a backup.
I will post more details when I get it all working smoothly.
1 Like
@MarkC and @staffordj can you reply and attach any files you are inserting in the GCode to override header, footer, tool change, or probing functions.
Having these will allow be to see if the pp should be generating different GCode by default for GRBL.
Thanks in advance.
Yes please, would love to test the beta as I am using the jackpot on my newly built LR3
Hello
Is the current F360 post processor all set to go for the jackpot controller as it is now?
Any special settings I need to setup for this?
Or do I need to wait until the beta is pushed through? It’s been a couple years since I’ve done anything with the Fusion PP and now run the jackpot board.
Thanks
Joe
The beta has languished, apologies. It definitely produces better GRBL GCode but it really hasn’t been tested. I left it and now need to find time to get back to it. I’ll see if I can do that this week.
2 Likes
It’s no problem, we all have lives outside of this! Already appreciate all the hard work you have put into all this. Thank you.
1 Like
Hey Don, just found your post on the F360 Post processor.
I’m midway through making an LR3 with a jackpot controller and use fusion for all CAM work.
Will I need your beta version of the post processor to get F360 CAM to spit out correct gcode files?
Or do you recommend another way to go about this now, like designing in F360 then exporting to another software for the CAM?