GitLab

There are two main delays in the library:
1. txDelay is called during stopListening. This is important when ESB/AA
is enabled, but can be reduced if AA is disabled or if there is a delay
between calling stopListening() and any writes to the radio
2. csDelay is called every time the CSN/SS SPI pin is toggled to reduce
SPI polling. This can be reduced to 0 if interrupts or timed polling is
taking place.

Minor documentation correction - RF24_CRC_DISABLED

getCRCLength() returns RF24_CRC_DISABLED, not RF24_DISABLED...

Let's PlatformIO decide how to build Arduino v1.0 library

Update PlatformIO library manifest

Fix path to platform specific files in library.json for platformio

Documentation update for makefile improvements etc.

- update for makefile improvements
- python wrapper updates
- cross compilation
- duplications removed
- minor doc fixes

Changes in RF24_config.h prohibits the detection of XMEGA.

Change examples_RPi to examples_linux

Improved Allwinner SoC detection.
Signed-off-by: mz-fuzzy <mzfuzzy800@gmail.com>

#238 #251

Change the RF24_config.h for correct detection of  ATXMega256D3

.gitignore update

Support for ATXMega256D3 as a static library.

497a59f8a52a22f63cb1af415484b.

Reverting README.md

- fix of cleaning wrong library name
Signed-off-by: mz-fuzzy <mzfuzzy800@gmail.com>

in c++ build command line. Fix for ubunutu compilation.
Signed-off-by: mz-fuzzy <mzfuzzy800@gmail.com>

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

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.