-
Notifications
You must be signed in to change notification settings - Fork 3
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
Add Klipper Support #1
Comments
Made some progress:
Implementing a parser for Prusa's start Gcode language is not something I think I have time for right now. |
* re-evaluation of the start_gcode to solve for injecting the filament temperature and print area. #1, #4 * addition of object commands for klipper used by adaptive bed mesh. #4 * Support for altering M555 in Prusa gcode #4 Also changed when the start and end gcode get built so exceptions will trigger the error box in the UI.
This needs to be verified with testing but klipper should be supported now. I implemented a minimal variable templating engine for the prusa gcode templates so the Object markers have also been added if the emitted gcode had an object marker present. This dive the plugin version of adaptive bed meshing. |
I'm closing this for now. If klipper users have issues with their start gcode being processed we can open a new issue about the specifics. |
Klipper is largely Marlin compatible and I already have code to emit the
PRESSURE_ADVANCE
gcode. But its not working with the function that updates the last M109 call's temperature.Klipper machines are usually configured with a custom
PRINT_START
macro. Its common to pass this macro the bed and nozzle temps for the print. e.g. this is my print start gcode from my Voron 2.4:This raw code is in the config that Prusa Slicer emits. I think I could parse that and substitute in the required variables. It doesn't have any of the lanugage features like conditionals, loops, expressions etc. This is simple
s/[first_layer_temperature]/240/
stuff that should be quick to prototype.Also, the checking for/modifying of
M109
needs to not result in an exception if its not found for klipper machines.The text was updated successfully, but these errors were encountered: