Hi, Johnathan, John, Matt and Josh
Thank you all for the help! The problem was solved!:)
When I am using the SD card via a USB adapter, it shows the name dev/sd1.
By using this name, it gives me the same results as before.
However, the USRP works well by using the name mmcblk0 . :)
Another
The script benchmark_rx.py (located in gnuradio-examples/python/digital)
doesn't run with the FPGA-file std_4rx_0tx.rbf. Is there any explanation
for this problem?
On the TX-side, I'm running benchmark_tx.py with the standard rbf-file
std_2rxhb_2tx.rbf. (Testing benchmark_rx.py with the standard
Nothing forces you to interact with other ham radio operators. You can
happily work in isolation communicating among your own stations if you
wish.
Unless you need to do frequency coordination, which you usually do.
Then you have to deal with the oldest, gnarliest hams around, the ones
who 50
On Fri, Mar 05, 2010 at 11:27:00AM +0100, Christian Rohlfing wrote:
The script benchmark_rx.py (located in gnuradio-examples/python/digital)
doesn't run with the FPGA-file std_4rx_0tx.rbf. Is there any explanation
for this problem?
On the TX-side, I'm running benchmark_tx.py with the
On 03/04/2010 06:24 PM, Marcus D. Leech wrote:
OK, so this probably seems like a fundamental sort of question, but I've
noticed that there seem to be
a couple of different places on the net describing quadrature receiver
toplogies, and I want to know something
fairly simple.
For a
F.Y.I.
http://www.norcalqrp.org/files/Tayloe_mixer_x3a.pdf
original Tayloe pdf about QSD
Ken N9VV
On 3/5/2010 6:08 AM, Matt Ettus wrote:
For a direct-conversion quadrature receiver, must you phase split *BOTH*
the RF and LO inputs to the
mixers? That is, do you need a 90 degree hybrid on both
Hi;
My project changed but at the end
*I get the image* , problem is my University's firewall they are allowing
only a few ports because of that I download from another location.
Thanks
On Tue, Feb 16, 2010 at 7:36 PM, Philip Balister phi...@balister.orgwrote:
On 02/16/2010 07:15 AM, George
Mattias Kjellsson wrote:
Tom Rondeau wrote:
On Thu, Mar 4, 2010 at 2:13 PM, Mattias Kjellsson m...@kth.se wrote:
Tom Rondeau wrote:
On Thu, Mar 4, 2010 at 11:38 AM, Mattias Kjellsson m...@kth.se wrote:
Tom Rondeau wrote:
John Gilmore wrote:
Unless you need to do frequency coordination, which you usually do.
Then you have to deal with the oldest, gnarliest hams around, the ones
who 50 years ago got access to mountaintop towers and have been squatting
on them ever since, like trolls under bridges.
Frequency
Hello,
My name is Jamil Ben Alluch and I've recently finished setting up a website
dedicated to providing Open Source projects with user based support, in
other words message boards.
I've already set a Forum on our page dedicated to GNU Radio that users may
use or link to at their discretion. I
On Fri, Mar 5, 2010 at 6:22 AM, John Gilmore g...@toad.com wrote:
Nothing forces you to interact with other ham radio operators. You can
happily work in isolation communicating among your own stations if you
wish.
Unless you need to do frequency coordination, which you usually do.
Then you
Hello,
I'm considering using GNU radio for an upcoming elective course I'll be
offering in software defined radio. I'm looking for suggestions for textbooks,
course material, etc. I'd also be interested in hearing about anyone experience
good or bad who may have done this before.
thanks,
On Fri, Mar 5, 2010 at 13:01, Sam Keene samke...@yahoo.com wrote:
I'm considering using GNU radio for an upcoming elective course I'll be
offering in software defined radio. I'm looking for suggestions for
textbooks, course material, etc. I'd also be interested in hearing about
anyone
Hi All,
I wanted to use some of the communication related signal processing
functions in gnuradio. Has anyone done something on these lines before?
Please let me know.
Thank you!
Pradyumna
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
Hi all,
I have a problem with the USRP2 board when working with the DBSRX
daughter board. I am using the
usrp2_rx_cfile.py file to collect some data with center frequency
around 1.5GHz which is within the range of this daughter board, but it
fails. The USRP2 works with the RFX 1800 board with
The exact same code works on two other machines, both running OSX 10.5. The
sink is a locally created modules, so it is entirely possible that there is
something missing in the instantiation that is being caught on only on my
machine and not at others (for what reason I cannot fathom).
As an
Pradyumna Desale wrote:
Hi All,
I wanted to use some of the communication related signal processing
functions in gnuradio. Has anyone done something on these lines
before? Please let me know.
Thank you!
Pradyumna
Hey Per,
Thanks for replying! I wanted to start by incorporating channel models
(channel.h if you are familiar with IT++) and was wondering if just writing
a wrapper function in swig would do the necessary work for us or we have to
make some specific changes to incorporate those codes in gnuradio
Hi Johnathan,
Have you had any luck with this issue? The same is happening on my FLEX2400
with USRP2.
Here is the full error message:
./usrp2_wfm_rcv.py -f 2.4G
Using RX d'board 0x0007
This daughterboard does not cover the required frequency range
for this application. Please use a BasicRX or
On Fri, Mar 05, 2010 at 04:26:34PM +0100, Mattias Kjellsson wrote:
Mattias Kjellsson wrote:
Tom Rondeau wrote:
Sorry, I just saw that I wrote the last message off- list.
Anyway, I have searched some more in the causes of this error. I took
the easy way out and looked in gr_buffer.h at
Hi,
I tried to use trellis_encoder from trellis package to perform
convolution coding before sending the message to the OFDM modulator.
However, ofdm_mod has zero input signature, and relies on send_pkt()
which calls ofdm_packet_utils.make_packet() and then puts the message
in the queue at
21 matches
Mail list logo