no display when loadig gcode into pronterface

I load a file (only some files) from cura and I don't get a display or estimated time
see below.

When I press print I get these messages (which I don't see with dispalyed / " good " gcode files)

the print does work I just can't see it.

Hummmm....

any hints


Copied text starts here:

Loaded C:\Users\barnwell\Desktop\current projects\ac_control\display box top.gcode, 48943 lines
6747.49804688 mm of filament used in this print
The print goes:
- from -52.25 mm to 52.25 mm in X and is 104.50 mm wide
- from -49.57 mm to 33.25 mm in Y and is 82.82 mm deep
- from 0.00 mm to 14.90 mm in Z and is 14.90 mm high
Setting hotend temperature to 230.000000 degrees Celsius.
echo:endstops hit: X:0.02 Z:0.02
Print started at: 11:04:45
Print start callback failed with:
Traceback (most recent call last):
File "printcore.pyc", line 422, in _print
File "pronterface.py", line 343, in startcb
File "printrun\printrun_utils.pyc", line 71, in __init__
File "printrun\printrun_utils.pyc", line 71, in
AttributeError: duration
T:229.1 E:0 W:2

do you have debug gcode checked?

pronterface settings menue

Edited 1 time(s). Last edit at 11/04/2013 01:23PM by jamesdanielv.

sounds like cura is outputting a parameter in the gcode the your printer cant handle

Are you using Marlin , if so what version

Also what version of Cura are you using

I briefly tried Cura, but found it gave worse prints for me than Slic3r.

Quote

sounds like cura is outputting a parameter in the gcode the your printer cant handle

... printer Pronterface can't handle. Chances are good it'll send it anyways.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Using Cura 13.10
using Marlin

so late last night I found that checking the check box (called Cool head lift (expert settings screen)) in Cura that causes the minimum
layer time to be achived by moving the head off the print and waiting causes the problem.

I haven't looked at the G-code yet but i suspect there is a dwell (G04) being inserted. which Pronterface doesn't like.

I use Cura over Slic3r in many cases because Slic3r does not generate code that correctly deals with fillets
such as a 40mm cube with a 5mm raidus fillet on all edges comes out square (no rounded corners)

I realize the import information (.stl file) does not know its a fillet but just a bunch of triangles.

also some parts that Slic3r just will not process correctly are handled by Cura just fine.

Cura graphics with Slic3r control would be great.

The problem I had with Cura, was that it was leaving trails of estruded filament when it moved from the end of one section to the start of the next section.

I agree that Slic3r is not good at doing radius corners on boxes, I noticed that it had missed some in-fill just inside the radius edge, i.e it had done the perimeter but not the fill.

Slic3r seems to reverse the extruder slightly just after it finishes printing one section, which take the pressure off the filament and prevents this happening.

I'll need to see if there is a setting in Cura that does the same thing.

Edit. It looks like I need to set the Retraction parameter, but I'll need to find out what value to use
Edit (again). Looks like I need to disable Combining as this is mutually exclusive to retraction and retraction is more important to me

Edited 2 time(s). Last edit at 11/05/2013 07:37PM by rogerclark.