| Commit message (Collapse) | Author | Age |
|
|
|
|
|
| |
This lets us compare the GPS height data to the barometric height data
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
data.export already knows how to format stuff, so use that to
construct the raw data presentation for the GUI too.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
| |
| |
| |
| |
| | |
Code cleanups have made this no longer useful
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
| |
| |
| |
| |
| | |
Added save and download functionality. Removed 'new' from file menu.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
| |
| |
| |
| |
| |
| | |
This allows the UI to automatically respond to changes in the
preferred units.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
Make the AltosRecord version abstract and then implement suitable
versions in each subclass by creating copying constructors for each
class.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|/
|
|
|
|
|
|
| |
Leave the existing GPS pad altitude value in place after boost by
checking to see if it was ever computed before resetting it to the
barometric pad altitude. This makes GPS height values relative to the pad.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|\ |
|
| |
| |
| |
| |
| |
| |
| | |
This changed when AltosConfigData was cleaned up, so now frequency
settings must check for positive numbers rather than non-zero.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
| |
| |
| |
| |
| |
| |
| | |
A previous change discarded previous *telemetry* state, but failed to
discard any previous overall flight state. This would reset some of
the data fields, but wouldn't reset the GPS state and max measurements.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
| |
| |
| |
| |
| |
| | |
Boards that don't have flight logs will generate a nice 'Syntax Error'
and fail to initialize.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|/
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
| |
Don't make AltosConfig have a pile of config code, stick that in
AltosConfigData instead. This uses a new interface, AltosConfigValues
to get from AltosConfigData to the UI.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
Instead of a separate config language parser, share with altoslib
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
| |
It was missing quite a few. This also speeds up parsing of config from
TeleScience, TeleBT and TeleTerra by not listing flight info on those
products (where it doesn't make sense).
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
This moves the parsing from AltosMs5607Query
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
| |
This discards any local state when the new telem packet has a
different serial number
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
| |
It's zero when there's no storage space on the device. Instead of
waiting for non-zero flight number, wait for the seen_flight bit to be
set in the telem tracking state
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
| |
Setting the seen_flight bit without a flight number leads to bogus
file names
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
| |
In case we actually end up shipping an MS5611-based board at some
point, it will be nice to have the java code on hand
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
| |
It shouldn't ever appear, but it seemed wrong to have it not match the
rest of the strings.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
| |
This provides a UI on devices which have pyro channels other than
main/apogee.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
oops. forgot a file.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
| |
The .mega file parsing had a pile of leftovers from when it was cloned
from the .eeprom file parsing code. Replace all of that with the right
parsing bits so that GPS data will be presented correctly.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
| |
Make AltosRecord simply track the raw data and have AltosState hold
all computed values, including cross-packet averages and computed speeds.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
Duplicates code from the TM eeprom state tracking code.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
PRESSURE and DEPLOY log records don't occurin MM eeprom files.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
| |
TeleMetrum had a firmware bug that would fail to record the GPS date
and time correctly, that was hacked around in altosui, but isn't
needed for MegaMetrum. Remove those hacks from the MM path.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
| |
AVR-based products don't have a valid serial number, and so usually
report 0. Accept this by making the 'no serial number' case check for
negative values.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|\ |
|
| |
| |
| |
| | |
Signed-off-by: Mike Beattie <mike@ethernal.org>
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This is to allow the usage of AltosLog on Android - no swing, so
we need to push the "home directory" code used to pick a default
telemetry logging path - using the PreferencesBackend interface
for now.
Signed-off-by: Mike Beattie <mike@ethernal.org>
|
| |\ |
|
|\ \ \
| | |/
| |/| |
|
| | |
| | |
| | |
| | |
| | |
| | | |
remove static init()
Signed-off-by: Mike Beattie <mike@ethernal.org>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mike Beattie <mike@ethernal.org>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mike Beattie <mike@ethernal.org>
|
| | |
| | |
| | |
| | | |
Signed-off-by: Mike Beattie <mike@ethernal.org>
|
| |/
|/|
| |
| |
| |
| |
| |
| | |
Tm is pretty much the same as TM for the analog sensors, it's just
missing the accelerometr. Use the same code for constructing an
AltosRecord for it
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
| |
| |
| |
| |
| |
| | |
Otherwise, KML export won't ever get GPS data to write.
Reported by: Bob Brown <prefect@kloudbusters.org>
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|/
|
|
|
|
| |
These are defined in AltosRecord; duplicating them is not a good plan
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
|
|
|
|
| |
During replay, AltosState may not see a new GPS value as soon as it
lands in the state field as additional records with the same timestamp
may come in after the GPS record.
Instead of resetting the new_gps indication when the new record is
created, wait until the new_gps indication is seen by the AltosState
update code and have that clear the new_gps indication.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
| |
These are accessed by several different threads, so keep things sane
by just holding locks across all access.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
|
|
| |
Otherwise, the integration of velocity will start at MISSING and get
stranger. Fortunately, we know the initial velocity of the rocket when
sitting on the pad.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
Useful for distances in miles, but not meters.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
Bob Brown thinks this unit will be more useful than mph
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
|
|
| |
"Redneck" mode support
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
|
| |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|\ |
|