Jump to content
Ultimaker Community of 3D Printing Experts


  • Content Count

  • Joined

  • Last visited

Everything posted by kfsone

  1. At some point the 2nd print head got out of level, so low that even by the 3rd-4th layer the right core can't extrude anything. I've tried removing it and reseating it, no help. Tried reseating the other core. So I started running manual and automatic levels. 2nd head is still too low. I have the 1st (left) print core levelled beautifully, giving me the best first layers since I got the machine. Am I missing something obvious? -Oliver -- Addendum Today it keeps trying to autolevel with the 2nd/right print core lowered, causing it to fail. I remounted both cores, manually leve
  2. I tried to match as many settings between extruders as I could (I have to tell you *that* is tedious, it takes so long to switch between setting lists, if dual extrusion becomes popular, people are going to flee cura faster than you can say "do you think this extruder's settings will load any time this week?") In some of the previews it looked like the infill was aligned, but that could be coincidental 😞
  3. @tinkergnome see my response a couple replies above, which has an example model pair. I tried messing with the per-model settings but there was nothing I found that produce settings equivalent to simply switching nozzles while rendering the parts of a the letters. I should note that unlike the simple X model, there's actually some other stuff on my original (a border, etc) that would preclude my simply changing nozzles at layer N 😞 Where do I find the "Merge Origins" option??? Lastly, I tried making the models not actually overlap and separated them by .1, .5, 1.0 and 1.1x layer height,
  4. Here's a trimmed down version of the two models. X-Base.stl X-Fore.stl
  5. Turning off Remove Mesh Intersection entirely seems(*) to have fixed it (although, that seems backwards) (It created a different problem: it tries to print layers for both models at the same time instead)
  6. That didn't fix it, but it did affect alternate mesh removal's impact: But it still produces two surfaces where the letters meet:
  7. Even with the letters above the baseplate it generates surfaces between the two, that was what lead me to try recessing them. Hmm. Maybe I should recess them but not cut the recesses out of the baseplate.
  8. I have a model which is a 3mm thick square with raised letters above it. The idea was to print it using dual extrusion, so I made it two models, assigned each to an extruder, and grouped them. But when I look at the preview, it's burning a whole lot of time creating skins at the interface. How can I stop it doing this? (Pardon the colors, I gave up fighting cura on choosing what color non-ultimaker filaments are)
  9. 11 hours into a print, a piece of the skirt separated from the build pate and got onto the top surface. I selected Pause so I could remove the debris, but it's not accepting Resume from the front button or from cura connect. It's keeping the print bed at 85c but the print head has now cooled to ambient, and it continues to just sit there 😞 - Printing single Extruder with nGen, bed 85, ext 240, Only thing different about this and previous pauses is that I had manually adjusted the extruder 1 temperature -1 degrees. Hour later: still no resume =(
  10. That's a tricky print, but a pleasing result, but btw the "Printing Guidelines" link just takes you to the product page now. Question: Would this be a good candidate for the BB print core? Also, it would be awesome to have a way to leverage the way these kinds of filament react to temperature variations to produce grain effects. You can do that with post-processing but that's just flat layer-by-layer and the end result is an mdf/plywood effect rather than grain.
  11. @Matioupi It's controlled by this, if you don't have it visible, search settings for it: Infact, search for "horizontal expansion" to make sure you don't have the regular one set too.
  12. I've been noticing "random" behaviors. The other day I did something routine and it suddenly started unloading printcore 1. @gr5 told me there is an issue preventing printing the calibration chart because the printer over-retracts print core 2, but then support told me that he's wrong, the bug prevents anyone printing a calibration chart. Except, I've been able to print a calibration chart by doing nothing more than print->power cycle->print. I was able to print once and then it lost the calibration (even tho it has the settings). With active leveling set to manual, it will occasionally
  13. My solution was just to reduce the first layer height and width. TPLAs inherent adhesion is good enough without needing to crush it against the plate. Also results in a more consistent glossy finish. No curling, no elephants foot. The line width may not even need reducing but I found it made the gloss a little less shiny-polished, and for the piece I'm printing that was a better look. The other thing you might consider: if you have one of the newer build plates, the side of the plate with the heat sticker on it has better adhesion. Flipping the build plate with giv
  14. Guys - fuzzy skin has only one thing keeping it from kicking ass: there doesn't seem to be any way to restrict which surfaces get fuzzed. For example: it doesn't hurt, but you might not want to waste print time on fuzzing the never-to-be-seen underside of your model; or you might not want to fuzz joints/connections. Ironing likewise would be nice to have finer control - perhaps the option to paint which surfaces you want each applied to? Hats off to you on both of those features, btw, printed a set of steps for our 15yo cat to get in/out of the litter pan with a bit of
  15. I hadn't, but that looks interestingly close to what I was considering, except I'd want it all the way thru the height of the model. In Simplify3d I'd probably just have multiple processes and split the high-fidelity parts out to a separate process.
  16. PS: - "def __init__(self) -> None:" init doesn't return None, it actually doesn't return anything, so at some point having the "-> None" will break your code. - if you make your function-entry comments into strings, python will automatically use them as the function's __doc__ property, so that they are documented by help(function_name, and will the life of anyone who looks at your code as well as your own a lot easier 🙂 > ipython Python 3.7.1 (default, Dec 10 2018, 22:54:23) [MSC v.1915 64 bit (AMD64)] Type 'copyright', 'credits' or 'license' for more information IPython 7
  17. Have you looked at iPython/Jupyter? iPython is basically the original repl on steroids and the "console" versions of it are a great way to merge IDLE and the REPL in one shot. Jupyter, originally called IPython Notebook - takes it a step further and abstracts the backing interpreter so that it can be housed in a web-service, where a "notebook" is basically a webified version of a repl with "cells" containing blocks of code that you can tweak/re-execute, iterate on. The back-end abstraction they called "a kernel" and because of this they're able to actually service pretty much any programmin
  18. When you're printing a piece that is mostly solid but with delicate connectors or prongs/pins/etc, it'd be really nice to be able to have something like adaptive layers that works based on the size/circumference of the section of the piece it's printing, so if it's printing a section of a part with a very narrow radius, alter the speed? See the stands in the attached example SampleShell.stl
  19. << This was supposed to be an edit, not a quote
  20. @gr5 Please see above: it refused to extrude the second head on 18 of my 21 attempts to print the calibration chart today. The pattern of behaviors I saw today was entirely consistent with the C/C++ concept of "Undefined Behavior". I was beginning to suspect this earlier today, so I sat and repeatedly power-cycled the printer, asked it to print a calibration chart, and observed the results. Multiple behaviors were random. And yes, a 100% fail rate *is* a legitimate random sequence, if taken from a large enough sample of samples. It's also why you have a smattering of us
  21. Here it is not-printing. I have no idea why, I primed it before starting this print, you can see the residue on the left nozzle. https://drive.google.com/open?id=1sHU1varPzn2ZhSmLYm0944waA3W3S2Rj It did, though, print the very last line of the y chart: https://drive.google.com/open?id=1pfEOWTcIpbX7_dKPMpPN_HNFPY5rrKcS And then the right filament also failed to be extruded. I've manually leveled the printer and printed a successful 1-layer test print, now I'm going to try printing a calibration print again.
  22. I got down to my last spool of PLA for the left head, but I managed - after 3 days - to get a calibration chart printed. In the end, stopped adjusting anything and just kept rebooting the printer and starting a new calibration print. On the 9th run, it printed this: (I'd run out of the other PLA so I had to use black...) After I'd entered the values, without doing anything else, I asked it to print another calibration print: it did the entire print without extruding anything, when it was done I went straight into Material 1 and moved it, and it instantly extruded some m
  23. No: I was diagnosing an unrelated issue when I updated the firmware and after that the auto-level affecting issue prevented me from diagnosing it until I switched to manual leveling. But having said that, I think the problem is not specific to auto-leveling. I think you have some Undefined Behavior in your firmware: I'm unable to print the calibration test because the printer randomly Does The Wrong Thing for me in terms of selecting print head and priming that print head. I've tried about 15 calibration prints just today and I get a random combination of it lowering the wrong print head
  24. Half the time I try to print a calibration sheet, my UM3 insists on first lowering the right head, and then totally failing to extrude anything during the print. Or, on the rare occasion I can get it to print the left head's chart, it will then attempt to *raise* the right head and end up doing this: https://drive.google.com/open?id=1KY-CuhyAt7FI4ShHEz7ieyVXQ3sM9yY3 A reboot of the machine often convinces it to stop doing this. Sometimes it will say it's doing an auto-level but immediately continue with the calibration; when this happens, the print head gets
  25. For the most part, when I print brim, it's just so I have something to help me get the scraper under the model. So a full brim around the entire model is usually just waste. Proposal: Provide an option that takes the degrees of brim coverage. "180" means that the "front" right and left of the model will have brim but not the back; "360" means the entire model; "0" means - why did you choose brim? Disables the option to print brim on the interior.
  • Create New...