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 ne
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 device
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 m
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
3c327bcb83fd274e05
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
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 th
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 +0100,
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 version are you
> using?
>
>
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 D
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"
___
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
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
> wrote:
>
>
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 0
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 see
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
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 can see which system c
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 ./r
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
https://en.wikipedia.org/wiki/Nyquist_ra
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
ema
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 can
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
USR
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
22 matches
Mail list logo
