Many have run into the issue, most it seems have figure ways to mitigate.
Work in MM, tweak post processors and the like.
Some have found the current edge, 449.01 better in some situations
http://synthetos.github.io/
tinyg interprets G2/G3 code incorrectly page 3
From the original Synthetos forum (2011–2025)
I suspect that current energy will be put into the development of g2core. Is the G2/G3 problem still present in this firmware? Will there be a backport to TinyG?
I tried my gcode file with success on edge 449.01.
Can you explain how release cycles work for TinyG?
That is good news about 449.01.
Release cycles are not really planned as the code base is quite mature.
Release 449.01 has been in Edge for a couple years now so that folks like you could experiment.
As you observe, G2core is getting the bulk of the developers focus.
At some point in the future, there will likely be a final (?) tinyG release that includes functionality and capability backported from the G2core base that makes sense for tinyG hardware and compute capability
I can second the G2/3 commands of 449.01 seem to be working for the facing operation I did. Though I did notice that zeroing G54 no longer seems to function correctly while using that via CP. The command seems to be sent/accepted, but the resulting digital DRO does not reflect the change. Consequently when I have attempted to verify it will proceed to travel to the original G54 as opposed to the one that was just zeroed. The remedy seems to be to either send a reset command within CP and get lucky, or disconnect from JSON, and manually power cycle the TinyG.
I'm unsure if this is an issue with 449.01 or with CP/JSON settings. I do know it was working in 420 with the same $$.
This topic is from the original forum (November 2018). Your reply starts a new discussion linked to it.
Back to TinyG Support or latest activity.