| Commit message (Collapse) | Author | Age |
|---|
| |
|
|
|
|
|
| |
I ended up building some cc1200-based boards with 32MHz xtals, so just
make this an option when building the driver.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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 <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
| |
Because we're allowing even signals only weakly correlated with the
preamble through to sync detection, we can't use the PQT_REACHED
symbol to tell when a packet header has been seen. Instead, just look
for SYNC_FOUND.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This changes the receive code to use MCU_STATUS, waiting for
MARC_STATUS1 to indicate that the packet is in the fifo before reading
it out.
It also fixes the receive timeout code to keep receiving if the
preamble or sync have been seen when the timeout fires. This makes
TeleLCO able to use short timeouts during scanning while still
successfully receiving packets.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
| |
Failing to reset the flags set during interrupt leads to
short-circuiting transmission and not a lot of packets going out.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
| |
This asks for the fastest available SPI speed, instead of fixing it to
8MHz, which may not be supported on every architecture.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
| |
This got set to 125kHz to make debugging with a logic analyzer easier
and never changed back to a reasonable speed.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
|
| |
This performs calibration after every 4 operations, or when the
frequency changes. This reduces the time it takes to get to receive
mode.
This also makes the sync and preamble qualifiers more strict to reject
bad packets.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
| |
|
|
|
|
|
|
|
|
| |
Deal with differences between cc1120 and cc1200, including built-in
packet support and various register changes.
This now works to send and receive telemetry, as well as send APRS and
RDF.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
|
|
The cc1200 is similar to the cc1120, although many registers have
changed.
This driver can send a bare carrier and an RDF tone, but does not yet
receive or transmit telemetry data.
Signed-off-by: Keith Packard <keithp@keithp.com>
|
