USB port crashes: Error: SerialException @ comm.py:_readline:2823

Hi, I recently upgraded my Octoprint installation to version 1.4.0
Now and then I get this error:

Offline (Error: SerialException: 'device reports readiness to read but returned no data (device disconnected or multiple access on port?)' @ comm.py:_readline:2823)

The print stops , and have to reconnect to start printing all over again
Is there anyway that, at least, i can continue with the print at the point the communication broke up?

Thanks in advance
Pablo San Juan

Hi,

today I had the same issue.

(Error: SerialException: 'device reports readiness to read but returned no data (device disconnected or multiple access on port?)' @ comm.py:_readline:2823)

The same here, print stops and cannot be resumed (Sovol SV01).

I could reproduce this error:
A sewing machine of my wife seems to disturb the connection.
When she use the foot pedal of the machine the USB connection breaks.

I can reconnect Ocoprint to the printer but cannot continue the print.

The facts:

  • She is using the same current phase but is not connected with the same wall plug!
  • Sewing machine is aroud 4 meters away from the printer
  • Fuse and RCCB don't have a problem.
  • Printing from SD-card of the Sovol is working while sewing and shows no unusual behaviour.

Does anybody know if:

  • There is a way that Octoprint can resume this print?
  • How to find the perpretrator and/or a solution for this?

Thanks in advance for your help.

No good way. The problem is after the connection error your printer probably restarted.
That means it has no idea where your printhead and your bed is located at the moment.
So you would have to calibrate it without homing (I don't even now if that's possible) and start a new print mid air which starts at the point where the old one stopped.
TL;DR - no

Try to encase the mainbord box with something like aluminum foil (but keep the fan holes open)

1 Like

@PrintedWeezl
It is not possible that the printer restarts because as written I can work from SD-Card while my wife is working on the sewing machine. She was working for more than an hour on the machine while the printer was doing its print job.

That means - whatever it is - it has influence on the USB-connection but not on the rest of the printer.

It remains cabel, Pi, Pi-Power or only the USB-interface of the printer.

Big motors like you might find in compressors (air conditioner, refrigerator) or in things with a flywheel mechanism (sewing machine) pull large amounts of current on their startup phase. You could probably also recreate this problem with an old-school kid's racetrack with the hand-held yellow trigger devices.

So when "big current" is needed, it pulls that from the mains. The net result is that everything else sees a reduction of the voltage. In my case here, a voltmeter in any outlet would go from the expected 120VAC down to perhaps 106VAC over a short period of time.

Next up, the power adapter for the Pi has a transformer which is a simple device. There is a ratio of coils of wire which is preset and that ratio is calculated for 120VAC being on the primary side of that. So when that's less, the output side is less by the same percentage and the Raspberry Pi is suddently in an undervoltage condition. The logical threshold which determines the difference between a one and a zero is now lower than where it's supposed to be and serial communications are trashed.

Solution: Plug your 3D printer into a UPS and call it a day.