<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/ao-tools/altosui/AltosEepromIterable.java, branch with-pdclib</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=with-pdclib</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=with-pdclib'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2010-11-24T23:09:05+00:00</updated>
<entry>
<title>Move altosui to the top level, placing libaltos inside it.</title>
<updated>2010-11-24T23:09:05+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-11-24T22:57:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=3fbefb3eea981d34a09496cf8abf0119de2e35bf'/>
<id>urn:sha1:3fbefb3eea981d34a09496cf8abf0119de2e35bf</id>
<content type='text'>
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosui: When fixing eeprom gps time information, make GPS data valid</title>
<updated>2010-11-21T06:03:26+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-11-21T06:03:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=e7954c820763f80e993f9f822e837725cf36af84'/>
<id>urn:sha1:e7954c820763f80e993f9f822e837725cf36af84</id>
<content type='text'>
Eeprom files may be missing the GPS time (due to a firmware bug). Working
around this involves finding the next valid GPS time and using that to
create a fake GPS time entry. However, that next GPS time may not
be locked or may have few sats as it is from the boost stage of the
flight. Fix this by simply forcing the fake time packet to have
4 sats and be locked.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosui: Eliminate unncessary import altosui lines</title>
<updated>2010-11-13T23:19:14+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-11-13T23:19:14+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=8463ffcaca6bcd31e645aba71c171f548dce96d8'/>
<id>urn:sha1:8463ffcaca6bcd31e645aba71c171f548dce96d8</id>
<content type='text'>
Java appears to automatically import every module from the current
package.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosui: Deal with eeprom dates going backwards across wrap</title>
<updated>2010-09-28T01:52:30+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-09-28T01:52:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=803203197e51e71e9c77b3610047fd5bf9a56c56'/>
<id>urn:sha1:803203197e51e71e9c77b3610047fd5bf9a56c56</id>
<content type='text'>
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 &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altosui: Create iterables for log file scanning. Split out display threads</title>
<updated>2010-09-28T00:11:48+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2010-09-28T00:11:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=c89a34d1eb25155405b0036baeadc7bbfeade1c2'/>
<id>urn:sha1:c89a34d1eb25155405b0036baeadc7bbfeade1c2</id>
<content type='text'>
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 &lt;keithp@keithp.com&gt;
</content>
</entry>
</feed>
