Loosing radio packets

RE: Loosing radio packets

kris_s — Mon, 04 May 2020 23:47:14 GMT

This suggestion was helpful to me as well. Looking into the ESB example projects, in esb_prx it's done this way (susceptible to this issue):

if (nrf_esb_read_rx_payload(&rx_payload) == NRF_SUCCESS)
{
// Handle packet
}

But in the other one (esb_low_power_prx) it is done this way (better):

while (nrf_esb_read_rx_payload(&rx_payload) == NRF_SUCCESS)
{
// Handle packet
}

Would be nice if there was consistency in the example projects.

RE: Loosing radio packets

Aune — Mon, 04 May 2020 07:04:38 GMT

Okey, sounds reasonable. Thanks for taking the time to explain.

RE: Loosing radio packets

Kenneth — Thu, 30 Apr 2020 07:42:48 GMT

[quote user="Aune"]Or is it possible, in your opinion, that one receiver misses the payload, while two receives it [/quote]

Yes it is, because the antennas are far from omni-directional. This means that in some directions they can +-20dB gain or attentuation, which of course will impact how much an interference source impact reception. Also the frequency, reflections etc will impact.

Best regards,
Kenneth

RE: Loosing radio packets

Aune — Thu, 30 Apr 2020 06:51:34 GMT

Yes that is a possibility I agree, but wouldn't this affect all three receives the same way ? Or is it possible, in your opinion, that one receiver misses the payload, while two receives it ? This is the scenario I cannot understand...

RE: Loosing radio packets

Kenneth — Wed, 29 Apr 2020 09:01:09 GMT

An error in the address due to noise from nearby Wifi or BT can cause the packet not be be received, however this will only occur from time to time. In such case you will not receive any packet, can this be the case?

Best regards,
Kenneth

RE: Loosing radio packets

Aune — Wed, 29 Apr 2020 07:44:29 GMT

Understandable, but what about the scenario when two of the receivers got the payload, while the third did not, and it did not report a CRC error. In your opinion, can this be explained by noise ?

Our priority is to make 100% sure that is not a software issue...

RE: Loosing radio packets

Kenneth — Tue, 28 Apr 2020 12:49:30 GMT

The radio is demodulating on-air noise continuously, these are random patterns which over time may hit the configured address, in such case the radio will receive a packet, however the packet is corrupt -> CRCSTATUS = 0. So the packet should be discarded.

Best regards,
Kenneth

RE: Loosing radio packets

Aune — Tue, 28 Apr 2020 10:29:10 GMT

True, I will look into that and see there is an opening in the code that would allow this, never thought about it to be honest..

But would that explain why one of the receivers suddenly reports an RX with NRF_RADIO->CRCSTATUS = 0 ? In this case I do not the NRF_ESB_EVENT_RX_RECEIVED. But something has to trigger the it.... ?

RE: Loosing radio packets

Kenneth — Tue, 28 Apr 2020 09:58:48 GMT

Technically possible yes, for instance if the application are processing other interrupts with higher or same priority.

Best regards,
Kenneth

RE: Loosing radio packets

Aune — Tue, 28 Apr 2020 09:51:07 GMT

Yes, the CRC is set to 16 bit, I used the NRF_ESB_DEFAULT_CONFIG so didn't see it at first glance..

Currently I'm just caling nrf_esb_read_rx_payload() one for each NRF_ESB_EVENT_RX_RECEIVED event. Is it possible for esb to receive two payloads before issuing the event ?

RE: Loosing radio packets

Kenneth — Tue, 28 Apr 2020 08:58:55 GMT

When you call nrf_esb_init() there is a parameter in nrf_esb_config_t that configure CRC length.

Are you calling nrf_esb_read_rx_payload() until NRF_ERROR_NOT_FOUND?

Best regards,
Kenneth

RE: Loosing radio packets

Aune — Tue, 28 Apr 2020 05:30:05 GMT

I'm using esb, so the CRC is 16 bit isn't it ? esb stack handles this..

The content changes slightly, a packet counter increments between each transmission.This is what I use to determine if all receives lost the same payload.

Noise or signal interference could of course be the issue, but I would think this would cause all receivers to loose the payload,not just some of them.. So really at a loss why this is happening.. Been looking at the errata and cannot find anything here that would explain it. The errors surrounding the radio should already be handled by the SDK.

RE: Loosing radio packets

Kenneth — Mon, 27 Apr 2020 09:45:34 GMT

Your configuration should avoid the problem I described yes.

What CRC length do you have? Does the packet content from TX to RX change between each transmit?

Best regards,
Kenneth

RE: Loosing radio packets

Aune — Thu, 23 Apr 2020 20:35:54 GMT

On the nRF24 the EN_AA register is set to 0, disabling auto-ack on all pipes. On the nRF52, selective_autoack is set to true, and in the tx payload, the noack is also set to true, so ACK should be turned off right ?

RE: Loosing radio packets

Kenneth — Thu, 23 Apr 2020 12:54:50 GMT

For this to work you need to disable ack, else a combination of the following case may occur:

2 receives the packet, 1 doesn't receive the packet due to noise or interference

2 receivers ack the packet, 1 now receive the ack

1 ack the ack, 2 now receive the ack

2 ack the ack, 1 receive the ack

This may end in an endless loop, can this be the case?

For the nRF24L01+ make sure to check all irq sources for each transmission, since it is possible to receive RX_DR even for a transmitter. Also make sure to always read out the packet length if there is an RX_DR irq, and if the length exceed 32bytes you need to flush the rx fifo before next transmission or reception may occur.

Best regards,
Kenneth