So I've been using octoprint for some time now, didn't get round to printing much in the last 3 months or so, booted up back in December and updated octoprint, which is where all my issues started (or so it seems)
Basically at random points octoprint gets a Communication error and the printer halts but continues heating the hot end and bed.
"Communication timeout while printing, trying to trigger response from printer. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves."
I've tried multiple new cables and power supplies (for pi) just in case but no avail, have checked it's not my printer (not tested usb as there is no way to test other than connecting to a pi?) by printing the same files I was trying to print via sd card, all of which printed fine with no issues at all. Also went with a fresh install just in case and backed up my files and settings via the settings tab then imported them once the fresh install was ready and up to date, so i'm unsure if there's something I copied back over that's causing this or not.
Have enabled serial logging but that doesn't really show any error at all, the syslog does show something though at the same time that the printer loses comms
Syslog
Jan 7 16:14:23 octopi kernel: [ 6922.879810] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jan 7 16:14:23 octopi kernel: [ 6922.879824] usb 1-1.2: Product: FT232R USB UART
Jan 7 16:14:23 octopi kernel: [ 6922.879835] usb 1-1.2: Manufacturer: FTDI
Jan 7 16:14:23 octopi kernel: [ 6922.879845] usb 1-1.2: SerialNumber: AI05TD19
Jan 7 16:14:23 octopi kernel: [ 6922.888392] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected
Jan 7 16:14:23 octopi kernel: [ 6922.888628] usb 1-1.2: Detected FT232RL
Jan 7 16:14:23 octopi kernel: [ 6922.891918] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0
Jan 7 16:14:23 octopi mtp-probe: checking bus 1, device 6: "/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.2"
Jan 7 16:14:23 octopi mtp-probe: bus: 1, device: 6 was not an MTP device
Jan 7 16:17:01 octopi CRON[2272]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Jan 7 16:29:06 octopi kernel: [ 7805.962400] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
Jan 7 16:29:06 octopi kernel: [ 7805.962499] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
Jan 7 16:29:27 octopi systemd[1]: Created slice User Slice of pi.
Jan 7 16:29:27 octopi systemd[1]: Starting User Manager for UID 1000...
Jan 7 16:29:27 octopi systemd[1]: Started Session c2 of user pi.
Jan 7 16:29:27 octopi systemd[2471]: Listening on GnuPG cryptographic agent (ssh-agent emulation).
Jan 7 16:29:27 octopi systemd[2471]: Listening on GnuPG cryptographic agent (access for web browsers).
Jan 7 16:29:27 octopi systemd[2471]: Reached target Timers.
Jan 7 16:29:27 octopi systemd[2471]: Reached target Paths.
Going off the serial log (snippet below)
2019-01-07 16:29:06,578 - Send: N6284 M10531
2019-01-07 16:29:06,601 - Recv: ok 6283
2019-01-07 16:29:06,607 - Send: N6285 G1 F2640 X112.022 Y32.509 E807.814635
2019-01-07 16:29:36,614 - Communication timeout while printing, trying to trigger response from printer. Configure long runn$
2019-01-07 16:29:36,625 - Send: N6286 M10529
2019-01-07 16:30:06,630 - Communication timeout while printing, trying to trigger response from printer. Configure long runn$
2019-01-07 16:30:06,642 - Send: N6287 M10528
2019-01-07 16:30:36,663 - Communication timeout while printing, trying to trigger response from printer. Configure long runn$
2019-01-07 16:30:36,675 - Send: N6288 M10519
2019-01-07 16:31:06,695 - Communication timeout while printing, trying to trigger response from printer. Configure long runn$
2019-01-07 16:31:06,709 - Send: N6289 M10518
Unsure on where to go from here now, confident it's not the printer at fault or the cables or power supply as they've worked fine for everything, the only other thing I have done it created a script so on boot the wifi does not sleep when not used by disabling the wifi power management.
Any suggestions?