[BUG] Creality Print 5.1 ...Printing by Object : Too Tall / Collision Error. Work around?

Maximum Height we can print using multi-object? I’ve tried several models, and CP5.1 tells me they are all too tall.

The attached screenshot shows two objects, printing using different colors : each 110m tall & 59mm wide

In the example, I thought I could print the first one at the front of the bed, the second at the back and the X Axis would never hit, nor would the printer lid.

I tested this in Orca and Orca works perfectly fine. Screenshots showing Orca and CP5.1

Please advise on how to fix this in the printer settings… and please fix this on the next release. Thank you!


Are you wanting to print one at a time because you want to colour change? If they are both the same colour print them both at the same time. I don’t know the max height for print by object.

I stated in the post title… printing per-object, not per-layer. Its not helpful to post just to tell people you dont know the answer.

1 Like

Do you want help or not…?

The height restriction is different depending on whether you use Creality Print or Orca so you can’t know until you set it up on the plate.

The blue line around the build plate shows the Z axis height restriction. If you go higher than that you will get the warning.

Are you trying to print one color…?

Also the print by object doesn’t work with Creality Print yet.

2 Likes

I was actually asking for more information that wasn’t in your original post in order to form a better answer.

2 Likes

4.3.8 doesn’t complain about that model in that print mode. So that model doesn’t seem to be too tall for that version of Creality Print.

1 Like

I haven’t gone back to that version to check it out. :slightly_frowning_face:

I’m not sure why there even is a height restriction in print by object…

It prints an object in the front and then moves to the back…

Doubt you can do that on a K2 Plus. Head moves around to much to clean and change etc, would probably hit any object completed while starting the next.

Why would it be exposed in CP5.1 if it does not work? If its a bug, where is the bug documented?

2 colors, one per object… as I stated in the first post. BUT that is not relevant since the problem is with the height and the slicer’s lack of understanding of print order and x-axis movement

Exactly :+1:

Only 2 things matter 1/ Lid height 2/ X-Axis movement.
1/ If the front object will not hit the lid
-and-
2/ X-Axis will not hit the front object
… then CP should allow the slicer to slice the plate

Make sure you are using the latest version.

Here is a link to let Creality know about these and other issues with Creality Print…
Be specific for each issue and polite.
Thanks

Creality Print Dev Feedback Form

1 Like

as stated, using CP5.1

Submitted bug report before posting here on the forum

I understand but there are about 5 Creality Print versions 5.1 all have different bugs and issues so you have to be specific on what version you are using… :smiley:
:arrow_right: Creality Print Versions :arrow_left:

1 Like

Though that was based on my V3KE bedslinger. Fired up Orcaslicer and it did complain until I did autoarrange, based that on my Qidi Q1Pro which is a smaller build plate than the K2plus. Simple answer is ignore CP5.1 for now.

1 Like

V5.1.6.10470 (latest version to date)

1 Like

I have the same issue. Has anyone find a solution?

Hello @Jacob00 …! :wave:

Welcome to the Creality Forum…! Creality

I think @Bonfireman mentioned he used “auto arrange”. See if that works for you…

1 Like

I did but that was in Orca and Qidi Studio (basically Orca in another dress). Creality print was sliced for a V3KE bedslinger so the z height is not so important as it is for a core XY machine. Still worth a try mind.

1 Like

Its a bug, auto arrange doesnt help.

It is also not specific to the K2…it happens with the KE and V3. I forget at which update it stopped working, but it is a recent ‘feature upgrade’ that broke it.