[Discuss-gnuradio] gnuradio.org seems to be down
Hi, gnuradio.org seems to be down (including svn and trac) Greetings, Martin ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio.org seems to be down
Martin Dvh wrote: gnuradio.org seems to be down (including svn and trac) Thanks, we're looking into it. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio.org seems to be down
Martin Dvh wrote: gnuradio.org seems to be down (including svn and trac) Things should be back to normal now, please try again. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] MRFM (Magnetic Resonance Force Microscope and GNU Radio, preprint available
We have completed the paper Digital control of force microscope cantilevers using a field programmable gate array by Jonathan P. Jacky, Joseph L. Garbini, Matthew Ettus, John A. Sidles We have submitted it to Review of Scientific Instruments. The preprint (abstract and PDF of the full paper) is available at http://arxiv.org/abs/0809.1403 The software discussed in the paper is available at http://staff.washington.edu/~jon/gr-mrfm/ I put a link to the preprint on the Wiki AcademicPapers page. Jon Jacky ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] could you give me tips for saving ofdm data? and interpolation?
Hi, I was able to get the data using file_sink with benchmark_ofdm_tx.py self.file_sink = gr.file_sink(gr.sizeof_gr_complex, filename.dat) self.connect(sef.txpath, self.file_sink) and could see frequency spectrum using fft and fftshift in matlab. also, I extended receive_path.py with file_sink, but data did not look match with transmit data. Could you give me tips for that? if I want to calculate the exact real time, can I divide x value by 64M and interpolation value? Thank you for your help. James, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] RFX2400+USRP buffers
Hello everyone, I am trying to implement a simple FSK system to measure bit error rate (BER), and packet loss rate (PLR) using: 1-Linux 2-USRP motherboard 3-RFX2400 daughter card I want to implement an echo back system where one Transceiver (say Master) will transmit a small frame (let say 48 byte, and important thing is that I neccessarily need small payload) to other transceiver (say Slave). The Salve returns the frame immediatelly without any processing to Master and Master measures BER and PLR. The problem which I am facing is that I am unable to transmitt such small packets. I have noticed that if I have a large file with let say few Kbytes contents then it is transmitted (partially, the end of file is always missing...I guess it is stuck somewhere in buffer) but if I have such small packets as I metioned earlier then most of the time the packets are lost. If the packet is received then it is totally corrupt (say almost 100% BER) unlike large files which are received in very good quality (But important and notable point is that even the large files are 100% courrupt at the end). This makes me wonder why last few hundered bytes are always courrupt??? (for small file the whole file lies in that category of last few hundered bytes) I have tried a lot but unable to solve the problem! Now can any one help me to understand what can be the problem? Is it somewhere in the buffers? Is it some sort of synchronization problem??? and which buffers (of USRP/RFX2400/GNURadio) are involved in such flowgraph. The flow graph with actual names of blocks used by me is given below (I have attached complete code if some one want to have a look): Transmit path flowgraph: gr.file_source - gr.simple_framer - gr.bytes_to_syms - gr.interp_fir_filter_fff - gr.frequency_modulator_fc - gr.multiply_const_cc - usrp.source_c Receive path flowgraph: usrp.source_c - gr.fir_filter_ccf - gr.quadrature_demod_cf - simple_correlator - gr.file_sink Best Regards Kaleem Ahmad http://www.nabble.com/file/p19415046/fsk_rx.py fsk_rx.py http://www.nabble.com/file/p19415046/fsk_tx.py fsk_tx.py -- View this message in context: http://www.nabble.com/RFX2400%2BUSRP-buffers-tp19415046p19415046.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] Important: New trunk dependency: GSL
I'll be adding the GNU Scientific Library (GSL) as a new dependency on the trunk. GSL is a huge numerical library that's been under active development for more than 10 years: http://www.gnu.org/software/gsl Fedora, Debian and Ubuntu all package it. Under Fedora the relevant packages are: gsl-devel gsl pygsl: $ sudo yum install gsl-devel gsl pygsl I'm not exactly sure of the package names under Debian or Ubuntu. Could someone who knows please let us know and update the Debian and Ubuntu build pages on the wiki? I'll update the Fedora page. gsl-1.11 is the latest, but it looks like gsl-1.10 is what's widely distributed. 1.10 should be fine. Thanks! Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Important: New trunk dependency: GSL
For Ubuntu LTS 8.0.4 try sudo apt-get install gsl-bin gsl-ref-psdoc gsl-doc-pdf gsl-ref-html libgsl0ldbl This will get you version 1.10-4 Eric Blossom wrote: I'll be adding the GNU Scientific Library (GSL) as a new dependency on the trunk. GSL is a huge numerical library that's been under active development for more than 10 years: http://www.gnu.org/software/gsl Fedora, Debian and Ubuntu all package it. Under Fedora the relevant packages are: gsl-devel gsl pygsl: $ sudo yum install gsl-devel gsl pygsl I'm not exactly sure of the package names under Debian or Ubuntu. Could someone who knows please let us know and update the Debian and Ubuntu build pages on the wiki? I'll update the Fedora page. gsl-1.11 is the latest, but it looks like gsl-1.10 is what's widely distributed. 1.10 should be fine. Thanks! Eric ___ 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] Important: New trunk dependency: GSL
On Wed, Sep 10, 2008 at 11:09:32AM -0700, Michael Gray wrote: For Ubuntu LTS 8.0.4 try sudo apt-get install gsl-bin gsl-ref-psdoc gsl-doc-pdf gsl-ref-html libgsl0ldbl This will get you version 1.10-4 Thanks Michael! Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Important: New trunk dependency: GSL
On Wed, Sep 10, 2008 at 03:40:56PM -0400, Philip Balister wrote: On Wed, Sep 10, 2008 at 1:59 PM, Eric Blossom [EMAIL PROTECTED] wrote: I'll be adding the GNU Scientific Library (GSL) as a new dependency on the trunk. GSL is a huge numerical library that's been under active development for more than 10 years: http://www.gnu.org/software/gsl I've been making progress getting GNU Radio trunk running on the OMAP3 and now you toss this my way. Fortunately, OpenEmbedded already knows about gsl and it builds for the beagle. But, I am still curious, what parts of GNU Radio use gsl? Will it be possible to deply GNU Radio apps that do not need it? Or will gsl creep into the very core of GNU Radio? Philip At this instant nothing uses it. There are some wavelet blocks and polyphase filtering coming soon that need it. Today's msg was the advanced warning. If this turns out to be a pain, we could probably make it optional, but then we'd need (even more) conditional build stuff. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Important: New trunk dependency: GSL
On Wed, Sep 10, 2008 at 3:52 PM, Eric Blossom [EMAIL PROTECTED] wrote: On Wed, Sep 10, 2008 at 03:40:56PM -0400, Philip Balister wrote: On Wed, Sep 10, 2008 at 1:59 PM, Eric Blossom [EMAIL PROTECTED] wrote: I'll be adding the GNU Scientific Library (GSL) as a new dependency on the trunk. GSL is a huge numerical library that's been under active development for more than 10 years: http://www.gnu.org/software/gsl I've been making progress getting GNU Radio trunk running on the OMAP3 and now you toss this my way. Fortunately, OpenEmbedded already knows about gsl and it builds for the beagle. But, I am still curious, what parts of GNU Radio use gsl? Will it be possible to deply GNU Radio apps that do not need it? Or will gsl creep into the very core of GNU Radio? Philip At this instant nothing uses it. There are some wavelet blocks and polyphase filtering coming soon that need it. Today's msg was the advanced warning. Thanks for the warning. I'm not terribly unhappy with gsl, except that for good performance on the OMAP3 I'd have to look into the guts to add NEON specific routines and my todo list grows without limit :( If this turns out to be a pain, we could probably make it optional, but then we'd need (even more) conditional build stuff. Have you ever thought about creating a structure to build sets of blocks outside the main source tree? Having this structure in place would be a big help for outside developers also. Philip ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Important: New trunk dependency: GSL
In gnuradio-core, there will be new filter bank technology introduced that will use gsl to accomplish the debauchery of the indices in compact readable form. We are about to use gsl to compute discrete wavelet transforms. There are others but these suffice. One could always replace the underlying routines with local ones that are not bound to gsl. The simple facts are that gnuradio cannot be all things to all people. It might come closer than almost anything else but it cannot run without modification on all computing equipment from dspPic's to Vertex 5's to Cell to x86_64 to OMAP3XXX ! I really like the OMAP with its ARM9, TI DSP chip and Neon SIMD math chip and OpenGL acceleration hardware. It is a worthy target of effort. Bob On Wed, Sep 10, 2008 at 3:40 PM, Philip Balister [EMAIL PROTECTED] wrote: On Wed, Sep 10, 2008 at 1:59 PM, Eric Blossom [EMAIL PROTECTED] wrote: I'll be adding the GNU Scientific Library (GSL) as a new dependency on the trunk. GSL is a huge numerical library that's been under active development for more than 10 years: http://www.gnu.org/software/gsl I've been making progress getting GNU Radio trunk running on the OMAP3 and now you toss this my way. Fortunately, OpenEmbedded already knows about gsl and it builds for the beagle. But, I am still curious, what parts of GNU Radio use gsl? Will it be possible to deply GNU Radio apps that do not need it? Or will gsl creep into the very core of GNU Radio? Philip Fedora, Debian and Ubuntu all package it. Under Fedora the relevant packages are: gsl-devel gsl pygsl: $ sudo yum install gsl-devel gsl pygsl I'm not exactly sure of the package names under Debian or Ubuntu. Could someone who knows please let us know and update the Debian and Ubuntu build pages on the wiki? I'll update the Fedora page. gsl-1.11 is the latest, but it looks like gsl-1.10 is what's widely distributed. 1.10 should be fine. Thanks! Eric ___ 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Important: New trunk dependency: GSL
On Wed, Sep 10, 2008 at 04:07:27PM -0400, Philip Balister wrote: Have you ever thought about creating a structure to build sets of blocks outside the main source tree? Having this structure in place would be a big help for outside developers also. Funny you should ask, I'm just finishing that up. Look for it in the next day or two. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how can I distinguish the first subcarrier in the ofdm spectrum with matlab?
hi, I got data from benchmark_ofdm_tx.py and am looking at the data with matlab. however, it is now easy to distinguish each subcarrier after fft. I can see frequency spectrum but it's not clear which one is first subcarrier. Thanks for your help. James, ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] usage of usrp
Hi, I'm totally new to gnu radio and it is required for me to do a final year project on using the usrp as a base station to send and receive gsm signals. i would like to check, in order to use the USRP as a base station, is it really possible? as there are no such products right now in the market. are there any special handsets that are available in the market that is able to communicate with the usrp? thanks for your help! joreen _ Get in touch with your inner athlete. Take the quiz. http://yourinnerathlete.windowslive.com?locale=en-sgocid=TXT_TAGLM_WLYIA_takequiz_sg___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usage of usrp
On Wed, Sep 10, 2008 at 8:57 PM, Joreen Tan [EMAIL PROTECTED] wrote: I'm totally new to gnu radio and it is required for me to do a final year project on using the usrp as a base station to send and receive gsm signals. i would like to check, in order to use the USRP as a base station, is it really possible? as there are no such products right now in the market. are there any special handsets that are available in the market that is able to communicate with the usrp? Anything is possible. http://wiki.thc.org/gsm http://openbts.sourceforge.net/ Further homework will be your own responsibility. :) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Reading carrier frequency
Hi, I am new to GNU radio and want to experiment. From the mailing lists, I understood that the carrier frequency offsets change over time but that those offsets are within +/- 20ppm of the center frequency. Suppose I use two USRP boards; one for transmission and another for reception of signals. I want to know how I can read the carrier frequency of the transmitted signal on the receiver side through a python or C++ program. Is there any program to do this? Or, which library routine can I use for this purpose? Appreciate any kind of help you may provide on this. Thanks. G. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio