My router is called Jupiter, everything connected to it is named after a moon. Callisto, Ganymede, Thelxinoe, Kallichore are what I’m currently using.
My router is called Jupiter, everything connected to it is named after a moon. Callisto, Ganymede, Thelxinoe, Kallichore are what I’m currently using.
You can host a Firefox sync server yourself. You could run that on something like a Raspberry Pi in your local network. If you need remote access, use something like cloudflare tunnels (although I guess that’s something else to be paranoid about).
It is more efficient to have a ship moving with cargo than without, but that doesn’t mean there aren’t additional emissions. The ratio of profit to effort is just higher because there is some profit as opposed to none. You wouldn’t load a ship up with useless mass you can’t sell just so you’re shipping something.
Your argument is like always running the heater in your car because that way the engine heat is at least used for something. Yes, technically the efficiency goes up because more of the energy in the fuel is harnessed. But that doesn’t mean the fuel usage or emissions are any lower, and in the summer the heater doesn’t do you any good either.
That’s why I don’t let every device decide individually. I know my router (FritzBox) prioritizes the pi-hole (it’s even called “preferred” and “alternative” DNS-Server in the UI)
I have my pi-hole setup as the upstream DNS in my router, with cloudflare as a secondary DNS. That way, all my devices always use the router for DNS (since that’s what is advertised in my DHCP) and the router then uses pi-hole if it’s available, or cloudflare if it isn’t. But the individual device doesn’t get to choose between different servers.
That study states that brain damage can cause more conservative views, but the reverse isn’t true. Not everyone with conservative views has brain damage.
Tightening the belts seems to have helped, but I will have to do some more printing to be sure. Thanks for your help!
The belts are parallel to the axis, but I will try tightening them some more.
This is a 40x40 cube printed in vase mode:
The corners look pretty okay on that:
But I don’t see these kind of results on real-world parts. I guess I have to print some more test parts to narrow down the problem.
That might be part of it, my filament is probably pretty wet. I’ll try some other rolls of filament.
The part is just pretty small, I have the EW set to 0.45 mm withe 0.4 nozzle. But I will try turning it down further.
The rounding looks much more extreme than what I would expect or have seen on other printers I worked with (mostly Ultimakers).
I’m guessing it’s about documenting the assembly of safety-critical components. If some part of, let’s say an airplane fails because a bolt comes loose, the manufacturer wants to have a paper trail attached to it to prove that this specific bolt was indeed torqued to the correct spec. Connecting the wrench to the network could make this documentation much easier.
You can try to disable software End-Stops with this gcode:
M211 S0
Be aware though, if you do that, there is nothing preventing your printer from trying to move beyond the hardware limits and possibly destroying itself. You can enable the end-stops again with:
M211 S1
Matlab
Solvespace might be exactly what you’re looking for. It is FOSS and works well for simple models. Some functionality is missing though, for example chamfers and fillets.
I have the exact same setup and also didn’t get the warning yet. Maybe pihole stops the AdBlock detection?
One of my monitors has had a couple of dead pixels for a couple of years. I still find myself wondering sometimes if that dark spot is part of the image or just my crappy screen.
Incandescent oven bulbs will probably not be replaced, simply because there is no reason for it. The “wasted” energy from an incandescent bulb is expelled as heat, and extra heat in an oven is not a problem. You can describe the bulb in an oven as a tiny heater that just happens to give off a bit of light.
This seems to be a bug in the slicer. I’m seeing the same issue in OrcaSlicer if the skirt height is set to more than one layer (even if the skirt is disabled). This makes sense if a skirt is used (can’t print a continuous spiral if you have to switch between printing the object and the skirt), but not if it’s disabled.
What slicer are you using? If it’s a PrusaSlicer fork, this is likely the same bug.