<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/altosuilib, branch 1.6</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=1.6</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=1.6'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2015-02-08T04:42:15+00:00</updated>
<entry>
<title>Bump java library versions</title>
<updated>2015-02-08T04:42:15+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-08T04:42:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=4231d68bae69d9a7d1f52205002db452cd5f986d'/>
<id>urn:sha1:4231d68bae69d9a7d1f52205002db452cd5f986d</id>
<content type='text'>
Lots of minor API/ABI changes; make sure people can install both 1.5
and 1.6 at the same time.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Don't offer to graph some GPS details that TM doesn't log</title>
<updated>2015-02-08T04:36:10+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-08T04:36:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=c72d83ccd207b5300a90f2e84de6c5c96642478c'/>
<id>urn:sha1:c72d83ccd207b5300a90f2e84de6c5c96642478c</id>
<content type='text'>
When using a TM eeprom file, various minor GPS details are logged
(course, ground speed, climb rate, etc). Make sure these aren't
offered up for graphing.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Get the Eeprom download progress bar working again</title>
<updated>2015-02-08T04:22:19+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-08T04:22:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=426bacbbd6e0573b143e7c48d71db977e53181fc'/>
<id>urn:sha1:426bacbbd6e0573b143e7c48d71db977e53181fc</id>
<content type='text'>
The eeprom download code wasn't computing the start of each state
transition correctly, so the progress bar was snapping to the end of
the chunk for each state.

Invalid state values would snap the bar to the right side.

Landed state wasn't ever seen, so the bar would not ever fill.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Set the icon and title of the telemetry scanning dialog</title>
<updated>2015-02-08T01:49:39+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-08T01:49:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=0dd733efdbb66535889aafecbba45f49266ed886'/>
<id>urn:sha1:0dd733efdbb66535889aafecbba45f49266ed886</id>
<content type='text'>
Just need to call 'super' to get the window configured correctly.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altoslib: Clear saved TelemetryReader state instead of resetting in ScanUI</title>
<updated>2015-02-08T01:35:15+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-08T01:35:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=9d5a6914982a29d22103e0202735c9e01ee9e831'/>
<id>urn:sha1:9d5a6914982a29d22103e0202735c9e01ee9e831</id>
<content type='text'>
Instead of attempting to mash the saved state from AltosScanUI, just
throw it away in AltosTelemetryReader.reset. Much cleaner, and more reliable.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Reset telemetry state after processing it</title>
<updated>2015-02-08T01:09:40+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-08T01:09:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=cbc9ecd960d0dd27a2275b4550c30c5c88ccf5bb'/>
<id>urn:sha1:cbc9ecd960d0dd27a2275b4550c30c5c88ccf5bb</id>
<content type='text'>
This avoids re-using stale state after switching telemetry reception
parameters around, which otherwise generates spurious entries for the
wrong frequencies in the scan results list.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Wait for product data while scanning</title>
<updated>2015-02-07T23:19:27+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-07T23:09:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=8a2be4d36a3b116d82529805430c5fb665688267'/>
<id>urn:sha1:8a2be4d36a3b116d82529805430c5fb665688267</id>
<content type='text'>
Now that Altos only sends config information once every 5 seconds, we
want to keep waiting for that if we're receiving packets successfully.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altoslib: Mark listener as 'not running' on EOF.</title>
<updated>2015-02-07T22:43:11+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-07T22:43:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=e70f3dca01b15b75b0b8795eb71bd12817af4800'/>
<id>urn:sha1:e70f3dca01b15b75b0b8795eb71bd12817af4800</id>
<content type='text'>
This adds a 'running' member to the AltosListenerState class, and when
the replay reader reaches EOF, marks the listener as no longer
running.

AltosUI and TeleGPS now display 'done' in the 'Age' field when this
occurs, to let the user know that the replay is over.

Also make sure that the display timers are stopped when this happens,
or when the window is closed.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: Don't show 'Sats in view' for TeleGPS eeprom graphing</title>
<updated>2015-02-07T04:40:05+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-07T04:40:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=58f06706383418ebfa56d88ba51411e6185e09df'/>
<id>urn:sha1:58f06706383418ebfa56d88ba51411e6185e09df</id>
<content type='text'>
We don't log the visible sats from TeleGPS, only the basic GPS
info. Have AltosFlightStats track whether sat info is present, then
use that to elide the Sats In View graph entry as needed.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosuilib: EEProm download from TeleGPS doesn't have states</title>
<updated>2015-02-07T04:36:44+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-07T04:36:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=35ad1833b10595564de84c88f44a214b1c134ccf'/>
<id>urn:sha1:35ad1833b10595564de84c88f44a214b1c134ccf</id>
<content type='text'>
As TeleGPS doesn't have flight states, the EEProm download progress
bar shouldn't show 'state invalid', and it should use a different
scale for each block.

Fix this by having AltosConfigData know which devices have state based
on their log format, then mark the progress bar state limits as
'invalid/invalid' instead of 'boost/landed'. Then have the progress
bar use that to set a more reasonable scale for each block.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
</feed>
