-
Notifications
You must be signed in to change notification settings - Fork 1.2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix G64 tolerance getting reset on E-stop #2742
Conversation
Can you test that it doesn't break the default loaded setting of g64. The default setting of G64 is different for imperial then metric configs, |
I'm not sure how to do that? The only thing I do in this is move these two lines from tpClear() to tpInit() tp->termCond = TC_TERM_COND_PARABOLIC; |
Remove any setting of g64 from config or program and see what it's set at. then estop and see if it changes. |
Interestingly when I added default g64 P setting I didn't add a default Q setting. That is probably a mistake. |
I'm going to have to figure out how to view the G64 setting again - it's been a few years since I did this. |
Ahh yes - open the linuxcnc status program from the GUI and look for the settings entry. |
Is this ready to merge? |
Thanks for posting this fix. I just got stung by this bug. I would have thought that accuracy was far more important for most CNC work than maintaining feedrate. |
I think the logic is that if the machine is properly set up, and the G-code matches its capabilities, then blend without tolerance will give the best results. |
@mozmck ? |
Makes sense. I wonder what percent of users are using blend without tolerance. |
Without this patch, G64 tolerance is reset on each E-stop. This caused me problems in some cases, and this fix works well for me. I don't think this fix will hurt anything for anyone else but I'm not completely sure - hence this pull request.