Quality RTOS & Embedded Software

NOTE:This is a read only archive of threads posted to the FreeRTOS support forum. Use these archive pages to search previous posts. New forum support threads can be started at the FreeRTOS forums.

FreeRTOS Support Archive

The FreeRTOS support forum can be used for active support both from Amazon Web Services and the community. In return for using our software for free, we request you play fair and do your bit to help others! Sign up for an account and receive notifications of new support topics then help where you can.

This is a read only archive of threads posted to the FreeRTOS support forum. Use these archive pages to search previous posts. New forum support threads can be started at the FreeRTOS forums.

FreeRTOS+TCP – can’t handshake

Hi Kamil, that is a very strange TCP conversation.
Could you save the data in a PCAP file and post it here? I’m missing the time stamps.
When using WireShark, you can filter the data of interest with e.g. “ip.addr==216.58.215.99”

Can you check in xNetworkInterfaceOutput() if some packets are sent too small, i.e. less than 60 bytes?
Some EMAC’s have a possibility to extend packets to a minimum of N bytes, if not there is this setting:
~~~
#define ipconfigETHERNETMINIMUMPACKET_BYTES ( 60 )
~~~

But this problem is for different topic.

No need for a new topic. 🙂

FreeRTOS+TCP – can’t handshake

My situation is presented on attached figure. For example PC1 give me log from post 1 and PC 2 give me log presented in post 3. Both PCs run Windows but with different hardwares. So the problem is why the PC1 cuts off some packets?

FreeRTOS+TCP – can’t handshake

The box in the middle is probably not a hub, but an intelligent “network switch”. The task of a network switch is to separate sub-networks.
Normally all ARP traffic, UDP broadcasts, and multi-cast packets will pass through. UDP ( unicast ) and TCP packets will be forwarded to their proper targets only.