This guy’s channel is so awesome, glad to see it posted here. He has all kinds of cool tools that he built in his lab like a scanning electron microscope. His videos on atomic force microscopes and laser lithography are really fascinating as well, he is really great at explaining the concepts too, definitely recommend!
This is awesome, I look forward to the weekly updates and have found lots of great tools from that. Keep up the awesome work, it is very much appreciated!
I agree with the other poster, this is wild. It seems like It is limited to one axis so maybe it’s a slicer or printer bug. Does it do it if you print it out of PLA? PETG is cranky all around but I have never had it do something like that hah. Is this part online somewhere? I can try to slice it and see what happens on my x1, I’m curious now haha.
ETA: you should also open a support ticket, they have great suggestions sometimes.
Your netstat command shows a process named docker-proxy using that port, which confirms what the log says. If your container isn’t running you can try to find the process using it with netstat or lsof, it might be a stale container process or something but a reboot is often faster than figuring out what it is to see if that clears up whatever is using the port.
I live near a Microcenter so I buy all kinds of stuff there related to computers and 3d printing. The last 4 or 5 computers I have built have been with mostly parts sourced there as well.
That’s a pretty great little machine! More details on the home-assistant blog post.
Please do! I am real curious now, this is definitely something weird haha!
That’s interesting, this definitely is an odd problem for sure haha. Another wild idea, do you have jumbo frames enabled anywhere on your network?
As for the ISP, it might be, have you tried multiple VPN providers to see if the problem follows between them?
You may be right about the processing power, that device was underpowered when it was new. Do you have the VPN terminating on the USG or on the end device?
Also, do you have smart queuing disabled on the WAN interface? That causes all kinds of issues on higher bandwidth connections.
I would try what that other person said, that’s a great idea!
Anecdotally, I actually just got through half of a brand new roll today that I opened two days ago and it has been printing from a dry box and it started spattering from trapped moisture (you will find little chunks of plastic on your bed in past experience) so it’s in the dryer now haha.
Hope it works out!
ETA: I live in CO, USA and the humidity in the room where the printer is currently reads 70.4F/50% and the dry box reads 12% for reference, not much for it to soak up from the air.
My vote is a combo but it includes being wet, is this a new roll or if not how did you have it stored? I have found PETG to be much more finicky with moisture than PLA overall so if you have a way to dry it definitely try that and see what happens before trying to calibrate it.
Cloudflare does post their IP ranges so I would probably start with looking at traffic involved with those IPs to see what kind of information was going there, you could also block those ranges and see what breaks.
Yeah this smells like a bug in Caddy or something. I agree to try nginx or something else to see if it’s Caddy or if it’s something with the configuration of the host. The only thing I could think of is if caddy isn’t caching DNS responses and maybe is getting rate limited so it appears slower while it’s waiting on the DNS request but I am shooting in the dark as I haven’t spent much time with caddy.
This is a great list! Discovered a few new ones, thanks!