Re: [Discuss-gnuradio] Burg spectral estimation
On Sat, Mar 27, 2010 at 10:12:33AM +0100, Jens Elsner wrote: Have you considered and rejected Pisarenko estimtion techniques or just not tried them yet? Eigenspace based methods are of course very another interesting thing to make available in GNU Radio - if we find students willing to implement this as part of their course work in Karlsruhe, Martin and I will gladly support them (anyone reading this? :). Actually, there already has been some work in this direction, but MUSIC et al are numerically very demanding (estimate autocorrelation matrix AND do an eigenvalue decomposition). I'm therefore not convinced they are massively useful for radio applications (in particular, with real time constraints). Something I'd like to have in the toolbox are cyclostationary spectral estimation methods (FAM, SSCD etc), and I'm hoping to add these some time soon (as in, this year). Cheers, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-3790 Fax: +49 721 608-6071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpaFnrL7GiuK.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about hier block
Hi, Thanks for taking the time to reply. I changed my code to print the data after the constuctor. But it is still not working. I guess, I 'm doing something else wrong. The changed code : #My top block from gnuradio import gr from Trameur_stanag import Trameur class top(gr.top_block): def __init__(self): gr.top_block.__init__(self) self.src_data = (1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1 ,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1) self.in_data = gr.vector_source_b(self.src_data) self.tramage = Trameur () self.sink2=gr.vector_sink() self.connect( self.in_data, self.tramage) self.connect(self.tramage, self.sink2) def print_data(self) print out , self.sink2.data() if __name__ == '__main__': try: tb = top() tb.run() tb.print_data() except KeyboardInterrupt: pass ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] “usrp_am_mw_rcv.py ”
Hello every one, I am srujan and pursuing MS. I took this course “GNU Radio” and first I tried to install it on my laptop on vista it didn’t install did try so many times and finally I came to know that one of lab systems has it on fedora and Iam doing experiments on it I studied the sound examples, and Iam in USRP examples right now, can u please tell me why the ‘MW’ is in the file name “usrp_am_mw_rcv.py” what does it mean I thought the ‘am’ is for amplitude modulation ‘rcv’ is receiver and in the code why we use a ‘WFM’block for amplitude modulation? Or if I am entirely wrong can you please explain me…. Thank you. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] how to configure my two usrp
Hi, Now ,I am studying usrp! but ,I meet some problems .I have two usrp board. each usrp board has one daugtherboard named Flex 2400.I want to send data with one usrp board ,and receive data with the other. This is my send_uspr board configure: which = 0; usrp_subdev_spec spec(1,0); amp = 3; rf_freq = 2.5e9; interp = 16; gain = -1 ; fusb_block_size = 0; fusb_nblocks = 0; realtime_p = false; nsamples = 32e6; ::make (which,interp,1,-1,fusb_block_size,fusb_nblocks); subdev = utx -selected_subdev(spec); mux = utx-determine_tx_mux_value(spec); set_mux(mux); subdev-set_gain(gain); utx-tune(subdev-which(),subdev,2.5e9,r); subdev-set_enable(true); utx-start(); the sent data is like 3,-3,3,-3. Then ,I run it ,it can work well .I can watch the spectrum. Then ,I configure my second usrp board for receive. the following is my configure. loopback = false; counting_p = false; width_p = false; max_bytes = 128M. which = 0; usrp_subdev_spec spec(0,0); decim = 8; center_freq = 2.5e9; gain = -1; mode = 0; ::make(which,decim,1,-1,mode,0,0); subdev = urx-selected_subdev(spec); mux= urx-determine_rx_mux_value(spec); urx-set_mux(mux);subdev-set_gain(gain); urx-set_rx_freq(0,center_freq);urx-set_ddc_phase(0,0); urx-tune(subdev-which(),subdev,2.5e9,r); subdev-set-enable(true); urx-start(true); then ,i run it . I found that the received data is unorderly. I don't know whether I really received the data or the data is random number ?? and ,how can I receive the true data from sender with freq = 2.5e9 ? Is there any error in my configuration ? I need your help ! best wishes! thanks ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Burg spectral estimation
On Fri, Mar 26, 2010 at 01:25:41PM -0400, Brian Padalino wrote: If you don't mind, I am curious of your experience of the Burg versus Welch implementation and results - which do you prefer? It looks like Burg translates to frequency domain first, and Welch stays in the time domain? Any idea how much of the bandwidth can be occupied before the algorithms are not relatively accurate anymore? In the presence high-noise, are the algorithms still able to detect the tones in your current setup? Welch is quite similar to what the GR FFT sink does, and will work with any kind of spectral content (it is non-parametric). Burg needs some a-priori knowledge of what you're about to expect (parametric) and will only operate well if your a-priori assumption reflect the signal(s). Actually, it estimates the filter coefficients of an AR process (so, technically, it operates in the z-domain). The spectral estimation output is gathered by running that result through an FFT. In high-noise, and with little knowledge, you have no choice but use Welch. A cool application of Burg is to track narrow-band interferers from only a handful of samples. The pictures on https://www.cgran.org/wiki/SpecEst were made with a few thousand samples for Welch, and only 512 samples for Burg (and way less calculations). Cheers MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-3790 Fax: +49 721 608-6071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpanQQPzhBua.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install Issues (linker can't find -lboost_program_options)
On 3/28/2010 11:28 PM, Mike Benonis wrote: On 28-Mar-10 20:32, Eric Blossom wrote: Are you using Ubuntu or Debian? If so, please see http://gnuradio.org/redmine/wiki/gnuradio/UbuntuInstall#Broken-libtool-on-Debian-and-Ubuntu Eric I'm using Ubuntu 9.10. I had actually added /opt/boost_[version] to /etc/ld.so.conf and ran sudo ldconfig, but I have not added /usr/local/lib. Perhaps that will make a difference...we'll see tomorrow. Once I get this working, I'll document exactly what I did and add it to the Wiki. Thanks! Mike I run Ubuntu 9.10 on one of my machines without any issue. This version of Ubuntu has a new enough Boost that will work with GNU Radio. Why don't you just install that from apt-get? It gets put in the right location for configure to find without the need for any --with-boost flags. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] caution for PS3 users
According to this: http://blog.us.playstation.com/2010/03/28/ps3-firmware-v3-21-update/ installing the latest PS3 firmware update will remove your Linux partition and you won't be able to install it again. So if you're running GNU Radio on your PS3 it's probably best not to accept the latest update. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install Issues (linker can't find -lboost_program_options)
On 29 Mar 2010, at 08:37, Tom Rondeau wrote: On 3/28/2010 11:28 PM, Mike Benonis wrote: I'm using Ubuntu 9.10. I had actually added /opt/boost_[version] to /etc/ld.so.conf and ran sudo ldconfig, but I have not added /usr/local/lib. Perhaps that will make a difference...we'll see tomorrow. Once I get this working, I'll document exactly what I did and add it to the Wiki. Thanks! Mike I run Ubuntu 9.10 on one of my machines without any issue. This version of Ubuntu has a new enough Boost that will work with GNU Radio. Why don't you just install that from apt-get? It gets put in the right location for configure to find without the need for any --with-boost flags. Hmm, I haven't tried that. What's the package called--just 'boost'? I'll give it a shot today and see how it works. Where would it put the libraries and headers? Thanks for taking the time to help me out with this. Mike Best regards, Mike Benonis m...@benonis.net KI4RIX ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] transceiver card soldering chemistry?
I need to get some mods made to a couple of transceiver cards (RFX2400s) and was asked by the person doing the work whether the boards were built with leaded or unleaded solder. I didn't know and don't know how to determine this either without asking (or perhaps having access to a gas spectrometer). Is there anyone out there that can tell me? Thanks! --Bob P.S. I scanned the Ettus website and didn't see anything like a statement pertaining to RoHS or anything like that which probably would have given me a few clues to the answer. It could have been there, all I'm saying is that I didn't see it. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] transceiver card soldering chemistry?
On 03/29/2010 10:11 AM, b...@sigmatix.com wrote: I need to get some mods made to a couple of transceiver cards (RFX2400s) and was asked by the person doing the work whether the boards were built with leaded or unleaded solder. I didn't know and don't know how to determine this either without asking (or perhaps having access to a gas spectrometer). Is there anyone out there that can tell me? Thanks! --Bob P.S. I scanned the Ettus website and didn't see anything like a statement pertaining to RoHS or anything like that which probably would have given me a few clues to the answer. It could have been there, all I'm saying is that I didn't see it. All of our products use RoHS processes, meaning no lead, except for the TVRX. The TVRX still has lead in it. Matt ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Install Issues (linker can't find -lboost_program_options)
On 29 March 2010 18:44, Mike Benonis mailingli...@benonis.net wrote: On 29 Mar 2010, at 08:37, Tom Rondeau wrote: On 3/28/2010 11:28 PM, Mike Benonis wrote: I'm using Ubuntu 9.10. I had actually added /opt/boost_[version] to /etc/ld.so.conf and ran sudo ldconfig, but I have not added /usr/local/lib. Perhaps that will make a difference...we'll see tomorrow. Once I get this working, I'll document exactly what I did and add it to the Wiki. Thanks! Mike I run Ubuntu 9.10 on one of my machines without any issue. This version of Ubuntu has a new enough Boost that will work with GNU Radio. Why don't you just install that from apt-get? It gets put in the right location for configure to find without the need for any --with-boost flags. Hmm, I haven't tried that. What's the package called--just 'boost'? I'll give it a shot today and see how it works. Where would it put the libraries and headers? It's called libboost1.38-dev and will install libraries into /usr/lib/ and headers in /usr/include/boost/ Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] “usrp_am_mw_rcv.py”
On 29 March 2010 11:53, srujan kumar sruja...@gmail.com wrote: Hello every one, I am srujan and pursuing MS. I took this course “GNU Radio” and first I tried to install it on my laptop on vista it didn’t install did try so many times and finally I came to know that one of lab systems has it on fedora and Iam doing experiments on it I studied the sound examples, and Iam in USRP examples right now, can u please tell me why the ‘MW’ is in the file name “usrp_am_mw_rcv.py” what does it mean I thought the ‘am’ is for amplitude modulation ‘rcv’ is receiver and in the code why we use a ‘WFM’block for amplitude modulation? Or if I am entirely wrong can you please explain me…. MW could mean medium waves, though the script is not limited to that band since you can set any frequency using the -f option. As for the WFM block, it sounds like somebody has modified the script on that computer because usrp_am_mw_rcv.py in the GNU Radio code repository uses gr.complex_to_mag() as AM demodulator. You can get a copy of the original script here: http://gnuradio.org/redmine/repositories/browse/gnuradio/gnuradio-examples/python/usrp Alex ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question about hier block
On Mon, Mar 29, 2010 at 10:43:08AM +0200, Axel Belliard wrote: Hi, Thanks for taking the time to reply. I changed my code to print the data after the constuctor. But it is still not working. I guess, I 'm doing something else wrong. Have you looked at any of the qa_*.py code? That code makes extensive use of vector_source's and vector_sink's. Eric The changed code : #My top block from gnuradio import gr from Trameur_stanag import Trameur class top(gr.top_block): def __init__(self): gr.top_block.__init__(self) self.src_data = (1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1 ,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1, 1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1,1) self.in_data = gr.vector_source_b(self.src_data) self.tramage = Trameur () self.sink2=gr.vector_sink() self.connect( self.in_data, self.tramage) self.connect(self.tramage, self.sink2) def print_data(self) print out , self.sink2.data() if __name__ == '__main__': try: tb = top() tb.run() tb.print_data() except KeyboardInterrupt: pass ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] “usr p_am_mw_rcv.py”
On Mon, Mar 29, 2010 at 04:53:25AM -0500, srujan kumar wrote: Hello every one, I am srujan and pursuing MS. I took this course “GNU Radio” and first I tried to install it on my laptop on vista it didn’t install did try so many times and finally I came to know that one of lab systems has it on fedora and Iam doing experiments on it I studied the sound examples, and Iam in USRP examples right now, can u please tell me why the ‘MW’ is in the file name “usrp_am_mw_rcv.py” what does it mean I thought the ‘am’ is for amplitude modulation ‘rcv’ is receiver and in the code why we use a ‘WFM’block for amplitude modulation? Or if I am entirely wrong can you please explain me…. It looks to me like this code was created by cutting and pasting from code that did do WFM demod. However, if you look at the class named wfm_rx_block, you can see that it doesn't actually have anything to do with WFM, but rather AM. Renaming it would make this more clear. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] 250MHz signal generation using Basic TX
Hi, Greetings. I have an USRP Rev-4.5 board, which contains two daughter boards, Basic TX and BasicRX. According to the TX and RX Daughterboards data sheet, the TX daughter board is capable of generating up to 1 MHz to 250 MHz signal. I am unable to generate transmit signal more than 44MHz using the usrp_siggen.py program which comes with the Gnu Radio software development kit to generate the Transmit signal. Appreciate if anyone could provide instructions for generating the frequency up to 250 MHz as well instructions for using the external clock for the usrp board. Thank you in advance. Best Regds, Sudhir. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Considerations for new hardware in gnuradio
Short but sweet response. It would be great to have a SDR hardware board that works with GNU Radio that has a very, very, low latency connection to the host, like PCI express. Similar to the Microsoft Research SDR (previously named SORA). That would be great and open up possibilities of low latency MAC protocol implementations. Just sayin'! - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 250MHz signal generation using Basic TX
On 03/29/2010 08:11 PM, S'dir wrote: Hi, Greetings. I have an USRP Rev-4.5 board, which contains two daughter boards, Basic TX and BasicRX. According to the TX and RX Daughterboards data sheet, the TX daughter board is capable of generating up to 1 MHz to 250 MHz signal. I am unable to generate transmit signal more than 44MHz using the usrp_siggen.py program which comes with the Gnu Radio software development kit to generate the Transmit signal. The DAC rate is 128 Msps. Technically, you cannot have frequencies above the nyquist rate of 64 MHz. The basic tx relies on aliasing to get anything above that rate. Take a look on a spectrum analyzer when transmitting, you should see the signal and its aliases. -Josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Considerations for new hardware in gnuradio
On 03/29/2010 11:13 PM, George Nychis wrote: Short but sweet response. It would be great to have a SDR hardware board that works with GNU Radio that has a very, very, low latency connection to the host, like PCI express. Similar to the Microsoft Research SDR (previously named SORA). That would be great and open up possibilities of low latency MAC protocol implementations. Just sayin'! - George More bandwidth == definitely_better But IM(PNS)HO you don't want receiver cards living inside a PC cabinet. Which is why I like the USRP remote philosophy. I'm thinking about doing some hardware myself, for the specific purpose of radio astronomy: o integrated LNA/downconverter/sampler o common LO/sample-clock for all antenna o 1GiGE, probably using a compact (4-bit) coding to improve channel bandwidth This would appeal to only a small fraction of all Gnu Radio users, to be sure. But there are some themes that are common to other applications: o robust phase coherence (any kind of aperture synthesis requires this) o high bandwidth (sometimes at the expense of code bits) Fit in a tighter cost envelope. :-) -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] mm update in gr_mpsk_receiver_cc
I am reading the c++ code of gr_mpsk_receiver_cc.cc in the function: mm_error_tracking, mu is updated as [line 251] mu+=omega+gain_mu*mm_error; It seems to me that omega already takes mm_error into account. Why in updating mu, mm_error is added again? I also checked the book Digital Communication Receivers - Synchronization, channel estimation, and signal processing, where Equation (9-39) (p 526) shows the update should be mu+=omega; Is this an error or my misunderstanding? Thanks Kyle ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio