Webserver Freertos STM32

Kernel
1

anfesome wrote on Tuesday, March 31, 2015:

I am doing a Webserver through PPP over serial. For this, i have a STM32F429 + LWIP (webserver) + Freertos + PPPOS + Ubunto 14.4 (PPP Server)

The PPP works fine as show below. Log taken from terminal ubunto.
root@ubuntu:/etc/ppp# ./ppp-on
using channel 31
Using interface ppp0
Connect: ppp0 <–> /dev/ttyUSB0
rcvd [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x52181044> ]
sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x26f5aa6d> ]
sent [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x52181044> ]
sent [LCP ConfReq id=0x1 <asyncmap 0xa0000> <magic 0x26f5aa6d> ]
rcvd [LCP ConfAck id=0x1 <asyncmap 0xa0000> <magic 0x26f5aa6d> ]
sent [LCP EchoReq id=0x0 magic=0x26f5aa6d]
sent [CCP ConfReq id=0x1 <deflate 15> <deflate(old#) 15> <bsd v1 15>]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 192.168.88.1>]
rcvd [IPCP ConfReq id=0x1 <addr 0.0.0.0> <compress VJ 0f 00> <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
sent [IPCP ConfRej id=0x1 <ms-dns1 0.0.0.0> <ms-dns2 0.0.0.0>]
rcvd [LCP EchoRep id=0x0 magic=0x52181044]
rcvd [LCP ProtRej id=0x2 80 fd 01 01 00 0f 1a 04 78 00 18 04 78 00 15 03 2f]
Protocol-Reject for ‘Compression Control Protocol’ (0x80fd) received
rcvd [IPCP ConfAck id=0x1 <compress VJ 0f 01> <addr 192.168.88.1>]
rcvd [IPCP ConfReq id=0x2 <addr 0.0.0.0> <compress VJ 0f 00>]
sent [IPCP ConfNak id=0x2 <addr 192.168.88.2>]
rcvd [IPCP ConfReq id=0x3 <addr 192.168.88.2> <compress VJ 0f 00>]
sent [IPCP ConfAck id=0x3 <addr 192.168.88.2> <compress VJ 0f 00>]
local IP address 192.168.88.1
remote IP address 192.168.88.2
Script /etc/ppp/ip-up started (pid 5676)
Script /etc/ppp/ip-up finished (pid 5676), status = 0x0

IP STM32F429 is 192.168.88.2

the next step is open the browser and write http://192.168.88.2/STM32F4x7TASKS.html
The page load is very slow. I can see in Wirwshark that send packets begins well but in the packet number 3, wait for 10 seconds for send the next packet. This continues to do to load the whole page.

Can you said me, what is the problem??? Why wait 10 seconds??

Thanksss

2

rtel wrote on Tuesday, March 31, 2015:

Really … this is a project you created and is in front of you, we have never seen it, it is using a third party TCP/IP stack, and we have no experience of PPP. As might be expected we have not got the first clue why it would be taking ten seconds.

3

heinbali01 wrote on Wednesday, April 01, 2015:

Or… maybe if you post a PCAP that is produced by Wireshark sitting next to the browser, I might be able to give a hint.

Regards.