Basic Information:
Printer Model: Creality K1 Max
MCU / Printerboard: ???
Host / SBC
klippy.log
Hi everyone, I’m new here.
Background:
I previously owned an Ender 3 Pro, but upgraded to a K1 Max last month along with the CFS. After replacing three components on the printer, I got the CFS working—until it completely broke the system.
I performed a factory reset by rooting the printer and resetting it via SSH. From there, I decided to unlock the system and switch to Klipper with Fluidd. I successfully installed Fluidd using the K1 Helper Script, but I’m stuck trying to flash the Klipper firmware (basically, removing all the Creality stuff).
I’ve consulted ChatGPT, which got me flashing my Pi 5 and connecting it to the printer’s mainboard via the USB port, but I can’t seem to get it into DFU mode—even when using the BOOT and RESET buttons. I’ve followed several YouTube guides, including one that involved using an HTML exploit and uploading a G-code file, but none of it has worked.
Can anyone help me get this thing into DFU or offer another way to flash Klipper?
Thanks!
As far as my knowledge goes, this printer cannot be migrated or updated to the original Klipper, as it has incompatible hardware.
Do we have a list of what hardware in the K1 and K2 needs support on Klipper’s side, or why certain hardware is incompatible? I could see if the processor archetecture just can’t run it, like a RAMPS board, but if it’s already running modified klipper, then there must be a modification or addon/plugin that can make it function… because the K1 and K2 do indeed function on modified klipper.
I’m also interested in migrating creality printers to Klipper for better firmware support and modification.
…and bypassing the nonsense they’re pulling by blowing off their 10 minutes of GPL obligations. The obvious solution SHOULD be using their modifications to Klipper as a starting point for our own support. (even if it’s not realistic at the moment. they’d have great gear if only they still had someone who cared about open source. <3 Naomi Wu. silenced too soon.)
I remember some brief talks about FOC Steppers. While it wouldn’t make sense to put work into supporting a proprietary stepper driver, I do think it would be prudent to implement generalized FOC stepper support, or support for very common DIY boards.
https://www.youtube.com/watch?v=zcb86TRxTxc as seen here, FOC definitely has a place in 3D printing. Skipping recovery, higher torque on smaller extruders, lower noise, less power demand, there are lots of reasons people would want these on their printers, and creality is probably just an early adopter.
at the very least if we do that, then at most a mainboard replacement could theoretically allow klipper to control a creality K1/2 I think.