Home › Forums › TinyG › TinyG Support › Bug in retaining Z at run start
Tagged: bug
- This topic has 7 replies, 4 voices, and was last updated 10 years, 9 months ago by Riley.
-
AuthorPosts
-
February 16, 2014 at 12:21 am #5415flightfollowingMember
I seem to be dealing with a bug in either TinyG or tgFX in relation to starting a run. If the ‘set machine position’ is set and nothing is jogged prior to running, all works fine. But if the Z is jogged at all after ‘set machine position’ then the first drop back down into the run is foreshortened by the depth increment, however subsequent moves correct this. The error only occurs on the very first drop into the material. The error can be avoided by either never jogging the machine after the ‘set machine position’ (but this can be difficult without some alternative method to set the Z height) or creating some extra initial machine action prior to all the actual ones which absorbs the error prior to cutting material. If anyone else has seen this and has suggestions better than my work arounds, please share.
Also, when the job is complete, the values of the XY and Z get reset randomly making rezeroing very difficult, and it does not return to the zero origin, it just stops above the last tool move. Are fixes or workarounds for these issues available?
I am running tgFX 2404 edge, and I have a tinyg only about 2 weeks old, but not sure about firmware.February 17, 2014 at 4:10 pm #5417mcgyvrMemberand it does not return to the zero origin, it just stops above the last tool move.
Does your G-code have coding that “should” return to origin?
February 18, 2014 at 8:20 am #5418aldenMemberThat build number of TinyG are you running and what version of tgfx?
February 18, 2014 at 8:23 am #5419RileyKeymasterI will test this out tonight. Thanks for the report.
February 18, 2014 at 11:14 pm #5429RileyKeymasterI just tried this but I am not fully understanding what it is you are seeing. Also can you post the gcode that is “resetting” your x an y at the end of the job?
If you would not mind. Could you make another post detailing how to reproduce this exact bug? Also please detail what you think should be happening.
Thanks and sorry for your issues. We will do our best to get this fixed asap.
ril3y
February 19, 2014 at 1:06 am #5432flightfollowingMemberHere is a link to a video with proper operation, run immediately after zeroing. The z drives to 3mm above part, then makes the first pass at -1mm, then -2mm, then -3mm, then -4mm, finally -4.9mm, then it completes the job, and resets the X Y and Z positions to random numbers.
Here is the link with a 1mm jog of the z axis above the part, then the exact same run. Note that the z drives to 3mm above part, then down to +1mm, then down to -2mm on the next pass. It should have driven to -1mm just like the first video.
Running firmware .96, build 380.08, hardware ver 8, hardware id 1h4973-ejr
tgfx version .95, build 2.404February 19, 2014 at 1:11 am #5433flightfollowingMemberHere is the nc code for both identical runs:
( Made using CamBam – http://www.cambam.co.uk )
( TestMM 2/15/2014 10:01:03 PM )
( T4 : 4.76 )
G21 G90 G64 G40
G0 Z3.0
( T4 : 4.76 )
T4 M6
( Profile1 )
G17
M3 S1000
G0 X12.62 Y10.0
G0 Z1.0
G1 F300.0 Z-1.0
G2 F800.0 X8.69 Y7.731 I-2.62 J0.0
G2 Y12.269 I1.31 J2.269
G2 X12.62 Y10.0 I1.31 J-2.269
G1 F300.0 Z-2.0
G2 F800.0 X8.69 Y7.731 I-2.62 J0.0
G2 Y12.269 I1.31 J2.269
G2 X12.62 Y10.0 I1.31 J-2.269
G1 F300.0 Z-3.0
G2 F800.0 X8.69 Y7.731 I-2.62 J0.0
G2 Y12.269 I1.31 J2.269
G2 X12.62 Y10.0 I1.31 J-2.269
G1 F300.0 Z-4.0
G2 F800.0 X8.69 Y7.731 I-2.62 J0.0
G2 Y12.269 I1.31 J2.269
G2 X12.62 Y10.0 I1.31 J-2.269
G1 F300.0 Z-4.9
G2 F800.0 X8.69 Y7.731 I-2.62 J0.0
G2 Y12.269 I1.31 J2.269
G2 X12.62 Y10.0 I1.31 J-2.269
G0 Z3.0
M5
M30February 19, 2014 at 7:29 am #5434RileyKeymasterGreat!
We will keep looking at this. I think Alden and Rob (primary devs on TinyG) suspect where this is occurring at. However I will talk some more with them.
Thanks for the great video’s this is the kind of troubleshooting that really helps us understand and get to the root cause more quickly!
ril3y
-
AuthorPosts
- You must be logged in to reply to this topic.