GitLab

Using this library in a file along with iostream caused a compilation
error. The “#define min” line in RF24_config.h overrode a function by
the same name used in a file included by iostream. Renamed to avoid
this issue.

Further testing after including python wrapper indicates the original
delay seems to be about this best its going to get as far as a
compromise between delaying a bit/throughput and reliability of payloads
when rapidly switching between modes.

Python wrapper for RPi added

This wrapper and the pingpair_dyn example seems to have brought up a bit of a timing issue that should be fixed in the latest commit https://github.com/TMRh20/RF24/commit/d41d47ab20cb794b8250560154076b1b2b06feae  
Also, (minor issue) it seems to be missing the define for ```BCM2835_SPI_CS0``` and ```BCM2835_SPI_CS1``` 
That can be fixed, and it seems to work nicely otherwise, so merging.

Delay is necessary for faster devices in some cases
- reduced delay by 30us for testing further

Further testing indicates this is not needed

- In testing with python wrapper, found setting CE(HIGH) sooner in
startListening() prevents issues
- Changed delay between available() checking on RPi to prevent what
seems like saturation of the RF24 module with SPI requests
- Reduces errors when switching between RX/TX modes

Error from merging of code

- Testing with Arduino & RPi indicates delay needs to be increased
slightly before flushing tx_fifo
- Fix addresses in RPi transfer example, and add stopListening()

- Moved bcm2835.h and .c to RPi folder
- Changed includes and makefile to accommodate

Accidentally copied old RPi examples on last commit (code merge)

Prevent inclusion of BCM2835 driver for non-linux devices

Merged code to simplify everything
- #31 Timing of stopListening() adjusted slightly to further prevent
blank ack-payloads if powering down while using ack-payloads or
switching between modes

character fix

Per #27 update to match http://tmrh20.github.io docs

per req. from sergio m.

- add #define for _SPI
- add links to alternate SPI libs

Fix compile errors when trying to use any of the three libraries
together - should allow softspi and uartspi to play nicely with the std
SPI library now

- Revert SPI to default lib by default. Configure via RF24_config.h #24
- Corrected CRC status reporting per https://github.com/evorios by
checking AA register

- Added softSPI support for https://github.com/greiman/DigitalIO library
- Updated SPI_UART code to allow use at the same time as the SPI library

Uses the SPI_UART library at https://github.com/TMRh20/Sketches

Per a tip from Andrew A. this should be the final nail in the coffin of
issue #7

http://www.airspayce.com/mikem/bcm2835/bcm2835-1.37.tar.gz

- Merge with latest BCM2835 driver changes
- Should allow full support for RPi B+ but is untested

... not sure why the .h file was left out the first time...

http://www.airspayce.com/mikem/bcm2835/bcm2835-1.37.tar.gz

- Merge with latest BCM2835 driver changes
- Should allow full support for RPi B+ but is untested

Choose a standard pin layout for all the examples based on the pin connection table in the readme files.
Different pin layout in the example files could lead to not working examples.

 - Changes in the pin layout table to describe how to connect the NRF24L01 pins to different boards
 - Remove duplicate readme information in the RPi readme file and point to the default RPi/RF24/readme.md file.

Per a tip from Andrew A. this should be the final nail in the coffin of
issue #7