@alden I'm running 380.05.
I'll try to find GCode that causes the issue. Infortunately, I'm not close to my workshop now...
From the original Synthetos forum (2011–2025)
@alden I'm running 380.05.
I'll try to find GCode that causes the issue. Infortunately, I'm not close to my workshop now...
It will be good to check this out. Thanks for the help.
I may have a clue to why my machine moves strangely after a Coolterm cancel.
I just got the same behavior, except I got a curve error. Backtracking it makes me think Coolterm is halting exactly when you hit the cancel button. It doesn't halt after it sends a return, as I assumed. If true, Tinyg only receives part of a command. When I manually enter a command and hit enter, Tinyg sees the partial command plus my command, and tries to do something with it.
I would prefer to use TGfx. The hold button works much better for halting a job. But I still cannot update the firmware on either of my TinyGs.
Tom
Confirmed.
I just cancelled a job to TinyG sent through CoolTerm. Half-way through the job, I could see my speed was too high, so I pressed 'cancel' on the CoolTerm dialog.
Just to test the thing, I pressed return only. Tinyg said:
tinyg [mm] err: Arc specification error: G2 X83.852 Y66.
You see the decimal part of the Y was cut off. CoolTerm apparently stops dead in it's tracks, midway through a send. So only part of the command is sent.
If, for example, CoolTerm sent two fewer characters, when I hit return, it would have sent a Y6, which would have smashed through what I was working on.
By the way, the "flush serial port" command in CoolTerm didn't help. I did that before hitting a return. :)
I will update the Wiki to note this behavior.
Tom
This topic is from the original forum (February 2014). Your reply starts a new discussion linked to it.
Back to TinyG Support or latest activity.