Skip to main content
Gerardo GALLUCCI
ST Employee
January 29, 2016
Question

SPWF01Sx.y1 FW3.5

Posted on January 29, 2016 at 17:41

Hi everybody,

this is to inform all of you that a new FW for SPWF01Sx, named 3.5, has just been released.

It includes new features...:

- AT+S.RMPEER

- AT+S.HTTPREQ (thanks to Flow forum user)

- AT+S.FSR

- AT+S.HTTPDFSWRITE (thanks to burton.mark forum user)

- etf_mode var

- console1_delimiter var (thanks to coghlin.patrick forum user)

- dhcp_lease_time var

- dns_mode var

- use_cgis var

- use_ssis var

- use_decoder var

- wifi_region (thanks to elia.marco.002 forum user)

...and bug fixing:

- automatic deletion of RAM files with the same name

- hidden AP (thanks to Joe forum user)

- decoding function to firstset/output_demo (thanks to Flow forum user)

- UART overrun (thanks to siebke.georg forum user)

It's still not on the website, but you can contact your ST contact/distributor...

Feel free to comment.

Best regards

jerry
    This topic has been closed for replies.

    10 replies

    florian239955_st
    Associate III
    February 1, 2016
    Posted on February 01, 2016 at 07:32

    Edit:

    I've updatet my modules. Is there also an update of the user manual available?

    Hi Jerry,

    great news!!! Thank you very much in advance for the new features.

    I will try to get the Firmware from my distri and test the new features.

    Cheers,

    Flow

    Gerardo GALLUCCI
    ST Employee
    February 3, 2016
    Posted on February 03, 2016 at 08:04

    Hi Flow,

    user manuals, application notes, and hands on are going to be published on the website in a few days.

    In the meantime you can use the HELP command, or ask here :)

    Regards

    j

    florian239955_st
    Associate III
    February 3, 2016
    Posted on February 03, 2016 at 08:30

    Hi Jerry,

    thank you. I already tried the help function ;)

    I will wait... and ask here ;)

    Regards,

    Flo

    tabekb
    Associate III
    March 22, 2016
    Posted on March 22, 2016 at 12:12

    Hi,

    where can I download the hands on WiFi firmware? STSW-IDW001, STSW-IDW001 pages does not contain any valid donwload link...thanks.
    tgai9
    Visitor II
    May 30, 2016
    Posted on May 30, 2016 at 16:27

    Hi,

    I update the module and I'm trying to use the ''httpreq'' command, but without any success.

    I notice that if I put a comma before the port number (a third one as described in the manual) the module report an ERROR (missing argument). If I don't put the third comma (with or without the port number) the module crash and I have to reset it (with the switch, serial command are useless). In this scenario, I enabled the localecho1 and I don't see, in the echo, the command data but only the first part of the command (until the \r).

    At the moment I'm trying to replicate a simple get (the same sent with the at+s.httpget command) so I can understand how that command works.

    There are any examples for this command or any more explanations than those in the manual?

    Thanks for the help.

    Tommaso

    Gerardo GALLUCCI
    ST Employee
    June 9, 2016
    Posted on June 09, 2016 at 09:48

    Hi Tommaso,

    here (https://my.st.com/public/STe2ecommunities/interface/Lists/WiFi%20Modules/Flat.aspx?RootFolder=%2fpublic%2fSTe2ecommunities%2finterface%2fLists%2fWiFi%20Modules%2fHTTPPOST%20Example%20Android%20GCM&FolderCTID=0x01200200770978C69A1141439FE559EB459D75800086789498A6852D4897EA192EB1DEE909&TopicsView=https%3A%2F%2Fmy.st.com%2Fpublic%2FSTe2ecommunities%2Finterface%2FLists%2FWiFi%2520Modules%2FAllItems.aspx&currentviews=476) a discussion on httpreq command.

    Basically, you need to format a packet containing the request, and use its length as command parameter. Do not forget to insert ''\r\n\r\n'' at the end of the packet.

    About the crash, can I have the command used? This way, I can push to fix it.

    Regards

    jerry

    tgai9
    Visitor II
    June 10, 2016
    Posted on June 10, 2016 at 11:04

    Hi,

    This is the command I was sending: at+s.httpreq=192.168.1.174,80,66\rGET / op.php HTTP/1.1\r\nUser-Agent: SPWF01SA1\r\nConnection: close\r\n\r\n\r

    I was waiting the same response sending the ''at+s.httpget=192.168.1.174,op.php\r\n\r'' command (this second command is correctly working and I got the 200 response from the server).

    Actually I find the problem: it seems the SPWF10S needs a ''pause'' between the command and the data:

    at+s.httpreq=192.168.1.174,80,66\r

    GET / op.php HTTP/1.1\r\nUser-Agent: SPWF01SA1\r\nConnection: close\r\n\r\n\r

    At the moment I'm sending the 2 strings manually, but it should be appropriate for ST to specify the minimum time between them, otherwise (e.g. the previous case with a single string) the SPWF10S crashes (don't accept any command and needs a manual reset).

    Now I think to have the same problem mentioned in the discussion you linked. Using the httpreq command I got a 400 response from the server.

    Furthermore it seems the PORT must be specified: if it is not, as described in the manual, the SPWF10S replay with ''ERROR: connect() failed, aborting''.

    Regards,

    Tommaso

    Gerardo GALLUCCI
    ST Employee
    June 10, 2016
    Posted on June 10, 2016 at 12:28

    Tommaso,

    there is no need to ''pause'' between the command and the data. This is what I see from a windows utility running on PC (it's called docklight):

    at+s.httpreq=www.wikipedia.com,80,370<CR>

    GET /wiki.com/Pagina_principale HTTP/1.1 <CR><LF>

    Connection: Keep-Alive<CR><LF>

    User-Agent: Mozilla/5.0 (compatible; Konqueror/3.2; Linux) (KHTML, like Gecko)<CR><LF>

    Accept: text/html, image/jpeg, image/png, text/*, image/*, */*<CR><LF>

    Accept-Encoding: x-gzip, x-deflate, gzip, deflate, identity<CR><LF>

    Accept-Charset: iso-8859-1, utf-8;q=0.5, *;q=0.5 <CR><LF>

    Accept-Language: en<CR><LF>

    Host: it.wikipedia.org<CR><LF>

    <CR><LF>

    10-Jun-16 12:21:56 [RX] - HTTP/1.1 301 TLS Redirect<CR><LF>

    Server: Varnish<CR><LF>

    Location: https://it.wikipedia.org/wiki.com/Pagina_principale<CR><LF>;

    Content-Length: 0<CR><LF>

    Accept-Ranges: bytes<CR><LF>

    Date: Fri, 10 Jun 2016 10:21:56 GMT<CR><LF>

    X-Varnish: 888050924<CR><LF>

    Age: 0<CR><LF>

    Via: 1.1 varnish<CR><LF>

    Connection: close<CR><LF>

    X-Cache: cp3041 int<CR><LF>

    Set-Cookie: WMF-Last-Access=10-Jun-2016;Path=/;HttpOnly;secure;Expires=Tue, 12 Jul 2016 00:00:00 GMT<CR><LF>

    X-Client-IP: 62.110.21.125<CR><LF>

    Set-Cookie: GeoIP=IT:09:Baranzate:45.53:9.12:v4; Path=/; secure; Domain=.wikipedia.org<CR><LF>

    <CR><LF>

    <CR><LF>

    <SUB>&#26;<SUB>&#26;<SUB>&#26;<CR><LF>

    <CR><LF>

    OK<CR><LF>

    Are you providing this command to the module by exteranal MCU?

    About the fault, probably you are running this command leaving the comma inside it:

    - at+s.httpreq=www.wikipedia.com,80,370 -> ok

    - at+s.httpreq=www.wikipedia.com,370 -> ok

    - at+s.httpreq=www.wikipedia.com,0,370 -> error

    - at+s.httpreq=www.wikipedia.com,,370 -> error (comma must not be added)

    tgai9
    Visitor II
    June 13, 2016
    Posted on June 13, 2016 at 16:20

    Hi,

    yes I'll use a external STM32. I was trying the command with a PC utility (Realtherm) because with the external STM32 it didn't work.

    With your PC utility, the lines you posted are sent all together or separately?

    If I send a single line (at+s.httpreq=192.168.1.174,80,66\rGET / op.php HTTP/1.1\r\nUser-Agent: SPWF01SA1\r\nConnection: close\r\n\r\n\r) the module crashes; it works if I send ''at+s.httpreq=192.168.1.174,80,66\r'' and ''GET / op.php HTTP/1.1\r\nUser-Agent: SPWF01SA1\r\nConnection: close\r\n\r\n\r'' separately.

    I supposed the difference was the time: in the second case there was a delay between the command line and the data line, at least greater than the time set by the serial baud rate.

    Curiously if I don't put the \r\n at the end of the data line, it works anyway... What did you mean in the previous post (''Do not forget to insert ''\r\n\r\n'' at the end of the packet'')?

    Regards,

    Tommaso