Communication timeout with prusaslicer

What is the problem?

If I start my print it only "primes" the nozzle and then disconnects when sliced with prusaslicer. If I slice using cura it works fine.

What did you already try to solve it?

  • Changed some settings in prusaslicer.
  • Tried exporting directly from prusaslicer and tried it with just uploading.

Have you tried running in safe mode?

No

Did running in safe mode solve the problem?

Complete Logs

octoprint.log, serial.log or output on terminal tab at a minimum, browser error console if UI issue ... no logs, no support! Not log excerpts, complete logs.)

Serial.log:

2021-04-24 19:20:44,598 - Changing monitoring state from "Operational" to "Starting"
2021-04-24 19:20:44,698 - Send: N0 M110 N0*125
2021-04-24 19:20:44,717 - Recv: ok
2021-04-24 19:20:44,719 - Changing monitoring state from "Starting" to "Printing"
2021-04-24 19:20:44,723 - Send: N1 M107*36
2021-04-24 19:20:44,729 - Recv: ok 1
2021-04-24 19:20:44,731 - Send: N2 M117 Initializing*43
2021-04-24 19:20:44,745 - Recv: ok 2
2021-04-24 19:20:44,751 - Send: N3 M83*27
2021-04-24 19:20:44,769 - Recv: ok 3
2021-04-24 19:20:44,770 - Send: N4 M107*33
2021-04-24 19:20:44,774 - Recv: ok 4
2021-04-24 19:20:44,775 - Send: N5 G28*22
2021-04-24 19:20:44,782 - Recv: ok 5
2021-04-24 19:20:44,783 - Recv: busy:processing
2021-04-24 19:20:44,783 - Printer seems to support the busy protocol, will adjust timeouts and set busy interval accordingly
2021-04-24 19:20:44,784 - Send: N6 M140 S80*91
2021-04-24 19:20:45,842 - Recv: SelectExtruder:0
2021-04-24 19:20:45,849 - Recv: FlowMultiply:100
2021-04-24 19:20:45,851 - Recv: X:0.00 Y:0.00 Z:217.175 E:40.0000
2021-04-24 19:20:45,852 - Recv: ok 6
2021-04-24 19:20:45,855 - Send: N7 M113 S2*102
2021-04-24 19:20:45,862 - Recv: ok 7
2021-04-24 19:20:45,864 - Send: N8 M105*47
2021-04-24 19:20:45,866 - Recv: Unknown command:N7 M113  S2
2021-04-24 19:20:45,870 - Recv: ok 8
2021-04-24 19:20:45,872 - Send: N9 M190 S80*89
2021-04-24 19:20:45,875 - Recv: T:239.74 /240 B:80.00 /80 B@:0 @:175
2021-04-24 19:20:45,877 - Recv: ok 9
2021-04-24 19:20:45,879 - Send: N10 M104 S240*82
2021-04-24 19:20:45,902 - Recv: ok 10
2021-04-24 19:20:45,904 - Recv: TargetExtr0:240
2021-04-24 19:20:45,907 - Send: N11 M109 S240*94
2021-04-24 19:20:45,914 - Recv: ok 11
2021-04-24 19:20:45,917 - Send: N12 G92 E0*116
2021-04-24 19:20:45,917 - Recv: TargetExtr0:240
2021-04-24 19:20:45,923 - Recv: ok 12
2021-04-24 19:20:45,925 - Send: N13 G1 X-98 Y0 Z0.2 F4000*51
2021-04-24 19:20:45,931 - Recv: ok 13
2021-04-24 19:20:45,933 - Send: N14 G3 X0 Y-98 I98 Z0.2 E40 F400*15
2021-04-24 19:20:46,967 - Recv: ok 14
2021-04-24 19:20:46,970 - Send: N15 G0 Z1*86
2021-04-24 19:20:49,974 - 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.
2021-04-24 19:20:49,980 - Send: N16 M105*16
2021-04-24 19:20:52,979 - 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.
2021-04-24 19:20:52,984 - Send: N17 M105*17
2021-04-24 19:20:55,983 - 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.
2021-04-24 19:20:55,989 - Send: N18 M105*30
2021-04-24 19:20:58,988 - 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.
2021-04-24 19:20:58,993 - Send: N19 M105*31
2021-04-24 19:21:01,993 - 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.
2021-04-24 19:21:01,998 - Send: N20 M105*21
2021-04-24 19:21:04,997 - No response from printer after 6 consecutive communication timeouts, considering it dead. Configure long running commands or increase communication timeout if that happens regularly on specific commands or long moves.
2021-04-24 19:21:05,062 - Changing monitoring state from "Printing" to "Offline (Error: Too many consecutive timeouts, printer still connected and alive?)"
2021-04-24 19:21:05,070 - Connection closed, closing down monitor

Octoprint.log:

2021-04-24 19:20:44,481 - octoprint.filemanager.analysis - INFO - Starting analysis of local:shifter_unit_top_PETG_50m.gcode
2021-04-24 19:20:44,482 - octoprint.filemanager.analysis - INFO - Invoking analysis command: /home/pi/oprint/bin/python3 -m octoprint analysis gcode --speed-x=6000 --speed-y=6000 --max-t=10 --throttle=0.0 --throttle-lines=100 /home/pi/.octoprint/uploads/shifter_unit_top_PETG_50m.gcode
2021-04-24 19:20:44,549 - octoprint.printer.standard.job - INFO - Print job selected - origin: local, path: shifter_unit_top_PETG_50m.gcode, owner: _api, user: _api
2021-04-24 19:20:44,598 - octoprint.util.comm - INFO - Changing monitoring state from "Operational" to "Starting"
2021-04-24 19:20:44,642 - octoprint.printer.standard.job - INFO - Print job started - origin: local, path: shifter_unit_top_PETG_50m.gcode, owner: _api, user: _api
2021-04-24 19:20:44,697 - octoprint.util.comm - INFO - M110 detected, setting current line number to 0
2021-04-24 19:20:44,719 - octoprint.util.comm - INFO - Changing monitoring state from "Starting" to "Printing"
2021-04-24 19:20:44,783 - octoprint.util.comm - INFO - Printer seems to support the busy protocol, will adjust timeouts and set busy interval accordingly
2021-04-24 19:20:44,910 - octoprint.plugins.tracking - INFO - Sent tracking event print_started, payload: {'origin': 'local', 'file': '3ce033a2b182a1213ee2793ae58a179d9d31d500'}
2021-04-24 19:20:45,857 - octoprint.util.comm - INFO - Telling the printer to set the busy interval to our "communicationBusy" timeout - 1s = 2s
2021-04-24 19:20:49,974 - octoprint.util.comm - INFO - Communication timeout while printing, trying to trigger response from printer.
2021-04-24 19:20:52,979 - octoprint.util.comm - INFO - Communication timeout while printing, trying to trigger response from printer.
2021-04-24 19:20:55,982 - octoprint.util.comm - INFO - Communication timeout while printing, trying to trigger response from printer.
2021-04-24 19:20:58,987 - octoprint.util.comm - INFO - Communication timeout while printing, trying to trigger response from printer.
2021-04-24 19:21:01,992 - octoprint.util.comm - INFO - Communication timeout while printing, trying to trigger response from printer.
2021-04-24 19:21:04,997 - octoprint.util.comm - INFO - No response from printer after 6 consecutive communication timeouts, considering it dead.
2021-04-24 19:21:05,062 - octoprint.util.comm - INFO - Changing monitoring state from "Printing" to "Offline (Error: Too many consecutive timeouts, printer still connected and alive?)"

Additional information about your setup

OctoPrint version, OctoPi version, printer, firmware, browser, operating system, ... as much data as possible

  • Octoprint version 1.5.3
  • OctoPi version 0.18.0
  • Raspberry Pi 4B 2GB
  • FLSun Q5 (MKS 2.5)
  • Google Chrome
  • Windows 10
  • Prusaslicer
  • Standard PETG profile on prusaslicer

Hello @DJVibezzz !

Maybe G3/G4 is not or bad implied into the printers firmware.

Just after sending

2021-04-24 19:20:45,933 - Send: N14 G3 X0 Y-98 I98 Z0.2 E40 F400*15

communication stalls.

G3 creates an arc and it stops after the arc.

So, when the arc is printed and the printer gets unresponsive atter that, I assume there is a fault in the firmware.
Any chance to get a newer version in the net?

The printer firmware is the latest available.
When I slice with cura it works without interuptions

1 Like

As far as I know neither Cura nor PrusaSlicer generate G3/G4 commands on their self.
Do you have the ArcWelder installed?

I don't have it installed.
I used default flsun profile on prusaslicer and it makes an arc because it is a round bed

What's in your start gcode in the slicer? Remove any G2/G3 commands there, your printer clearly doesn't support them.

I will try to remove the g2/g3 commands.
Why is it implemented in the default profile if it doesn't work?

;STARTGCODE
M117 Initializing
; G90 ; use absolute coordinates
M83 ; extruder relative mode
M107
G28 ;Home
M140 S[first_layer_bed_temperature] ; set bed temp
M190 S[first_layer_bed_temperature] ; wait for bed temp
M104 S[first_layer_temperature] ; set extruder temp
M109 S[first_layer_temperature] ; wait for extruder temp

G92 E0
G1 X-98 Y0 Z0.2 F4000 ; move to arc start
G3 X0 Y-98 I98 Z0.2 E40 F400 ; lay arc stripe 90deg
G0 Z1 
G92 E0.0

this is standard start g-code

It isn't implemented in the default profile. PrusaSlicer does not create G2/G3 commands, unless you postprocess the GCode with ArcWelder (either from PrusaSlicer, or on the OctoPrint side of things).

I got a clean install with default flsun profile and I didn't add that

How does the profile/startcode of Cura looks like?

That does not look like the flsun start gcode that is specified here:

But I never used PrusaSlicer, so what do I know?

1 Like

That's the QQS.
It also has g3 code

This is my cura start gcode:

G28 ;Home
G1 Z15.0 F6000 ;Move the platform down 15mm
;Prime the extruder
G92 E0
G1 F200 E3
G92 E0

As you see, there is no G3 command in that script.
You should delete that line in the PrusaSlicer gcode start script.

I will try that. Thank you