Re: [USRP-users] Enable aliasing using USRP

Hello Wahhab, If I recall correctly, you can *not* change the bandwidth of SBX (always 40MHz), and the sampling rate of the USRP2 (always 100MS/s). What you are actually setting by setting --rate 2e6 is the decimation ratio. The signals will be always sampled at 100MS/s, and then decimated by the

[USRP-users] Unicast messaging via GNURadio

Hi Everyone, I am new to the GNURadio world. I have tested few GNURadio features and test scenarios with USRP E312 and B210, but all the example that I found has communication over broadcast. I wanted to know if its possible to send *unicast* or *multicast* messages via GNURadio? If yes, then

[USRP-users] GNURadio OFDM blocks not working with USRP

Hello, I'm trying to transmit one OFDM frame from one USRP to the other one using GNURadio. The flow graph is as follows: TX side: vector source -> stream to tagged stream -> OFDM Transmitter -> UHD sink RX side: UHD source -> OFDM Receiver -> null sink OFDM parameters: fft_len=64, cp_len=16

Re: [USRP-users] Enable aliasing using USRP

Hi John, Thank you for your reply. We would like to create aliasing. This means that we should set ADC to sample at speed less than Nyquist rate. In our setting, we target RF front end to be 50MHz and ADC speed is 2MHz. The question is how to do it? We use some commands (as shown in my previous

Re: [USRP-users] Enable aliasing using USRP

Hi Wahhab, This is a fairly basic issue – the ‘bandwidth’ (if that is really what you are really meaning) of signals which can be sampled and correctly reconstituted is related to the sample_rate by Nyquist

[USRP-users] Enable aliasing using USRP

Dear All, I have question about how to create aliasing using USRP. Basically, I have USRP2 with SBX (with recent installations of GnuRadio and UHD). I would like to set the bandwidth of the RF front end to 50 MHz, and use 2MHz of sampling rate (ADC speed). I am using the following command: sudo

Re: [USRP-users] UHD not working with the B200 USB 2.0 on ARM64 platform

I've figured it out. It turns out that the B200 wasn't getting enough power from the USB 2.0 port I was using on the Tegra. When I plugged in external power, it worked! On Thu, Dec 28, 2017 at 6:30 PM, Philip Balister wrote: > Try strace uhd_usrp_probe > > and see if you

Re: [USRP-users] USRP TwinRX Error UHD

On 12/28/2017 11:52 AM, ALEJANDRO BLANCO PIZARRO wrote: Yeah, sure, The output is: sudo uhd_usrp_probe --args "type=x310" linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_003.010.002.000-release Error: LookupError: KeyError: No devices found for -> Device Address: type: x310

Re: [USRP-users] UHD not working with the B200 USB 2.0 on ARM64 platform

Try strace uhd_usrp_probe and see if you can see which system call returns -EPERM. Yes this is a hail mary operation. Philip On 12/28/2017 01:13 PM, Michael Don via USRP-users wrote: > I'm still getting the same error with the USB 2.0 for the B200 on my tegra > system. > > Using lsusb I can

Re: [USRP-users] UHD not working with the B200 USB 2.0 on ARM64 platform

I'm still getting the same error with the USB 2.0 for the B200 on my tegra system. Using lsusb I can see the B200 listed as: Bus 001 Device 031: ID 2500:0020 I can then find /dev/bus/usb/001/031 and verify that it has the correct permissions: crw-rw-rw- 1 root flirimaging 189, 30 Dec 28 18:04

Re: [USRP-users] USRP TwinRX Error UHD

Hi Alejandro, The TwinRX does not support a 184.32e6 Master Clock Rate which is required for srsLTE. The TwinRX DBs also will not work with srsLTE as they do not have any TX channels. Regards, Nate Temple > On Dec 28, 2017, at 8:52 AM, ALEJANDRO BLANCO PIZARRO via USRP-users >

Re: [USRP-users] USRP TwinRX Error UHD

Yeah, sure, The output is: sudo uhd_usrp_probe --args "type=x310" linux; GNU C++ version 5.4.0 20160609; Boost_105800; UHD_003.010.002.000-release Error: LookupError: KeyError: No devices found for -> Device Address: type: x310 I am not pretty sure that the command is correct. So, I am

Re: [USRP-users] USRP TwinRX Error UHD

On 12/28/2017 10:10 AM, ALEJANDRO BLANCO PIZARRO via USRP-users wrote: Dear Marcus, Thanks for the response. The UHD version is UHD_003.010.002.000-release. So, this version is the correct one? Best regards, Alejandro Could you show us the output of: uhd_usrp_probe --args "type=x310"

Re: [USRP-users] General USRP Architecture question

Dear Jose, what Jeff says is right. As background info: the diagram you're referring to depicts a USRP2 or N2xx. The 40 MHz low pass filter is a *baseband filter*. It's part of one of the 40 MHz-bandwidth daughterboard (WBX,SBX,CBX). You could draw a vertical line between these filters and the

Re: [USRP-users] USRP TwinRX Error UHD

Dear Marcus, Thanks for the response. The UHD version is UHD_003.010.002.000-release. So, this version is the correct one? Best regards, Alejandro 2017-12-28 15:54 GMT+01:00 Marcus Müller : > Dear Alejandro, > > my guess is that you use an old version of UHD. Which

Re: [USRP-users] USRP Timed command in GR (stream TX and command port RX) simulaneous

Hi Claude, there's only one FIFO per radio. "Tags" is a GNU Radio concept. GNU Radio's USRP blocks take these tags and messgaes, and issue UHD tune_request. So, yes, in the end, there's only one way to tune, and that goes through a FIFO. Best regards, Marcus On Thu, 2017-12-21 at 11:35

Re: [USRP-users] USRP TwinRX Error UHD

Dear Alejandro, my guess is that you use an old version of UHD. Which version are you using? Best regards, Marcus On Thu, 2017-12-21 at 18:28 +0100, ALEJANDRO BLANCO PIZARRO via USRP- users wrote: > Dear community, > > I am trying to capture IQ samples with a USRP x310 with 2 twinRXs > using

Re: [USRP-users] DC USRP N210

Hi Ivan, what's your sampling rate, what is the bandwidth of the signal you're interested in? Best regards, Marcus On Fri, 2017-12-22 at 14:10 +0200, Ivan Zahartchuk via USRP-users wrote: > > Hello. Please tell me how to remove the constant component in the > USRP N210 SBX. > I was recommended

Re: [USRP-users] Get NMEA data from usrp in gnuradio

Yes: https://gnuradio.org/doc/doxygen/classgr_1_1uhd_1_1usrp__block.html#a41 9f5d60d9ca48d162c4001f79511c85 Compare the get_mboard_sensor method that's wrapping through GNU Radio SWIGging UHD's own method: https://files.ettus.com/manual/classuhd_1_1usrp_1_1multi__usrp.html#a2d

[USRP-users] updated version of rfnoc block poly-phase channelizer

Hi all, I have rebuild my poly-phase channelizer block based on the the current uhd version. Find it on https://github.com/e33b1711/rfnoc-ppchan. It is a RFNoC OOT-Module. Simulation, building and installation like described in the RFNoC Getting Started Guide. Feel free to use it and to write

Re: [USRP-users] If I can change the DDR3L by myself

Hi Hu. Before you start desoldering chips from the circuit board, could you be more specific about how your E312 "didn't work"? It may be possible to resurrect your E312 by means of less extreme measures. What were you trying to do with it? Did it boot? If not, could you connect to the

[USRP-users] If I can change the DDR3L by myself

Hello, My usrp e312 didn't work and I think it was because of the chip DDR3L stop working. I want to replace a new one by myself. but I can only find DDR3 with speed of 933MHz, maybe the speed is different with the old one. I don't know if it is ok to change it. and when I change it, if I