user57483: For my home-automation project I'm using several arduino nano's with each a NRF24L01+ module. Each module is able to both receive and transmit with one another. Everything seemed to be flawless for a couple of hours, but after a couple of hours it either stops transmission (completely frozen) of receives the last data repeatedly. In my design I'm using the RF24 and RF24Network libraries, I was wondering whether someone managed to automatically reset the NRF24L01 module using code, when one of these errors occured, and could share his/her code? 
I already found this form, but this is only using the standard RF24 library, whereas I'm also using the RF24Network library. Furthermore, in this form it is having a seperate TX and RX side, whereas I like to have each module to be able to both send and receive.
Some extra side information, I use a stable power supply with a capacitor connected to the module, also the wires are soldered to the module. 
I hope somebody can help me with this,
Guido

user71528: Same issue; Simple work-around did it for me: (1) supply +3.3V power the nRF24L01 from a digital pin, using a forward bias diode/LED (with Vf in range 1.7-2.3V) to reduce voltage to compliant range (2.7-3.3V), then (2) in setup say, switch the pin to OUT/HIGH
pinMode(NRFPIN, OUTPUT); digitalWrite(NRFPIN, HIGH);
Notes:
A) If you have 3.3V device then you can skip voltage reduction in (2)
B) nRF24L01 power consumption peaks at 13mA (quiescent is miniscule) so well within spec for output pin
C) Of course you can do (1) with a voltage divider, or a level converter chip, etc, but the appeal of the LED (I checked Vf across 100 ohm @5V to find a decent match) is that it is simple, passive and in-line and has the nice added advantage of a faint flash when transmitting or receiving!
Look here also nRF24L01 reset

user4143: This is a known problem with those chips (especially Chinese clones). It is caused when a chip gets stuck in TX mode waiting for an ACK that never arrives back.
The chips don't have a "reset", but switching them into low power mode and then back on again, which doesn't affect any register settings, aborts the current TX operation.
RF24Network is merely a protocol layer on top of the RF24 library. That RF24 library has powerDown() and powerUp() methods. Simply call powerDown followed by powerUp on your RF24 driver object.

57483: <p>For my home-automation project I'm using several arduino nano's with each a NRF24L01+ module. Each module is able to both receive and transmit with one another. Everything seemed to be flawless for a couple of hours, but after a couple of hours it either stops transmission (completely frozen) of receives the last data repeatedly. In my design I'm using the RF24 and RF24Network libraries, I was wondering whether someone managed to automatically reset the NRF24L01 module using code, when one of these errors occured, and could share his/her code? </p>

<p>I already found this <a href="https://arduino.stackexchange.com/questions/55042/how-to-automatically-reset-the-nrf24l01-with-code?newreg=2fa5adae412e4ec186e60fe188a0335e">form</a>, but this is only using the standard RF24 library, whereas I'm also using the RF24Network library. Furthermore, in this <a href="https://arduino.stackexchange.com/questions/55042/how-to-automatically-reset-the-nrf24l01-with-code?newreg=2fa5adae412e4ec186e60fe188a0335e">form</a> it is having a seperate TX and RX side, whereas I like to have each module to be able to both send and receive.</p>

<p>Some extra side information, I use a stable power supply with a capacitor connected to the module, also the wires are soldered to the module. </p>

<p>I hope somebody can help me with this,</p>

<p>Guido</p>
 71528: <p>Same issue; Simple work-around did it for me: (1) supply +3.3V power the nRF24L01 from a digital pin, using a forward bias diode/LED (with Vf in range 1.7-2.3V) to reduce voltage to compliant range (2.7-3.3V), then (2) in <strong>setup</strong> say, switch the pin to OUT/HIGH</p>
<p>pinMode(NRFPIN, OUTPUT); digitalWrite(NRFPIN, HIGH);</p>
<p>Notes:</p>
<p>A) If you have 3.3V device then you can skip voltage reduction in (2)</p>
<p>B) nRF24L01 power consumption peaks at 13mA (quiescent is miniscule) so well within spec for output pin</p>
<p>C) Of course you can do (1) with a voltage divider, or a level converter chip, etc, but the appeal of the LED (I checked Vf across 100 ohm @5V to find a decent match) is that it is simple, passive and in-line and has the nice added advantage of a faint flash when transmitting or receiving!</p>
<p>Look here also <a href="https://devzone.nordicsemi.com/f/nordic-q-a/72523/nrf24l01-reset" rel="nofollow noreferrer">nRF24L01 reset</a></p>
 4143: <p>This is a known problem with those chips (especially Chinese clones). It is caused when a chip gets stuck in TX mode waiting for an ACK that never arrives back.</p>

<p>The chips don't have a "reset", but switching them into low power mode and then back on again, which doesn't affect any register settings, aborts the current TX operation.</p>

<p><code>RF24Network</code> is merely a protocol layer on top of the <code>RF24</code> library. That <code>RF24</code> library has <code>powerDown()</code> and <code>powerUp()</code> methods. Simply call powerDown followed by powerUp on your RF24 driver object.</p>
