nRF24L01+ specification ?

[kr-g]

just received a bunch of nRF24L01+...

found this on the internet.
https://drive.google.com/file/d/1FeBCFk ... sp=sharing

quite old (as the chipset)
but is it the most recent one?
any feedback welcome

[mcauser]

According to the Nordic Semi website, yes, that Sep 2008 datasheet is the most recent:
https://infocenter.nordicsemi.com/pdf/n ... S_v1.0.pdf
https://infocenter.nordicsemi.com/topic ... 4L01p.html

You can find an example here:
https://github.com/micropython/micropyt ... s/nrf24l01

And checkout this one:
https://github.com/peterhinch/micropython-radio/

[kr-g]

thank you.
pretty good link to the documents. (google search has not worked that good for me ...)
the two code links i know already.
but i dont know why they ignore irq pin and handling at all.
is there another reason beside of being stingy with gpio pins?

[mcauser]

Looks like it was created 6 years ago by dpgeorge for use on the pyboard, which is not short of pins.
I guess those who have used the code have not contributed back support for the IRQ feature.

[kr-g]

contributing back comes mostly / always with the effort of supporting the code afterwards. true.
my initial request was because i use irq, but clearing the flag RX_DR worked not as expected.
probably also because of my chipset. read a lot here about faked or troubled devices too.
after flushing rx and tx i could resolve this but probably i need to read the spec again to understand better how it works.
the dynamic payload and ACK with payload are interesting setup configuration features too.
but so far i had no time to try these configurations.
i also just went for fixed payload of 32 bytes to get it running.

https://github.com/kr-g/mpymodcore/tree ... /nrf24l01p
https://github.com/kr-g/mpymodcore/blob ... 1p/boot.py

[mcauser]

Seen the CircuitPython port?
https://github.com/2bndy5/CircuitPython_nRF24L01

[kr-g]

no. google search hates me i guess.
probably google has not returned that because i had micropython in the search terms.

nice work that cp port.
my code uses the command design pattern
e.g. call
nrf24radio( command ) to serve.
but thats of course just another flavor of doing.

how is backward compatibilty from cp to mp?
i m using esp8266, and esp32.
i saw that esp8266 support was dropped some time ago.

the basic driver (just const, hal, and cmd py files from my repo) runs on esp8266.
but then there is not much ram left over.