New firmware print issues with Infill
I upgrade firmware to 3.1.1 b150 RC5 and ran this model. It is a 12mm high rectangle with 15% honeycomb infill.
I printed it with eSUN PET, a brand new roll.
Started seeing under extrusion in the infill. I thought it was charred filament, but it is holes. It is in two sides of the walls, primarily the North East wall and lesser, South West wall.
I thought it was the filament. So I reflashed to 3.1.1 b143 RC4 and ran the exact same file that was sliced in the latest MK3 version of Slic3r PE. No issues.
ANyone seen this?
Re: New firmware print issues with Infill
Are you running the same speeds as RC4? RC5 disabled Linear Advance since it was part of what caused problems for USB and Octoprint. To get the same quality of print you might have to slow the print down for the pressure in the nozzle to equalize. Especially for PETG.
Have been tweaking a S3D profile for RC5 and have found I needed to slow the print right down to regain good quality.
On the plus side; jerk has been set to 10mm/s as opposed to 15mm/s in RC4 which does help with ringing.
Re: New firmware print issues with Infill
I have issues with the RC5 B150 firmware update as well, there were crazy layer shifts and a lot of crash detections without the head crashing into anything. Could you check your fail stats and see if you have a large number of crashes detected. I moved back to b143 RC4 and the same sliced print works fine.
Re: New firmware print issues with Infill
Are you running the same speeds as RC4? RC5 disabled Linear Advance since it was part of what caused problems for USB and Octoprint. To get the same quality of print you might have to slow the print down for the pressure in the nozzle to equalize. Especially for PETG.
Have been tweaking a S3D profile for RC5 and have found I needed to slow the print right down to regain good quality.
On the plus side; jerk has been set to 10mm/s as opposed to 15mm/s in RC4 which does help with ringing.
I changed nothing, just accepted the defaults and ran it on two different firmwares.
It is way slower to complete with the new firmware, slower than the MK2s
Re: New firmware print issues with Infill
My guess would be that the retraction settings are inaccurate for PETG without linear advance. RC5 has linear advance disabled.
You could try to print the same file on RC4 with k=0 to see if you get similar results.
That's just my guess, I haven't installed RC5 on my machine yet.
Re: New firmware print issues with Infill
My guess would be that the retraction settings are inaccurate for PETG without linear advance. RC5 has linear advance disabled.
You could try to print the same file on RC4 with k=0 to see if you get similar results.
That's just my guess, I haven't installed RC5 on my machine yet.
With linear advance disabled in firmware, wouldn’t it just ignore the command as invalid?
Re: New firmware print issues with Infill
With RC5, I did not have infill problems with 15% honeycomb using Inland (eSun) white PETG with zero bottom and zero top layers. I did however have issues with layer shifts. Going back to RC4.
Re: New firmware print issues with Infill
With RC5, I did not have infill problems with 15% honeycomb using Inland (eSun) white PETG with zero bottom and zero top layers. I did however have issues with layer shifts. Going back to RC4.
Was it sliced in Slic3r?
What filament type did you use in the software and did you tweak any settings?
Re: New firmware print issues with Infill
My guess would be that the retraction settings are inaccurate for PETG without linear advance. RC5 has linear advance disabled.
You could try to print the same file on RC4 with k=0 to see if you get similar results.
That's just my guess, I haven't installed RC5 on my machine yet.
With linear advance disabled in firmware, wouldn’t it just ignore the command as invalid?
That's correct, but retraction settings need to be modified when you enable or disable linear advance, especially with PETG. At least, that's my experience (not specifically the the Prusa and Slic3r).
I'm not saying that this is the problem here, but it's what I would investigate.
-yvest
Re: New firmware print issues with Infill
My guess would be that the retraction settings are inaccurate for PETG without linear advance. RC5 has linear advance disabled.
You could try to print the same file on RC4 with k=0 to see if you get similar results.
That's just my guess, I haven't installed RC5 on my machine yet.
With linear advance disabled in firmware, wouldn’t it just ignore the command as invalid?
That's correct, but retraction settings need to be modified when you enable or disable linear advance, especially with PETG. At least, that's my experience (not specifically the the Prusa and Slic3r).
I'm not saying that this is the problem here, but it's what I would investigate.
-yvest
I am guessing the GCODE is in the slicer under Filament Settings/Custom GCODE and it currently says
M900 K{if printer_notes=~/.*PRINTER_HAS_BOWDEN.*/}200{else}45{endif}; Filament gcode
so it is assuming a K of 200. Would I just comment that whole line out?