I am using lwip 1.4.1 for lpc1833 microcontroller with freeRTOS version
7.3.0.Have used driver for lpc18xx_43xx family
http://docs.lpcware.com/lpcopen/v1.03/lpc18xx__43xx__emac_8c.html
http://docs.lpcware.com/lpcopen/v1.03/lpc18xx__43xx__emac_8c.html
I am successfully able to up and run the
Hi,
I had the same problem in my lpc1788.
When I ran it on the companies local network it was just a couple of minutes
before it halted.
On a closed network it ran like forever!
I fixed it by increasing the mem size so I had space enough for allocation.
So I had to move it from internal PIRAM
Thanks for replying @Thomas
But my device have limited memory. I am able to use 16K memory so have
defined it
#define MEM_SIZE(16 * 1024).
Also my lwip not crashes but just lost the ping from other device.
Any other way to overcome this issue? Can we force the upper
Even though my name is on that bug report (I reopened it), I completely
forgot about that.
I don't even remember how I got there, though I do remember doing step
by step debugging and finding those flags. Somehow the wireshark capture
led me there but I don't remember the symptoms.
Simon reported
I'll take the risk of saying the obvious:
Some task in your example is allocating memory and not freeing it.
Check a running example and see how memory is freed, cause you are
testing with ...?
Always test with known good examples. Try the echo server.
Please don't repost the same issue with a different name...
Check your driver code, from what the other user said, looks like non-IP
packets are being discarded without freeing their buffer.
Check with the one who wrote the driver and/or the port.
When the Ethernet controller signals frame(s)
Sergio R. Caprile scapr...@gmail.com napisaĆ(a):
Please don't repost the same issue with a different name...
Check your driver code, from what the other user said, looks like non-IP
packets are being discarded without freeing their buffer.
Check with the one who wrote the driver and/or the port.