What is printed out and how it looked in slicer differ. Buggy gcode? Who can help to debug gcode?
Hi there!
I am a bit new here and trying to solve my first bigger looking issue of my CoreOne+ printer. I have downloaded an stl plan and sliced it with the PrusaSlicer 2.9.4 under linux. I have edited the PETG material to have the temperature that was given by the manufacturer of material (230-250 nozzle -> 240, and 70-80 bed -> 70). I have also changed some default settings like use support and use the organic type but have not edited any "expert" values - like retract speed or distance etc.
The slicer gave me screen where the end-result looked OK for me, so I have saved the gcode to USB and started printing. Since, it took longer than 1h, I went for my daily walk... When I was back I have noticed that the end-result looked quite different. There are several layers where there is an added slope or hole that was not on the screen on the slicer. My question is, who can help to "debug" the created gcode file? When I load again to the Slicer it still looks normal, so I guess the generation is perhaps buggy???
(BTW: The Pruse help page for the slicer gave me 404 -> https://help.prusa3d.com/product/prusaslicer - Does anybody know how to contact them?)
Please see added some pictures about the slicer screen as well as the printed out result + the code zipped.
RE:
This looks like a layer shift that could be caused by loose belts. Or possibly the grub screw attaching the belt pulley to the motor is not seated on the flat part of the motor shaft.
Anyway, errors like this are almost always mechanical. Very seldom is caused by an actual slicer bug.
RE: What is printed out and how it looked in slicer differ. Buggy gcode? Who can help to debug gcode?
3D printing can have a variety of pitfalls that aren't usually the slicers fault. Your gcode is just the result of your settings and it's the settings that need fine tuning. IMO, the first thing to do is calibrate various settings to your filament. At the very least do a temperature tower. Lots more info in the dedicated filament forum and other sections of the Core One forum. Overhangs beyond a certain angle can be problematic. One place I find the slicer doesn't tell you much is with supports. I usually use the organic ones just like you did, but I tweak the percentages and reslice until my gut says the filament isn't going to sag and give problems. You might have to support those angled areas too. I use the "smart" area tool. Speed is also a factor and may need some adjustment- others here know way more than I do and can be more specific.
RE: What is printed out and how it looked in slicer differ. Buggy gcode? Who can help to debug gcode?
Ah, sorry, I didn't realize those angles area aren't supposed to be there! Nor will this dang site let me edit anything.
RE: What is printed out and how it looked in slicer differ. Buggy gcode? Who can help to debug gcode?
This page has a documentation link https://www.prusa3d.com/p/prusaslicer/
This page also has a number of links to information https://help.prusa3d.com/en/search/Prusa%20slicer
Did you have a little red triangle with an exclamation mark, next to the object name in the right hand side of the prusa slicer window?
this can indicate error in the STL.
you show gaps down one corner of the model... is the model wall very thin at that point? typical extrusion width with a 0.4mm nozzle, is 0.45 mm if the wall is close to, or below this value, you can get holes in the model
where you have a slope at the bottom of the model, if the wall thickness is thin the slicer can have difficulty managing the extrusion...
It would be useful, if you could save a copy of Prusa Slicer, including the problematic model, using 'File>Save Project As' and giving the file a memorable file name,
this should result in a .3mf file with the memorable name
then ZIP Compress the .3mf file and then you can attach the resultant ZIP File to your next post
so that we can look at the issues
regards Joan
I try to make safe suggestions,You should understand the context and ensure you are happy that they are safe before attempting to apply my suggestions, what you do, is YOUR responsibility.Location Halifax UK
I agree with @joantabb, that looks like the classic walls too thin to print cleanly problem; there may be other issues - a zipped .3mf would help us diagnose the issue.
Cheerio,
RE: What is printed out and how it looked in slicer differ. Buggy gcode? Who can help to debug gcode?
Thanks for all the help. I was able to print second time better when I did some modifications in the slicing. I have tried to check there are no single layer of external walls, so I have modified some parameters and then after slicing checked how the head would be moving to see if there is any improvements. As I said, I have managed for the second try to get a better code and the print done properly.
I still think the slicer have some issues (not gcode generation) that needs some look after by the developer. I had another print where the support was created in the slicer but between the support and the supported edge there were 6 missing layers! So the support was not even close to the supported edge. Whatever I have tried with the different settings it just did not get any closer. Anyhow, I have solved that by rotating the item by 90 degrees but it felt stupid that I have to check carefully each layer where there is a support need if that looks OK. Honestly I was expected better from Prusa. This is not a "generate the gcode with the slicer and then print and it will be OK" approach. (I used to have a creality printer and I gave up the 3D printing 4 years ago because it was too much hassle to maintain the printer as well as take time to check the generated gcode if that makes sense. Now I am back again and honestly I do not enjoy the ride)
Anyhow, this thread can be closed and thanks for the help and suggestions - though I still do not know why the first print was failing the way it did fail. (BTW: There was no exclamation mark for my first print when I dropped the STL file)
PS: IMHO there should be a quality control about what plans can be uploaded to the Printable site. If the design contains elements that are immediately obvious to be problematic to get sliced properly should be mark with big red or something... For a beginner, like me, it is not obvious that the printer manufacturer endorsed/created site containing plans that are actually - let's put here just nicely - "tricky" to be printed. Now, lesson learned with a disappointment 🙁
I have tried to check there are no single layer of external walls
Top left of your first picture.
support was created in the slicer but between the support and the supported edge there were 6 missing layers!
If you want help with this sort of thing save your project as a .3mf file
Files > Save Project as
Zip the .3mf and post it here. It will contain both your part and your settings for us to diagnose.
IMHO there should be a quality control about what plans can be uploaded to the Printable site.
Here you're right. Since the end of 2021 Printables has accrued so much garbage that it is effectively unuseable. Beginners should be advised to avoid it until they have a couple of years experience and can recognise viable prints.
Cheerio,