- 19 Mar, 2014 2 commits
-
-
TMRh20 authored
- WriteFast allows the FIFO buffers to be filled up before returning 0 - The current payload will be dropped, and the previous payload resent - The user should just keep trying to send the same data if a 0 is received
-
TMRh20 authored
- Changed writeClear to the default radio.write() option - Changed write() to writeBlock() - uses the auto-retry functionality of the chip and will block forever until successful
-
- 18 Mar, 2014 2 commits
-
-
TMRh20 authored
- advisory of non-compliance with current documentation
-
TMRh20 authored
Changes: - Enable PTX at radio begin, in standby-I mode - Enable PTX at radio stopListening(); in standy-I mode - Radio startListening - removed delay. What is there to wait for when the radio will just be listening anyway? - Radio powerUp - radio will need to be powered up after configuration - radio will not power down unless instructed to - need to issue radio.txStandBy(); when finished transmitting to engage standby-I mode - Added txStandBy() to drop to standBy-I mode if not switching to RX mode - Radio Write: Sped up - radio previously did not use standby mode effectively, after TX sending of each packet, the radio is powered down introducing a 1.5ms delay in addition to the 130us delay from standby. - No observe-tx code, a simple NOP cmd is sent to get the status info - No millis() timeout, hanging condition should only occur because of faulty code - Simplified whatHappened() code - Flush TX FIFO if MAX_RT met as lib does not support re-transmit instead of flush every time. - Remove ack size monitoring - No powerdown needed, - Added writeClear() function for writes that need the interrupt flags cleared (ack payloads, etc). Same as write() otherwise - Radio startWrite: Sped up - Enable PTX mode is now done in stopListening() code. Enter TX mode by writing CE high. This brings the data transfer capabilities up to a reasonable level - No need to power up, already in Standby-I mode - No need for delayMicroseconds() in write functon. - No need for delay after writing CE high - Does not enter Standby-I mode be default. It is up to the MCU to call the new txStandBy() function to enter standby-I mode from PTX if not switching back to PRX - Radio available: - Now checks the FIFO buffer instead of the interrupt flag (no missed data) - Moved clearing of interrupt flags to Read() - Radio read: - No longer returns any value - use available to check for more data - Radio isAckPayloadAvailable() now checks the FIFO directly - Radio getDynamicPayloadSize() - Per the datasheet, added fix to flush corrupted packets
-
- 03 Oct, 2013 1 commit
-
-
maniacbug authored
-
- 13 Jul, 2013 1 commit
-
-
maniacbug authored
Updated led_remote example to use correct var on line 172
-
- 07 Feb, 2013 1 commit
-
-
Jason Becht authored
Line 172 was using button_pins instead of led_pins. This caused leds to be lit dim when set to HIGH. Changed to correct var.
-
- 24 Jun, 2012 1 commit
-
-
maniacbug authored
-
- 27 Feb, 2012 1 commit
-
-
maniacbug authored
Fix bug introduced in the move to PROGMEM. Props to @basilrx for finding this. Also added a test case to demonstrate the bug, and guard against more like it in the future.
-
- 18 Jan, 2012 2 commits
- 16 Jan, 2012 7 commits
- 08 Jan, 2012 1 commit
-
-
maniacbug authored
-
- 05 Jan, 2012 5 commits
- 24 Dec, 2011 2 commits
- 21 Dec, 2011 3 commits
- 20 Dec, 2011 8 commits
- 19 Dec, 2011 1 commit
-
-
maniacbug authored
-
- 18 Dec, 2011 2 commits