OctoPrint keeps running into communication errors and timeouts



The most common reasons for this are - believe it or not - the same as for random SerialExceptions. So make sure to check those points given there.

Further things to check after you've ruled out the above:

  • If you are running into a timeout right on connect, your printer might not be ready for a handshake fast enough. Make sure "Wait for start on connect" is checked under Settings > Features. If that doesn't help, try increasing the Connection timeout under Settings > Serial Connection.

  • Your firmware variant might "block" on commands and don't report anything back to OctoPrint while waiting for user input directly on the printer (M600 is a prime candidate for this on a lot of firmwares). Since there's no "heartbeat" in the communication protocol that your printer talks, OctoPrint has no way to distinguish between a printer that actually crashed or otherwise went AWOL and a printer that simply is giving it the silent treatment due to an improperly implemented GCODE command. OctoPrint errs on the side of caution and assumes the worst to alert the user. You can add such commands to the list of "long running commands" under Settings > Serial Connection > Advanced options - that will only increase the timeout though, not completely ignore it. You can also disable consecutive timeout detection during long running commands at the same location, that should also help. This is only working around a firmware issue however. There are hundreds if not thousands of firmware variants out there that vendors ship with their printers, never update from the mainline distributions and which are usually also heavily modified without any thought about breaking established communication standards. The result of that are issues like this. So please also complain to your firmware supplier/printer vendor about these kinds of problems, in the hopes they might fix their stuff.

  • If you are running into lots of communication issues on Original Prusa printers with firmware 3.1.0, read this:

    Printer specific: Original Prusa

  • If you have "Linear Advance" enabled in your firmware, try disabling it and see if that improves the situation. Depending on your printer controller that feature can cause too much computational overhead and interfere with serial communication timings.

  • If you are running into these issues on a Pi, also make sure to try another Pi a as it might be a hardware specific issue as experienced by @Brent_Dowell and shared in this post below.

Communication Errors - Another solution
Echo:enqueueing "M600" as soon i start a job
Bad connection to octopi
Offline (Error: Printer requested line ## but no sufficient history is available, can't resend)

Just wanted to share my experience with using a Pi 3 to control my printers. I've been using Octoprint with a pi 3 on my first Anet A8 for over a year now with no problems.

I recently built an AM8 printer spending a lot of time on cable managment, etc. only to find that once I finished I was getting the dreaded communication errors where the usb connection would drop pretty regularly. I did a lot of research and followed all of the suggestions regarding power supplies, usb cables, etc. Even went so far as to take things apart moving the pi and cables away from other components suspecting some sort of interference. None of it helped.

So, Then I just popped the sd card out of Pi, put it right in another Pi and connected that up. Bingo. Everything works reliably now.

So in my case at least, it appears that the first Pi I used has some sort of issue with maintaining a USB connection and it had nothing to do with the cables or power supply.

Just one other thing to think about if you are at your wits end with that particular error.


Mind if I merge that into the communication error FAQ topic? Would make it easier to discover :slight_smile:


Absolutely. Feel free!