nes-proj/cpu/cc26xx-cc13xx/rf-core
George Oikonomou d42b1b50e5 Allow the caller to access the entire content of CMDSTA
When sending a command to the CC13xx/CC25xx RF core, we wait for command completion by checking the LSB of CMDSTA (correctly so). However, in doing so we also zero out the 3 CMDSTA return bytes. For some commands, those bytes contain useful information (e.g. an RSSI value) and are required by the caller.

This problem manifests itself e.g. in PROP mode `channel_clear()`, whereby the caller will always see an RSSI value of 0.

This pull therefore fixes the logic in `rf_core_send_cmd()` to check for command completion by blocking on the CMDSTA result byte without zeroing out the 3 return bytes.

Fixes #1465
2016-01-24 13:39:14 +00:00
..
api Add support for the CC13xx CPU 2015-08-23 19:54:42 +01:00
dot-15-4g.h Add support for the CC13xx CPU 2015-08-23 19:54:42 +01:00
ieee-mode.c Merge pull request #1242 from g-oikonomou/contrib/cc26xx-ieee-volatile-cmd-ieee-tx 2016-01-09 18:01:40 +00:00
prop-mode.c Merge pull request #1133 from bkozak-scanimetrics/cc-gcc 2015-12-05 00:39:59 +01:00
rf-ble.c Defining gcc specific macros in seperate header 2015-09-22 14:17:10 -06:00
rf-ble.h Add support for the CC13xx CPU 2015-08-23 19:54:42 +01:00
rf-core.c Allow the caller to access the entire content of CMDSTA 2016-01-24 13:39:14 +00:00
rf-core.h Fix the logic that detects whether a command is a Radio OP 2015-11-01 20:48:28 +00:00
smartrf-settings.c Add support for the CC13xx CPU 2015-08-23 19:54:42 +01:00
smartrf-settings.h Add support for the CC13xx CPU 2015-08-23 19:54:42 +01:00