This content has been marked as final. Show 3 replies
The APs return with an RSSI of 200 when the AP probe response is heard on a channel that is different to the channel advertised in the probe response. Thus the RSSI value of the received packet is not indicative of the true RSSI that would have been determined had the packet been heard on the same channel as it was transmitted.
Can you confirm 2.4.x fixes your issue?
After SDK 2.4.x, I couldn't find something strange about the issue.