• State
  • Locked Locked
  • Replies 5 replies
  • Subscribers 42 subscribers
  • Views 185 views
  • Users 0 members are here
Support feedback
Options
Options
Similar topics

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.

CC3135MOD: SPI error value?

Stanislav R
Prodigy 115 points
Part Number: CC3135MOD
Other Parts Discussed in Thread: CC3135,

Hello,

We have a device that communicates with CC3135MOD over SPI. The application commands CC3135 to rotate between the list of different WLANs (the list is built based on a partial SSID match). It picks the first in the list and tries to connect. Once connected, it sends a few UDP messages, and if no response is received in about 7 seconds, it disconnects. Then a manual scan is invoked, and the available WLANs list is updated. After that, the next WLAN from the list is picked up.

Sometimes, quite randomly (after 6 to 36 hours), the sl_WlanGetNetworkList start to return the -2073 error code. Per recommendation from another post, I wait for 900 ms and try again. But the result is always the same.

In addition, the CC3135MOD start to output 0xE7 0xF7 0x44 0x54 for any SPI exchange; see the image below (SPI is in 32bit mode, blue is MISO, purple MOSI).

For the actual response, the CC3135MOD stops with the pattern a pushes the response:

Sometimes the sl_WlanGetNetworkList returns a reduced list of WLANs (it seems that it is reduced to previously connected WLANs, about 6 out of 17 available), but it cannot establish a connection to any of the WLANs.

After a full device reset, it works again.

Do you have any hints on what could be happening based on the SPI response?

Thanks!

  • 0
    TI__Mastermind 42670 points

    Hi Stanislav,

    I've looped in one of my software experts, please give us a day to look into this issue for you.

  • 0 in reply to Dylan Hubbard
    TI__Guru 61526 points

    I'm not familiar with this (i.e. the 0xE7 0xF7 0x44 0x54 return code) so will need to check this internally. I'll update once i have more info on this.

    The -2073 indicates that the list of available scan results is empty or not valid and new scan will get triggered (or is already in progress). Since a scan in both 2.4G and 5G can take longer than 900 msec (depending on the number of channels enabled) you may need to update the timeout value or poll several times until the results are ready.

  • 0 in reply to Kobi Leibovitch
    Prodigy 115 points

    Hi Kobi,

    My application cannot move to the next step when the scan result fails. That means once the CC3135 starts to output that return code, my app can poll sl_WlanGetNetworkList for an hour, but the result is always -2073.

    During normal operation (without the return code), I can occasionally see -2073, but the very next sl_WlanGetNetworkList call returns successfully.

  • 0 in reply to Stanislav R
    TI__Intellectual 1610 points

    Hi Stanislav, 

    Kobi is still looking into this issue, he will need additional time to resolve. Expect a response by early next week most likely due to the short week on account of Thanksgiving.  

  • 0 in reply to Jonathan Cohen
    TI__Guru 61526 points

    Hi Stanislav,

    This is a very strange behavior. Are you able to communicate with the CC3135 following this return code (sending other commands and getting reasonable responses)? 

    Are you using the latest SP?

    I'm still looking for a possible explanation but resetting the CC3135 may be the only fix for such an issue.

    br,

    Kobi