Jump to content
Ultimaker Community of 3D Printing Experts

Link

Member
  • Posts

    332
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by Link

  1. Have you tried rotating the model, for some reason that stopped the gaps for me. That was def a Cura thing. Wish I knew what it was
  2. That’s a pain, I have to admit I was surprised the line width worked as ‘in theory’ it shouldn’t as the slicer moves the lines to compensate for the extra width so the gaps ‘should’ remain (which they have). Have you checked the infil below the walls ?. Are you getting gaps on all layers or just the top ? Can you try another material, even a different colour of the same, just to rule out the material flow. I had some black pla which seemed to have such bad layer adhesion that I had gaps all the time, tried another filament and it was fine. Do you have a spare nozzle to swap and try that ? Also what is the ambient temperature in the room. I had some issues with gaps when the room was really cold. If you increase the temperature by 10 deg does it go ? Also try some cleaning filament. Ultimately either the plastic is not sticking to itself once laid down or you are slightly under extruding. It could be you have something in the nozzle, a small clog which needs to clear.
  3. Thanks @CarloK, I have actually performed a few tests with both sets of firmware, Tinker with 0.95 and UM with 0.99 and the UM version has less fluctuation and holds a more stable temp during a print.
  4. Thanks for providing these, it turns out the default nozzle PID values in the UM2+ Tinker firmware are actually the values from the 2 with the lower wattage heater. If anyone just uses the 2+ fiirmware as is you get pretty wild temp fluctuations. Might be worth updating the defaults in the 2+ tinker file to be the UM 2+ values ?. I have also noticed the K1 value is different in the Tinker confit for all printers compared to UM for all printers. UM state a K1 of 0.99 and Tinker has 0.95. This value is stated as the smoothing factor within the PID. Does anyone know what this does and does the difference matter ?
  5. Many thanks. Do do you use PID in the bed or bang ? I have tried PID on the bed and it seems to make the LED's flicker slightly ?>, it is worth using ?, I don't see the temp jump much on the bed, but have read that PID on the bed is a good thing to use ? Cheers
  6. Hi, Quick question regarding the PID tuning, are the default values good enough to use or should I run the PID auto tune for nozzle and bed ?, I am not sure if the defaults are the ones which we're in the UM firmware or are they older based on the TG firmware ?. Also do I need to specify a target temp for the PID (I had to do that with a Prusa machine I had a while back) and finally, what is Heater Time out ? Many thanks !
  7. Hi @CarloK any news on the official release following testing ?, unfortunately I am not really in a position to run beta firmware as I leave prints unattended and don't feel too comfortable leaving it running on beta firmware for obvious reasons. many thanks
  8. I read that UM feel it gives better detail, on my UM 2+ I get better results with 0.4 than I did with 0.35, I haven’t gone wider, maybe I will try it.
  9. I have a photo from ages ago of the settings in Slc3r for a Prusa I used to have, they also use a wider extrusion width than the nozzle !, interesting. Seems Cura is the only slicer to default to less than the nozzle I
  10. Result !, however you shouldn’t really have to do that to fix it, Ultimaker run line widths of 0.35 and obviously don’t assume a gap will be present. Maybe there is a bug in Cura which means the width calculation gets messed up in some strange scenario ?. @smartavionics Will be best placed to comment on that. If if you have time go back to 0.4 width and check the infil setting I spoke about. Really interested to hear if it work ! ??
  11. Have you tried with a 0.4 ?, can you reproduce the gaps ?
  12. Yes I had the same thoughts about the line width, I increased mine from 0.35 to 0.4 as it gives me a nicer finish to overhangs but it made no difference to this gap issue when I had it. I don’t see how increasing the line width would help as Cura just compensates the spacing for the line width you specify, so the gap will be constant as I saw.
  13. I have seen this issue also, and it seems to go as randomly as it arrived I had one issue where I was getting gaps when printing a horizontal line only in one part of the print, if I rotated the print (the now horizontal) line was fine with no gaps, simply put if I had a certain model in a certain orientation I would get a gap the same as you are seeing. I deleted my model in Fusion 360, remade it and re-sliced and it had no gaps regardless of orientation !. @smartavionics is a top man and really knows his stuff, but for my random gaps we never got to the bottom of it. As is said I rebuilt exactly the same model (and various test pieces) all with the same dimensions and none of them came out with gaps. We looked at Gcode and nothing jumped out I wish I know what it was, like you a tired overlap, more heat on the nozzle to correct potential under extrusion and nothing fixed it. However...... I spent a bit of time looking at where this occurred on some models and it looked like the top layer was sinking where there were gaps where the infil met the wall. In Cura you can have an extra line for skins which essentially makes the top skin ingress into the model more than the infil. In 3.5 there is an option to have 'extra infil wall count', make sure this is set to 1 (if extra skin wall count is also set to 1), this was you have a full supported top layer. Give that a try and see if it helps.
  14. Thanks !, I don’t think it was your fault ?.
  15. standard profileUM2_bridge-torture-test_50mm.3mf
  16. thanks UM2_bridge-torture-test_50mm.3mf
  17. There is a bug in that when you select 'bridge has multiple layers' this has no affect, essentially the bridge print Gcode is as though this option is always selected. You cannot for example change the fact that the fan turns off on the second layer (even if you set it to stay off it still turns off. I have checked the Gcode and its is identical with and without this setting enabled.
  18. That would be slightly relevant if the only users of Cura were Ultimaker owners, and if what they released meant people could not use their printers !. Two points there, the vast majority of Cura users I bet aren’t only Ultimaker owners, and lets be honest, the only issue is here that (some ) people cannot use one version of Cura. It’s not like 3.4.1 doesn’t work !. There are some great additions in 3.5 but it’s not like 3.4.1 wasn’t useable !, far from it. Agree the software shouldn’t have bugs in it but UM are aware of this better than anyone and are fixing it. Ultimaker 2+ owners should be a lot more upset by the firmware which still hasn’t been fixed to correct the fact the material gets rammed into the hot end every time you change material !. I am a lot more concerned about a fix for this. Tbh I don’t get the stress over this issue when UM have acknowledge and are working on it !. Now UM team please release the 3.5 firmware for the 2+ ?
  19. Might be some wires crossed here, you can download it however you like, it does the same thing. It when you actually start the install of the new version (in Mac at least) it asks if you want to upgrade/replace the old version or install another new one. This is what I am talking about. I pick install another and have both versions present. This have nothing to do with the download link or process to get the application file
  20. when I move version I always make copies of all my profiles fist then install the new Cura version alongside the existeng. Install the new version as a clean version (don't upgrade the old one), then add the profiles you saved into the new version.), if for any reason the new is not good you have both the old one still intact and a backup of the profiles anyway. 3.5 has been fine for me, no issues at all. I am using latest Mac OS
  21. I don't get why people are bashing the UM team here, this software is free !!!! and whilst anyone who works in software development knows you can't find every issue, it's how you deal with it when they come up. If the current version doesn't work for you (it works for most), then roll back to 3.4.1 whilst they fix it (which they are), the isolated nature of the people affected clearly shows that the UM team didn't just release any old software, not to mention it was in a released Beta phase for a while.
  22. yes, very good point, I tend not to use hop so as you say it could well mark the already printed areas. So as an option would as you say be best. One other idea I had was it could be good to be able to define (as an option) what combing defines as the skin (in relation to combing), for example it if set 6 top and bottom layers for strength Cura calls each one skin, in terms of surface finish I am pro only worried about combing over the first 2 or 3 after that I am happy for the skin layers to be treated line infilled and can be combed over as the blobs won't show. Just a thought... thanks
  23. Ah yes could well be. tbh the offset is soooooo useful to have in the Slicer, for example I have more of an offset for PETG than I do for PLA and I can dial this into the profiles for each material. I am not sure if the plugin is actually broken from the post above are you ?, I truth I haven't tried changing the value as everything works for me, but doesn't sound like there is actually an issue ?. Would be a nightmare for me if it was actually broken ! ;(
  24. Hi, @smartavionics I guess this might be one for you ? I have noted some behaviour with the new implementation, when set to 'Not in skin' to extruder will comb within the walls which is great !, however when the 'max comb distance with retract' is exceeded then path it takes is still the same (within walls). even though it has retracted. For example I have the max comb distance set to 100, when this is breached the extruder retracts but the path it takes is still only within the wall, which can lead to an extremely complex and long path as it navigates the entire perimeter. I was thinking it would be better to take a more direct route once the retract is triggered as its not actually coming at that point and would save this really long and complex perimeter navigation Thanks
  25. I totally agree this is the single most useful feature added to Cura in a long time, its totally essential !, I level the bed then set the offset with this, I never have to mess about with the paper under the nozzle method. I have tested a quick slice and it looks like its working to me on Cura 3.5, here is the Gcode snippet, my z offset is set to 0.1 and its working as it should. G0 F4800 X47.118 Y97.868 Z0.5 ;adjusted by z offset G92 Z0.4 ;consider this the original z before offset Also I am not clear how @ahoeben you are adjusting this in firmware ? (I am using a 2+ BTW) Thanks
×
×
  • Create New...