Hi Marcus, I am still interested to know how your team tests to verify the FPGA is sending the data….meanwhile I did two quick experiments based on your suggestions.
1) Same setup using the second interface I setup on the network card for the remote port @192.168.30.30, “./remote_rx.py --rate=200e6 --freq=1223e6 --gain=20 --dest-addr=192.168.30.30 --dest-port=54321 --adapter=sfp1 --dest-mac-addr=3c:ec:ef:c2:43:47”. Setup netcat -ul 54321 to listen to this port, and can be verified as listening (bottom line): > ``` > Proto Recv-Q Send-Q Local Address Foreign Address State > > udp 0 0 127.0.0.53:53 0.0.0.0:* > > udp 0 0 0.0.0.0:111 0.0.0.0:* > > udp 0 0 0.0.0.0:631 0.0.0.0:* > > udp 0 0 0.0.0.0:5353 0.0.0.0:* > > udp 0 0 0.0.0.0:50237 0.0.0.0:* > > udp 0 0 0.0.0.0:54321 0.0.0.0:* > ``` Still no traffic to 192.168.30.30 (remote streaming dest), only control data between USRP (192.168.30.2) and host (192.168.30.1) when sniffing. 2) Set the dest-addr to be the host (192.168.30.2), which I would think would be equivalent to “normal streaming”. “./remote_rx.py --rate=200e6 --freq=1223e6 --gain=20 --dest-addr=192.168.30.2 --dest-port=54321 --adapter=sfp1 --dest-mac-addr=3c:ec:ef:c2:43:47” Setup netcat -ul 54321 to listen to this port, and can be verified as listening (bottom line): > ``` > Proto Recv-Q Send-Q Local Address Foreign Address State > > udp 0 0 127.0.0.53:53 0.0.0.0:* > > udp 0 0 0.0.0.0:111 0.0.0.0:* > > udp 0 0 0.0.0.0:631 0.0.0.0:* > > udp 0 0 0.0.0.0:5353 0.0.0.0:* > > udp 0 0 0.0.0.0:50237 0.0.0.0:* > > udp 0 0 0.0.0.0:54321 0.0.0.0:* > ``` I don’t see any high speed IQ data going between 192.168.30.1 (host) and 192.168.30.2 (USRP), only the normal control trickle. Thanks, —Cy
_______________________________________________ USRP-users mailing list -- [email protected] To unsubscribe send an email to [email protected]
