tinyg interprets G2/G3 code incorrectly

Home Forums TinyG TinyG Support tinyg interprets G2/G3 code incorrectly

Viewing 6 posts - 31 through 36 (of 36 total)
  • Author
    Posts
  • #11192
    siredmar
    Member

    I second the problem with 440.20. I did comment on issue (#174 on github.
    I don’t necessarily use Fusion 360 to generate my gcode. I do use other tools like makercam or pcbgcode for eagle as well.
    G2/G3 moves should be working to have a reliable machine :-/

    I read about the issue on separate sources but didn’t find the answer for the question: Did the problem with G2/G3 ever got solved and if so, which firmware version shall i use?

    Maybe someone can clear things up. I guess i’m not the only person on the planet who got this issue.

    #11193
    cmcgrath5035
    Moderator

    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/

    #11194
    siredmar
    Member

    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?

    #11195
    siredmar
    Member

    I tried my gcode file with success on edge 449.01.
    Can you explain how release cycles work for TinyG?

    #11196
    cmcgrath5035
    Moderator

    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

    #11201
    Vex
    Member

    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 $$.

Viewing 6 posts - 31 through 36 (of 36 total)
  • You must be logged in to reply to this topic.