Hi, lwIP V1.4.0. I have moved the demo FreeRTOS example from the Windoze simulator onto real hardware in order to check the timing behaviour (which can't really be done in the simulator), and found a
Thanks for your reply. I am using lwip 1.3.2 version. I just compared the version with 1.4.0 and I see there are many changes. I will look into the option of upgrading but it would be nice to know if
Packets are added to the send queue whenever the application calls send. Packets are removed from the send queue whenever the stack is able to send them; there are lots of factors that limit this for
No, it is not the combination of lwip and FreeRTOS that caused the RTO issue. When I changed TCP_SND_BUF to 30000 on Nov 23, it should have worked, but somehow, AVR32 2.1's project management didn't
I have one more question about what is safe to run in different execution context for lwip (interrupt/thread). I did add an OS to my application and now moved some things around so data is only sent
In part, yes. lwIP will keep transmitting as long as it is allowed to by TCP. There are three things that control this: 1) The advertised receive window by the receiver, and how much has been used al
multiplex wrote: Yes, that was my impression. I tried increasing it by a factor of ten, but then nothing came out until I turned of Nagle. Then, it still disappeared into never never land. tcp_output
Yes, that was my impression. I tried increasing it by a factor of ten, but then nothing came out until I turned of Nagle. Then, it still disappeared into never never land. tcp_output reporting: nothi
With TCP fundamentally you can't. You can disable Nagle's algorithm if you wish (by setting the NODELAY flag on the pcb->flags) but it's a good idea to read up on this before doing so so you understa
I am using LWIP 1.3.2 via the raw API in a single-threaded environment. In a specific example, a call to tcp_write() enqueues two segments. Successive calls to tcp_output() flush the first segment an
Hi, I need some help setting up an http server, since you 've got it working. First, have you used http files from /contrib folder? Second, did you make a special thread for it, or does it use tcpip_
Hi all! I'm having a problem in trying to make a system with lwIP that sends a large file with TCP from an external serial Flash memory. I use the following logic: read certain amont of data from the
Hi, I have a web server (Luminary Micro contrib module with SSI and CGI). The page content is sent in few parts. When server sends a part, web browser waits 200ms before sending ACK. I think there is
On Thu, 2009-06-25 at 14:28 +0100, Kieran Mansley wrote: >> On Thu, 2009-06-25 at 06:11 -0700, Niels Hendriks wrote: >> I assumed that when the callback function gets called (i.e. data is >> received
The tcp.recv counter is incremented for each received packet. This may include packets that are not destined for your application. The stack may also combine multiple received packets into one call t
thanks Kierean, I check the code, and I understand lwIP really send FIN in socket close. I have a quertion for how long time will be lwIP resend the lost pacakge? ## No. Time Source Destination Proto
I’ve spent about a month optimizing TCP bandwidth for transmitting while doing other parts of my application. All of the following improve bandwidth in approximate order of amount of improvemen
The parameters you want to tweak mainly influend throughput of streaming data, i.e. the stack on your side is fast enough to fill the tcp window. If so, increasing the three parameters you stated bel
Thanks Based on your suggtion, I tried to add a lwip_tcpflush(int s) int lwip_tcpflush(int s) { struct lwip_socket *sock; sock = get_socket(s); if (!sock) return -1; return tcp_output(sock->conn.pcb.