-
Notifications
You must be signed in to change notification settings - Fork 150
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Request: Support G2 and G3 codes for arcs #40
Comments
Is there any slicer that actually use these? |
Not that I know of - but I'm writing an gcode optimiser that uses them 👍 A lot of printers support G2 and G3, so why not use them? If the gcode straight lines follow a circle to within a given tolerance, then it replaces them with G2 and G3 codes. As an example, when printing a chess piece, a pawn for example, it turns a 1.5MB file with 45,000 lines into a 300kb file with only 10,000 lines (basically 4 instructions per layer as opposed to dozens). It works well so far, but I have no way of testing except by printing - which isn't great for my printer! It would seem there are no good gcode viewers out there that support G2 or G3 codes!
becomes:
|
It seems gCodeViewer is designed to only display g-code for 3D printers. If so, please mention it in the first paragraph, because g-code is traditionally used by CNC mills, routers, plasma cutters etc. And provide an error message when the input file contains G2 and G3. |
Thats right. But don't forget that there are quite some firmwares which support G2 and G3. It might not be used by slicers - it's pretty obvious why - they would have to look if you an describe the given points of and STL-file in the current layer as a path and that's a waste of computing time because it doesn't makes much difference for a slicer to write a few lines of code (I'm talking about 20-100). But what if you write G-CODE by hand which might be used in some cases - for example in industrial use where you want the best possible output even if the generation takes a few days. |
+1 for this request. I've also been working on a G1-to G2/3 optimiser, and it would be nice to be able to visualise the results. |
I'm using G2/G3 commands for laser engraving - this supporting arc moves would be an amazing feature! |
I can confirm that it is "common" now. Custom firmware implemented it and there are plugin for splicers too (Arc Welder) |
It would be nice to support G2 and G3 arcs:
http://reprap.org/wiki/G-code#G2_.26_G3:_Controlled_Arc_Move
The text was updated successfully, but these errors were encountered: