MSP432E401Y: tcpecho example blows stack

CRAIG Tait

Part Number: MSP432E401Y

I am running MSP432E401Y LaunchPad with the example project "tcpecho" and the python tcpSendReceive.py - it works fine. In the example python script the socket is kept open. If the socket is closed or terminated it blows the idle stack and the tcpworker stack. Increasing the idle stack size prevents idle stack from blowing. However the tcpworker stack still blows when the socket is closed then reopened - (not every close/open cycle but often - as soon in ROV). Increasing the tcpworker stack doesnt help. The same happens when I use my own python script to test, also same happens when TCP address is assigned by DHCP or statically assigned. Are there any suggestions to address this?

over 4 years ago

0 Dennis Lehman over 4 years ago

TI__Guru 71216 points

Hi Craig,

I'm going to need to track down an expert for this one. There is a lot of moving parts here.

0 CRAIG Tait over 4 years ago

Prodigy 10 points

Hi Dennis

Is there any feedback on this?

0 Dennis Lehman over 4 years ago in reply to CRAIG Tait

TI__Guru 71216 points

Hi Craig,

I have had to reach out to our team in China for guidance on this.

0 Dennis Lehman over 4 years ago in reply to Dennis Lehman

TI__Guru 71216 points

Hi Craig,

I did manage to get a suggestion from our team in China.

"It will help if you provide a hook function to close the socket (when the remote host abruptly closes the connection) in a clean way."

0 CRAIG Tait over 4 years ago in reply to Dennis Lehman

Prodigy 10 points

I cant find the available product in cfg to add to get the stack hook functions?

This example was set up only in syscfg.

How come the send /recv don't return -1 with error code?

0 Dennis Lehman over 4 years ago in reply to CRAIG Tait

TI__Guru 71216 points

Hi Craig,

Unfortunately, I'm not able to get any additional support on this issue. What is your status?

0 CRAIG Tait over 4 years ago in reply to Dennis Lehman

Prodigy 10 points

It looks to me that XGCONF is no longer the recommended way for network to be added, rather by syscfg. However it also says not to mix global (from cfg) with syscfg. I am not able to get to the thread delete hook in syscfg.

0 CRAIG Tait over 4 years ago in reply to Dennis Lehman

Prodigy 10 points

0 CRAIG Tait over 4 years ago in reply to CRAIG Tait

Prodigy 10 points

I put a task sleep in the 'send/recv' function before it returns, I can see the threads up to the number in the 'listen' and the thead that blows is never one that is currently running or queued but the one that is finishing.

0 CRAIG Tait over 4 years ago in reply to CRAIG Tait

Prodigy 10 points

Hi Dennis,

I run the example using FreeRTOS and it doesn't seem to report any stack error. I haven't used FreeRTOS so maybe making an error in checking the stack overflow. I set configCHECK_FOR_STACK_OVERFLOW to 1 and 2 and it doesn't call the vApplicationStackOverflowHook. I also set the INCLUDE_uxTaskGetStackHighWaterMark to one and observe the stack highwater mark in the tcpworker when starting and exiting, it looks fine. Is this RTOS related?

Arm-based microcontrollers

Arm-based microcontrollers forum

MSP432E401Y: tcpecho example blows stack