• State Resolved
  • Locked Locked
  • Replies 4 replies
  • Subscribers 40 subscribers
  • Views 388 views
  • Users 0 members are here
Support feedback
Options
Options
Related

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.

CC3200 Negotiate MODE

Jinlong
Intellectual 520 points
Other Parts Discussed in Thread: CC3200, CC3100

I use  two CC3200 to debug P2P connection,  if  I use automatic arbitration (Negotiate) mode , I found it  takes about 15 to 20 seconds to connect successful when

power on. the corresponding Settings are as follows:

Board 1: lRetVal = sl_WlanPolicySet (SL_POLICY_P2P, SL_P2P_POLICY (SL_P2P_ROLE_NEGOTIATE, SL_P2P_NEG_INITIATOR_RAND_BACKOFF), NULL, 0).

Board 2: the same as Board 1

Our current demand need to use automatic arbitration (Negotiate) mode, If someone can tell me how long when  two CC3200 fastest connection?  Is there any way to make the connection faster?

  • 0
    TI__Guru* 85400 points
    Hi,

    I believe you are already using the recommended method - But anyway, let me check internally and get back to you.

    ***
    SL_P2P_NEG_INITIATOR_RAND_BACKOFF: When the remote peer is found after discovery, the device triggers a random timer (1 to 7 seconds). The device waits passively for the peer to negotiate during this period. If the timer expires without negotiation, the device immediately sends negotiation requests to the peer device. This is the system default as two CC3100 devices do not require any negotiation synchronization.

    This configuration should be used when working with two CC3100 devices. The user may not have a GUI to start the negotiation, thus this option is offered to prevent the simultaneous negotiation of both devices after discovery.
    ***

    Regards,
    Gigi Joseph.
  • 0 in reply to Joseph Gigi
    Intellectual 520 points
    Hi Joseph: Is there any further news?
  • 0 in reply to Jinlong
    TI__Mastermind 18455 points
    Hi,

    If you are able to define one of the boards to be INITIATOR_ACTIVE and the other to INITIATOR_PASSIVE then it would help.
    If not, then you should keep the RAND_BACKOFF configuration.

    Some other things that will help to speed up the connection time:
    - adding a specific connection profile
    - setting the connection policy to auto & fast, instead of AnyP2P
    - setting the listen channel and operational channel to the same one, for instance set both to channel 6 (instead of 1,6 & 11)

    Thanks,
    Alon
  • 0 in reply to Alon Srednizki
    TI__Mastermind 18455 points
    Hi,

    I am closing the thread, if issue still exist please open a new thread and add a link to this one for reference.

    Thanks,
    Alon