2016-03-09 07:07 AM
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.2016-03-09 07:28 AM
Hi Alex,
I have an F429-Discovery here with me. Can I ask you your project to replicate the issue, and speedup the resolution?ThanksjEDIT: be sure to use last FW release, 3.52016-03-09 07:41 AM
...
2016-03-09 07:41 AM
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=false2016-03-10 04:34 AM
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 helpsj2016-03-11 01:25 AM
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.