Marcus is right, but: Also, what is to be clarified? 20 dBm (or 10 dBm)
is way more than 0dBm, true, but when would you ever expect a receive
antenna to generate 1V, if you're not standing right next to a massive
broadcast transmitter, or radar transmitter, or put your WiFi antenna in
a microwave o
Hi Hafiz,
this is a GNU Radio question, and not directly related to USRPs. I'd
recommend you address this to the discuss-gnuradio list, to which you
can sign up on [1], instead.
Best regards,
Marcus
[1] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
On 02.10.2017 08:39, Hafiz Hashim I
Hello,
I am trying to put GR-Inspector on my Ettus Research E312 (an embedded system).
But when running cmake in the installation process I get:
olt@aes:~/e300/src/gr-inspector/build$ cmake ..
CMake Error at CMakeLists.txt:23 (cmake_minimum_required):
CMake 3.1 or higher is required. You are ru
On 10/02/2017 02:57 AM, Torbjörn Olsson via USRP-users wrote:
> Hello,
>
> I am trying to put GR-Inspector on my Ettus Research E312 (an embedded
> system). But when running cmake in the installation process I get:
> olt@aes:~/e300/src/gr-inspector/build$ cmake ..
> CMake Error at CMakeLists.txt:
That assertion is protecting a register in the Radio Block on the FPGA. You
could try modifying that area of the logic which is counting the outputted
samples as they are packetized. I do not believe that other areas of the
code would be impacted (other than that assertion in the host code of
cours
Hi Jason,
Adding FIFOs adds buffering which helps with any transient changes in
throughput, such as over the 10 GigE connection. It gives the flow control
more room to work with before an overflow occurs (on receive). On the
transmit side the DMA FIFO usually fills that role.
On Fri, Sep 29, 2017
All,
I am getting the following output when trying to recover the mb EEprom. Can
anyone be of assistance?
Thank you
Mark
[root@localhost utils]# ./usrp_burn_mb_eeprom
--args="recover_mb_eeprom,addr=192.168.20.2" --values="revision=4"
linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-16)
Hi Marcus,
I think I did'nt frame the question properly!. I know the calculations but
I just wanted to know in what voltage range must the input be given to
B200? (in mV-micro volts range?)
regards
Nirmala
___
USRP-users mailing list
USRP-users@lists.e
On 10/02/2017 10:33 AM, Nirmala Soundararajan via USRP-users wrote:
Hi Marcus,
I think I did'nt frame the question properly!. I know the calculations
but I just wanted to know in what voltage range must the input be
given to B200? (in mV-micro volts range?)
regards
Nirmala
0 dBm would be t
Derek,
Thanks for the reply!
When you say "try modifying that area of the logic", you refer to FPGA code
(which I assume is related with rebuilding the firmware image)? Or to host side
code where I can simply increase that assertion limit to some more bits (say to
0x7fff ) and see if it pr
Hello -
I am using a USRP B210 with a GPSDO. All the parts are assembled. When I
power up my USRP, I get a green light at the GPS ANT LED for a couple seconds
before it shuts off. When I run a program, it recognizes that a GPSDO module
is installed. I ran query_gpsdo_sensors to make sure th
Thank you. Added lines from Makefile and it worked.
On Thu, Sep 28, 2017 at 4:58 PM, Nicolas Cuervo
wrote:
> Hello John,
>
> the testbench for the siggen is located at
> uhd-fpga/usrp3/lib/sim/rfnoc/noc_block_siggen/.
> It might be worth to try to add the cordic as it is being done there
> http
Daniele,
Thank you for your advice! The problem here (not so big though) is that upon
receiving of needed number of samps you need to stop streaming and that implies
waiting for some timeout while excess samps being flushed (as I understood,
after issuing STREAM_MODE_STOP_CONTINUOUS you have to
Hi Daniel,
I'm a bit confused by your wording:
you say you set the clock source to O/B GPSDO and unknown PPS; but PPS
has nothing to do with the clock source, but with the timing source. Can
you confirm that both the time source and the clock source are set to
the GPSDO?
Also, you say you see a
Hi, Marcus
I'm working on the data transmission using USRP B200 and UHD Python driver.
When transmitting the data, the error U appears. I think that the problem
is in the USRP B200 initialisation. I want to start the transmission as
another process.
Here is my code:
from PyQt4 import QtCore,QtGui
Hello,
I'm trying to get something from RFNoC OFDM working but have had no luck.
In the rfnoc-devel branch, the schmidl_cox block cannot be built without
errors and the .v doesn't appear to be complete.
Using the ofdm-branches (gr-ettus, uhd, uhd-fpga), the schmidl_cox can be
built but runs with
Hi Ivan,
since you send the first samples with a timestamp of one, this is not a
good idea:
On 02.10.2017 21:46, Ivan Zahartchuk via USRP-users wrote:
> metadata.time_spec = lib.types.time_spec(0)
That basically forces the next packet to have 0 timestamp, i.e. to be
more than 1s too la
Hi Ivan,
> freq = 450e6
> print (freq)
> band = 30e6
> usrp = lib.usrp.multi_usrp(" ")
> st_args = lib.usrp.stream_args("fc32", "sc8")
> streamer = usrp.get_tx_stream(st_args)
> usrp.set_tx_rate(band, 0)
> usrp.set_tx_freq(lib.types.
On 10/02/2017 08:17 PM, Nirmala Soundararajan wrote:
I am trying to use live SDR environment for programming USRP B200
mini. I have never tried it before. When I boot live SDR through flash
drive, it says 'try ubuntu without installing' and 'install ubuntu'.
I tried with both options, but I fo
I ran into a similar issue. We ended up rebuilding portions of OFDM. We are
working to release, but trying to figure out some critical bugs first.
I'm sure there are many in a similar position. If we pool together, would
the groups you represent be willing to fund RFNoC developers to solidify
the
sorry about that, the coverage networking is weak. IP Address PC A is
192.168.10.1 netmask 255.255.255.0. what i means with Omnidirectional is
actually the communication between the USRP is propagate within the circle.
On Fri, Sep 29, 2017 at 11:31 AM, seah chong wrote:
> hi
> the computer conn
21 matches
Mail list logo
