mjb/altos/src/core, branch 1.2.9.4

altos: Make sure flight erase log comes after config blog

2013-11-12T07:27:31+00:00

Oops. When converting from ao_storage to ao_config, I accidentally had the flight erase log overwriting the config block. Signed-off-by: Keith Packard

altos: Move TeleMetrum v2.0 to using internal eeprom for config

2013-11-12T07:27:31+00:00

This leaves the whole 8MB of flash for flight storage Signed-off-by: Keith Packard

altos: Allow use of internal EEPROM for config storage

2013-11-12T07:27:31+00:00

This stops exposing eeprom as 'storage' and instead exposes it with a separate eeprom API so that it can be used for config storage without also using it for flight log storage. The config code has been changed to allow it to either use storage for configuration data or eeprom. Signed-off-by: Keith Packard

altos: Don't hold GPS mutex while waiting in TM v2.0 report

2013-11-12T07:27:31+00:00

Holding the GPS mutex while waiting for the GPS code to dump data into the GPS variables is rather counter-productive. Signed-off-by: Keith Packard

altos: Add orientation tracking to ao_flight_test

2013-11-12T05:01:55+00:00

Shows calculated offset from vertical in ao_flight_test output Signed-off-by: Keith Packard

altos: Don't hold GPS mutex while waiting for GPS data in report code

2013-10-28T07:36:13+00:00

Oops. This kinda breaks anyone else waiting for GPS data Signed-off-by: Keith Packard

altos: sample profile address range was too narrow

2013-10-28T07:24:59+00:00

The range was cranked down at some point to diagnose issues within the task scheduler. Unfortunately, that change got merged, which meant that general profiling lost information outside of the lower 4kB of code. Signed-off-by: Keith Packard

altos: Add orientation test when HAS_FLIGHT_DEBUG is set

2013-10-28T06:46:36+00:00

This just dumps the current orientation to stdout so you can monitor it in real time Signed-off-by: Keith Packard

altos: Fixup for 32-bit gyro averages

2013-10-28T06:42:26+00:00

Signed-off-by: Keith Packard

altos: Correct incremental rotation computation

2013-10-28T06:37:55+00:00

Trying to compute the combined rotation by taking the x/y/z rotations as a vector is a good approximation, but not accurate enough for our application given the large angles we sometimes see. Instead, use a correct-but-expensive function with a pile of transcendental function calls. The STM32L seems to be fast enough at least... Signed-off-by: Keith Packard