Integrated printer test objects?

[peter12311]

Version

Version of PrusaSlicer used goes here 2.3.0

Operating system type + version

Win10

3D printer brand / version + firmware version (if known)

Currently 5 printers, all highly customized, all on Marlin 1.1 or 2.x

Behavior

No problem, but a question / request. Probably anybody using 3d-printing prints multiple test objects as heattowers, leveling patterns, cubes, benchys etc.. Wouldn't it be nice to have a slicer option to genenate a couple of these objects directly in the slicer? i.e. Heattowers with a generated variable temperature, leveling patterns generated to fit the heatbed-size and so on. At least for me it's always loads of manual work including all possibility to miss one or the other setting accidentially.

Maybe something like this already exists - so please give me a hint. If not I'd love to see this as an additional feature in this great slicer.

Is this a new feature request? yes

[bttguy]

It would be a nice addition!

[plampix]

I use SuperSlicer (a fork of PrusaSlicer) to do these kind of things, and port the changes back to my PrusaSlicer profiles.

[Photogad]

As other user had said, it is already in SuperSlicer. But I would like to see it in PrusaSlicer too, because overall this program is more stable on my system than SuperSlicer. Do a pull request? Prusa could make the test objects even better...

[CPHfx]

That would be not only cool, but even great :) So far, it is really not easy to do some of the calibrations - like e.g. retraction, flow and others, as there are no modifiers for these values. A handy build in tool would be used quite often be me. Can i somehow vote for this or push it in another way?

[redPanther]

I would love to see this too. This feature can be linked with the great prusa wiki. In the wiki it is not needed to download test objects, just say .... choose this entry from calibration menu. Would love to see more complex tests like linear advance. Its a pain in the ass to mess around with existing generators/files/gcode when you have a modified printer.

In addition I would like to see that you can add your own entries for calibration objects (e.g. like a benchy. Perhaps including it in the release could be problematic due to licensing issue?)

[foreachthing]

In addition I would like to see that you can add your own entries for calibration objects (e.g. like a benchy).

You could add Benchy yourself: Right click on the build plate -> Add shape -> Gallery -> Add (then browse to your downloaded Benchy file).

[redPanther]

You could add Benchy yourself: Right click on the build plate -> Add shape -> Gallery -> Add (then browse to your downloaded Benchy file).

thats neat, thx!

[CPHfx]

In addition I would like to see that you can add your own entries for calibration objects (e.g. like a benchy).

You could add Benchy yourself: Right click on the build plate -> Add shape -> Gallery -> Add (then browse to your downloaded Benchy file).

Not sure why that helps? I think calibration right now is difficult, as you have to handle with own gcode, to set up a calibration tower. For some calibrations like extrusion multiplier, k, or retraction, it is (for me) extremely difficult to set this up... heat tower is ok ;)

For adding a downloaded file to your bed, right now you just click on add file, browse to you folder, and add it. If you want to open this dialog via right click, i think that would be another request and has not so much to do with calibration capabilities of PS

[foreachthing]

@CPHfx it helps because he/she can add custom models very quickly. This has nothing to do with calibrating, I agree! I myself use SuperSlicer for calibrating....

[ibash]

Given the license of prusaslicer/superslicer, there's nothing stopping literally porting superslicer's calibration tests over.

[ibash]

In progress, but I get a segfault...

[poudenes]

Is this still is progress? I don't see the option in Prusa 2.7.4 MacOS arm64 Would be great to have all the tests like OrcaSlicer into Prusa itself.

[Naeaeaeaeae]

I Second a few calibration models, which are not in need for a postscript, ... for correct behaviour

[DataPocalypse42]

Would be an awesome feature, sad that Prusa didn't even replied to this....