[Discuss-gnuradio] Error - in building new signal processing block
Hey all, I was trying to make a new signal processing block in gr-howto-write-a-block based on the instructions by Dawei Shen. $ make check fails..and the error says: Error: Unable to find 'gruel/realtime.h'. So, how can i correct this error? thanks And how can i make another signal processing block ? Because, in building the first block, i used the gr-howto-write-a-block folder in my gnuradio folder. So,when i need to build another block, do I need to download another copy of the folder?-Thanks Bruhtesfa -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: VHF Transmitter
Engin Karabulut wrote: WBX0510 board will be released soon, you can wait it. Last I heard, the WBX0510 won't be released until sometime in 2009. The spacecraft is being launched this Feb, so we need the groundstation up and running before then. We really need a solution I can go with right now. @(^.^)@ Ed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Error - in building new signal processing block
check : http://gnuradio.org/trac/ticket/308 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP Delays
Hi everyone, I am interested in knowing the delay jitter of the total transmission time of a packet/waveform. Specifically, I want to know the time between the time the flowgraph is tsarted in python (tb.run or tb.start) and the time that the first sample is transmitted into the air from the USRP hardware. I want to know if I can reduce the jitter in this time (across runs) to as low a value as possible. I use usrp_siggen.py with gnuradio-3.1.2 to transmit a square waveform .I try to start the flowgraph at a precise time x (in microseconds) by using y=x-time.time() and time.sleep(y) and then tb.start(),time.sleep(0.1) and tb.stop(). I also use an interp of 32 at the Tx. I have a receiver that logs all data (with -d 64). I observe the samples just out of the usrp source. For transmissions that are precisely spaced in time using appropriate values x, the inter transmission delay measured at the receiver is off by a value than 2 ms. (despite using nice to increase the priority of this process). 1. Is it possible to reduce the jitter between successive Tx.delay measurements to be few 10's of microseconds or lesser? 2. Is there a way to run the usrp_siggen code as a kernel module to improve the delay jitter performance? Thanks in advance for your help, Sri ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr_plot_fft.py Run Error
Hi, When I run gr_plot_fft.py , I get the following error: File ./gr_plot_fft.py, line 168, in zoom if(newxlim.all() != self.xlim.all()): AttributeError: 'tuple' object has no attribute 'all' My gnuradio rev is 10034, OS is Ubuntu 8.04, scipy and matplotlib was installed from 8.04 repositories. Regards, Firas -- View this message in context: http://www.nabble.com/gr_plot_fft.py-Run-Error-tp20744457p20744457.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio