Printing fine details without the tool crossing the part?
https://sh.itjust.works/post/32738787
Printing fine details without the tool crossing the part? - sh.itjust.works
I’m trying to print a small 1-walled part with fine details. If I just model and
print it in PrusaSlicer, the travel moves cross through the middle of the part
and leave strings. “Avoid crossing perimeters” does not help:
[https://sh.itjust.works/pictrs/image/404344d9-241a-40bc-aed7-dd3b329bc496.png]
I’m playing with a really hacky solution, where I model the desired tool path in
vase mode, and post-process the gcode to disable extrusion for straight walls at
particular angles in the x-y plane. Here is the result:
[https://sh.itjust.works/pictrs/image/7f57daea-7544-42d7-8da7-fcb8a6dd0ff1.png]
This is effectively “vase mode with gaps” but my implementation is hideous. Does
anyone know of a better way to prevent travel moves from crossing the part?
Perhaps a different slicer or settings?
Emulate the "line style" spectrum analyzer from Winamp 2
https://sh.itjust.works/post/31909018
Emulate the "line style" spectrum analyzer from Winamp 2 - sh.itjust.works
Lemmy
A DisplayPort Port That You Can Plug HDMI Into
https://sh.itjust.works/post/15915320

A DisplayPort Port That You Can Plug HDMI Into - sh.itjust.works
A DisplayPort Port That You Can Plug HDMI Into
https://sh.itjust.works/post/15915317

Damn it you showoffs - sh.itjust.works
Sandpaper Adapter for Oscillating Multitool
https://sh.itjust.works/post/15746630

Sandpaper Adapter for Oscillating Multitool - sh.itjust.works
In other news, if you try to upload a file named uncalibrated_example.stl to
Thingiverse, it fails with no error message, because somewhere they have a pr0n
filter searching for rated*x.
Is Gyroid infill using a suboptimal algorithm?
https://sh.itjust.works/post/15577397

Is Gyroid infill using a suboptimal algorithm? - sh.itjust.works
Restoration of a website I made in 2000
https://sh.itjust.works/post/15513497
Restoration of a website I made in 2000 - sh.itjust.works
J3400 to J1772 adapter + DCFC = ??? - sh.itjust.works
I have one of these J3400 to J1772 adapters so I can connect my Hyundai to a
Tesla destination charger. They’ll probably get more popular as J3400 becomes
the primary standard:
[https://sh.itjust.works/pictrs/image/64d55970-6169-41f3-ac15-880c52ccde6d.png]
I’m curious what would actually happen if someone were to use such an adapter
with a J3400 DC fast charger. I know it can’t possibly work because the DC
charging pins are connected to the vehicle’s AC pins, but is there something in
the J3400 standard to notice and reject such an adapter before DC voltage is
applied? I’m not sure if J1772 vs. CCS1 adapters contain anything that the
signalling protocol could use to identify which is which. If the DC charger were
required to passively measure the battery voltage before sending any power, that
would probably avoid the “magic smoke” problem, but does the standard guarantee
that this will happen?

The front fell off. - sh.itjust.works