[Andrew] got his hands on a Kingston Wi-Drive, and being the responsible Hackaday reader he is, spent the better part of a weekend figuring out how to get root on this shiny new toy
The Kingston Wi-Drive is a small battery-powered Flash drive with a wi-fi adapter in a small, compact case. Even though Kingston is going after a fairly niche market by advertising the Wi-Drive to expand the storage of iOS and Android devices, a network attached storage solution that can fit in a pocket is somewhat interesting. Unfortunately, Kingston decided to lock down the Wi-Drive; [Andrew] can’t even get a terminal running on this little box.
After a weekend, [Andrew] is no closer to his goal of getting root on the Wi-Drive. He suspects the problem may be there simply isn’t a terminal for Telnet to bind to. [Andrew] realized he was a bit out of his league on this hack and decided to open up his research to people much more experienced in embedded Linux environments. If you’ve been playing around with a Wi-Drive, or you want a tiny battery-powered NAS, send us something on the tip line and we’ll follow up on this post.
A few months ago [Antti Palosaari] discovered cheap USB TV tuners could be used as a software-defined radio. Since then, we’ve seen these TV tuners receive signals from GPS satellites and even the signals between air traffic control and passenger aircraft. Like everything cool, Mac support for these drivers is slightly terrible so [hpux735] wrote his own Cocoa app to support these amazing dongles.
[hpux735]’s driver is a port of the osmocom driver, repackaged as a native Cocoa app so the terribly fickle libusb and other dependencies aren’t needed. All the code is up on GitHub, ready for you to start playing around with SDR.
As far as tutorials for those wading into the deep waters of software-defined radio, a number of how-to guides have popped up over the last month to get SDR noobs up and running quickly. Here’s a few of the best ones we’ve seen:
[braingram] put up an Instructable for Ubuntu users.
For people who have a Windows box lying around [balint] put up a getting started guide.
There’s a slightly more thorough Windows guide here.
Most of the development in the TV tuner SDR community is happening on the RTLSDR subreddit, and there’s more than enough info there to do just about anything with these TV tuner dongles. If you come up with a novel use for one of these dongles, send it in on the tip line.
With this rather large flip flop, Heathkit has closed its doors… again. The company that so many of us remember fondly from their myriad of electronics kits originally closed its doors in 1992. Last year, there was an announcement of a revival and a call for kit submissions. Unfortunately, it looks like that just didn’t work out. While this isn’t an official announcement, the facts appear to line up to Heathkit closing their doors.
If you’d like to re-live a few fond memories, here’s a Heathkit unboxing at EMSL.
NC state’s constructed facilities laboratory is a place where things get broken for science. We’ve shared several videos lately of things being sliced, diced, sheared, exploded, and smashed, purely for the fun of it, and now we feel like we should compensate a little bit. No, we’re not going to undergo physical punishment, instead, we’ll share some educational destruction.
In the video after the break, you can see a few things pushed to their absolute limits, then a bit further. The Constructed Facilities Laboratory is a research lab that tests the limits of some of the infrastructure that we rely on daily. Bridges, roads, walls, support beams. Someone needs to figure out what they can really handle. Even more interesting than the short video below, are all the different videos in the tour that explain how the facility is constructed an how they operate. Take a few minutes and enjoy the tour.
Continue reading “Destroying Stuff For The Good Of All Mankind” →
Here’s an oldie but a goodie: [Eiki], [Mark], and [Sheraz] built a pipe crawling robot for their senior engineering project at Florida Atlantic University way back in 2004. Despite being a rather old build, its aged well and still demonstrates the clever ways the guys overcame some engineering obstacles.
The original plan for the pipe crawler was to mount three spring-loaded wheels 120° apart at the fore and aft of each robot section. Six independent wheels for each section of the robot is overly complex, and too much for a single operator to control; the team moved on to a ‘screw drive’ system where each wheel is canted forward a few degrees. This drive system propels the snakebot along by simply spinning, although it does bring in a few challenges all its own.
The robot had separate sections consisting to house a motor, camera, and electronics, so a way to pass wires through a rotating shaft was needed. This came in the form of a few pairs of incredibly small ball bearings around a hollow shaft. After the mechanical portion of the build was finished, the team moved on to the electronic part where an IMU was built out of three small gyroscope sensors mounted perpendicularly to each other.
Sadly, there are no videos of the inside of a sewage pipe from the pipe crawler’s point of view, but YouTube wasn’t launched until a year after this project was finished.
We’ve all worked with DC motors at some point. Even if you aren’t a big hardware person, you’ve probably at least picked up a motor as a kid and touched a battery to the leads causing it to whir to life. These are usually standard DC motors and not their brushless relatives. Brushless motors require a bit more work since you are manually controlling things that are normally taken care of with the brushes. This article won’t teach you how, rather it will show you the mistakes one person made in his inaugural effort to use them. It is mildly amusing, but the project summary that he’s using them for seems even more interesting.
The job that’s been paying my bills and keeping me away from artsy-fartsy circuits for the past six months involves making a set of these enormous robot doors for a Certain Very Fancy Person’s house. Each door is 13 feet tall, around 7 feet wide, and weighs 1500 pounds. There are 66 of them in said house, and more in the servant quarters(!?!). The circuits on board each door have to handle running an onboard air compressor (which regulates a pneumatic weatherseal) as well as keeping track of temperature to linearize the pressure sensors when the weather gets cold. They also have to charge and maintain sealed lead acid batteries. They have commutated power rails. They have to communicate over said power rails, and do so using an capacitively-coupled data slicer and a proprietary protocol I wrote. This protocol has to be robust enough to bootload the processor over. It’s a proper embedded systems job.