I've been lurking in listen-only mode since I don't know the netconn API.
The PC is sending as fast as it can, but the device is synchronized to
the storage speed, so incoming data needs to be buffered and eventually
slowed down, and that is what TCP tries to do.
However, your packet loss is a
ailing list for lwIP users <lwip-users@nongnu.org>
Betreff: Re: [lwip-users] TCP Dup ACKs and TCP Window full
On 10.04.2018 22:04, Adrian Figueroa wrote:
Ok, I do not usually take captures, so I did not know I can shorten them. I
will try next time.
You can. Check the options you h
On 10.04.2018 22:04, Adrian Figueroa wrote:
Ok, I do not usually take captures, so I did not know I can shorten
them. I will try next time.
You can. Check the options you have in "File" --> "export special
packets..." (translated from my german GUI).
Simon
sendet: Dienstag, 10. April 2018 21:43
An: Mailing list for lwIP users <lwip-users@nongnu.org>
Betreff: Re: [lwip-users] TCP Dup ACKs and TCP Window full
On 10.04.2018 16:53, Adrian Figueroa wrote:
[..]
I had to upload them here, because they were rejected as an attachment due to
size.
That's not
On 10.04.2018 16:53, Adrian Figueroa wrote:
[..]
I had to upload them here, because they were rejected as an attachment
due to size.
That's not really true. You had to upload the files because noone wants
to load ~300 kByte into their mail inbox just because you're too lazy to
strip down
On 10.04.2018 16:53, Adrian Figueroa wrote:
[..]I think, this problem is not caused by Lwip itself but probably a
configuration error or some buffer that runs full. Maybe even a speed
issue of the processor.
I think it's a processor speed issue. Lost packets could be an lwIP
configuration
ist for lwIP users <lwip-users@nongnu.org
<mailto:lwip-users@nongnu.org> >
Betreff: Re: [lwip-users] TCP Dup ACKs and TCP Window full
Yes, I noticed but did not know what to make of it. I now disabled this
offloading feature and have a new capture, attached to this mail.
192
On 06.04.2018 15:30, Adrian Figueroa wrote:
I am writing a bootloader application that receives data over ethernet
for flashing the processor it runs on. This is implemented on an
STM32F746 running the ChibiOS-RTOS and the HAL drivers that come with
it. Consequently, the netconn-api is used. I