On 17/05/2023 14:03, [email protected] wrote:
Hi Marcus,
Better news. In an attempt to get my system to match what you might be
using, a “known” state, I updated the FPGA image.
So the “Requested remote UDP streaming, but transport adapter sfp1
does not support it!" is gone, and I am at “Device was unable to look
up Ethernet (MAC) address for IP address 192.168.30.30. Make sure
device is correctly connected, or provide MAC address manually.”
Again, I saw no arps. Added the mac, it starts up, but I don’t see any
traffic to 192.168.30.30 using tcpdump, only a trickle of control
between 192.168.30.1 and 192.168.30.2.
I went back and added all those parameters to my c++ code, with the
same result, no remote streaming.
How can I demonstrate a KNOWN working version, including the stream
receiver (in my case 192.168.30.30). What do you use along with
“remote_rx.py” to validate proper behavior?
Thanks again,
—Cy
I don't know whether there's a "catchers mitt" client that goes along
with the remote_rx.py example. Since it's a simple
UDP stream, one could use "netcat" and dump the output into a file
for further playing-around. Did you specify the
remote port as well as the address? I don't know what it uses by
default.
_______________________________________________
USRP-users mailing list -- [email protected]
To unsubscribe send an email to [email protected]
