Jump to content

lance-greene

Dormant
  • Posts

    195
  • Joined

  • Last visited

Posts posted by lance-greene

  1. After using Cura 3.6 for a few days I have noticed 3 bugs, all relating to the part manipulation toolbar on the left side of the interface.

     

    1. hotkeys for scale, rotate and move sometimes just do not work. I can be using the hotkeys for these commands fine, then they will just stop working. they will not begin working again until i manually click on the button for them, rather than use the hotkey. then they will begin working again, until they randomly decide to stop working again...

     

    2. the support blockers sometimes just dont work at all. there have been a few time when i use them and even though they are properly positioned, the support material inside of their area does not go away.

     

    3.the scale command.  sometimes i go to use the scale command and as soon as i click and drag on one of the axis arrows to scale it instantly turns off uniform scaling and only scales the 1 axis, but as soon as i stop clicking it turns uniform scaling back on.

  2. Thanks for the reply, when I load in a small square that 6 second delay is consistent. I did watch my resource monitor while slicing and cura does seem to start working as soon as I hit the button, so I'd guess you are right that it is doing those checks first. I would like to suggest that the cura team change the way that progress bar updates, as soon as you click the slice button that progress bar should start till fill a bit while doing these pre checks just to provide visual confirmation to the user that it is actually working.

  3. I was hoping with the improvements to the slicer with 3.3 that the slicing delay would have been fixed, but there is  still a 6 second delay between when i hit the slice button till when it actually starts slicing, even when I turn on automatic slicing there is a 6 second delay before cura actually starts to slice. Why is that? We run a 3D printing business that focuses on education, and everytime im teaching someone how to slice, they always hit the slice button multiple times because of that delay thinking it is not working, and every single time i have to explain to them that there is a delay before anything happens, which is very annoying to experience let alone having to explain to customers, every single time.

  4. cura already has this feature, you can put multiple parts on the buildplate and it will print 1 entirely before moving onto the next one, and completing that one before moving onto the next. you just need to list the size of your hotend in the machine definition so it knows how large it is so it doesnt hit anything.

  5. So started using 3.2 today and i noticed that when it is set to auto slice, and you select the line width and it highlights the entire value, if you type in "0.x", it automatically tries right after hitting 0 and that causes it to freeze for a while before giving an error saying you can print because its slicing with a line width of 0. then you click on the setting again (which causes it to highlight) and you try and type it in again and it just happens again.

  6. I use Cura  to manage our print farm and we recently updated the firmware on our machines to include linear advance. Linear advance requires a lot of settings in the slicer to be turned off (mostly things involving flow compensation) like combing, retraction priming, wiping, and coasting to name a few. It would be really convenient if there was an option in cura that you could enable, that would disable all of these settings so you dont have to worry about scrounging through hundreds of settings to find the ones that have this effect, and it would just disable them for you.

  7. Hey thanks for the reply,

    i just checked out that extra skin wall count and that is exactly what i was talking about haha. Although it isn't perfect as it looks like it basically gives the entire part an extra wall (which could be bad if you only want 1 wall on your part) rather than only specifically giving an extra wall anywhere skin expand is used. also if the skin expand doesnt produce a straight line (like using it on a circle for example) then that extra wall is basically completely unsupported while being printed, which wont help the expanded skins much.

  8. I like the idea of skin expand, but in use it is not very good, it does its job of expanding skins so you don't get little holes around the edges of features, but the fact that you can only expand X distance is where the issue is. because different prints use different amounts of infill, your skin expand is generally expanding out into a void and then returning,and doing that multiple times on top of itself, so you get those edges lifting up as they are so thin they cant be cooled properly, and then you have these raised lips that the nozzle constantly snags on and can ruin a print.

    So here's an idea. could a feature be added so that instead of "expand skin x mm into part" it actually just expands into the next infill line? then as soon as it hits that line it can turn back, and you wouldn't have to worry about any edges lifting cause they would be attached to the infill line. plus before it goes to start doing the expanded skins, it could print a "wall" which would really just be a couple lines directly on top of the infill lines that the skin will be expanding into, so that way when the skin expands directly up to that line, it can merge into that wall that was printed to give you a nice smooth transition and no lifted edges.

  9. I manage a print farm and we have a bunch of machines with different nozzle sizes for different jobs. That means I have to make different printer profiles for every nozzle size, which means waiting for Cura to load a different machine (which takes awhile) as well as having it annoyingly switch the settings profile while I'm trying to change things, and I have to manage all of their start/end gcode as well. this is all such a hassle when I'm spending a large part of my day just slicing prints. I lose 10-20 minutes every single day just trying to deal with all of this which could all be solved by just putting the nozzle size setting in the slicer settings.

    please.

  10. I add one on top: If that line representing the z seam could be moved around and would affect the location settings for the z seam, it would make life even easier for the user.

     

    do you mean have a physical little thing that you can drag around the buildplate, and where ever it is, it tries to put the z seam there? I love that idea!

    although still making the z seam more visible is a necessity

  11. I manage a print farm and slice a lot of prints everyday, and the time it takes to really see where the z seam is on each print is a waste of time, plus the fact that you cant see it unless you're really looking for it also makes me forget to even check where it is sometimes. there should be a big visible line showing where the z seam is when you are in sliced view. This is such a hassle for us.

  12. so i find it really annoying that there are 5 different hotend settings that have to be set and none of them can even be disabled.

    default printing temp

    printing temp

    printing temp initial layer

    initial printing temp

    final printing temp

    why do these all have to be active? i basically cant change my printing temp without changing all 5 variables which i find just ridiculous. it would be nice if 4 of these can be disabled to help keep things simple. i understand that all these temps can be adjusted for a quicker or more optimal print startup but it just seems so minor benefit and not worth the added complexity it brings. i manage a large print farm and always having to check these temps and adjust things for prints is really annoying.

  13. so in some slicers you can have start gcode like this

    G90

    M104 S[printing_temperature]

    M140 S[build_plate_temperature]

    G28

    G1 Z0.3 F200

    M109 S[material_print_temperature]

    where the bracketed words will pull that value from the slicer and put it there, but i cant get cura to do that. even if it did, it always puts the hotend and buildplate temps in right before the start gcode so it looks like this

    M190 S45

    M104 S200

    M109 S200

    M82 ; absolute extrusion mode

    ;G28 Home

    ;G1 Z15.0 F6000 Move the platform down 15mm

    ;G92 E0

    ;G1 F200 20

    ;G92 E0

    G90

    M104 S[printing_temperature]

    M140 S[build_plate_temperature]

    G28

    G1 Z0.3 F200

    M109 S[material_print_temperature]

    is there a way to make these tags work, as well as turning off the automatic insertion of the temps at the beginning of the gcode?

  14. so we have a 30 foot long 3D printer that I have been using cura to slice with and I've been having quite a few problems with cura in relation to doing very large slices on the machine, you can look back at some of my previous threads ive made (like combing with retraction) that normally wouldnt be very useful but with a large format printer they become useful.

    another one that is starting to annoy me is that panning with the camera doesn't seem to scale with how zoomed in or out you are, if zoomed in really close then it becomes hyper sensitive and the slightest movement turns into a large pan with the camera, and when zoomed out very far (again, 30 foot long printer) the pan basically doesn't move at all.

  15. So we have a large format FDM printer that is 30ft long and uses a pellet extruder, and we use cura to slice prints on it. We've had some unique issues pop up because of the size of the prints our machine does, we were doing a large vase with alot of curves on it, and noticed as we started printing faster (30mm/s) that the printer started to lag while printing, slightly pausing during curves.

    I'm wondering if scaling this vase up significantly (which increases the size of the curvy walls) also scales up the density of the gcode generated for those curves to such a high amount that the controller can't keep up with it. Its controller is just a ramps board with marlin.

    If this is what the issue is, then what are the chances that a function could be implemented in cura that can reduce the amount of points required?

  16. So we have a large format FDM printer that is 30ft long and uses a pellet extruder, and we use cura to slice prints on it. We've had some unique issues pop up because of the size of the prints our machine does, that warrants features that normally wouldn't be needed... like retracting while combing. (or a much further zoom, which we got implemented in 2.6...thanks Ahoeben)

    We can have really long travel times on this machine, and normally we have combing turned on as retraction doesn't work very well with the size of our pellet extruder, but that means that after a long travel, the barrel has heated and expanded the pellets inside, which causes oozing and more importantly reduces the pressure in the barrel. so when it finishes its travel and starts printing again there is a slight delay of flow while pressure is built up again.

    If you could have the functionality of combing (having the machine do its travel moves inside the part when possible) while also having it retract, that means i could set a very low retract of 2 or 3mm, but have a much higher retraction priming value which would build pressure back up in the barrel, and the combing keeps the part clean.

×
×
  • Create New...