James Cotton
|
f3f07682ac
|
RFM22b radio.c: Increase the stack side for the status task which runs the ISR
|
2012-09-08 12:43:01 -05:00 |
|
James Cotton
|
1f0004e9db
|
RFM22b: Abstract out the port into the driver initiation
Also use a separate function to claim the bus semaphore and
assert the CS line.
|
2012-09-08 12:38:54 -05:00 |
|
James Cotton
|
61ff335eaa
|
RFM22: No need to poll the ISR from two tasks in radio.c
|
2012-09-02 22:44:58 -05:00 |
|
Brian Webb
|
27fedee3d3
|
Just return an initialization failure in the radio module when the RFM22B fails to initialize rather than asserting.
Signed-off-by: James Cotton <peabody124@gmail.com>
|
2012-09-01 19:15:13 -05:00 |
|
James Cotton
|
d9ec6454c2
|
PipX: Since we are calling the PipX ISR from user space looks ensure the frequency stays correct.
Previously it was polling too fast and the PipXStatus was incorrect as a result. Now make
sure the stats loop only runs at 500 ms.
|
2012-09-01 19:13:11 -05:00 |
|
James Cotton
|
042055b29a
|
RFM22b: Call the pendingISR routine from all the user space tasks. Got a valid connection with this.
|
2012-08-26 04:18:17 -05:00 |
|
James Cotton
|
477385ca25
|
RFM22b: Start to move the ISR into userspace
|
2012-08-26 02:41:19 -05:00 |
|
James Cotton
|
a7b5fcd77c
|
Monitor the radio threads
|
2012-08-25 18:48:30 -05:00 |
|
Brian Webb
|
fad32dcc29
|
Split out the PipX radio interface from RadioComBridge module to a separate Radio module. Now the RadioComBridge module just routes messages between the com ports and handles sending/receiving the PipX UAVOs.
|
2012-08-25 11:41:32 -07:00 |
|