Hi,
I'm hoping that somebody can give me some pointers and advice on something I
would like to do.
My end goal: Using the audio output of my Livescribe Pulse smartpen, transmit
data at a rate of 10 to 100 kbps, to be received by an iPhone and/or Android
phone.
What I have so far: 600 bps FSK
i am a student of telecommunications. we are undertaking a project regarding
cooperative relaying using usrp. i have gone through some reports and blogs
and that has made me confused about the selection of the daughter boards.
there are problems such as strong line of site (which is bad for
When you build gnuradio, what was the output of ./configure ?
Was gr-wxgui one of the configured components? If not, you may be
missing dependencies.
-Josh
On 01/17/2010 05:13 AM, Muhammad Ali Khan wrote:
Hi,
I have an error regarding wxgui. I am trying to use USRP board, it is
detected
hi,
Thanks Josh for the reply that error is removed, now there is another error
by compiling the same file *usrp_wfm_rcv.py *that is
Traceback (most recent call last):
File /home/ali/Desktop/usrp_wfm_rcv.py, line 26, in module
from gnuradio import blks2
File
Test tarball distribution files have been created for the current
3.3git release under development:
http://gnuradio.org/releases/gnuradio/gnuradio-3.3git-594-g02616cf8.tar.gz
http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.3git-594-g02616cf8.tar.gz
These distribution files should
I am trying to communicate with an external board (not the usrp)
using usb. I have a driver installed under Windows that works fine
with a standalone application. I have a gnuradio block for the same
board, but am unable to get the usb driver recognized under
cygwin. If someone has
Thanks for the pointer, Josh! It surely did help... But now I'm stuck up
somewhere else..
I managed to hack up the grc_gnuradio/blks2/probe.py to make the source block I
require. But before that, let me make clear my intention is to mainly use the
Graphical Sinks / Operators in GRC, to be
Thanks for the reply Patrik,
I managed to identify parameter values that make OFDM decoding work.
It seems that low decimation/interpolation rates don't work (a bunch
of Ss at the receiver), nor do higher modulation schemes. The
performance is very sensitive to the fft_length/occupied_tones.
As
Alright, I tuned a few more parameters (packet size, tx and rx gain)
and got to a point where BPSK successfully receives almost all of the
packets sent, and even QAM256 works, albeit very poorly. In my
experiments changing the cyclic prefix didn't seem to have any impact.
cheers,
veljko
On 01/17/2010 07:01 PM, John Orlando wrote:
It is my understanding that the current FPGA image used for OpenBTS
will fail on the transmit side if the FPGA clock is slower than the
USB clock. The USB clock is 48 MHz.
If you (or anyone else involved) can provide the details of what
Hi- all
I’m now trying Transmission of the OFDM system with USRP and GRC
I use OFDM mod/demod block in GRC
I confirmed received spectrum by USRP receiver
But I want to confirm constellation of receive block
In my opinion, I have to spilt ofdm.py file before FFT.
Am I correct?
Do you have
On Tue, Jan 12, 2010 at 05:07, Tim Pearce timothy.pea...@gmail.com wrote:
I've been using the latest git version of gnuradio and trying to get Doug's
start_rx_streaming_at patch (now merged with the git version) to work.
[...]
When I do this everything compiles and I can start a flowgraph,
Hi :
I am trying to add a new block wanet to gnuradio ,and after i writing the
.h .cc and .i files, the following commands
./bootstrap
./configure -prefix=..
./make
./make check
./make install
all went well
but when i try to use the
13 matches
Mail list logo