Jump to content
Ultimaker Community of 3D Printing Experts

Rejutka

Member
  • Content Count

    27
  • Joined

  • Last visited

  • Days Won

    1

Posts posted by Rejutka

  1. Maybe there's a setting for it, or maybe it's been discussed before, but I didn't find it 😞

     

    Situation: I have a model that has a horizontal hole. Support is set to "everywhere", so Cura adds some nice supports that make sure the ceiling is as good-looking as the floor.

    However, the hole is so small that I can't get the support OUT without damaging the print.

     

    On bigger prints, I can use some pliers to tease it out. But in this case, the pliers are too big.
     

    Is there a way to have the support go beyond the model? Like a handle so you can pull it out.

     

    (Not using support would probably work, but the ceiling wouldn't be as nice, and it's part of a connector so it should be smooth.)

  2. I've now tried all three suggestions - none of them had any visible effect (in the preview, at least).
    Maybe I'm doing something wrong, but what?

     

    Here's perhaps a better picture:

    image.thumb.png.6d1eba149657f138375c03de8b755cfd.png

    The letter-to-be isn't printed yet, and Cura tries to leave a hollow where the "empty" will be - but it's so small that it makes no sense to me.

    Same goes for the ironing.

     

    I'd have to set the ironing inset to a negative value to get it to cover everything - but then it'll likely ruin the edges.

  3. I've also submitted a feature request on GitHub, but I can't upload pictures there, so I'm adding a thread here as well.

     

    https://github.com/Ultimaker/Cura/issues/6555

     

    Basically, when printing objects with staged "top" layers (think stairs), Cura will try not to create skin whereever there is an additional layer on top.

    I want it to create skin across the whole layer, because for small prints it's likely a waste of time, and it doesn't look good (with ironing on, for example).

     

    Here's an example from Cura:

    image.thumb.png.75161dfdb8a7f5bbbd2a391360ec786e.png

    The letters in the middle are now one layer high. You can clearly see the outline Cura leaves. It seems inefficient, and the result isn't all that great.

     

    But maybe it's merely a customizing issue anyway?

  4. I'm using Cura 4.2.1 (Windows 10).

    Recently I bought an Ender 3 to go along with my Wanhao i3.

    For the Wanhao, the nozzle size setting is where I expect it - in the machine settings extruder tab.

    However, for the Ender 3, the nozzle size setting is not there but inside the filament type selection (the drop-down right of printer in the main screen).

     

    Why?

    I don't really mind either place, but I do like consistency.

    Wild guess - traditional and/or because those profiles are not from Ultimaker and the location of nozzle size isn't hardwired?

  5. Apart from the obvious, I mean. Are they part of any normal Cura installation, or are they relicts of upgrades because I had a previous version installed? (I honestly can't remember if I had version 2.1 installed or not. The upgrade 2.1. to 2.2 is there, though. )
    The progression isn't without gaps, so it could be either way...

  6. (I realize this is a necro, but this posting comes up at top for my google search, so I'm adding my answer.)

    A way that seems to be quite easy is to save an empty project (File->Save) which will include the printer settings.

    Then open (again, via File->Open) that project, and you'll be asked if you want to update or create a new profile and printer.

    Create new and change the settings there.

     

    I've done this just now with the new Cura 4.1 , but older versions should be able to do that as well, since there is a comment from 2018 on GitHub:
    https://github.com/Ultimaker/Cura/issues/3568

     

    [edit] Apparently not everything is copied? I had to set the manual change in the _settings.inst.cfg again.
    (I've disabled temp control of the nozzle, because I prefer to control that via Octoprint.)

  7. It would be nice if it were possible to disable temperature control for the nozzle, similar to how it is with the bed.

    I'm using OctoPrint, and I preheat the nozzle - and sometimes I like to try different temperatures without having to re-slice the model, or send custom g-code in-between.

     

    I seem to remember that it was possible in previous versions (i.e. old Cura), and there was a discusson on GitHub about it, where it was said that there is a setting somewhere for that - I didn't find it, though, so maybe it's in the underlying json files?

     

    In any case, I think it would be useful if the temperature setting for the nozzle worked the same way as for the bed.

  8. Sorry for the horrible title - I'm sure it's something that is often encountered, but I just can't force my mind to spit out the right words to just explain it in a simple sentence :-(

    I've tried to search, but what good is all the knowledge of the world, if you don't know how to ask the question...

    So, here's a picture that demonstrates what I mean:

    cura_cylinder_bottom.jpg

    (This happens with the old 15 Cura as well as with 2.4 .)

    As you can see, the inner bottom (yellow) starts some distance from the edge - because Cura tries to save filament and the empty area is where the walls are going to be. Makes sense, in theory.

    However, it also means that Cura tries to start the print on empty air - which naturally fails.

    One way around would be to increase infill until it's tight enough to support the start of the bottom, but I don't want that much infill all through the print (though maybe 2.4 can vary infill? I've still not spent much time with it.)

    So, how can I solve this? Surely it's not a rare issue?

  9. I downloaded the latest Cura Beta again, and as before, I've to fill out a questionaire. I can see why you'd want to track what your software is used for, but why do I have to answer the same questions every time I download the program?

    I've even signed in beforehand, hoping I'd avoid it.

    Sorry if this has been posted before - I tried to search for it, but it seems I can't find the "Search in this subforum" button.

    (Or the "Create a thread in this subforum" button for that matter. I had to select the forum for this thread manually.)

  10. No replies yet - no one else has this problem?

    I *think* I may have found the reason, but not the why.

    These lines seem partially redundant:

     

    ;LAYER:0M107G1 F2400 E-1.00000G1 Z0.075                                <--- What is this for?G0 F5400 X97.500 Y65.481 Z0.300

     

    Why the G1 move? This must be the double-dip, but what purpose does it serve? I don't think it happens always, just with *some* models I'm trying to print?

    Also, I know this is an outdated version of cura. I'll switch to the new one eventually, but for now I feel more comfortable with this and I don't want to learn a new Cura and calibrate the printer (the latter is bad enough).

  11. Feature request (or is it a bug?):

    Can the backend put important messages as popup through to the frontend, instead of merely logging them?

    Example: "WARNING - No objects suitable for one at a time found, or no correct order found"

    The slicer stopped working, the frontend doesn't know it. Neither does the user unless he looks into the logs.

    Getting a popup would be an easy workaround.

  12. Do anyone know where I can adjust the bed size and/or print area for the z, y and z-axis?

     

    In the program folder is a subdirectory "resources\machines" - the JSON files in there are the templates - copy/edit them to change these values.

    [edit]There's a thread with better details somewhere, AFAIK.

  13. OK, now I have a problem that isn't just UI.

    I think it's an old issue, I skimmed through this GitHub thread: https://github.com/daid/Cura/issues/771 and it seems to describe the problem I have.

    Basically: Cura tries to create a surface in preparation of a structure without first making sure there is support below.

    If there is enough infill to "catch" the new surface - fine. If not, Cura doesn't care and everything drops and leaves ugly holes.

    Here's a screenshot of a GCode as displayed by Repetier Host 1.6.0 , the GCode was created by Cura 2.1.0 .

    cura_surface_holes.thumb.png.c4fdc42d72d4cbaaa99bd94fccd0e4b3.png

    It shows three layers, the first two only contain the shell and infill, the last one is the preparation for the surface upon which another structure is printed.

    Quite a few of the lines are actually in mid-air, others may start on a line but end in mid-air, which might work but often doesn't.

    It seems to me that Cura is trying to preserve filament by not covering sections that are neither built upon, nor visible.

    Obviously, a solution might be to increase infill until there is enough - but that wastes time, and if I was ever visited by a goddes, it certainly wasn't the goddes of patience...

    :-D

    A better solution, maybe it's possible already?, would be to have an option like "close whole surface in preparation of upper structures". (Just find a better name.)

    I've tried to get that by telling Cura to use more surface layers, but I don't think it had the hoped effect.

    It's usually not a big deal, unless I try to print something big.

    --

    Unrelated, another minor UI peeve: there is no version number in the title of the program, it only says "Cura", instead of "Cura 2.1.0 beta" or something.

    --

    And another UI comment: Why is the bottom side of the object red? I'm assuming this is to indicate angle, but if it's the flat bottom, it shouldn't look the same as a free-hanging structure, IMO.

    It took me longer than I'll admit to figure out that the underside is indeed flat and firmly against the buildplate, and not, as I first suspected, somehow hanging in space.

    --

    Finally, an odd bug when resizing/scaling and viewing layer mode:

    Open an STL file, resize it, switch to layer view.

    Result:

    cura_resize_double.thumb.png.4a975ea27d9fb48e135b904c057b4f76.png

    It seems to be visual only, so it does no harm except look weird. Moving the object clears it.

    cura_surface_holes.thumb.png.c4fdc42d72d4cbaaa99bd94fccd0e4b3.png

    cura_resize_double.thumb.png.4a975ea27d9fb48e135b904c057b4f76.png

  14.  

    How do you turn off Brim? In v15.X you could just set it to "None". But in 2.1 there is no such option.

     

    The None option is actually a misnomer in Old Cura. It printed a skirt (which is why we changed that, so it now actually reflects what it does)

     

    Would it be possible to add a "zero line skirt" named "none"? I'm not using a skirt, but if I wanted to for some reason, I'd have to change settings back and forth.

    (Unless I'm the only one who feels that way. In that case, feel free to ignore me :-)

    --

    Another minor UI issue:

    This may seem a stupid question, but how are the drop-down menues in the setup section (right hand side) supposed to be used? Click-and-hold-drag or click-and-select ?

    I.e. should one click on a menu, hold the button, move towards the desired entry, release the button,

    or click, let the menu appear, move the mouse to the entry, and click again?

    Because the latter doesn't consistently work on my machine.

    Quite often the menu closes immediately.

    Also, when clicking the menu and clicking it again, without chosing a different entry, it isn't closed (as I'd expect) - at least not always. Sometimes it works. Might be my windows installation?

    (I feel somewhat inadequate, posting minor UI annoyances instead of actual problems that hinder the print process...)

  15. Let me find out if that is possible. When in a thread and click the magnifying glass would you like to search in the thread, and the thread alone?

    This would mean you always have to go back to the main screen to search the entire site.

    Or you could check a box that toggles between search thread (where you are in) or don't check it and search the website. What would make most sense to you?

     

    A checkbox would be least ambigous, therefore preferable.

    Although normally I'd assume that a search option within a thread only applies there. But I am mostly used to phpBB style forums, so that may be just me.

  16. This probably isn't really a Cura problem, but rather user error or firmware "feature".

    But I hope someone can enlighten me because it's quite annoying and I'm in a foul mood already (not because of this, but once in a bad mood, everything will make it worse :-/ )

    Here's the situation:

    I want to print an item. As usual, the head goes to 0/0/0, lifts a bit, extrudes filament.

    Now it usually goes straight into the middle to print, but sometimes (as in, some models, not all of them - but it must be in the GCode, it's consistent) the head is lowered again, and it moves very close (I think at printing height) across the bed, dragging the pile of extruded filament with it.

    What it usually does is go to the middle, lowering the head while doing so, thus NOT dipping into the discarded pile of filament.

    Did I spoil the settings somewhere? I'm quite certain it doesn't always do that. Though I don't keep book about the things it does...

    Cura: 15.04.3

    Printer: Wanhao Duplicator i3

    Windows 7

  17. Is it possible to add a way to search within a thread? I like to search within a long thread before posting something, but I don't like to click through 49 pages to check every page. (As I would have to do in this thread, to see if someone already asked for this.)

    • Like 3
  18. However your issue reads a bit like "if I configure my computer to use inferior font rendering, the type looks ugly" ;-)

    Heh, yeah, but it's more like "If I enable this rendering, half the fonts look ugly. If I disable it, the other half looks ugly."

    My problem is I don't like it when the characters are fuzzy at the edges, which ClearType mostly produces - except in a few cases where it improves the edges...

     

    I'm afraid the best we can do is to file a bugreport for the GUI framework we're using (Qt) and wait until it is fixed "upstream", but I don't think it will become a high priority thing over at the Qt project...

    It's a better result than I would have hoped, so I'm quite satisfied. To know what the issue is helps even if it doesn't solve anything. (Weird how the mind works.)

  19.  

    Minor issue: font in menu looks weird.

    The screenshot somehow looks better than the actual program, but I think it's still noticeable - especially compared to old Cura:

    cura_21_font_vs_15.thumb.png.cd3eaa6821ce45228b87c4c32f115f20.png

    I'm using Windows 7 64Bit, ClearType is disabled.

    I've tried to see if someone else had this already, but apparently there is no search in thread function? Or I simply missed it...

    (Also, I realize this is a very minor issue compared to things like retraction problems or having to maintain dozens of profiles. But it's what jumped into my eye when I started Cura 2.1 and it's something I find highly annoying, to the point of actually not using a program if it's too much. It's not too bad in Cura, though. Or rather, Cura is important enough to endure it.

    I know I've seen this before in other programs, so I blame Windows.)

    cura_21_font_vs_15.thumb.png.cd3eaa6821ce45228b87c4c32f115f20.png

  20. (Using 15.4.3 on Windows 7)

    Not sure if this should be an idea or a question. If there is a way to disable this, it's a question (where?). If there is no way to disable it, it's a suggestion (add it).

    With more words:

    Currently the Cura Splash screen stays in the foreground even if one changes the focus to another program. This is, at least for me, highly annoying. Cura takes some time to start (no idea why) and I'd like to not just sit and stare at the screen while it does so.

    The program that has focus works fine and everything - but I don't see much of it...

  21. I have a similar issue. Maybe it's the same, I believe I have found the reason for it.

    My issue:

    I'm printing a very small object, each layer takes not even a second (so claims Cura).

    For some reason, Cura is adding code that moves the head to the side, extrudes a bit, then moves back extruding some more.

    When viewing the GCode with Repetier Host, I can see the extranous head movements. They make no sense model-wise, as they're about 2 CM from the model.

    I have looked at the GCode and noticed weird G0 codes - immediately before a new layer.

    When I set the minimal layer time to 0, the resulting GCode contains no extra movements.

    But when I set it back to 5 seconds, the extra movements/extrusions appear.

    Not sure if this is intended, but it almost looks like Cura is expecting there to be a wipe tower?

    I can't upload GCode files apparently, so here's snippets of the file, containing one layer each (same STL, same settings, apart from delay):

     

    M117 Layer 56 of 58G0 X97.767 Y102.634 Z11.300;TYPE:WALL-OUTERG1 F2400 E44.00057G1 F600 X97.233 Y102.634 E44.01829G1 X97.233 Y101.365 E44.06039G1 X97.767 Y101.365 E44.07810G1 X97.767 Y102.634 E44.12021;Small layer, adding delay of 4.386900G1 F2400 E39.62021G0 F4800 X97.767 Y102.634 Z14.300G0 X117.767 Y102.634G4 P4386;LAYER:56

     

     

     

    M117 Layer 56 of 58G0 F4800 X97.767 Y102.634 Z11.300;TYPE:WALL-OUTERG1 F3000 X97.233 Y102.634 E44.01250G1 X97.233 Y101.365 E44.05460G1 X97.767 Y101.365 E44.07232G1 X97.767 Y102.634 E44.11442;LAYER:56

     

     

  22. I'm using Cura - should have mentioned that...

    What I mean by resetting is the code that moves the printhead to the 0/0/0 position, moves Z up a bit, extrudes some filament, then moves to the start point of the print.

    How does the program decide wether it is a single or dual extrusion? Number of materials used? Or machine settings?

    If I have a machine set up as dual extruder, and only use one material - which coding is used?

×
×
  • Create New...