Jump to content

widden

New member
  • Posts

    25
  • Joined

  • Last visited

Everything posted by widden

  1. So I've tried the new 5.0 beta and it works like a charm, thanks. I've had some problems with the program crashing and resetting all settings a couple of times, hopefully these will pass. Thank you, Greg! I can see the 5.0 is now "available", so I'll download that to continue https://ultimaker.com/software/ultimaker-cura?utm_source=cura&utm_medium=software&utm_campaign=cura-update-download
  2. Actually, I can't work out where to download the 5.0, and I'm a bit time poor to try and learn how to build, so I'll give this one a miss. Thanks anyway.
  3. Thanks, I'll have a looksie at 5.0 Yes, it's 4.13, and the reason I'm printing with 0.6 wall is speed. This box does not need to be a beaut; it needs to be light and print quickly.
  4. Hi Greg, thanks for your response. I'm a bit confused - but I'm very tired, so apologies. Fistly; I meant to put the part about "rounding error" after the zig-zag - since it does not make *all* walls a zig-zag, even the same wall is only partly zig-zagged . Second; so are you saying that this is all good? Should I just print it? Btw I've restarted my configs from absolute scratch since I had problems last with cura giving me very weird time estimates, about a month or so ago. It seems to work OK till now - not sure what to make of it. Do I need to re-create configs regularly for cura not to mess itself up?
  5. After slicing my model is full of gaps in the walls near the ends, around a mm wide, seemingly dispersed a bit randomly. But sadly, enough to make the resulted print a 'failed' one. This is a 0.6mm thick wall, printing at 0.6mm line width. So in theory it should be a simple continuous line. Really weird, looks like a floating point rounding problem if anything. Please see the screenshot and project attached. I've tried this object earlier making the wall 0.61mm, but then the printer starts zig-zagging on *some* of the walls. Still leaves gaps in other places. Attached images, the two objects, and the project. v13 of the ammo box is with the 0.61mm , v14 is with the 0.6mm wall thickness The project file is with the 0.6 wall thickness again. While this looks like a bug, I'd love to know if you guys have an idea for a work-around? Is there's any way to get this to work and have a single line laid down (from wall to wall)? Thanks! yAmmoBox.v13.50cal.stl yAmmoBox.v14.50cal.stl yAmmoBox.v14.50cal.3mf
  6. Thanks for looking at this. I've now created a new profile, just copied the speed and accel settings into it, tried a few things and yes, they are indeed a lot more accurate now. Nearly spot on. Very interesting. I'll simply on from this new profile.
  7. I've tried asking this on reddit, but not much came out of it. I thought I'll try my luck here. I've got an advice to install "printer settings" extension, which I did and set up, however it did not seem to fix anything. I'm sure I'm doing something wrong. But what? Here's is the original post below. --- I've always been aware of a bit of a discrepancy in the estimate vs real time, and I can put up with it as long as it's not too bad. Eg ~30 minutes off on a 5-hr print I can live with. However, it seems since I've upgraded my Ender-6 with a Biqu H2 and started building up speed, things have gotten a lot worse. Latest one is an articulated snake, printing at 100mm/s walls & 150 infill; this was estimated to complete in 5:28 - took 2:56. That's massive. 3 hrs vs 5:30 ! That's 50% extra estimated on top of the time. Is there anything I don't know of? Is there anything that can be done to improve these estimates? Interesting that putting the gcode file into https://gcode.ws/ results in an estimate of 2:28:49 - while this is under by half an hour, it's still a lot closer. --- And I've got a new one, since. A test cylinder, a very simple thing, the project is attached. Estimates 4:22 and takes 1:04. gcode.ws estimates 1:27. I've attached the project for this. Can someone please shed light on how to set up Cura to provide estimates a bit closer to reality? TestCylinder.3mf
  8. Yeah, ok - so they do come in pairs, and hence copying just some of the files does not work. When I've copied the whole shebang, it worked. My fault was that I thought I can just copy a few and it'll work. Thanks, mystery solved.
  9. Here's a couple, they aren't all important, mostly incremental changes, but I'd like to be able to keep the last 10 or so to be able to go back if I find that the latest is terminally ill. I did not copy *all* of them back into the live folder, either - maybe I should do that? Btw also, looking at the whole thing with this 'pairs' in mind; could it be that I should order by date and copy a large bunch instead of cherry picking? Yeah I think in light of what you wrote, I'll test these later. cura profiles.zip
  10. Hi, thanks for looking into this. The stderr and stdout are empty in the cura folder, so I'll not bother. Attaching the cura/4.13/cura.log I've just done a copy files in and restart right before (and the files are gone again) . Is there anything else you might need? cura.log
  11. I've upgraded to 4.13. In the process my profiles were deleted (uninstalled the old version) - I thought; not a biggie I keep a local backup (of the folder quality_changes). But now I'm copying these files into the quality_changes folder, cura empties the folder on program startup. Weird. So how can I get my profiles back? Please tell me there is a way? I mean no sane person would build a program where an upgrade means user profiles are garbage...right?
  12. I thought it might be a case, and it's not doing any harm in this case, but it seems to be erroneous; I thought cura devs might pick it up 😉
  13. Roger, I've re-created the situation, here is the 3mf file. The funny bit of support is still there. Dalmatian.3mf
  14. May be a bug? Please have a look here guys, I've tried to create a bunch of screenshots to illustrate the problem. It seems that cura has generated a bit of support within a support blocker. Normally the program only does this if the support is required above. However, this bit is not connected to anything above - it ends on the model. https://ibb.co/wKzFLpw https://ibb.co/C8FcmrF https://ibb.co/gw3XVRc https://ibb.co/n0kv79j https://ibb.co/R9Gfbng https://ibb.co/qByskTp https://ibb.co/884TwwC https://ibb.co/2WJkW08 https://ibb.co/GHf4Y9g On a sidenote; I can't print this bloody dog. The dog's right ear just does not print, I've added extra-wide supports, plus extra manual supports now, printed with 0.12 line height, and that right ear moves out of place every single time. The end seems just too pointy to be printed.
  15. Hah, heard the story that Armstrong has fixed the Apollo 11 during their moon mission with a ball pen? It's possible to get there in nearly anything, but needs a bit of luck 🙂
  16. I've found out how to compare profiles from this page on github, and this is the result: https://www.diffchecker.com/1q3CCLfs A bit too many to digest easily, that's for sure. About that slight blemish; it's happening near-vertically on the edges repeatedly - so I'm thinking maybe it's the z-seam that is not-that-well hidden? I'm still a bit miffed at the Ender-6, due to a number of small nagging issues to be absolutely honest. Some due to the loose spec chinese manufacturing and lack of proper QC, I reckon. But it'll do as a learning printer. I'm already eyeing a Voron with a 350 bed, hehe...except I'd rather have someone else put it together. And I need to get that new shed installed, which will take a few months (The family isn't enjoying the noise; although my daughter enjoys the prints. The latest articulated gecko was a real hit 😁 ) . One issue for example; I've bought new wheels to deal with the strong dusting, and it turns out it's still dusting. It's because things don't align perfectly; kind of like you said before. But I've no idea what to do with it; the whole y-axis carriage on the right seems slightly out of alignment for one. To fix it it'd probably need a new rail cut to size and drilled and...and...bugger it. This is the picture demonstrating the issue: https://ibb.co/HnzzssX But there's some dusting from the wheels on all the other rails, too; just not this uneven.
  17. Mate, your project/config is working brilliantly - and it has finished, indeed, in 1:43 ! The only thing I had to change was the z-hop speed; it came up red at 20; I had to reduce it to 10 There's only one small, barely visible blemish on one side, weirdly in a near-vertical direction this time rather than horizontally: My question, regarding cura this time (hurray!) is there any way to see how your profile differs from mine? A setting-by-setting comparison view of some sorts would be great. I need to know how exactly to achieve such a great result 🙂 Thanks for all the help, again!
  18. Thanks, @GregValiant I'll give it a try! And you're right it is on the widest part so yeah, it may still be speed... Btw my gcode was/is attached to the post 🙂 Edit: I've given your gcode a try, and the printer went into the original skippy/staggery mode again - it's probably using the 'vase' mode, which mine simply cannot do it seems.
  19. Gents I've managed to print this model, simply with 'normal' settings for now. It's not bad for a first try I guess, but there's some weird blemish (that's repeated all the way around at the same height) as it can be seen here: May I ask you more experienced printers, what could cause this and what maybe a good idea to try to fix it? I know we're outside of talking about Cura now, however, I'm quite unsure what to touch, what maybe the potential cause. (I've attached the gcode in case it helps) Basically I've taken a decent profile - not too fast I hope, this time, it took 3.5hrs - and made it into a single-wall, no-infill one. Speed at 60, accel at 2000, jerk at 8. SpiralOrnament.profile.32.gcode
  20. Haha, you're my kinda guy, Greg. Funnily, building stuff is the bit I enjoy a bit more, I've already designed a few simple things in SCAD. Thanks again! I'll persevere. And I'll check out your software.
  21. Thanks guys, I'll take it to heart. I've already done a few test prints already; eg I've done a temp tower, (which showed no difference from 195-225 to me), done overhangs - which was good to see that I can print well up to ~70 degree overhangs. I've also fought a fuckload with first-layer adhesion (pardon my french). I've now tried pretty much everything apart from installing a G10 sheet (which has arrived, I just need to cut it to size, and it's toxic when cut). To be honest I'm a bit over it. I'd like to just design and print stuff, but I can already see it won't work without learning all the nuances, however for that I need to print a lot more than tests (eg I've learned more about supports trying to repeatedly print a wolf miniature for my daughter than trying tests) At the same time using too small models always causes problems; easy breakage and invisible details (my eyesight isn't what it used to be). Anyway, looks like a long journey ahead. Just not too happy with this ender-6 right now.
  22. Well, I've now tried to go back to a 'standard' profile for starters. Then going up to max resolution=1mm max deviation=0.2mm And it's still the same. Larger hops, but no material difference. Takes half a minute to do one revolution around the model. I think I'll just put it down to Ender 6 not able to print in this mode, and leave it at that - for now. Many thanks again, gents!
  23. Thanks gents for all the responses, I'll try to digest it and make modifications. I'd just like to say I really appreciate you both taking the time and effort and help me here. I forgot to mention that I've been into 3D printing for a whole of 2 weeks at this point, so a lot of things are still 'alien'. For one thing the profile I'm using as a base is someone else's creation to combat stringing (which it does), which maybe messing with the vase mode. Edit: love that wife comment with the gold 🙂 Yeah it does happen here already, too.
  24. Hey everyone. I need a bit of help with a weird thing here in vase mode. Might be a bug, dunno. I've created a post on reddit, but it seems no-one has a clue what maybe causing this, so I thought I try my luck here. Here's a video to the issue posted on reddit: https://www.reddit.com/r/ender6/comments/r3zxn3/vase_mode_printing_in_small_slow_steps/ A description of the issue is as follows; The initial layers print at full speed, then the whole thing changes to this. In cura, the print shows up to complete in an hour. But at this speed it'd take all night. In normal mode this model should be ~4.5hrs. Printer: ender-6 (using it via SD card, no direct USB connection) Special settings that maybe relevant: Spiralize Outer Contour : on Minimum layer time: 2 s Minimum speed: 20 mm/s Layer height: 0.2 (initial the same) Line width: 0.4 And speeds are of course all set way higher - even the initial layer is at 20 mm/s the rest are 60-80 I've started this print 3-4 times, tried small tweaks, but to no avail. Here's the gcode file, in case it helps - of you want to test it. https://www.dropbox.com/s/wucwy9xfgkx47f4/SpiralOrnament.profile.26.gcode?dl=0 Trying to print this model: https://www.thingiverse.com/thing:4678220 Thanks for any help!
  25. For those who find this in google now... The actual folder where the files containing the profiles are with the current version (4.12) C:\Users\[YOUR USERNAME]\AppData\Roaming\cura\[version]\quality_changes\
×
×
  • Create New...