Portable RetroPie Builds On The Shoulders Of Giants

January 12, 2017 by Bryan Cockfield 36 Comments

For anyone wanting to get that shot of nostalgia without the hassle of finding an NES Classic, the Retropie project is a great starting point. Of course, it’s not too noteworthy to grab a Raspberry Pi, throw a pre-built distribution on it, and plug in an SNES to USB converter. What is noteworthy, however, is building a Retropie that’s portable and that has the quality and polish of the latest build from [fancymenofcornwood].

For starters, the laser cut wood case was custom-made. From there, all of the PCBs were fitted including specific ones to handle each set of buttons (complete sets of D-pads, shoulder buttons, and joysticks) and another for the 5″ HDMI screen. It has stereo speakers and its own headphone jack (to the envy of all new iPhone owners), and is powered from a Raspberry Pi 2 running Retropie 4.1. The battery pack shouldn’t leave you stranded, either, especially not if you grew up playing the Sega Game Gear.

The quality of the build here is outstanding, and its creator made a design choice to make it easily replicable, so if you’ve wanted to play N64 or PS1 games while on the go, this might be what you’ve been waiting for. There are lots of other options for getting some fun from a Retropie going though, from building one into a coffee table to re-purposing that infamous Game Gear.

Obligatory clip of this portable playing Doom is found after the break.

Continue reading “Portable RetroPie Builds On The Shoulders Of Giants” →

Old Motor Donates Rotor For Coaxial Wind Vane And Anemometer

January 12, 2017 by Dan Maloney 9 Comments

Problem: build a combined anemometer and wind vane where the pivots for both sensors are coaxial. Solution: turn an old universal motor into a step-wise potentiometer for the wind vane, and then pull a few tricks to get the whole thing assembled.

We have to admit that when we first saw [Ajoy Raman]’s Instructables post, we figured that he used a universal motor to generate a voltage from the anemometer. But [Ajoy]’s solution to the coaxial shafts problem is far more interesting than that. A discarded universal motor donated its rotor and bearings. The windings were stripped off the assembly leaving nothing but the commutator. 1kΩ SMD resistors were soldered across adjacent commutator sections to form a series resistance of 22kΩ with taps every 1k, allowing 0 to 2.2V to be read to the ADC of a microcontroller depending on the angle of the vane.

As clever as that is, [Ajoy] still had to pull off the coaxial part, which he did by drilling out the old motor shaft from one end to the other using just a drill press. The anemometer shaft passes through the hole in the shaft and turns a small DC motor to sense wind speed.

There might have been other ways to accomplish this, but given the constraints and the low cost of this solution, our hats are off to [Ajoy]. We’re a little concerned with that motor used for the anemometer, though. It could result in drag when used as a generator. Maybe a better solution would be a Hall-effect sensor to count rotations of a hard drive rotor.

Continue reading “Old Motor Donates Rotor For Coaxial Wind Vane And Anemometer” →

SCSI Emulation Of A Rare Peripheral For The Acorn BBC Micro

January 11, 2017 by Jenny List 24 Comments

Mass storage presents a problem for those involved in the preservation of older computer hardware. While today’s storage devices are cheap and huge by the standards of decades ago their modern interfaces are beyond the ability of most older computers. And what period mass storage hardware remains is likely to be both unreliable after several decades of neglect, and rather expensive if it works due to its rarity.

The Domesday Project 86 team face this particular problem to a greater extent than almost any others in the field, because their storage device is a particularly rare Philips Laser Disc drive. Their solution is the BeebSCSI, a small board with a CPLD and an AVR microcontroller providing host adaptor and SCSI-1 emulation respectively for a modern micro-SD card.

An original BBC Domesday set-up. Regregex [CC BY 3.0], via Wikimedia Commons.

1986 saw the 900th anniversary of the Domesday Book, a survey and inventory of his new kingdom commissioned in 1086 by the Norman king of England, William the Conqueror. One of the ways the event was marked in 1986 was the BBC Domesday Project, a collaboration between the BBC, several technology companies including Acorn and Philips, and a huge number of volunteers from the general public and the British school system. Pictures, video, and text were gathered relating to locations all over the country, and the whole was compiled with a not-quite-hypertext interface onto a set of Laser Disc ROMs. The system required the upgraded Master version of the 6502-based BBC Micro, a SCSI interface, and a special Laser Disc player model manufactured by Philips for this project alone. The hardware was expensive, rare, and unreliable, so few of its contributors would have seen it in action and it faded from view to become a cause celebre among digital archivists.

There have been several resurrections of the project over the years, including one from the BBC themselves which you can browse online. What makes this project different from the others is that it strives to present the Domesday experience as it was originally intended to be viewed, on as far as possible the original hardware and with the original BBC Micro interface. Many original parts such as BBC Master systems are relatively easy to source in 2016, but the special Laser Disc player is definitely not. This board replaces that impossible link in the chain, and should allow them to present a glimpse of 1986 in more than just the on-screen information.

If you would like to see an original BBC Domesday Project system, you can find one in action at the National Museum of Computing, at Bletchley Park. Meanwhile we’ve already featured another peripheral from the same stable as this one, the SmallyMouse USB-to-quadrature mouse emulator.

This Bike Sonar Is Off The Chain

January 11, 2017 by Kristina Panos 45 Comments

On paper, bicycling is an excellent form of transportation. Not only are there some obvious health benefits, the impact on the environment is much less than anything not directly powered by a human. But let’s face it: riding a bike can be quite scary in practice, especially along the same roads as cars and trucks. It’s hard to analyze the possible threats looming behind you without a pair of eyes in the back of your head.

[Claire Chen] and [Mark Zhao] have come up with the next best thing—bike sonar. It’s a two-part system that takes information from an ultrasonic rangefinder and uses it to create sound-localized pings in a rider’s ears. The rangefinder is attached to a servo mounted on the seat post. It sweeps back and forth to detect objects within 4 meters, and this information is displayed radar-sweep-style graphic on a TFT screen via a PIC32.

Though the graphic display looks awesome, it’s slow feedback and a bit dangerous to have to look down all the time — the audio feedback is by far the most useful. The bike-side circuits sends angle and distance data over 2.4GHz to another PIC mounted on a helmet. This PIC uses sound localization to create a ping noise that matches the distance and location of whatever is on your tail. The ping volume is relative to the distance of the object, and you just plug headphones into the audio jack to hear them. Bunny-hop your way past the break to check it out.

Continue reading “This Bike Sonar Is Off The Chain” →

Programming The Open-V Open Source CPU On The Web

January 11, 2017 by Nava Whiteford 11 Comments

You can now program the Open-V on the web, and see the results in real time. The code is compiled in the web IDE and then flashed to a microcontroller which is connected to a live YouTube live stream. It’s pretty neat to flash firmware on a microcontroller thousands of miles away and see the development board blink in response.

We’ve covered the Open-V before, and the crowd funding campaign they have going. The Open-V is an open hardware implementation of the RISC-V standard. And is designed to offer Cortex M0-class capabilities.

This feels like a create way to play around with some real hardware and get a taste of what a future where we can expect Arduino-like boards, open source down to the transistor level.

For a closer look at why open silicon matters, check out [Brian Benchoff’s] hands-on review of the HiFive, an Arduino form-factor board built around an open hardware RISC-V microcontroller.

Drones, Swarms At War

January 11, 2017 by Pedro Umbelino 45 Comments

Using drones in areas of conflict is not something new. As commercial drones get easily affordable, we see it all the time in the news, some soldier using a Parrot drone to scout ahead, above trenches or around buildings. That’s a new reality that soldiers have to get used to. It changes the battlefield, especially traditional ground warfare. There is also research in drone swarms, performing tasks in team for some time now. Some of them are really impressive.

And then there’s the U.S. Military Perdix drones. William Roper of the Department of Defense illustrate what exactly their capabilities are:

Due to the complex nature of combat, Perdix are not pre-programmed synchronized individuals, they are a collective organism, sharing one distributed brain for decision-making and adapting to each other like swarms in nature. Because every Perdix communicates and collaborates with every other Perdix, the swarm has no leader and can gracefully adapt to drones entering or exiting the team.

Did we mention they can be released in mid-flight by a F/A 18 Super Hornet? That’s no piece of cake for any drone but Perdix is able to withstand speeds of Mach 0.6 and temperatures of -10 °C during release. In the latest tests conducted, three jets released a massive swarm of 103 Perdix drones, which after deployment communicated with each other and went on a simulated surveillance mission.

The Department of Defense announced the successful Micro-Drone demonstration and presented a video:

Continue reading “Drones, Swarms At War” →

Fail Of The Week: NASA Edition

January 11, 2017 by Anool Mahidharia 34 Comments

There’s a reason we often use the phrase “It ain’t Rocket Science”. Because real rocket science IS difficult. It is dangerous and complicated, and a lot of things can and do go wrong, often with disastrous consequences. It is imperative that the lessons learned from past failures must be documented and disseminated to prevent future mishaps. This is much easier said than done. There’s a large number of agencies and laboratories working on multiple projects over long periods of time. Which is why NASA has set up NASA Lessons Learned — a central, online database of issues documented by contributors from within NASA as well as other organizations.

The system is managed by a steering committee consisting of members from all NASA centers. Public access is limited to a summary of the original driving event, lessons learned and recommendations. But even this information can be quite useful for common folks. For example, this lesson on Guidance for NASA Selection & Application of DC-DC Converters contains several bits of useful wisdom. Or this one about IC’s being damaged due to capacitor residual discharge during assembly. If you ever need to add a conformal coating to your hardware, check how Glass Cased Components Fractured as a Result of Shrinkage in Coating/Bonding Materials Applied in Excessive Amounts. Finally, something we have all experienced when working with polarized components — Reverse Polarity Concerns With Tantalum Capacitors. Here is a more specific Technical Note on polarized capacitors (pdf): Preventing Incorrect Installation of Polarized Capacitors.

Unfortunately, all of this body of past knowledge is sometimes still not enough to prevent problems. Case in point is a recently discovered issue on the ISS — a completely avoidable power supply mistake. Science payloads attach to the ISS via holders called the ExPRESS logistics carriers. These provide mechanical anchoring, electrical power and data links. Inside the carriers, the power supply meant to supply 28V to the payloads was found to have a few capacitors mounted the other way around. This has forced the payloads to use the 120V supply instead, requiring them to have an additional 120V to 28V converter retrofit. This means modifying the existing hardware and factoring in additional weight, volume, heat, cost and other issues when adding the extra converter. If you’d like to dig into the details, check out this article about NASA’s power supply fail.

Thanks to [Jarek] for tipping us about this.