is the expected behavior of G76 to end at the end of the drive line and not at the start of the drive line?
well.. what do the docs say?
nothing I think
I guess that I was surprised that the end position was not at the start of the drive line
especially for an internal thread
I get this error loading g76.ngc with lathe sim http://imagebin.ca/view/cPpuzL.html
what are your tool sizes?
the stock sim I don't know
I think I tried to reduce it yesterday to 0.001 and still got the error
2.3.x or 2.4pre?
(not that I'll really be able to help, just curious :) )
I wanna think I tried it out in the shop to on 2.4pre
I think the sample file is wrong after some change a while back to comp perhaps
hi ho hi ho it's off to work I go
hm. well line 26 has no motion, so I guess it's impossible for that to be > the tool radius
obviously the entry move is zero length
so it won't work unless you have a zero radius tool
ok now I see that's pretty much the same thing you said
(weird sample program)
looking at the commit log, I think it's safe to say that whatever it is, it's your fault :)
I can neither confirm nor deny that
oh right, it's possible the the software changed such that the demo stopped working. darnit
I don't see how that entry move could have ever been right
yeah. I stopped looking when I couldn't find out how to get gitweb to show me the equivalent of cvswebs "annotate" view
oh, ok. it was the last commit that added the tool offset
yeah, too bad about gitweb
good evening all
I'm heavly testing master on real environment and I've got at least 3 bugs
didn't tested them on 2.4 yet
1. another cases of SF #2808858 bug
2. emc don't stop at g0->g1 point
[20:15:27] <alex_joni> http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,25/id,2322/limit,6/limitstart,6/lang,en/#2470
3. in gcode 'm4\g1\m5\G4 P0.01' spindle isn't enabled during G1
but in gcode 'm4\g1\G4 P0.01\M5' it's correct
[20:33:40] <micges> http://imagebin.ca/view/NoIr5GO5.html
micges: is that deviation more than the P0.1 you programmed?
what are we supposed to see here?
according to defiition we should see g0 stopped at it's end and then g1 move
according to what?
emc has never done that unless g61 is programmed
awalin: deviation is at about 0.3
cradek: are you sure?
you could get an exact stop there IF you turned on the spindle, because it would check (and maybe wait for) spindle-at-speed before doing the cutting move
but other than that, emc has never differentiated between rapids and feeds for blending decisions
ok maybe it wasn't so obvious to me
good night all