Sequential print is executed non-sequential/not in the right order  

RE: Sequential print is executed non-sequential/not in the right order

Please post your project file (File Save As) then zip up the output .3mf and attach it here.  That way we can take a look at it ourselves and try different settings.

I suspect that its a limitation in the current version when it comes to printing brims / skirt lines as they get printed first.  I remember a similar issue being raised against Super Slicer (which is a fork of PS) 

RE: Sequential print is executed non-sequential/not in the right order

Hi neophyl,

Thanks for your reply. Here you find the .3mf file.

sequential_printing

It seems, that you are right. I just started a print without brims and the printer starts at Seq.#1 like expected.

RE: Sequential print is executed non-sequential/not in the right order

Actually one of the suggestions for an improvement to Super Slicer is to print the first layers of all objects and THEN go to the sequential printing order. 
This would allow the user to monitor that the first layers have gone down correctly and are sticking to the bed properly.  Then you could more safely turn your attention elsewhere.  Its usually first layers not sticking that causes print problems with disastrous ends.

So I wouldnt worry too much about it doing all the brims first, that's probably a good thing.

RE: Sequential print is executed non-sequential/not in the right order

Could it possibly be that printing the brims sequentially would end up causing a collision with one of the already printed models if they weren't printed first?

just a thought.

RE: Sequential print is executed non-sequential/not in the right order

Good thought @swiss_cheese, but I tried to print with less elements on print bed and larger clearance. The result is still the same: brims are printed first.

RE: Sequential print is executed non-sequential/not in the right order

In some cases, it can be helpful to print all brims first. In this particular case it causes shrinking defects, because the first layer takes about 17 minutes to print. If brim and 3 parts of one object are printed directly together, there is no shrinking effect.

I think the only option for my case is to manually adapt the gcode.

RE: Sequential print is executed non-sequential/not in the right order

Is it possible to change filament as the printer sequences to the different objects?  I would like to use my MMU2S to make different colored objects.

RE: Sequential print is executed non-sequential/not in the right order

Hi @agkirk,

I am not able to check this in practice (I don't own a MMU), but I can imagine, that it could work like this:

1. Integrate a tower into your object which is one layer higher than the object you want to print
2. On this last layer add color change in prusaslicer
3. Go into your gcode and search for the color exchange positions (i.e. M600, filament change). This position you have to replace with code, which is telling your MMU to select the right filament

Alternatively, add a separate object instead of the tower to your prusaslicer on which you can perform the filament change.

Such a tower can be placed closer to your object, because it is printed layer by layer with the object. An separate object will need some clearance to your main object.

RE: Sequential print is executed non-sequential/not in the right order

hmm, I'll be interested to know how this turns out. I've printed sequentially before but never using brims, I was unaware of this issue,

and the PLA your using is shrinking?

RE: Sequential print is executed non-sequential/not in the right order

I will share my results with you as soon as I manage to provide the changes into gcode and test it with my printer.

RE: Sequential print is executed non-sequential/not in the right order

PS. yes, there is some kind of shrinking going on with the PLA. Compare the walls on the pictures below. Left is with failure, right is fine.