Ali Siddiqi wrote:
>
> Hi all,
> I looked at fftsink_gl.py. It couldnt be executed because of import error
> of
> fft_window. Also, if in case I manage
> to run it, still I am finding it difficult to incoporate it in
> benchmark_tx.py. Can someone elaborate a bit more on how to add FFT sink
> in
Sriram Krishnan-3 wrote:
>
> Hi,
> I am trying to write an application which senses spectrum
> (usrp_spectrum_sense.py) and transmits/receives signals. I have the
> tx/rx working fine. But when i add another flow graph(3rd one to
> existing tx and rx) for the spectrum sense,to the top block
i'm working on wlan system wich is 802.11a/g it use OFDM mod . in GRC i found a
ofdm mod block wich contains mod type ,ifft , cyclic prefix but i think it
doesn't support the number of subcarrier pilots and there position wich are 4
pilots . so i ask if smeone can explain to me if there is any s
Yes, I did. No difference was made, the exact same results were seen.
2009/7/30 Eric Blossom
> On Thu, Jul 30, 2009 at 03:51:52PM -0400, Jonathan Coveney wrote:
> > Ah, and I forgot to mention one more thing. The errors that I get when
> > running usrp_fft.py are methodical, with one every secon
Shizheng Li wrote:
Thank you for your reply!
I think the generic receiver for CPM you mentioned is the optimal
receiver for CPM and the projection onto basis functions (correlation
with basis functions) is equivalent to the matched filters, am I right?
yes; however see the comment i made a
Hi all,
I am new to GNU radio. I know that GNU Radio applications are primarily
written in Python, while performance-critical signal processing path is
implemented in C++. Here I am a little bit confused. If I am going to create
a sinewave generating and processing block, Which language should I u
On Thu, Jul 30, 2009 at 03:51:52PM -0400, Jonathan Coveney wrote:
> Ah, and I forgot to mention one more thing. The errors that I get when
> running usrp_fft.py are methodical, with one every second or so, which seems
> odd. if I wasn't getting anything I'd imagine it to flood the screen (which
> i
On Thu, Jul 30, 2009 at 01:20:25PM -0700, udadidd wrote:
>
> Thanks a ton. That helped a lot!
> 1) The same program now i use it with delete_head_nowait() which returns 0
> when there's nothing in the queue instead of blocking.
> 2) I also wanted to see if the queue is empty and used : empty_p() f
Thank you for your reply!
I think the generic receiver for CPM you mentioned is the optimal receiver
for CPM and the projection onto basis functions (correlation with basis
functions) is equivalent to the matched filters, am I right?
Go back to the GMSK transceiver I mentioned in the file
http:/
Thanks a ton. That helped a lot!
1) The same program now i use it with delete_head_nowait() which returns 0
when there's nothing in the queue instead of blocking.
2) I also wanted to see if the queue is empty and used : empty_p() function.
It gives a TRUE!!
i connected : file_source --> correlat
Ah, and I forgot to mention one more thing. The errors that I get when
running usrp_fft.py are methodical, with one every second or so, which seems
odd. if I wasn't getting anything I'd imagine it to flood the screen (which
is what happens i the USB cord is yanked)
2009/7/30 Jonathan Coveney
> O
Ok, this is my attempt at a definitive bug report for this problem. Since
it's mysterious, I'm going to try and be as descriptive as possible. Thanks
in advance for your patience and help.
I am on a second gen macbook, OSX, running the latest (as of a day or two
ago) from the svn trunk
First, run
There is no reason why you should not use a matched filter.
However make sure you understand that a symbol-spaced MF
generates sufficient statistics only for detection,
ie, not for (epoch) synchronization.
Also note that in the case of GMSK (CPM in general) a bank of MFs will
generate colored no
On Thu, Jul 30, 2009 at 06:40:00PM +0200, Jakob Meineke wrote:
> Hi all,
>
> I have encountered a memory leak that seems to be related to the creation of
> a usrp2_sink object. An admittedly stupid test case that shows the same
> symptoms as my actual program is given below:
Jakob,
Thanks for th
On Thu, Jul 30, 2009 at 12:13:51PM +0530, Narayanan, Sivaramasubramanian (R&T)
wrote:
> Thanks Eric,
>
> I actually need to vary only the phase of the signal, the frequency of
> the signal and reference remaining constant. Also I need to be able to
> vary the phase continuously in the run time.
Hi all,
I have encountered a memory leak that seems to be related to the creation of
a usrp2_sink object. An admittedly stupid test case that shows the same
symptoms as my actual program is given below:
import time
from gnuradio import gr
from gnuradio import usrp2
if __name__ == "__main__":
f
I pulled Back the Power cable from the USRP
First time it gave the errors! But i tried removing the connections and
connecting back again! It worked Then!!
But may i know wat are these print_dbs and dmesg and how do i Use them?
Thanks for your time.
Tom Rondeau wrote:
>
> udadidd wrote:
>> Hi
Hi Eric,
thanks for your reply.
Now seems work something more.
Next Two things I have to investigate are :
1) I have a tone in the middle of the spectrum regardlss of the input
signal. What should be ?
2)db->is_quadrature() return true. What does it exactly means ? (i set
urx->set_format(0x03
> Using d'board: B: Flex 2400 Tx MIMO B
> ktadm...@b3002-softradio:~/Desktop/new$ ./Fmstereo.py
> USRP Serial: 49e50652
> Using d'board: B: Flex 2400 Tx MIMO B
> ktadm...@b3002-softradio:~/Desktop/new$
> what could be the result of this? and how can l correct this.
First, please see http://gnu
udadidd wrote:
> 2) Now i try to read this file back and unmake packets. But the code doesnt
> do any thing at msg.delete_head().
>
delete_head() is a blocking function, which blocks until there is a
message in the queue. You might want to try using the non- blocking
version instead?
You may co
20 matches
Mail list logo
