# Random erratic extruder movements at the beginning of the print **URL:** \ **Category:** General Discussion\ **Created:** [March 9, 2023, 12:45am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120 "2023-03-09T00:45:29Z")\ **Posts on this page:** 20\ **Page:** 2
**Author:** ![jakep\_82](https://avatars.discourse-cdn.com/v4/letter/j/ea666f/32.png) [@jakep\_82](https://klipper.discourse.group/u/jakep_82)\ **Post date:** [April 10, 2023, 12:20am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/21 "2023-04-10T00:20:22Z")
That indicates you probably have a mismatch between absolute and relative extrusion mode. Make sure your start gcode explicitly sets the mode that matches your slicer. ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [April 10, 2023, 12:33am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/22 "2023-04-10T00:33:16Z")
Then this would happen at every second print, but in happens randomly. And yes, start G-Code sets absolute extrusion mode. ---
**Author:** ![EddyMI3D](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/eddymi3d/32/1981_2.png) [@EddyMI3D](https://klipper.discourse.group/u/EddyMI3D)\ **Post date:** [April 10, 2023, 6:51am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/23 "2023-04-10T06:51:43Z")
> [@PKav](#): > > YouTube video These screeches only appear to happen when it is underextruding with small radii, not on long lines You may check your extruder assembly for an always smooth filament transport. The screeches should not happen. ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [April 16, 2023, 5:26pm UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/24 "2023-04-16T17:26:10Z")
I wrote it ten times here and I’ll write it again. **THIS IS NOT A HARDWARE ISSUE. When I restart Klipper it prints same file flawlessly.** ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [April 16, 2023, 6:25pm UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/25 "2023-04-16T18:25:58Z")
> [@PKav](#): > > **THIS IS NOT A HARDWARE ISSUE. When I restart Klipper it prints same file flawlessly.** Well, whatever it is: - If you have to set `baud = 1000000` something is wrong - If you have to set `max_extrude_cross_section = 99999` something is wrong - If you have to set `microsteps = 4` something is wrong Since - There is nothing really special about your hardware - Your settings look OK - Klipper is running fine on thousands of machines the conclusion to search the issue somewhere in your hardware is quite obvious. Otherwise it could be a corrupted Klipper / Linux install - Take a fresh SD card - Setup a new Linux - Follow the Klipper installation steps including building and reflashing your board ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [April 16, 2023, 7:09pm UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/26 "2023-04-16T19:09:05Z")
> [@Sineos](#): > > - If you have to set `baud = 1000000` something is wrong I tried to fix this issue with higher baudrate. OK, I’ll change it back to 250000. > [@Sineos](#): > > - If you have to set `max_extrude_cross_section = 99999` something is wrong What is the correct value for standard V6 then? > [@Sineos](#): > > - If you have to set `microsteps = 4` something is wrong Why not? It’s TMC2209, my feeder is ~5:1 geared. But OK, I’ll set it to 16. > [@Sineos](#): > > Otherwise it could be a corrupted Klipper / Linux install > > - Take a fresh SD card > - Setup a new Linux > - Follow the Klipper installation steps including building and reflashing your board Good idea! I’ll reinstall everything but use same printer.cfg, do some tests and post here. ---
**Author:** ![Sineos](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/sineos/32/18_2.png) [@Sineos](https://klipper.discourse.group/u/Sineos)\ **Post date:** [April 17, 2023, 6:40am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/28 "2023-04-17T06:40:20Z")
> [@PKav](#): > > What is the correct value for standard V6 then? For standard hardware and a properly setup system, this setting is never needed. If you get such an error then you have some issues in your setup and Klipper is warning you about it. See [Move exceeds maximum extrusion (AA mm^2 vs BB mm^2)](https://klipper.discourse.group/t/move-exceeds-maximum-extrusion-aa-mm-2-vs-bb-mm-2/6636) > [@PKav](#): > > Why not? It’s TMC2209, my feeder is ~5:1 geared. But OK, I’ll set it to 16. You can set what you want if you like the results. I’m just pointing out that the NEED to set it to such low values is a strong indication that something is wrong in general. ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [May 2, 2023, 6:56am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/29 "2023-05-02T06:56:20Z")
I made a fresh installation of Linux and Klipper to a new SD card, but issue persists. I’ll try RaspberryPi 3 and OrangePi 3 LTS instead of RaspberryPi 4, maybe it will help… ---
**Author:** ![alejoh90](https://avatars.discourse-cdn.com/v4/letter/a/2bfe46/32.png) [@alejoh90](https://klipper.discourse.group/u/alejoh90)\ **Post date:** [May 3, 2023, 7:14pm UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/30 "2023-05-03T19:14:33Z")
Had the same issue(usually high speeds or during homing) Don’t know if related, but I had too high microsteps on the drivers on my delta. TMC2209 without interpolation. Had to settle on 64 per driver to make it work. Now I run an H7 MCU and 256 on all without problems. Previously an F407. ---
**Author:** ![madejackson](https://avatars.discourse-cdn.com/v4/letter/m/54ee81/32.png) [@madejackson](https://klipper.discourse.group/u/madejackson)\ **Post date:** [May 22, 2023, 8:42pm UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/31 "2023-05-22T20:42:31Z")
So I have the exact same issue and also tried basically everything to fix it to no avail. It usually happens every couple of prints. I start the print (either via mainsail or via superslicer) It heats up and does auto bed leveling (9x9). And while doing the purge line and starting the skirt, the Extruder makes painful screeching noise and it’s terribly overextruding. Usually it does the skirt for a couple of seconds and then it errors out with mcu timer too close, but sometimes it errors already while doing bed levelling. I restart, start the exact same print again, and it prints fine now. I have this issue since the start of my klipper usage (I started using klipper last year). [klippy (1).log](https://klipper.discourse.group/uploads/short-url/cHzsErctQ7W2ZMiFeGIB4YvUOI3.log) (759.8 KB) Printer Model: HEVO MCU / Printerboard: MKS Robin (not Robin nano) ---
**Author:** ![EddyMI3D](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/eddymi3d/32/1981_2.png) [@EddyMI3D](https://klipper.discourse.group/u/EddyMI3D)\ **Post date:** [May 22, 2023, 8:59pm UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/32 "2023-05-22T20:59:47Z")
Shortly after the bed\_mesh something turned off the extruder heater ![grafik](https://global.discourse-cdn.com/free1/uploads/klipper/original/2X/1/116425cccb98f5f8ef042917370741d1559c26bc.png) So at a certain point you get into cold extrusion and Klipper goes into shutdown You may check your gcode file. ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [May 23, 2023, 1:30am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/33 "2023-05-23T01:30:27Z")
Hello. Which host do you use? RaspberryPi 4? Did you try another host? I am going to try OrangePi 3 LTS, I have some self-built printers with same board and OrangePi 3 LTS in my office, and they do not glitch like my Sapphire Plus. ---
**Author:** ![madejackson](https://avatars.discourse-cdn.com/v4/letter/m/54ee81/32.png) [@madejackson](https://klipper.discourse.group/u/madejackson)\ **Post date:** [May 23, 2023, 5:38am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/34 "2023-05-23T05:38:37Z")
This was my manual intervention and it doesnt have anything to do with the issue. As I said I can print the exact same gcode file fine when I try again. I started the print and turned off extruder afterwards, I changed filament beforehand and therefore it was hot when starting print and I didn’t like it being hot while idling (waiting on bed heatup). ---
**Author:** ![madejackson](https://avatars.discourse-cdn.com/v4/letter/m/54ee81/32.png) [@madejackson](https://klipper.discourse.group/u/madejackson)\ **Post date:** [May 23, 2023, 5:47am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/35 "2023-05-23T05:47:45Z")
I’m using a Rpi 3B+ Interesting. What else is different in the office? Maybe we can find a common denominator? My MCU is a STM32F103ZET6, also having 3x TMC2209 via UART connected. Im using a raspi-cam. ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [May 23, 2023, 7:21am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/36 "2023-05-23T07:21:29Z")
My office printers are almost same. Same bed volume, same board, same kinematics, dual-z axis… I found following differences in the config; NEMA 17 BMG instead of Sailfin, different gear\_ratio Sensorless homing instead of endstops Standard 100K thermistor instead of PT1000 No input shaping configured. Maybe, it’s input shaping… I’ll try enabling it and see if issue pops up here. ---
**Author:** ![madejackson](https://avatars.discourse-cdn.com/v4/letter/m/54ee81/32.png) [@madejackson](https://klipper.discourse.group/u/madejackson)\ **Post date:** [May 23, 2023, 7:37am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/37 "2023-05-23T07:37:53Z")
I’m using NEMA 17 BMG and 100k as well so it’s not that. I have input shaping active, this could very well be the culprit. I’ll deactivate it for the next couple of prints and see how it goes. My settings which I now deactivated: [input\_shaper] shaper\_freq\_x: 57.69 # frequency for the X mark of the test model shaper\_freq\_y: 57.69 # frequency for the Y mark of the test mode Im not using senorless homing atm. I have IR-Endstops and BLtouch-Clone (I also used inductive probe in the past) Edit: corrected my used STM (STM32F103ZET6), found the name in mainsail. ---
**Author:** ![madejackson](https://avatars.discourse-cdn.com/v4/letter/m/54ee81/32.png) [@madejackson](https://klipper.discourse.group/u/madejackson)\ **Post date:** [May 29, 2023, 10:02am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/38 "2023-05-29T10:02:33Z")
Could you check the OS of your machines? I just realized it could be because I’m still on Debian 10. I am now Upgrading to Debian 11. ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [May 29, 2023, 10:43am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/39 "2023-05-29T10:43:18Z")
I use Raspbian 11 on my glitchy Sapphire. ```auto PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)" NAME="Raspbian GNU/Linux" VERSION_ID="11" VERSION="11 (bullseye)" VERSION_CODENAME=bullseye ID=raspbian ID_LIKE=debian ``` ---
**Author:** ![madejackson](https://avatars.discourse-cdn.com/v4/letter/m/54ee81/32.png) [@madejackson](https://klipper.discourse.group/u/madejackson)\ **Post date:** [June 9, 2023, 5:51am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/40 "2023-06-09T05:51:55Z")
Short Update: It’s not Input Shaper. The issue appeared once again today while printing the skirt and the printer stopped with Error Code: > 07:24 Move exceeds maximum extrusion (621.936mm^2 vs 100.000mm^2) I Printed the same gcode-file yesterday with 100% Success. Could it be related to auto bed leveling? [bed\_mesh] speed: 150 mesh\_min: 25, 25 mesh\_max: 265, 255 probe\_count: 6, 6 #10, 10 algorithm: bicubic ---
**Author:** ![PKav](https://yyz2.discourse-cdn.com/free1/user_avatar/klipper.discourse.group/pkav/32/4478_2.png) [@PKav](https://klipper.discourse.group/u/PKav)\ **Post date:** [June 9, 2023, 6:06am UTC](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120/41 "2023-06-09T06:06:36Z")
Same for me. I enabled Input Shaping on my office printer and it does not glitch. And it has bed leveling and dual-Z tilt leveling too. So it’s not bed leveling. [Previous page](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120.md?page=1) [Next page](https://klipper.discourse.group/t/random-erratic-extruder-movements-at-the-beginning-of-the-print/7120.md?page=3)