2017-12-08 03:02 AM
Hi,
using newest fw and x-cube 3.1.0 in an UDP ping-pong application I can get no more than about 3kBytes/s.
I guess the reason is the '
Socket Query for SPI interface may stall
...' 'known limitation' mentioned in the Release Notes.We need at least 10times that throughput: > 30kBytes/s.
Is it possible to achieve 30kBytes/s using UART?
Are there SPI fixes I could test?
Some github like beta repository?
tnx & best regards
#spwf04sx #uart #spi2017-12-11 01:55 AM
The 'known limitation' only refers to SPI interface, and only refers to WIFI1 package.
I means, using SPWF04 by itself, you can easily reach 1Mbps using UART, and 5Mbps using SPI (UDP streaming). Use big chunks (80% or more of free_heap) for xSOCKxW commands.
As far as I know, WIFI1 package allows more than 2Mbps (in SPI + UDP socket client)
2017-12-11 04:33 AM
Please supply demo code showing that performance.
Using small 1100 Bytes UDP packets over UART - WIFI1 I got 30kBytes/s.
I had to reduce TimHandle.Init.Period from 99 to 19.
It doesn't run stably: Sometimes it sticks waiting for WiFi_Control_Variables.stop_event_dequeue == WIFI_FALSE and IO_status_flag.AT_Response_Received == WIFI_TRUE.
2017-12-12 06:06 AM
I tried SPI one more.
SPWF04S:
PC sends 10Byte UDP Telegrams on KeyHit only.
WiFi over standard Router.
Congestion Test:
Symptom after 5:
The expected 55 WIND only comes sometimes.
Sometimes after I sent another 10Bytes UDP from PC.
Sometimes the EXTI line stays passive also after further 10Bytes UDP Packets sent.
Maybe my test arrangement is to blame, maybe I've hit a bug in the SPWF04S.
Can anybody reproduce the symptom I saw ?
Or does anybody see SPWF04S acting correctly in a congestion test like the above?