| Commit message (Collapse) | Author | Age |
|---|
| | |
|
| |
|
|
|
|
| |
This allows these packages to be referenced separately
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
| |
There's no reason to support these files when the raw .eeprom or
.telem files which generate them should be used instead.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
|
| |
Command line has switches now, --kml and --csv
Export save dialog has combo box to select kml or csv result.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |\ |
|
| | | |
|
| |/
|
|
|
|
| |
The Altos class nicely defines constants for all of the flight states.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
|
| |\ |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
eeprom timestamps can go backwards as the GPS time stamps are
recorded when the first GPS character is received, but not placed into
the eeprom log until the last GPS packet is complete. If this happens
at the same time the tick count is wrapping, then the tick count will
wrap backwards across the 0 boundary causing time to jump forwards.
Fix this by letting time go backwards across the tick boundary, which
requires that we know when the first 'real' tick is read from the
eeprom file.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| | |
This makes the CSV files contain all of the available information.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Convert from log file reading paradigm to using iterators which is
more idiomatic for java. Split more code out of AltosUI.java,
including the display update threads for telemetry monitoring and
logfile replay.x
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |\| |
|
| | |
| |
| |
| |
| |
| |
| | |
Wait for 10 consecutive GPS reports with at least 4 sats before
reporting "GPS ready" state.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
These aren't used now that the replay opener dialog knows how to build
a reader from a filename.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| | |
Clean up AltosUI by moving the two main tables to separate class files.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |\| |
|
| | |
| |
| |
| |
| |
| |
| | |
For data export, provide the raw sensor samples instead of the
filtered values.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
The flight software records 1000 accelerometer samples and records
that in the flight log. Use that value instead of using the very few
samples recorded in the eeprom before boost is detected. This
generates far more accurate accerometer data in the .csv files.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | | |
|
| | | |
|
| |\| |
|
| | |
| |
| |
| |
| |
| |
| | |
Instead of forcing the user to navigate to the firmware directory each
time, this remembers the previous directory and starts there.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This uses setSelectedFile to specify which output filename to make the
default in the save dialog.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | | |
|
| |\| |
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
Sometimes there are additional records found in the eeprom file; the
reader is mostly worried about not losing anything, so it reads as
much as it can. However, the last record written for any flight is the
'landed' record, so we can stop looking at the file after hitting that.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
The last record is handled separately, and was missing the code to
compute the time. Sigh.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | | |
|
| | | |
|
| | | |
|
| |\| |
|
| | |
| |
| |
| |
| |
| |
| | |
The telemetry reader was ignoring tick count wrapping, so you'd see
time go backwards in jumps. Not useful.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| | |
--with-fat-dir specifies a directory to copy the finished
linux/macosx/windows stand-alone ("fat") packages to. A sub-directory
will be created under the specified directory based on the product
version number and the files copied there.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| | |
It used to be in ../libaltos
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| | |
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | |
| |
| |
| |
| |
| |
| | |
This ensures that all of the necessary bits are available to construct
the distribution images.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | | |
|
| | |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
We've now got a USB vendor ID called 'altusmetrum' for generic
altusmetrum devices (old USB ID 0x000A) while the general vendor name
for all devices is 'altusmetrum' as well.
This patch splits vendors and products into separate name spaces,
products are prefixed with product_ and vendor with (oddly) vendor_.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| | | |
|
