Readit News logoReadit News
turtledragonfly commented on Hand: open-source Robot Hand   github.com/pollen-robotic... · Posted by u/vineethy
LeifCarrotson · a month ago
A human hand is probably the most appropriate design for a robot to grip a variety of things that were designed to be gripped by human hands.

For any one specific thing, be it a doorknob, a rope, a sheet of paper or fabric, or a pair of scissors, there's probably a different design that's several orders of magnitude simpler and cheaper, and also much stronger and more reliable. Single-axis parallel grippers, circumferential chucks, vacuum cups/vacuum pads, electromagnets, cam lock and release mechanisms, and so on are common in industrial robotics.

Assume your robot's only task is to grab a spool with a 35 +/-0.5 mm ID core from from an infeed rack and place it on a spindle, you're not going to try to build a five-finger human sized servo-operated hand and tuck two of those fingers away to awkwardly pinch outwards from the inside, you're going to grab a Schunk JGZ concentric gripper off the shelf and plumb a pair of air lines to it. If it also needs to grab a tab from some tape on the spool and pull it into the machine, you're just going to add an asymmetric pincer like an angular tumor on two of the jaws - or graft on an entire separate parallel gripper like some polydactyl appendage, or tool-change, amputating and reattaching hands at will.

I have also observed that humans are quite good at anthropomorphizing robot arms: a small, well-tuned motion can be universally recognized as a nod of agreement, shrug of confusion, wave of acknowledgement, or sigh of disappointment, even if the equipment is a bright yellow 6-axis piece of cast iron with menacing claws where the hand (or face? they're often the same) should be. Googley eyes and a "Hi my name is" sticker make this even more convincing.

But if you need a single tool to grip a doorknob, a rope, a sheet of paper, a pair of scissors, AND an unknown variety of other arbitrary household objects... it's probably best to start with an approximation of the human hand. Also, while claws may be appropriate for a work environment with the robot inside a fence, in collaborative situations hands are just less intimidating.

turtledragonfly · a month ago
As an aside, this "robot tentacle" paper was referenced in a recent HN story: "SpiRobs: Logarithmic Spiral-shaped Robots for Versatile Grasping Across Scales"[1]

Seems like a pretty high bang-for-the-buck for versatility and capability with only a few cables controlling it.

[1] https://arxiv.org/pdf/2303.09861

turtledragonfly commented on Migrating away from Rust   deadmoney.gg/news/article... · Posted by u/rc00
qustrolabe · 4 months ago
If anything, making your own game engine makes process more frustrating, time consuming and leads to burnout quicker than ever, especially when your initial goal was just to make a game but instead you stuck figuring out your own render pipeline or inventing some other wheel. I have a headache just from thinking that at some point in engine development person would have to spend literal weeks figuring out export to Android with proper signage and all, when, again, all they wanted is to just make a game.
turtledragonfly · 4 months ago
Speaking as someone who has made their own game engine for their indie game: it really depends on the game, and on the developer's personality and goals. I think you're probably right for the majority of cases, since the majority of games people want to make are reasonably well-served by general-purpose game engines.

But part of the thing that attracted me to the game I'm making is that it would be hard to make in a standard cookie-cutter way. The novelty of the systems involved is part of the appeal, both to me and (ideally) to my customers. If/when I get some of those (:

turtledragonfly commented on Jellyfin as a Spotify alternative   coppolaemilio.com/entries... · Posted by u/coppolaemilio
turtledragonfly · 4 months ago
Just tossing in my own recommendation: I use Lyrion Music Server (previously Logitech Media Server (previously Slim Devices/Squeezebox))[1]

It's open-source, self-hosted, has various good plugins (eg: I have some Pandora stations I listen to, as well as my own music collection). You can synchronize music across multiple devices in your home (I just have 2).

Even though the physical devices (Squeezebox Touch, etc) are no longer sold, it's pretty easy to build one yourself with a raspberry pi.

It's one of those cases where a company created something great, and strongly-open-sourced it enough that the project can't die even though the new owners are not giving it the love it deserves.

So, I hope to keep using it for the rest of my days (:

[1] https://lyrion.org/

turtledragonfly commented on Dirty tricks 6502 programmers use (2019)   nurpax.github.io/posts/20... · Posted by u/amichail
miramba · 4 months ago
Looking at the page, I barely remember those assembler commands. LDX, STA, INX..I’m glad that this is obsolete now. But I wonder how common the knowledge is these days that ultimately, every programming language compiles down to this? Well the equivalent of this on a modern processor, but still.
turtledragonfly · 4 months ago
> But I wonder how common the knowledge is these days ...

In one sense, it is less common, as you imply (though perhaps it's more that the number of high-level programmers have ballooned, rather than that the low-level ones have shrunk).

In another sense, it's more accessible than ever, with tools like godbolt[1][2], VMs, cool profilers that show you a heatmap overlaid on assembly instructions, etc.

And embedded development, where those details matter more, is still going strong, with IoT devices and so forth.

[1] part of a presentation on it, if you're not already familiar: https://www.youtube.com/watch?v=kIoZDUd5DKw&t=1191s [2] the site itself: https://godbolt.org/

turtledragonfly commented on How a $2k 'Made in the USA' Phone Is Manufactured   404media.co/how-a-2-000-m... · Posted by u/jaredwiener
tdeck · 5 months ago
You're just jealous. These guys have spun up their own RoHS and are doing a 100% EDA automation with full Verilog over there. By doing the reflow process (it's a way of building integrated circuits) they're able to offer complete impedance right here in the USA.
turtledragonfly · 5 months ago
Go back to /r/vxjunkies/, and take your retro-encabulator with you :Þ
turtledragonfly commented on PEP 750 – Template Strings   peps.python.org/pep-0750/... · Posted by u/grep_it
throwawayffffas · 5 months ago
So we are well on our way to turning python to PHP.

Edit: Sorry I was snarky, its late here.

I already didn't like f-strings and t-strings just add complexity to the language to fix a problem introduced by f-strings.

We really don't need more syntax for string interpolation, in my opinion string.format is the optimal. I could even live with % just because the syntax has been around for so long.

I'd rather the language team focus on more substantive stuff.

turtledragonfly · 5 months ago
> turning python to PHP.

Why stop there? Go full Perl (:

I think Python needs more quoting operators, too. Maybe qq{} qq() q// ...

[I say this as someone who actually likes Perl and chuckles from afar at such Python developments. May you get there one day!]

turtledragonfly commented on Why I run FreeBSD for my home servers (2024)   aumont.fr/posts/FreeBSD-H... · Posted by u/psxuaw
tomxor · 5 months ago
Used ZFS on Debian in production for 8 years, yet to experience rough edges but always interested to learn.
turtledragonfly · 5 months ago
Do you use ZFS for root, on Debian? (enabling "boot environments")

I've recently switched my FreeBSD setups to use that scheme, and it's been nice. Would be interested to hear if it's similarly straightforward on Debian (my second-favorite OS :)

Obviously requires support in the bootcode; I'm not sure of the state of that for Linux.

turtledragonfly commented on NASA Shuts Off Voyager Science Instrument   gizmodo.com/nasa-shuts-of... · Posted by u/01-_-
cazum · 6 months ago
I'm curious, what was the bug that was so critical the publisher decided it was best to perform such a (what I assume was) costly operation post-distribution?
turtledragonfly · 6 months ago
It was a crash bug, but I'm not really sure the details (and it has been some years...). Even at the time, I wasn't personally involved in it, just heard about it through the grapevine.

But yes, my understanding is it was quite expensive and the publisher was none too pleased (:

turtledragonfly commented on NASA Shuts Off Voyager Science Instrument   gizmodo.com/nasa-shuts-of... · Posted by u/01-_-
procarch2019 · 6 months ago
As an OT systems architect I am totally floored. We design and plan for systems lifecycle on a ~20yr scale, with OT hardware (not the controls hardware, that’s closer to 10-20) lifecycle much shorter (~5 yr). Obvious on Earth we can afford luxuries of adopting new things, which actually shortens a total system lifecycle since new tech drives new designs.

I wish (and don’t) I could work on something that had a dependency of “design it once because it’s relatively inaccessible after its go live.” I’ll def check out the documentary.

turtledragonfly · 6 months ago
Video games used to be like this. Once you built the "gold master" CD/DVD/cartridge/etc it was out of your hands. It was kinda nice to have a concrete end to the project [1]. Nowadays, everything is on the 'net, you can send patches, dlc, etc and the notion of a game being "done" is murky.

[1] There was, however, one game I worked on where they had to pull the boxes from stores (delivered, but not yet for sale) and swap out the disk in order to release a critical fix that was discovered too late. Fun times (:

u/turtledragonfly

KarmaCake day841November 9, 2021
About
My company: https://festina-lente-productions.com/

email: contact@festina-lente-productions.com

View Original