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
Babystepping #306
Comments
|
I think what you are asking for is already done: GCODE command SET_GCODE_OFFSET Functionality is described in the docs. |
|
Already seen that, but i mean a way to do it live on the display if you connected one or a way to add a button in Octoprint on the movement page for up and down with a specified value, or is there any Plugin for Octoprint where you could add buttons with a specific command? |
|
I'm sure you could have found this: |
|
@theopensourcerer Tryed SET_GCODE_OFFSET, doesn't work |
|
It was a very recent commit to the master branch. Have you updated your klipper code? |
|
Installed it a few days ago, i will try to update and report back. |
|
@ich777 In case you're interested I just added a dialog for the offset command to my octoprint klipper plugin. You will still need to update your klipper installation. |
|
@theopensourcerer Tested this in depth but it wouldnt work for me, I can Audjust the Z offset but it has no effect at printing after i cancel the print and i issue the command GET_POSITION it shows the new value but it has no effect at printing. |
|
We need the log to diagnose a report like this. If a SET_GCODE_OFFSET command is not doing what you want, then issue an M112 immediately afterwards and attach the log file to this issue. As described at: https://github.com/KevinOConnor/klipper/blob/master/docs/Contact.md |
|
@KevinOConnor sorry for the late response, tryed SET_GCODE_OFFSET Z_AUDJUST and SET_GCODE_OFFSET Z nothing worked for me or is something misconfigured? |
|
Just to make sure. You are aware that any offset is reset after a print is stopped or canceled? |
|
@mmone Yes, i've set this in the safe homing script that the offset is set to zero again. |
|
On Mon, Apr 30, 2018 at 11:14:06AM -0700, ich777 wrote:
@mmone Yes, i've set this in the safe homing script that the offset is set to zero again.
My problem is that i can't audjust the offset at printing, in the documentation it says that you can use SET_GCODE_OFFSET Z at printing to set a fixed value or use SET_GCODE_ OFFSET Z_AUDJUST to increase or deacrease the offset.
Looking at this closer, it looks like the current Klipper
SET_GCODE_OFFSET command will not apply the change until the next move
that changes the given axis. So, if you changed the Z, it wont take
effect until the next move with a "G1 Z..." parameter.
I'll have to think about how to fix that.
…-Kevin
|
|
First of all thank you for the quick reply and for the great software you put together. Oh okay, i thought that it would take effect after the next movement gcode. |
|
Yes, I understand. This looks like a bug in SET_GCODE_OFFSET. I'll try to put together a fix for it. |
|
@KevinOConnor Thank you, my printer stands still until the fix is out, but that's not a big problem, need to make some cable managing and other stuff. Again, thank you for this really cool, nice, usefull piece of software, like it very much and appreciate your work and the hours, days, weeks, month,... you spent on it to make it. |
|
I believe this should be fixed now (commit 1b1d2ad). -Kevin |
|
Thank you, will test this tomorrow and report back. |
|
@KevinOConnor Issue can be closed, works now. |
Hello,
is there any plan to add Babystepping (like in Marlin) for a live offset calibration if the Probe is not accurate enough in the future? I think it would be nice if you can do it on the Display or directly in Octoprint with an extra button or with a Plugin for Octoprint.
Regards
The text was updated successfully, but these errors were encountered: