[USRP-users] Passing Messages as Commands to UHD Sink

Hi All, I would like to change the center freq of my UHD Sink depending on who the receiver is. So I wrote a custom block that will read what the destination mac address is for a packet, and send a message to change the center freq based on what destination address it is. This is the format

Re: [USRP-users] CHDR packet in noc shell

On 01/15/2018 09:48 PM, Koyel Das wrote: > Hi, > > Actually I need to send data that accepts data in the form of vectors > and has a 128 point FFT. What I am doing is first using packet resizer > before my block. So could you please tell me if the size variable of > packet resizer is in bytes or

Re: [USRP-users] VITA time in X310 FPGA

Hey Dmitry, for the DDC case, we always use the timestamp for the first package. If your decim is 2, then every other timestamp is effectively discarded. The counter your referring to is thus more relevant for the DUC use case. Cheers, Martin On 01/16/2018 01:51 AM, Дмитрий Михайличенко via

Re: [USRP-users] Help on UHD Python API installation

Zhao, you need to first install Boost, then UHD. When you run CMake on UHD, does it list the Python API as an enabled component? -- M On 01/22/2018 02:43 PM, Zhongyuan Zhao via USRP-users wrote: > Could anyone provide a complete guidance of installation of UHD Python > API on Ubuntu? > > I

Re: [USRP-users] [RFNoC] uhd_usrp_probe fails and throws uhd::lookup_error

Adam, did you modify any of the UHD code controlling the radios? The tx_dsps property subtree is created by the E310 radio RFNoC block in the radio, and not used by that block after that. -- M On 01/22/2018 11:29 AM, Adam Kurisko via USRP-users wrote: > Hello, > > > I am in the final stretch

Re: [USRP-users] UHD Converter for X310 series with unsupported data format

s32 is unusual, as Jeff mentions. s16 -> f32 are already available. -- M On 01/22/2018 03:35 PM, Jeff Long via USRP-users wrote: > Maybe start here: > > https://files.ettus.com/manual/page_converters.html > > Adding new formats to the host software should be easy, but adding new > formats to

Re: [USRP-users] DDC Software (Linux/Ettus X300/GNU Radio: UHD)

Taylor, this error message means your UHD is from master branch. If your uhd_images_download is trying to install 3.9.7 images, the most likely explanation is that may you have an older version somewhere on your system -- the download URL is baked into the tool on installation. Here's what

[USRP-users] Help on UHD Python API installation

Could anyone provide a complete guidance of installation of UHD Python API on Ubuntu? I cloned the python api repo, and followed this installation of UHD from source Then I installed

Re: [USRP-users] UHD Converter for X310 series with unsupported data format

Maybe start here: https://files.ettus.com/manual/page_converters.html Adding new formats to the host software should be easy, but adding new formats to the FPGA is more work. Why do you want s32 OTW? On Mon, Jan 22, 2018 at 3:11 PM, Kei Nguyen via USRP-users < usrp-users@lists.ettus.com> wrote:

[USRP-users] use 2 DDC chain of N210 with SBX

Hi I am a master student and my thesis needs N210. I want to use 2 DDC chains as 2 channels with SBX. But I can't edit UHD due to this. When I want to change subdev_spec GNURadio warn me only [A:0] is valid. Can you help me? Thanks, Bests, Laura ___

[USRP-users] UHD Converter for X310 series with unsupported data format

Hello, I'm very new to UHD and USRP stuff. I want to ask if it is possible to integrate a converter with format unsupported by UHD, for example, s32 on device (otw) and f32 on host (cpu)? Also, is there any explicit document for how I can do this? Sorry if my question is rather unclear because

Re: [USRP-users] x310 simulating RFNoC block with Xilinx IP

Hi EJ, It works! Now I am able to simulate the custom block with IP in both cases. Just another small question, can we simulate the built-in RFNoC block? I see the simulate file (for example noc_block_fft_tb.sv) but not sure how to run it.. Thank you very much for the help. Best, Tien On Mon,

[USRP-users] [RFNoC] uhd_usrp_probe fails and throws uhd::lookup_error

Hello, I am in the final stretch of implementing my custom RFNoC onto the E310, and I ran into the following error while running uhd_usrp_probe: root@ettus-e3xx-sg1:~/localinstall/usr/share/uhd/images# uhd_usrp_probe

Re: [USRP-users] x310 simulating RFNoC block with Xilinx IP

Hi Tien, If the Xilinx IP is included in the uhd-fpga/usrp3/lib repo, you can follow the example provided in the Makefile for the noc_block_fft_tb: https:// github.com/EttusResearch/fpga/blob/rfnoc-devel/usrp3/lib/ rfnoc/noc_block_fft_tb/Makefile Note the three steps: 1. set LIB_IP_DIR 2.

Re: [USRP-users] DDC Software (Linux/Ettus X300/GNU Radio: UHD)

Dear Taylor, Please try to update your FPGA images by running the uhd_image_downloader to get the latest image that corresponds to the code base that you are running. Let us know if still face this issue after loading the latest version of the images. If you are using the X3X0 device, the

Re: [USRP-users] sending sine wave, but created another unwanted frequency component

Hi Dmitry, I did more tests today, found that the these two frequency components are not symmetric, and the distance between these two is 5e6 (sampling rate at the transmitter side). If I set the tx sampling rate to be 10e6, and waveform frequency to be 4.8e6 (close to 10e6/2.0), then the

Re: [USRP-users] sending sine wave, but created another unwanted frequency component

2018-01-21 20:55 GMT+03:00 Yang Liu via USRP-users < usrp-users@lists.ettus.com>: > Dear all, > > In this application, I am trying to send a sine wave at a specific > frequency to usrp x310: > sine wave generator ---> usrpx310 > > For the sine wave generator, I use blocks.sig_source_c from