[Discuss-gnuradio] USRP+Matlab

Hi, I read in tools4sdr.com that they have developed a toolbox for matlab and its purpose is to pilot the USRP with windows and matlab. Note that no processing can be done in real time and that you do not need GNU Radio. In this first version, it only works with the following daughterboard: -

Re: [Discuss-gnuradio] how to change the channel width when data is transmitting

# svn info Path: . URL: http://gnuradio.org/svn/gnuradio/trunk Repository Root: http://gnuradio.org/svn Repository UUID: 221aa14e-8319-0410-a670-987f0aec2ac5 Revision: 9986 Node Kind: directory Schedule: normal Last Changed Author: jblum Last Changed Rev: 9986 Last Changed Date: 2008-11-13 14:15:33

[Discuss-gnuradio] Plotting graphs

Hi Please suggest good library and script to take forward / implement 1. BER measurement Receiver 2. Simulation of VSA plotting graph power vs time and power vs BER. Please recommend good plotting library. Python implementation for GNU 3.1.3. Regards -- Anand ===

Re: [Discuss-gnuradio] Frequency Hopping

Hi, Good project. If you successes, give us a feedback. BTW, you can shift your TX and RX frequencies by using set_tx_freq() and set_rx_freq() (if you are using Basic TX and RX boards) Best Regards, Firas Attari wrote: > > Hi! > I am implementing freq hopping in gnu radio. My system is li

Re: [Discuss-gnuradio] how to change the channel width when data is transmitting

Hi, What is your gnuradio code revision ? svn info Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

RE: [Discuss-gnuradio] Sigh

I have a my ti login, which is easy to get. The link is just gone. ARRL SDR Working Group Chair Member: ARRL, AMSAT, AMSAT-DL, TAPR, Packrats, NJQRP, QRP ARCI, QCWA, FRC. " Don't despair, not even over the fact that you don't despair. ", Kafka -Original Message- From: [EMAIL PROTECTED

Re: [Discuss-gnuradio] Sigh

Bob- > It appears that TI has withdrawn the free offering of a linux version of > its compilers that I pointed out earlier (in October) at this link. > > > https://www-a.ti.com/downloads/sds_support/targetcontent/LinuxDspTools/download.html > > This is very disappointing. Without free tools

Re: [Discuss-gnuradio] how to change the channel width when data is transmitting

I changed my code in benchmark_tx.py as follow. But the program blocked at the tb.wait(). tb.start() // this is the first time tb.stop() tb.wait() // block here self.u.set_inter_rate(xxx) tb.start() On Tue, Nov 18, 2008 at 11:14 AM, Firas A. <[EMAIL PROTECTED]> wrote: > > Hi, > > If tb is your to

Re: [Discuss-gnuradio] Sigh

On Tue, Nov 18, 2008 at 11:47 AM, Bob McGwier <[EMAIL PROTECTED]> wrote: > It appears that TI has withdrawn the free offering of a linux version of its > compilers that I pointed out earlier (in October) at this link. > >

Re: [Discuss-gnuradio] Sigh

On Tue, Nov 18, 2008 at 1:47 PM, Bob McGwier <[EMAIL PROTECTED]> wrote: > It appears that TI has withdrawn the free offering of a linux version of its > compilers that I pointed out earlier (in October) at this link. > >

[Discuss-gnuradio] Sigh

It appears that TI has withdrawn the free offering of a linux version of its compilers that I pointed out earlier (in October) at this link. This is very disappointing. Without free tools it makes no sense

Re: [Discuss-gnuradio] Fwd: fft_sink_c.win._points

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, any update on this issue ? Chris. El Nov 12, 2008, a las 10:35 PM, Johnathan Corgan escribió: On Wed, 2008-11-12 at 17:23 -1000, Christian Kendi wrote: What happend? This may be a side effe

Re: [Discuss-gnuradio] Fwd: fft_sink_c.win._points

On Tue, 2008-11-18 at 11:27 -0500, Christian Kendi wrote: > > This may be a side effect of how we implemented the GL/non-GL import > > into a common Python namespace. My initial guess was wrong. The _points variable was never intended to be used externally, and when the GL version of the fftsi

Re: [Discuss-gnuradio] Fwd: fft_sink_c.win._points

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, any update on this issue ? Chris. El Nov 12, 2008, a las 10:35 PM, Johnathan Corgan escribió: On Wed, 2008-11-12 at 17:23 -1000, Christian Ken

Re: [Discuss-gnuradio] Re: Failed to set RF frequency

On Mon, Nov 17, 2008 at 12:00 PM, Bruhtesfa Ebrahim <[EMAIL PROTECTED]> wrote: > There is no distinict pattern. How I am working it out currently is; > when the error apears, I turn the USRP off and turn it on again. In that > case, it works mostly. But, I was wondering if there is some way to > s

[Discuss-gnuradio] framer_sink_1 and message queues

[DISCLAIMER: I'm messing around in the 10011 svn trunk, so I expect certain things don't work.] I was playing with the message queues, trying to really figure them out. I wrote something that goes to files like this: topb = gr.top_block() modu = blks2.gmsk_mod() pktb = blks2.mod_pkts

Re: [Discuss-gnuradio] how to change the channel width when data is transmitting

Hi, If tb is your topblock, you can try the following : tb.stop() tb.wait() self.u.set_inter_rate(xxx) tb.start() Don't forget to give us a feed back. Best Regards, Firas -- View this message in context: http://www.nabble.com/how-to-change-the-channel-width-when-data-is-transmitting-tp2

Re: [Discuss-gnuradio] New (potential) user + question

Hi, > Peter O'Doherty-2 wrote: > I think to use it to its full potential I will have to get a USRP. With USRP you will have all the FUN. > the prospect of manipulating radio signals via USRP+gnuradio+ > my_audiopackage is exciting. Do you think this is a feasible way to > approach it? Sorr

Re: [Discuss-gnuradio] New (potential) user + question

Thanks for your helpful replies. I installed the software and got it up and running without any problems and had a look at the examples. However, I think to use it to its full potential I will have to get a USRP. As far as I can tell, the signal processing components are pretty much availab