Dear Prabhat,
the B210 doesn't support 120 dB of gain.
Ask uhd_uspr_probe about minimum and maximum gain, or simply don't use
"absolute gain" setting in the USRP block, but "relative" gain, and use
0 for minimum, and 1 for maximum gain.
Risking that I repeat what I said before: RSSI is a signal-
Hello,
I am receiving RSSI with USRP B210 and I have some doubt regarding that :
Also, I am attaching grc file and python file for reference.
1- I am saving my received data to a file_sink and trying to compute
power(RSSI) from that by using python code, kindly see attached python
file.
At the ou
What was the whole command that you used to identify the USRP by serial
number? It should look like:
uhd_usrp_probe --args="serial=xx"
You shouldn't need it if you are using only a single USRP though.
You still get the same error in GRC when you add the type to device
arguments? Can you doub
in my USRP source blocks I use the serial numbers of my devices (I
usually have two connected simultaneously) in the device arguments
string. Simply set the device argument string to "serial=yourserial"
Works all the time everytime, on OSX, and several different Linux distros.
On 21 January 2016
Hello and thank you for answering, James.
Do you have multiple USRP's hooked up? If so, try only having one plugged
in for this initial test.
I just have a single USRP B200 connected.
You can provide a device hint in the arguments of the UHD source block. Try:
"type=b200"
As another tes
Try running uhd_usrp_probe in the terminal to find the device, read its
serial number, then use the string "serial=" as the connection
string.
Cheers
- Balt
On Wednesday, 20 January 2016, Henning Bredenberg <
henning.bredenb...@tuhh.de> wrote:
> Hi all,
>
> i just started to work with G
Hello,
Do you have multiple USRP's hooked up? If so, try only having one plugged
in for this initial test.
You can provide a device hint in the arguments of the UHD source block. Try:
"type=b200"
As another test, make sure you can use the built in utilities of UHD to
detect your USRP.
uhd_usrp
Hi all,
i just started to work with GNU-Radio-Companion (v3.7.2). I finally
got my USRP B200 connected and what im trying now is using the "UHD:
USRP Source" block in grc to receive radio frequencies as a first
step. Pretty easy stuff i guess.
I tried different things, but grc still comes
Assuming the pins are in good condition, another trouble shooting step would be
to swap the daughter cards between the non-working and working units, to
determine if it is an issue with the card or the N210. It would not hurt to try
swapping the connection cables as well to test them.
> On De
On 12/30/2015 12:19 PM, abhinav narain wrote:
Hi all,
I bought 3 USRPs few months ago and have been using two of them
intensively.
I used the third one today and found out that it is not working.
If I tune into the freq = 2MHz (using basic RX/TX card), I see
notWorking.png as the output, while
Hello Vivian,
I was able to solve the problem. The encoder and decoder blocks seem to
only work with certain modulation blocks. You should try changing your
modulation type to GMSK. We have being able to transmit text and picture
files with this set up.
Sam
On Wed, Apr 25, 2012 at 7:14 AM, Vivia
Hi Samuel!
I haven't solved it yet. I tried to set center frequency with a slider to
vary a little bit the frequency of the receiver, but it didn't work.
Have you solved the problem?
Thanks!
Vivian Triana
2012/4/19 Samuel Ibarra
> Hello Vivian,
>
> I have also had this problem, but I haven't
On Thu, Apr 19, 2012 at 10:41 AM, Vivian Paola Triana Galeano
wrote:
> I'm using non-differential modulation. But I used differential before and it
> didn't work neither. I think my problem is with the sample rate that I have
> to set in UHD_USRP Sink and Source Blocks. I try to send a wav file th
Hello Vivian,
I have also had this problem, but I haven't being able to solve it. Could
you please let me know if your able to solve it? I would greatly appreciate
your help.
Sam
On Thu, Apr 19, 2012 at 7:41 AM, Vivian Paola Triana Galeano <
motis1232...@gmail.com> wrote:
> I'm using non-differ
I'm using non-differential modulation. But I used differential before and
it didn't work neither. I think my problem is with the sample rate that I
have to set in UHD_USRP Sink and Source Blocks. I try to send a wav file
that has maximum frequency of 12kHz so I set the sample rate at 28kHz,
however
On Wed, Apr 18, 2012 at 11:32 AM, Vivian Paola Triana Galeano
wrote:
> I'm working with USRP1 daughterboard RFX 2400 MHz.
> The configuration of the parameter in UHD_USRP block is sample rate= 1MHz
> Center freq=2.4GHz.
Vivian,
Are you using differential or non-differential modulation? Over the
Are you using GRC?
Sam
On Wed, Apr 18, 2012 at 8:32 AM, Vivian Paola Triana Galeano <
motis1232...@gmail.com> wrote:
> I'm working with USRP1 daughterboard RFX 2400 MHz.
> The configuration of the parameter in UHD_USRP block is sample rate= 1MHz
> Center freq=2.4GHz.
>
>
> 2012/4/18 Edmar Cande
I'm working with USRP1 daughterboard RFX 2400 MHz.
The configuration of the parameter in UHD_USRP block is sample rate= 1MHz
Center freq=2.4GHz.
2012/4/18 Edmar Candeia Gurjao
> Hi Vivian,
>
> give us details about your set up, like what USRP you are using,
> daughterboads and frequency of tran
Hi Vivian,
give us details about your set up, like what USRP you are using,
daughterboads and frequency of transmission,
Edmar
2012/4/18 Vivian Paola Triana Galeano :
>
> I think my problem has something to do with the parameters of the USRP.
>
> I try to send a file modulated with BPSK. So I b
Huzaifa,
You may be experiencing a frequency offset between your two USRPs. Use the
FFT sink on the receiving USRP to determine where the transmitted signal
lies, and offset the transmit or receive frequency appropriately so the
received signal is centered in the FFT. I don't believe the DPSK bloc
Dear Team GNURadio,
Please get back to us. We are facing the same problem rite now as well.
Best Regards,
Huzaifa
huzaifazafar108 wrote:
>
> Sir,
>
> Repeat is set to yes. I guess this is not the problem. Also, without the
> USRP block (by sending the modulation output to the demoudalation
Sir,
Repeat is set to yes. I guess this is not the problem. Also, without the
USRP block (by sending the modulation output to the demoudalation input),
everything is working the way it should.
Best,
Huzaifa
Ben Reynwar wrote:
>
> For the vector source it looks like you're using [1,1,1,0,0,0]
Yeah we did try this sending the output of the mod to the input of the demod
thing and it works fine. The problem is only introduced when we are
introducing an USRP sink for transmitter and USRP source for the receiver.
We are trying the packed to unpacked thing and will get back to you very
soon.
Yeah we did try this sending the output of the mod to the input of the demod
thing and it works fine. The problem is only introduced when we are
introducing an USRP sink for transmitter and USRP source for the receiver.
We are trying the packed to unpacked thing and will get back to you very
soon.
My mistake. Apologies for overlooking the details, Huzaifa.
Try the unpacked-to-packed block.
-John
On 04/08/2012 03:14 PM, Marcus D. Leech wrote:
It doesn't matter where you put your antenna... Ask yourself a
fundamental question: When you assign both a receive chain and a
transmit chain
It doesn't matter where you put your antenna... Ask yourself a
fundamental question: When you assign both a receive chain and a
transmit chain to the same antenna port in a flow-graph, which one
gets access? How can you transmit and receive with the same frequency
with the same antenna witho
It doesn't matter where you put your antenna... Ask yourself a
fundamental question: When you assign both a receive chain and a
transmit chain to the same antenna port in a flow-graph, which one gets
access? How can you transmit and receive with the same frequency with
the same antenna witho
For the vector source it looks like you're using [1,1,1,0,0,0].
Perhaps the rest is getting cut-off, but if not then I would change
this to use a long random vector for the testing. If you are using
[1,1,1,0,0,0] repeated then the four symbols won't be used with
similar frequency, which might make
Dear John,
Waiting for your response...
And the reason for using TX/RX is that we connected the antennas on TX/RX
ports on the daughtercard (in both transmitter and receiver).
Thanks,
Huzaifa
John Malsbury wrote:
>
> A few more things:
>
> 1) You have both the receive and transmit portions
A few more things:
1) You have both the receive and transmit portions assigned to TX/RX.
This only works if you run in half-duplex mode and stop streaming to the
USRP. This is not the case.
2) Note the difference between sample rate, symbol rate, and bit rate.
symbol_rate = sample_rat
Dear Marcus,
I truly appreciate your prompt reply. However, I am not sure what should I
put in the 'modulus' field of the block. By hit and trial, wrong outputs are
emerging. Please guide.
Best Regards,
Huzaifa
Marcus D. Leech wrote:
>
>> We just removed the throttle blocks and the same prob
We just removed the throttle blocks and the same problem remains. Please let
us know how to achieve symbol synchronization.
Well, you're using DPSK, but not using a differential encoder on the TX
side, nor a differential decoder on the RX side.
huzaifazafar108 wrote:
Dear John,
Thank you f
We just removed the throttle blocks and the same problem remains. Please let
us know how to achieve symbol synchronization.
huzaifazafar108 wrote:
>
> Dear John,
>
> Thank you for such a prompt reply. Okay, we will remove the throttle
> blocks just now. But can you guide us how to achieve sym
Dear John,
Thank you for such a prompt reply. Okay, we will remove the throttle blocks
just now. But can you guide us how to achieve symbol synchronization then?
Best Regards,
Huzaifa
John Malsbury wrote:
>
> You do not need to use throttles when using a UHD sink/source, because
> the devi
You do not need to use throttles when using a UHD sink/source, because
the device provides timing for the flowgraph.
Remove the throttles and try again. If you still see the failure I'd
say you are not achieving symbol sync.
-John
On 04/08/2012 01:58 PM, Huzaifa Zafar wrote:
Dear all,
I
Thank you so much again Josh
So Josh could you give me some opinion
That
if my input signal pass through the USRP is about cos(wt+phi) after it
passed through the mixer by NCO that generate sinwt and coswt and met
with the cic filter inside the usrp
what my professor expect is
the output t
Hello everyone,
maybe someone can help me with this:
I try to use two RFX2400 simultaneously, one for TX and the other for
RX. Is this possible?
Running the script usrp_benchmark_usb.py failed with two RFX2400 but
worked fine with one or none.
That's what i get:
Testing 2MB/sec... usb_contro
Hi try to run usrp_oscope.py and usrp_fft.py, which are gui type exaples.
but application run then it show oUoUoU error,
which I fount the USRP overrun.
I run all this on VMware platform.
I am using amd 64 turion, 3gb ram configuration.
So I do not able to understand why my system getting low.
Als
great. test your installation with the following programs to start with.
Look in the following directory /usr/local/share/gnuradio/examples
There are lots of examples that you can start with. In the digital directory
you can use benchmark_tx.py and bechmark_rx.py to test transmit and receive
using
Hi I able to detect the USPR board with VM ware player.
I also test with the command shows in help
ls -lR /dev/bus/usb | grep usrp
i got the output as per mention,
Now I have the basic Tx and basic Rx board, so what are the example availble
on which I can run with these basic Tx anr basic Rx board
Did u do as Eric asked you to? Download the latest gnuradio svn tar and
follow the install instructions.
On Wed, Jan 28, 2009 at 2:52 PM, Tushar Patel wrote:
> I found the linux/compiler.h file in other place, I gave the path in
> fusb_linux.cc and able to run all make, check make, install make.
I found the linux/compiler.h file in other place, I gave the path in
fusb_linux.cc and able to run all make, check make, install make.
It will gererate the usrp_firmware.ihx file also but it will generate in
rev0 and rev1, I used the usrp-0.5 tar from your link.
still I do not able to detact my US
On Sun, Jan 25, 2009 at 05:14:55PM -0800, Tushar Patel wrote:
> -- Forwarded message --
> From: Tushar Patel
> Date: Fri, 23 Jan 2009 21:28:32 -0800
> Subject: problem with USRP
> To: Eric Blossom
>
> Hi Eric,
> I used the VM Ware player , on which i run my linux- UBUNTU-8.04
> I
-- Forwarded message --
From: Tushar Patel
Date: Fri, 23 Jan 2009 21:28:32 -0800
Subject: problem with USRP
To: Eric Blossom
Hi Eric,
I used the VM Ware player , on which i run my linux- UBUNTU-8.04
I am able to configure all gnu software packages perfectly, I was able to
run "he
Hi,
I am running a simple graph in GRC-0.65 with complex USRP as source
(with TVRX at the B side) and a complex FFT as a sink.
What I see is not expected: I see the FFT of a real signal
(symmetric around 0).
When I run the python example usrp_fft.py I get
the expected result.
./usrp_fft.py -RB -
hanwen wrote:
Hi,
Recently, I'm trying to do CDMA commnication at 1.28Mchip/s with USRP
and I've met a problem.
The sample rate of DAC on USRP is 128M, so samples avialabe for each
chip is 128M / 1.28M = 100.
The interpolation rate of USRP must be [4, 512] and multiple of 4. So
the only cho
hanwen wrote:
Hi,
Recently, I'm trying to do CDMA commnication at 1.28Mchip/s with USRP
and I've met a problem.
The sample rate of DAC on USRP is 128M, so samples avialabe for each
chip is 128M / 1.28M = 100.
The interpolation rate of USRP must be [4, 512] and multiple of 4. So
the only cho
Hi,
Recently, I'm trying to do CDMA commnication at 1.28Mchip/s with USRP and I've met a problem.
The sample rate of DAC on USRP is 128M, so samples avialabe for each chip is 128M / 1.28M = 100.
The interpolation rate of USRP must be [4, 512] and multiple of 4. So the only choice for me seems to
48 matches
Mail list logo
