Best practice of channel selection

RE: Best practice of channel selection

Stanislav Silnitskiy — Mon, 08 Feb 2016 12:09:39 GMT

Thank you very much!

RE: Best practice of channel selection

Øyvind Karlsen — Mon, 08 Feb 2016 12:08:16 GMT

Please see the documentation for the CRCCNF construct.

RE: Best practice of channel selection

Stanislav Silnitskiy — Mon, 08 Feb 2016 11:02:21 GMT

ok. What is correct form of disabling CRC check?

NRF_RADIO->CRCPOLY      = 0x0;
NRF_RADIO->CRCINIT      = 0x0;

RE: Best practice of channel selection

Øyvind Karlsen — Mon, 08 Feb 2016 10:32:42 GMT

That is the essence of it, yes.

RE: Best practice of channel selection

Stanislav Silnitskiy — Mon, 08 Feb 2016 10:21:40 GMT

is it this? www.nordicsemi.com/.../How-to-measure-Bit-Packet-Error-Rate-BER-PER-on-the-nRF24L01

RE: Best practice of channel selection

Stanislav Silnitskiy — Mon, 08 Feb 2016 10:18:50 GMT

Øyvind, can you give a clue on which registers (NRF_RADIO struct?) could be utilized to measure BER/PER? Thank you!

RE: Best practice of channel selection

Øyvind Karlsen — Mon, 08 Feb 2016 08:41:36 GMT

Hi,

There are a few options here. The simplest might be to simply chose 2402, 2426 and 2480, these frequencies are chosen as they lie in between the three most popular WiFi channels(1, 6 and 11). Your main interference will in most cases be from WiFi.

You might also check the area that you are putting your beacons in with a spectrum analyzer to see if there are any strong interference sources, and then program your beacons as far away from these as possible.

If you want a more fancy (and complex) solution you can implement channel adaptivity (called frequency hopping in BLE). You can set up your beacons to sense what is going on in the channel, so that if you see high Bit Error Rates (BER) and a lot of retransmits because of this you can dynamically change the channel.

Best regards,

Øyvind