Hackaday Prize Entry: A Tiny Tool for Car Hacking

A car from 1940 would have been an almost completely mechanical device. These days though, a car without electricity wouldn’t run. It’s not the engine – it’s the computers; the design details of which automotive manufacturers would love to keep out of the hands of hardware hackers like us. [Mastro Gippo] wanted to build a small and powerful CAN bus reverse engineering tool, and the Crunchtrack hits it out of the park. It’s a CAN bus transceiver, GPS receiver, and GSM modem all wrapped up into a single tiny device that fits under your dash.

[Mastro] has a slight fetish for efficiency and tiny, tiny devices, so he’s packaging everything inside the shell of a standard ELM327 Bluetooth adapter. This is a device that can fit in the palm of your hand, but still taps a CAN bus (with the help of a computer), receives GPS, and sends that data out over cell phone towers.

The device is based on the STM32 F3 ARM microcontroller (with mbed support), a ublox 7 GPS module, and an SIM800 GSM module, but the story doesn’t stop with hardware. [Mastro] is also working on a website where reverse engineering data can be shared between car hackers. That makes this an excellent Hackaday Prize entry, and we can’t wait to see where it goes from here.

The 2015 Hackaday Prize is sponsored by:

Hackaday Prize Entry: 20,000 Weather Stations

Team Tahmo has a plan to put a network of 20,000 weather stations across sub-Saharan Africa. That’s an impressive goal, and already they have pilot stations in Senegal, Chad, Nigeria, Uganda, and South Africa. For their Hackaday Prize entry, they thought it would make sense to add more advanced sensors to their weather stations, and came up with GPS, lightning, and large scale soil moisture sensors.

The sensors already deployed have the usual complement of meteorological equipment – thermometers, anemometers, barometers, and rain gauges. These stations are connected to a school’s Internet connection where students can monitor the local weather patterns and upload the data. Team Tahmo is building a small add-on board for their Prize entry using an AS3935 Franklin Lightning sensor and a GPS module.

In the interests of rapid design cycles, the team is using off-the-shelf modules for the lightning detector and GPS module. They hit up the Hackaday Prize Collabratorium for some advice on PCB design and have everything pretty much nailed down thanks to a few helpful hackers.

It’s a great project for one of the most ambitious crowdsourced data gathering projects ever conceived, and something that would vastly improve weather predictions across the African continent. Even if their entry does just monitor lightning strikes, it’s still an admirable goal and one of the most useful projects for this year’s Hackaday Prize.

The 2015 Hackaday Prize is sponsored by:

Punky GPS Gets The Steam Built Up For Geocaching

While getting geared up for geocaching [Folkert van Heusden] decided he didn’t want to get one of those run of the mill GPS modules, and being inspired by steam punk set out and made his own.

Starting with an antique wooden box, and adding an Arduino, GPS module, and LiPo battery to make the brains. The user interface consists of good ‘ole toggle switches and a pair of quad seven segment displays to enter, and check longitude and latitude.

To top off the retro vibe of the machine two analog current meters were repurposed to indicate not only direction, but also distance, which we think is pretty spiffy. Everything was placed in a laser cut wooden control panel, which lend to the old-time feel of the entire project.

Quite a bit of wire and a few sticks of hot glue later and [Folkert] is off and ready for an adventure!

Castrol Virtual Drift: Hacking Code at 80MPH with a Driver in a VR Helmet

Driving a brand new 670 horsepower Roucsh stage 3 Mustang while wearing virtual reality goggles. Sounds nuts right? That’s exactly what Castrol Oil’s advertising agency came up with though. They didn’t want to just make a commercial though – they wanted to do the real thing. Enter [Adam and Glenn], the engineers who were tasked with getting data from the car into a high end gaming PC. The computer was running a custom simulation under the Unreal Engine. El Toro field provided a vast expanse of empty tarmac to drive the car without worry of hitting any real world obstacles.

The Oculus Rift was never designed to be operated inside a moving vehicle, so it presented a unique challenge for [Adam and Glenn]. Every time the car turned or spun, the Oculus’ on-board Inertial Measurement Unit (IMU) would think driver [Matt Powers] was turning his head. At one point [Matt] was trying to drive while the game engine had him sitting in the passenger seat turned sideways. The solution was to install a 9 degree of freedom IMU in the car, then subtract the movements of that IMU from the one in the Rift.

GPS data came from a Real Time Kinematic (RTK) GPS unit. Unfortunately, the GPS had a 5Hz update rate – not nearly fast enough for a car moving close to 100 MPH. The GPS was relegated to aligning the virtual and real worlds at the start of the simulation. The rest of the data came from the IMUs and the car’s own CAN bus. [Adam and Glenn] used an Arduino with a Microchip mcp2515 can bus interface  to read values such as steering angle, throttle position, brake pressure, and wheel spin. The data was then passed on to the Unreal engine. The Arduino code is up on Github, though the team had to sanitize some of Ford’s proprietary CAN message data to avoid a lawsuit. It’s worth noting that [Adam and Glenn] didn’t have any support from Ford on this, they just sniffed the CAN network to determine each message ID.

The final video has the Hollywood treatment. “In game” footage has been replaced with pre-rendered sequences, which look so good we’d think the whole thing was fake, that is if we didn’t know better.

Click past the break for the final commercial and some behind the scenes footage.

Continue reading “Castrol Virtual Drift: Hacking Code at 80MPH with a Driver in a VR Helmet”

New Part Day: Indoor Location Systems

GPS is an enabling technology that does far more than the designers ever dreamed. If you want a quadcopter to fly to a waypoint, GPS does that. If you want directions on your phone, GPS does that. No one in the 70s or 80s could have dreamed this would be possible.

GPS, however, doesn’t work too well indoors. This is a problem, because we really don’t know what is possible if we can track an object to within 10cm indoors. Now there’s a module that does just that. It’s the decaWave DWM1000.

This module uses an 802.15 radio to track objects to within just a few centimeters of precision. It does this by sending time stamps to and from a set of base stations, or ‘anchors’. The module is also a small, and relatively high bandwidth (110kbps) radio for sensors and Internet of Things things makes it a very interesting part.

Some of the potential for this module is obvious: inventory management, and finding the remote and/or car keys. Like a lot of new technology, the most interesting applications are the ones no one has thought of yet. There are undoubtedly a lot of applications of this tech; just about every ball used in sports is bigger than 10cm, and if ESPN ever wanted even more cool visuals, just put one inside.

If you’d like to try out this module, decaWave has an eval kit available through distributors for about $600. Somehow, there’s also a Kickstarter for a board that uses the same module, Arduino compatible, of course.

Thanks [Roy] for the tip.

Hackaday Prize Entry : Subterranean Positioning System

There are numerous instances where we need to know our location, but cannot do so due to GPS / GSM signals being unavailable and/or unreachable on our Smart Phones. [Blecky] is working on SubPos to solve this problem. It’s a WiFi-based positioning system that can be used where GPS can’t.

SubPos does not need expensive licensing, specialized hardware, laborious area profiling or reliance on data connectivity (connection to database/cellphone coverage). It works independently of, or alongside, GPS/Wi-Fi Positioning Systems (WPS)/Indoor Positioning Systems (IPS) as an additional positioning data source by exploiting hardware commonly available.

As long as SubPos nodes are populated, all a user wishing to determine their location underground or indoors needs to do is use a Wi-Fi receiver.  This can be useful in places such as metro lines, shopping malls, car parks, art galleries or conference centers – essentially anyplace GPS doesn’t penetrate. SubPos defines an accurate method for subterranean positioning in different environments by exploiting all the capabilities of Wi-Fi. SubPos Nodes or existing Wi-Fi access points are used to transmit encoded information in a standard Wi-Fi beacon frame which is then used for position triangulation.

The SubPos Nodes operate much like GPS satellites, except that instead of using precise timing to calculate distance between a transmitter and receiver, SubPos uses coded transmitter information as well as the client’s received signal strength. Watch a demo video after the break.

The 2015 Hackaday Prize is sponsored by:

Continue reading “Hackaday Prize Entry : Subterranean Positioning System”

A Simple And Inexpensive GPS Navigation Device

There are plenty of GPS navigation units on the market today, but it’s always fun to build something yourself. That’s what [middelbeek] did with his $25 GPS device. He managed to find a few good deals on electronics components online, including and Arduino Uno, a GPS module, and a TFT display.

In order to get the map images on the device, [middelbeek] has to go through a manual process. First he has to download a GEOTIFF of the area he wants mapped. A GEOTIFF is a metadata standard that allows georeferencing information to be embedded into a TIFF image file.  [middelbeek] then has to convert the GEOTIFF into an 8-bit BMP image file. The BMP images get stored on an SD card along with a .dat file that describes the boundaries of each BMP. The .dat file was also manually created.

The Arduino loads this data and displays the correct map onto the 320×240 TFT display. [middelbeek] explains on his github page that he is currently unable to display data from two map files at once, which can lead to problems when the position moves to the edge of the map. We suspect that with some more work and tuning this system could be improved and made easier to use, of course for under $25 you can’t expect too much.