CC2652P: CC2652P Coordinate will suspend receiving when received 256 packets of Data.

Hi Aries,

Are you observing a correlation between APS_DUP_REJ_ENTRIES and the receive suspension?  If so then have you attempted to decrease DEFAULT_APS_DUP_REJ_TIMEOUT and DEFAULT_APS_DUP_REJ_TIMEOUT_INCREMENT to compensate?  What packet contents need to be sent every 10 ms and does this include duplicates.  As this appears to be an 8-bit count limitation we should focus on reducing the incoming processing strain on the Coordinator.

Regards,
Ryan

My firmware has limited APS_DUP_REJ_ENTRIES less than 128. But it seems that APS duplicate rejection table has contained 256 packets. When I decrease APS_DUP_REJ_ENTRIES until to 5, The receiving suspension will not happen.

Have you tried any APS_DUP_REJ_ENTRIES values between 5 and 100?  And what is your application's intent behind increasing the APS_DUP_REJ_ENTRIES significantly?

Regards,
Ryan

I have tried the value 32, receiving will still suspend. Coordinate will receives packets from many nodes so APS_DUP_REJ_ENTRIES should be set to a larger value.

It could be the case that the receive buffers are being filled with the duplicate entries before they are removed (DEFAULT_APS_DUP_REJ_TIMEOUT_INCREMENT * DEFAULT_APS_DUP_REJ_TIMEOUT ms).  Is there a reason that the router is sending a multitude of duplicates?  Can you share a sniffer log of the behavior, and what F2 SDK version is being used?

Regards,
Ryan

My SDK is sdk_7_10_00_98