Strictly necessary cookies are on by default and cannot be turned off. Functional, Performance and Tracking/targeting/sharing cookies can be turned on below based on your preferences (this banner will remain available for you to accept cookies). You may change your cookie settings by deleting cookies from your browser. Then this banner will appear again. You can learn more details about cookies HERE.
Strictly necessary (always on)
Functional, Performance and Tracking/targeting/sharing (default off)
I have an issue which I have been struggling to resolve for a couple of months. Please see below issue and wish to hear some advices from other experts.
TCP Socket disconnection Issue
-WiFi Module : BCM4390 SPIL module(SB–WM-N03)
-SWversionandplatform: BCM94390WCD2 in the WICED 3.1.2 SDK
-TCP Stack: NetX_duo
-Issuedetails: Our device with wifi module transfers 1023byte data in every 220ms to the control tablet (Android based OS). During the transmission, TCP socket failure happens and data transmission stops. When the TCP socket is disconnected, device and Tablet wifi connection is still alive by checking with ping.
Aswecheckedthelogfromthewifimodule, we observed "wiced_tcp_send_buffer fail!!! –1" message. We could not get the tcp dump from the platform since it is MCU based embedded system but we could capture wifi log and could check the TCP signaling. Fromthevarious WiFi logs, weobservedtransmit stoppage happened for about more than 3 seconds and as a result, TCP stack ended up reseting the connection.
-Frequency of theissue:Theissuehappenedinnormal office environment. When it happens, it happens once in one or two hours.
-Opinionontheissue:WesuspectthatsomehowtheWiFimodulebehaves strangely on that specific moments and loses packets; as a result, the TCP stack is disconnected. We can make the SW reconnect when the disconnection happens; however, we can not stop losing the data which is very important in our application. This instability issue is very serious to our project and hope to find a solution or work around not to lose the packets.