• State
  • Replies 9 replies
  • Subscribers 40 subscribers
  • Views 210 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

CC3235SF: How to enable the RTS/CTS Modem?

Island Wei
Prodigy 480 points
Part Number: CC3235SF
Other Parts Discussed in Thread: SYSCONFIG,

Tool/software:

Hi team,

I see the datasheet, it shows that CC3235 does support RTS and CTS modem handshake. But form the sniffer log customer send to me, it's not enabled.

Now we want to enable it, my question is how to enable it from application layer, with SysConfig or some lines of code？ Is that related to the service pack?

  • 0
    TI__Prodigy 480 points

    If it is enabled by default, how to force it enabled at run time or by some hardcode config?

  • 0 in reply to Island Wei
    TI__Mastermind 19605 points

    assigned, will get response soon.

  • 0 in reply to Island Wei
    TI__Guru 57460 points

    Hi,

    This should be done as part of the sysconfig.

    You can add a UART instance and check the 'Flow Control' checkbox.

    Then, you should see under the 'Pin Configuration' drop down the added RTS and CTS lines.

    Regards,

    Shlomi

  • 0 in reply to Shlomi Itzhak
    TI__Prodigy 480 points

    Hi Shlomi,

    I mean the Clear to Send (CTS) of WLAN, not for the UART.

    The nick name would possibly be Tx Ptotect. Please provide the corresponding answer, thank you. 

  • 0 in reply to Island Wei
    TI__Guru 57460 points

    Hi,

    You mentioned the modem handshake with reference to UART flow control so I figured this is what you were looking for.

    As for Wi-Fi RTS/CTS, it is all internal. There is no API for it.

    The RTS threshold is by default 2304 (this is the fragmentation threshold) but since the MSDUs are all 1500 bytes, you should not get any fragmented Wi-Fi on TX side.

    As for using RTS or CTS-2-self for protection, I don't think it is used (the only case I can think of is to protect aggregated TX - AMPDUs).

    Regards,

    Shlomi

  • 0 in reply to Shlomi Itzhak
    TI__Prodigy 480 points

    Hi Shlomi,

    Sorry for the confusion. This is the sniffer log and we are sending AMPDU, and wants to trigger RTX/CTS for it, thank you. Customer is Reolink, the top1 customer in China on CC3235sf, EE is IP Camera. The issue is that when the more CC3235sf associated to the same AP, the lower the throughput will be. But we test phones, the throughput maintains normal. We found the difference is RTC/CTS so this is the reason we have this e2e.

    Could you please give us some suggestions to fix this issue? 

    3235_sent_AMPDU_without_RTS_CTS.pcapng

  • 0 in reply to Island Wei
    TI__Guru 57460 points

    Hi,

    The RTS protection mechanism does not exist in CC32xx devices.

    If you disable the aggregation (on AP side), do you see improvement?

    Regards,

    Shlomi

  • 0 in reply to Shlomi Itzhak
    TI__Prodigy 480 points

    Hi Shlomi,

    Disable the AP aggregation will lead to significant drop of throughput, customer cannot accept it.

    We scratch the sniffer log again with Request-to-send and clear-to-send does support on CC3235.

    And my question is about the CTS-to-self feature? We think this feature can solve the problems. Do you know how to enable this?

  • 0 in reply to Island Wei
    TI__Guru 57460 points

    Hi,

    The capture shows that CC3235 responds to an RTS requested by the AP and not protecting its own. Of course responding to RTS is supported but not protecting your own. Same goes for CTS2SELF.

    Where do you see that the CC3235 is protecting an aggregated burst?

    Regards,

    Shlomi