Jump to content


  • Content Count

  • Joined

  • Last visited

Community Reputation

1 Neutral
  1. So here's the STL: https://www.youmagine.com/designs/truck-wheel Print settings are Cura 15.09.81 defaults with the following adjustments: general] version = 1 name = Normal Quality (Customised) [settings] shell_thickness = 0.8 adhesion_type = brim infill_sparse_density = 15 layer_height = 0.2 draft_shield_enabled = True Specifically the issue is, it's tending to grind the filament and lose traction while the surface of the top lip is being laid and before the text, outer rim, and hub cap of the wheel are started. When the issue occurs, I don't think that the point where the filament breaks varies by much more than a layer or two. The fans have been checked and I'm using stock materials settings for PLA. I have had both successes and failures from the same file, with more failures than successes. I have printed other things successfully without tweaks while taking a break from trying to get this model to work. I'm wanting to think that this means that it's some kind of corner case between the model, the software, and the hardware where more than one thing is contributing adversely to the outcome.
  2. No such luck, these have all been one at a time prints on the dead center.
  3. Well, I was hoping I had enough leads to get some kind of differential diagnosis going and try to narrow down the number of things I'm investigating. Is there a way to upload an STL here without finding some place to host it?
  4. Here's a successful print on the left with the failed one on the right. Here's the model: Going through the layers, the only things I can see that don't look quite right is that the red walls for the text start in the middle of the solid layers for the roof on the main part of the model and in the layers below where they start and it also looks like there is a ghosted copy of the text, although it's not clear if this is a vacancy in the layer. Or is that last part just an overlay of the 3d model on top of the layer view?
  5. Yes, but I'm not sure what I'm looking for. You might need to start by the basics. Read this very very nice guide to locate the kind of problem that you have. http://support.3dverkstan.se/article/23-a-visual-ultimaker-troubleshooting-guide If the problem it's on the stl, repair it first: https://netfabb.azurewebsites.net I've been referring to the troubleshooting guide and I've been focusing on the "grinding filament" section. I've tried adjusting the screw on the feeder, but that hasn't helped so far. I tried the STL repair, and I'm not sure what's going on, but I can't print the gcode I'm generating from the repaired STL. It doesn't show up on the list of available print jobs, and I've tried generating it several times now.
  6. Yes, but I'm not sure what I'm looking for.
  7. I have a print job that so far has given me two successes and about eight incomplete prints that have run into issues at the same spot (towards the end of the print). It looks like in the part of the print where there are issues, there's a roof and it looks like for the last part of it, the head is tending to dig into the still soft previous layers rather than laying down anything new and I think the back pressure is tending to cause filament grinding. I'm guessing that sometimes the print job makes it through the tough spot without grinding down the filament and manages to start depositing layers again. I'm printing with black ColorFabb PLA/PHA. I've tried recalibrating the build platform with different levels of resistance when testing the distance with a piece of paper. I'm printing with a layer height of 0.2mm and a shell thickness of 0.8mm. The print job has text at the top and I modified the original model in OpenSCAD to remove the original text and add new text. One thing I'm wondering is if my modifications have created any issues with the STL since I had issues with some of the approaches I had tried to doing this and even with the one I finally settled on, there are some oddities with how the model is displaying in OpenSCAD. This is driving me nuts given that I have two good looking prints, but at this point I'm wasting too much filament and time trying the same thing repeatedly.
  8. If I understand what you're saying, the deal is that you when you change speed you want to retune other parameters as well to get results comparable to the speed your more familiar with. Basically, all of your settings inputs form a configuration space. The problem is that this space is very large in terms of number of dimensions, and it's hard to tell how the parameters interact. If we want to move into the higher speed portion of the configuration space, what other things do we need to change? It seems like changes in settings are largely propagating by trial and error relative to each hardware design. To work out how to push into the higher speed territory, I suspect you need a more organized exploration of the configuration space. I'm guessing that for CNC, the manufacturers did exhaustive testing relative to a small number of reference runs on mature machine lines. Meanwhile, most hobbyist 3d printer manufacturers are less than 5 years old and are in their second or third iteration. I would expect most of the manufacturer driven R&D effort to be dedicated to hardware design for now. But maybe there's something you could do to push into the higher speed configurations using crowd-sourcing rather than paying people to print the same 3 models every day for a year with different settings. So let's say you rate your print quality on a scale from 0 to 1. For each point in the configuration space, we'll say that configuration has an average print quality somewhere in that scale. For the moment, ignore the fact that quality may be both subjective and multidimensional. We have to run roughshod over that to make the problem manageable. Let's say that we have Cura collect a rating from users for the quality of their print job and then submit that rating to an online database, along with the settings used and maybe a hash of the source STL file. Using the database, we want to look for a couple of different things: (1) Are there points in the configuration space far from the default settings (particularly in speed related settings) where there are a large number of user reports of high quality prints? (2) For settings very close to the defaults, what directions can you move where the change in quality is 0 or positive? Over time, you want to come up with ways to change the defaults to reflect good reported outcomes (which also pushes more people to look at the region surrounding the new defaults) and also to try to come up with a lower dimension subspace of the configuration space which gives good results (i.e. when you ramp up the speed, other settings are changed appropriately).
  9. I would suspect that using a hill-climbing optimization algorithm to minimize the sum of a potential energy function calculated at each vertex of the model would do the trick. Your potential energy function would only depend on height from build plate so it's not like it's complicated to calculate or anything. How hard it would be to implement the optimization would depend on how easy it is to perform a rotation or translation on the model and peek at the change in the energy function without wasting time rerendering in the UI. If you ran the algorithm over a variety of different initial orientations of the model (e.g. every combination of 45 degree rotations on the x-z and y-z planes) and take the minimum configuration generated by all of these, I believe it would also tend to find an orientation which would reduce the need for support. Working out how this would be made available in the UI and tuning the algorithm to make an appropriate trade off between quality of optimization and performance would be harder problems than the calculation itself though.
  10. Almost any time I try to move an object on the build platform in Cura, the object jumps way up and right of the cursor. If I drag my finger across the trackpad all the way from the top right to the bottom left, I'm barely able to get the object back to the point where it started. Is there anything triggering this behavior or is there a workaround?
  11. I have a brand new Ultimaker 2 Extended and the pre-loaded print jobs are coming out beautifully, but I can't print over USB from Cura. Every time I try to print an STL file, the machine starts going through the motions of the job, but without homing or bringing the extruder and bed up to temp, so it ends up just waving the nozzle around in the air and tearing up the filament. I've tried looking at the help and searching for help but I can't find anything related to this. The STL files I've tried so far were created a few years ago in OpenSCAD. They look fine in the preview pane.
  • Create New...

Important Information
