Humans seem to have a strange love affair with testing their limits, especially when it comes to spinning. Perhaps they ride the Gravitron while dreaming they’re in NASA’s 20 g test centrifuge. When carnival rides aren’t enough though, a few intrepid hackers bust out the welders and take matters into their own hands. This is a hack that goes by many names, though “The Redneck Spin Chair” will bring up plenty of hits on YouTube.
The design is dead simple. Take a rear differential and axle assembly out of an old car or truck. Rotate it 90 degrees, so the diff is now pointing up. Weld a chair on. Finally, weld on a couple of tow bars. Pulling the whole mess will cause the wheels to spin, which transmits power through the differential and rotates the chair. The ride doesn’t have be pulled very fast, as automotive differentials generally have reduction between 3:1 and 5:1. We’re running things in reverse, so that reduction becomes a multiplier. The result, which can be seen in the video below is a very dizzy rider.
The earliest incarnation of this ride we could find was created at Eagle Mountain in Burtrum, Minnesota. We’re betting this particular hack has been around for decades longer though. The closest in our recent memory is North Street Labs’ Centrifury. Do you know of an earlier incarnation? Let us know in the comments!
Some of the projects we feature solve a problem. Others just demonstrate that they can be done. We’re guessing that it’s the latter that motivated [Joshua Bell] to write a VNC client for an Apple IIc. To fully appreciate how insane this is, have a look at the video below the break.
There’s more than one thing amazing about this hack. Somehow, [Joshua]’s VNC program runs entirely in the memory of an Apple IIc, as he demonstrates at the beginning of the video by downloading all of the code into the Apple over a serial cable. After the initial bootstrap, he runs the code and you see (in full four-color splendour!) a low-res Windows XP appear on the IIc.
What’s more incredible, but is unfortunately not demonstrated in the video, is that he appears to have not just mirrored the PC’s screen on the Apple, but has actually managed to get a one-frame-per-second bi-directional VNC working at 115,200 baud. In this snapshot from his flickr gallery, he appears to be playing Karateka on the IIc and watching it on his laptop.
Motorcyclists are paranoid about being hit by cars, and with reason. You’re a lot safer when you’re encased in a metal shell, with airbags and seatbelts. The mass difference between a car and a motorcycle doesn’t work out well for the biker, either. Unfortunately for bikers, motorcycles are also slimmer and generally less visible than cars.
A few decades ago, motorcycle manufacturers switched over to daytime running headlights to make bikes more visible. In the meantime, however, cars have done the same, leading many bikers to fear that their visibility advantage is losing it’s impact. The solution? Blink the headlights gently during the daytime, and run them normally at night.
And believe it or not, he did it with a 555 timer IC and a light-dependent resistor (plus some transistors and a whole slew of miscellaneous parts). But [William]’s design is a good one, and he walks you through all of the choices he made in building the light-sensing circuit that disables the 555.
Whether you need a motorcycle headlight modulator or are interested to learn how this problem would be solved in the pre-Arduino days, go check out [William]’s post. And while you’re on the nostalgic electronics trip, check out this nixie tube speedometer.
Akihabara, Tokyo has transformed over the years. In its present form Akihabara emerged from the ruins of a devastated Tokyo after World War 2 when the entire district was burnt to the ground. The area was rebuilt in the shadow of the Akiba Jinja (dedicated to the god of fire prevention), and a new breed of street vendors began to appear. Huddling under the protection of railway bridges, and dealing mostly in Black market radio parts, these vendors set a new tone to what would become Japan’s “Electric Town”. And as Japanese manufacturing prowess grew so too did Akihabara.
Now of course Akihabara is also home to Otaku culture, and is perhaps best known in this regard for its maid cafes. Streets are littered with maids touting their cafes, somewhat incongruously among computer outlets and precision tooling stores.
My interests however lie squarely in Akihabara’s glorious junk bins. Of all places I think I’m happiest digging through this mass of discarded technology from Japan’s manufacturing past.
A tour through the junks bins is like an archaeological dig. And in this article I will present some recent finds, and ponder on their relevance to Japanese manufacturing.
A few years ago, [Mike]’s friend gave him an old Sega Genesis with the very cool and somewhat rare SegaCD drive attached. The SegaCD gave him an idea – while it’s not easy to burn a cartridge and play homebrew games on a real Genesis console, everyone has a CD burner somewhere. [Mike] began writing his demo and then realized adding Java would be easy on the 68000. The result is Java on three billion devices and a Sega Genesis.
This project is built around Java Grinder a Java byte code compiler that will compile classes, factories, and all the horrible Java design.design.pattern.pattern.patterns() into assembly language. Already, there are a lot of platforms supported by Java Grinder, including the Commodore 64, the TI99, and thanks to some work from [Joe Davisson], the Apple IIgs
With a byte code compiler, an assembler, and an API for the Sega-specific hardware, [Mike] set about building his demo. Since this was a Sega, it needed the ‘SEGA’ sound at the start. [Mike] ended up recording his voice saying ‘JAVA!’ This plays through the Z80 on the Genesis.
The complete demo – viewable in its emulated format below – has everything you would expect from a proper demo. Starfields, dancing sprites, and even a Mandelbrot pattern make it into the three-minute long demo.
The quality and attention to detail seen in [Ian Martin]’s build is impressive regardless of his choice to build a functioning holochess set. We’re not to take away from the nerd-gasm this build invokes, but we’d rather draw to attention the craftsmanship of the builder. Sadly [Ian] doesn’t have a proper blog or product page but you can view everything he posts about the project on his social networking page and get his take on the finished work in the video below.
This build is not just a well engineered mechanical design, the electronics that run the controls and indicators are [Ian]’s home brew Arduino Mega shields. A complete game requires two sets of electronics, one for each side of the table so rolling his own shield was probably a space saving decision.
Each of the figures used as game pieces were hand sculpted and painted (is that a Rancor to the right?). User controls are presented in true-to-form fashion with 54 buttons, 26 lights, 10 knobs, and an LCD screen with custom bezel to display custom monster status. Nope, the monsters aren’t animated holograms but to make up for that [Ian] built in ambient noises so you know which are still alive. This is our first time discovering that there is a name other than “Holochess” for the game: Dejarik. We’ll leave it up to the reader to figure out how it’s played.
A lot of us take roads for granted, at least until they are icy or torn up by construction. The concept of creating fixed paths seems to be in our firmware. Finding the shortest distance to food or water and marking a trail to it from home base has always been its own reward.
Roads have come a long way from the simple paths beaten by man and beast. But the basic configuration of paved roads hasn’t changed all that much since the Roman empire. Whatever they’re made of, they need to be able to drain water and support heavy loads.
New issues arose as modes of transportation shifted in favor of the automobile. Road surfaces needed to provide friction against tires. But how did we get from the stone-paved roads of Rome to the asphalt and concrete roads of today?