SPWF01SA and input.cgi script issues

netsmake · ‎2016-03-09

Posted on March 09, 2016 at 16:07

Hello!

We use SPWF01SA module for Internet access to our device.

We are using this script - input.cgi - to channel data from STM32F439 to web application (web server). Client gets data using Ajax which use input.cgi.

It works fine... for 2-5 minutes, then it stuck - firstly module send ''timeout occured'':

+WIND:56:Insert message to client: TIMEOUT OCCURRED!

then it stops send anything, sometimes exact in the middle of phrase, for example:

+WIND:56:Insert message to

And then radio dropped wifi connection.

Looks like module locks up.

Data that module gets from STM32 is 107 bytes long.

Why does module stuck? Is it too long - 107 bytes - for this script?

I can post html side here if it helps.

Gerardo GALLUCCI · ‎2016-03-09

Posted on March 09, 2016 at 16:28

Hi Alex,

I have an F429-Discovery here with me. Can I ask you your project to replicate the issue, and speedup the resolution?

Thanks

j

EDIT: be sure to use last FW release, 3.5

netsmake · ‎2016-03-09

Posted on March 09, 2016 at 16:41

...

netsmake · ‎2016-03-09

Posted on March 09, 2016 at 16:41

Yes we use 3.5 FW release.

1.txt - data example

omen_index.html - file that browser gets from module

i.shtml - CGI script called from omen_index.html

Thank you!

Sorry forum blocked to add *.shtml files, so Ive made archive with all files included.

________________

Attachments :

Files.rar : https://st--c.eu10.content.force.com/sfc/dist/version/download/?oid=00Db0000000YtG6&ids=0680X000006I1HC&d=%2Fa%2F0X0000000bmp%2Fy0QfKYn4nHIt0s88UaGjIJL1imQ3d1QQYBncP5Cb6aE&asPdf=false

Gerardo GALLUCCI · ‎2016-03-10

Posted on March 10, 2016 at 13:34

Hi Alex,

I'm trying to replicate the issue. No locks up to now.

My setup:

- module is miniAP, PC associated, serial tool to trigger WIND:56 (replying with the string)

- default variables configuration

- request for input_demo.html and/or omen_index.shtml (same behavior)

I only found the printf ''TIMEOUT OCCURRED!'' in the wrong place. I've already sent the report for bugfix.

Currently this printf seems sent out at the end of input string (no check for given string). Should be given instead only if input string is empty.

So (currently):

- if HTML string is ''TIMEOUT...'', no input on module's side;

- if HTML string is ''xxxTIMEOUT...'', input on module's side is ''xxx''

Workaround inside HTML: look for ''TIMEOUT...'' string, and use characters (if any) before that string.

Hope it helps

j

netsmake · ‎2016-03-11

Posted on March 11, 2016 at 10:25

Hi Gerardo!

Thank you, you helped alot, we focused on our system instead of blaming module - and found error in our software - UART interrupt (atomic operation failed). So STM32F4 got wrong data, and sended wrong data to module - it might be the reason it locks.

Now everything works fine for few hours so problem have solved.