Print simply doesnt start

Hi,

Im almost there with my Duet 0.6 (Firmware DC42/1.15e), calibration worked and the machine is homing to 0 correctly.

Thats unfortunatley all for now. When I hit print the machine heats up, homes, and moves down to the bed, to the start position and then just stops. The log shows one single movement command but then nothing. No heater error no weird movements.
I tried a G32 in the start script and that gets executed but after the routine is done the head moves again to the first point and stops.

What could be the cause of that?

Wrong "Start GCode" in the printed file?
Try posting the file here...

Quote

G90
M82
M106 S0
M140 S0
M104 S200 T0
M109 S200 T0
G28 ; home all axes
G92 E0
G1 E-3.0000 F3600
G1 Z0.800 F1002
; layer 1, Z = 0.3
T0
; tool H0.300 W0.480
; skirt
G1 X1.344 Y-3.850 F7200
G1 Z0.300 F1002
G1 E0.0000 F1080
G92 E0
G1 X12.120 Y-3.850 E0.6536 F3360
G1 X14.229 Y-1.741 E0.8345
G1 X14.229 Y1.741 E1.0457
G1 X12.120 Y3.850 E1.2265
G1 X1.345 Y3.850 E1.8800
G1 X1.270 Y4.255 E1.9050

the vorbose mode in simplyfy shows "G1 X12.120 Y-3.850 E0.6536 F3360" the first line of the print

Update: I pid tuned (M303) and updated to 1.16 and now I cant get past initial homing. The temp is at target but then again nothing. Maybe M109 doesnt get confirmed somehow?

Edited 1 time(s). Last edit at 11/13/2016 02:00PM by sungod3k.

Are you printing from SD card, or are you trying to print over USB?

Edited 1 time(s). Last edit at 11/13/2016 03:08PM by dc42.

---

Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].

I'm still using USB, haven't decided if i should buy a duet wifi or a small router to get the web interface

the temp is definitely there and it doesnt take extra long or something.

Your slicer or host program is probably waiting for a response from the M109 command, which The Duet doesn't provide apart from the final "OK". One other person reported this problem and he solved it by configuring the slicer (I think it was S3D) not to expect the response.

Even if you use the USB connection, printing from SD card is still recommended, because then it doesn't rely on your PC continuing to provide the gcode data fast enough.

Edited 1 time(s). Last edit at 11/13/2016 04:28PM by dc42.

---

Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].

Interesting, Im seeing that I can eliminate the M109 of out the settings in S3D: Im going to test that tmr. Do you remember by any chance the guy who had the issue and where he posted that?

and for USB I can load the gcode onto the card but how do tell the the printer to read from the card if I only have the usb host control?

Some progress:

I tried Slic3r and also cut the M109 out of the gcode and hosted it with repetier and that actually works.
A S3D sliced file (with M109 still disabled in the options) hosted in Reptier also works, however the same file hosted in S3D doesnt start the print.
Also the printing is not smooth. Sometime the print stops for a few seconds and every 3-5cm of printing there is a little hickup, but im not sure if thats related to the M109 issue.

For fun I also tried Cura15 and that shows the nozzle temp slowing dropping after I started the print and the progress bar slowly progressing for some reason

Ill see if I can get the web interface running with a simple router, if its really on the host the requires the "ok" then that should solve it.

Edited 1 time(s). Last edit at 11/14/2016 07:29AM by sungod3k.

Did you select hardware flow control in S3D and Repetier? In S3D it is in Tools->Firmware Configuration->Communication->Flow control->Hardware flow control. In Repetier you need to disable "Ping pong". Then you don't need the "ok" acknowledge, which is what slows things down.

If necessary you can prevent S3D generating M109 and M190 commands by using M116 to stabilize the temperatures instead, in Tools->Firmware Configuration->FFF.

HTH David

---

Large delta printer [miscsolutions.wordpress.com], E3D tool changer, Robotdigg SCARA printer, Crane Quad and Ormerod

Disclosure: I design Duet electronics and work on RepRapFirmware, [duet3d.com].

The hardware flow control did the trick, prints now smooth in S3D, ping pong was already disabled in repetier and it still didnt print smooth.

I used M116 but that still didnt help, however I discovered that under the emergency stop button in S3D is a "force next" button, so I can simply call the next line when the printer is stuck in M109 limbo and that sets the printer on the right path. I can print now, so Im happy.

Thanks for the help, much appreciated!