Re: [Discuss-gnuradio] Question about USRP's capacity in signal processing (bandwidth)
Hi, When you use 8 bit data transfer (decimation =4) you will get the 16MHz instantaneous bandwidth. Check the available options of the usrp_fft.py. Firas Feng Andrew Ge wrote: Dear all I have been reading GNU Radio discussion for half a year, first time to post a topic. Thanks a lot for all the GNU Radio knowledge I learned from you guys. Now I am doing some signal detection project. I want to collect some signal in 700MHz range with bandwidth as larger as possible and do it as faster as possible. In the USRP DATA SHEET posted in http://www.ettus.com/Download.html, it claims that the current USRP is capable of processing signals up to 16MHz wide. Would anybody here offer some hints how to achieve this bandwidth, possibly point me to the projects/research papers that achieved this performance? I will really appreciate your kindness. Best Andrew ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/Question-about-USRP%27s-capacity-in-signal-processing-%28bandwidth%29-tf4170450.html#a11959684 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
[Discuss-gnuradio] import error after re-swig-ing
I know Tom is really busy these days, so I decided to give him a break from all my questions and see if anyone on the list can provide some insight. background: I have been using gnuradio 3.0 rc1 for at least one month, with no obvious issues. running on ubuntu 7.04, x86 I wrote a little 1/2-rate convolutional encoder using the IT++ libraries, and put in gnuradio-core/general for the moment. After creating and/or editing the requisite .cc, .h, .i, and Makefile.am files, I was able to 'make' my way all the way down the build tree to gnuradio/trunk with no (as far as I can tell) errors. my code, gr_half_conv_enc_bb, now shows up in gnuradio/gr/gnuradio_swig_py_general.py at the end of all the other classes in the file. I can't seem to access or use it though. From the python command line, this is the process I follow. from gnuradio import gr conv = gr.half_conv_enc_bb() and I receive the following error: Traceback (most recent call last): File stdin, line 1, in module For the purpose of reference, I ran a line of code from the heir blocks example gmsk2.py at the same python prompt: self.nrz = gr.bytes_to_syms() and I received no error message. (bytes_to_syms is in the same gnuradio_swig_py_general.py file as my class.) I don't necessarily fully understand the gnuradio make/swig process, so I'm not really sure where I've gone wrong. Any thoughts or suggestions? Thanks, Alex Young ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
Hi, I am new to this. Here is my setup: OS: Fedora Core 6 Platform: x86 64 bit. Gnuradio: 3.0.4 So far I have passed ./configure, make and make check. But I failed at make install for some weird stuff: mv: cannot move 'libgnuradio-core-qa.so.0.0.0' to 'libgnuradio-core-qa.so.0.0.0U': permission denied. The above was when I was root. But I found I could only manually do the above NOT as root. Any ideas? Thanks in advance. David ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
mv: cannot move 'libgnuradio-core-qa.so.0.0.0' to 'libgnuradio-core-qa.so.0.0.0U': permission denied. The above was when I was root. But I found I could only manually do the above NOT as root. Any ideas? What are the ownership and permissions on the file and directory? Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Take the Internet to Go: Yahoo!Go puts the Internet in your pocket: mail, news, photos more. http://mobile.yahoo.com/go?refer=1GNXIC ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
Li, W David wrote: It still doesn't work after I did chmod 777 on the file: -rwxrwxrwx 1 wdli users 1858695 Aug 1 17:20 libgnuradio-core-qa.so.0.0.0 What are the permissions on the directory? $ ls -ld . -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
--- Li, W David [EMAIL PROTECTED] wrote: It still doesn't work after I did chmod 777 on the file: -rwxrwxrwx 1 wdli users 1858695 Aug 1 17:20 libgnuradio-core-qa.so.0.0.0 777 on the _file_ will not help at all if you are trying to delete it. For that you need to write to the _directory_ that contains the file. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Yahoo! oneSearch: Finally, mobile search that gives answers, not web links. http://mobile.yahoo.com/mobileweb/onesearch?refer=1ONXIC ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] GnuRadio 3.0.4 newbie install question
--- Li, W David [EMAIL PROTECTED] wrote: It still doesn't work after I did chmod 777 on the file: -rwxrwxrwx 1 wdli users 1858695 Aug 1 17:20 libgnuradio-core-qa.so.0.0.0 777 on the _file_ will not help at all if you are trying to delete it. For that you need to write to the _directory_ that contains the file. Chris Albertson Home: 310-376-1029 [EMAIL PROTECTED] Office: 310-336-5189 [EMAIL PROTECTED] KG6OMK Got a little couch potato? Check out fun summer activities for kids. http://search.yahoo.com/search?fr=oni_on_mailp=summer+activities+for+kidscs=bz ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Two USRP's
I'm trying to do a simple experiment with two USRP's (one has a Rev 3 PCB and the other a Rev 4), each containing one RFX 2400 daughterboard on Side A. Both USRP's are connected to the same host PC. What is the proper way to run usrp_siggen.py and usrp_fft.py in order to transmit out of one USRP and receive on the other? I believe the -T and -R options only specify side, not unit. Be a better Globetrotter. Get better travel answers from someone who knows. Yahoo! Answers - Check it out. http://answers.yahoo.com/dir/?link=listsid=396545469 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how to control the flowgraph run and wait?
Hi, I am tring to write some python script to implement the synchronous transmit. So I have to control the two flowgraph to decide what is the proper time to start, and also need some method to wait (for instance, first send a header then wait some time to send the packet). Is there some module or method to do this? Any suggestion is welcome. Dong Li ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] testbench problem
Hi Everyone: This is a follow up of yesterday's start/end of burst issues. I have created a testbench to test my code. See attachment for details(only 4 files). when simulating the code, the datain register in the file test_chan_fifo_reader.v is set to be the wrong value. In Ln 88 of test_chan_fifo_reader.v, send_packet(9'd128, 2'd2, 32'h0); The flag is set to be 2. Therefore, on Ln 114, if (i == 0) datain = {3'd0, flag, 18'd0, (4*length - 8)}; datain should be set to 0x11f8, however, during simulation in model sim, it is begin set to 0x1f8. Anyone have any ideas? Leo ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] testbench problem
On 8/2/07, Zhuocheng Yang [EMAIL PROTECTED] wrote: Hi Everyone: This is a follow up of yesterday's start/end of burst issues. I have created a testbench to test my code. See attachment for details(only 4 files). I didn't receive an attachment - could you commit to your SVN branch? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] testbench problem
The mailing list monster probably ate it for good reason! I committed the files to leos branch: http://gnuradio.org/trac/browser/gnuradio/branches/developers/zhuochen/simulations/burst_test Other than that, I know nothing about them ;) - George Brian Padalino wrote: On 8/2/07, Zhuocheng Yang [EMAIL PROTECTED] wrote: Hi Everyone: This is a follow up of yesterday's start/end of burst issues. I have created a testbench to test my code. See attachment for details(only 4 files). I didn't receive an attachment - could you commit to your SVN branch? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tx/Rx using one USRP board
Hi, I am facing a few problems in making USRP work as relay. I use rx_voice.py and tx_voice.py for reception and transmission of audio files.If i transmit at 910MHz and relay it at 950MHz then after relaying , very few packets are received on another node. Infact, most of the packets are not received. What i know is that the usrp is working as a relay to some extent because if i transmit a sine wave using usrp_siggen.py and see the wave after relaying then i do observe the sine wave. But, the sine wave has a lot of variation. i.e it is continuously changing its amplitude .I observed it to change from 2500-15000 on oscope. The original wave was at a perfect amplitude of ard 15000. Now, is the problem in reception of packets coming because of this kind of variation?? Or is it that the USB is playing the limiting factor role. The data rates used in audio transmission is Bitrate- 50,000 Samples per symbol = 5 Also, Even if i receive a few packets then, i get the error message terminate called after throwing an instance of 'std::runtime_error' what(): msg length is not a multiple of d_itemsize Aborted (core dumped) Please tell me how to handle the above problems. Thanks Pratik Hetamsaria On Wed, Aug 01, 2007 at 05:52:56AM +0100, pratik hetamsaria wrote: hi, I am posting this again as i havent got any concrete replies.I have been stuck making the usrp work as a relay for a very long time. I am giving the code which i am using for making it work as a relay. Can somebody please point out where is the mistake. I am trying to receive a signal sent by usrp_siggen.py at 910MHz and retransmit it at 950MHz. However, when i view the signal at 950MHz using usrp_oscope.py then i am able to see only noise. There is no sine wave present at that frequency. I am not able to understand what is the usrp transmitting at 950 MHz then. What i know is that the usrp does receive the sine wave at 910MHz. Are you using one or two daughterboards? What kind of daughterboard(s)? Is your rx-subdev-spec the same as tx-subdev-spec? Checking to see if r is None is highly recommended. If you're using a RFX-900 for TX, is the saw filter still in? (It comes with a 902 to 928 MHz ISM band filter.) Does the data in usrp_data_receive.dat look reasonable? What are the min and max values that you see? What's your tx-amplitude? Depending on the tx daughterboard, you may need dst.set_enable(True) If you're trying to use a single RFX-* daughterboard, you'll need to set the RX to receive from the RX2 antenna port, not the TX/RX port: rx_src.select_rx_antenna('RX2') Eric PLease point out where is the mistake in my code. Thanks Pratik Hetamsaria _ class my_graph(gr.flow_graph): def __init__(self): gr.flow_graph.__init_ _(self) parser = OptionParser(option_class=eng_option) parser.add_option(-R, --rx-subdev-spec, type=subdev, default=None) parser.add_option(-d, --decim, type=int, default=256) parser.add_option(-f, --freq, type=eng_float, default=910e6) parser.add_option(-g, --gain, type=eng_float, default=45) parser.add_option(-T, --tx-subdev-spec, type=subdev, default=None) parser.add_option(-a, --tx-amplitude, type=eng_float, default=32000) parser.add_option(-q, --tx-freq, type=eng_float, default=950e6) parser.add_option(-i, --interp, type=intx, default=512) (options, args) = parser.parse_args() rx_src = usrp.source_c (0, options.decim) rx_subdev_spec = (0,0) rx_src.set_mux(usrp.determine_rx_mux_value(rx_src, rx_subdev_spec)) subdev = usrp.selected_subdev(rx_src, rx_subdev_spec) r = rx_src.tune(0, subdev, options.freq) self._tx_amplitude = options.tx_amplitude self.amp = gr.multiply_const_cc(0) self.amp.set_k(self._tx_amplitude) dst = usrp.sink_c(0, options.interp) if options.tx_subdev_spec is None: tx_subdev_spec = usrp.pick_tx_subdevice(dst) dst.set_mux(usrp.determine_tx_mux_value (dst, tx_subdev_spec)) subdev = usrp.selected_subdev(dst, tx_subdev_spec) r = dst.tune(subdev._which, subdev, options.tx_freq ) filename = /home/polytech/Desktop/usrp_data_receive.dat destination = gr.file_sink(gr.sizeof_gr_complex, filename) self.connect(rx_src, destination) self.connect(rx_src, self.amp, dst) if __name__ == '__main__': try: my_graph().run() except KeyboardInterrupt: pass - 5, 50, 500, 5000. Store N number of mails in your inbox. Click here.___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] testbench problem
On 8/2/07, George Nychis [EMAIL PROTECTED] wrote: The mailing list monster probably ate it for good reason! I committed the files to leos branch: http://gnuradio.org/trac/browser/gnuradio/branches/developers/zhuochen/simulations/burst_test Other than that, I know nothing about them ;) Thanks. I was able to get the proper results if outside the concatenation I declare: length = length*4-8 ; I think modelsim might have been doing some sign extension of your lower bits which then knock off your top bits if it concatenates from right to left. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Using two Rx daughter board on one USRP
Hi, I'm trying to use two different Rx basic daughter board on one USRP to catch different signals. However, I want to do different process to the data collect from different path. Should I use one flowgraph or two? I've tried to use only one flowgraph but when executing the python script, it prompts of asking for USRP#1 (seems that it cannot automatically use RxB). This is not a multi-USRP problem and I find no similar script in example directory. Has anyone encountered the same problem? Or is there any simple way to process the signal collected from different daughter board at the same time? I will be very thankful for any reply :) Yuankai ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio