This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

SIMPLELINK-CC32XX-SDK: PS-Poll disable recommendation following version 3.40.00.05 release

Part Number: SIMPLELINK-CC32XX-SDK

I'm looking for some guidance after reading some of the more recent patch notes for the CC32XX SDK. In SDK version 3.40.00.05 the ability was added to disable the PS-Poll power saving mechanism from the 802.11 standard. The patch notes state that disabling PS-Poll may have improved compatibility with APs that do not fully support PS-Poll control frames. My questions are:

Is it recommended to disable PS-Poll outright for a residential based product?

If so, is there a major impact to power saving performance with it disabled?

If it is not recommended, is there a good way for the application to disable PS-Poll in cases where the NWP thinks that the AP does not support it?

Lastly, does T.I. have a list of some of the routers that are known to not fully support PS-Poll?

  • Hi,

    In an ideal world, you would want to disable PS-Poll when it is observed that the router is misbehaving with PS-Poll packets. There are two major signs of potential misbehavior:

    (1) If disconnections frequently occur, despite good signal strength

    (2) If power consumption is very high despite normal network conditions

    In your code, you can have PS-Poll be disabled if those conditions are detected. The main advantage of doing so (keeping PS-Poll ON by default) is that you would only be affecting a small subset of deployed devices - changing the behavior of all devices you might have even if it's running fine is risky. This is why we have kept PS-Poll ON as default - if we were to change this behavior to OFF in a servicepack, then existing installations with the CC32xx might be adversely affected in a way not obviously transparent to users.

    That being said, you could disable PS-Poll outright, and there customers who do so. There is a minor power benefit to disabling PS-Poll, depending on how many packets on average you receive from the AP per wakeup. The break-even is about 3 packets - if a wakeup that results in data RX will generally result in an RX greater than 3 packets, then you will save some power by disabling PS-Poll.

    In case you want to read a detailed explanation of PS-Poll mode vs no PS-Poll (Null packet mode), this page has some excellent info: https://dot11zen.blogspot.com/2018/02/80211-power-management-with-packet.html

    We are unfortunately unable to provide any of our AP testing results publicly, but if you observe PS-Poll issues with a specific AP I can check and see if we have observed issues with that AP's PS-Poll handling.

    Let me know if you need more clarification, or have further questions on PS-Poll usage on the CC32xx.

    Regards,

    Michael