Jump to content

meowsqueak

Dormant
  • Posts

    8
  • Joined

  • Last visited

Posts posted by meowsqueak

  1. I have a model I've designed in Fusion 360 as a Component. I have an area I need to be solid infill, so I am hoping to use Cura's Infill Mesh feature to define a volume where the infill is different. I have therefore designed a separate Component in Fusion 360 (a simple cuboid) that is located in the correct place, relative to the first component.

     

    In Cura I have disabled "Ensure models are kept apart" and "Automatically drop models to the build plate".

     

    Fusion 360 only lets me directly send components to Cura one-at-a-time, so I've done this, but unfortunately the second component (the infill mesh component) always ends up at some arbitrary location on the Cura build plate, which is not correct relative to the primary model. I can manually move it but the accuracy of the location is lost.

     

    I've seen some forum posts where people manually position their infill meshes, however this is not ideal because I have another project with precisely positioned infill meshes that I want to handle next.

     

    Is there a way to import both components, this without losing the accurate location of the infill mesh?

     

  2. Ok, I think in this case it's simply a non-retraction travel on the base layer. Not sure why it does this - I guess because I have 20mm set for the Max Combing distance but the first-layer "no retraction" overrides this, resulting in a continuous extrusion during travel on the first layer, but because it's not combing for this travel, it just goes right across the layer. It's easy enough to remove the strings with a scalpel.

  3. I've designed a grid in Fusion 360 and I loaded it up in Cura 3.4.1 for printing. I'm using mostly default settings, except 15% infill overlap, Concentric infill 50%, and a few custom temp and jerk settings. I have Combing Mode "All" and Max Comb Distance with No Retract set to 20mm.

     

    The problem is that the very first layer has an unexpected long diagonal that is *not* a travel string, but a deliberate extrusion at the non-travel speed. It does not appear in the Layer View at all.

     

    Shown by the red arrow:

    image.thumb.png.f5d7f66a790375286ef28ac749017bce.png

    image.thumb.png.cf0150025fed9ed55db04da26b10c40c.png

     

    I had another print yesterday that seemed to do similar things - it was a set of tessellated hexagonal cylinders and inside each cylinder there were definite non-travel strings at some places - maybe 20 or so in total, none of them "dribbling strings", all properly extruded bridges that are not supposed to be in the design.

     

    Is this a known issue?

     

  4. 10 hours ago, smartavionics said:

     

    Hi @meowsqueak, yes, making it time based could be done as you suggest but do people want to think in terms of time or distance when considering this setting? When you look at the layer view you can see all the travels it is doing and think to yourself, hmm, those travels from one side of the piece to the other should be using retraction but those travels in a small area don't need retraction, let's set the value to, say, 10mm to stop the dribble on the long travels. But you're not going to think, hmm, those travels from one side of the piece to the other should be using retraction, let's set the value to, say, 100mS (or whatever). It's much easier for the user to set the limit as a distance rather than as a time (IMHO).

     

    Hi @smartavionics, you make a good point - most people will think in terms of distance. I suppose I'm coming at this feature from the point of view of someone who was debugging an "oozing" problem that occurred after a certain time, so in order to calculate the distance I would need to take the travel speed into account (plus acceleration but maybe not needed for a first-order guess!). I really like the way Cura can link certain config fields together, such that a change to one can influence or override another. Perhaps one way to do this would be to have the distance field auto-update if the travel speed is changed? Or alternatively, a second field alongside distance that also shows the time? Anyway, this isn't an important thing - I'm probably one of only a minority that have a special interest in this parameter and it's easy enough for us to recalculate the distance if we change the travel speed. Thanks for the feature - it has significantly improved my most recent print!

  5.  

    On 6/27/2018 at 1:11 AM, SandervG said:

    Max combing distance with no retract. When set to a non-zero value, combing travel moves that are longer than that distance will use retraction, to maintain optimal nozzle pressure for better print quality. (Thank you @smartavionics !)

     

     

    Having encountered the perfect scenario for this new feature, I am thankful. I have a complex shape that the head takes too long to navigate while travelling in Comb mode, and the molten filament dribbles out before it gets there, leaving a large gap at the same place for each layer. This feature will help a lot if I need to keep Combing enabled.

     

    However I have to ask - why is it distance based? Shouldn't it be time based? The most common case, I imagine, is what I've described above, and this "oozing" effect is dependent on travel time not travel distance. Setting it as a distance means that it will need to be adjusted if travel speed is changed. Couldn't Cura calculate the distance automatically from the travel speed and the time parameter, and generate the appropriate GCODE to implement that?

     

     

×
×
  • Create New...