Ignored gcode lines. Circle segment reduction?
I have a strange problem where my MK3S with MMU2S will just skip a couple gcode commands. I suspect this could be something where the firmware is trying to reduce the number of segments in a circle.
A part that produces this (at least this latest iteration) is a triangle shaped part with one right angle and the right angle is rounded. I tried via SD-card and octoprint, and slic3r PE 1.41.3, 1.42 beta1 and 2 to rule out any other component. This also happened with another part that had a large circular perimeter. Also the same part with the hole in the middle slightly more to the center had no problem printing...
I also tested to reduce the face count on the exported STL from fusion 360. Which helped on one of the parts but not the other.
Has anyone experienced something like this?
RE: Ignored gcode lines. Circle segment reduction?
The firmware is dumb, it just executes Gcodes as given; it does not try to be smart about them. Unless Slic3r shows those bridges in your layer preview, it's not that. (If it does, your STL probably has errors and needs some fixing)
I'm almost guaranteeing you have an adhesion problem, fixed by two things in nearly all cases:
-> Your first layer is way to high. You need to redo your live Z:
Also, you need to clean your bed. Dish soap with no additives (scent, etc) and hot water, scrub it with a clean paper towel and rinse with more hot water. Handle only by the edges or with clean gloves on.
Dry with another clean paper towel, and you're all set to print on it. (Of course, prep with windex if printing PETG) Search for @Bobstro's posts on bed maintenance if you need more info; I don't want to copy-pasta something that someone else has put hard work into writing, nor do I want to re-type the same thing that is easily found all over this forum.
RE: Ignored gcode lines. Circle segment reduction?
The firmware is dumb, it just executes Gcodes as given; it does not try to be smart about them. Unless Slic3r shows those bridges in your layer preview, it's not that. (If it does, your STL probably has errors and needs some fixing)
I'm almost guaranteeing you have an adhesion problem, fixed by two things in nearly all cases:
-> Your first layer is way to high. You need to redo your live Z:
Also, you need to clean your bed. Dish soap with no additives (scent, etc) and hot water, scrub it with a clean paper towel and rinse with more hot water. Handle only by the edges or with clean gloves on.
Dry with another clean paper towel, and you're all set to print on it. (Of course, prep with windex if printing PETG) Search for @Bobstro's posts on bed maintenance if you need more info; I don't want to copy-pasta something that someone else has put hard work into writing, nor do I want to re-type the same thing that is easily found all over this forum.
The adhesion is fine. I watched the printer during the print. It does actually move like that.
RE: Ignored gcode lines. Circle segment reduction?
I am not convinced. Look at this picture:
There is infill with no perimeters around it. Unless you deliberately changed the setting, the infill is always done after said perimeters.
What probably happened is your printer made a travel move and took some non-adhered perimeter with it, further evidenced by the fact your problem "line" is *under* said infill.
My other comments still stand regarding whether it is shown in the Slic3r preview and that your first layer is too high. Humour me - fix your live Z as suggested, clean the bed, try again, and post more pictures if it still fails. First layer problems have a way of percolating up the print if they result in unsupported or poorly supported regions.
RE: Ignored gcode lines. Circle segment reduction?
I am not convinced. Look at this picture:
Look at his other pictures in the post. It is not an adhesion issue as it is showing up much further in the print.
RE: Ignored gcode lines. Circle segment reduction?
Recorded from after purge line but I zoom in at the problem at around 1 min
RE: Ignored gcode lines. Circle segment reduction?
One close look at the bed photo it is obvious the bed is dirty and needs to be washed in hot soapy water.
But I am not convinced that is the issue. It looks to me like a bad slice. The perimeter is simply not being produced. Since the issue is apparent on two parts and what appear to be the exact same points, adhesion alone doesn't explain the issue.
ZIP then post the STL for the part. Also, include your gcode.
RE: Ignored gcode lines. Circle segment reduction?
As for washing the bed: Do an alcohol scrub to pull up some of the plastic residue that's there. It may take a few passes to get down to PEI. Then wash in hot soapy water. Rinsing well.
Then again - a photo doesn't tell the entire story. If you're happy with how parts are sticking, keep going until they don't stick to your satisfaction.
RE: Ignored gcode lines. Circle segment reduction?
I am not convinced. Look at this picture:
Look at his other pictures in the post. It is not an adhesion issue as it is showing up much further in the print.
If the lower perimeters are missing and the layers above are now unsupported/have nothing to stick to, the same problem will recur further up the print.
RE: Ignored gcode lines. Circle segment reduction?
Look at the second part being made it starts with the inner circle then it makes the outer perimeters across it. The gcode is fine it shows perfectly in both slic3r and simplify 3d.
Also I've been 3D printing for years it is not the bed. The bed looks gray because I have roughed it up with sandpaper. This was the unused side of the smooth PEI bed plate. The first side got stuck in some TPU and ripped a couple of months after only getting the MK3. And the first side took like a week to start consistently adhering to prints for no apparent reason. This side worked after sanding of the new surface and cleaning it with dish soap and is so consistent that I don't need to monitor the parts being made, hence why it got half done with these parts:
The attached zip contains the gcode, the one parked hidef has increased face count and is the one that causes both to fail, the other one is the print where one failed and one didn't. It also contains full resolution images. Didn't think the forum upload would down size them this much. https://1drv.ms/u/s!ArShZhd95szTgY0tlPjeM0kVw9Pnsw
RE: Ignored gcode lines. Circle segment reduction?
Can you share the 3MF Slic3r project? I'd like to replicate locally and look at whether the non-printing moves agree with the extra printed bridges in your print.
RE: Ignored gcode lines. Circle segment reduction?
Here are the 3MF files.
RE: Ignored gcode lines. Circle segment reduction?
When posting images, make you enable the Link to: Media option. You also have the option to set post thumbnail size.
RE: Ignored gcode lines. Circle segment reduction?
Having the gcode would be go to take a look in a viewer.
And it's a slice problem - in the video it is clear the bridges are laid down when the perimeter should be extending out to that sharp point.
In Slic3r, and I'm assuming the large hole is placed downward on the bed so it is perpendicular when printed. But the slice looks good, no apparent issues. So back to asking for the gcode that is showing the issue.
As an aside, your layer one is really off. Way too thick.
RE: Ignored gcode lines. Circle segment reduction?
Having the gcode would be go to take a look in a viewer.
And it's a slice problem - in the video it is clear the bridges are laid down when the perimeter should be extending out to that sharp point.
In Slic3r, and I'm assuming the large hole is placed downward on the bed so it is perpendicular when printed. But the slice looks good, no apparent issues. So back to asking for the gcode that is showing the issue.
As an aside, your layer one is really off. Way too thick.
The gcode is attached at the bottom of this post.
The first layer is 0.2mm and tuned almost perfectly.
I compiled my own firmware from github and it printed the same gcode fine. I'll test to reflash the firmware from https://www.prusa3d.com/drivers/ tomorrow. And also see if the standard settings from git hub works or if my changes was the solution.
Also here are larger images
RE: Ignored gcode lines. Circle segment reduction?
The two gcode files print without issue - and view without issue. The purge line is a bit crazy. You must have something going on in the Einsy - maybe wrong firmware for the print you have, or the files you uploaded aren't the ones failing. The fact remains layer one in those photos looks pretty bad.
The fact both parts have the exact same defect points to a bad slice. The fact the uploads print normally makes it look like the part had a defect that you've since fixed and placed only the new parts in the uploads. It's a mystery.
RE: Ignored gcode lines. Circle segment reduction?
The two gcode files print without issue - and view without issue. The purge line is a bit crazy. You must have something going on in the Einsy - maybe wrong firmware for the print you have, or the files you uploaded aren't the ones failing. The fact remains layer one in those photos looks pretty bad.
The fact both parts have the exact same defect points to a bad slice. The fact the uploads print normally makes it look like the part had a defect that you've since fixed and placed only the new parts in the uploads. It's a mystery.
I have the MMU2S which has the long purge line to make sure you get the right filament at the start.
It is the same gcode file. The firmware I was using first is the one uploaded on https://www.prusa3d.com/drivers/ (3.7.0 for the MK3S and 1.0.5 for the MMU2S), then the print succeed(same gcode) with my own compiled firmware from https://github.com/prusa3d/Prusa-Firmware where I changed some parameters.
RE: Ignored gcode lines. Circle segment reduction?
The first layer is 0.2mm and tuned almost perfectly.
Also here are larger images
You and I clearly have a very different definition of "tuned almost perfectly". Your Live Z is WAY off as your passes are not meshing together as they should. This is also shown in your pic showing your top layer. There should be no gaps. The Live Z might not be the source of your problem, but at the least you aren't getting the best out of your printer.
In addition to the weird crossing issue, you are clearly missing perimeters throughout your prints. I'd start with getting your Live Z dialed in first and go from there.
RE: Ignored gcode lines. Circle segment reduction?
The first layer is 0.2mm and tuned almost perfectly.
Also here are larger images
You and I clearly have a very different definition of "tuned almost perfectly". Your Live Z is WAY off as your passes are not meshing together as they should. This is also shown in your pic showing your top layer. There should be no gaps. The Live Z might not be the source of your problem, but at the least you aren't getting the best out of your printer.
In addition to the weird crossing issue, you are clearly missing perimeters throughout your prints. I'd start with getting your Live Z dialed in first and go from there.
If you guys enjoy elephants foot from mushing your first layer go ahead, it is not a first layer issue... Just watch the youtube video I posted from 1:25 it shows the second part being printed...
RE: Ignored gcode lines. Circle segment reduction?
As I said, it may not have anything to do with the question at hand, but your Live Z is flat out wrong. Until your Live Z is closer to correct, nothing can be assured. The Live Z isn't just about your first layer, it also means ALL your layers are improperly bonding.