Since I'm using Marlin as my firmware, is there any significant benefit to using the Fillet plugin and using the arc capabilities of this firmware. I'm not happy with the way my corners look sometimes, and I was thinking that this plugin might help. This is touted as an advantage to Marlin. I just don't know what the experience is among users. One other related question. I notice in Marlin that there is a define: SF_ARC_FIX which indicates that if I use ARC Point (which I think is the preferred approach) that Skeinforge generates incorrect gcode and I should activate this define to compensate. Is this still an issue, or has it been fixed in SF? Can I avoid this whole issue by using Arc Segments? The disadvantage I see to Segments is that it would dramatically increase the size of the gcode. Thanks https://reprap.org/forum/read.php?154,164711,164711#msg-164711 Mon, 11 May 2026 17:26:31 -0400 Phorum 5.2.23 https://reprap.org/forum/read.php?154,164711,166212#msg-166212 https://reprap.org/forum/read.php?154,164711,166212#msg-166212 jbernardis Skeinforge Thu, 15 Nov 2012 01:14:41 -0500 https://reprap.org/forum/read.php?154,164711,164766#msg-164766 https://reprap.org/forum/read.php?154,164711,164766#msg-164766 So if anyopne could test that on an emc2 controlled machine?...
And Daid posted a fix for that a while ago but it corrects the movement but produces incorrect extrusion.. (at least when put to sfact)
[github.com]]]> ahmetcemturan Skeinforge Wed, 07 Nov 2012 04:19:37 -0500 https://reprap.org/forum/read.php?154,164711,164746#msg-164746 https://reprap.org/forum/read.php?154,164711,164746#msg-164746
Encouraged, I changed the option the "point" which generates the preferred point form of the g2 and g3 commands. This caused the extruder to return to home position at every corner. Not exactly what I wanted, but it was the behavior I expected based on reading the code and seeing what the SF_ARC_FIX was trying to do.

So now I tried to enable this flag only to discover that I didn't have the latest version of marlin. I wanted to upgrade, but was overwhelmed by all the changes I would have to make again to configuration.h again, so I just manually made the changes I though were needed for the fix, and the result was that the extruder went wild extruding and retracting. The Z axis never lifted and plastic was oozing out between the head and the bed. So I reverted back to "segments" and quit for the night.

Tomorrow I'll take more care with doing a proper upgrade and see what I get.

Bottom line though is that the segment option improved things, and although the code might be larger, at least the trigonometric calculations are not being made in real printing time.]]> jbernardis Skeinforge Wed, 07 Nov 2012 00:30:44 -0500 https://reprap.org/forum/read.php?154,164711,164711#msg-164711 https://reprap.org/forum/read.php?154,164711,164711#msg-164711
This is touted as an advantage to Marlin. I just don't know what the experience is among users.

One other related question. I notice in Marlin that there is a define: SF_ARC_FIX which indicates that if I use ARC Point (which I think is the preferred approach) that Skeinforge generates incorrect gcode and I should activate this define to compensate. Is this still an issue, or has it been fixed in SF? Can I avoid this whole issue by using Arc Segments? The disadvantage I see to Segments is that it would dramatically increase the size of the gcode.

Thanks]]> jbernardis Skeinforge Tue, 06 Nov 2012 20:33:39 -0500