Nrf24 module doesn't communicate

[luckysistemi]

Hi, I'm trying to work with your library without success. I Have a sensor based on Arduino nano that communicates with a Raspberry. Arduino and Raspberry are working well with a C++ program, that I need to move to javascript. I don't know what I'm doing wrong or what I'm not doing, but the two are absolutely not communicating. As You mention in the documentation, I need to reload the SPI driver with sudo modprobe -r spi_bcm2835 sudo modprobe spi_bcm2835 and this enables the communication between Raspberry and RF24 module.

The fact that I have a working project tells me that the hardware is ok. I've also re-checked connections and tried with and without IRQ connected. Then I've tried to restart from basics, writing a really simple software, still not working. Also tried to work with fixed and variable payload: nothing Maybe I'm working with some default that I should change? How?

This outputs with C++ program

STATUS = 0x0e RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0 RX_ADDR_P0-1 = 0x4152443031 0x5250493031 RX_ADDR_P2-5 = 0xc3 0xc4 0xc5 0xc6 TX_ADDR = 0x4152443031 RX_PW_P0-6 = 0x20 0x20 0x00 0x00 0x00 0x00 EN_AA = 0x00 EN_RXADDR = 0x03 RF_CH = 0x4c RF_SETUP = 0x07 CONFIG = 0x0e DYNPD/FEATURE = 0x00 0x00 Data Rate = 1MBPS Model = nRF24L01+ CRC Length = 16 bits PA Power = PA_MAX

And this from Javascript program SPI device: /dev/spidev0.0 CE GPIO: 24 IRQ GPIO: 25 STATUS: 0xe RX_DR=0 TX_DS=0 MAX_RT=0 RX_P_NO=7 TX_FULL=0 RX_ADDR_P0â1: 0x4152443031 0x5250493031 RX_ADDR_P2â5: 0xc3 0xc4 0xc5 0xc6 TX_ADDR: 0x4152443031 RX_PW_P0â5: 0x0 0x0 0x0 0x0 0x0 0x0 EN_AA: 0x00 EN_RXADDR: 0x02 RF_CH: 0x4c RF_SETUP: 0x03 CONFIG: 0x0e DYNPD/FEATURE: 0x00 0x07 Data Rate: 1Mbps Model: nRF24L01+ CRC Length: 16 bits PA Power: PA_LOW

Please help me: I'm getting mad! Thank you Luciano

[natevw]

Sorry, lots of people having trouble with this recently and I'm kind of swamped with other work to investigate now :-(

You can try set radio._debug = true might give you more clues. Only thing I notice from here is lower power from JS. Is your JS side supposed to receive, or transmit, or both?

[luckysistemi]

Thank you for your reply. the module should both transmit and receive. The power is not a problem for the moment, because the two modules are on the same table.

I finally managed to receive packets, adding some code that maybe cause problems to internal status of the driver:

radio.begin(function() { radio.setStates({FEATURE:0x00}); var rx = radio.openPipe('rx', 0x5250493031); // Listen at address var tx = radio.openPipe('tx', 0x4152443031); // Send to address radio.setStates({RX_PW_P0:0x20}); radio.setStates({RX_PW_P1:0x20}); radio.setStates({DYNPD:0x00}); ...

With this code I receive packets (the content is reversed, but there are no packet loss) Theese setStates are needed to make all the printDetail options identical to what I have with C++ program

The problem remains the trasmission with ack: no packet are transmitted. I think because no ack is received

this is the last fragment of debug: ... setStates { TX_ADDR: <Buffer 41 52 44 30 31>, PRIM_RX: false, RX_ADDR_P0: <Buffer 41 52 44 30 31> } execCommand [ 'R_REGISTER', 0 ] 1 - exec read: <Buffer 0e 0f> execCommand [ 'W_REGISTER', 0 ] [ 14 ] blocked for 130µs. execCommand [ 'W_REGISTER', 10 ] <Buffer 41 52 44 30 31> execCommand [ 'W_REGISTER', 16 ] <Buffer 41 52 44 30 31> execCommand W_TX_PAYLOAD <Buffer 2b 2b 2b 2b 30 30 30 30 2b 2b 2b 2b 31 32 33>

last line is the result of tx.write. Then the program stop doing anything, no other output is printed.

[ngfelixl]

Same for me. After execCommand W_TX_PAYLOAD <Buffer myBuffer> no more actions. Opened a seperate issue with more details of my setup. Also my output before is slightly different.

Did you managed to fix it until now?