cjs

In theory I agree but in this case I'm not quite sure as I think if I wanted the "wrong" behaivour state above I would just set the shells to 1 and infill to zero? Maybe I'm missing something here ?

Yes they do. Example If you can't find it on the shop of your reseller I would drop them a message and they will most likely help you out I don't think they have done anything to the glass.

Yes thats what I experienced as well as I wanted Cura to behave the same as my CAD tool. Zooming,rotating got really funky and I turned it off again.

Actually the smoothieboard has the drivers implemented the same way as Ultimaker and does suffer the same stripe effect. Did have to do some soldering on my smoothieboard to get rid of the problem. A new ultimaker board with the new silent trinamic drivers, like on the duet3d, would be awesome. Wonder how silent the ultimaker would be with such drivers

As the auto tramming is quite sensitive to electro magnetic fields I was wondering if the tl-smoother emmits some which may confuse the sensor/system. Any specific reason why you haven't made the change on your UM3?

hahah @kmanstudios you are funny Actually a really good description of the current implementation There is no setting in Cura at the moment. Only the option to enable or disable it. What you can do is change the python script on your ultimaker 3 to do as you like. More information regarding the blob and how to change this can be found here: Prime blob knocked down

Hopefully this will be sometime sooooonish It's quite interesting as this is kinda a standard now on cheaper machines like the prusa mk3, zyyx, makerbot and more. Normally new technology/features is delivered first with the more expensive machines.

Nice setup! Regarding how much filament is left on the spool: I still think it's quite hard to differentiate 30m to 40m left on the spool and a filament present sensor would be useful.

@gr5 have you modded your Ultimaker 3's as well? I'm thinking about it, but I don't know if it may affect the automatic build plate probing

@CEP , @ecsuka do you mind sending @smartavionics your files for testing the fix ?

Great to hear that you are already onto it Have you tested the fix yourself? Can we help somehow? I also noticed this problem, but I didn't bother as it wasn't important for the models I printed at this time.

May I ask what this means? Does it mean that the new strategy doesn't work or that there maybe is something else planned rework wise or nothing at all ? This problem has already been reported in April 2017 ( Issues with initial knead pulled into the print ). I think it is time to solve it I can try to change it slightly or turn it into a purge line, but it's not ideal as Cura needs to know how the machine purges in order to block the space on the build plate. Therefore I think it is best solved on the Cura side. Cura can send "G280 S1" to forward the material and then add the prime before starting the real print. I agree.

Hey @SandervG did you happen to find something ?

@smartavionics as you know Cura really well and done some great attributions to it. Do you know whats going wrong with the combing algorithm ?

@kmanstudios I was talking about Cura recognizing that it only uses one nozzle and therefore allowing to print 215x215x230mm instead of the smaller volume of 197x215x300mm. Has this been implemented yet @nallath ? @Bossler have you tried @kmanstudios advice regarding turning of the build adhesion options (skirt,brim)? Based on your given object size ( 199.3x192.2x300 mm) you should be able to print it even with only the smaller volume available. Maybe rotating it around the z axis by 90 degrees will help as your x-dimension is over the limit.

I remember reading that this currently isn't possible, but is planned for a future version of cura.Maybe it's alreay implemented? Hopefully your model was just big enough to be printable with brim or skirt disabled!

@upatamby have you tried printing with prime blob disabled? I didn't work for me on earlier um3 firmware version, but seems to be as @Daid said quite good now. Another solution would be to change the priming strategy on your um3. I did find primeNozzleStep.py, which seems to be responsible for the priming sequence. You can find it on your ultimaker by going to /usr/share/griffin/griffin/printer/procedures/pre_and_post_print/ . The important bit, I think, is the following: # TODO: remove the turd priming strategy with EM-1161 if self._prime_strategy == "turd": # when PVA is retracted it seems to form a thick string which then hardens and is not in contact with the heated part of the nozzle. # to compensate for this prime a bit slower, this hack can be removed when CURA takes over the priming move completely with the "none" strategy. if material_type == "PVA": prime_speed /= 4 # Set E position to 0 controller.queueGCode("G92 E0") # extrude the configured amount and undo the presumed de-priming done at the end of the last print controller.queueGCode("G1 Z2") e = retracted_amount controller.queueGCode("G1 E%f F%f" % (e, prime_speed)) log.info("unretracting %0.2f mm", e) e += prime_amount * 0.5 controller.queueGCode("G1 E%f F%f" % (e, prime_speed / 4)) # move up while priming so you attach your noodles to the buildplate e += prime_amount * ((2 / 3) - 0.5) controller.queueGCode("G1 E%f Z6 F%f" % (e, prime_speed / 2)) e += prime_amount * (1 / 3) controller.queueGCode("G1 E%f F%f" % (e, prime_speed / 4)) log.info("priming %0.2f mm (a total including unretract of %0.2f mm)", prime_amount, e) controller.waitForQueueToBeEmpty() time.sleep(self.RELIEVE_PRESSURE_WAIT_TIME_1) # replaced marlin dwell with sleep here. controller.queueGCode("G92 E0") controller.setRetractedLength(0) # zero extruded length if retract: controller.queueGCode("G1 E%f F%f" % (-deprime_amount, prime_speed * 2)) # retract for old style prime/print controller.waitForQueueToBeEmpty() time.sleep(self.RELIEVE_PRESSURE_WAIT_TIME_2) # replaced marlin dwell with sleep here. # Z or E moves do not need to be speed compensated, this is the only here that has a XY component. speed = 20.0 * (1 / (controller.getPropertyValue("movement_speed_modifier") / 100)) controller.queueGCode("G1 Y%f Z2 F%d" % (y + 10, speed * 60.0)) # wipe nozzle down and to the center of the machine. elif self._prime_strategy == "none": controller.queueGCode("G92 E%f" % -retracted_amount) The current priming strategy is called turd and seems to be being replaced by EM-1161 in the future. To increase adhesion it may be beneficial to reduce the Z distance from 2 to 1 mm. To avoid running in your blob you could also increase the tapping off distance to be further away then the currently set 10mm. Or you can change it to something you think is the best priming strategy. Please be aware that changing files on your ultimaker can brick your machine. I think it would be quite nice if Cura would support some kind of priming sequence, which can be easily edited. For this I would probably remove the current prime blob option and replace it with something like this: Prime nozzle: Yes/no Prime strategy: Machine/Cura

Someone from the Cura Team once said that they can be convinced to implement features if you send cookies to UM HQ May the same apply for the UM firmware team?

Yes I noticed this as well. Sometimes it's quite annoying as some filament sticks to the head and falls down later on Isn't @nallath in charge of cura? As it is a firmware "problem" @Daid may be the better person suited? Would like to add that I don't have problems with PLA too but with Poly-Support.

Haven't considered the aspect of cultures. As @kmanstudios it's quite hard to please everyone. You could make it customizable, but this can lead to be confusing. Anyhow I would think that red combined with this machine ( nice looking computer controlled hot glue gun) means danger in every culture as everyone knows how his burned finger looks like The above color scheme may be to complicated and could be made simpler. I think at least you should make it system wide as the print core glows orange when filament is being loaded and white when it prints. Alexa support for Ultimakers ?

Yes that would work! I would probably move the 'Quote x' button a few pixels to the left or up and leave the scroll up as it is. Moving the scroll up button is also ok

The 'Quote 1 post' appears if you press the plus button (multi quote) next to quote. Always used that plus button (multi quote) because I didn't notice that Quote was a button Maybe change the plus button to multi quote and add a border/background to quote ?

@upatamby Sorry for the late reply. It looks quite normal. My machine does prime the same way but I'm lucky that the blob stays put on my machine (knock on wood). Personally I'm not a big way of this procedure as I think a line like Prusa and all the others use works better but for now thats how the UM3 primes. Hopefully someone from Ultimaker can help you out as this should not happen!

The scroll up button is currently right in front of delete quote button. This makes clicking the right one quite hard.

May I do a feature request regarding the color of the print cores? Have been thinking about it for a while and I think it would be awesome to use the led's to make it easier to spot whats going on. Maybe as option to enable. My idea would look like this: UM3 blue -> idle state, Print Core can be removed (safe to touch) Blinking red -> heating up the print core to set target temperature red -> target print temperature reached/ active during print blinking violet -> cooling down to standby temperature violet -> standby temperature blinking UM3 -> cooling down What I don't know is how good the colors can be differentiated.