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 Z-Axis? #1438
Comments
|
Hi @jstefanop, It looks like there is some information missing from your bug report that will be needed in order to solve the problem. Please take a look at the Contribution Guidelines which will provide you with a template to fill out here so that your bug report is ready to be investigated (I promise I'll go away then too!). If you did not intend to report a bug, please take special note of the title format to use as described in the Contribution Guidelines. I'm marking this one now as needing some more information. Please understand that if you do not provide that information within the next two weeks (until 2016-08-19 03:00) I'll close this ticket so it doesn't clutter the bug tracker. This is nothing personal, so please just be considerate and help the maintainers solve this problem quickly by following the guidelines linked above. Remember, the less time the devs have to spend running after information on tickets, the more time they have to actually solve problems and add awesome new features. Thank you! Best regards, PS: I'm just an automated script, not a human being, so don't expect any replies from me :) Your ticket is read by humans too, I'm just not one of them. |
|
It is kinda tough because the printing is done in absolute Z references rather than relative. So, to skip up, the code would need to know the z level... which is real tough because there is a comand queue on the printer... this buffers commands so noone knows where z level is. There are commands to change the level of the platform, but they are dependent on auto bed leveling or mesh bed leveling. There are programs to go through the gcode and switch it to relative coordinates. Then it would be easier. Im ALL for it. Anything, any partial solution. An easier solution might be to put an up down button on printer and write the changes into firmware. Give command in printer to push those buttons have octop give command... Really good luck... |
|
Since apparently some of the required information is still missing, I'm closing this now, sorry. Feel free to request a reopen of this or create a new issue once you can provide all required information. |
|
There is now a Gcode (M290) added to the Marlin firmware. MarlinFirmware/Marlin#8014 So you can add a custom control to the config.yaml or maybe someone will write a plugin to control the babystepping during printing. |
|
ok the question is..... on the new prusa mk3, right on the lcd is live z height correction during a print.... from what i hear the same thing is possible in other gcode sending software, the question is can this be implemented into octoprint so z calibration can be done on the fly while printing in underway.... the model of printer is irrelevant |
|
I don't know if the prusa firmware provides the command M290 right now. But if you use the original MarlinFirmware >= 1.1.7 it should be possible the change the height during printing from octoprint. From my point i can say, it works with the code i pushed with the referenced request. The development team did some change but i think they only extend the feature. For my printer i added some more buttons to Octoprint via the config.yaml as descriped here: https://github.com/foosel/OctoPrint/wiki/Cookbook:-Custom-Controls |
Share your changes! |
Which one? I did a pull request to the MarlinFW so everything is shared. http://marlinfw.org/docs/gcode/M290.html |
In fact, if the M290 is to take effect during printing, it must have an interface that supports the queue-jumping command. Right now, I just can't do queue jumping, so I might damage the printer. |
I know some control software like Simplify3D and MatterControl can BabyStep while printing...is this possible with Octoprint? Currently the control buttons gray out after printing starts, but maybe a simple plugin can be written that enables babystepping control during printing?
(best use for this is during first layer, and fine tuning the first layer while its printing)
The text was updated successfully, but these errors were encountered: