[Dmitry Grinberg] recently bought a Cessna 150 that contained an old IFR-certified GPS from 1996, the KLN89B. The GPS unit contains a database which by law has to be kept up-to-date for IFR flight. The problem was that, while Honeywell still supplied the data in electronic form, [Dmitry] had no way to update the GPS. The original ways for doing it are either no longer supported, too expensive and a pain to do, or not available to him due to the way his GPS was installed.
Two of those ways involved removing a data card which can legally be slid out of the GPS’s front panel. The data card is what stores all the data but it’s a proprietary card and there’s no reader for it. [Dmitry]’s solution was therefore to make his own reader/writer board.
RC flying is one of those multi-disciplinary hobbies that really lets you expand your skill set. You don’t really need to know much to get started, but to get good you need to be part aeronautical engineer, part test pilot and part mechanic. But if you’re going to really go far you’ll also need to get good at electronics, which was part of the reason behind this Arduino servo tester.
[Peter Pokojny] decided to take the plunge into electronics to help him with the hobby, and he dove into the deep end. He built a servo tester and demonstrator based on an Arduino, and went the extra mile to give it a good UI and a bunch of functionality. The test program can cycle the servo under test through its full range of motion using any of a number of profiles — triangle, sine or square. The speed of the test cycle is selectable, and there’s even a mode to command the servo to a particular position manually. We’ll bet the build was quite a lesson for [Peter], and he ended up with a useful tool to boot.
Those of you with long memories and a compulsive TV viewing habit might remember [Max Headroom], a quirky piece of TV ephemera from the late 1980s and early 1990s. [Max] was a supposedly computer generated TV show host and VJ with a pseudomechanical stutter, a slightly blocky rendered head, and a moving background of rendered lines. He looks a little quaint for viewers with a few decades viewing experience of CGI, but in his day he was cutting-edge cypberpunk TV.
The real [Max Headroom] (Fair use) Via Wikimedia Commons.If you were a bored British teenager and future Hackaday writer vegging out in front of your parents’ TV on an April night in 1985, you’d have caught [Max]’s genesis. He strung upon us by rising out of a title screen full of static in the Channel 4 TV movie [Max Headroom]: 20 Minutes into the Future.
The plot is a trip in itself. An investigative journalist seeking to uncover the sinister owners of his network (they run speeded-up adverts with the unfortunate side-effect of causing overweight viewers to explode) is pursued, causing a road accident in which he is injured by a collision with a safety barrier. Hence the name: [Max Headroom]. The network try to cover it up by producing a computerized facsimilie of the reporter which turns out to be an embarassing failure. They scrap the computer and it falls into the hands of a pirate TV station operating from a decrepit campervan, the Alphabetti-eating proprietor of which turns the character it contains into a TV sensation. Meanwhile the reporter escapes, recovers, and prevails over the villains.
The [Max] character proved to be something of a hit, with a TV spin-off series, VJing, adverts, and more. But that wasn’t the whole story of his appearances, back to that unexplained hack of Chicagoland TV.
The Chicago fake [Max Headroom].On the night of the 22nd of November 1987, viewers of WGN were watching a sports program when the screen went blank and they were treated to a few seconds of a slightly home-made [Max Headroom] dancing in front of those trademark moving lines. A couple of hours later on WTTW a rerun of a [Doctor Who] episode was again interrupted with the same fake [Max], this time speaking for a while before, if his performance wasn’t already bizarre enough, being spanked by a woman whose face is off camera.
As a piece of television history it’s an intriguing mystery, though since so little is known about the mechanism through which it was achieved it hasn’t achieved the notoriety in the technical world that you might expect. The stations involved conducted full investigations at the time and failed to locate a culprit, perhaps they should have been looking for that old campervan with the antennae on its roof.
It is very unlikely that a similar stunt could be performed today, with entirely digital TV studios and easy access to encryption technologies for external links to transmitter sites. But in the 1980s a studio would still have been an analogue affair so there would have been more opportunities to insert an unauthorized feed. Next year sees the 30th anniversary of the event, it would be fascinating if the perpetrator would mark it by anonymously revealing how it was achieved. Of course, we’d love to hear how you would have done it in the comments below. Surely we have readers who are intimately familiar with the television broadcasting equipment of the time.
Below the break we’re showing you both fake [Max] intrusions into the Chicago airwaves. First is the short outing on EGN, below that the longer one on WTTV.
If Babbage had started the computer revolution early, we might have seen a mouse like the one [Peter Balch] created. He started with the guts from a USB wheeled mouse and some gears from an old clock movement. In addition to the big wheels to capture X and Y movement, the mouse buttons look like the keys from an old typewriter.
We were afraid the project would require advanced wood or metal working capability, but the bottom of the mouse is made from paper mache. The top and sides are cut from tinplate. Of course, the paint job is everything.
The electronics part is pretty simple, just hacking a normal mouse (although it is getting harder to find USB mice with mechanical encoders). However, we wondered if it would have been as simple to use an optical wireless mouse. That would leave the wheels just for show, but honestly, most people aren’t going to know if the wheels are useful or just ornamental, anyway.
If you don’t feel like gutting a mouse, but you still want USB, you could use an Arduino or similar board that can simulate a mouse. We’ve seen quite a few of those in the past. Now all you need is a matching keyboard.
Seems like all the buzz about autonomous vehicles these days centers around self-driving cars. Hands-free transportation certainly has its appeal – being able to whistle up a ride with a smartphone app and converting commute time to Netflix binge time is an alluring idea. But is autonomous personal transportation really the killer app that everyone seems to think it is? Wouldn’t we get more bang for the buck by automating something a little more mundane and a lot more important? What about automating the shipping of freight?
Look around the next time you’re not being driven to work by a robot and you’re sure to notice a heck of a lot of trucks on the road. From small panel trucks making local deliveries to long-haul tractor trailers working cross-country routes, the roads are lousy with trucks. And behind the wheel of each truck is a human driver (or two, in the case of team-driven long-haul rigs). The drivers are the weak point in this system, and the big reason I think self-driving trucks will be commonplace long before we see massive market penetration of self-driving cars.
The Amazon Echo and its diminutive Dot cousin have the handy feature of being able to control some home automation devices. If you own the right manufacturer’s hardware you can bend your home to your will using the power of your voice alone.
The trouble is, if your hardware isn’t on the list of supported devices or if you make your own, you’re out of luck.
[Xose Pérez] had been sidestepping this problem by using a server running a set of scripts emulating a Belkin WeMo device, which Echo supports. The server could issue commands to his microcontrollers, but he wanted more. Why not cut out the middle man to incorporate the WeMo emulation directly on the ESP8266 that did the work?
He took the Fauxmo Python WeMo emulator he had been using, and ported it to an ESP8266 library that can be incorporated in existing code to make it appear to the world as a WeMo device. With the code itself he has provided full instructions on its BitBucket page as well as on the page linked above.
He admits that he is not the first person to have achieved this aim, and points to this earlier project. However his requirement for a library to be incorporated in another piece of software were not satisfied by it, hence his work.
It’s no secret that we love bizarre robot locomotion, so we are naturally suckers for BALLU (YouTube link, also embedded below) the Bouyancy-Assisted Lightweight Legged Unit. The project started with a simple observation — walking robots are constrained by having to hold themselves up — and removing that constraint make success much easier. Instead of walking, BALLU almost floats and uses what little net weight it does have to push against the ground.
![The real [Max Headroom] (Fair use) Via Wikimedia commons.](https://hackaday.com/wp-content/uploads/2016/11/maxheadroommpegman.jpg)
![The Chicago fake [Max Headroom].](https://hackaday.com/wp-content/uploads/2016/11/fake-max.jpg)
We were afraid the project would require advanced wood or metal working capability, but the bottom of the mouse is made from paper mache. The top and sides are cut from tinplate. Of course, the paint job is everything.
