GitLab

Signed-off-by: mz-fuzzy <mzfuzzy800@gmail.com>

Mistake: Only the underlying variable has changed, the printout should
still say CONFIG as the radio register is CONFIG.

It seems mutex locking is still required when using SPIDEV. Errors only
become apparent with very heavy radio traffic (HARDWARE FAIL: RADIO NOT
RESPONDING )

Was finally able to successfully recreate conditions to consistently
cause 'HARDWARE FAILURE RADIO NOT RESPONDING' messages on RPI master
node:
1: Using RPi B2.0 with Raspbian 4.1.20+ armv61
2. Using 2 matching nrf24l01 non-PA modules w/ext antenna
3. Using RF24Gateway + RF24Ethernet
4. Using Arduino Due as RF24Ethernet node

Test scenario: Mesh working normally for very long periods of time.
Re-introduced an old node using Arduino Due. Immediately started
noticing error msgs on master node.

Solution: Increasing the wait time from 85 to 95ms seems to prevent
false indications of hardware failures. It appears, the code was just
not waiting long enough.

First attempt to open   /sys/class/gpio/gpio<GPIO NUMBER>/direction
fails when running as non-root user. Added loop w/delay to retry for up
to 10 seconds by default.

Was getting error -  ln: failed to create symbolic link
‘/usr/local/lib/librf24-bcm.so’: Permission denied  when calling make
upload for remote build

#231

interrupt module added to SPIDEV
changed to Ofast optimization
littlewire example fix
Signed-off-by: mz-fuzzy <mzfuzzy800@gmail.com>

Linux library name and symlinks adaptations
Linux library version taken from library.properties (including python lib installation)
ldconfig bugfixing
Linux makefile cleanup
Minor configure/makefile fixes

makefile: upload actions announce error when remote machine not set
makefile: report destination directories when installing/uploading
synchronizing makefiles for linux examples
RF24_config.h - changed detection of makefile build
minor configure/makefile improvements

bugfixes
RPi driver set as preferred

cpu optimalization improvements

- BBB renamed to SPIDEV
- SPIDEV - support for spidev device specification by RF24 constructor
- LittleWire support unified with other supported linux devices
- configure script introduced for auto detection/configuration
- support for cross compilation including library upload/installation to a remote host
- examples_RPi renamed to examples_linux
- Python wrapper - preparation for cross compiling support

Interrupt functionality is exactly the same as with BCM lib

#213 fix. Seems to be okay when I tested. Hopefully no weird errors rise afterwards.

Fix for #217 GettingStarted enhancement.

maskIRQ: Fixed function to clear interrupt bits first.

Fix warning: C++11 requires a space between literal and identifier

This change fixes the following compiler warning I get when building
on Arduino IDE version 1.6.7

"/var/folders/sv/27zk61c9449f9wycpfhq9dmr0000gn/T/build68a338274e8c0af55d2a1e6113ec3df2.tmp/libraries/RF24/RF24.cpp.o"
/Users/flaviof/Documents/Arduino/libraries/RF24/RF24.cpp:559:17: warning: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wliteral-suffix]
   printf_P(PSTR("Data Rate\t = "PRIPSTR"\r\n"),pgm_read_word(&rf24_datarate_e_str_P[getDataRate()]));
                 ^
/Users/flaviof/Documents/Arduino/libraries/RF24/RF24.cpp:560:17: warning: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wliteral-suffix]
   printf_P(PSTR("Model\t\t = "PRIPSTR"\r\n"),pgm_read_word(&rf24_model_e_str_P[isPVariant()]));
                 ^
/Users/flaviof/Documents/Arduino/libraries/RF24/RF24.cpp:561:17: warning: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wliteral-suffix]
   printf_P(PSTR("CRC Length\t = "PRIPSTR"\r\n"),pgm_read_word(&rf24_crclength_e_str_P[getCRCLength()]));
                 ^
/Users/flaviof/Documents/Arduino/libraries/RF24/RF24.cpp:562:17: warning: invalid suffix on literal; C++11 requires a space between literal and identifier [-Wliteral-suffix]
   printf_P(PSTR("PA Power\t = "PRIPSTR"\r\n"),  pgm_read_word(&rf24_pa_dbm_e_str_P[getPALevel()]));
                 ^

Fix GettingStarted sample

The GettingStarted sample is apparently intended to send a number from the transmitter
to the receiver and echo that same number back again, but the code wasn't outputting
the echoed number properly. Now it doesn, and the user can see that the same number was
sent and echoed back.

Signed-off-by: mz-fuzzy <mzfuzzy800@gmail.com>

Clean-up/fix of RF24 configuration examples in RPi/Python example.
Signed-off-by: mz-fuzzy <mzfuzzy800@gmail.com>

Ooops.. thanks to marceloaqno for spotting this.