<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/src/drivers, branch tmgps</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=tmgps</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=tmgps'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2018-03-23T23:37:02+00:00</updated>
<entry>
<title>altos/ao_cc1120: Only call ao_packet_slave_stop when HAS_SLAVE</title>
<updated>2018-03-23T23:37:02+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2018-03-23T23:34:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=58eda1736d8cffa6e3b5afce6f5faabbb179045e'/>
<id>urn:sha1:58eda1736d8cffa6e3b5afce6f5faabbb179045e</id>
<content type='text'>
Don't try to disable packet slave mode when the product doesn't
support packet slave mode.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/stmf0: Use double buffering for ChaosKey</title>
<updated>2018-01-08T05:44:39+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2018-01-08T05:44:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=48d164e3d4b2ef27fae20fae63b8014803a7b178'/>
<id>urn:sha1:48d164e3d4b2ef27fae20fae63b8014803a7b178</id>
<content type='text'>
This improves the USB performance of ChaosKey so that it doesn't NAK
during data transfers at all.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/drivers: Hook up mag sensor for MPU9250</title>
<updated>2017-12-11T20:20:25+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-12-05T20:22:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=8d65e7b367712075a42d26c6d4bbff474dc1ae14'/>
<id>urn:sha1:8d65e7b367712075a42d26c6d4bbff474dc1ae14</id>
<content type='text'>
Set mag sensor to provide data at 100Hz.
Set i2c master to pull mag data at sample rate (200Hz).

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/drivers: Start adding defines to get mag data out of MPU9250</title>
<updated>2017-12-05T20:22:34+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-12-05T20:22:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=185b11367cd85948885fceafb5d46303b6f1356d'/>
<id>urn:sha1:185b11367cd85948885fceafb5d46303b6f1356d</id>
<content type='text'>
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Add MPU9250 driver (accel/gyro only for now)</title>
<updated>2017-10-12T07:14:30+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-10-12T07:14:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=9d7bb706918fd7d6db77eab21931b4fc74cb9105'/>
<id>urn:sha1:9d7bb706918fd7d6db77eab21931b4fc74cb9105</id>
<content type='text'>
This is almost an exact copy of the MPU6000 driver, just a few minor
register changes.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>chaoskey: Wait for input data to stabilize before using it</title>
<updated>2017-09-12T20:40:06+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-09-12T20:40:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=10d14146ef84fbe4670454bc0996854a4066cfea'/>
<id>urn:sha1:10d14146ef84fbe4670454bc0996854a4066cfea</id>
<content type='text'>
The ADC data takes a while to start working after power on; wait for
the range of input values to look reasonable before using the data.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/rn4678: Add BLE support</title>
<updated>2017-06-20T18:19:40+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-06-20T18:19:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=ea7e236e75452e27f3af6730a0542850851eb23d'/>
<id>urn:sha1:ea7e236e75452e27f3af6730a0542850851eb23d</id>
<content type='text'>
This just means ignoring the BLE connect status message.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Add timeout to RN4678 status message code</title>
<updated>2017-06-13T17:34:03+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-06-13T17:34:03+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=cd8b22bef0a88ed6881036b4c6718a4e33c55d41'/>
<id>urn:sha1:cd8b22bef0a88ed6881036b4c6718a4e33c55d41</id>
<content type='text'>
If we see the start of an RN4678 status message, but then output
pauses, assume that this isn't the start of a status message and flush
the pending data.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: HMC5883 output order is X Z Y</title>
<updated>2017-06-12T05:54:22+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-06-12T05:34:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=2a05849c3bf8c1617409237be48802dd6fc6255b'/>
<id>urn:sha1:2a05849c3bf8c1617409237be48802dd6fc6255b</id>
<content type='text'>
Re-label everything to have the correct names. This doesn't actually
change the code at all, so the eeprom and telemetry is all compatible.

Matching changes on the host side will be required to actually process
the data correctly, of course.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Update sensor data atomically</title>
<updated>2017-06-12T05:54:22+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-06-12T05:31:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=fed48732828c85ae56106cd72c5aeaaad47c552f'/>
<id>urn:sha1:fed48732828c85ae56106cd72c5aeaaad47c552f</id>
<content type='text'>
Read data into a temp variable, block interrupts, then update the
published value.

The bug is easy to see with the HMC5883 which has to byte-swap the
output of the chip, and hence can occasionally get caught with the
wrong byte order data.

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