CC3220SF-LAUNCHXL: sl_RecvFrom( Blocking)

* returning error -8

Hi,

-8 means that a socket command is in execution.

what is the purpose of this test?

how do you restart the NWP? sl_stop() followed by sl_start()?

if so, do you use a timeout on sl_stop()?

Shlomi

I am using a Timeout for sl_stop(200).But the problem is the new socket is getting created successfully and send function is also working.When Recv gets first packet it goes in -8 error loop or its stuck somewhere in recv.
Is there anything else i am missing here.
I am using Freertos.

The purpose of this test is , I want to close and open new sockets during a Time-period. But only my first created socket works properly.

This problem is also happening when i dont restart also, if i close and open a new socket also this is happening.

sounds like you get -8 every time regardless of restarting the NWP.

does it happen on the first time you open a socket? after opening socket for the first time, you should be able to send/recv without any issue.

what Servicepack version are you using?

No it doesnt happen the first time.I can send and recv without any  issue.
My service pack version is sp_3.22.0.1_2.7.0.0_2.2.0.7.bin
 i am also using freertos.

Any Update on this issue?

so you open a socket for the first time, do some data exchange, then close the socket and reopens it, and then it is stuck on sl_Recv()? does it always happen on the 2nd time?

yes.It happens always.-8 comes in the second time,third time onwards -9.
Please help me with this issue as soon as possible.
CCS Version: 12.7.1.00001 

Hi,

I tested locally using the network_terminal and I am able to use the UDP recvfrom API with no issues.

please share your code or alternatevly try to program the network_terminal example and retest.

Also, would be good to get an NWP log to see what is going on under the hood. 

There are plenty of posts where we explain how to fetch logs.

Just as a recap, you should add the following to your code to mux the line:

#include <ti/devices/cc32xx/driverlib/rom_map.h>

#define PIN_62 0x0000003D
#define PIN_MODE_1 0x00000001

Then inside mainThread() after SPI_Init(), add:

/* NWP log */
MAP_PinTypeUART(PIN_62, PIN_MODE_1);

Rest of the procedure is as described in chapter 20.1 under https://www.ti.com/lit/ug/swru455m/swru455m.pdf?ts=1638204986283&ref_url=https%253A%252F%252Fwww.google.com%252F

please note that it is very important to capture the binary stream in 921600bps and in binary mode.

Shlomi

In this project sl_task is created using a pthread. Rest all tasks which use simplelink functions are created using xTaskCreate().
Will this create any synchronisation problem?

And also should sl_task be created in detached state inside pthread?

you can follow the SDK for these questions.

• xTaskCreate() is specifically for FreeRTOS. when you call pthread_create() from the code, it either goes to the FreeRTOS implementation with xTaskCreate or to tirtos implementation. So just call pthread_create()
• sl_task like other tasks are by default joinable and not detached. if it is detached, it would exit non-gracefully when the task that cteared it exists

Shlomi