{"id":10696,"date":"2015-09-10T18:23:15","date_gmt":"2015-09-10T08:23:15","guid":{"rendered":"http:\/\/legoeng.local\/?p=10696"},"modified":"2017-09-07T16:09:19","modified_gmt":"2017-09-07T06:09:19","slug":"gps-accuracy-testing-with-lego-bricks","status":"publish","type":"post","link":"http:\/\/legoeng.local\/gps-accuracy-testing-with-lego-bricks\/","title":{"rendered":"GPS accuracy testing with LEGO bricks"},"content":{"rendered":"
<\/a>Unlike normal GPS units, commonly found in smartphones or your car, that are accurate to roughly three meters, differential GPS uses two GPS receivers to get a reported accuracy of three centimeters! That\u2019s a little over an inch! If this holds true, differential GPS could be used for a range of high precision applications.<\/p>\n This summer, a fellow rising senior and I had the task of characterizing the error of a differential GPS unit. In the case of our project, we would like to use differential GPS for hexacopter-based radar.<\/p>\n For radar on a hexacopter to be successful, we need to know the precise location of the copter at all times during flight. Any errors in location can cause immense blurring in the radar image and make it indecipherable. Because of this, we need to understand the exact distribution of position errors that we can expect from our differential GPS unit. For our project, we used the commercially available Piksi, made by the San Francisco based SwiftNav. Even though the Piksi\u2019s error distribution looks great on paper, there is a chance that this unit will not stand up to the requirements of our project; the standard deviation of its distance error must be no more than 1.75cm.<\/p>\n So, on to testing! We needed to design a testing rig that can pull the GPS unit at a constant rate without interfering with its satellite signal. Simply pulling the receiver by hand was ruled out early. Aside from the impossible task of freely pulling the receiver at a constant speed in a straight line, we lost our signal any time my hand came near the receiver. Not great. Testing by hand also had one other problem: we had no reliable way to raise or lower the GPS unit to test the vertical error distribution.<\/p>\n <\/a>That got us thinking of possible construction materials for a sled that is stable, convenient to pull, and variable in height. The answer was obvious: LEGO bricks. The Tufts Center for Engineering Education and Outreach (CEEO) was gracious enough to lend us all of the bricks that we needed. With them, we designed the sled you see at left.<\/p>\n Notice the LEGO Technic pieces used as runners. The holes in those pieces allowed for a string to be thread through them, giving us a mechanism to pull the sled. The body of the sled itself is built in two-inch sections that can easily be added or removed to alter the height of the GPS unit.<\/p>\n Now that we had our LEGO sled, we needed a way to pull it at a constant rate. Since pulling by hand is shaky at best, we looked at robotic solutions, the Arduino in particular. With it, we built a bot with two motors that could pull the sled forwards or backwards at the press of a button.<\/p>\n This was our final result:<\/p>\n