Skip to content
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

Closed
ich777 opened this issue Apr 26, 2018 · 19 comments
Closed

Babystepping #306

ich777 opened this issue Apr 26, 2018 · 19 comments
Labels

Comments

@ich777
Copy link

ich777 commented Apr 26, 2018

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

@theopensourcerer
Copy link
Contributor

I think what you are asking for is already done:

GCODE command SET_GCODE_OFFSET

#179

Functionality is described in the docs.

@ich777
Copy link
Author

ich777 commented Apr 26, 2018

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?

@theopensourcerer
Copy link
Contributor

I'm sure you could have found this:

https://github.com/mmone/OctoprintKlipperPlugin

@ich777
Copy link
Author

ich777 commented Apr 26, 2018

@theopensourcerer Tryed SET_GCODE_OFFSET, doesn't work

Send: SET_GCODE_OFFSET Z=-0.2
Recv: // Unknown command:"SET_GCODE_OFFSET"

@theopensourcerer
Copy link
Contributor

It was a very recent commit to the master branch. Have you updated your klipper code?

6d03dee

@ich777
Copy link
Author

ich777 commented Apr 26, 2018

Installed it a few days ago, i will try to update and report back.
Thank you btw for the quick answers @theopensourcerer

@mmone
Copy link

mmone commented Apr 26, 2018

@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.

@ich777
Copy link
Author

ich777 commented Apr 26, 2018

@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.

@KevinOConnor
Copy link
Collaborator

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

@ich777
Copy link
Author

ich777 commented Apr 30, 2018

@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?

klippy.log

@mmone
Copy link

mmone commented Apr 30, 2018

Just to make sure. You are aware that any offset is reset after a print is stopped or canceled?

@ich777
Copy link
Author

ich777 commented Apr 30, 2018

@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.

@KevinOConnor
Copy link
Collaborator

KevinOConnor commented Apr 30, 2018 via email

@ich777
Copy link
Author

ich777 commented Apr 30, 2018

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.
Okay, some other way planed to do a live offset change eventually without touching the gcode, like in marlin where you can live audjust the offset or after a movemnt gcode is finished?
Or is it possible to let's say you have a subcommand where you can change the Z offset without touching the gcodeoffset, i hope you understand what i mean, so that the printer or better the gcode dosen't recognice the offset is changed with something like a subcommand that overrides or comes bevor the gcode?

@KevinOConnor
Copy link
Collaborator

Yes, I understand. This looks like a bug in SET_GCODE_OFFSET. I'll try to put together a fix for it.

@ich777
Copy link
Author

ich777 commented May 2, 2018

@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.

@KevinOConnor
Copy link
Collaborator

I believe this should be fixed now (commit 1b1d2ad).

-Kevin

@ich777
Copy link
Author

ich777 commented May 29, 2018

Thank you, will test this tomorrow and report back.
Btw installed klipper on an Gigabyte Brix (Ubuntu Server 16.04.1 LTS, Intel i3, 6GB RAM, 120GB SSD) and works like charm, a little bit overpowered but the Brix is only sitting around in a corner.

@ich777
Copy link
Author

ich777 commented May 31, 2018

@KevinOConnor Issue can be closed, works now.

@github-actions github-actions bot locked and limited conversation to collaborators Dec 22, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

4 participants