On 11/11/2010 05:59 PM, Bishal Thapa wrote:
Thank you Eric, Josh and Marcus,
I had edited it to print nothing. Now, I am shunting it to /dev/null.
My main reason to ask this question was exactly was Marcus pointed
out. I am seeing lots and lots of S. When I switch channels to 7 or
3, I do
With USRP2?
With classic USRP2 firmware you'll need the firmware image that
supports the WBX. I'd you're using UHD it should just work
--
Principal Investigator
Shirleys Bay Radio
Astronomy Consortium
http://www.sbrac.org
On Nov 11, 2010, at 8:47 PM, Markus Heller M.A. (relix GmbH)
On 11/12/2010 07:14 PM, Josh Blum wrote:
The no control response might mean the pause frames are messing up the
control packets. Does this happen in a receive only application?
One way to alleviate this would be to run the flow control branch and
images. See the flow control branch on the UHD
I did a git pull for both UHD GnuRadio yesterday. I'm on the next
branch for gnuradio, and on
master for UHD.
Since doing a rebuild yesterday, bandwidths below 400KHz no longer work
on the USRP2.
I did a test with a dead-simple flowgraph:
UHD single source--multi-const x 32767--FFT
For
On 11/14/2010 08:38 PM, John Andrews wrote:
hi,
I have the latest gnuradio installed on my Ubuntu 10.04 computers and
two USRPs with RFX-2400 cards. I tested the
benchmark_tx.py/benchmark_rx.py
http://benchmark_tx.py/benchmark_rx.py and
benchmark_tx2.py/benchmark_rx2.py
On 11/14/2010 10:18 PM, Songsong Gee wrote:
I am wondering that what frequency range does USRP1 basic RX/TX board
support
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Up to
On 11/15/2010 12:02 PM, Josh Blum wrote:
The gr-uhd blocks are only available in the gnuradio next branch: see
http://ettus-apps.sourcerepo.com/redmine/ettus/projects/uhd/wiki#Gnuradio-UHD
-josh
Also, most of the examples haven't yet been converted to UHD, including
benchmark_*.py -- AFAIR.
On 11/15/2010 09:08 PM, XIAN PAN wrote:
Hi,
I installed the latest firmware : Raw Ethernet with XCVR2450,
V3.3.1git. FPGA images is u2_rev3-20100603.bin. The OS is Fedora
13. And the version of gnu-radio is gnuradio-3.3.0.
When I run the command: #usrp2_fft.py -f 2.476G -g 45. The program
Got my F14 system together today, and build Gnu Radio, with UHD from the
latest GIT source.
It went without incident.
My new F14 machine is an x86_64 machine, an AMD Phenom X3, with 4GB of
memory.
F14 is running python2.7, so I had to update my .bashrc to reflect this.
--
Principal
On 11/16/2010 11:57 AM, Gregory, Adam wrote:
Hi all,
I'm trying to get a MIMO setup working using USRP2s with the UHD
drivers. I have a PC with 2 gigabit Ethernet interfaces, and a USRP2
connected to each.
My problem is that I can't change the USRP2 IP address so that the two
devices have
On 11/16/2010 12:27 PM, XIAN PAN wrote:
Hi Marcus D. Leech,
Thanks for your response. I try the -d 40 on the command usrp2_fft.py.
The problem is still here.
If you *dont* use Peak Hold, does it work?
There was a problem, deep in the bowels of OpenGL related to the Peak
Hold function
On 11/16/2010 02:48 PM, Steve Mcmahon wrote:
Marcus:
I'm curious about that last statement you made, F14 is running python2.7, so
I had to update my .bashrc to reflect this. I might be running Fedora 14
with GNU Radio 3.3.0 soon too, so I'm curious what you had to change in your
.bashrc
I did a git pull for both UHD (master) and gnuradio (next) today, and
a make clean; make in both places. The build is currently broken:
eech/gnuradio/gruel/src/include
-I/home/mleech/gnuradio/gruel/src/include -I/usr/include
-I/usr/local/include -I../../gr-uhd/lib \
-MD -MF
On 11/16/2010 08:20 PM, Steve Mcmahon wrote:
Secondly, what is performance penalty of UHD interface versus the raw Ethernet
interface? UHD is based on UDP, so certainly there must be some reduction in
the maximum data rate (and thus the bandwidth) compared the raw Ethernet
interface. UDP
On 11/16/2010 07:16 PM, Michael Civ wrote:
Hello All,
I began coding my own waterfall for a program using the Python
specgram function, but noticed that gnuradio has some python files
with waterfall in the title. I cannot figure out what exactly I need
to do to include a gnuradio waterfall
On 11/14/2010 02:28 PM, Marcus D. Leech wrote:
I did a git pull for both UHD GnuRadio yesterday. I'm on the next
branch for gnuradio, and on
master for UHD.
Since doing a rebuild yesterday, bandwidths below 400KHz no longer work
on the USRP2.
I did a test with a dead-simple flowgraph:
UHD
On 11/16/2010 11:34 PM, Tom Rondeau wrote:
On Tue, Nov 16, 2010 at 6:13 PM, Marcus D. Leech mle...@ripnet.com wrote:
No answer or insight, just another data point. I've been running UHD
apps today at 200 KHz sample rates with not problem.
Tom
Hmm, that *is* interesting. What
On 11/17/2010 02:00 AM, Tom Rondeau wrote:
WBX with latest firmware downloaded from Ettus Monday.
Hmmm, I'm using Basic_Rx. That should make *zero* difference.
I discovered that there's a magic break at any sample rate that
requires a decimation 256.
So *somewhere* is having a hard time
On 11/17/2010 02:00 AM, Tom Rondeau wrote:
WBX with latest firmware downloaded from Ettus Monday.
That's the 20100901 firmware or something more recent?
And you're running latest GnuRadio and UHD?
Working from next and pulled from uhd/master yesterday.
Tom
--
Principal
On 11/17/2010 02:20 AM, Matt Ettus wrote:
Decimation is filtering. When you decimate by 512 you are reducing
noise by a factor of 512 (27dB). Since you are using a BasicRX, there
will be very little noise, and 27dB less after decimation. In fact,
there is so little noise that the output
On 11/17/2010 09:52 AM, William Cox wrote:
Do the processor usage for the various mod/demod schemes change that
much? Which scheme is the least processor intensive?
Thanks!
-William
Wildly and vastly!
Consider AM, for example (or OOK in the data world) it's just a multiply
operation on
On 11/17/2010 11:37 AM, Matt Ettus wrote:
Intel cards are the gold standard. Marvell and Broadcom are good as
well. I never trust anything from Realtek.
I've heard that before don't trust RealTek, but my experience with
*Rx-only* is that it supports full bandwidth just fine.
I have a
On 11/17/2010 02:20 AM, Matt Ettus wrote:
Decimation is filtering. When you decimate by 512 you are reducing
noise by a factor of 512 (27dB). Since you are using a BasicRX, there
will be very little noise, and 27dB less after decimation. In fact,
there is so little noise that the output
On 11/17/2010 12:26 PM, William Cox wrote:
I guess it'd be nice if there was a way to compare spectral efficiency
vs. processing power.
In terms of complex modulation schemes, which would be least
intensive? QAM, QPSK, GMSK?
Consult a modern signal processing book.
I ask because I'm trying
On 11/17/2010 12:43 PM, Marcus D. Leech wrote:
What I'm seeing is that the magnitudes (as seen in the number sink)
coming off the source, even with roughly 75dB of gain ahead
are roughly 0.002 to 0.003 when I'm using 400KHz sampling, and
roughly 0.0006 to 0.0007 when the bandwidth
On 11/17/2010 03:05 PM, Steven Clark wrote:
On Wed, Nov 17, 2010 at 2:45 PM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
On 11/17/2010 12:43 PM, Marcus D. Leech wrote:
What I'm seeing is that the magnitudes (as seen in the number
sink) coming off
On 11/18/2010 02:35 AM, XIAN PAN wrote:
Hi Marcus D. Leech,
Thank you for your response.
I never use the peak hold button on this machine because I cannot click any
buttons on the screen begin the program running, it is also dead as the
same time. As I said before, I cannot do nothing
On Thu, Nov 18, 2010 at 6:34 AM, Songsong Gee gee.songs...@gmail.com
mailto:gee.songs...@gmail.com wrote:
What does the resulting plot look like if you remove the bandpass
filter? Those discontinuities when the orig signal abruptly turns
on/off is essentially high-frequency info, which when
On 11/18/2010 11:37 PM, peng senl wrote:
First, I am not quite sure if it is a good idea to use UHD with USRP2
right now.
I have the UHD driver installed and the USRP2 board detected.
What I need to do first is to write a basic program to collect some
data from the USRP2 board by C++.
On 11/19/2010 03:13 AM, Steve Mcmahon wrote:
Hello:
I'm stuck, and I need some help.
I'm running GNU Radio 3.3.0 on openSUSE 11.2. I have two USRP2 boards, each
with a WBX daughterboard, connected to two Intel PRO/1000 GT NICs, on eth1
and eth2. I'm using the txrx_wbx_raw_eth_20100608.bin
On 11/28/2010 01:27 AM, Sanjay Singh wrote:
Hi Eric,
Is daughterboard ID burning inot EEPROM for WBX_NG supported in
gnuradio-3.3.0 ?.
Am unable to burn daughter board EEPROM for wbx_ng.
When i run ./burn-db-eeprom -A -f -t 'wbx_ng', i get error as 'name
error'.
Am using USRP1 mother
On 11/28/2010 08:38 AM, Vladutzzz wrote:
Dear all,
I would like to receive as many suggestions as possible on how to accurately
measure bandpower with a USRP2 + WBX setup.
I know I should use a block that does the square magnitude (FFT squared) and
sum the resulting coefficients but after
On 11/28/2010 06:53 PM, Vladutzzz wrote:
Marcus,
First of all thank you for your reply!
I have some questions about your very much appreciated explanations:
After using the complex-to-mag-squared block, should I consider the
coefficients as being in W or mW (should I use 10*log10 or 30 +
On 11/29/2010 03:24 AM, Martin Braun wrote:
FWIW, a lot of people think GNU Radio is hard. Personally, I find the
hardest bit is understanding signal processing. And no tool in the world
can make that simple. If you really know how the DSP works, getting GNU
Radio to do thy biddings is
On 11/29/2010 01:35 PM, Steven Clark wrote:
One would think something like this would work, but I've noticed that
even if you're sending 0's to your usrp sink, the transmitter still
puts out some amount of power (plenty strong enough to be detectable
via a spec-an). This power goes away if
What would be the best way to work with a 32 MHz band resulting from USRP2?
I guess, since the minimum decimation rate is 4 (resulting in a 25 MHz
signal band), some kind of interpolation will be required or maybe
resampling?!
Any ideas on how to proceed?
Thanks in advance!
Vlad.
The
On 11/30/2010 07:04 PM, Vladutzzz wrote:
I am interested in this 2 USRPs approach since I don't have the experience
and the knowledge to start messing about inside the FPGA firmware code and
have an extra USRP2.
How would this go?
I tried looking up some info about this topic. I've read some
On 11/30/2010 10:06 PM, Miok Wah wrote:
Hi all,
We hope to do some experiments with the LP0410 antenna. Before that, we
hope to know more about its characteristics:
1. Is it a directional antenna?
2. If so, is there statistics about its directionality (e.g., beamwidth)?
We did not find
Is anyone out there taking another look at CUDA + Gnu Radio?
Some of the couple-of-years-old charts I've looked at suggest that
speedups for some of the
most important transforms we use vary between modest and disappointing.
Cross-over points for things like FFTs are usually up in the
On 12/01/2010 05:49 AM, Vladutzzz wrote:
Thank you Marcus, for the very prompt and exhaustive reply!
Mostly it's what I expected, but I am a wee bit worried about the IP
addressing process:
I need to change the IP of one of the USRP2 modules, how do I do that,
considering I use an UDP FPGA
I have a USRP board with a WBX daughter board and when I run
./usrp_benchmark_usb.py or any grc application like ./usrp_nbfm_ptt.py
these warning messages appear:
Testing 2MB/sec...
Warning: Treating daughterboard with invalid EEPROM contents as if it
were a Basic Tx.
Warning: This is
Now, I have done complete new installation of Fedora-13, and installed
all the dependencies as mentioned in build guide. After that i have
run git and cloned gnuradio to get latest source. after that i have run
# ./bootstrap
# ./configure
# make
# make check
# sudo make install
I have
Hi Marcus,
uname -m is returning i686.
Regards
Sanjay
Please, what is the contents of
/usr/local/lib/python2.6/site-packages/usrpm/usrpd_dbid.py
--
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
___
Another GNU Radio noob here. I've been playing around with some of the
examples while I eagerly await my USRP1 and I had a question about the
dial_tone.py example.
I ran the dial_tone.py example that's part of the 3.3.0 release and noticed it
doesn't really sound like a (US) dial tone. I'm
Why should:
http://www.sbrac.org/files/testme.py
http://www.sbrac.org/files/testme.grc
Be causing Gnu Radio to attemp to allocate 16GB of virtual memory?
Under what drug-induced fantasy should a straight-line
FFT (admittedly a chunky FFT) buffer be ballooned out by a factor of
1000, when
On 12/05/2010 06:25 PM, Marcus D. Leech wrote:
Why should:
http://www.sbrac.org/files/testme.py
http://www.sbrac.org/files/testme.grc
Be causing Gnu Radio to attemp to allocate 16GB of virtual memory?
Under what drug-induced fantasy should a straight-line
FFT (admittedly a chunky FFT
Anyone know how I can get extra linker options passed in for FFTW3F
during configure?
The Gnu Radio build system is, well, fiendishly complicated, and doing
the obvious:
FFTW3F_LIBS='-lfftw3f_threads -lfftw3f -lm ' ./configure
Provokes an error:
=== configuring in usrp2/firmware
I did some tests tonight using the multi-thread support in FFTW3.
The changes to gri_fft.cc were relatively minor, but plugging this into
the existing build environment
will require a little surgery, since you need to add -lfftw3f_threads
to the ld flags, and the ld flags
for FFTW3F are
try running the same fix with the static variable, this problem will
show up even with simple setups because it's in the alsa audio source
block. even though the fix works i wouldn't recommend it for long
term solution because it's a hack. you can look into the FIXME
section of the code to
I have succeeded in making my IRA application run at 25Msps, on my poor
mans server, which is an AMD Phenom II X6 1090T
running at 3.2GHz, with 8GB of 1333MHz memory, and running Fedora 14.
When running at 25Msps bandwidth, the application
consumes about 4.5CPUs, which leaves enough
Thanks for your reply Marcus
I installed the gnuradio 3.3.1 version and the message Warning:
Treating daughterboard with invalid EEPROM contents as if it were a
Basic Rx.
is gone now but when I try to run gnuradio-companion I receive the
following message
Cannot import gnuradio. Are your
On 12/13/2010 01:16 AM, Steve Mcmahon wrote:
Hello:
We will be doing some outdoor data collection with our USRP2 board. We're
located in Boston, so these days in December the typical daily maximum
temperature is between +20 and +35 degrees Fahrenheit. We would need about
4-6 hours outside
On 12/17/2010 06:00 PM, Josh Blum wrote:
firewall perhaps? try this:
http://www.ettus.com/uhd_docs/manual/html/usrp2.html#debugging-networking-problems
I've found that on recent Fedoren, uhd_find_devices doesn't work, but if
I explicitly:
uhd_usrp_probe --args addr=192.168.10.2
It works
On 12/18/2010 12:07 AM, Steve Mcmahon wrote:
Hello:
I have a USRP2 with a WBX, and I'm using a raw Ethernet interface. I'm
running GNU Radio 3.3.0 with openSUSE 11.2 and Python 2.6.2
How can I get started using UHD?
I need to get a branch of GNU Radio that supports it, but I don't know
On 12/18/2010 04:07 PM, Steve Mcmahon wrote:
Hello:
How can I get SSB modulation with the USRP2?
Currently I have a Signal Source producing a sine wave, and I've connected it
into a USRP2 Sink. The spectrum of the output shows the upper sideband, the
lower sideband, and the carrier. For
On 12/20/2010 03:26 PM, Steve Mcmahon wrote:
Hello Marcus:
Thanks a lot for providing the GRC file. I did not realize it was so
complicated to create a SSB-modulated signal. I thought it might be a parameter
of the USRP2 Sink block.
So the USRP2 Sink will always generate a full-modulated
Has anyone on the list worked on a WWVB demodulator?
They basically use a type of ON/OFF keying, with the resulting pulse
width used to encode 1s and 0s.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio Astronomy Consortium
http://www.sbrac.org
On 12/26/2010 09:54 PM, Michael Ossmann wrote:
I started to years ago but never got very far. It looked like
starting with goertzel was going to work. I think I planned to dump
goertzel output into MM clock recovery with a 10 Hz symbol rate and
then count the number of .1 second chunks per
On 12/27/2010 09:55 PM, James Jordan wrote:
Hi all, I check gnuradio code found set_bw( ) is not implemented in
db_flexrf_900_rx_mimo_b.
So can I set bandwidth for rfx1800 board?
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
I tried an experiment this evening with my 6-channel VLF receiver, which
uses a sound-card (sampled at 96KHz or 192KHz) to sample
a VLF loop antenna and amplifier, and then do power detection (and
other things) over six discrete channels, arbitrarily spaced.
The version that I've been using
On 12/27/2010 10:31 PM, James Jordan wrote:
Thanks. So RFX board always capture a 20MHz bandwidth signal? But
applications use
RFX board such as openbts need only 200Khz bandwidth signal, why it
can directly use
the signal from RFX board?
Actually, the total bandwidth is 40MHz, due to
I'm running Fedora 14, with the latest Gnu Radio code.
I have an M-Audio Revolution 7.1 sound card, which can sample up to 192KHz.
I have a flow-graph that sets the card up for 192KHz sampling, and I've
confirmed that the hardware apparently thinks it's sampling
at 192KHz, but when I display
On 12/28/2010 08:05 PM, James Jordan wrote:
Hi Alexander, where the filter perform? In gnuradio?
Since there is a filter, openbts must set it, how openbts set the filter?
Regards.
The OpenBTS software likely sets the incoming decimation rate to match
as closely as possible the desired receive
On 12/29/2010 01:40 AM, James Jordan wrote:
Marcus, Thanks. I am dsp idiot, I thought decimation is only set the
sample rate before. Didn't know it also set up a filter.
Correct decimation *requires* filtering, so that aliases don't end up in
the output sample stream.
So-called naive
On 12/30/2010 12:39 PM, George S. Williams wrote:
On 12/30/2010 12:16 PM, Brad Hein wrote:
Unfortunately the compile failed - I ran into compile errors with
things in the usrp2 and gr-usrp2 directories, so I removed them from
the Makefile and the compile eventually went through... But make
On 12/30/2010 01:51 PM, Brad Hein wrote:
Thank you both for your suggestions,
I'll go ahead and carefully follow the instructions on the gnuradio
wiki page FedoraInstall under gnuradio from tarball.
BH
Do it from the GIT source. It's almost always stable enough to use.
--
Marcus Leech
I'd noticed a problem with running the M-Audio Revolution 7.1 sound card
at 192KHz as a source in Gnu Radio -- the spectrum was
all funny, with the spectrum getting reflected about 48KHz,
almost as if the actual sample rate on the card wasn't correct, and
perhaps set to 96KHz instead of the
On 12/30/2010 04:09 PM, Brad Hein wrote:
On Thu, Dec 30, 2010 at 2:05 PM, Marcus D. Leech mle...@ripnet.com
mailto:mle...@ripnet.com wrote:
On 12/30/2010 01:51 PM, Brad Hein wrote:
Thank you both for your suggestions,
I'll go ahead and carefully follow
On 12/30/2010 03:31 PM, Marcus D. Leech wrote:
I'd noticed a problem with running the M-Audio Revolution 7.1 sound
card at 192KHz as a source in Gnu Radio -- the spectrum was
all funny, with the spectrum getting reflected about 48KHz,
almost as if the actual sample rate on the card wasn't
On 12/30/2010 07:52 PM, Rafael Diniz wrote:
Have you tried the OSS driver, using the 4front drivers?
Best regards,
Rafael Diniz
I dug deeper, and the card apparently only supports 96KHz on the input
side. I haven't used the
card in a few years, so my recollection of its input-side rate must
On 12/31/2010 02:24 PM, Brad Hein wrote:
I'm looking for a way to tap into the unmodulated signal in my ICOM
706 MKIIG (I don't have a SDR BUT I do have a sound card, and lots of
ham equipment :) ).
Referring to the product service manual[1], I have found the product
detector signal before
On 01/01/2011 11:41 PM, Brad Hein wrote:
Also, a little more reading revealed that my rig has a third IF that
operates at 455Khz and is utilized in FM and WFM modes, which may be
just what I need, and what you were describing, Max.
BH
You might find that the 455KHz filter is quite
Hello
I need some advice. I would like to purchase a Software Defined Radio
I would like to be able to do
1. Around 50 MHz to 2.400 GHz
2. USB LSB CW FM WFM / RAW ?
3. I would like to be able to decode AX25 packet (ISS)
I also have another project of decoding Mode S aircraft
On Jan 2, 2011, at 1:31 PM, Andrew Rich wrote:
I have a MacBook PRO I7 it can run OS X or windows
I have been successfully using the Ettus Research USRP with LFRX, LFTX and
WBX boards on my 17 MacBook Pro under OS X (Snow Leopard). Installing the
software portion is pretty easy:
On 01/04/2011 04:27 PM, abhijeet mate wrote:
Hi,
can anyone help me with how to perform spectrum sensing using energy
detection method using gnu radio and usrp.
Thanks and Regards,
Abhijeet.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
On 01/09/2011 04:19 PM, Moeller wrote:
There are still radio amateurs, hobbyists and other people who like to share
knowledge about creating hardware. See the SSRP (http://oscar.dcarr.org/ssrp/)
project.
You don't have to be a millionaire to finance your electronics hobby.
Wasn't it just $30
On 01/09/2011 06:44 PM, J.D. Bakker wrote:
The SSRP doesn't look too bad. Another option is the OpenHPSDR
(http://openhpsdr.org/); I believe people are working on GNUradio
drivers.
Actually, I'd forgotten about OpenHPSDR. Would make a passable option
indeed.
When I designed the LART (a
On 01/09/2011 06:39 PM, Patrick Strasser wrote:
You are right, thanks.
For some strange reason gr-uhd/lib/.deps was owned by root:root. I think
I ran sudo make install when the tree was not built. This triggered a
regular build, wich started with 'make dep', wich generated root wowned
On 01/10/2011 10:45 AM, Nick Othieno wrote:
Hi everyone,
Does one have to make any changes to the hardware when working with a
DBSRX2 and a USRP2, as was the case with the original DBSRX?
Are there any python examples that demonstrate how to work with the
DBSRX2 on the USRP2?
Nick
On 01/10/2011 11:43 AM, Nick Othieno wrote:
Wow. Slow down there. I am a newbie.
I downloaded and compiled the gnuradio code sometime in late December
2010. However from your response, I am guessing I should first
download (checkout), compile and install UHD, then finally compile and
On 01/10/2011 08:23 AM, Patrick Strasser wrote:
* Have a look at Digilent [1] Basys and Nexsys boards. You get the same
interface chip as the USRP, which should give a good start for firmware
development, and a FPGA, switches, buttons, displays, connectors
(VGA/PS2 etc.) for about the same or
On 01/10/2011 03:11 PM, sirjanselot wrote:
How do I know that my flow-graph is executing in thread per block mode?
As far as I can tell my only 1 core out of the 8 is being used when I run my
flow-graphs. This is what I see when I run the performance monitor (or
whatever it is called) in
Make a simple little FFT sink in GRC and use it on one of the USRPs to
determine the received signal offset from the other USRP while it is
transmitting. Or receive a signal from a signal generator of known
frequency and note the offset for both USRPs. Or transmit a signal from
each USRP and
On 01/11/2011 07:16 AM, James Hall wrote:
back?
Why is it that the USRP was $450, then discontinued to bring out the
USRP2 for $700 now it's being discontinued for a new design that will
be marketed at $1700? I predict that the next revision after that will
cost even more. Even if it's to
On 01/11/2011 11:57 AM, Songsong Gee wrote:
Same as Title, What Modulation Scheme does RFX400 can perfom?
Any modulation scheme you can think of that can be represented
efficiently as a series of
mathematical operations producing a baseband waveform that is then
up-converted by the
RFX2400
As far as I know, the decimation is after the ADC, so ADC rate doesn't change
after changing the clock rate. I'm happy to be corrected if it's not so. :)
That's correct. The ADC rates are fixed across all the products. That
vastly simplifies things both in the FPGA
DDC+CIC decimators,
Another thought I had earlier today is that with UAC2 (USB Audio Class
version 2), there's no limit on the sample rate that a UAC2 device
can advertise, so it might be nice to make a USB-SDR device appear
to be a UAC2 compliant device. [Well, OK that's not strictly
true, you can advertise
schrieb Marcus D. Leech on 2011-01-12 01:44:
You just ad a second interface that is HID, which is available on every
platform and easy to handle. That's how all the soundcard-like DDS do it.
Ah, yes of course.
The only problem is that Microsoft promised in 2005 to implement UAC2,
but forgot
On 01/12/2011 02:32 AM, Moeller wrote:
Maybe an FPGA Experimentation kit could be extended with an RF/Sampling part:
$400 price class, includes PowerPC, 64 DSP slices,
Gigabit Ethernet, 64 MB RAM, just RF part and A/D converters are missing:
On 01/12/2011 03:20 AM, Moeller wrote:
I have no experience with such FPGA evaluation kits.
Is there an easy way to attach a RF daughter board and ADC/DAC?
What bus would be suitable, Rocket-IO or some parallel digital ports?
I didn't find analog ports on the board.
The standard for
On 01/12/2011 08:17 AM, Patrick Strasser wrote:
Now that is not exactly the cheap one, but with its 150MSPS it would be
quite a frequency range with low additional effort.
What would be the goal for such a device? Which bandwidth are of
interest, which dynamic ranges? Which frequency ranges?
Hi everyone,
I recently compiled and installed gnuradio.
I then tried to find the usrp2:
#find_usrps
00:50:c2:85::3b:5c hw_rev = 0x0400
Next I tried to plot an FFT of the GPS L1 signal (note that my
daughterboard is a dbsrx2)
#usrp2_fft.py -f 1.57542G
usrp2: channel 0 not receiving
schrieb Marcus D. Leech am 2011-01-12 02:40:
There is a lot of people outside the Linux world, especially in the
non-academic hobbyist corner. These people seem to me to try to work
with least possible changes, that is install no new OS, install no
additional tricky exotic drivers, and at most
A little something to help along the newcomers like me :-)
In Fedora 14, I installed all packages except fftw using the package
manager. I had to install fftw from source because gnuradio requires a
custom-built single precision floating point version of fftw
I haven't had to install FFTW
On Jan 12, 2011, at 2:56 PM, Moeller wrote:
The very large FIR filters was a thought, as an example of an operation that
might benefit from a GPU at least when using OpenCL (or CUDA). I haven't done testing yet to
know if a GPU can do better than a CPU using vector instructions ... but I'm
Matt,
Ok, I will compile the raw ethernet project for the USRP2 to be sure
that I can modify it and use the modified version to my master. I was
try to compile the project fpga.git under ISE10.1 and under ISE12.1.
The two method compile well, give two different size of binary file,
but
Hi, i'm watching all discussion about poor students and the evil Mr
Ettus who don't play like Santa Claus and whant to make some profit
:). I'm also watching all topics and discussion regarding a low cost
solution for use with GNURADIO. I guess we can have a cheap option to
us and I'm
I don't
On 12.01.2011 20:22, Marcus D. Leech wrote:
If connected to a Xilinx board, FIR and decimation could still be done in the
FPGA.
Agreed.
There's a cheap one here, with USB2 and Spartan3, only 70€ ($100)
http://www.ztex.de/usb-fpga-1/usb-fpga-1.2.d.html
Or this one for 145€?
http
By the way, USB3 is now hitting the mainstream, with PCI boards,
motherboards, disk drives and USB sticks from all the major vendors.
It provides a significant bandwidth boost over USB2 (it's designed for
3Gbits/sec, both ways simultaneously). This would be very useful to
any newly designed
Has anyone done this? Looking to see what configurations ppl have
tried. Im using the 1800 dboard.
Thanks,
Isaac
It should run fine on a 6 to 7.5V battery. It draws a couple of amps
with a transceiver daughtercard in place.
--
Marcus Leech
Principal Investigator
Shirleys Bay Radio
801 - 900 of 2855 matches
Mail list logo