[USRP-users] Re: Get DPDK working with UHD 4.6 with USRP x410

2024-03-14 Thread zackkomo
Hi Mikio, Below are the contents of  /etc/default/grub ``` # If you change this file, run 'update-grub' afterwards to update ``` ``` # /boot/grub/grub.cfg. ``` ``` # For full documentation of the options in this file, see: ``` ``` # info -f grub -n 'Simple configuration' ``` ``` GRUB_DEFAUL

[USRP-users] Get DPDK working with UHD 4.6 with USRP x410

2024-03-13 Thread zackkomo
Hello! I want to get DPDK working with UHD 4.6 on our USRP X410. This might be a long post, but I want to make sure I provide as much information as possible. Below is a diagram of relevant network connections: ``` *-* *-* ``` ``` | |

[USRP-users] Re: Extending duration of high-rate captures with the X410

2024-03-12 Thread zackkomo
Hey Rob and Marcus, Thanks for the responses! I have a basic understanding of linux, but am not very experienced. I tried the following to create the RAM filesystem: ``` sudo mount -t tmpfs -o size=8G tmpfs /mnt/tmpfs/ ``` ``` sudo mount -t ramfs -o size=8G ramfs /mnt/ramfs/ ``` And ran the rx

[USRP-users] Re: Extending duration of high-rate captures with the X410

2024-03-12 Thread zackkomo
Hey Rob, Saving to dev/null worked just fine, and didn’t even output the “Disk write test indicates that an overflow is likely to occur” warning. In terms of saving to RAM, isn’t this essentially what my custom script does? I reserve all my buffers (which increases my RAM usage by a lot) and ha

[USRP-users] Re: Extending duration of high-rate captures with the X410

2024-03-12 Thread zackkomo
Hello Rob! I should have mentioned this in my original post but benchmark rate works well for me. Specifically, when I run: ``` ./benchmark_rate --rx_rate 491.52e6 --args "addr=192.168.10.2,second_addr=192.168.20.2,mgmt_addr=192.168.1.19" --duration 600 ``` I get ``` [INFO] [UHD] linux; GNU

[USRP-users] Extending duration of high-rate captures with the X410

2024-03-11 Thread zackkomo
Hello! I am having trouble using a USRP X410 to capture some high-rate data. I would appreciate any insight or help. Below is a diagram of how our x410 is connected to our host device. ``` *-* *-* ``` ``` | | NIC QSFP Port 0 |

[USRP-users] Re: Align multi-channel captures with different rx_stremers

2024-02-07 Thread zackkomo
Actually I was running it wrong… The md.time_spec on each of my thread/channel’s first call to rx_streamer->recv returns the same full and fractional seconds from md.time_spec, but my method of checking against the estimated time form the GPS signal still returns about a 700ns difference. __

[USRP-users] Re: Align multi-channel captures with different rx_stremers

2024-02-07 Thread zackkomo
I have no clue how to explain it but .. I added just getting the timestamp from the metadata on my first rx_streamer->recv call and magically now the timestamps are aligned, and my aforementioned method of checking the timestamp also agrees. This works for the rates I originally mentioned I was

[USRP-users] Re: Align multi-channel captures with different rx_stremers

2024-02-06 Thread zackkomo
It’s an estimated difference using a GPS SDR I have access to, not the timestamps in the metadata.\ \ I just tired choosing different sampling rates, it seems like when I use pairs of sampling rates corresponding to odd divisions of the master clock rate, it works fine. Similarly when I choose e

[USRP-users] Re: Align multi-channel captures with different rx_stremers

2024-02-06 Thread zackkomo
If I do thing concurrently (same thread, same rx_streamer) would that solve the timing issue? For example: ``` stream_args.channels = { 0, 1}; ``` ``` uhd::rx_streamer::sptr rx_stream = usrp_->get_rx_stream(stream_args); ``` ``` … ``` ``` size_t num_rx_samps = ``` ```                 rx_strea

[USRP-users] Align multi-channel captures with different rx_stremers

2024-02-06 Thread zackkomo
Hello! I am trying to do something very similar to the rx_samples_to_file example [here](https://github.com/EttusResearch/uhd/blob/master/host/examples/rx_samples_to_file.cpp). In this script, if multithreading is selected, then a different call to recv_to_file spawns for each channel, which in

[USRP-users] Access underlying uhd device object from Gnuradio in C++

2024-02-01 Thread zackkomo
Hello! I have a script in C++ that uses GNURadio for a GUI. I also already have some scripts written using UHD’s C++ API. When prompted in the GUI, I want to call on some of my methods that use UHD’s API. To do this, I  first run "stop()" on the usrp_source and the top block from GNURadio, then

[USRP-users] Re: X410 recv error on socket: Connection refused

2023-11-17 Thread zackkomo
I can verify that the QSFP ports on my host computer are both configured properly. Before we moved to using both QSFP28 interfaces on the x410, we only using a single one, indexed 1 on the x410, with IP 192.168.20.2. This worked with both images, as long as I specified the addr to be that IP. On

[USRP-users] X410 recv error on socket: Connection refused

2023-11-13 Thread zackkomo
Hello! We have an X410 connected to a host computer through two QSFP28-to-QSFP28 connections with IPs 192.168.10.2 and 192.168.20.2 for interfaces 0 and 1 respectively. The X410 also has an ethernet connection to a router with an IP 192.168.1.19, which the host computer is also connected to. W