BlueAure

joined 1 year ago
[–] [email protected] 2 points 11 months ago (1 children)

It's the best one that I've found since the old ES File Explorer sold out and became adware

[–] [email protected] 10 points 11 months ago (12 children)

AndrOBD for connecting to my car OBD2 Bluetooth adapter. It lets you read any diagnostic codes and let's you reset warning lights.

Aegis for managing 2FA tokens. Weawow for weather. MiXplorer for file management.

[–] [email protected] 11 points 1 year ago

Purdue University still has a campus-only file sharing network called DTella that's DC++. It been getting smaller, but there were a few members that shared 50+ TB at one point.

[–] [email protected] 1 points 1 year ago

I don't think so. It might have been delisted as I don't see it either. Regardless, it's OSS so you can get it from the GitHub repo. https://github.com/hidroh/materialistic

[–] [email protected] 3 points 1 year ago (3 children)

I use Materialistic currently.

[–] [email protected] 1 points 1 year ago (1 children)

Assuming that there is at least some amount of slippage between the wheel and ground, it seems to me that you'll need to regularly check the ToF sensors anyway. I've found that encoders are fantastic for a lot of things, but not so much for measuring distance because of the problems you've described. Perhaps a recurring local check on a reduced set of points to verify location then forward the full cloud less often for further remote processing? It really sounds like you have a tradeoff depending on whether you value accuracy of location or accuracy of wheel rpm (analogous to speed). Using both would give you a nice way to calculate the ideal motor rpm to minimize slippage in a surface agnostic way.

view more: ‹ prev next ›