[102] RADIO: PAYLOAD/END events delayed or not triggered after ADDRESS

This anomaly applies to IC Rev. Engineering C, build codes QFAA-BB0, CHAA-BA0, CIAA-BA0.

It was inherited from the previous IC revision Engineering B.

Symptoms

After the ADDRESS event, the PAYLOAD/END events might not trigger until another packet is received with the same access address. The frequency at which this occurs is low (<0.1% of packets).

Conditions

BLE and Nordic proprietary radio mode. Radio receive mode.

Consequences

The radio remains in receive mode until the next packet is received. Both packets are lost.

Workaround

Use one of the following workarounds:
  • Use SoftDevice s132_nrf52_4.0.2 or later and the ESB and Gazell libraries of SDK v14.0.0 or later.

    These implementations prevent the radio from remaining in receive mode when a packet is not received.

  • Apply the following code before triggering the RXEN task:
    
      *(volatile uint32_t *) 0x40001774 = ((*(volatile uint32_t *) 0x40001774) & 0xfffffffe) | 0x01000000; 
    
    This code will reduce sensitivity with 3 dB.