Re: [lwip-users] PolarSSL and mbedTLS

March 2, 2017 11:24 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] PolarSSL and mbedTLS Noam Weissman wrote: Same problem with either 1.41 or 2.01 tested on both Up to now, EWOULDBLOCK is based on netconn callback events. I'm in the progress of changing this to be a result of

Re: [lwip-users] PolarSSL and mbedTLS

: Thursday, March 2, 2017 8:54 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] PolarSSL and mbedTLS Noam Weissman wrote: > lwip_recvfrom is called. > > Inside this function there is a do <> while loop that is supposed to collect > the fragments into the 16K buffer >

Re: [lwip-users] PolarSSL and mbedTLS

ou, try if lwips read() is called in a non-blocking way. mbedtls default interface layer does some checking on the socked to detect if data is available and/or the read() call would block. I had to play a little bit around with errno to get it working. Jan On 01.03.2017 23:19, Noam Wei

Re: [lwip-users] PolarSSL and mbedTLS

first packet ?? > > > > Anyone has an idea what I am doing wrong or what setting are not correct ?? > > > > A second question for Simon or anyone that can assist. I tried to set > LWIP_DEBUG to 1 and my total used RAM (compiler) dropped > > about

Re: [lwip-users] PolarSSL and mbedTLS

. I'd willing to assist in implementing this. Jan On 01.03.2017 21:46, Noam Weissman wrote: > Hi Simon, > > > Yes it may be an issue, any ideas or a change in the settings I placed > here earlier ? > > > What I am puzzled about is that SSL/TLS transfer a key

Re: [lwip-users] PolarSSL and mbedTLS

ge. mbedtls uses lots of function pointers which Keils static call > graph analysis can not see and does not warn about. > >Jan > > On 01.03.2017 14:01, Noam Weissman wrote: >> Hi, >> >> >> >> I have a client, single task using the socket API usin

[lwip-users] PolarSSL and mbedTLS

are not correct ?? A second question for Simon or anyone that can assist. I tried to set LWIP_DEBUG to 1 and my total used RAM (compiler) dropped about 30K ?? Why is that ?... I understood that debug should take more RAM not Less ? Thanks, Noam. [cid:image001.jpg@01D26A92.68494F10] Noam Weissman

Re: [lwip-users] TCPIP and MAC thread task priorities

Sylvain Rochet Sent: Monday, February 27, 2017 2:25 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] TCPIP and MAC thread task priorities Hi, On Mon, Feb 27, 2017 at 11:50:26AM +, Noam Weissman wrote: > Hi All, > > This comes from my own experience with STM micro that h

Re: [lwip-users] TCPIP and MAC thread task priorities

Hi All, This comes from my own experience with STM micro that has Cortex-M core Running with FreeRTOS. It does apply to STM9 etc... TCP main task priority should be high priority. It should not be the highest priority but it should not be lower than other tasks that consume lots of time share.

Re: [lwip-users] Binary file upload chrashes the program (lwip 1.4.1)

interrupts? So these are same with mutexes or semaphores under an operating system? And if I didn't use any real time operating system(FreeRTOS) I have to write manually these functions that threat the critical section? Kind regards, Szabolcs Vass 2017.02.14. 10:50 keltezéssel, Noam Weissman

Re: [lwip-users] Binary file upload chrashes the program (lwip 1.4.1)

chrashes the program (lwip 1.4.1) Thank You Mr. Weissman, but I don't use FreeRTOS, I use only RAW API. Can You help me that in this case what can I do? Sincerely, Szabolcs 2017.02.13. 11:11 keltezéssel, Noam Weissman írta: > Hi Szabolcs, > > There is an error in my previous mail th

Re: [lwip-users] Binary file upload chrashes the program (lwip 1.4.1)

m. -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Noam Weissman Sent: Monday, February 13, 2017 10:28 AM To: Mailing list for lwIP users Subject: Re: [lwip-users] Binary file upload chrashes the program (lwip 1.4.1) Hi Szabolcs, Sure I am o

Re: [lwip-users] Binary file upload chrashes the program (lwip 1.4.1)

at it is correct), because this area isn't their area, and You are the lwip developers. Please help me, to get the right solution together. Than You so much. Sincerely, Szabolcs 2017.02.12. 18:02 keltezéssel, Noam Weissman írta: > Hi Szabolcs, > > What do you mean complicated p

Re: [lwip-users] Binary file upload chrashes the program (lwip 1.4.1)

Hi Szabolcs, What do you mean complicated project ? . I am using FreeRTOS + LwIP 1.41 under STM32F427 with SPL, no cubeMX ! My LwIP heap uses just 15K RAM and has the following: mDNS responder, SDDP responder and a third private discovery module. HTTP server, TCP server capable handling 3 connec

Re: [lwip-users] UDP bind error due to address and port reuse

has arrived. What I would like to know is after sending 5 messages from the application at the embedded side using one port and one UDP PCB, can I listen to all the 5 ports of the destination using the same one UDP PCB? Thanks. Regards, Surya On Wed, 7 Dec 2016 10:56:08 +, Noam Weissman

Re: [lwip-users] UDP bind error due to address and port reuse

BR, Noam. -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Simon Goldschmidt Sent: Thursday, December 08, 2016 12:14 PM To: lwip-users@nongnu.org Subject: Re: [lwip-users] UDP bind error due to address and port reuse Noam Weissman wrote: >

Re: [lwip-users] UDP bind error due to address and port reuse

Hi, Dirk, if the application is creating a different port on every reply you cannot rely on that. You must have control over the data Surya, Yes you can listen on a single UDP but you need to get some kind of data that will let you know who Responded. If you have a processing issue, m

Re: [lwip-users] UDP bind error due to address and port reuse

Cc: Noam Weissman; sachi...@cdot.in; nare...@cdot.in Subject: Re: [lwip-users] UDP bind error due to address and port reuse Hi Noam, Our situation is something like this: We have a Xilinx FPGA board. From one source port on the board, we would like to send 5 UDP request packets to 5 different

Re: [lwip-users] UDP bind error due to address and port reuse

Hi, If I understand you correctly you are trying to bind IP:port several times on the same machine without closing the previous bind ? This is not an option. You can bind UDP and TCP separately with two different pcb's one for TCP and one for UDP. You cannot bind an IP:Port more then one

Re: [lwip-users] lwIP with FreeRTOS memory problem

Hi, Regarding my lwipopts ... we use a telnet server and as a result send small chunks of data. Originally MSS was 1500 bytes and that cause the system to be very slow when combined with HTTP etc. The compromise that I made is to set MSS to its default 536 bytes. This slowed down HTTP communi

Re: [lwip-users] lwIP with FreeRTOS memory problem

nal Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Simon Goldschmidt Sent: Tuesday, November 29, 2016 11:26 AM To: lwip-users@nongnu.org Subject: Re: [lwip-users] lwIP with FreeRTOS memory problem Noam Weissman wrote: > Several years ago when I s

Re: [lwip-users] lwIP with FreeRTOS memory problem

y one That encountered. Hope that helped. BR, Noam. From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Noam Weissman Sent: Monday, November 28, 2016 1:14 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] lwIP with FreeRTOS memory problem Hi, I am not su

Re: [lwip-users] lwIP with FreeRTOS memory problem

Hi, I am not sure with my reply as this area is not so documented. What I can see in your lwipopts that you use tons of memory for the LwIP heap but other defines are way to small For example: #define MEMP_NUM_PBUF 16<<< ? #define MEMP_NUM_UDP_PCB 4 #define MEMP_NUM_TCP_PCB 32 #define MEMP_

Re: [lwip-users] Recv UDP Problem

So it’s a low level issue, driver, Porting etc... -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of mgirke Sent: Thursday, November 24, 2016 11:32 AM To: lwip-users@nongnu.org Subject: Re: [lwip-users] Recv UDP Problem Hi, I am having

Re: [lwip-users] Recv UDP Problem

Hi, As a continuation to my previous mail and also Sergio response. Socket API works differently than RAW API. In RAW API everything related to LwIP runs under ONE task. That means that if you send data inside a callback but never get out of it data is placed in a buffer but never actually sent

Re: [lwip-users] Recv UDP Problem

Hi, Is this code actually a task ? If it is please add a small delay at end of loop. Adding a vTaskDelay call at end of loop is common practice. This is important In order not to starve other tasks running in your system. I do not know/think that adding the delay will solve your problem but add

Re: [lwip-users] setting up multiple UDP connections with same prio and different data to send

Hi, I have remembered that on WIN7 broadcast is not working. Check these links: http://www.hypack.com/new/portals/1/pdf/sb/01_12/udpbroadcastonmachineswmultiplenetworkinterfaces.pdf https://github.com/dechamps/WinIPBroadcast If you cannot broadcast and cannot use IGMP you have a problem

Re: [lwip-users] lwIP 2.0.0 released

Great work. Need to find the time to move from 1.41 to 2.0 ☺ From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Simon Goldschmidt Sent: Thursday, November 10, 2016 11:21 AM To: lwip-users@nongnu.org; lwip-de...@nongnu.org Subject: [lwip-users] lwIP 2.0.0 released

Re: [lwip-users] setting up multiple UDP connections with same prio and different data to send

Broadcast works in subnet for sure but will not work if your subnet mask is not opened. In your case what is your subnet mask for the 192.168.10.x net? ... if it is 255.255.255.0 then it will not work. It should be 255.255.0.0 -Original Message- From: lwip-users [mailto:lwip-users-bo

Re: [lwip-users] setting up multiple UDP connections with same prio and different data to send

If your network blocks broadcast you may use: If your NAT is 192.168.0.x You can broadcast you subnet with 192.168.0.255 or 192.168.255.255 etc... depends on Network definitions. -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of m

Re: [lwip-users] setting up multiple UDP connections with same prio and different data to send

Why do you need IGMP ? Just set send to address to 255.255.255.255 and that all, not so ?? -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of mgirke Sent: Wednesday, November 09, 2016 1:48 PM To: lwip-users@nongnu.org Subject: Re: [lwi

Re: [lwip-users] elegant way to detect network connection

Hi Sergio, Thanks for the reply. Let me explain it better. HDBaseT is a protocol developed by Valens LTD. This protocol is used mainly for extenders. There is an RX chip and a TX chip. The protocol is transferring video, audio, USB, RS232, IR and ETH over CAT5/6 cables !. As HDMI or other vi

Re: [lwip-users] setting up multiple UDP connections with same prio and different data to send

Hi, How about simple old broadcast ? Use one port for all, say 1. You do not need several tasks. If you want to simplify things use one task with on socket for receive. And another task with another socket for sending. As you do not need to connect (UDP), simply change remote_ip_addr befor

[lwip-users] elegant way to detect network connection

Regards, Noam Weissman Software Engineer. [cid:image002.jpg@01D239D6.3EDEA950] [cid:image004.jpg@01D239D6.3EDEA950] Contact information: Office: 972-4-9954915 Fax: 972-4-9550115 Mobile: 972-52-5786135 Email: n...@silrd.com Web: www.silrd.com<http://www.silrd.

Re: [lwip-users] Zero window and refused data problem

Hi, First of all if you have control over the host machine avoid sending 1 byte. This is not efficient. I suggest adding a dual mechanism. Defining size and/or timeout. I mean adding some mechanism that counts bytes ready to be sent. If you have more than X Bytes you send them out. Also add a t

Re: [lwip-users] setting up multiple UDP connections with same prio and different data to send

Hi, I think I do not understand your question. UDP is connectionless oriented ? That means you can get data from anyone sending to your listening port and you can send data to any address you choose regardless of who sent you the data and from where. If we have an understanding with the above

Re: [lwip-users] Tcp Server on Texas Instrument RM57

, so I guess that's why it doesn't work. How do you send data from outside this context? Best regards, Julio Am 31.10.2016 um 12:26 schrieb Noam Weissman: Hi, As a continuation to my earlier mail... Where do you call tcpServer_send ?? In tcpecho_raw_init function you call function

Re: [lwip-users] Tcp Server on Texas Instrument RM57

example that receives data over callbacks and is able to send data created on its own memory space? Best regards, Julio Am 29.10.2016 um 02:04 schrieb Noam Weissman: Hi, First of all are you running with an OS or without ? Secondly do you understand that with RAW API you should not call

Re: [lwip-users] Tcp Server on Texas Instrument RM57

have any current docu, do you have any? How do I send data? Is there another example that receives data over callbacks and is able to send data created on its own memory space? Best regards, Julio Am 29.10.2016 um 02:04 schrieb Noam Weissman: Hi, First of all are you running with an OS or without

Re: [lwip-users] Tcp Server on Texas Instrument RM57

Hi, First of all are you running with an OS or without ? Secondly do you understand that with RAW API you should not call any LwIP if the call is not from within the LwIP own context ? As far as I see you are not copying the data into the new buffer. How is the send itself ? does the functi

Re: [lwip-users] STM32F7 Project

Hi, I am using FreeRTOS + LwIP 1.41 on STM32F4xx and STM32F2xx for a few years now. We do not use the cube as we have lots of base code that uses the older ST library. The benefits of using the cube is that it should be easy to port to another OS or TCP stack. The penalty is performance. A

Re: [lwip-users] blocked udp

r 28, 2016 7:10 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] blocked udp Hi Noam, I was trying to avoid dealing with setting memory addresses for DMA transfers in Linux/RTOS, but running an OS might be the better option. Best, Gary On 28 September 2016 at 13:51, Noam

Re: [lwip-users] blocked udp

Hi Gary, As a continuation to what Simon wrote… See section 6. This does not contradict what everyone said so far. You can call sending data functions in your main loop and the difference is how to do it properly. Dirk answered this earlier and explained how to do it with or without OS. By the

Re: [lwip-users] blocked udp

http://www.ziegelmeier.net On Wed, Sep 28, 2016 at 12:52 PM, Noam Weissman mailto:n...@silrd.com>> wrote: Hi Simon, What is the preferred way to send data from within LwIP context. Beside running sys_timeout and hooking a function to it ? If I want to send data at a high rate an

Re: [lwip-users] blocked udp

Hi Simon, What is the preferred way to send data from within LwIP context. Beside running sys_timeout and hooking a function to it ? If I want to send data at a high rate and I will set sys_timeout to say 1ms it will cause load on the system. Is there another clean way to do it ? BR, Noam.

Re: [lwip-users] blocked udp

Simon :-) You answered In much less words then I did. Noam. -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Simon Goldschmidt Sent: Wednesday, September 28, 2016 1:33 PM To: lwip-users@nongnu.org Subject: Re: [lwip-users] blocked ud

Re: [lwip-users] blocked udp

?), I call a function to send data out. I also have an interrupt for the receive function for the LWIP data. Cheers! Best, Gary On 27 September 2016 at 12:35, Noam Weissman mailto:n...@silrd.com>> wrote: Hi Gary, Sorry but I did not understand completely your answer. Do you use FreeRTOS

Re: [lwip-users] blocked udp

. I'm also trying to send the video through Ethernet/UDP, I'm basically sending the differences between consecutive frames. Thanks for your time! Best, Gary Best, Gary On 26 September 2016 at 16:09, Noam Weissman mailto:n...@silrd.com>> wrote: Hi, What API are you using?... R

Re: [lwip-users] blocked udp

Hi, What API are you using?... RAW, Netconn or Socket ? When you say you send random data, how do you send it. I mean do you send it from Within the LwIP context or via the route you try to send the video? BR, Noam. From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Beh

Re: [lwip-users] prioritizing of active connections

d. On that matter is it possible to assign 0 as intervall value so it will be called with the next sys_check_timeouts() ? Also I want to say thank you for all your help. sincerly, Norbert Am 24.09.2016 um 14:58 schrieb Noam Weissman: Hi, Doing some "dirty" trick will not

Re: [lwip-users] prioritizing of active connections

improves my performance. Where i needed 36 seconds for one run I now only need 16 seconds. sincerly, Norbert Am 23.09.2016 um 18:30 schrieb Noam Weissman: Hi Norbert, First of all I would suggest changing your design and use an OS. I am running FreeRTOS on STM micro's for 6 years now

Re: [lwip-users] prioritizing of active connections

Hi Norbert, First of all I would suggest changing your design and use an OS. I am running FreeRTOS on STM micro's for 6 years now and I do not see myself doing it any other way. The STM32F4 is a strong micro with sufficient power to do much more then you do now. If you run an OS there will

Re: [lwip-users] Dynamic page updation using Ajax-Issue

Hi, You have a RAW API server in the contribution that works great. Adding AJAX handling if not supported is simple. What do you mean that AJAX is 80K BR, Noam. -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of ece.kishor Sent: Thu

Re: [lwip-users] Dynamic page updation using Ajax-Issue

Hi, The WEB server in the contribution is a good starting point. You can also take a look at the conticki project. They also have a nice WEB server: http://www.contiki-os.org/ What I can suggest is building something similar to the SSI handling. SSI is implemented by adding a TAG in your

Re: [lwip-users] Dynamic page updation using Ajax-Issue

page updation using Ajax-Issue You can do that with ajax (javascript) using get method then update value in web page with javascript On Wednesday, September 21, 2016 3:45 PM, Noam Weissman mailto:n...@silrd.com>> wrote: Hi, 384K of RAM is a lot. I run a WEB server on a micro with 96K whe

Re: [lwip-users] Dynamic page updation using Ajax-Issue

Hi, 384K of RAM is a lot. I run a WEB server on a micro with 96K when only 8K was for LwIP. Do you have sufficient PCB's defined for multiple connections ?... Are you using RAW API ?... Server code is your own or based on something from the net ? BR, Noam. -Original Message- From: l

Re: [lwip-users] long time tcp receive lwip packets lost

me; until I restart device. And stats show no memory is overloaded. if I add buffer the problem may disappear for couple of hours up time but I think it will pile up data slower and become a problem in several days or something. On Sunday, September 18, 2016 7:27 PM, Noam Weissman wrote: Hi,

Re: [lwip-users] long time tcp receive lwip packets lost

Hi, 1. You must add buffering 2. RS232 is character based but TCP is packet based. As a result of the different data handling if you do not buffer data it means that for every byte you send from RS232 you send a TCP packet that has one data byte. That means you have a huge overhea

Re: [lwip-users] LW IP - TCP instantaneous data transmission

, Noam Weissman mailto:n...@silrd.com>> wrote: Hi Anand, I do not know what HTTP server you use but what I sent earlier is just a skeleton or pseudo code for you to get an idea on how to send a large buffer in chunks. If you cannot send the hole buffer (make sense) and you are limite

Re: [lwip-users] LW IP - TCP instantaneous data transmission

Hi Anand, I do not know what HTTP server you use but what I sent earlier is just a skeleton or pseudo code for you to get an idea on how to send a large buffer in chunks. If you cannot send the hole buffer (make sense) and you are limited with memory you must wait for the TCP stack to free

Re: [lwip-users] LW IP - TCP instantaneous data transmission

31, 2016 at 8:30 PM, Noam Weissman mailto:n...@silrd.com>> wrote: Hi Anand, You said that you are creating the data on the fly into memory. You need to create some kind of mechanism to create the data but send in chunks. I mean that you may need to create a function that gets a portion

Re: [lwip-users] LW IP - TCP instantaneous data transmission

at one shot once the call back function is out. Now, I don't have the luxury of huge memory and hence have to construct the page in sections and send them to client as and when they are constructed. Thanks Anand On Wed, Aug 31, 2016 at 3:58 PM, Noam Weissman mailto:n...@silrd.com>> wrot

Re: [lwip-users] LW IP - TCP instantaneous data transmission

Hi, Before you start re-inventing the wheel why not take a readymade HTTP server ? You have a basic good HTTP server in the lwIP contribution or similar that runs in RAW API. BR, Noam. From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of anand arjunan Sent: Wedn

Re: [lwip-users] stm32 ethernet interrup priority

Hi Erkan, This is what I am using, a modified ST example with FreeRTOS 8.x For example this is how ETH is set: void ETH_IRQConfig(void) { NVIC_InitTypeDef NVIC_InitStructure; // Configures and enable the Ethernet global interrupt. NVIC_InitStructure.NVIC_IRQChannel = ETH_IRQn; NVIC_Init

Re: [lwip-users] stm32 ethernet interrup priority

Hi, Yes you have a problem... Cortex-M3 has a priority level mechanism a bit different from other micro's. In FreeRTOS its a bit not clear... Your FreeRTOS time tick is interrupt driven and has a priority. Also all your devices interrupts have priorities. In FreeRTOS you have function cal

Re: [lwip-users] Connection freeze after 29200 Bytes

reference count > 0) */ pbuf_free(ptr); sincerly, Norbert Am 06.08.2016 um 17:36 schrieb Noam Weissman: Hi, STM32F4 is a micro processor and not a processor with huge amount of RAM ! First of all I suggest using LwIP 1.41 and not the older 1.32 that has bugs. Secondly do not use such

Re: [lwip-users] Large File transfer-- FTP lwIP 1.4.1

Hi, I did not completely understood your code but I can add some suggestions. First you need to somehow create a mechanism that sends data with whatever RAM you have. Sometimes tcp_sndbuf will return a smaller buffer then expected or tcp_write can fail because you try to send a too large buffer

Re: [lwip-users] http server problems/bug

Hi, Every socket has a sender part and a receiver part. Normally it is full duplex !. TCP has layers. Some data is handled inside the TCP stack MAC + L1 and some is handled in L2,L3 etc... When an ACK or some other low level message arrives it is handled inside the TCP and never get to the

Re: [lwip-users] Connection freeze after 29200 Bytes

Hi, STM32F4 is a micro processor and not a processor with huge amount of RAM ! First of all I suggest using LwIP 1.41 and not the older 1.32 that has bugs. Secondly do not use such large buffers there is no reasoning for that. Use the LwIP default 536 bytes or standard TCP size 1460 or simi

Re: [lwip-users] http server problems/bug

Hi, Although I have not implemented the following in the HTTP server I am using (I think I should) think about it. Normal HTTP flow: Browser sends a request to server Server responds and closes the connection. On LwIP side when you close a connection using the tcp_close it closes ALL. F

Re: [lwip-users] LwIP 1.5.0? does it exist?

, August 3, 2016 9:12 PM To: Mailing list for lwIP users Subject: Re: [lwip-users] LwIP 1.5.0? does it exist? Noam Weissman wrote: > Do you recommend upgrading to 1.5 There is no 1.5! ST called it like that because when targeting a next version, we set the version "developing towards 1.5&q

Re: [lwip-users] LwIP 1.5.0? does it exist?

Hi Simon, Do you recommend upgrading to 1.5 or 2.0 if I do not need IPV6 ? I am OK with 1.41 BR, Noam. -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Simon Goldschmidt Sent: Wednesday, August 03, 2016 2:20 PM To: lwip-users@nongnu

Re: [lwip-users] LWIP 1.4.1 uploading problem

Dear Szabolcs, I am working with ST micros for over 5 years now. I have created several TCP and UDP module working in RAW mode. Due to company policy we had to find a different HTTP server from the one we used. After looking around I contacted Sergio and got his HTTP server. At that time it di

Re: [lwip-users] Get POST data from a netbuf (Netconn API)

Dear, Parsing POST is much more complicated then GET. Its better to get a working server then starting to do it yourself I did that and it took Lots of time. Try the contiki project. It has an HTTP server that may work for you: http://www.contiki-os.org/ Good luck, Noam. -Original

Re: [lwip-users] Get POST data from a netbuf (Netconn API)

Hi, As a continuation to my previous mail... Netconn, RAW API or Socket are just the communication layer. It does matter how you get the data. Handling is the same. You need to first know how to use the netconn API to send an/or receive data and only after that work on a real application. Read

Re: [lwip-users] Problems with sending UDP packets in FreeRTOS

in FreeRTOS Noam Weissman wrote: > The reason is that if you send data to a wrong IP or domain and TCP > stack does not have the destination MAC address so it will issue ARP > messages. What if the ARP message fails ?... The TCP stack does not > know where to send the UDP packets.

Re: [lwip-users] Problems with sending UDP packets in FreeRTOS

hanging the destination address only if needed). Many thanks, Mike. On 27/07/2016 21:46, Noam Weissman wrote: Hi, I never worked with netconn so I am not sure. I worked mainly with RAW API. See these: http://www.ultimaserial.com/avr_lwip_udp.html lwIP Example, How to write an UDP echo bro

Re: [lwip-users] Problems with sending UDP packets in FreeRTOS

Hi, I never worked with netconn so I am not sure. I worked mainly with RAW API. See these: http://www.ultimaserial.com/avr_lwip_udp.html lwIP Example, How to write an UDP echo broadcaster on ... www.ultimaserial.com lwIP UDP Echo Broadcaster Exa

Re: [lwip-users] raw API

Hi, I mainly use the RAW API so I do not have any socket examples. You should start with any working example as this is the best way. Take some example the your microprocessor vendor supplies and start from it. Once you have your ETH driver + LwIP setup and running simply take any simple Sock

Re: [lwip-users] raw API

Dear, When you download LwIP you have a readme file that points you to many links. Under the doc directory you have "rawapi.txt" this is the first file you must read. Here is the link to the WIKI: http://lwip.wikia.com/wiki/LwIP_Wiki Good luck, Noam. -Original Message- From: lwip-u

Re: [lwip-users] raw API

Hi, I do not know who answered you but there should be no problems streaming data with RAW API. RAW API is faster but trickier to handle. If you know what you are doing take a working module and use it. If you do not have experience in TCP IP you may start with Socket API as it is safer an

Re: [lwip-users] Correct way to free pbufs after tcp_recv callback finished

and corporate email, Android 4.0.3+. Easy automatic setup for popular email services: Gmail, Yahoo, Hotmail, FastMail, Apple mail services (@me ... Am 27. Juni 2016 5:31:01 nachm. schrieb Noam Weissman : Hi, You need to call pbuf_free(pcb) after you finish processing the data. A

Re: [lwip-users] Correct way to free pbufs after tcp_recv callback finished

Hi, You need to call pbuf_free(pcb) after you finish processing the data. Also you need to call tcp_recived after you handled the data. You call it NOT with the pcb that you get inside the recv call back but rather your SERVER pcb. The one created after calling listen. I am not at my workin

Re: [lwip-users] LwIP multithread select mode problems

that. There are more opportunities for only software side like Linux Kernel, so as for electrical/electronics guy like me it is hard to get into that side. Again, I really appreciate your suggestions. Regards, Jin On Thu, Jun 23, 2016 at 8:01 AM, Noam Weissman mailto:n...@silrd.com>> wrote:

Re: [lwip-users] LwIP multithread select mode problems

Hi, LwIP and FreeRTOS are popular because they are open source and free. If you understand how an OS works and have background in TCP/IP you should not have a problem learning other TCP stack’s and/or other OS. Finding a job is not only finding to work with something you are familiar with but

Re: [lwip-users] FreeRtos lwip Thread stops

post functunallity later for settings. But now I want to be sure about how it functions with web server together. For now web server functions well even after http client stops. Thank you On Thursday, June 16, 2016 2:17 PM, Noam Weissman mailto:n...@silrd.com>> wrote: Hi, Questions: 1.

Re: [lwip-users] FreeRtos lwip Thread stops

Hi, Questions: 1. What mode are you using: RAW API, Netconn or Socket ? 2. Is the web server something you wrote or some code from the contribution ? You can either use STM32 has own IWDG hardware or create some task that monitors activity. BR, Noam. From: lwip-users [mailto:lwi

Re: [lwip-users] R: R: R: R: ping slow down

to router (netgear) and PC is connected through wifi, this 60sec period delay appears. Thanks for support rum Da: lwip-users [mailto:lwip-users-bounces+rastislav.uhrin=vymyslicky...@nongnu.org] Per conto di Noam Weissman Inviato: venerdì 3 giugno 2016 09:04 A: Mailing list for lwIP

Re: [lwip-users] netconn_connect hangs

Hi, I never used netconn so I just thinking out loud you use the same conn for listening and to connect ?... can you it ? here is an example that may help. BR, Noam. From: lwip-users on behalf of Danil Kaykov Sent: Friday, June 10, 2016 6:16 AM To: lwi

Re: [lwip-users] TCP Raw API questions about efficiency and threads

ation based on data link header) and send the packetSize bytes. Then go further in the buffer of packets (with an offset of packetSize) and do the same thing. Is it okay if I upload some parts of the code (~130 lines) and analyze on it ? Mihai On Tue, Jun 7, 2016 at 6:09 PM, Noam Weissman mailt

Re: [lwip-users] TCP Raw API questions about efficiency and threads

the connection is closed. Is there any examples out there where connections are persistent and messages can come at any given time ? Mihai On Fri, Jun 3, 2016 at 10:21 AM, Noam Weissman mailto:n...@silrd.com>> wrote: In order to use RAW API efficiently you can use the poll call back t

Re: [lwip-users] UDP server on LwIP socket falls into hard fault if input string longer than 19 bytes

Hi, Why are you calling malloc inside the thread ? if you allocate a buffer once, there is no need to use malloc define it as an array. malloc allocates memory from the micro's heap, not from the FreeRTOS heap. Check that you heap has sufficient memory. Normally in an average STM example the h

Re: [lwip-users] TCP Raw API questions about efficiency and threads

Hi, LwIP RAW API is simple once you understand it. You do not create separate threads, all the connections are handled in one thread ! The way to have multiple connections is to add a user ARG value. Every connection has its own PCB. Meaning for every connection the TCP stack will allocat

Re: [lwip-users] R: R: R: ping slow down

ere's an art to interrupts and priorities, which makes it a little hard to describe in an E-mail. So please ask if you have more questions. Good luck! -- G From: lwip-users [mailto:lwip-users-bounces+gsmith=hennypenny@nongnu.org] On Behalf Of Noam Weissman Sent: Wednesday, 0

Re: [lwip-users] R: R: ping slow down

Hi Rastislav, Check the following link if they have some info that may help you. http://www.freertos.org/Infineon-ARM-Cortex-M4-XMC4000-RTOS.html http://www.freertos.org/FreeRTOS-for-Infineon-XMC4000-Cortex-M4.html BR, Noam. From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.

Re: [lwip-users] ping slow down

Good morning, As we talked last week this can be either a driver problem. The low level code that reads and writes to the hardware MAC or your LwIP settings. You first must find the cause for that before you add your own code. BR, Noam. From: lwip-users [mailto:lwip-users-bounces+noam=silrd...

Re: [lwip-users] netconn http server memory problem ?

Hi, I started my experience with LwIP 1.32 running on an ARM9 with 96Kbyte RAM. For LwIP we had 7K if I remember correctly. This was running a WEB server, 3 TCP <> RS232 bridges, TCP terminal server, UDP terminal server... all that with 7-8 Kbyte and RAW API. And all that while using FreeRTO

Re: [lwip-users] netconn http server memory problem ?

Hi, I never worked with netcon. Almost all the modules I have written are in RAW mode. Just now I made the first module with Sockets. I suggest running something much simpler like the echo server to start with. Can you ping to the board ?... If you can try running ping -t and see if it ru

Re: [lwip-users] R: R: R: R: socket slow down

Hi Rastislav, I had problems in the past that communication got slower over time, eventually LwIP thread stopped but the OS and other tasks were live, normally. I found two problems that caused such issues: 1. the interrupt levels of OS and system were not set properly, we corresponded on that

Re: [lwip-users] stm32f107 lwip freeRTOS compile problem

Hi, For some reason we cannot add attachment files. So simply write to me directly and I will send you my sys_srch files write to n...@silrd.com BR, Noam. -Original Message- From: lwip-users [mailto:lwip-users-bounces+noam=silrd@nongnu.org] On Behalf Of Sergio R. Caprile Sent: Mo

<    1   2   3   >