Sometimes you have an idea that is so brilliant and so crazy that you just have to make it a reality. In 2011, [Look Mum No Computer] drew up plans in his notebook for a Furby organ, an organ comprised of a keyboard and a choir of Furbies. For those who don’t know what a Furby is, it’s a small, cute, furry robotic toy which speaks Furbish and a large selection of human languages. 40 million were sold during its original production run between 1998 and 2000 and many more since. Life intervened though, and, [LMNK] abandoned the Furby organ only to recently take it up again.
He couldn’t get a stable note out of the unmodified Furbies so he instead came up with what he’s calling the Furby Forman Fusion Synthesis. Each Furby is controlled by a pair of Ardunios. One Arduino sequences parts inside the Furby and the other produces a formant note, making the Furby sing vowels.
We love the label he’s given for what would otherwise be the power switch, namely the Collective Awakening switch. Flicking it causes all 44 (we count 45 but he says 44) Furbies to speak up while moving their ears, eyes, and beaks. Pressing the Loop switch makes them hold whatever sound they happen to be making. The Vowel dial changes the vowel. But you’ll just have to see and hear it for yourself in the videos below. The second video also has construction details.
The PocketSprite is the tiniest fully-functional Game Boy Color and Sega Master System emulator. Not only is it small enough to fit in your pocket, it’s small enough to lose in your pocket. It’s now available as a Crowd Supply campaign, and it’s everything you could ever want in a portable, WiFi-enabled, fully hackable video game console. It also plays Witcher 3. And probably Crysis, because of the meme.
This has been a year and a half in the making. The first hardware version of the PocketSprite was revealed at the 2016 Hackaday Superconference by hardware engineer extraordinaire [Sprite_TM]. As [Sprite] has a long list of incredibly impressive hardware hacks like installing Linux on a hard drive and building a Matrix of Tamagotchis, he always has to keep pushing deep into the hardware frontier.
In 2016, [Sprite] showed off the tiniest Game Boy ever, powered by the then brand-spankin’ new ESP32. This was released as Open Source, with the hope that a factory in China would take the files and start pumping out mini Game Boys for everyone to enjoy. Now, a year and a half later, it’s finally happened. In a collaboration with manufacturing wizard [Steve K], [Sprite] is the mastermind behind TeamPocket. The pocket-sized Game Boy-shaped emulator is now real. This is our hands-on review.
Early Bird tickets for Hackaday Belgrade have just gone on sale, but they will not last long. This is Hackaday’s premier European hardware conference with talks, workshops, great food and drink, entertainment, and a hardware badge for hacking and demos. Festivities will go all day on 26 May and carry long into the night. The last time we did this was two years ago and it was completely sold out — now’s the time to get in on the fun.
Who’s speaking, what are the workshops all about, what does the hardware badge do, and what music do you have lined up? Trust your gut — we’ll have more details soon enough but you know this conference will be epic and it’s worth your time and treasure to be there. To reward your enthusiasm, Early Bird tickets are a much better deal than general admission.
Our Call for Proposals is now open. We seek talks and workshops exploring the most interesting uses of technology and the culture that goes along with it.
The Circle of Friends You May Not Have Met
You know those people just outside of the Hackaday orbit who are tired of hearing about the stuff you build and the coding tricks you discover? Those people won’t be there. Everywhere you turn at Hackaday Belgrade, fascinating conversations await. You’ll want it to last a week but it’s just one day… plus a little more.
Plan to arrive in Belgrade on Friday. There will be an unofficial meetup at a bar (last time we took over most of the place). The weather in Springtime is amazing and having pivo on the porch until far too late in the evening was a blast.
Hackaday Belgrade Badge prototype. Voja Antonic, creator of the Galaksija computer — now in museums around the world — just Tweeted this teaser image of the conference badge design.
Things get started, not too early, on Saturday around 10 AM, and we’ll have coffee and treats to kick off the day. The baristas in 2016 were incredible, and the food — lunch and dinner — were as well. These amenities ring the socializing area of the conference in the lobby of the main hall. Talks and workshops will go all day but at 7 PM it’s all about hacking while our crew lay down a live IDM set. At 11 PM the badge hacking demos begin and the live DJ steps up at midnight.
See the Sights
Don’t let things end there. I vaguely remember a 3 or 4 AM ćevapi run after the last Hackaday Belgrade conference, and there were multiple groups planning museum trips the next day. Belgrade has a wonderful Museum of Science and Technology (I made it to that one), a Nikola Tesla Museum (I’m planning to get there this time), and a multitude of interesting attractions. I’ll save you from having to see my gallery of food photos, but the city is fun, inexpensive, and has really delicious cuisine.
Debuggers come in all shapes and sizes, offering a variety of options to track down your software problems and inspecting internal states at any given time. Yet some developers have a hard time breaking the habit of simply adding print statements into their code instead, performing manual work their tools could do for them. We say, to each their own — the best tools won’t be of much help if they are out of your comfort zone or work against your natural flow. Sometimes, a retrospective analysis using your custom-tailored debug output is just what you need to tackle an issue.
If the last part sounds familiar and your language of choice happens to be Python, [Alex Hall] created the Bird’s Eye Python debugger that records every expression inside a function and displays them interactively in a web browser. Every result, both partial and completed, and every value can then be inspected at any point inside each individual function call, turning this debugger into an educational tool along the way.
With a little bit of tweaking, the web interface can be made remote accessible, and for example, analyze code running on a Raspberry Pi. However, taking it further and using Bird’s Eye with MicroPython or CircuitPython would require more than just a little bit of tweaking, assuming there will be enough memory for it. Although it wouldn’t be first time that someone got creative and ran Python on a memory limited microcontroller.
How does one go about programming a drone to fly itself through the real world to a location without crashing into something? This is a tough problem, made even tougher if you’re pushing speeds higher and high. But any article with “MIT” implies the problems being engineered are not trivial.
The folks over at MIT’s Computer Science and Artificial Intelligence Laboratory (CSAIL) have put their considerable skill set to work in tackling this problem. And what they’ve come up with is (not surprisingly) quite clever: they’re embracing uncertainty.
Why Is Autonomous Navigation So Hard?
Suppose we task ourselves with building a robot that can insert a key into the ignition switch of a motor vehicle and start the engine, and could do so in roughly the same time-frame that a human could do — let’s say 10 seconds. It may not be an easy robot to create, but we can all agree that it is very doable. With foreknowledge of the coordinate information of the vehicle’s ignition switch relative to our robotic arm, we can place the key in the switch with 100% accuracy. But what if we wanted our robot to succeed in any car with a standard ignition switch?
Now the location of the ignition switch will vary slightly (and not so slightly) for each model of car. That means we’re going to have to deal with this in real time and develop our coordinate system on the fly. This would not be too much of an issue if we could slow down a little. But keeping the process limited to 10 seconds is extremely difficult, perhaps impossible. At some point, the amount of environment information and computation becomes so large that the task becomes digitally unwieldy.
This problem is analogous to autonomous navigation. The environment is always changing, so we need sensors to constantly monitor the state of the drone and its immediate surroundings. If the obstacles become too great, it creates another problem that lies in computational abilities… there is just too much information to process. The only solution is to slow the drone down. NanoMap is a new modeling method that breaks the artificial speed limit normally imposed with on-the-fly environment mapping.
We love a good clock build around here, especially if it tells time in a unique way. This 4-stroke digital clock designed by [lagsilva] takes the checkered flag in that category. As it displays the time, it also demonstrates the operation of an internal combustion engine. The numbers take the form of pistons and dance an endless repetition of intake, compression, combustion, exhaust.
The clock’s digits are made from two LED matrices driven by an Arduino Uno and a couple of MAX7219 driver boards. The dots that form the digits move up and down the matrices in 1-3-4-2 firing order. As each piston-digit reaches top dead center, its number lights up. This makes it easy to see the firing order, even at higher RPM values.
Our favorite thing about this clock is the variable RPM setting. There’s a 10k pot around back that adjusts the speed of the pistons between 100 and 800 RPM, and it’s configured to accurately represent piston movement at each increment. Floor it past the break to watch the clock rev up and slow back down.
Although it’s difficult to read the time at 800 RPM, it’s awesome to see a real-time visualization of cylinder movement at the average idle speed of a passenger car. We think it might be neat to rev the engine another way, like with an arcade throttle lever or a foot pedal.
The IBM 1401 is undeniably a classic computer. One of IBM’s most “affordable” mainframes, it ruled the small business computing world of the 1960’s. Unfortunately, computers aren’t often thought of as treasured heirlooms, only a handful of these machines survive today. The computer history museum has two machines. One from Germany, and the other recovered from a basement in Connecticut back in 2008. [CuriousMarc] and the rest of the team at the museum have been working diligently to restore the 1401, and they’ve hit quite a milestone — They can now compile and run FORTRAN II code.
Getting the 1401 to run FORTRAN II itself is quite an accomplishment. The hardest part was dealing with the 729 vacuum column tape drives. The team spent years building a hardware emulator which takes the place of the real drives. The emulator is driven by an old PC running windows. Tape images are stored as files, which can be loaded, rewound, and run just like a real 729.
Emulators are great, but [Mark] and his team wanted this to run on the real hardware. They first had to re-create a FORTRAN compiler tape. They ran a tape copier program on the 1401, then loaded an image of the compiler on their emulator. The computer dutifully copied the image to a real tape drive.
The team also needed a punched card deck of FORTRAN source code to compile and run. The first example in the FORTRAN manual is a Hilbert Matrix program. The team could have used a keypunch machine to punch the cards for the program, but that is a painstaking and error-prone process. One mistake, and they would have to re-punch an entire card — much like using an old typewriter with no White-Out or correction ribbon. Instead, they typed the source into a PC, then converted the file to a tape image. A small program instructed the 1401 to punch the source code out on cards for them.
At the moment of truth, shown first in the video, the 1401 reads FORTRAN II from tape, pulls in the source code from punched cards, compiles, runs, and then prints the result on its line printer. All the original hardware singing along just like it did in 1959.
