Grbl_Esp32 VS vpype

This post on github (https://github.com/bdring/Grbl_Esp32/issues/848) is exactly what I'm struggling with, but the recommendation is to update/change the firmware. I'm not sure how I can do that with the FoxAlien machine. gSender has a firmware flash option, but it does not have a profile for the FoxAlien 4040-xe, and "Generic CNC" didn't seem to change anything.

I understand you put thought and time into your approach and it was a hobby to learn more abotu the process (and thus you know about MPCNC but decided to make your own). I've also build similar systems and I've learned some timesaving tricks that have paid off in terms of hobbyist enjoyment.

I really like buying the majority of the parts from a place like OPenBuildsPartStore, rahter than assembling frames from channel manually. Time/cost/quality tradeoff is hard to beat here.

I strongly recommend switching to Grbl_Esp32 https://github.com/bdring/Grbl_Esp32 with external controllers (this board https://www.tindie.com/products/33366583/6-pack-universal-cn... with these plugins https://www.tindie.com/products/33366583/external-stepper-mo... and these controllers https://www.amazon.com/STEPPERONLINE-1-0-4-2A-20-50VDC-Micro...). That's what I ended up with because tuning current using the little pots is dumb, and you want a TON of current going to those huge motors. ESP32 + Grbl has a bunch of nice features that aren't in plain old Uno GRBL.

My system has high torque NEMA23 with no gears (same motor for all 3 axes), I can't see any situations where adding more torque to the X or Y axes using a smaller gearer stepper makes sense.

I have developed a new electronic board for laser machines that is using the wonderful ESP32 GRBL firmware and so compatible with all GCODE software including of course Lightburn

if you want to see how it's done in modern plotters/CNC, Bart Dring's [Grbl_ESP32](https://github.com/bdring/Grbl_Esp32) is fairly easy to follow with good docs. I have one of Bart's plotters, as I don't have space or money for an Axidraw with all my other old plotters around the place.

For actual optimization of input files, [vpype](https://github.com/abey79/vpype)'s the one most people use.

Going back to really old/simple plotters, there wasn't enough code space to do any optimization. For example, the (fairly terrible) Commodore 1520 roll paper plotter had 2KB of ROM for all the 6502-compatible code its micro-controller used. When I first looked into the [firmware](https://e4aws.silverdr.com/hacks/6500_1/), I was pretty shocked that it printed text by scanning a table of character data from the start every time. Then I realized that even storing pointers for each character would use up about ⅛ of total storage, and the mechanical plotter mechanism was always way behind anything the code could do. So small mattered more than efficient

Yup, and some modern steppers have this: https://github.com/bdring/Grbl_Esp32/wiki/StallGuard-Setup-a...

this fork is much more capable https://github.com/bdring/Grbl_Esp32

I'm not sure but that sounds like something vpype could do: https://github.com/abey79/vpype

If your polygons are closed you can try using vpype with the occult plug in to automatically remove invisible paths. The catch is that they really need to be closed polygons and not lines. There may be another plug in that does handle lines though.

The basics: I generated this plot via a program I wrote. That program was written in Javascript, using the p5.js library for drawing lines and stuff, and canvas-sketch to generate the SVG for plotting. I passed the SVG through vpype to merge & sort the lines, and then connected to the AxiDraw using saxi. Not knowing where you're at, those are a good choice to get started—Javascript is an okay language, and p5.js is really good for just getting stuff appearing on the page. And you can just start with the first 2, and add vpype and saxi later.

Ah, very nice.

That should reduce the effort needed to something you might be able to make quick work of, yourself, with some thought.

this website [1] recommends a tool called vpype [2] which might have an option to do what you need or might be able to be tweaked to do what you need

[1] https://www.acrylicode.com/svg-to-gcode-walkthrough/

[2] https://github.com/abey79/vpype

vpype: https://github.com/abey79/vpype occult plugin for vpype: https://github.com/LoicGoulefert/occult

I think the lines are so small it makes dots. You can use vpipe tool to fix up stuff like this. Don't ask me for the command I just know it exists. https://github.com/abey79/vpype

VPype has good tools for post-processing SVG to optimize plot speed. Simplifying the geometry and optimizing the line drawing order are the two basic things. Axidraw's Inkscape extension does some of this automatically, too.