Jump to content
Ultimaker Community of 3D Printing Experts

Cura 2.3 machine_disallowed_areas stops any slicing with dual extruders and where has "preSwitchExtruder" gocode gone?

Recommended Posts

I am trying to move to 2.3.. but....

I have added a very small triangular "machine_disallowed_areas" to my dual extruder printer's .def.json. Now it will not slice at all.

Removing the lines that I added :

"machine_disallowed_areas": {           "default_value": [               [[-34,  -85], [ -85,  -85], [-70,  -70]]]}

makes it print again, so it is just this disallowed area that is stopping the slicing for some reason.

With a single extruder printer, the machines_disallowed_areas seems to work fine and I can slice.

This looks like a bug to me.. Can it be fixed, or is there something else going on?

Second question: where are the "preSwitchExtruder" and postSwitchExtruder" G codes ?? I need these to do some extruder purging when switching extruders... I am sure you must have kept them somewhere, but I cannot find them.

Thanks for the otherwise awesome software!.


Share this post

Link to post
Share on other sites

Disallow areas apply to both extruders whether they are being used or not. So even if the model is only being printed with one extruder, if the second one might move into the disallow area, I'm betting Cura won't allow it.

This also would apply to any brim/skirt, raft for the model.

Move the model farther away from the disallow area and see if it allows it to be sliced.

Share this post

Link to post
Share on other sites

I tried slicing a tiny part and placing it well away from the disallowed area!

But it still did not slice. To test, I modified the standard Ultimaker original dual extrusion JSON with just these changes:

 "platform": "kossel_platform.stl",

(so I can visually see that the machine JSON is different from the original..


"machine_center_is_zero": {           "default_value": true

.. Because my machine is center = zero..


},"machine_disallowed_areas": {           "default_value": [               [[-34,  -85], [ -85,  -85], [-70,  -70]]]}

.. the test for disallowed areas..

With just these changes, it refuses to slice:

SO, I remove the Disallowed area, and restarted and - providing I have the prime tower suitably placed see later...., I can slice...

What I noticed however is that "red" box showing the prime tower placement ( or the small grey shadow it leaves) is NOT where the final slicing places the box.. I assume that this because there are faults in the program that do not take account of the "center is zero" switch.

When modifying the tower position, it looks like the "red" ( or greyed box) position that shows the prime tower when you adjust the position is showing in the lower left printbed quadrant, (where 0,0 would be if not center=zero) but when slicing, is properly placed in the top right quadrant.

You can see in the image that the prime tower is top right, but the "shadow" of the "prime tower location" is down in the left bottom quadrant at 60 x, 40 y.

As confirmation, I tried to set negative values in the prime tower positions, and the code refuses to accept them, making the data entry box red.. Thiis is definitely a fault as far as Center=zero is concerned.

I suspect that the disallowed area problem is also related to this issue as my test disallowed areas are negative (so should show in bottom left?) .. but actually result in a greyed area in the top left.. Interestingly, if I use the full set of disallowed areas that produces a near circle, they seem to be "correctly placed, but I strongly suspect that the code is misinterpreting the Y axis for disallowed areas and Center = zero , and that this is the root cause of the refusing to slice.



Share this post

Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now

  • Our picks

    • Ultimaker Cura | a new interface
      We're not only trying to always make Ultimaker Cura better with the usual new features and improvements we build, but we're also trying to make it more pleasant to operate. The interface was the focus for the upcoming release, from which we would already like to present you the first glance. 
      • 114 replies
    • "Back To The Future" using Generative Design & Investment Casting
      Designing for light-weight parts is becoming more important, and I’m a firm believer in the need to produce lighter weight, less over-engineered parts for the future. This is for sustainability reasons because we need to be using less raw materials and, in things like transportation, it impacts the energy usage of the product during it’s service life.
        • Like
      • 12 replies

Important Information

Welcome to the Ultimaker Community of 3D printing experts. Visit the following links to read more about our Terms of Use or our Privacy Policy. Thank you!