Jump to content
Ultimaker Community of 3D Printing Experts

V3DPrinting

Member
  • Content Count

    154
  • Joined

  • Last visited

Posts posted by V3DPrinting

  1. 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

    331471121_Capturedcran2019-11-2912_49_44.thumb.png.f7bc06d1365136617674b559325613c8.png682953979_Capturedcran2019-11-2912_47_22.thumb.png.0dade67add5a45fb556958ad53fd51d8.png891778459_Capturedcran2019-11-2912_47_31.thumb.png.8ecbcf45d5cc0810344d2c779f8624bf.png849948251_Capturedcran2019-11-2912_44_54.thumb.png.b3f14180b9bc87795b5e298da3737389.png

    484749979_Capturedcran2019-11-2912_47_00.thumb.png.757574bb420ef558f4c6f66c0ce84498.png

    781687786_Capturedcran2019-11-2912_51_09.thumb.png.cf4ef86825c2ad432b2f27d283971bf6.png

     

    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.

     

    630941453_Capturedcran2019-11-2912_53_59.thumb.png.1c0e5f9254bf7775d88130b629296f96.png1608419650_Capturedcran2019-11-2912_51_40.thumb.png.699b1433bcbd82390676d47738bbe970.png

     

    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)

     

    2068576306_Capturedcran2019-11-2913_12_25.thumb.png.f26f088bdaa658162016ccfbe80080da.png263134833_Capturedcran2019-11-2913_12_19.thumb.png.ce3232a34e3f89a0634d67132cbd4e01.png

     

    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.

     

  2. 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.

  3. I have the exact same problem on two UM3E that are 2 and 1.5 years old, running firmware 5.2.11.20190503 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.

     

  4. 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.

     

    638187074_Capturedcran2019-11-2413_09_04.thumb.png.03c3d5d243d946de16aaf73d850c3a57.png

     

    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
  5. 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

  6. 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 %.

    82732924_Capturedcran2019-11-0916_43_42.thumb.png.70bc07766fba14456b1c5d42f3e7a3d9.png

     

    Then unchecked the uniform scaling

    157853060_Capturedcran2019-11-0916_43_53.thumb.png.4824f89b6c49073a783303136a45fc26.png

     

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

    1856210072_Capturedcran2019-11-0916_44_08.thumb.png.28db80cddc53d609f1ca21a166b58610.png

     

    Then after clicking, the result is 

     1450235273_Capturedcran2019-11-0916_44_25.thumb.png.3a530fdacf4aab7af45f749608c95178.png

     

    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....

     

     

     

  7. 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.

    1469968774_Capturedcran2019-11-0116_16_49.thumb.png.cc03d93d9e6b43cb1173e9835084553d.png

    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

    Best

    David

  8. 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.

  9. 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

  10. 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

     

    David

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

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

  11. 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 ?

     

    Best

    David

  12. 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)

  13. 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

  14. Up ....

     

    With some videos it might be more clearer.

     

    https://www.dropbox.com/sh/bcmea9jyjpd5sm2/AAC20bI6zPjhoiX2-iZW57mha?dl=0

     

    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

  15. Hi

     

    I had an issue mid June were the Y axis of the print head was no more held by the sliding blocks and dropped down after 6 months of usage of the printer.

    I replaced them under warranty, thanks to the French Ultimaker distributor.

     

    Today I discovered that one of the sliding block that have been replaced is now not snug any more and the Y axis is going to get out of it, after only 2 months of usage.

     

    As it becomes recurrent, it is very annoying and let me think about a design flaw. For a 6 k€ professional grade printer it is a bit of a problem having it down for 2 small plastic parts.

     

    Has anyone had this issue ?

  16. I have successfully fixed my print core using the model from Thingiverse in my previous post. The model has to be fixed with Meshmixer (Make Solid feature).

     

    I have printed it with ColorFabb HT Clear. But in order to get the dimensional accuracy, I haven't tried to get a clear print (increased material flow and high temps would have  increased the dimensions)

     

    IMG_4149.thumb.jpeg.bf7bc46e15933ad77491e63b638d486b.jpeg

     

    It should handle without any problem the high temperatures in the enclosed printer.

     

    The only point is the stiffness of the HT. It would have been better to print it with transparent PC, with some tweaking in order to be accurate.

     

    Good point is the same part works also well with the 3d Solex Hardcores, which I use mainly.

×
×
  • Create New...