UltiMaker uses functional, analytical and tracking cookies. Tracking cookies enhance your experience on our website and may also collect your personal data outside of Ultimaker websites. If you agree with the use of tracking cookies, click “I agree, continue browsing”. You can withdraw your consent at any time. If you do not consent with the use of tracking cookies, click “Refuse”. You can find more information about cookies on our Privacy and Cookie Policy page.
Posted
· Very short pauzes occuring when printing to fast
Are these corners rounded? If there are more than 12 or so segments in the curve at the corner then that is your problem - you really want to limit the number of segments that Marlin has to navigate to less than 12 for every 20mm or so as if you don't it has to slow down and be prepared to stop within 12 gcode commands. Also check your acceleration and jerk settings. Why? Well...
gcodes move the printer in line segments. For example a circle might be 20 line segments. Before marlin and sprinter we had acceleration only and the head would come to a complete stop at each vertex of the circle. This was incredibly slow. This was because at the vertex the acceleration change is instantaneous so you have infinite jerk (accleration is derivative of velocity, jerk is derivative of acceleration). The fix was to introduce a "sprinter jerk" or "marlin jerk" term that is in mm/sec (not mm/sec/sec/sec) which is the allowed instantaneous velocity change at a given point. For ultimakers with it's extremely light weight print head we use 20 for the jerk setting and typically 5000 for the acceleration setting. For a rep rap printer it's more like 5mm/sec for jerk and 1000 for acceleration.
Anyway Marlin runs on a very weak computer that can only look ahead about 12 gcode commands and as it is moving quickly printing a circle it has to be ready to slow down or even stop at the end of the current string of gcodes because it doesn't know what's coming up on the 13th command (may be a stop and retract). So it has to go pretty slow. As long as the next 12 gcodes (line segments) take you far enough Marlin knows it can slow down in time but if there are 12 line segments in the rounded corner of a cube for example it might have to slow to 5mm/sec for those corners which visually appears as a complete stop.
Alternatively USB could be saturated. But the fix is the same - reduce the number of triangles in your STL file. Here is a guide to reducing them for very large STL files (meshlab is free):
S-Line Firmware 8.3.0 was released Nov. 20th on the "Latest" firmware branch.
(Sorry, was out of office when this released)
This update is for...
All UltiMaker S series
New features
Temperature status. During print preparation, the temperatures of the print cores and build plate will be shown on the display. This gives a better indication of the progress and remaining wait time. Save log files in paused state. It is now possible to save the printer's log files to USB if the currently active print job is paused. Previously, the Dump logs to USB option was only enabled if the printer was in idle state. Confirm print removal via Digital Factory. If the printer is connected to the Digital Factory, it is now possible to confirm the removal of a previous print job via the Digital Factory interface. This is useful in situations where the build plate is clear, but the operator forgot to select Confirm removal on the printer’s display. Visit this page for more information about this feature.
A year after the merger of Ultimaker and MakerBotQQ, we have unlocked the ability for users of our Method series printers to slice files using UltiMaker Cura. As of this release, users can find profiles for our Method and Method XL printers, as well as material profiles for ABS-R, ABS-CF, and RapidRinse. Meaning it’s now possible to use either Cura or the existing cloud-slicing software CloudPrint when printing with these printers or materials
Recommended Posts
gr5 2,094
Are these corners rounded? If there are more than 12 or so segments in the curve at the corner then that is your problem - you really want to limit the number of segments that Marlin has to navigate to less than 12 for every 20mm or so as if you don't it has to slow down and be prepared to stop within 12 gcode commands. Also check your acceleration and jerk settings. Why? Well...
gcodes move the printer in line segments. For example a circle might be 20 line segments. Before marlin and sprinter we had acceleration only and the head would come to a complete stop at each vertex of the circle. This was incredibly slow. This was because at the vertex the acceleration change is instantaneous so you have infinite jerk (accleration is derivative of velocity, jerk is derivative of acceleration). The fix was to introduce a "sprinter jerk" or "marlin jerk" term that is in mm/sec (not mm/sec/sec/sec) which is the allowed instantaneous velocity change at a given point. For ultimakers with it's extremely light weight print head we use 20 for the jerk setting and typically 5000 for the acceleration setting. For a rep rap printer it's more like 5mm/sec for jerk and 1000 for acceleration.
Anyway Marlin runs on a very weak computer that can only look ahead about 12 gcode commands and as it is moving quickly printing a circle it has to be ready to slow down or even stop at the end of the current string of gcodes because it doesn't know what's coming up on the 13th command (may be a stop and retract). So it has to go pretty slow. As long as the next 12 gcodes (line segments) take you far enough Marlin knows it can slow down in time but if there are 12 line segments in the rounded corner of a cube for example it might have to slow to 5mm/sec for those corners which visually appears as a complete stop.
Alternatively USB could be saturated. But the fix is the same - reduce the number of triangles in your STL file. Here is a guide to reducing them for very large STL files (meshlab is free):
http://www.shapeways.com/tutorials/polygon_reduction_with_meshlab
Link to post
Share on other sites