Quotein addition to the print i expected, i also got a very small part of another print alongside it,
This means the printer has problems reading the SD card. I don't have an Ender3Pro printer, but here are some generic problems every SD-card printer can encounter:
- SD card is corrupt. When you remove the SD-card from your computer you always have to use the 'eject' function, otherwise the computer might not have saved all file data and the administration on the SD card becomes corrupt. When you insert this SD card in your Windows computer, is it then reported as potentially damaged?
- SD cards larger than 32Gb are not (yet) supported by all printers.
- Firmware bug. FAT32 has been around for a long time, so this is not very likely
- Electronics design problem where interference from other devices introduces SD card reading errors.
When I had to guess, then it's most likely option 1 or 4. Option 1 is easy to fix by choosing another SD-card. With option 4 you are out of luck.
Recommended Posts
GregValiant 1,455
Cura adds the Max movement to the beginning of a gcode file.
;MINX:74.235
;MINY:95.097
;MINZ:0.2
;MAXX:173.368
;MAXY:161.003
;MAXZ:26
You can see by the numbers that there isn't any gross movement, and nothing moves beyond your build plate volume.
The Gcode looks good. An on-line analyzer showed the speeds to be normal with a high of 150mm/sec (your travel speed). I read the Gcode into AutoCad and it looked good. The Gcode commands heat the hot end and bed, wait for them to hit the set temps, and then Auto-Homes before printing the purge lines. That is normal Ender 3 and 3Pro behavior. Slamming into the positive end stop is not good and isn't in the gcode.
My Ender3Pro with the 1.1.5 board hates SD cards over 32gb and long file names. The problem with long names is they don't display so I can't pick them to print.
Link to post
Share on other sites