I bought a 3DR radio from Whitespy to add telemetry to my MultiWii and it works like it should.  Multiwii has a processing program called multiwiiconf that is used to make changes to the PID's and for selecting flight modes and reading and writing to EEPROM.  There is also a slick GUI that adds a few more functions like a moving map.  I've tried both and the "slick" wingui program really uses a lot of memory and processor which my computer can't spare or tolerate without catching on fire.  That was my motivation for seeing what I could do to add a realtime map to the not so resource intense processing multiwiiconf program.  This was easier than I expected.  I searched for mapping programs and libraries already written for processing and found the modestmaps library. https://github.com/modestmaps/modestmaps-processing 

I familiarized myself with the example and armed with the "//" and "/* */", I opened up the source code for multiwiiconf.  My approach was to go through and comment out all the parts that pertained to PID's and graphs.  Generally, I commented out anything that I thought was not related to drawing an attitude indicator, compass or reading the multiwii serial protocol.  I periodically ran the sketch to see what disappeared or if I was too zealous with the comment //'s.  When the only things remaining were the instruments and the com port connection buttons, I added the modestmaps library and minimal code to display a map.  I replaced mouseX and mouseY with GPS_Latitude and GPS_Longitude, and divided those variables by 10000000f to convert to decimal.  That little "f" made a big difference, btw.  Without that I was 30 miles away because of loss of few decimal places.  I also added the little green dot to show current position.  This too came from the modestmaps example. 

I'm telling anyone how to do it instead of posting code, since it's very simple and my code tends to appeal like a dose of clamidia.  One last howto is to make sure to make the same edits in the processing sketch and the java file.  If it's done the way I did it, it should work and look like this.  As the position changes, the map moves with the little green position dot always in the center.    It's not fancy, but it uses about 20% of my CPU instead of 100%. 

  . 

I haven't flown much of anything because of the weather, so I decided to see if I could do something different with my ArduIMU.  I decided that if I could get a MIDI port to read the IMU, I might be able to make music.

I used a VBscript to read the serial port and send pitch data from the ArduIMU to a slot.  I then used a MIDI program to record the keys as the IMU hit them.  The next step was to use a music theory program to filter it into chords.  I sent that output to another MIDI program to record it again and then sent it through a synthesizer to give it the Wow sound. 

Here's the first attempt,

MonkeyMusic

There have been discussions before calling for reliable and accurate alternatives to GPS. The Vikings may have had the answer without knowing the physics. They were adept navigators at latitudes where frequent cloudiness and low sun angle(winter) could have made direct observation of the sun difficult. Legend has it that they had a magic stone, called a Sunstone, that allowed them to navigate by the sun even after dark. You're wondering how maybe, and I'm wondering when will this be available on a chip.

Viking Sunstone Found 

Here's the plane I will install my Arduimu and Ardupilot(legacy) into.  I still need to build a motor mount and wind the motor.  It should be stable as it is based on a previous version which was very stable.  I'm aiming for 10-12 ounces AUW and around 50W.