Hello:
I'm using the raw API and trying to establish TCP connections, but it
does not look like the connection ever times out if the target ip address
isn't on the network.
My expectation was that after a reasonable time the error callback would be
triggered with some indication that the connectio
You're seeing the send stop from the server because the client's receive window
is smaller than the next segment to send. At packet 28091, the receiver's
window drops to 4 bytes and the sender's next segment is 8 bytes
LwIP (on the server) is treating this as a zero window rather than splitting
Thank you very much for your answers. I am able to receive my data from both
clients now at the same time.
One strange issue or at least something I do not understand still remains :
I can receive all incoming data but when I try to send dummy data back in
the receive callback, after
about 20 sec
Noam Weissman wrote:
> My mistake, I thought that pcb->local_port means working port while
> pcb->listenr->local_port is the server port
OK, just to clarify this for anyone reading:
pcb->local_port of an accepted pcb is (by definition!) the same as the
listener's local_port!
Simon
oam=silrd@nongnu.org] On
Behalf Of Simon Goldschmidt
Sent: Monday, May 22, 2017 4:10 PM
To: lwip-users@nongnu.org
Subject: Re: [lwip-users] Raw api + multiple TCP Connections
Noam Weissman wrote:
> If you use Lwip 1.41 the tcp_accepted function should accept the
> SERVER pcb and not the new
Noam Weissman wrote:
> Jan see his code. He was trying to compare listening port with working port
OK, now I'm confused. In the accept callback, he compared the local port to see
for which port the incoming connection was.
I don't see what's wrong there?
Simon
__
Noam Weissman wrote:
> If you use Lwip 1.41 the tcp_accepted function should accept the SERVER pcb
> and not the new connection pcb
In the initial post, he said he's using 2.0.2, not 1.4.1 (what's that 1.41
again?)
> Your accept function is wrong.
I fail to see the difference between your acc
Jan see his code. He was trying to compare listening port with working port
-Original Message-
From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On
Behalf Of Jan Menzel
Sent: Monday, May 22, 2017 4:00 PM
To: lwip-users@nongnu.org
Subject: Re: [lwip-users] Raw api
Hi Werner!
In you initial post you wrote, that your system catches a Hardfault. A
Hardfault indicates are general MCU failure which can be something like
memory corruption, stack problem, unaligned address, division by zero or
even escalated from some other fault. The actual reason can usua
;
return ERR_OK;
}
I hope I do not have errors... wrote it fast :).
BR,
Noam.
From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On
Behalf Of Werner Motz
Sent: Monday, May 22, 2017 2:38 PM
To: 'Mailing list for lwIP users'
Subject: Re: [lwip-users] Raw api +
U are right, but I don't know where the mistake is. I can debug it and the
breakpoints in myCallback1 and myCallback2 are hit.
The also debugged the init_Server and the binding or listen gave no error.
Both connections are initiated correctly.
I do init:
void init_Server(void)
{
struc
@nongnu.org] On
Behalf Of Werner Motz
Sent: Monday, May 22, 2017 1:58 PM
To: 'Mailing list for lwIP users'
Subject: Re: [lwip-users] Raw api + multiple TCP Connections
Hi,
I apologize myself.
I (uC) am the server and I initiate two connections with IP_ADDR_ANY but
different ports.
The
Hi,
I apologize myself.
I (uC) am the server and I initiate two connections with IP_ADDR_ANY but
different ports.
The PC is the Client and from here I connect to the Server.
Hi,
Do you mean two connections that you initiate from your device to two
different IP's
or two connection
PM
To: lwip-users@nongnu.org
Subject: [lwip-users] Raw api + multiple TCP Connections
Hello,
I am using lwip 2.0.2 RAW API and I have a question depending multiple TCP
Connections.
I create two connections without problems. Over each of them I can send and
receive data.
When a single client sen
Hello,
I am using lwip 2.0.2 RAW API and I have a question depending multiple TCP
Connections.
I create two connections without problems. Over each of them I can send and
receive data.
When a single client sends me data every 1ms, my receive callback function
(tcp_recv(pcb, myCallback1)) gets pe
Hello Sergio,
I though that might be interesting for you, so in attachments is the a file
again from Wireshark where I did multiple GET commands and the last one I
have received more than usual.
OK, that confuses me a lot!!
First two times I'm receiving a 2047 bytes.
Then 4094 Bytes.
And the
Hello Sergio,
You can find the wire-shark file attached to the post.
Yes, you are right about server client IP's 192.168.0.2 - Server
192.168.0.1 -
Client
What I'm trying to achieve is to transfer a 1GB file from the server to the
Clien
My first advice: please do not post capture snapshots, post capture
files. And please post the whole session...
My second advice: please describe what you are trying to do and how do
you think you are not achieving that.
192.168.0.1 is ... ? looks like the client, since it is issuing a RETR
192
Hi Noam,
Thanks again for your informative advise!!
Sure I use FreeRTOS, but my devise is a ARM® Cortex®-M4 microcontroller so I
guess I would not have any problems with the interrupts.
I've found actually a working lwip FTP server, where the reading from the
developer that is capable of strea
Hi.
I was (am?) recently learning about sockets myself. I have found the following
two websites to have very good introduction.
Primer:
http://cis-linux1.temple.edu/~giorgio/old/cis307s96/readings/docs/sockets.html
More detail: http://wiki.treck.com/Introduction_to_BSD_Sockets
>
> Perhaps can
@nongnu.org
Subject: Re: [lwip-users] raw API
Hi Noam,
Thank you for your advise!!
Perhaps can you link to me some example with sockets API, but I'm using RTOS
and I need to initialize the socket in proper way.
Thanks in advance
BR
--
View this message in context:
http://lwip.100.n7.nabbl
From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On
Behalf Of A480G
Sent: Tuesday, July 26, 2016 9:12 AM
To: lwip-users@nongnu.org
Subject: Re: [lwip-users] raw API
HI Simon,
Perhaps, I have expressed my self in wrong way.. sorry I din't had in mind to
offence you.
Hi Noam,
Thank you for your advise!!
Perhaps can you link to me some example with sockets API, but I'm using RTOS
and I need to initialize the socket in proper way.
Thanks in advance
BR
--
View this message in context:
http://lwip.100.n7.nabble.com/raw-API-tp26872p26878.html
Sent from the
HI Simon,
Perhaps, I have expressed my self in wrong way.. sorry I din't had in mind
to offence you. :)
Just because I'm not competent about the topic, so I cant say stupid stuff
sometimes!! :d
Thank you for your advise, I 'll try my best to understand more about
RAW/API , some documentation a
and you can get lots of examples.
BR,
Noam.
From: lwip-users on behalf of
A480G
Sent: Monday, July 25, 2016 6:23 PM
To: lwip-users@nongnu.org
Subject: [lwip-users] raw API
Hello guys,
I'm new to networking especially to lwIP development, anyway my goal
A480G wrote:
but I got a replie that with RAW API streaming packages
cannot be achieved
Really? I must have missed that, because its not true and I would have
opposed :-)
You'll have to understand that the raw api is callback-style, not
sequential, but once you
understood how it works, you c
Hello guys,
I'm new to networking especially to lwIP development, anyway my goal is to
develop a method that I can reach a file located in a SD card and download
it.
Well I figured it out that using a FTP server will be the suitable
application. I found a already build library with FatFs include
Erkan Ersoy wrote:
My device has both http server (web interface) and http client. While
I have multiple listening ports including web interface i didnt have
problems but when i try to have connect to remote server i have
problem. I wonder if somebody already solved that problem.
You wonder i
My device has both http server (web interface) and http client. While I have
multiple listening ports including web interface i didnt have problems but when
i try to have connect to remote server i have problem. I wonder if somebody
already solved that problem.
You can have multiple connections with raw api. See httpd_raw example in
contrib tree (1.4.1) or httpd in apps (git head).
If you want to use lwIP in a multi-threaded environment, your best bet
is to use netconn or socket APIs (unless you restrict all calls within a
thread or implement a basic v
Yes, nkumar, your latest post came after I had sent my response to your
former, I just look at the page when I have some time to "relax", not
getting emails from this list.
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailma
Sergio,
My problem is fixed. See my previous post. I followed your suggestion. I did
not realize that I was getting chained pbuf. After changing code to copy all
data using pbuf_copy_partial(...) and ACKing p->tot_len, it started working.
My TCP timer functions get called every 500ms & 250ms.
-n
The way pbufs are arranged depends on the fragmentation of the memory
pool at the time of allocation.
When an Ethernet frame is received, your netif code calls the lwIP alloc
function to get memory to store the frame's content. DMA implementations
might be different.
The fact that you are getiing w
Sergio,
My apologies for the reply to your post. You are right! I do get chained
pbuf. Apparently, I was printing the p->len value for p->tot_len and my data
was not large enough to see p->next not null. Using your suggestion fixed
my problem - Thank You!!
- nkumar
--
View this message in con
Hi Sergio,
I looked into what you suggested. My rxd_callback(..) gets called multiple
times for a single large data transmitted by client and I noticed the p->len
is always equal to p->tot_len (i.e 1460) and p->next is always NULL. This
makes me think that, for some reason, I am always getting sin
Hi nkumar,
on reception, you won't ALWAYS receive a single pbuf, but probably a
chained pbuf.
This means, you have to ALWAYS look for p->tot_len, not just p->len, to
actually get ALL the data you were sent.
To extract ALL data in a pbuf chain, use pbuf_copy_partial(), it is
easier than travelling t
Hello,
I am newbie to lwip stack. After looking at a typical echo server example, I
am trying to implement a raw-api based server on arm-based board. I expect
to receive large (~4Mb) image data to server. I notice it works fine with
smaller data (~4k) however, it gets stuck on large data. While re
Thank you Simon, your words now populate the wiki
--
___
lwip-users mailing list
lwip-users@nongnu.org
https://lists.nongnu.org/mailman/listinfo/lwip-users
Sergio R. Caprile wrote:
> I have this raw api application which tcp_write()s 5 small (~20 bytes)
> messages and then checks tcp_sndbuf() to send the biggest possible
> chunk, but it ends up having to send a smaller chunk because an internal
> queue gets full.
Actually, you have to understand TCP_
Hi, I need help here.
I have this raw api application which tcp_write()s 5 small (~20 bytes)
messages and then checks tcp_sndbuf() to send the biggest possible
chunk, but it ends up having to send a smaller chunk because an internal
queue gets full.
My settings are (almost) standard:
TCP_MSS = 536
Hey there,
I am trying to build up a UDP-Server on an AVR32 microprocessor.
This Server should wait for udp-frames and send an answer back.
Atmel uses the lwip-stack for communications, but together with a real-time
operating system.
Is there a way to solve this without a RTOS? (sequential-way)
M
> I'm a bit confused in regards to using the raw API in a multi-threaded
> enviromnent. The current documentation indicates that you can not call the
> raw API functions from a context outside of the main lwIP process. Is this
> true?
Yes, this is correct and has been since for all the lwIP his
I'm a bit confused in regards to using the raw API in a multi-threaded
enviromnent. The current documentation indicates that you can not call the raw
API functions from a context outside of the main lwIP process. Is this true?
I have old code that appears to refute that.
I have a project usi
The code below are Ethereal's display.
.
.
2930 3.778501 Altera_ff:48:08 ff:ff:ff:ff:ff:ff ARP Who has 10.1.1.52? Tell
10.1.1.51
2931 3.778536 Altera_ff:48:08 ff:ff:ff:ff:ff:ff ARP Who has 10.1.1.52? Tell
10.1.1.51
.
.
.
2935 3.790042 WUDIAltera_ff:48:08 ARP 10.1.1.52 is at
00:0c:76
hi :
I am a new guy to lwip ,and when i use udp to my design .i hit a big
broblem.After seaching a long time,it is still here .I can't receive any
udp message at all,though there are ARPs between PC and NIOS .here is my
code ,Could anyone tell me what's wrong?
I am going crazy overhere
che
ssage-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf
Of Rick Culver
Sent: Thursday, October 25, 2007 9:16 AM
To: lwip-users@nongnu.org
Subject: [lwip-users] RAW API Interupts
I am relatively new using the lwip stack but have been able to
successfully use the RAW API in some what of a &q
The simple answer is the lwIP core is not protected from concurrent
access, which means you must take care yourself that the stack is not
accessed from different contexts (as you explained) at the same time.
Unfortunately, this means what you are trying to do will not work
with the current
Rick Culver wrote:
> I am relatively new using the lwip stack but have been able to
> successfully use the RAW API in some what of a "polled" mode. However,
> I am needing to get the stack to function using interrupts because I
> have a number of functions that will not be able to service the lwip
I am relatively new using the lwip stack but have been able to successfully use
the RAW API in some what of a "polled" mode. However, I am needing to get the
stack to function using interrupts because I have a number of functions that
will not be able to service the lwip stack frequently enough
Hi: I have ported lwip to TMS320DM642(which main frequency is 600MHz) using UC/OS II,but It only speed up 12.9Mbps.So,I want to how to rise this speed. Another problem is that I want to use raw api to rise speed .But I don't know how to manage my main function,Would someone please send me a copy
Hi
I want to use the raw api of lwip but want to use
in a multithreaded environment . i.e there would be one thread that can send
data and tcp would be running in a seperate thread .The application may be using
same connection for tx and rx i.e full duplex mode .Is raw api interface
suita
On Tuesday 10 May 2005 06:29, Karl Kobel wrote:
> The follow2ing is the code that executes when a complete packet is
> received:
>
> p = pbuf_alloc(PBUF_RAW, recved, PBUF_POOL);
> if (p != NULL)
> {
> memcpy(p->payload, SlipBuff, recved);
> p->len = rec
On Tuesday 10 May 2005 06:29, Karl Kobel wrote:
> The follow2ing is the code that executes when a complete packet is
> received:
>
> p = pbuf_alloc(PBUF_RAW, recved, PBUF_POOL);
> if (p != NULL)
> {
> memcpy(p->payload, SlipBuff, recved);
> p->len = rec
On Wed, 11 May 2005, Roger Kinkead wrote:
I'd like the LWIP stack to hang on to that data and re-issue a recv_cb again
later.
I'm not sure that is possible with the current API. When the recv_cb is
called you're forced to take that buffer, and you have to decide to either
keep it or drop it. I
I'd like the LWIP stack to hang on to that data and re-issue a recv_cb again
later.
Any and all combinations I have tried appear to just let the LWIP stack
assume the data was processed - so I end up with lost data.
Essentially I need flow control at this recv_cb level - it's not always
possible to
On Tue, 10 May 2005, Roger Kinkead wrote:
What is the correct manner to return from the recv_callback when the data
may not be processed immediately?
I have experimented with several combinations of return code/whether to call
tcp_recvd with zero and/or free the pbuf - but with no luck yet?
What do
Hi all,
I am using LWIP 1.1.0 - which appears to be performing very well indeed -
using the RAW API.
What is the correct manner to return from the recv_callback when the data
may not be processed immediately?
I have experimented with several combinations of return code/whether to call
tcp_recvd w
:[EMAIL PROTECTED]
Sent: 10. mai 2005 05:29
To: 'Mailing list for lwIP users'
Subject: RE: [lwip-users] raw api recv callback - procedure
to(temporarily)refuse data?
All,
I'm stuck. I'm nearly done with a single threaded version of slip. I
will add it to contrib when I comple
On Mon, May 09, 2005 at 10:29:08PM -0500, Karl Kobel wrote:
> I'm stuck. I'm nearly done with a single threaded version of slip. I
> will add it to contrib when I complete it.
If you might be interested, I've attached my changes to slipif that modify
slipif_input() and create a replacement for sli
All,
I'm stuck. I'm nearly done with a single threaded version of slip. I
will add it to contrib when I complete it.
The problem stems most likely from my lack of understanding of pbufs.
The follow2ing is the code that executes when a complete packet is
received:
p = pbuf_alloc(PBUF_RAW
Hi all,
I am using LWIP 1.1.0 - which appears to be performing very well indeed -
using the RAW API.
What is the correct manner to return from the recv_callback when the data
may not be processed immediately?
I have experimented with several combinations of return code/whether to call
tcp_recvd w
61 matches
Mail list logo