<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/src/drivers, branch debian/1.8.2-1</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=debian%2F1.8.2-1</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=debian%2F1.8.2-1'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2017-09-12T20:40:06+00:00</updated>
<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>
<entry>
<title>altos/ao_rn4678: Send '$$$' for new devices. Fix name setting code.</title>
<updated>2017-05-15T15:59:52+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-05-15T15:59:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=ab50a1467bac0234062bc8c0a17783f1730aa981'/>
<id>urn:sha1:ab50a1467bac0234062bc8c0a17783f1730aa981</id>
<content type='text'>
New devices won't respond to the cmd pin we have configured, so get
them to command mode by sending the $$$ string. Somehow I'd botched
the name setting code and hadn't caught it as I hadn't tried a new
device...

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Add RN4678 Bluetooth module driver</title>
<updated>2017-05-13T22:29:13+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-05-13T22:17:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=6442e2ad6af4b337348aa2ce25abc91c05765826'/>
<id>urn:sha1:6442e2ad6af4b337348aa2ce25abc91c05765826</id>
<content type='text'>
This works much like the old BTM module, but supports both bluetooth
and bluetooth LE. I've poked at it briefly over BTLE to see that it
appears to have the right name, but haven't attempted to communicate
over BTLE yet.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/ms5607: Allow applications to not use the normal data ring and thread</title>
<updated>2017-04-28T06:51:21+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-04-28T06:51:21+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=2245d9e3178404a49a6787656319fa13f0cc1a51'/>
<id>urn:sha1:2245d9e3178404a49a6787656319fa13f0cc1a51</id>
<content type='text'>
MicroPeak V2 has tasks, but doesn't want to use another thread just
for the MS5607.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/ao_pad.c: Use #if HAS_LOG instead of #ifdef HAS_LOG</title>
<updated>2017-04-24T23:41:30+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2017-04-24T23:40:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=8e5b4359050701513a807131564ae54f2e6b919b'/>
<id>urn:sha1:8e5b4359050701513a807131564ae54f2e6b919b</id>
<content type='text'>
TeleFire v0.1 defines HAS_LOG to 0.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>implement static test start and stop protocol for telefiretwo+telebt</title>
<updated>2017-04-23T05:42:23+00:00</updated>
<author>
<name>Bdale Garbee</name>
<email>bdale@gag.com</email>
</author>
<published>2017-04-23T05:42:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=d75351c5a07241bcbb951758796b4f639ace6b1f'/>
<id>urn:sha1:d75351c5a07241bcbb951758796b4f639ace6b1f</id>
<content type='text'>
</content>
</entry>
</feed>
