<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/src/drivers, branch android-build-update</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=android-build-update</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=android-build-update'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2019-09-16T20:10:09+00:00</updated>
<entry>
<title>altos: Integrate BMX160 into data code</title>
<updated>2019-09-16T20:10:09+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-09-16T20:10:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=28add4f616dbaf06a1ca3234b81c68c4a299d056'/>
<id>urn:sha1:28add4f616dbaf06a1ca3234b81c68c4a299d056</id>
<content type='text'>
Get conversion functions written and fix up a few warnings

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Add bmx160 driver</title>
<updated>2019-09-16T19:39:09+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-09-16T19:39:09+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=a87698663f8a5ced468755068a0468755d8f2746'/>
<id>urn:sha1:a87698663f8a5ced468755068a0468755d8f2746</id>
<content type='text'>
This just adds the driver, it doesn't hook it up yet

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Replace ao_xmem functions with direct mem calls</title>
<updated>2019-09-16T00:09:26+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-09-16T00:09:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=99525a748e00406424b98a0952f0156437b30b6c'/>
<id>urn:sha1:99525a748e00406424b98a0952f0156437b30b6c</id>
<content type='text'>
We no longer need to wrap these functions

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>drivers: Use 'main_value' instead of 'main'</title>
<updated>2019-09-16T00:05:59+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-09-16T00:05:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=46d3cbadce6808b4cd29ad1e034efac7b5e4fa42'/>
<id>urn:sha1:46d3cbadce6808b4cd29ad1e034efac7b5e4fa42</id>
<content type='text'>
GCC can emit a warning when programs redefine 'main'.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Use fast timer for buttons instead of edge-triggered ISR</title>
<updated>2019-08-13T00:30:48+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-08-13T00:30:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=fcb5d55e94058810fc8b31ad5e8caa99fa61200c'/>
<id>urn:sha1:fcb5d55e94058810fc8b31ad5e8caa99fa61200c</id>
<content type='text'>
If the button bounces between the triggering interrupt and the button
state check, we could lose the final state change of the button and
send an incorrect event to the application. In the worst case, the button
would end up in exactly the wrong state, toggling in the wrong direction.

Use the fast timer to poll all buttons instead so that there is only
one check of each button at each poll interval (instead of the
interrupt and the state check). This makes buttons reliably debounced.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Record all failed sensors and report status at power up</title>
<updated>2019-07-16T18:12:49+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-07-16T18:12:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=8b2e457db8c4536440ecd7dc35d06f827fc008dc'/>
<id>urn:sha1:8b2e457db8c4536440ecd7dc35d06f827fc008dc</id>
<content type='text'>
Use DATA bits to mark which sensors have failed, then report that in
beeps at startup time to help diagnose hardware failures while still
allowing the board to be used over USB.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Allow ms5607 driver to either set ao_sensor_errors or panic</title>
<updated>2019-07-15T20:26:30+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-07-15T20:26:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=245a49a85dd7b6a7cb9ec36ad02f6bb66e42f4e2'/>
<id>urn:sha1:245a49a85dd7b6a7cb9ec36ad02f6bb66e42f4e2</id>
<content type='text'>
Products that want to remain usable (over USB) after a sensor failure
don't want to panic when the ms5607 fails, but products with limited
ROM space don't want to have extra code to check for the sensor
failure and panic. Change the MS5607 driver to allow either option,
and then make the micropeak based devices use it.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Don't dump MS5607 eeprom in 'B' command</title>
<updated>2019-06-19T06:14:54+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-06-19T06:14:54+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=835faccc2c1141f7cd8ff93629d583fcaf785e48'/>
<id>urn:sha1:835faccc2c1141f7cd8ff93629d583fcaf785e48</id>
<content type='text'>
MicroPeak v2 now has config stuff where these values get shown

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/micropeak-v2.0: expose log and config commands over USB</title>
<updated>2019-06-18T21:50:53+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-06-18T21:50:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=ee7a54b3215ffa1eb38f16a151c0740b14b60857'/>
<id>urn:sha1:ee7a54b3215ffa1eb38f16a151c0740b14b60857</id>
<content type='text'>
This lets AltosUI handle the eeprom data

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Support ao_ms5607_dump when no ms5607 task</title>
<updated>2019-06-18T06:43:02+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2019-06-18T06:43:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=ff7fa802f632700f73418246f1be5017ac0a09b4'/>
<id>urn:sha1:ff7fa802f632700f73418246f1be5017ac0a09b4</id>
<content type='text'>
MicroPeak v2.0 has tasking support, but doesn't have a separate ms5607
task. That means the device isn't getting initialized when not running
the flight code, so in cmd mode we need to make sure it's initialized,
and we also need to actually fetch a value to display.

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