Dear team,
The customer does not want to receive the packet which has the CRC error. So he used the following setting
pktConf.bUseCrc = 0x1;
RF_cmdPropRx.pQueue = &dataQueue; /* Set the Data Entity queue for received data */
RF_cmdPropRx.rxConf.bAutoFlushIgnored = 1; /* Discard ignored packets from Rx queue */
RF_cmdPropRx.rxConf.bAutoFlushCrcErr = 1; /* Discard packets with CRC error from Rx queue */
RF_cmdPropRx.rxConf.bIncludeHdr = 1; /* Put length field in front of queue entries. */
RF_cmdPropRx.rxConf.bAppendRssi = 1; /*If 1, append an RSSI byte to the packet in the RX queue*/
RF_cmdPropRx.maxPktLen = 128; /* Implement packet length filtering to avoid PROP_ERROR_RXBUF */
1 Use SmartRF of Version 2.6.0 for receiving and sending tests, and the same configuration can also receive data packets with CRC errors;
2 Use SmartRF of Version 2.13.0 for receiving and sending tests, and the same configuration will not receive data packets with CRC errors. If RF_cmdPropRx.rxConf.bAutoFlushCrcErr = 0; then the configuration will receive a CRC error packet;
Do you help to confirm that it is the sdk version problem?