Unpredictable freezes when first sent packet is not received directly about rf24 HOT 2 CLOSED

Hi there, my first suggestion would be to start small. Get your code working with basic functionality, and no interrupts, then implement or enable one feature at a time. If something isn't working properly, there is a reason for it, usualy user error.

Both doesn't work. I'm starting to think it's an hardware problem, even if all the examples seem to work.

This is rarely a good assumption. Start with known working code, and modify one thing at a time.

Normally, I would leave it at that, but the IRQ example leaves a lot to be desired, so...

1. The IRQ should trigger on LOW
2. Start and stop listening before every listen/write
3. Timing of things and delays are causing problems - if you want to run fully off IRQs you should implement like a state machine
4. I suggest PA_MIN for testing in close proximity
5. Lack of a protocol/incrementing values creates errors (missing payloads / ack=ok, but no payload) http://forum.arduino.cc/index.php?topic=273333.0
6. To simplify, utilize the radio.maskIRQ(1,1,0); feature to only trigger interrupts on RX
7. Etc. etc. etc...

The following gist attempts to correct some of the problems with your code, but there are still some bugs and changes that you would have to work out dependant on what exactly you are doing.
https://gist.github.com/TMRh20/a05cc5a0948de70b477f

All in all, as the majority of 'issues' are, this is a technical support/user issue, and should not be posted here.

from rf24.

Dear TMRh20,

Thanks for your great RF24 Lib!
In the 'ping _pair_irq' example, the sender always reports as sending fail, the receiver gets only the first packet from sender and then no more packets received!
Following your suggestion above, I see that you missed to stopListening() before sending a packet on sender, and that's the problem I've spent a few hr to solve :) thanks for your suggestion! Pls. update also, thanks!

Regards,
HieuNT

from rf24.