New firmware 1.09k-dc42

Hi
Since I installed the new slic3r 1.2.9, the printing % slide does not work anymore 'correctly.
This morning I installed the new firmware 1.09m (until now I had the 0.78x) to see if things improve. Now the "object height2 is ok, but the printing % slide still does not work for me.
I use Firefox 43.0.1
Does anyone have the same problem? I read a lot on the forum, but did not find much on this problem.
Thank

Edited 1 time(s). Last edit at 12/20/2015 12:31PM by Mak64.

Did you update the web-interface? All settings in the config.g updated?

---

Slicer: Simplify3D 4.0; sometimes CraftWare 1.14 or Cura 2.7
Delta with Duet-WiFi, FW: 1.20.1RC2; mini-sensor board by dc42 for auto-leveling
Ormerod common modifications: Mini-sensor board by dc42, aluminum X-arm, 0.4 mm nozzle E3D like, 2nd fan, Z stepper nut M5 x 15, Herringbone gears, Z-axis bearing at top, spring loaded extruder with pneumatic fitting, Y belt axis tensioner
Ormerod 2: FW: 1.19-dc42 on Duet-WiFi. own build, modifications: GT2-belts, silicone heat-bed, different motors and so on. Printed parts: bed support, (PSU holder) and Y-feet.
Ormerod 1: FW: 1.15c-dc42 on 1k Duet-Board. Modifications: Aluminium bed-support, (nearly) all parts reprinted in PLA/ ABS, and so on.

Yes, I have update web interface also.
With the old version g-code (slic3r 1.1.7) is ok, but i do not understand which setting i have mark/unmark in new slic3r.

This is initial and final part of new slicr3r g-code version. (wrong printing % slide):

; generated by Slic3r 1.2.9 on 2015-12-20 at 17:11:47

; external perimeters extrusion width = 0.50mm
; perimeters extrusion width = 0.85mm
; infill extrusion width = 0.87mm
; solid infill extrusion width = 0.85mm
; top infill extrusion width = 0.85mm

M107
M190 S65 ; set bed temperature
M104 S205 ; set temperature
; layer_height = 0.24
G28 ; Home all axes
G32
M83
M109 S205 ; wait for temperature to be reached
G21 ; set units to millimeters
G90 ; use absolute coordinates
M82 ; use absolute distances for extrusion
G92 E0
G1 E-4.00000 F1800.00000
G92 E0
G1 Z0.240 F5400.000
G1 X54.169 Y45.815 F5400.000
G1 E4.00000 F1800.00000
G1 X56.010 Y43.595 E4.12907 F1200.000
G1 X58.388 Y41.963 E4.25814
G1 X61.122 Y41.043 E4.38722
G1 X63.056 Y40.863 E4.47414

...


G1 X148.307 Y53.053 E10.37621
G1 X148.686 Y52.674 E10.41965
G1 E6.41965 F1800.00000
G92 E0
M107
G1 E-2.00000
G1 X100 Y190
G91
G1 Z10
G90
M104 80
M140 50
M190 S65 ; set bed temperature
M104 S185 ; set temperature
; filament used = 11080.4mm (26.7cm3)

; avoid_crossing_perimeters = 0
; bed_shape = 0x0,220x0,220x220,0x220
; bed_temperature = 65
; before_layer_gcode =
; bridge_acceleration = 0
; bridge_fan_speed = 100
; brim_width = 0
; complete_objects = 0
; cooling = 1
; default_acceleration = 0
; disable_fan_first_layers = 3
; duplicate_distance = 6
; end_gcode = G1 E-2.00000\nG1 X100 Y190\nG91\nG1 Z10\nG90\nM104 80\nM140 50\nM190 S65 ; set bed temperature\nM104 S185 ; set temperature
; extruder_clearance_height = 20
; extruder_clearance_radius = 20
; extruder_offset = 0x0
; extrusion_axis = E
; extrusion_multiplier = 1
; fan_always_on = 0
; fan_below_layer_time = 60
; filament_colour = #FFFFFF
; filament_diameter = 1.75
; first_layer_acceleration = 0
; first_layer_bed_temperature = 65
; first_layer_extrusion_width = 0.5
; first_layer_speed = 50%
; first_layer_temperature = 205
; gcode_arcs = 0
; gcode_comments = 0
; gcode_flavor = reprap
; infill_acceleration = 0
; infill_first = 0
; layer_gcode =
; max_fan_speed = 100
; max_print_speed = 160
; max_volumetric_speed = 0
; min_fan_speed = 35
; min_print_speed = 10
; min_skirt_length = 0
; notes =
; nozzle_diameter = 0.5
; only_retract_when_crossing_perimeters = 0
; ooze_prevention = 0
; output_filename_format = [input_filename_base].gcode
; perimeter_acceleration = 0
; post_process =
; pressure_advance = 0
; resolution = 0
; retract_before_travel = 2
; retract_layer_change = 1
; retract_length = 4
; retract_length_toolchange = 10
; retract_lift = 0
; retract_restart_extra = 0
; retract_restart_extra_toolchange = 0
; retract_speed = 30
; skirt_distance = 10
; skirt_height = 1
; skirts = 1
; slowdown_below_layer_time = 15
; spiral_vase = 0
; standby_temperature_delta = -5
; start_gcode = ; layer_height = [layer_height]\nG28 ; Home all axes\nG32\nM83
; temperature = 185
; threads = 2
; toolchange_gcode =
; travel_speed = 90
; use_firmware_retraction = 0
; use_relative_e_distances = 0
; use_volumetric_e = 0
; vibration_limit = 0
; wipe = 0
; z_offset = 0
; dont_support_bridges = 1
; extrusion_width = 0
; first_layer_height = 0.24
; infill_only_where_needed = 0
; interface_shells = 0
; layer_height = 0.24
; raft_layers = 0
; seam_position = nearest
; support_material = 0
; support_material_angle = 0
; support_material_contact_distance = 0.2
; support_material_enforce_layers = 0
; support_material_extruder = 1
; support_material_extrusion_width = 0
; support_material_interface_extruder = 1
; support_material_interface_layers = 3
; support_material_interface_spacing = 0
; support_material_interface_speed = 100%
; support_material_pattern = rectilinear
; support_material_spacing = 2.5
; support_material_speed = 40
; support_material_threshold = 0
; xy_size_compensation = 0
; bottom_solid_layers = 2
; bridge_flow_ratio = 1
; bridge_speed = 45
; external_fill_pattern = rectilinear
; external_perimeter_extrusion_width = 0
; external_perimeter_speed = 20
; external_perimeters_first = 0
; extra_perimeters = 1
; fill_angle = 45
; fill_density = 20%
; fill_pattern = rectilinear
; gap_fill_speed = 10
; infill_every_layers = 1
; infill_extruder = 1
; infill_extrusion_width = 0
; infill_overlap = 15%
; infill_speed = 20
; overhangs = 1
; perimeter_extruder = 1
; perimeter_extrusion_width = 0
; perimeter_speed = 20
; perimeters = 2
; small_perimeter_speed = 20
; solid_infill_below_area = 70
; solid_infill_every_layers = 0
; solid_infill_extruder = 1
; solid_infill_extrusion_width = 0
; solid_infill_speed = 40
; thin_walls = 1
; top_infill_extrusion_width = 0
; top_solid_infill_speed = 20
; top_solid_layers = 3


This is my config.g:

; Ormerod 2 config file for dc42 Duet firmware
M111 S0 ; Debug off
M550 PMy RepRapPro Ormerod 2 ; Machine name (can be anything you like)
M551 Preprap ; Machine password (currently not used)
M540 P0xBE:0xEF:0xDE:0xAD:0xFE:0xED ; MAC Address
;*** Adjust the IP address and gateway in the following 2 lines to suit your network
M552 P192.168.1.134 ; IP address (0 = use DHCP)
M554 P192.168.1.1 ; Gateway
M553 P255.255.255.0 ; Netmask
M555 P2 ; Set output to look like Marlin
M575 P1 B57600 S1 ; Comms parameters for PanelDue

G21 ; Work in millimetres
G90 ; Send absolute coordinates...
M83 ; ...but relative extruder moves
M574 X0 Y1 Z0 S1 ; set endstop configuration (Y endstop only, at low end, active high)
M906 X800 Y1000 Z800 E800 ; Set motor currents (mA)
M563 P0 D0 H1 ; Define tool 0
G10 P0 S0 R0 ; Set tool 0 operating and standby temperatures
M92 E420 ; Set extruder steps per mm (single nozzle)
;*** If you have a dual-nozzle build, remove or comment out the previous line, and un-comment the following 3 lines
;M563 P1 D1 H2 ; Define tool 1
;G10 P1 S0 R0 ; Set tool 1 operating and standby temperatures
;M92 E420:420 ; Set extruder steps/mm (dual nozzle)
;*** If you have a modulated IR probe with on-board microcontroller, change P2 to P1 in the following
M558 P2 ; Use a simple modulated Z probe (change to P1 for an intelligent Z probe)
G31 Z1.0 P601 ; Set the probe height and threshold (put your own values here)
;*** If you have a Duet board with 4.7K thermistor series resistors, change R1000 to R4700 to the following M305 commands
M305 P0 R4700 H0 L0 ; Put your own H and/or L values here to set the bed thermistor ADC correction
M305 P1 R4700 H0 L0 ; Put your own H and/or L values here to set the first nozzle thermistor ADC correction
M305 P2 R4700 H0 L0 ; Put your own H and/or L values here to set the second nozzle thermistor ADC correction
;*** Adjust the XY coordinates in the following M557 commands to suit your build and the position of the IR sensor
M557 P0 X65 Y5 ; Four...
M557 P1 X65 Y185 ; ...probe points...
M557 P2 X230 Y185 ; ...for bed...
M557 P3 X230 Y5 ; ...levelling
;M557 P4 X141 Y82.5 ; 5th probe point for levelling (un-comment this if you are using a dc42 differential IR probe)
;*** if you are using axis compensation, put the figures in the following command
M556 S74 X-0.4 Y0.35 Z0.2 ; Axis compensation here
M201 X800 Y800 Z15 E1000 ; Accelerations (mm/s^2)
M203 X15000 Y15000 Z100 E3600 ; Maximum speeds (mm/min)
M566 X600 Y600 Z30 E20 ; Minimum speeds mm/minute
M208 X200 Y205 Z190 ; set axis maxima (adjust to suit your machine)
M208 X0 Y0 Z0 S1 ; set axis minimum (adjust to make X=0 the edge of the bed)
;
T0 ; select first hot end

Edited 3 time(s). Last edit at 12/21/2015 03:08AM by Mak64.

Quote
Mak64
Hi
Since I installed the new slic3r 1.2.9, the printing % slide does not work anymore 'correctly.
This morning I installed the new firmware 1.09m (until now I had the 0.78x) to see if things improve. Now the "object height2 is ok, but the printing % slide still does not work for me.
I use Firefox 43.0.1
Does anyone have the same problem? I read a lot on the forum, but did not find much on this problem.
Thank

On the GCode Files tab of the web interface, what does it say for that file in the Filament Usage column?

---

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].

Quote
dc42


On the GCode Files tab of the web interface, what does it say for that file in the Filament Usage column?

- 11080.4 mm.


With the new web interface it is possible by drag & drop printing without saving on sd as in the old version?

Quote
Mak64

Quote
dc42


On the GCode Files tab of the web interface, what does it say for that file in the Filament Usage column?

- 11080.4 mm.

Do you have slic3r configured for relative or absolute extrusion?

Quote
Mak64
With the new web interface it is possible by drag & drop printing without saving on sd as in the old version?

Use the Upload & Print button at the top of the page.

---

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].

Quote
dc42
Do you have slic3r configured for relative or absolute extrusion?

Where is this setting ?
If is the "use relative E distances" in "printer setting" tab is unmarked.

Quote
Mak64

Quote
dc42
Do you have slic3r configured for relative or absolute extrusion?

Where is this setting ?
If is the "use relative E distances" in "printer setting" tab is unmarked.

Yes it's that one. Relative extruder distances are recommended because they avoid rounding errors, and that's what most Duet user use. The code in my fork that returns print status information assumes you use relative extruder distances. However, in my forthcoming 1.09o release, the print status information is correct if you use absolute extruder distances too.

---

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].

Quote
dc42
Yes it's that one. Relative extruder distances are recommended because they avoid rounding errors, and that's what most Duet user use. The code in my fork that returns print status information assumes you use relative extruder distances. However, in my forthcoming 1.09o release, the print status information is correct if you use absolute extruder distances too.

- Solved !!! I have mark "use relative E distances" and now is ok.
Probably in slic3d old version this is a default value.

- With the new version of "Duet web control" files after printed no more deleted from the SD card as the old version? is a preferred setting?

Thanks.

Edited 1 time(s). Last edit at 12/21/2015 01:10PM by Mak64.

Switching to 1.09m-dc42 offers me a new problem: The web-interface is unable to show my hole configuration file.

---

Slicer: Simplify3D 4.0; sometimes CraftWare 1.14 or Cura 2.7
Delta with Duet-WiFi, FW: 1.20.1RC2; mini-sensor board by dc42 for auto-leveling
Ormerod common modifications: Mini-sensor board by dc42, aluminum X-arm, 0.4 mm nozzle E3D like, 2nd fan, Z stepper nut M5 x 15, Herringbone gears, Z-axis bearing at top, spring loaded extruder with pneumatic fitting, Y belt axis tensioner
Ormerod 2: FW: 1.19-dc42 on Duet-WiFi. own build, modifications: GT2-belts, silicone heat-bed, different motors and so on. Printed parts: bed support, (PSU holder) and Y-feet.
Ormerod 1: FW: 1.15c-dc42 on 1k Duet-Board. Modifications: Aluminium bed-support, (nearly) all parts reprinted in PLA/ ABS, and so on.

That's fixed in 1.09o-dc42 which I hope to release tomorrow.

---

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].

Hello,
When I use your firmware with the Pronterface, after I start the SD print and check the "watch" option, the Pronterface command line continues to show "Not SD printing". what's the possible cause?

Quote
Versia
Hello,
When I use your firmware with the Pronterface, after I start the SD print and check the "watch" option, the Pronterface command line continues to show "Not SD printing". what's the possible cause?

It's because Pronterface is only designed to work with a specific version of Marlin and is very fussy about what responses it gets. However thought it was fixed in 1.09m. Try 1.09o beta 2, available at [dl.dropboxusercontent.com]. The reason it's a beta is that I think there is still a bug in the extruder pressure advance, but nobody uses that yet.

---

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].

Quote
dc42
The reason it's a beta is that I think there is still a bug in the extruder pressure advance, but nobody uses that yet.

What is this?

---

Slicer: Simplify3D 4.0; sometimes CraftWare 1.14 or Cura 2.7
Delta with Duet-WiFi, FW: 1.20.1RC2; mini-sensor board by dc42 for auto-leveling
Ormerod common modifications: Mini-sensor board by dc42, aluminum X-arm, 0.4 mm nozzle E3D like, 2nd fan, Z stepper nut M5 x 15, Herringbone gears, Z-axis bearing at top, spring loaded extruder with pneumatic fitting, Y belt axis tensioner
Ormerod 2: FW: 1.19-dc42 on Duet-WiFi. own build, modifications: GT2-belts, silicone heat-bed, different motors and so on. Printed parts: bed support, (PSU holder) and Y-feet.
Ormerod 1: FW: 1.15c-dc42 on 1k Duet-Board. Modifications: Aluminium bed-support, (nearly) all parts reprinted in PLA/ ABS, and so on.

Quote
dc42
It's because Pronterface is only designed to work with a specific version of Marlin and is very fussy about what responses it gets. However thought it was fixed in 1.09m. Try 1.09o beta 2, available at [dl.dropboxusercontent.com]. The reason it's a beta is that I think there is still a bug in the extruder pressure advance, but nobody uses that yet.

That works. Thank you!
But there's another problem. When using your firmware, I have to change T0 to T1 in your config.g and gcodes in order to make the printer work. Otherwise, it will say "Tool 0 was not driven because its heater temperatures were not high enough".
That's to say, I have to change:

M563 P0 D0 H1                       ; Define tool 0                                       ->     M563 P1 D0 H1                       ; Define tool 0
G10 P0 S0 R0                        ; Set tool 0 operating and standby temperatures       ->     G10 P1 S0 R0                        ; Set tool 0 operating and standby temperatures
T0                                  ; select first hot end                                ->     T1                                  ; select first hot end

in the config.g.

And change

T0; Select extruder          ->           T1; Select extruder

in the gcode file that I want to print.
So what's the possible problem?

I don't think that message is specific to my firmware fork. It occurs when you haven't selected the tool before printing and your gcode file contains a command to set the hot end temperature before the T0 command. You can ignore it if there is another command to set the temperature after the T0 command.

---

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].

Quote
dc42
The reason it's a beta is that I think there is still a bug in the extruder pressure advance, but nobody uses that yet.

Can somebody explain to me what this feature is good for? It sounds interesting.

---

Slicer: Simplify3D 4.0; sometimes CraftWare 1.14 or Cura 2.7
Delta with Duet-WiFi, FW: 1.20.1RC2; mini-sensor board by dc42 for auto-leveling
Ormerod common modifications: Mini-sensor board by dc42, aluminum X-arm, 0.4 mm nozzle E3D like, 2nd fan, Z stepper nut M5 x 15, Herringbone gears, Z-axis bearing at top, spring loaded extruder with pneumatic fitting, Y belt axis tensioner
Ormerod 2: FW: 1.19-dc42 on Duet-WiFi. own build, modifications: GT2-belts, silicone heat-bed, different motors and so on. Printed parts: bed support, (PSU holder) and Y-feet.
Ormerod 1: FW: 1.15c-dc42 on 1k Duet-Board. Modifications: Aluminium bed-support, (nearly) all parts reprinted in PLA/ ABS, and so on.

Quote
Treito

Quote
dc42
The reason it's a beta is that I think there is still a bug in the extruder pressure advance, but nobody uses that yet.

Can somebody explain to me what this feature is good for? It sounds interesting.

It's to compensate for the uneven extrusion you get at the start and end of linear runs and at corners. This is caused by (amongst other things) a combination of the viscosity of the molten filament and the elasticity of the filament in the Bowden tube. The force needed to extrude filament increases with the extrusion speed, and because the filament compresses in the Bowden tube, this means that you need to adjust the extruder position by an amount proportional to extrusion speed. Where an extruding move ends with zero speed, this means that you actually need to retract filament near the end of the move instead of extruding it. Simplify3D's 'coast to end' feature goes [art way to achieving this, except that it doesn't actually retract filament towards the end of a move, it just stops extruding a little before the end.

I first implemented pressure advance in RRF a year ago. I found the results disappointing, so it's been s while since I tried enabling it. I now have some users interested in enabling it, but it turns out that this feature was broken by changes I made to the firmware a few versions ago. I have fixed those issues and it is mostly working; but there is still a bug that causes it to perform abnormally large retractions occasionally.

Edited 1 time(s). Last edit at 12/25/2015 04:46PM 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].

Okay that sounds indeed interesting. But maybe you should provide a fixed version that is running correctly with the current WI and release this feature with the p-version?
However I just downloaded the beta2 just in case. I do not know if and when I will flash this version.

---

Slicer: Simplify3D 4.0; sometimes CraftWare 1.14 or Cura 2.7
Delta with Duet-WiFi, FW: 1.20.1RC2; mini-sensor board by dc42 for auto-leveling
Ormerod common modifications: Mini-sensor board by dc42, aluminum X-arm, 0.4 mm nozzle E3D like, 2nd fan, Z stepper nut M5 x 15, Herringbone gears, Z-axis bearing at top, spring loaded extruder with pneumatic fitting, Y belt axis tensioner
Ormerod 2: FW: 1.19-dc42 on Duet-WiFi. own build, modifications: GT2-belts, silicone heat-bed, different motors and so on. Printed parts: bed support, (PSU holder) and Y-feet.
Ormerod 1: FW: 1.15c-dc42 on 1k Duet-Board. Modifications: Aluminium bed-support, (nearly) all parts reprinted in PLA/ ABS, and so on.

Good morning. Has anyone solved the "jerky curves" problem? I tried the new speeds/accelerations settings suggested by dc42 in the 1st page, but it didn't solve for me. Other suggestions?

Can you provide a sample gcode file that exhibits the problem, and tell us what jerk and acceleration settings you have tried?

---

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].

After making the post, I tried some other things. I discovered that the issue was caused by USB printing. The same file printed via SD had no problems. So now the question is another: before making the upgrade to the 1.09 firmware, the USB printing gave me no problems at all, no jerky curves, also with big files. So why now I have this problem?

These are my current speed/accelerations settings
M201 X1200 Y1200 Z20 E1000 ; set accelerations
M203 X15000 Y15000 Z250 E3600 ; set XYZ and extruder speeds
M566 X1800 Y1800 Z30 E20 ; Maximum instantaneous speed changes mm/minute

There's attached the gcode of the part that made me discover the issue.

Version 1.09r has a smaller USB input buffer than previous versions, but I doubt that it makes much difference, if any. The larger buffer used in previous versions was only introduced in the first place because it slightly improved file upload speed over USB.

As well as changing firmware version, have you changed your host program version or its configuration, or do you have additional tasks running on the host computer that you didn't before? Also, to get good throughput over USB, you need to set the host program to use driver-level flow control instead of waiting for "OK" after sending each command. Have you done that? This isn't only an issue with the Duet+RRF, it's a very common problem with all 3D printer electronics and firmware.

---

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].

When you say "host program" you mean Pronterface? If that's the case, the answer is: yes I have updated Pronterface. The pc I use is the same that I was using before the firmware update and I have changed nothing in it, so I'd say that there are no background processes which can slow the USB transfer. Where do I find that setting for the use of driver-level flow control? Thank you for the help, I'm not such an expert.

The RepRapPro version of Pronterface had a modification to allow you to turn off waiting for "OK" after sending every command. The only option I have found in the standard version of Pronterface that might do the same thing is "TCP streaming mode".

---

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 TCP streaming option doesn't solve the problem. I tried to download the software from RepRap, but I couldn't find the "waiting for OK" option in it. Maybe I downloaded the wrong software. Can you please provide me a link of the RepRap version of pronterface, which includes the option you refer to?

The RRP version is here [github.com]. Alternatively, search for the thread I created about 2 years ago on patching Pronterface to not wait for OK, and apply a similar patch to the latest Pronterface source code.

---

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].

Quote
dc42
The RRP version is here [github.com]. Alternatively, search for the thread I created about 2 years ago on patching Pronterface to not wait for OK, and apply a similar patch to the latest Pronterface source code.

I'm sorry, but in this version of Pronterface by RRP I can't find anywhere the "wait for ok" option. In the screen capture below you can see the settings of the RRP version. And I couldn't find also the post you referred to manually patch pronterface. So I still don't know how to solve the issue.

Quote
Luke_Duckwalker
...And I couldn't find also the post you referred to manually patch pronterface.

[forums.reprap.org]

Erik

I made it! I've tried only one little print, which I know that it had the stuttering issue, and it worked fine. Now I'll try it extensively, but I think i finally made it. Thanks so much to all of you that have helped.