Hello Koyel:
Yes, BUT please be warned that most USRP daughterboards have fixed filter
bandwidth, and they may simply ignore the bandwidth parameter (without
notifications).
Regards,
Kyeong Su Shin
보낸 사람: Koyel Das (Vehere) via USRP-users 대신
USRP-users
보낸 날짜:
; a écrit :
On 10/20/2020 01:05 AM, Kyeong Su Shin via USRP-users wrote:
Hello Trang:
It depends on your applications. USRPs CAN be used to scan and map the wireless
spectrum, but you will have to determine whether the spectrum is empty or not,
and it is not a trivial question. For an example, signal
Hello Trang:
It depends on your applications. USRPs CAN be used to scan and map the wireless
spectrum, but you will have to determine whether the spectrum is empty or not,
and it is not a trivial question. For an example, signals from satellites and
spacecrafts are often below the thermal noise
Hello Akinyele:
You do not need to use any specific modulation techniques to implement a
channel sounder. This is because the receiver already knows the transmitted I-Q
sequence, and correlation is taken directly on the incoming I-Q sequences to
measure the channel.
Of course, you should still
Hello Damon,
That does not mean that you have to use a physical 10.23 MHz clock. A good
digital resampler should allow the device to transmit essentially the same
signal. Implementing a good resampler could be challenging (a
rational-resampler may take too much taps to implement), but there are
Hello Guowang:
First, if you are woking on GNSS (it's just my guess, but that's where 10.23
MHz usually comes from), you usually DON'T need to use 10.23 MS/s (see GNSS-SDR
and gps-sdr-sim source codes). So, you may want to think about that before
proceeding further.
If you absolutely want to u
To whom it may concern:
A few points to add:
-12-bit ADCs do not necessarily mean that you will get 12-bit resolutions from
your received data. Resamplers may increase the effective bit depth. Say you
have the smallest step of 1 and have [1 2] as samples; You downsample that to
[1.5] and now t
Hello Thibaud,
Think this in the frequency domain.
A typical decimator 1. applies a low-pass filter to the incoming samples, and
then 2. downsamples the data by extracting every n th sample. The low-pass
filter does not only filter out non-desired signals, but also filters out
noise. So, you m
Hello Remco:
There's probably a better way to do the job, but here's something that I can
suggest:
What you need to do to find out the maximum sustainable rate of your program is
feeding in dummy data to it. I don't know how do this without replacing the
USRP input stream to a stream of sample
Hello Remco:
If benchmark_rate runs fine at the target rx rate, the processing speed of the
CPU is probably the main bottleneck. If you want to test it further, you can
check the "maximum throughput" of your software (maximum rx rate that your
software can keep up).
If your program is in GNU R
Hello,
I wouldn't expect the full 20 dBm output power from the board, even when the
board is at the 31.5 dB TX gain setting. Actual power level will depend on
several other factors, including the center frequency that the board is tuned
at. The power would be lower than 20 dBm in most scenario
Hello Diniz,
40 MHz (analog filter bandwidth of the daughterboard).
A USRP 2 can continuously stream at 50 MS/s (complex baseband samples) using
the 8-bit wire mode. That means that the maximum bandwidth that the device can
cover is limited by the analog filter bandwidth of the daughterboard,
Hello Munir,
You are not supposed to use 'throttle' blocks if the rate of the flowgraph is
already limited by attached hardware (ex: USRP src /sink, audio source / sink).
As Derek mentioned, this is probably due to the two-clock problem of the
system. Try inserting a few seconds of delays to
Hello Ali,
That "bandwidth" parameter of the UHD Source/Sink block is used to adjust the
'analog bandwidth' of the 'daughterboard'. Most of the daughterboards have a
fixed analog bandwidth, so that parameter will be simply ignored in most cases
('uhd_usrp_probe' will give the detailed info abou
Hello Yeo Jin:
* If your maximum sampling rate on Windows is 4MS/s and if you are using
the MIMO capability of the device, you may want to double-check the USB2/USB3
issue that Alfredo Gardel mentioned (because (8/channels)MS/s is the
approximately the maximum rate that you can achieve wit
Hello Yeo Jin,
First, find the maximum effective sampling rate that you can achieve with your
computer. Connect a constant source to a USRP sink (for USRP sink underruns),
or connect a USRP source to a null sink (for USRP source overruns) and run the
flow graph. Try different sampling rates to
Hello Kazem:
Just follow the instructions in the error message:
"/usr/local/lib/uhd/utils/uhd_images_downloader.py"
"/usr/local/bin/uhd_image_loader" \
--args="type=usrp2,addr=192.168.10.3"
You may have to add "sudo" in front of the commands. Also, you may have to
install python-reques
Hello Ishai,
Although it is a bit hacky way, you can probably use a "skip head" block to
drop a first few samples of the data (drop first 1024 bytes of information
using it).
I guess this topic better fits "discuss-gnuradio" mailing list - please
consider using that.
Regards,
Kyeong Su S
Hello Ben:
USRP N210 samples at 100MS/s (with an additional 4x interpolation in case of Tx
- making it 400MS/s). The maximum effective sampling rate, however, is
bottlenecked by the connection between the USRP and the PC. The 1Gbps Ethernet
connection can keep up with a 25MS/s 16bit I-Q data s
nyway, this is a hardware
limitation and the only way to fix the problem is to add more hardware (or
re-design the system, so as you wouldn't have to transmit on two distinct
frequencies).
Regards,
Kyeong Su Shin
____
보낸 사람: Kyeong Su Shin via USRP-users 대신
Hello José,
I am pretty sure that AD9361 has only one PLL for the both TX chains. So, there
is a hardware-level limitation for this.
If the difference between the highest (RF) frequency and the lowest (RF)
frequency occupied by the two waveforms (combined) is smaller than the
effective sampl
Hello Hojoon Yang,
Both SBX and UBX will work fine (*Assuming X3x0 series only, no N2x0 or older
boards).
You can align the phase of the UBX and SBX boards by using the timed commands (
https://kb.ettus.com/Synchronization_and_MIMO_Capability_with_USRP_Devices ) ,
but you will have to correct
Hello Kim:
Since you mention a MIMO cable, I assume that you are using USRP 2 / N200 /
N210.
Do the following:
1. Assign unique IP addresses to one of the USRPs (if you haven't yet).
See: https://files.ettus.com/manual/page_usrp2.html#usrp2_network_changeip
2. Set "Device Address" or "Device Arg
Hello Wahhab,
In my experience, that should work. However, Ettus Research dropped the
USRP 2 support a long ago, so you can only expect community support and no
official feedbacks (=basically at your own risk).
Regards,
Kyeong Su Shin
On Thu, Feb 8, 2018 at 10:49 AM, Wahhab Albazrqaoe via USRP-u
Hello,
A good example of this is gr-ieee-802-11 (
https://github.com/bastibl/gr-ieee802-11 ) . That is for IEEE802.11 a/g/p,
which you probably aren't looking at (as you are usually better off with
COTS WiFi transceivers for sniffing purposes). Yet, it is something that
you can look at if you are
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
Hello Benny Alexander:
What is meant is that you must multiply your samples by a constant number,
1.0/(2**15-1), to scale it from 0 - 32767 to 0 - 1 (range accepted by the
USRP).
Regards,
Kyeong Su Shin
On Mon, Dec 11, 2017 at 8:50 AM, Benny Alexandar via USRP-users <
usrp-users@lists.ettus.com>
Dear Sung Bok,Lee:
Forgot to mention - so, in short, all it can do is 'digitally' shifting
signals if you use BasicRX/BasicTX daughterboards. The analog frontends do
not filter any signals (although the daughterboards themselves act as poor
low pass filters with bandwidth of 250MHz), nor mix them
Dear Sung Bok,Lee:
You are using BasicRX/BasicTX daughterboards. These daughterboards do not
have any mixers, so they cannot 'tune' to any frequencies and you have to
supply your own RF frontends to get reasonable performances. All these
daughterboards do for you is just buffering the ADC/DAC and
gt;
>
>
> Regards,
> Kyeong Su Shin
>
> On Tue, Nov 14, 2017 at 7:12 PM, Marcus D. Leech via USRP-users <
> usrp-users@lists.ettus.com> wrote:
>
>> On 11/14/2017 10:00 PM, Kyeong Su Shin via USRP-users wrote:
>>
>> Hello Everyone:
>>
>> We ar
tioned was the noise figure that is observed by us, after such
adjustments). We will definitely try adding filters.
Regards,
Kyeong Su Shin
On Tue, Nov 14, 2017 at 7:12 PM, Marcus D. Leech via USRP-users <
usrp-users@lists.ettus.com> wrote:
> On 11/14/2017 10:00 PM, Kyeong Su Shin v
Hello Everyone:
We are using USRPs for spectrum sensing (on pretty much any frequencies).
Before asking my faculty to order a TwinRX daughterboard, however, I would
like to see if there are any ways to improve the sensitivity of the
hardware that we currently own (UBX/SBX/CBX/WBX).
Our USRP + UBX
It will act as a RF shield. (see:
https://en.wikipedia.org/wiki/Electromagnetic_shielding )
Not a recommended way to protect yourself from strong EM waves, but it does
make a good joke.
Regards,
Kyeong Su Shin
On Tue, Nov 7, 2017 at 11:01 AM, Kevin Hung via USRP-users <
usrp-users@lists.ettus.co
Hello Angilberto Muniz:
An alternative to this is to modify the USRP 1 motherboard (instead of the
dauthgerboard). There used to be a GNURadio wiki page about this
("USRPSerialBelow500"), but it is apparently gone. You can still find some
old e-mail archives and Chinese articles (with images) rega
Hello all,
Would it be safe to plug in a UBX-160 daughterboard to a USRP N200 or N210,
if I "want" aliasing?
I want to intentionally cause aliasing to the collected data for some
experiments, and I think this is a valid option, but I am worried if there
are any UBX-160 features that may cause pro
Hello All,
Just want to note that NI 2921s use XCVR2450, which is half-duplex (cannot
rx and tx concurrently). B210s will work better, as they are full-duplex
2x2 MIMO.
Regards,
Kyeong Su Shin
On Wed, Aug 30, 2017 at 8:44 PM, Michael Don via USRP-users <
usrp-users@lists.ettus.com> wrote:
>
> U
To whom it may concern:
First, I am not an expert of USRP, so I could be wrong.
A few thoughts:
1. A USRP N200 does have two DACs / ADCs, but they are typically used for
the I-Q sampling, so whether you can get two RX channels from a USRP N200
depends on the installed daughterboards. (Well, you
Hello Ozair Iqbal,
You can't (without using more SDR transceivers or making major
modifications to the hardware). USRP-2901 (USRP B210) is only capable of
2x2 MIMO. You can switch between TX/RX and RX2 ports, but you cannot
receive from all antenna ports concurrently (USRPs with switchable
daughte
38 matches
Mail list logo
