My OX machine stops for no reason as far as I know

I use JScut to make the Gcode and send it through chilipeppr. Quite a lot of times my head just stops and sits in the middle of a cut. I start from the center of the design so I can’t restart it as far as I know either. Someone did mention picking a spot in the path before it stopped and start it there to finish the design but I don’t know how. I’m thinking maybe my design is too many “lines” and that’s why it stops? Any help will be very much appreciated, I have a large investment in carbon fiber and I can’t afford not to turn it in to products or waste it with partial cuts. Thank you.

Steve O

Hmm. Historically JSCut would generate very large Gcode files, which did create problems for folks sending them to their CNC board (tinyg or grbl) where the tiny little gcode movements barely moved the spindle head and things would just run dog slow. The general suggestion was to use Fusion360 instead to generate all of your Gcode paths. Fusion360 is still free to hobbyists despite them making it kinda hard to choose that option on their website.

2 Likes

I have no idea what your machine is, I assume it’s a type of CNC machine. Anyway I did have a problem a while ago with my machine stopping as if it had run out of steam. I always start my machine at a homed position X0 Y0 so that if it does get stuck, I can go back to a home position and start again. What my problem was my controlling computer was running out of memory and once it had got to that stage, it couldn’t recover. I fitted a larger SSD disc and added extra RAM and that seemed to work for me. I also got rid of all the dross that was running in the background. I use Mach3 but I have no idea what the advantages would be over chilipeppr, not one I have come across.

The OX is a general CNC router family of designs based on OpenBuilds hardware.

@Brandon_Satterfield used to run a business that among other things included selling kits for building the OX, and before he closed up shop he sold controllers that embedded a raspberry pi for running the sender, and a MKS DLC 2.0 controller running grbl for hardware control, so at least some people have that specific combination.

Beyond that, it’s pretty common to be running an OX from a board running some flavor of grbl on an 8-bit controller (same type of CPU as the original Arduino).

For folks who don’t want to use Fusion360 for any reason, there are other options. For example, FreeCAD is open source and toolpathing is one of its strengths. Linux Weekly News ran an article that highlighted open source options in CNC recently. It was by no means complete; more of a sampling, but might be useful to you here. I wrote a comment there:

The Arduino control boards are getting “long in the tooth” — there are limitations inherent in limited memory and 8-bit processing, which for most people become evident when attempting to cut smooth arcs. 32-bit boards are now available at roughly equivalent cost.

This might be relevant to the problem of handling lots of small movements. To make minimal changes to a machine setup, @cprezzi’s grbl-LPC would let you use the same $$ configuration but give you a faster processor with more memory and higher resolution in math and maybe less likely to stall; might be easier than converting to a completely different firmware and starting over on configuration. I don’t know whether grblHAL enables additional boards (those with pin mappings incompatible with grbl-LPC) or not. It has a fairly impressive set of hardware support so far.