Jump to content
Ultimaker Community of 3D Printing Experts


  • Content Count

  • Joined

  • Last visited

Posts posted by V3DPrinting

  1. Hi @territerriterri


    I also have the issue you've mentioned. I'm the author of it.


    I have made a fresh install of 4.3 before making this thread, just importing materials and profiles from my previous 4.3 version. So no upgrade done for that one, then upgraded to 4.4.


    I don't have anymore the 4.3 folder inline because I am reverting to 4.2.1 at the moment.


    Here's my 4.4 folder https://www.dropbox.com/sh/y0gdmw76onfw8h4/AACLe6B-PLjHSUYYizYOPWRUa?dl=0


    I need to restore the 4.3 folder from my TimeMachine backup and will post it right after.

  2. I have created a issue in GitHub https://github.com/Ultimaker/Cura/issues/6731


    But the answer from Ultimaker team is not reassuring at all, as it seems to be a new feature, that will lock the Cura users which are not using the Ultimaker ecosystem.


    Given the current bugs and new features, I will revert back to Cura 4.2.1 if I want to keep doing my print services business.


    If Ultimaker wants to go to the professional market with an open product, they should be professional regarding software development and testing

  3. 7 minutes ago, nallath said:

    It could also be an issue with the sidebar plugin. I've just tried to load your project twice, and it works as expected.


    Hi Nallath


    I just uninstalled the SideBar GUI Plugin and relaunched Cura




    I opened the initial project, updating material / profiles and the issue #2 is still there. My material settings have been reverted to the default generic material




    I've opened the project a second time, with the same results.


    So the bug seems to be inside Cura project management



  4. Hi since 4.4 I have a couple of issues linked with the usage of projects (it's my usual way of working).


    I have created a dummy project with the following materials and settings (dual extrusion with Nylon and PVA)


    UM3E_Support extrudeur QR 3.3mf





    First issue


    When opening the project previously created on Cura 4.4, and updating the materials / profiles, PVA material is declared incompatible with the configuration.

    Though is has been created a couple of minutes ago and no changes made to Cura.




    The material have been updated with wrong properties.

    This issue appears quite often


    Second issue


    Again, opening the same project will load wrong parameters for the material 1 (I didn't made the tests on material 2)




    These settings are in fact the default one for the Generic Nylon from which the custom material has been created.


    With these two issues, projects are now useless, as you either f...k up the configuration or need to recheck every thing.


    Too many bugs since 4.3 release ... developers team should concentrate on bug fixing and non regression instead of introducing new features every couple of weeks.


  5. Hi


    I have an issue performing the auto bed leveling :

    the slot 2 nozzle height measurement procedure starts, but complete before the nozzle touches the glass plate : there is a gap of 3 mm approx

    - then  the slot 1 nozzle height measurement procedure starts, but complete before the nozzle touches the glass plate : there is a gap of 3 mm approx


    Done the auto bed leveling  3 or 4 times in a row, without completing the bed leveling procedure

    Sometimes one nozzles touches the glass plate, but not the other.

    Sometime the nozzles height measurement procedures completes, but the bed leveling procedure fails.


    I've checked the bed sensor performance and the test was OK.


    So I've done a manual leveling and disabled the auto bed leveling. But as I change often print cores, I would like to get back to the auto bed leveling enabled.


    Thanks for your help.

  6. I have the exact same problem on two UM3E that are 2 and 1.5 years old, running firmware since it has been released.


    The nozzle in slot 2 is squeezed by nearly two layers, making the extrusion nearly impossible, jamming the core and grinding material.


    I also have an S5, but without any issues.

    All printers are printing with 3d Solex Hardcores since the beginning.


    I print approx 20 hours per day on my printers, and haven't noticed the problem since last Thursday, when I upgraded to Cura 4.4.

    I print a lot with a different support material so it should have appeared before.


    I have checked the gcode file generated for the first layer, and it seems fine, both tools are printing at the same height.


    I have rechecked the bed height and adjusted it to 14 mm (recommended height by Ultimaker to perform Autobed leveling), increased the spring length by 5 mm on the Hardcore, done a manual leveling, disabled the Autobed leveling.


    But the issue is still there.


  7. Hi


    I have the same problem with my S5, as a Cura Connect group host, that keeps disconnecting from Cura 4.3 and 4.4, but all my printers are connected on a gigabyte ethernet network.


    Disconnection is mainly while Cura performs processor intensive tasks (saving a project, slicing, changing material, changing profile) but also occurs while Cura is idle.


    Some weird informations on Cura 4.4, printer is said to be connected on the top left, but going to the printers tab, it is not marked as connected. Still it is possible to send the print to the printer by network.




    I already have a bug opened on Github https://github.com/Ultimaker/Cura/issues/6626


    This corrupts all the projects that are saved making this feature useless. It's a PITA.


    Seems like 4.3 and 4.4 releases were done to deliver new features for the new Ultimaker products, but quality control and non regression was not a priority.


    It's a shame for products that are targeting businesses.

    Being a 3d printing service provider this has a major impact on my operations.

    • Like 1
  8. 28 minutes ago, peggyb said:

    did you rotate the model, something goes wrong (bug) if the model is rotated and scaled.

    Yes I did rotate the model 90° along the Z Axis in order to fit on the build plate.


    I haven't noticed the bug before, as it's pretty rare to have to rescale not uniformly a model before printing

  9. Hi


    I have a model to scale, but not the same ratio between X / Z and Y.

    X and Z should be scaled 99,6 % and Y 98,8 %.


    So I have first rescale uniformly the model to 99,6 %.



    Then unchecked the uniform scaling



    Then changed the Y ratio to 98,8 but not clicking



    Then after clicking, the result is 



    Looks like the X and Y are not properly taken into account.


    I've redone the following test, starting from a full scale model, unchecking the uniform scaling

    Then setting the X to 90 % and press enter. Both X and Y ratio are changed to 90%


    There is a new bug in 4.3....




  10. Dear community


    I have issues with Cura 4.3 on MacOS Mojave (don't know if the os matters) since I've upgraded from 4.2.x


    My network configuration (LAN only) is a UMS5 as a group host and 2 UM3E part of the group.

    The connected printer in Cura is the UMS5 of course.


    It has worked perfectly, changing printer using the Printer tab.


    But since Cura 4.3, quite often, changing from UMS5 to UM3E in the printer tab changes also the networked printer and creates an error as being connected to a non Cura Connect Group Host.

    Also it has created a bunch of UM3E networked printers in the settings.


    Seems to be a bug


    Thanks for your feedback



  11. Hi Link


    Thanks for the feedback.

    Yes it's the same issue, but it is consistent, based on the printer configured in Cura.


    It would be great to have it fixed by Ultimaker team, in order to get consistent results across the different printers.

    "Not in skin" might be a good option, with a slightly longer print time, but not as much as with no combing  and without the hassles of the retractions.

  12. Hi Link


    Thanks for the feedback


    I used the wording "solid infill" as in Simplify 3D, but it is bottom and top layers in Cura wording.

    I'm printing with a 60% infill in the current case.


    I do confirm that I have the exact same parameters in the both profiles and Cura 4,2,1 behaves differently. So it is a bug.

    I checked every single parameter which is not hardware related.


    On the UM3 it combs within the infill, with no retraction

    On the S5, it is like setting the combing parameter to "Off" or so.


    I have attached the files for each printer.


    Also I would like to comb within the infill (including the solid infill) and not in skin, which the parameter "Within Infill" does well on the UM3.


    My post is to point out the discrepancy between the two behaviors. Note that if it is an non Ultimaker printer (I have a Mankati XT Plus) it behaves like on the S5.


    I understand there might be a workaround with the "Not in skin" parameter, but if you look at the path generated, it overlaps the infill perimeter, which creates additional travel. See screenshot.


    Capture d’écran 2019-09-28 à 15.41.01.png

    UM3E_model.3mf UMS5_model.3mf

  13. Hi to all


    I am printing the same parts on both S5 and UM3E using Cura 4.2.1.


    I have noticed when printing on the S5 that it performs retraction when printing the infill of the solid infill layers.

    I have set the Combing Mode to "Within infill" on both profiles and have the same parameter (not printer related) on both profiles.


    On the UM3 Cura has sliced the solid infill without any retractions between lines of the infill, but on the S5 there is a retraction between each line. See screenshot

    The slicing has been done on the same installation of Cura.


    Doing the slicing on another computer with Cura 4.2.1 provides the same results. Both computers were MacOS


    I believe it's a bug.


    Can somebody running Cura 4.3 check if it's still there ?


    Thanks for the feedback



    Capture d’écran 2019-09-28 à 13.08.42.png

    Capture d’écran 2019-09-28 à 13.14.19.png

  14. Hi Smithy


    Thanks for the feedback.

    Indeed the black sliding blocks are very reliable on the UM3, no problem at all after 2 years of intensive usage on my first UM3.


    I cannot say the same on the S5, at least for the ones handling the Y Axis.


    For my understanding, the sliding blocks were white at the beginning (heritage from the UM2) then black.

    Are you confirming that the new S5 are now shipped with white Matt blocks ?


    Should I request those to my provider ?




  15. Hi


    I don't think the old version is white and the new black because the blocks are exactly the same on the UM3 and they are black on my UM3 bought well before the S5 was announced.


    There is some oil on the axis end over the time, but currently it doesn't create any problem on the rear sliding block.

    I've made a check after replacing the blocks yesterday and the faulty one is clearly worn by some 1/10 of a millimeter.


    I believe there is some design flaw on the sliding blocks (at least the black one I've got) and the brackets are not big enough to ensure a snug fit over the time, as they have to handle the weight of the Y axis which is bigger than on the UM2 and UM3 (and it's the same block)

  16. Hi Job


    Thanks for the information.


    My printer was with the black blocks when brand new.

    So in June when the French distributor sent me black blocks in order to repair, that seems to be normal.


    In between, I've bought some spare ones in order to minimize the downtime, it's the same on the UM3. They are black too.


    I will ask for the new version for the replacement parts.


    Best regards

  17. Up ....


    With some videos it might be more clearer.




    The issue is the small clips on the sliding block are wearing and the fit is not snug anymore with the rod.

    The issue appears only on the Y axis, which is handled by the sliding blocks.

    The X Axis is supported by the sliding blocks, so no issues.


    Thanks for your feedback

  • Create New...