Jump to content

tomnagel

Expert
  • Posts

    508
  • Joined

  • Last visited

  • Days Won

    11

Posts posted by tomnagel

  1. On 12/12/2023 at 10:00 AM, viktor_b said:

    I cannot understand why it is working so bad. I get constantly an error that a difference between the print cores exceed expected value even if I print with one core. (why?) 

     

    I have disabled the automated leveling with Ultituner.

    The printer always uses both nozzles for the bed level measurements. 

    The first probe is done with  the right nozzle, and then the printer probes with the left nozzle. The printer then checks if there is ~1.5mm height difference between them. 
    If you always get the “exceed expected value” error, please look closely to what happens and compare it to what I just described you. Especially watch closely if nozzle switching works correctly.

  2. In the past, the "skip cooldown" option enabled you to skip the wait for cooling down the print bed. This feature is removed, because the printer does not take bed temperature into account in the post print sequence. 

     

    Users with a material station still have to wait for the deprime procedure, which takes quite long. This cannot be skipped.

     

     

  3. Make sure you are signed in your account when you use Cura (top right of your screen). If the blue button in the right bottom of your screen says “print via cloud” (after slicing) you are signed in. 
    When you are sure you are signed in, you should select your printer in the list (top left of your screen). 
    And then in the top middle of your screen you can select the configuration. If your printer has a Material Station, with multiple spools loaded, you should see multiple configurations to choose from. 
    if you select one of these configs, the print job should start without hiccup when you select “print via cloud”

  4. On 3/9/2023 at 10:05 PM, mrzanee said:

    Hi All, I work for a University and have used Ultimaker printers for several years. We have recently updated our firmware and as many have noted lost the grouped printer feature, which for us is very disappointing esp the lack of an automatic print queue (ie a job in the queue gets printed on the next available printer), no reprinting (very handy esp for automatic print queue jobs that fail), and the video feed in DF is far from realtime making print errors difficult to spot. We occasionally have internet outages which means we're back to usb's. My major concern though I see that the free DF only onlys one printer (we have 13 printers across the faculty and up to 7 managed stations that print to them), a subscription would cost us $6,000USD / year for Ultimaker Professional, 6-20 printers/200 users. It seems to be working at the moment however will our printers stop working via DF at some point? The subscription would mean we would have to double our print charging which would be very unpopular (we offer printing with a zero profit cost recovery to cover materials and maintenance). If I try to absorb the cost it could mean the end of in house 3D printing as the overheads are too great. Not only this but we would be paying for something that only offers a subset of the feature we used with grouped printing. It may be that we have to roll all of our printers back to v7 firmware and I assume avoid the new line of S7's. Would love to know if there are third party options that could be run locally to manage our print queues and work with Cura and UM printers. 

    Thanks, Zane.

    The grouping is not coming back, I’m sorry to say. 
    Are you aware that you can still print from Cura to every printer over LAN? And every printer still has its own local queue, but indeed, jobs will not be divided across printers. Does this help you enough?

    The video feed is still available over LAN.  And reprinting is brought back in 8.1.2

     

  5. 1 hour ago, Peer_van_Altenborg said:

    I've imported the .STL in Cura and that looks fine. My next step was to export the file in all formats supported by Cura to the USB: .3mf, .gcode, .STL (ASCII), .STL (BIN), and .upf. The top file in the list is the original file.Filelist.thumb.png.4345db31a52a4f30173b3862c3424a1e.png

    Only two of the six files appear in the list on the printer display: . gcode and .ufp. These two are unfortunately not accepted as Cura reported an error during export. One is 0 kB in size; the other 1 kB. The original file is 15 kB.

     

    I think the USB stick is fine. It 's the one supplied with the printer ... I don't get any error messages when I'm using it in my computer. And I've tried several other sticks as well in the printer.

    From this story, it looks to me as if something is wrong with Cura. 
    why do you think it may be related to your printer?

  6. On 4/26/2023 at 12:33 PM, Torgeir said:

    Hi @jfigue,

     

    Welcome in here.

     

    It looks like this heater is not installed correct, -or the heater element is just too long!

    This will probably also interfere with the capacitiv sensor board clip on the r/h side at core B.

    Another thing is that this BB core is the one moving up and down, making more bending on the heater wires.

    This core does not look right to me, but sure, someone else may comment on this.

     

    Thanks

    Torgeir

     

     

    I agree with Torgeir, the heating element is certainly not mounted correctly. The element I circled in red should be fully inserted in the brass heater block.

    I'm sorry this core came to you like this, you can replace it with your reseller. 

    It is a 10 second fix. Loosen the small screw on the bottom of the heater block, and then you should be able to slide the heater fully in the block. Then tighten the small screw again.

     

    image.png.d93cb8f3ae93e0ac4082154e94db481f.png

  7. The Ultimaker 3 does not support printing filled materials. Your nozzle will wear out very quickly (really, after 1 spool of XT-CF20 the nozzle diameter has grown to 0.6mm, and is has also shortened)

    But while a print core can be replaced, even worse is the damage you do to the feeder. The feeder wheel will not be sharp anymore after 2-3 spools. This will cause underextrusion with all materials that you print with.

     

  8. 17 hours ago, LePaul said:

    I'm trying to find an alternate hardened nozzle that will work in the 2+   I don't think the 2+ could use something like the E3D NozzleX, can it?

    The UM2+ has normal steel feeder wheels. If you've been using Colorfabb XT-CF20 with it, there is a good chance that your feeder wheel has become dull (not sharp anymore). This may explain the underextrusion you are experiencing.

    All S-line printers have hardened feeder wheels since a few years (only the first version of the S5 did not).

     

  9. 2 hours ago, jirodriguez72 said:

    The setting that is causing this issue is part of the printer firmware, meaning it can not be accessed or changed by the user. No matter what you set your profile to if you watch the temp on the hot end after a print it will cool it down to almost 100C before trying to pull the filament.

    This is not true, it is a setting in the material profile. This should be tuned by the material supplier, they supply the profiles and we put them in the market place. 
    The setting is not exposed in the front end of Cura. That is not to make your life hard, we make that choice because the deprime process is very hard to get right. We don’t think it is a good idea that customers start experimenting with these values themselves, that’s why we ask suppliers of the filament to do it. 

    However, we still sell an open system, and if you want, you can. 

    open your cura config folder (under help)

    go to the materials folder

    find your material profile and open it in a text editor

    find the line with break temperature 

    Change it, and increase the version number of the profile (around line 15)
    Restart Cura, and sync the profile with the printer


    beware that your version will now be out of sync with what the supplier is doing. 

     

     

    • Like 1
  10. The materials that you have problems with are third party materials.  Do they have a profile in the Market Place, and are these compatible with the material station?

    If you experience unloading problems you should ask the supplier of the material for help. 
    Ultimaker gives (software) tooling to suppliers of filament that helps them create optimal profiles. One of the things that has to be tuned is the deprime settings. 
    When you have ER61 issues, it may be due to a non optimal material profile. 

  11. The amount is dependent on the previous material used. If a printjob is with the same material, there will be smaller amount of purging than when the printjob is with a different  material. 

    Purging is needed to make sure all of the previous material is flushed out, so that also when you change from black to white filament, you get a nice white part without a gray bottom.

     

     

  12. 3 hours ago, Dadkitess said:

    UM official PrintCores are... Really prone to clogging unfortunately, including using the official filament material. PVA especially, which is really a veeeeeery bad filament, among the worst when it comes to soluble support, but it also happens quite open with basic PLA Tough.

    This is simply not true. Tens of thousands of customers are happily printing thousands of hours with a single print core without any clogging. I dare to say the Ultimaker print cores are amongst the most reliable designs in the market. More than 5000h of printing is no exception. Printing with Ultimaker materials will give you this reliability out of the box. You are very welcome to print with other materials, but that may require some tuning some print settings. 

     

    You have said multiple times now that you have bad experiences with PVA. PVA is the most difficult material that we have. 

    It is however possible to print reliably. It takes dry filament and a clean BB core. 

     

     

     

     

  13. I was told by colleagues that you should use the Griffin option, and assumed the M84 line would not be in there. I was wrong, I just tried it with in an internal newest version of Cura and the M84 line is still in there. 

    Someone showed me a change in github that solves this, but apparently this has not been merged yet. I can't say when it will be released.

    The only option I have for you on the short term is to manually remove the M84 line from the gcode.

     

    By the way, Internally we have also found that sending the file via Digital Factory blocks the pause at height functionality. This is now an issue on the backlog, it should of course not matter how the file arrives at the printer.

×
×
  • Create New...