ASA print issue  

New Member

I am trying to print an object in ASA (Filament One Premium ASA Pro Select).

Notice the defect on the outside, about 10mm down from the top.  This was printed with the small end of the cone on the print bed.

The defect goes all the way around, and is only on the outside of the object.  Note that the "top" of inside is at the same height, so I suspect something about the slicing method is causing this.  But the inside flat top is pretty well separated from the outside wall.  It is not clear to me why this would happen.

I used the Filamentum ASA default from PrusaSlicer...perhaps that setting is a be a bit too hot.  But the print is in pretty good shape other than this one defect.

Another print had the same problem: the outside wall all the way around has defects when it is on the same layer as an an inside "top" flat area.

  4 perimeters. 0.2mm QUALITY setting.

Any suggestions?


Posted : 11/09/2019 5:15 am
Noble Member

Only time I have seen something similar was when I had a crash. When it recovered, there was a Z offset.

It was driven by OctoPrint at the time.

Can't hurt to check your crash counter.

Posted : 11/09/2019 6:36 am
New Member

Thanks, but no, there was not a crash.  I am also printing directly from SD card.

This is reproducible too.  I have a second partially printed part that shows the same defect on the outside happening when the inside has a flat section.  The insides walls of the object look perfect, so I don't _think_ it missed any z steps.

The walls are plenty thick (5-10mm) that it shouldn't be bleed through the outer walls either.  There is plenty of infill space between the outer wall and the top that overlaps the inner wall.

I am wondering if the large inner flat area is shrinking and pulling the walls in a bit.  Maybe that tips the outer wall up just enough to either contact the nozzle, or bring the lower layer too close to the nozzle, so the lower layer is disturbed by the layer being deposited.

The part is making very good contact with the smooth PEI bed (too good, in fact, but that is a separate issue).  


Posted : 11/09/2019 8:35 am
Active Member


I've run to very similar issues this weekend. I'm trying to print part (tube 130mm diameter, 4mm wall, 30mm tall). Depending on layer height (0.15 or 0.2) always in the same Z position - like 3-4.5 mm before the top - the crash detection triggers and printer rehomes itself, causing always the same X layer shift of 1mm to the left.

I haven't found the root of this issues, so far from my experiments (the print takes 7,5h - and with a smaller print, I'm not able to reproduce this behaviour), the problem is always with ASA filament. 

I have printed a lot of these parts (exactly the same shape) from PLA (Prusament Galaxy Black) with no issue at all. Due to ASA prints, I've moved the printer into the enclosure for the first time. 

So far the statistics are:

  1. ASA - Enclosure - 41 degrees - 0.15 layer, failed 25.20mm, X crash
  2. ASA - Enclosure - the same as before
  3. ASA - Enclosure - 41 degrees, 0.2 layer, failed 27.20mm, X crash
  4. ASA - Enclosure - 41 degrees, 0.15 layer, FINISHED, crash detection turned off, minor layer shift almost in the same spot, but like 0.2 - 0.3mm to the side
  5. PLA - Enclosure opened, 24 degrees, 0.15 layer, FINISHED
  6. PLA - Enclosure - 33 degrees, 0.15 layer, in progress

The interesting part is attempt 1-4, seems to be somehow related to the time of print instead of height.

By discovering the point 4 - there is some kind of issue, so I suppose the Crash detection works fine, but ...

Consider everything around the printer as done (calibration, lubrication alignment, belt tension, ...). ASA is Fillamentum brand

Posted : 02/12/2019 11:56 am
Honorable Member
Active Member


Thanks for thread refernces. Unfortunately none of these is the issue.

I suppose it is somehow related to the temperature after moving printer to the enclosure. I'll make more test prints (even ASA without enclosure) ad keep you posted. 

The problem is that test print with PLA in inclosure clogged the nozzle, so no test results available yet

Posted : 02/12/2019 3:39 pm
Member Moderator


asking you to retry the print with crash detection off could be not a good idea for 7 hours print, could be?

Did you have chance to see the crash or you were reading only the last print report indicating crash detection?

Can ou pls. post a picture?


even an old man can learn new things 🙂
Standard I3 mk3s, FW 3.8.1, no closed box, sketchup , fusion 360, PrusaSlicer, Windows 10...
Posted : 02/12/2019 5:23 pm
Active Member


It won't be so daunting to run the print without crash detection. I did it already. The result was, a very minor shift (like 0.1mm) instead of 1mm shift with crash detection due to inaccurate X homing.

And yes, I witnessed the "crash", just set my timer to 6 hours, then sitting for 30 minutes watching the best 80k 3D TV (the enclosure doors) and the result was. Printer was finishing inner ring outer perimeter and suddenly CRASH (circular movement) - no idea why. But according to "no crash detection test" there is something happening but not so drastical. If there will be real crash (caused by part warping, etc.) the resumed print should crash again. I blame so weird error in electronics due to enclosure temperature.

Unfortunately I'm done with test prints for while, as I have discrovered testing the same print with PLA in enclosure wasn't the best shot I had to test - filament got melted by bondtech gear (not melted as from the nozzle) - I suppose the gears reached 60C which is glass temperature for PLA then filament string got softened and my force of the gear - squished to the inlet part of PTFE tube.

I've attached screenshot from slicer at the level where "crash" happend

Posted : 04/12/2019 3:39 pm
Member Moderator

I already saw few times the crash at certain level.

The X crash is identified when the X motor current overflows a certain threshold value by bumping to any obstacle or to increased movement resistance. In your case it happens at very similar height. According to the heights you indicated would be  interesting to look at the slicer ( better  probably into gcode) , what kind of movements the g-code is asking the printer to execute. Could be some weird movements combination like layer change (Z hop) with retraction + x move at the same time , which could initiate the crash. I do not think it is a false crash, because even with the crash detection switched off there is a very small scratch visible and which (when the crash detection is on) is due to the false homing multiplied.

I can´t believe that at that moment the filament works as a glue and for the short moment sticks the nozzle to the model or the nozzle is really bumping to the model due to a filament incorrectly laid down by previous layer. What is you printing layer ?

What is your seam set up ( defines where you ar changing layer) and retract set up? Are your X and Z rods enough perpendicular?

Can you share the result of the last XYZ calibration?

I would try to do a XYZ calibration and try to change the seam positioning. 

Crazy idea - try to print ASA with open enclosure 😎 




even an old man can learn new things 🙂
Standard I3 mk3s, FW 3.8.1, no closed box, sketchup , fusion 360, PrusaSlicer, Windows 10...
Posted : 04/12/2019 5:03 pm
Active Member


Hi Zoltan, thanks for your opinion! I've printed the same model with different layer heights (0.15 and 0.2) both "failed" at the same +- time ... which leads me to the time-related issue => in the fact of closed enclosure the heat build-up (i haven't checked the motor drivers temperature yet)?

Printing ASA without enclosure is definitively something on my list - but from the PLA failure, I need to reassemble extruder again => first I'll do MKR3S upgrade. Then whole XYZ calibration (after moving PSU out and installing surrogate support for the frame, I've checked perpendicularity by dial gauge - seems to be dead spot).

As soon as I have some updates, I'll update this thread. It is kind of interesting problem at all 🙂 Once again thanks for the support.

If there will be failures again, I'll move the control board outside the enclosure - but extending stepper cables will be kind of a "work". Front panel will go out then as well, due to resistance issues on 3.3V and some weird behaviours discovered around the forums with SD card read issue do to current drop over long cables ...

Posted : 04/12/2019 6:49 pm

Please Login or Register