mjb/altos/src/drivers/ao_cc1120.c, branch 1.8.3

altos/cc1120: remove unused status from ao_radio_fifo_write_stop

2016-08-29T16:27:53+00:00

Signed-off-by: Keith Packard

altos: Don't access cc1120 SPI bus during recv after abort has started

2016-07-27T20:17:51+00:00

When the receive timeout happens, the radio may still interrupt while the SPI bus is getting shut down. If this happens, the interrupt handler shouldn't touch the SPI bus at all as it may well be turned off, which would cause the receive function to wedge waiting for a spi byte transfer to happen. Signed-off-by: Keith Packard

Switch from GPLv2 to GPLv2+

2016-07-12T22:41:41+00:00

Signed-off-by: Keith Packard

altos: Use FIFO_THR pin for cc1120 transmit buffering

2016-06-30T02:17:45+00:00

Instead of reading NUM_TXBYTES, set the FIFO_THR pin to indicate when 64 bytes are available in the buffer. Signed-off-by: Keith Packard

altos/drivers: Use more reliable byte interface for CC1120 reception

2016-06-30T02:17:45+00:00

This replaces direct register access with function calls to allow that code to respect the hardware requirements. Signed-off-by: Keith Packard

altos: Replace ao_alarm/ao_clear_alarm with ao_sleep_for

2015-02-14T07:51:10+00:00

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

altos: Make sure we drop the SPI mutex when aborting cc1120 recv

2014-09-27T06:01:18+00:00

The cc1120 receive code is 'twisty', in that it acquires the SPI mutex in the middle of an interrupt handler so that it can quickly start the radio when the signal comes in. This means we have to be careful to drop that mutex in all paths which leave the receive code, including when the packet receive is aborted mid-way through the process. Signed-off-by: Keith Packard

altos: Reduce deviation at 2400/9600 baud

2014-09-07T03:39:37+00:00

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

altos: Rework packet receive for cc1120

2014-07-05T07:38:10+00:00

Instead of blocking on PQT, just set up the receiver to start going and when the first bit interrupt comes in, grab the SPI bus if possible and configure it for reception. This improves sensitivity in the radio by a significant amount while making the code conceptually a bit nicer. Signed-off-by: Keith Packard

altos: Add telemetry rate support to CC1120 driver

2014-07-05T07:38:10+00:00

This supports the new 2400 and 9600 baud rates Signed-off-by: Keith Packard