Jump to content

13.06.4 Project Planner Failures


Recommended Posts

Posted · 13.06.4 Project Planner Failures

I had a lot of fun with 13.06.x during the last, past days.

Until now. Until printer number three sunk its head directly into an object :-/

It looks like the new project planner ignores or misinterprets the given head sizes in the preference menu.

Play with it and watch the grey zones around the models!

Additionally, the lack of specifying the order of prints makes things even worse

because the algorithm seems to work only towards a positive y direction.

If the head size towards y-max is only 10mm, but has 80mm to y-min,

one loses 70mm of space because there's no way of telling Cura it better

starts with the object at y-max.

And because Cura 13.06.4 does not care about the y-min size, I lost an extraordinary beautiful fan shroud in a plastics vs. plastics fight :(


  • Link to post
    Share on other sites

    Posted · 13.06.4 Project Planner Failures

    Odd, there is code in place to account for this "switched around fan" setup. Because, my home printer has this.

    I'll do some tests to be sure. See Cura/util/objectScene.py, it has "leftToRight" and "topToBottom" variables that it uses to see if it needs to go in one direction or the other depending on the head size.

    I do think 10mm is too little, a normal Ultimaker has ~18mm between the nozzle tip and the end of the head in the shortest direction.


  • Link to post
    Share on other sites

    • 4 weeks later...
    Posted · 13.06.4 Project Planner Failures

    I didn't use the project planner for a while, an unforgivable mistake:

    Whamm, there went another fan...

    Short description:

    Although the "scene" sort- and placing algorithm takes care about object hits, it completely

    ignores their order. At least, not in relation to the size of the printing head.

    I didn't test this on my Ultimaker and concentrated on the y-axis, because the crashed machine has

    the fan towards y-min.

    Maybe that's the reason because it's working for most of us while we're using the Ultimaker?

    With the fan on the left side?

    My (debug) settings:

    xmin 100 ; only to block x-placement

    xmax 100 ; only to block x-placement

    ymin 50

    ymax 1

    Try swapping ymin and ymax and look at the gcode output (or put in some debug prints

    after sorting completes or the slicer starts to work):

    The objects are always sorted in the same (wrong) direction...

    Here are my findings, so far.

    def setHeadSize(self, xMin, xMax, yMin, yMax, gantryHeight):
    self._leftToRight = xMin < xMax
    self._frontToBack = yMin < yMax

    self._headOffsets[0] = min(xMin, xMax)
    self._headOffsets[1] = min(yMin, yMax)

    self._gantryHeight = gantryHeight

    Ok, a clever solution (except for the overall readability of the algorithm, which got lost without a single comment :wink:

    Indeed, if we know the right direction, towards the longer head part, we only need to

    store the shorter dimension.

    Unfortunately, the "scene sorter"

    while len(self._todo) > 0:
    n += 1
    current = self._todo.pop()
    for addIdx in current.todo:
    if not self._checkHitFor(addIdx, current.order) and not self._checkBlocks(addIdx, current.todo):
    todoList = current.todo[:]
    order = current.order[:] + [addIdx]
    if len(todoList) == 0:
    self._todo = None
    self.order = order
    self._todo.append(_objectOrder(order, todoList))
    self.order = None

    only cares about the initially created hit map, created via:

    def _checkHit(self, addIdx, idx):
    addPos = self._scene._objectList[addIdx].getPosition()
    addSize = self._scene._objectList[addIdx].getSize()
    pos = self._scene._objectList[idx].getPosition()
    size = self._scene._objectList[idx].getSize()
    if self._leftToRight:
    if addPos[0] - addSize[0] / 2 - self._offset[0] <= pos[0] + size[0] / 2:
    return False
    if addPos[0] + addSize[0] / 2 + self._offset[0] <= pos[0] - size[0] / 2:
    return False
    if self._frontToBack:
    if addPos[1] - addSize[1] / 2 - self._offset[1] >= pos[1] + size[1] / 2:
    return False
    if addPos[1] + addSize[1] / 2 + self._offset[1] >= pos[1] - size[1] / 2:
    return False
    return True

    but never about the preferred direction towards the small head dimension.

    Until know, I indeed did not manage to find any code that cares about the direction or am I missing something?

    I was afraid of touching this hell of a sorter code, so I disabled it and wrote a quick workaround that allows

    me to select the order of the objects by simply clicking at them, but that's probably not what you want :wink:)

    It really would be nice having this piece of code back and working!


  • 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

      • S-Line Firmware 8.3.0 was released Nov. 20th on the "Latest" firmware branch.
        (Sorry, was out of office when this released)

        This update is for...
        All UltiMaker S series  
        New features
        Temperature status. During print preparation, the temperatures of the print cores and build plate will be shown on the display. This gives a better indication of the progress and remaining wait time. Save log files in paused state. It is now possible to save the printer's log files to USB if the currently active print job is paused. Previously, the Dump logs to USB option was only enabled if the printer was in idle state. Confirm print removal via Digital Factory. If the printer is connected to the Digital Factory, it is now possible to confirm the removal of a previous print job via the Digital Factory interface. This is useful in situations where the build plate is clear, but the operator forgot to select Confirm removal on the printer’s display. Visit this page for more information about this feature.
          • Like
        • 0 replies
      • Ultimaker Cura 5.6 stable released
        Cura now supports Method series printers!
        A year after the merger of Ultimaker and MakerBotQQ, we have unlocked the ability for users of our Method series printers to slice files using UltiMaker Cura. As of this release, users can find profiles for our Method and Method XL printers, as well as material profiles for ABS-R, ABS-CF, and RapidRinse. Meaning it’s now possible to use either Cura or the existing cloud-slicing software CloudPrint when printing with these printers or materials
        • 48 replies
    • Create New...