Change softserial timer calculation code to support baud rates in the
range 600 to 19200 (tested)
Merge pull request #49 from hydra/softserial-baud-rates

Softserial support for baud rates from 600 to 19200
Add support for 2 softserial ports on PWM4+5/TIM3_CH1+2/PA6+PA7 and
PWM6+7/TIM3_CH3+4/PB0+PB1

Update software serial to monitor serial pins for signal changes instead
of periodically sampling pin signals.

When reading the data the timer used is syncronized to the falling edge
of the start bit which allows for better syncronisation at higher
speeds.  The code has been tested OK from 1200 baud to 19200.  38400
baud was tested and partially usable but has been disabled because there
are too many transmit and receive errors, especially when transmitting
and receiving at the same time.

Due to the way a single timer is used for transmitting and receiving, if
data comes in while transmitting the system may incorrectly transmit a
short or long bit.  However at 19200 and below this didn't cause a
problem in the limited testing I performed.
Merge pull request #50 from hydra/softserial-no-polling-and-two-ports

Add support for 2 softserial ports and avoid polling of software serial RX pins
GPS: clean up NMEA autodetect baud. -1 no longer used, it will cycle through available baud rates if no data is received anyway
Merge pull request #52 from disq/gps_nmea_no_autodetect

GPS: clean up NMEA autodetect-baud
building binary for softserial and GPS changes;
enum warning fix in sbus.c
allow configurable bootloader reboot character to workaround retarded BT adapters that spam 'R'
Merge pull request #2 from multiwii/master

.