3
submitted 4 months ago* (last edited 4 months ago) by [email protected] to c/[email protected]

[SOLVED] cause: not enough cooling for overhangs

I increased cooling on overhangs from 60% to 100%, and decreased overhang (10-25%) speed from 100% of outer wall speed to 85%. Issue went away completely and it now prints nicely 👌

I've started printing parts for my voron 2.4, and it's generally going well enough. The parts are looking pretty decent. But I'm having a hard time getting good results with overhanging sharp corners. They tend to warp upwards as seen in the photo on the left side. The prints stick well enough to the build plate and I don't have any other warping or adhesion issues.

Is this because my cooling for overhangs is too much?

I generally print with no part cooling in an enclosure. Temps are 245°C on the nozzle and 105°C on the bed, using 60° fan speed for overhangs. I'm printing on a anycubic kobra 2 with azurefilm ASA.

5
submitted 5 months ago* (last edited 5 months ago) by [email protected] to c/[email protected]

[SOLVED] I changed the IP of my Adguard yesterday and forgot to update DNS in HA. It updates just fine after I updated the DNS IP in HA. I'm guessing everything else worked outbound, despite the wrong DNS in HA, because I had the correct DNS set it in my router.

I wanted to update my HA this morning but got this error.

Which is a bit weird, because my HA is reachable from outside my home network via nabu casa, and all my integrations relying on internet work just fine. It can even ping outside my home network.

[-] [email protected] 32 points 5 months ago

It's crazy just how much of a PITA it is to use the internet when using NoScript

[-] [email protected] 30 points 5 months ago* (last edited 5 months ago)

IDK, the ability to remote activate climate control, start/stop charging and control charge power to match my solar power are all quite good reasons for me to have my car connected.

We should be able to have nice things without surveillance. We shouldn't refrain from these things, we should legislate so they're not allowed to collect data and share it without explicit consent.

[-] [email protected] 71 points 5 months ago* (last edited 5 months ago)

This feels like an advertisement article...single port USB-C PD chargers with 20-30W output in the <$10 range are not at all hard to find already.

9
submitted 6 months ago* (last edited 6 months ago) by [email protected] to c/[email protected]

I've just about convinced myself that I need a voron trident to replace my current cheap bedslinger. Since I can't live with the small print area of the 0.2, that one is out of the picture although I was thinking of that first. I like the DIY and open aspect of them, but many of the kits I can get locally seem grossly overpriced at around 1700 euros for a trident or 2.4 kit that I have to do all the work on myself.

Is there actually any significant saving by sourcing all parts yourself instead of buying the kits? Anyone here have experience buying all the individual parts? Brands to go for or avoid?

[-] [email protected] 37 points 6 months ago* (last edited 6 months ago)

Hydrogen is incredibly inefficient compared to using electricity directly. You have to first use the electricity to make the hydrogen, this is very inefficient in itself. then you have to "burn" it to drive the vehicle, which wastes most of the energy just like ICE vehicle. So you need several times the initial energy generation to drive a hydrogen vehicle the same distance compared to using electricity directly.

Of course the batteries is then the issue when it comes to EVs, so they're not a magic bullet. But I wouldn't say hydrogen is the obvious better choice either since it is so wasteful with the energy.

77
submitted 6 months ago by [email protected] to c/[email protected]

I have trouble fixing the terrible seams I'm getting. I've followed Elli's print tuning guide and calibrated extruder, tuned PA (it's now 0.035) and extrusion multiplier.

I've tried adjusting both retraction length and speed, but it doesn't seem to have much impact. I'm not using "wipe on retract" or "retract on layer change", I only retract if travel distance is longer than 3mm. Retract is 0.3mm @35mm/s.

I've tried reducing PA smooth time too, but this also doesn't seem to have a noticable impact.

I've tried reducing seam gap from the default 10% in Orca all the way down to 0%, but the bad seams persist.

I've tried with "wipe on loops" both disabled and enabled with no difference.

I've tried with both arachne and classic wall generator, no difference.

I've tried different wall orders, inner/outer, inner/outer/inner and outer/inner, all with the same bad seams.

Filament in the picture is matte PLA, it is without doubt dry and generally prints well aside from the seams. It's stored vacuum sealed with silica, and I use a filament dryer to dry if I suspect wet filament.

I'm running out of ideas for where to tweak to get a decent result.

6
submitted 6 months ago by [email protected] to c/[email protected]

How difficult would it be to increase the build plate size of a 0.2R1 from 120 to something larger like 200mm? I would be OK keeping the 120mm Z-axis print height

11
submitted 6 months ago* (last edited 6 months ago) by [email protected] to c/[email protected]

I've been contemplating switching the rods that my X and Y axis travel on to linear rails instead. The current hardware is double SS rods with SG15 bearings, with an eccentric nut to adjust tension on the rods.

Unfortunately these rods are not evenly spaced on my Y-axis. They're closer together at the back than at the front, deviating with 0.5mm. So the rollers are either too tight at the front, or too loose at the back, meaning the bed wobbles a bit when using the front of the bed, or skips layers due to higher resistance on the rollers when using the back of the bed. I could lower the movement speed, but I would rather fix the actual cause of the issue.

I have some suspicion that the rollers are also not rolling smoothly on the rods and sometimes slip/skip on them instead.

And then I came across the Voron switchwire and Ender3-to-switchwire conversions. Now I'm not really willing to fully rebuild the printer as a switchwire, but changing to linear rails on Y and X axes is not a massive rebuild and considerably cheaper. I would keep the existing threaded rods for the Z-axis.

I would use the hardware I have now (motors, pulleys, belts, bed-mount, belt tensioners) with minor modifications to accommodate the rails instead of the rods currently used.

Are there any caveats to be aware of when using linear rails?

10
submitted 6 months ago by [email protected] to c/[email protected]

I've been trying to print some things in TPU, using a fairly soft 85A TPU, and I keep having under extrusion.

I've already reduced speeds to max 25mm/s, and reduced retraction. My printer uses a direct drive extruder, and as far as I can tell, it's grabbing the filament just fine. I'm printing at 240°C, using my default 0.4mm volcano CHT brass nozzle.

7
submitted 7 months ago* (last edited 7 months ago) by [email protected] to c/[email protected]

I'm looking to expand my printer lineup, and have been looking at kits from magic phoenix for both the Voron Trident and the v2.4R2.

Is there any real benefit to one over the other, or is it more a preference thing?

Edit: if anyone know of other kits, preferably available in the EU, I would also like to take a look at those.

15
submitted 7 months ago* (last edited 7 months ago) by [email protected] to c/[email protected]

I tried printing with PETG yesterday, and I noticed that it intermittently stops moving during the print for a few seconds. It doesn't throw an error or anything, just stops and then after a few seconds resumes as if nothing happened. But this creates huge blobs where it stops. It only happens when printing PETG, not PLA. Could this be caused by a filament setting in my slicer? I'm using prusa slicer. I inspected the gcode and there are no stops, pauses or color changes etc. in it. The behaviour happens both when printing from octoprint and directly from SD card.

Edit: these random intermittent stops are 10-20 seconds long, causing massive blobs from oozing filament.

Edit 2: so it seems to not actually be a PETG specific issue, but rather a model size/speed issue. I can get it running without stops if I just reduce print speed. When I crank speed to 100% I start getting these weird 10-20 second long stops.

So I'm overloading the controller with a lot of gcode commands in rapid succession? I'm running at slightly lower than manufacturer default Max.

SOLVED: the gcode resolution was set too fine, I increased it from 0.0125mm to 0.5mm as described here and the stuttering disappeared.

[-] [email protected] 177 points 7 months ago* (last edited 7 months ago)

They designed and built a battery that uses up to 70 per cent less lithium than some competing designs.

This is probably a way of phrasing that means it's up to 70% less than the absolute most lithium-requiring designs that few/no one uses, and probably only marginally better than most designs actually used. Since they're very vague about it, I will be sceptical and assume it is way less revolutionary than the headline suggests.

84
submitted 8 months ago* (last edited 8 months ago) by [email protected] to c/[email protected]

Why are 3D printers still stuck on stepper motors? Why haven't we transitioned to servo motors with encoder feedback for positioning?

Is it just too cost prohibitive for the consumer-level? We would be able to print a lot faster and more accurately if we had position feedback on the axes. Instead we just rely blindly on the stepper not skipping any steps when we tell it to move, hoping for the best.

20
submitted 8 months ago* (last edited 8 months ago) by [email protected] to c/[email protected]

I have run in to a strange issue where the X and Y axes don't move to the specified coordinate beyond a certain range.

The steps/unit are calibrated, when i tell an axis to move to position 100mm (using G0 or G1 command manually), it moves to position 100mm, this goes for both X and Y axis...but it seems like it hits a software-stop when i tell it to move beyond 225mm on both of them, which is weird since build plate is 230mmx230mm, and nozzle wipe-pad and Z-offset calibration are located at Y position 240mm-245mm.

The stepper just stops at 225mm even if i tell it to move beyond this point, and if i tell it to move back to 0mm, it positions itself correctly at the starting point. It doesn't sound like any skipping on the belt or the stepper itself is happening, it's completely silent but just stops. I can easily move the bed and print-head beyond this point by hand, and i can't feel any noticeable increased resistance in the movement.

The odd thing is, that this worked just fine a week ago, i haven't changed anything on the config of the printer. It's an anycubic Kobra 2 bedslinger.

EDIT: i can trick it to move beyond the 225mm point by changing the steps/unit, but that messes with the general print size accuracy.

EDIT 2: It seems a FW update enabled SW end-stops, a simple "M211 S0" command from the terminal disabled them again and now it works just fine.

[-] [email protected] 25 points 8 months ago* (last edited 8 months ago)

Damn, thats a pretty short list of supported models

7
submitted 8 months ago by [email protected] to c/[email protected]

I'm trying to calibrate linear advance on my anycubic kobra 2, using the guide in this video. I have calibrated my E-steps and flow rate for the extruder, and get the expected 100mm extrusion and expected wall thickness...so far, so good.

When i attempt the LA calibration to find my K value, i get the result shown in the image, with a serious deterioration of line quality when LA is enabled (K>0), and it seemingly gets worse as the K value increases.

I have used the tool from marlinfw.org to generate the g-code for testing K values.

[-] [email protected] 51 points 9 months ago

That's not what Tesla is doing though, or the article is about...they (Tesla) are arguing that free speech should allow them to do false advertising of their product.

[-] [email protected] 45 points 9 months ago

A high(er) end smartphone has a battery capacity of approx. 0.019kWh (5000mAh), a gtx3080 has a max power draw of 320W so running that (at max load) for two hours is 0.64kWh, which is equivalent to fully charging ~34 smartphones.

[-] [email protected] 39 points 9 months ago

According to Phoronix, Ampere's new CPUs have so many cores that Linux doesn't support systems when two of Ampere's 192-core chips (384 total cores) are installed in a single server. For now, the ARM64 Linux kernel only supports systems with 256 cores or less. To fix the issue, Ampere has submitted a patch proposing that the Linux kernel core limit be raised to 512

If you're already at 384 cores in a dual-processor setup, isn't raising the limit to 512 too little? Why not just go for 1024 now that they're at it, especially since the method they proposed doesn't increase kernel image memory footprint.

[-] [email protected] 40 points 10 months ago

Well that's pretty neat

[-] [email protected] 27 points 1 year ago* (last edited 1 year ago)

But unfortunately your schoolwork isn't private, it is likely considered property of the school. You will encounter this in both academia and any job you acquire basically. Work you do for them, or as a part of an assignment they hand you (schoolwork, research in university or whatever task at a job) is their property, that is something you unfortunately need to accept.

Couple that with performing it on a device that is also not yours, but 100% theirs, they are allowed to do whatever the hell they want with it. Even if you did the work on a private device, they sill still own the work and the results you produce.

[-] [email protected] 61 points 1 year ago

Fuck I love the "ok" as deny reason...so simple, so beautiful.

view more: next ›

DreadPotato

joined 1 year ago