Re: [Discuss-gnuradio] Consuming block of data in python block

2013-01-29 Thread Martin Braun (CEL)
On Tue, Jan 29, 2013 at 02:00:15PM +0800, Sreeraj Rajendran wrote: As Josh explained in [1] input can be anything that you can represent as a numpy data type. Try using something like gr.block.__init__(self, name=my block, in_sig=[numpy.dtype((numpy.float32,2))],

Re: [Discuss-gnuradio] Non-deterministic behavior

2013-01-29 Thread Vanessa Gardellin
Yes, we are using a throttle but when we execute the same python file we obtain always different outcomes. We would like to have repeatable experiments. Any tips? Thank you Vanessa On Mon, Jan 28, 2013 at 5:46 PM, Mike Jameson mikej...@gmail.com wrote: Hi, Make sure you are using a 'throttle'

Re: [Discuss-gnuradio] frequency drift of WBX

2013-01-29 Thread Mike Jameson
Hi, The WBX frequency stability is determined by the accuracy of the USRP clock signal. For example, the USRP2 has a 100MHz internal clock which can be locked to a 10MHz external source such as GPSDO for better frequency stability. See the following url for more info:

Re: [Discuss-gnuradio] Non-deterministic behavior

2013-01-29 Thread Mike Jameson
Hi Vanessa, If you are using a random number generator, remember to save and re-use the same 'seed' and also to reset it to the beginning of each run. Mike M0MIK On 29 January 2013 09:47, Vanessa Gardellin vanessa.gardel...@iit.cnr.itwrote: Yes, we are using a throttle but when we execute the

[Discuss-gnuradio] How to get the carrier's frequency offset in PM demodulator?

2013-01-29 Thread adream
Hello, I am learning PM Demodulation, and someones tell me that the FM Demodulator in gnuradio can demodulate the PM signals. I want to get the carrier's frequency offset in PM demodulating, does gnuradio provide this function? For example, in my project, I set the frequency of IF signal is 70MHz,

Re: [Discuss-gnuradio] Problem loading Python block

2013-01-29 Thread Nemanja Savic
Guys, i am not able to load gr.basic_block and make signal processing block in Python. Simplu, there is no binding within gnuradio/gr for that class. It works perfectly for gr.hier)block2 class. What might be the problem? Thanks On Tue, Jan 29, 2013 at 12:57 PM, Nemanja Savic

[Discuss-gnuradio] Synchronize multiple USRP-N210s

2013-01-29 Thread Gong Zhang
Hi, I wanna synchronize two USRPs to sample signal at the time.And the synchronization accuracy should be of microseconds without external clock and cable.This leads me to design a synchronization protocol but not on PC because of the jitter of ethernet.It seems openBTS add a timestamp block in

Re: [Discuss-gnuradio] help about making .dat file for file source

2013-01-29 Thread Tom Rondeau
On Tue, Jan 29, 2013 at 6:14 AM, Mohammed Ramadan eng_mo7med2...@yahoo.comwrote: i want to make .dat file to use it in file source in GNU-Radio Program . like attached one which i downloaded for making AM-Modulattion, i just want to make simple .dat file for making guassian signal or any DSP

Re: [Discuss-gnuradio] Problem loading Python block

2013-01-29 Thread Tom Rondeau
On Tue, Jan 29, 2013 at 7:00 AM, Nemanja Savic vlasi...@gmail.com wrote: Guys, i am not able to load gr.basic_block and make signal processing block in Python. Simplu, there is no binding within gnuradio/gr for that class. It works perfectly for gr.hier)block2 class. What might be the

Re: [Discuss-gnuradio] Non-deterministic behavior

2013-01-29 Thread Vanessa Gardellin
We do not have any random generator in the code that we wrote. We generate 100 packets always of the same size and containing all a. Could it be something that depends on the scheduler or on how threads are handled? On Tue, Jan 29, 2013 at 12:09 PM, Mike Jameson mikej...@gmail.com wrote: Hi

Re: [Discuss-gnuradio] help about making .dat file for file source

2013-01-29 Thread Nemanja Savic
Just calculate samples in whatever way you want and store them to files, using python, C, or any other language. Here is part of my code for making samples of complex sin wave in python: for i in range(n_samples): sine[i] = math.sin(2*math.pi*i/n_samples) cosine[i] =

Re: [Discuss-gnuradio] Problem loading Python block

2013-01-29 Thread Tom Rondeau
On Tue, Jan 29, 2013 at 7:40 AM, Nemanja Savic vlasi...@gmail.com wrote: I'm not sure what you mean by load gr.basic_block. Do you mean inherit from? I want to make my block which very similar to packet deframer. Here is th code: class packet_tst(gr.hier_block2): def __init__(self,

[Discuss-gnuradio] Subject: Re: DARPA spectrum challenge teams?

2013-01-29 Thread Uher, Jason J.
I was interested, but really wasn't able to make the time commitment work out. With that said, if anyone refrained from entering a team because they were in desperate need of a half-committed member who lived near Arlington and could attend the final challenge I'm open to joining up ;)

Re: [Discuss-gnuradio] Problem loading Python block

2013-01-29 Thread Nemanja Savic
OK, I'll try to explain everything. I want to design block responsible for decoding messages, calculating crc, etc ... In order to do that I investigated packet_demod_base block from main gnuradio branch, and also packet_deframer from gr_extras group of blocks. I realized that such kind of blocks

Re: [Discuss-gnuradio] Non-deterministic behavior

2013-01-29 Thread Marcus D. Leech
On 01/29/2013 04:47 AM, Vanessa Gardellin wrote: Yes, we are using a throttle but when we execute the same python file we obtain always different outcomes. We would like to have repeatable experiments. Any tips? Thank you Vanessa Are you using a channel model in the middle of your simulation?

Re: [Discuss-gnuradio] Subject: Re: DARPA spectrum challenge teams?

2013-01-29 Thread Sreeraj Rajendran
Is this half-committed member ready to become a team lead for two Indian graduate students? Then we would also like to give it a shot. --- Regards Sreeraj Rajendran http://home.iitb.ac.in/~rsreeraj From: Uher, Jason J. jason.u...@jhuapl.edu To:

[Discuss-gnuradio] USRP sending packets after closing application

2013-01-29 Thread maiconkist
Hi list, I notice that after running any application (for example uhd_fft), the USRP continues to send a lot of packets to my machine. Is there something I am missing ? Maybe the application is not closing correctly and stopping the USRP from sending packets. Thanks. -- View this message in

Re: [Discuss-gnuradio] USRP sending packets after closing application

2013-01-29 Thread Josh Blum
On 01/29/2013 10:25 AM, maiconkist wrote: Hi list, I notice that after running any application (for example uhd_fft), the USRP continues to send a lot of packets to my machine. Is there something I am missing ? Maybe the application is not closing correctly and stopping the USRP from

[Discuss-gnuradio] Benchmark Duplex

2013-01-29 Thread Dong Wang
Hi When I try to establish the duplex comunication between two USRPs, I found that if I put the code A infront of code B, only the transmitter works, but if I put code B infront of code A, only receiver works. Could anyone tells me the reason? Thanks a lot! code A: self.source =

[Discuss-gnuradio] USRP N210 Potentially Fried

2013-01-29 Thread Justyn Bell
Hello list, We had a group of students working with two of our USRP N210s, and they had a problem receiving.. anything. The USRP, however, still transmits. I have verified that the USRP indeed doesn't receive a signal by attaching an FFT to the output of a UHD:USRP Source and transmitting

[Discuss-gnuradio] gnuradio/conf.d in the wrong prefix

2013-01-29 Thread Josh Blum
I configured gr 3.6.4 to install in my prefix /opt/usr, and I caught the installer putting the conf stuff in /usr/local anyways. I wasnt sure if this was the intention, since there was some ramblings about FHS, and /etc stuff cmake ~/src/gnuradio/ -DCMAKE_BUILD_TYPE=Release