Re: [Discuss-gnuradio] ais-tools installation problem
Hello, Well I downloaded mysql-3.23.43, I am not sure I’ve done the right choice. I did do some Internet research before installing it and that’s when I realized that there are many problems with mysql running on Cygwin although this version was said to work. Can somebody confirm? The point is there is no libmysqlclient.dll. I run ./configure, make and make install with no problem but I noticed the following message: Libraries have been installed in: /usr/local/lib/mysql If you ever happen to want to link against installed libraries in a given directory, LIBDIR, you must either use libtool, and specify the full pathname of the library, or use `-LLIBDIR' flag during linking and do at least one of the following: - add LIBDIR to the `PATH' environment variable during execution - add LIBDIR to the `LD_RUN_PATH' environment variable during linking - use the `-Wl,--rpath -Wl,LIBDIR' linker flag I don’t really understand what must be done to link against the libraries. I just added AM_LDFLAGS=-L/usr/local/lib/mysql to the Makefile, did I miss something? When should the libmysqlclient.dll file have been created? The only files that were generated are libmysqlclient.a and libmysqlclient.la. What is the difference between .dll, .a and .la files? Which files are required for the library libmysqlclient to work? While searching for solutions I’ve read about dynamic linking, shared libraries, dynamic and static libraries… all this is still confusing for me so if someone doesn't mind giving some explanations I’ll appreciate. Thanks! Irene -- View this message in context: http://www.nabble.com/ais-tools-installation-problem-tp16678654p16742463.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
[Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using 'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() def main(): fg = send_from_file_graph () fg.start() if __name__=='__main__': try: main() except KeyboardInterrupt: pass Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Hoo-chang Shin wrote: Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using 'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() Why don't you just do: self.connect(src, self.u) Instead of all the vector stuff in the middle? Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
The problem is - the USRP at the receiver side does not detect anything. - Original Message From: Hoo-chang Shin [EMAIL PROTECTED] To: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:24:42 PM Subject: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using 'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() def main(): fg = send_from_file_graph () fg.start() if __name__=='__main__': try: main() except KeyboardInterrupt: pass Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Well, I did it like that, it did not work with connecting the file_source direct to USRP. I thought then it might work when I do the 'vector thing' in the middle. In either case, the receiver USRP does not detect anything. - Original Message From: Tom Rondeau [EMAIL PROTECTED] To: Hoo-chang Shin [EMAIL PROTECTED] Cc: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:48:27 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hoo-chang Shin wrote: Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using 'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() Why don't you just do: self.connect(src, self.u) Instead of all the vector stuff in the middle? Tom Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio on embedded systems
GNU Radio runs on an ARM Cortex-A8 cpu: http://www.flickr.com/photos/koenkooi/2420765852/ This processor has the ARM Neon instructions which include SIMD single precision floating point. http://www.linuxdevices.com/news/NS4808904795.html There is also a high speed USB port, but we haven't been able to test with a USRP yet. There is an interface for a video monitor also. Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Well, the receiver USRP does detect some signal, but the 'benchmark_ofdm_rx.py' does not detect any packet. Any ideas??? - Original Message From: Hoo-chang Shin [EMAIL PROTECTED] To: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 2:59:58 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP The problem is - the USRP at the receiver side does not detect anything. - Original Message From: Hoo-chang Shin [EMAIL PROTECTED] To: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:24:42 PM Subject: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using 'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() def main(): fg = send_from_file_graph () fg.start() if __name__=='__main__': try: main() except KeyboardInterrupt: pass Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] CPU load
Hi all, I am writting some new code to the USRP board using gnuradio and sometimes I am getting the uUuU message, which I understand means that I am not feeding the usrp.sink module fast enough (right?) Is there a way to check what is the current CPU load? Thank you! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Hoo-chang Shin wrote: Well, I did it like that, it did not work with connecting the file_source direct to USRP. I thought then it might work when I do the 'vector thing' in the middle. In either case, the receiver USRP does not detect anything. Have you tried to run usrp_fft.py at the receiver to make sure you see some energy? Also, have you just tried using benchmark_ofdm_tx.py on one side and benchmark_ofdm_rx.py on another? There are a lot of parameters to tweak. The amplitude is one important one (high enough to be seen at the receiver, low enough to avoid clipping), and the decim/interp values depend on the speed of your processor. FWIW, just saying the receiver isn't getting anything isn't too useful when asking for help with all of the possible issues. Tom - Original Message From: Tom Rondeau [EMAIL PROTECTED] To: Hoo-chang Shin [EMAIL PROTECTED] Cc: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:48:27 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hoo-chang Shin wrote: Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using 'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() Why don't you just do: self.connect(src, self.u) Instead of all the vector stuff in the middle? Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] ais-tools installation problem
irene159 wrote: Well I downloaded mysql-3.23.43, I am not sure I’ve done the right choice. I did do some Internet research before installing it and that’s when I realized that there are many problems with mysql running on Cygwin although this version was said to work. Can somebody confirm? The point is there is no libmysqlclient.dll. I run ./configure, make and make install with no problem Try ./configure --help (in your mysql directory) and see if you have options like --enable-static, --enable-shared, --disable-static, and/or --disable-shared. Depending on the defaults, to build a shared library (a *.dll file on Windows---what you need) you may need to specify --enable-shared --disable-static on your ./configure. Look carefully in the output of ./configure and you should be able to find where it says if it is building shared or static libraries. -- Don W. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
Brian, Dan, It is working now. Thanks again for your help. One more basic signal processing question ... knowing that the input and output are complex (GMSK modulated signal), should I use complex or real coefficients for the resampler filter (rational_resampler_ccc, vs. rational_resampler_ccf) ? Regarding Ed, question on the LPF after the resampler, I am not sure... it does not seems to be needed... any clue? Thanks! On Tue, Apr 15, 2008 at 4:09 PM, Wireless Monster [EMAIL PROTECTED] wrote: Brian, Dan, Thank you very much for your help. It is clear now! Rgds, On Tue, Apr 15, 2008 at 4:05 PM, Dan Halperin [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 At hat point can I send the samples (for example from a file with gr.file_source) and guarantee they will be treated as a 270.8333Ks/s stream? (assuming there will be enough samples to process) No. They will be treated like a 2Msps stream which is what you interpolated your 270.8333Ksps stream to. You will have interpolated your original signal by exactly 96/13 which will give you a 2Msps stream. I think you and Brian are experiencing notational confusion with Ks/s. If you treat the post-processed signal as a 2 Msamples/sec signal then the output signal will be a 270.733 Ksyms/sec. I believe that the USRP settings you describe will do just that. - -Dan -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkgFCpoACgkQy9GYuuMoUJ5RJgCfcq8ShxoFNmhvWNLFxET0V1CC 4nMAoKb4DyL8RyBxWCCntsfMwKZssUoQ =dC0T -END PGP SIGNATURE- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
On Thu, Apr 17, 2008 at 11:11 AM, Wireless Monster [EMAIL PROTECTED] wrote: Brian, Dan, It is working now. Thanks again for your help. One more basic signal processing question ... knowing that the input and output are complex (GMSK modulated signal), should I use complex or real coefficients for the resampler filter (rational_resampler_ccc, vs. rational_resampler_ccf) ? I wouldn't use a ccf. I'd either use an fff on each the real and imaginary portions of the signal, or I'd use a ccc on the combined signal, but that's just my own personal opinion. Regarding Ed, question on the LPF after the resampler, I am not sure... it does not seems to be needed... any clue? Look at the spectrum coming out of your rational resampling filter and make sure there are no spurs or images outside the intended band. That's probably the easiest thing to do, though I don't think there is a need. The source for the filter is located here: http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/lib/filter/gr_rational_resampler_base_XXX.cc.t There is a little bit of python taking place to actually generate the code for all the filter types, but you can get the general idea of how it works. On a side note, do you have a GSM modulator that you are thinking of contributing to the project? Or is this strictly for personal purposes? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
The spectrum looks clean so probably the LPF is not requirered. I just got my hands on a USRP board and started playing with it for fun. If I came to something interesting (i.e. complete GSM modulator) I will contribute it to the project. Thks again and Rgds, On Thu, Apr 17, 2008 at 11:26 AM, Brian Padalino [EMAIL PROTECTED] wrote: On Thu, Apr 17, 2008 at 11:11 AM, Wireless Monster [EMAIL PROTECTED] wrote: Brian, Dan, It is working now. Thanks again for your help. One more basic signal processing question ... knowing that the input and output are complex (GMSK modulated signal), should I use complex or real coefficients for the resampler filter (rational_resampler_ccc, vs. rational_resampler_ccf) ? I wouldn't use a ccf. I'd either use an fff on each the real and imaginary portions of the signal, or I'd use a ccc on the combined signal, but that's just my own personal opinion. Regarding Ed, question on the LPF after the resampler, I am not sure... it does not seems to be needed... any clue? Look at the spectrum coming out of your rational resampling filter and make sure there are no spurs or images outside the intended band. That's probably the easiest thing to do, though I don't think there is a need. The source for the filter is located here: http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/lib/filter/gr_rational_resampler_base_XXX.cc.t There is a little bit of python taking place to actually generate the code for all the filter types, but you can get the general idea of how it works. On a side note, do you have a GSM modulator that you are thinking of contributing to the project? Or is this strictly for personal purposes? Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP
Thank you for your reply, Tom. With the 'benchmark_ofdm_tx.py' and 'benchmark_ofdm_rx.py', I receive the right packets using the command: $ ./benchmark_ofdm_tx.py -T A -f 2.45G -i 512 $ ./benchmark_ofdm_rx.py -R A -f 2.45G -d 256 But when I send the pre-saved file (which is saved from the 'benchmark_ofdm_tx.py'), the 'benchmark_ofdm_rx.py' does not detect any packet at the receiver side. Viewing the received signal with usrp_fft.py, I see the same spectrum, as from the 'benchmark_ofdm_tx.py' sent spectrum, though. I send it with the same frequency, with the same interpolation rate, and with the same gain value... - Original Message From: Tom Rondeau [EMAIL PROTECTED] To: Hoo-chang Shin [EMAIL PROTECTED] Cc: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 5:03:14 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hoo-chang Shin wrote: Well, I did it like that, it did not work with connecting the file_source direct to USRP. I thought then it might work when I do the 'vector thing' in the middle. In either case, the receiver USRP does not detect anything. Have you tried to run usrp_fft.py at the receiver to make sure you see some energy? Also, have you just tried using benchmark_ofdm_tx.py on one side and benchmark_ofdm_rx.py on another? There are a lot of parameters to tweak. The amplitude is one important one (high enough to be seen at the receiver, low enough to avoid clipping), and the decim/interp values depend on the speed of your processor. FWIW, just saying the receiver isn't getting anything isn't too useful when asking for help with all of the possible issues. Tom - Original Message From: Tom Rondeau [EMAIL PROTECTED] To: Hoo-chang Shin [EMAIL PROTECTED] Cc: Discuss-gnuradio@gnu.org Sent: Thursday, April 17, 2008 1:48:27 PM Subject: Re: [Discuss-gnuradio] Sending pre-saved OFDM file to USRP Hoo-chang Shin wrote: Hi, I'm trying to send a pre-saved OFDM file to a transmitter USRP, and to receive the signal from a receiver USRP. From the 'benchmark_ofdm_tx.py' I've saved the OFDM signal to a file using 'gr.file_sink', instead of sending it to 'usrp.sink_c'. And then I want to read the data from the saved file and send it though the transmitter USRP, and receive it from the other USRP, but does not work. Could anyone give tip, why it does not work? Or give help how to make it work? This is my code: #!/usr/bin/env python from gnuradio import gr from gnuradio import usrp from numpy import * class send_from_file_graph (gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) filename = 'tx_usrp_data.dat' # which I had saved from 'benchmark_ofdm_tx.py' using 'gr.file_sink(gr.sizeof_gr_complex, filename)' src = gr.file_source ( gr.sizeof_gr_complex, filename, False) self.v_snk = gr.vector_sink_c() # setup usrp self.u = usrp.sink_c(fusb_block_size=0, fusb_nblocks=0) self.u.set_interp_rate(512) self._tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.subdev = usrp.selected_subdev(self.u, self._tx_subdev_spec) self.u.tune(self.subdev._which, self.subdev, 2.45e9) self.subdev.set_gain(200) self.subdev.set_auto_tr(True) # ## self.connect(src, self.v_snk) self.run() v_src = gr.vector_source_c(self.v_snk.data()) self.connect(v_src, self.u) self.run() Why don't you just do: self.connect(src, self.u) Instead of all the vector stuff in the middle? Tom Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CPU load
On Thu, Apr 17, 2008 at 10:58:31AM -0400, Wireless Monster wrote: Hi all, I am writting some new code to the USRP board using gnuradio and sometimes I am getting the uUuU message, which I understand means that I am not feeding the usrp.sink module fast enough (right?) Is there a way to check what is the current CPU load? On a linux system? Try 'top', or a graphical tool that does the same (KDE System Guard, for example). mb -- Martin Braun Institut fuer Nachrichtentechnik Universitaet Karlsruhe http://www.int.uni-karlsruhe.de pgp8rM0yuv7v2.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Tx Rate Conversion
On Thu, Apr 17, 2008 at 11:26:06AM -0400, Brian Padalino wrote: On Thu, Apr 17, 2008 at 11:11 AM, Wireless Monster [EMAIL PROTECTED] wrote: Brian, Dan, It is working now. Thanks again for your help. One more basic signal processing question ... knowing that the input and output are complex (GMSK modulated signal), should I use complex or real coefficients for the resampler filter (rational_resampler_ccc, vs. rational_resampler_ccf) ? I wouldn't use a ccf. I'd either use an fff on each the real and imaginary portions of the signal, or I'd use a ccc on the combined signal, but that's just my own personal opinion. ccf is equivalent to fff on each of the real and imaginary. (a+bj) * (c+dj) = (ac - bd) + (ad + bc)j If d is zero - ac + bcj Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GPS 20 ms accumulations
For all the GPS users out there, has anyone been able to extend correlations to 20 ms? I have had a heck of a time extending the correlation interval without hosing my 3rd order PLL. -- [EMAIL PROTECTED] NASA Goddard Space Flight Center AETD - Mission Engineering and Systems Analysis Component and Hardware Systems Branch Mail Code 596, Greenbelt Rd. Greenbelt, MD 20771 (301) 286-6565 (301) 286-3823 (fax) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
