nRF5340 Shockburst compatibility to nRF2401

RE: nRF5340 Shockburst compatibility to nRF2401

user2111 — Thu, 09 Jun 2022 13:38:55 GMT

Hello,

If you disable CRC and use 1Mbps on-air, then that means the radio front end will continously look for the address in a random demodulated white noise.

How often a false address will be found in the white noise depends really on the address length and the on-air datarate. For instance:

16-bit address: 2^16 combinations = 65536 combinations, @1Mbps this will occur about every 65ms.
24-bit address: 2^24 combinations = 16.7M combinations, @1Mbps this will occur about every 1.67seconds.
32-bit address: 2^32 combinations = 4295M combinations, @1Mbps this will occur about every 72minutes.

How often it really will occur depends slightly on the distribution of the white noise, but typically it will just be random patterns of 0101110101011011100101100101....

And E7 for instance is 11100111

So you can see it's not terribly unlikely a false address will be found with short addresses.

Best regards,
Kenneth

RE: nRF5340 Shockburst compatibility to nRF2401

user112997 — Wed, 08 Jun 2022 15:00:54 GMT

Hi Kenneth,

thank you! I actually wanted to write 14 bytes*, referring to our need of 95 bits of data, + 16 bits CRC = 14 bytes. So I'm expecting the RX to always look for the preamble and the adress, and give me 14 (or another number of) bytes of data subsequently.

Let me explain in more detail what I'm doing:

- test setup HW is 2 nRF5340 DK devboard

- SW is ESB PTX and PRX samples by Nordic

- I'm setting the address length to 5, or 4, or 3, everything is fine, data are being transmitted. At an address length of 3 random faulty packets start to show up regularly, at 4 or 5 none of these occur.

- I'm setting the address length to 2 and I don't receive correct packets anymore, but only random faulty packets. This is without any change to the base address or prefix, which are 0xE7 all along, as suggested by the sample.

Do you have got an idea what may be going on here? MSB or LSB can't be the reason in my opinion, as I'm not changing the address, but only the length of the address that shall be used.

RE: nRF5340 Shockburst compatibility to nRF2401

user2111 — Wed, 08 Jun 2022 13:31:05 GMT

Hi,

[quote user=""]An early proof of concept indicates this may work, and this also fits our understanding of the NRF_RADIO functionality: NRF_RADIO looks for the preamble and adress, and gives us the following 14 bits, with which we can do what we want.[/quote]

I assume you mean 16bit? In any case, a 16bit address without any crc will happen statistically every 65ms @ 1Mbps, since 2^16 = ~65k addresses, and with a random 1Mbps bit stream this will be found about every 65ms. I don't see any way of avoid this, but if you can't receive any address, then you should look at the order of address bits (e.g. MSB vs. LSB), it might be inverted to what you expect.

Best regards,
Kenneth

RE: nRF5340 Shockburst compatibility to nRF2401

user112997 — Tue, 07 Jun 2022 15:52:56 GMT

I don't know how to edit an existing comment here, is that not possible?

There is a typo:

"- disable NRF_RADIO in our RX, and calculate the CRC manually"

Was meant to say

"- disable NRF_RADIO CRC functionality in our RX, and calculate the CRC manually"