CC3200开发板sl_Start()函数执行之后没有返回？这是为什么？

补充：

从打断点来看，函数停止在sl_DeviceEnablePreamble()函数上面。没有返回也没有任何提示

我也出现过这种现象，而且不止sl_start(0这个函数，其他的函数有时也会卡在里面，但是有时候就可以，也不知道怎么回事.

你用的芯片版本是哪一个版本，是不是最后两个字母是GZ的，如果是的话这是一个已知的问题。

如果你的芯片最后两个字母是HZ的，配上最新的SDK已经解决了。

Yonghua:

      我们现在采用3100，在开发的时候遇到一个问题，我们采用的是5329+3100，采用的版本是0.41版本，芯片上的丝印是GZ

      出现的问题和上面的主题类似。5329+3100正常运行起来之后，一段时间之后（不定长时间），会出现3100跑死的情况

      在5329上采用CCS进行单步跟踪的时候，发现是挂死在sl_start函数的地方。

      有以下几个疑问：

      1）是不是所有的GZ的芯片都存在这个问题？

      2）是不是需要同时更换HZ的芯片，并且需要同时将5329上的SDK版本和3100的固件版本同时升级到0.52版本？

      3）还有一个现象，我们还遇到的情况是：3100内部的晶振都没有起振（我们自己测量的）。这个是否也是已知问题？该如何解决？

       多谢！

1）是的

2) 是的

3)这个现在不确定，之前没有听说过这个问题。我们工程师会support你们这个问题。

你好,

     我们也发现是挂死在sl_start函数的地方,一直找不到原因. 你这个问题解决了么?

谢谢!

sl_Start挂死会有很多种可能，Jking, 你们是用的自己做的板子还是TI的参考板？

单独运行file_operations时创建、打开、读写都没问题，如果把它移植到tcp_socket文件运行时，socket连接上后操作文件读写是没问题，但是在socket连接之前读写相当于上电初始化的时候老是会死在sl_Start(NULL，NULL，NULL)里

芯片最后两个字符位G4会不会存在以上问题

我使用的是TI的Demo板，多加了一个任务（osi_TaskCreate），sl_Start会卡死，去掉任务不会卡死

能否描述一下你是基于哪个例程加的任务，然后这个任务有什么内容。 

CC3200的开发板，用IAR进行单步跟踪调试。发现sl_Start(0,0,0)的确容易挂起，而且可能这次挂起会影响到下次在线调试。除非断电重启。非常奇怪的现象。

simplelink函数分为OS和NON_OS两种库。如果使用了OS模式，则必须在osi_start之后使用sl_Start。否则很容易被挂起。

我的用CC3200 的http_client_demo也挂死在这个地方？是什么原因？

下面是提示报的错误：Can't find a source file at "D:/work_2016/testing/R1_final_package_compilation/source-1p2-rahul/simplelink/cc_pal.c" 
Locate the file or edit the source lookup path to include its location.

要怎么解决呢？我用的example下的http_client_demo这个。

我的是cc3200 最后两个字母是G4，第一次运行sl_Start函数是可以运行的，第二次，哪怕是复位也跳不出这个函数，请问可能什么原因，我的sdk是1.2.0 但是用1.1.0是可以运行的

我的G4好像存在这个问题

 我下cc3200跑sdk1.3.0和1。2.0版本都会挂死在那，除非硬件复位，第一次能运行，第二次软件复位就不行了。用1.1.0本本没问题，谁能告诉我为什么？？

对应的SDK版本的Servicepack(SP)文件又有对应烧录到SPI Flash中,在新的SDK中用对应的SP文件不要使用之前的SP文件