Dear all,
Announcing the seventeenth Cyberspectrum meetup in San Francisco!
Come along at 6:30 PM for a 7 PM sharp kickoff in the Hackatorium. For
those unable to attend the event in person, you can live stream it here:
https://www.youtube.com/watch?v=c8MW7N2RxqU
There's also IRC: #cyberspectrum
Hi Dave,
Yes, there is no state held in UHD so you will always need to include the
--args "fw.." in your UHD commands. I should have also mentioned that
this means you will need to add that exact "fw= D:\Program
Files\GNURadio-3.7\share\uhd\images\usrp_b100_fw.ihx,fpga= D:\Program
Files\GNURad
Derek,
I ran rx_samles _to_file. Although using the location arrguments you gave me
for uhd_find_devices allows for the B100 to be found it does not look like the
knowledge of where the images are located is retained. Running the
samles_to_file command again results in a condition where f
That makes sense. It probably is not perfectly matched to the waveform
generator either. I noticed at lower frequencies (about 1 MHz), it begins
to look more like a square wave with less ripple, so your explanation makes
sense.
Having said that, I guess I'm a bit lost on where to go from here. It
Hi Dave,
I'm glad that the B100 was able to be detected. If you want to confirm that
it is fully operating you could run any of the examples included with UHD,
for instance uhd_benchmark_rate or rx_samples_to_file. These are standalone
from GNU Radio so should avoid whatever Python issue may exist
Hi Marcus M. and Marcus L.,
Thanks for the help. Good point about this being more of a USRP digest
question. Thanks for referring this to that as well. And unfortunately,
that was the correct assumption that I did not use a torque-controlled
wrench to connect them either, which maybe I could look
Derek,
More success and a new problem. I used the example uhd_find_devices arguments
you show below modified for my system and the device was correctly found. Note
the windows installer does not create a UHD folder in the Program Files folder
but rather in the GnuRadio-3.7\share folder.
There's an obvious bug in the very old fmdet_cf_impl.cc file. I reported it
before, but it has not been fixed. Unfortunately I can't do a pull request, so
somebody please fix it:
fmdet_cf_impl.cc:109
<<>>Sdot = d_scl * (-S0+d_8*S1-d_8*S2+S4);
Note that the third term should be S2, not S1.
Hi Dave,
That's great news. This means the B100 is being found.
The images downloader is a Python script. Do you have a D:\Program
Files\UHD folder? Can you look there to see if the uhd_images_downloader.py
script is installed?
If, and I believe this is the case, the GNU Radio binary installer yo
On 07/12/2016 06:15 PM, Pavan Yedavalli wrote:
Hi,
I was doing a quick test to see whether all of the USRPs are
transmitting at the same level, so I did a single setup where I
connected each USRP's Tx/Rx output to a spectrum analyzer (with
attenuations). After sequentially doing it, I am gett
Thanks Derek,
I tried using Admin privileges and that did not make a difference. I believe
all the ports on my machine are USB3 however I’m not sure they use exactly the
same hardware. In any event I tried another one and it did make a difference.
I now get the message below regarding the
Hi Pavan,
thanks for sharing these observations! To qualifiedly answer, though,
we'd need to know a couple more things:
Which USRPs and, if applicable, which daughterboards are we talking
about, which frequencies and which filter bandwidths, and maybe also
which kind of signal?
Generally, a litt
Yeah, you can post a PR for liquid-dsp recipe.
M
On 07/12/2016 12:03 PM, Chris Kuethe wrote:
> The inspectrum recipe is kind of broken right now since it's switched
> to using liquid-dsp. Unless I hear some really compelling arguments
> to the contrary, I'm planning to add a recipe for liquid to
Hi,
I was doing a quick test to see whether all of the USRPs are transmitting
at the same level, so I did a single setup where I connected each USRP's
Tx/Rx output to a spectrum analyzer (with attenuations). After sequentially
doing it, I am getting up to 5 dB of variation across different USRPs.
Hello Dave,
Thanks for posting again. I don't know if anyone else has tried the B100
using the Windows UHD+GNU Radio binaries. Are you connected to a USB 2 only
port or to a USB 3 port? I would try a dedicated USB 2 port if possible.
Also, I don't believe that permissions issues exist to the same
I am trying to install GNURadio on a Windows 7, 64 bit machine for use
with a Ettus B100 usrp. I used the gnuradio_3.7.9.2_win64 installer
referenced on the GNURadio installation guide.
When I run uhd_find_devices I get the following:
D:\Program Files\GNURadio-3.7\bin>uhd_find_devices
As more and more people use RFNoC™, we want to make it easy for people
to actually develop and distribute RFNoC code.
For those using GNU Radio, we have some more updates: If you pull the
latest gr-ettus, it includes a tool called 'rfnocmodtool' (if you think
this sounds a lot like gr_modtool, you
Hi Nick,
>From what I saw on the Octoclock wiki page, it doesn't appear to need GPS:
The OctoClock-G includes an internal GPSDO (GPS Disciplined Oscillator)
which provides an internal source for 10 MHz and PPS from an OCXO high
precision oscillator. Add a GPS antenna (optional) with a clear view
The inspectrum recipe is kind of broken right now since it's switched
to using liquid-dsp. Unless I hear some really compelling arguments
to the contrary, I'm planning to add a recipe for liquid to the
etcetera repository because:
- it fits my mental model of pybombs being the go-to place for radi
Oscar,
if your frame size is constant, you may not need the header/payload
demux. However, there's the rx_ofdm.grc example you can use to see how
to connect it all together.
Cheers,
M
On 07/12/2016 12:53 AM, Oscar Sánchez wrote:
> Dear all,
>
> I'm building an OFDM tx/rx with constant OFDM fram
Hi Ali,
first of all: ladies on this list, too, and we're not overly formal, so
a quick "Hi", or "Hello List" will do :)
I don't really understand the question; `blks` is used to calculate how
many n-long "chunks" of samples there are in the current input, whereas
set_fixed_rate just informs the
Dear all,
I'm building an OFDM tx/rx with constant OFDM frame size. So far, no header
is required. Thus, each OFDM frame is composed of 2 OFDM symbols for
synchronization and N (constant) OFDM symbols for data.
I want to use Schmidl & Cox synch.
I require to generate, after Schmidl & Cox detect
22 matches
Mail list logo