beginner_EDA
Full Member level 4
- Joined
- Aug 14, 2013
- Messages
- 191
- Helped
- 0
- Reputation
- 0
- Reaction score
- 0
- Trophy points
- 1,296
- Activity points
- 3,854
See attachment for wireshark.What do you see in wireshark? Does the FPGA side support address resolution protocol?
but it shows following:
10.0.0.1: inverse host lookup failed: h_errno 11004: NO_DATA
(UNKNOWN) [10.0.0.1] 49155 (?): NETUNREACH
sent 0, rcvd 0: NOTSOCK
What's wrong here?
I would expect that the FPGA is sending to a host in the same subnet address range.
But I was actually asking about the Wireshark capture of PC to FPGA UDP packets, to see if you manage to send them at all.
Couple of quick tips: ............
Oh yeah, and start with small test packets first, say ~ 512 bytes. That avoids some other fun issues for your first tests.
Hi,How is the IP address mapped to the FPGA MAC address?
I expect that the FPGA can't handle the arp protocol, so you should do a static mapping in the PC with the arp command.
It will work via switches as long as the PC and the FPGA are on the same subnet.
Is working means is received at the PC? This implies that the FPGA is not only sending the data with the correct IP address but also the right MAC address. If so, how did you retrieve the MAC address, by performing ARP or by putting in a known MAC address?But FPGA -> PC data transfer is working
Thanks for clearing the concept. Yes working means received at the PC (see attachment in above reply).Is working means is received at the PC? This implies that the FPGA is not only sending the data with the correct IP address but also the right MAC address. If so, how did you retrieve the MAC address, by performing ARP or by putting in a known MAC address?
UDP_PAYLOAD_INSERTER_WR_MAC_DST_HI (UDP_INSERTER_0_BASE, 0xe0db55d6 );
UDP_PAYLOAD_INSERTER_WR_MAC_DST_LO (UDP_INSERTER_0_BASE,0x8f5f );
UDP_PAYLOAD_INSERTER_WR_MAC_SRC_HI (UDP_INSERTER_0_BASE, 0x0007edff);
UDP_PAYLOAD_INSERTER_WR_MAC_SRC_LO (UDP_INSERTER_0_BASE, 0x8f10);
UDP_PAYLOAD_INSERTER_WR_IP_SRC (UDP_INSERTER_0_BASE, 0x0a000001);
UDP_PAYLOAD_INSERTER_WR_IP_DST (UDP_INSERTER_0_BASE, 0xa9fed0fb);
UDP_PAYLOAD_INSERTER_WR_UDP_PORTS (UDP_INSERTER_0_BASE, 0xc002c003);
#define UDP_PAYLOAD_INSERTER_RD_MAC_DST_HI(base) IORD(base, 1)
#define UDP_PAYLOAD_INSERTER_RD_MAC_DST_LO(base) IORD(base, 2)
#define UDP_PAYLOAD_INSERTER_RD_MAC_SRC_HI(base) IORD(base, 3)
#define UDP_PAYLOAD_INSERTER_RD_MAC_SRC_LO(base) IORD(base, 4)
#define UDP_PAYLOAD_INSERTER_RD_IP_SRC(base) IORD(base, 5)
#define UDP_PAYLOAD_INSERTER_RD_IP_DST(base) IORD(base, 6)
#define UDP_PAYLOAD_INSERTER_RD_UDP_PORTS(base) IORD(base, 7)
arp -s 10.0.0.1 C0-FF-EE-C0-FF-EE
Code:arp -s 10.0.0.1 C0-FF-EE-C0-FF-EE
And replace the C0-FF-EE-C0-FF-EE with the mac of the fpga obviously.
nc64 -luvp 6000
nc64 -uvv 10.0.0.1 6000
nc64 -lvp 6000
nc64 10.0.0.1 6000
with TCP command:
Code:
it works perfectly.Code:nc64 -lvp 6000 nc64 10.0.0.1 6000
Hi,If you are reporting exactly what you did (and not just part of it), then I suspect I already have the "solution". But first let me ask you this:
Start wireshark capture, and then do your thing that "works perfectly".
Thanks, that helps confirm certain suspicions. And it is as I suspected.Hi,
please find the wireshark capture for both TCP and UDP and there corresponding commands I used in 2 different PCs.
in case of TCP, you see it works but for udp not.
I tried same with FPGA, it seems to work(as I observe sent data from PC to FPGA via wireshark).
Now I am confused from which port of FPGA I can receive this sent data from PC having only payload (and not also Header with payload).
Thanks it helped.In either case you can extract the payload just fine. If you get full packet, then just skip a certain amount of bytes and start at the payload.
Hello
I am doing the same job of sending the data from FPGA to PC. Can you please please let me know how you did please. I found that you did similar job.
Regards
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?