<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mjb/altos/src/cc1111/ao_radio.c, branch telemega-v2</title>
<subtitle>AltOS - the operating system for Altus Metrum products
</subtitle>
<id>https://git.ethernal.org/mjb/altos/atom?h=telemega-v2</id>
<link rel='self' href='https://git.ethernal.org/mjb/altos/atom?h=telemega-v2'/>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/'/>
<updated>2015-02-14T07:51:10+00:00</updated>
<entry>
<title>altos: Replace ao_alarm/ao_clear_alarm with ao_sleep_for</title>
<updated>2015-02-14T07:51:10+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2015-02-14T07:51:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=f4c812bef76a2cd95f675cb27ea89059561ceec7'/>
<id>urn:sha1:f4c812bef76a2cd95f675cb27ea89059561ceec7</id>
<content type='text'>
Having arbitrary alarms firing in the middle of complicated device
logic makes no sense at all. Therefore only correct use of ao_alarm
and ao_clear_alarm was around a specific ao_sleep call, with correct
recovery in case the alarm fires.

This patch replaces all uses of ao_alarm/ao_sleep/ao_clear_alarm with
ao_sleep_for, a new function which takes the alarm timeout directly.

A few cases which weren't simply calling ao_sleep have been reworked
to pass the timeout value down to the place where sleep *is* being
called, and having that code deal with the return correctly.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Reduce deviation at 2400/9600 baud</title>
<updated>2014-09-07T03:39:37+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2014-09-07T03:39:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=f395bcaa620490954d4a42de9b4870bc12bedc91'/>
<id>urn:sha1:f395bcaa620490954d4a42de9b4870bc12bedc91</id>
<content type='text'>
There's no reason to use 20.5kHz deviation at 2400 and 9600 baud, and
if we get a better receiver, we'll want to use narrower deviation to
have less bandwidth sucking noise into the radio. The new values are
(nominally) 5.125kHz deviation for 9600 baud and 1.5kHz deviation for
2400 baud.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/cc1111: Add 2400 and 9600 baud telemetry rate support</title>
<updated>2014-07-05T07:38:10+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2014-07-03T05:31:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=aba1703a1cff3da001d64bf2d15a591816e3350e'/>
<id>urn:sha1:aba1703a1cff3da001d64bf2d15a591816e3350e</id>
<content type='text'>
Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/cc1111: Adjust receive parameters to improve sensitivity</title>
<updated>2014-07-05T07:38:10+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2014-07-03T05:30:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=c20ddde2f9eb0ad8dbb982e9d0cbe91639160a34'/>
<id>urn:sha1:c20ddde2f9eb0ad8dbb982e9d0cbe91639160a34</id>
<content type='text'>
This removes the packet quality test and carrier sense tests when
deciding whether to start decoding a packet. This lets more bad
packets through, but the CRC check catches those and now we're
regularly receiving packets down to -110 or even -112 dBm. Before this
change, we'd rarely see packets as low as -105dBm

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos/cc1111: Fetch RSSI for TeleFire from correct byte</title>
<updated>2013-06-20T05:42:58+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2013-06-20T05:42:58+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=572faa19b9a496866e3b589d5eb9f37a680206ab'/>
<id>urn:sha1:572faa19b9a496866e3b589d5eb9f37a680206ab</id>
<content type='text'>
Reading the status byte doesn't provide very useful RSSI info

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Open up the DVGA gain to use all of the available settings</title>
<updated>2013-05-08T03:08:00+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2013-04-30T07:12:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=df70e3e87874d80516c6d43cfe745d511d54f206'/>
<id>urn:sha1:df70e3e87874d80516c6d43cfe745d511d54f206</id>
<content type='text'>
We usually work in RF quiet areas; let the AGC hardware try all of the
available gain settings.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Compute "real" RSSI value in radio code as needed</title>
<updated>2013-05-08T03:07:54+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2013-04-30T06:20:25+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=eb0e1720be2aa4fb6729ceada09c18947bfee2bc'/>
<id>urn:sha1:eb0e1720be2aa4fb6729ceada09c18947bfee2bc</id>
<content type='text'>
Instead of dragging around the weird CC1111 RSSI values, just compute
a dBm value in a signed 8-bit integer, ao_radio_rssi. Use that
everywhere we need RSSI internally. We leave the weird CC1111 value in
the packet reply as that's what the host expects.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Provide timeout value to ao_radio_recv</title>
<updated>2013-05-08T03:07:52+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2013-04-29T06:02:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=f677a83348a9568679240ee9d731ab454f289831'/>
<id>urn:sha1:f677a83348a9568679240ee9d731ab454f289831</id>
<content type='text'>
Instead of using ao_alarm around calls to ao_radio_recv, provide an
explicit timeout value as needed by radio functions with more
complicated system interaction than the cc1111. The timeout is 8 bits
of clock ticks.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Clean up radio APIs</title>
<updated>2012-08-27T20:47:16+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2012-08-27T20:47:16+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=0f3483f93137f41a61f3fcbe06afcaffb1b9e17b'/>
<id>urn:sha1:0f3483f93137f41a61f3fcbe06afcaffb1b9e17b</id>
<content type='text'>
Move api to ao_radio_cmac.h include file.
Expose ao_radio_test as standard API.

Signed-off-by: Keith Packard &lt;keithp@keithp.com&gt;
</content>
</entry>
<entry>
<title>altos: Disable telefire 'pad' listener when testing radio</title>
<updated>2012-08-24T07:27:13+00:00</updated>
<author>
<name>Keith Packard</name>
<email>keithp@keithp.com</email>
</author>
<published>2012-08-24T07:27:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.ethernal.org/mjb/altos/commit/?id=7a0ed0ff4192060854d69e640de2c30105eb2f62'/>
<id>urn:sha1:7a0ed0ff4192060854d69e640de2c30105eb2f62</id>
<content type='text'>
Ensures that the radio testing won't block waiting for a firing mode
packet to arrive.

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