gps

331 Articles

Castrol Virtual Drift: Hacking Code At 80MPH With A Driver In A VR Helmet

June 20, 2015 by 29 Comments

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

June 17, 2015 by 86 Comments

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

May 7, 2015 by 48 Comments

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” →

Arduino GPS

A Simple And Inexpensive GPS Navigation Device

April 29, 2015 by 18 Comments

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.

A Deadbugged GPS/GLONASS/Geiger Counter

April 26, 2015 by 38 Comments

So you think you’re pretty good at soldering really tiny parts onto a PCB? You’re probably not as good as [Shibata] who made a GPS/GLONASS and Geiger counter mashup deadbug-style with tiny 0402-sized parts.

The device uses an extremely small GPS/GLONASS receiver, an AVR ATxmega128D3 microcontroller, a standard Nokia phone display and an interesting Geiger tube with a mica window to track its location and the current level of radiation. The idea behind this project isn’t really that remarkable; the astonishing thing is the way this project is put together. It’s held together with either skill or prayer, with tiny bits of magnet wire replacing what would normally be PCB traces, and individual components making up the entire circuit.

While there isn’t much detail on what’s actually going on in this mess of solder, hot glue, and wire, the circuit is certainly interesting. Somehow, [Shibata] is generating the high voltage for the Geiger tube and has come up with a really great way of displaying all the relevant information on the display. It’s a great project that approaches masterpiece territory with some crazy soldering skills.

Thanks [Danny] for sending this one in.

Continue reading “A Deadbugged GPS/GLONASS/Geiger Counter” →

APRS Tracking System Flies Your Balloons

March 24, 2015 by 27 Comments

Looking for a way to track your high-altitude balloons but don’t want to mess with sending data over a cellular network? [Zack Clobes] and the others at Project Traveler may have just the thing for you: a position-reporting board that uses the Automatic Packet Reporting System (APRS) network to report location data and easily fits on an Arduino in the form of a shield.

The project is based on an Atmel 328P and all it needs to report position data is a small antenna and a battery. For those unfamiliar with APRS, it uses amateur radio frequencies to send data packets instead of something like the GSM network. APRS is very robust, and devices that use it can send GPS information as well as text messages, emails, weather reports, radio telemetry data, and radio direction finding information in case GPS is not available.

If this location reporting ability isn’t enough for you, the project can function as a shield as well, which means that more data lines are available for other things like monitoring sensors and driving servos. All in a small, lightweight package that doesn’t rely on a cell network. All of the schematics and other information are available on the project site if you want to give this a shot, but if you DO need the cell network, this may be more your style. Be sure to check out the video after the break, too!

Continue reading “APRS Tracking System Flies Your Balloons” →

Add a Mic to GPS

Upgraded GPS Now Accepts Voice Commands

February 16, 2015 by 2 Comments

[FreddySam] had an old Omnitech GPS which he decided was worthy of being taken apart to see what made it tick. While he was poking around the circuit board he found a couple solder pads labeled as ‘MIC1’. This GPS didn’t have a microphone. So, why would this unit have a mic input unless there is a possibility for accepting voice commands? [FreddySam] was about to find out.

The first step to get the system working was to add a physical microphone. For this project one was scavenged from an old headset. The mini microphone was removed from its housing and soldered to the GPS circuit board via a pair of wires. Just having the mic hanging out of the case would have been unsightly so it was tucked away in an otherwise unfilled portion of the case. A hole drilled in the case lets external sounds be easily picked up by the internalized microphone.

The hardware modification was the easy part. Getting the GPS software to recognize the newly added mic was a bit of a challenge. It turns out that there is only one map version that supports voice recognition, an old version; Navigon 2008 Q3. We suppose the next hack is making this work with new map packs. This project shows how a little motivation and time can quickly and significantly upgrade an otherwise normal piece of hardware. Kudos to [FreddySam] for a job well done.