Re: [Discuss-gnuradio] GNU Radio eye candy
On Sun, 2008-09-28 at 17:21 -0400, Philip Balister wrote: > Does anyone have a gnu radio program that provides eye candy, without > needing a USRP? Some kind of graphic display would be great. Hi Philip you can run Gnu Radio Companion and use it to create your own small applications: $ grc This can be a good learning tool too, for example: signal source --> filter -> scope sink. http://gnuradio.org/trac/wiki/GNURadioCompanion jim ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to update gnuradio
According to the cygwin-gnuradio build guide, http://gnuradio.org/trac/wiki/CygwinInstallMain, when you have downloaded the update, you have to first write the command ./bootstrap before ./configure. ./bootstrap is applied when installing from source other than a tarball * > I am new to gnuradio, I have installed the package smoothly. But I have a > question about the update, I went through the faq and maillist but did not > find answer. > If I need to update the gnuradio from old verion to a new one, what should > I do? Just download the package, and do ./configure, make, make install > again? Do I need to uninstall the old one first?* > -- Umair ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] SVN and Cygwin--Error
I live in Pakistan and i can access gnuradio.org all right through my browser. I followed all the guideline from this site while installing gnuradio. I will ask my IT personnel in my uni to resolve this issue. Thanks to all for advice!! *yes, it seems like a dns problem... > try going to http://gnuradio.org/ from your browser > by the way, which country are you in?* > > -- Umair ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Some FM modulator questions
Hi all Sorry if this question is stupid. I want to generate an FM signal as it would be seen by the adc_interface part on the USRP board after coming from the TVRX module and then the ADC. So obviously that would be an FM signal sitting at 20MHz, sampled at 64MHz and quantisized to 12-bits. Does anyone have any good ideas on doing this? What I am trying at the moment is to decode an mp3 using sox and grabbing 32kHz mono PCM samples. I then need to get this to an FM signal sampled at 64MHz before mixing it up to 20MHz. I'm struggling with the FM modulation part. I have in the past used the FM modulator in Gnuradio, but only to get the sampling rate up from 44.1kHz to 441kHz when modulating an mp3. I'm using this block: fmtx = blks2.wfm_tx(32000,6400,tau=75e-6, max_dev=75e3) The problem is with the 6400 part. Interpolating a 32kHz signal to 64MHz not funny. I'm trying to do it in Gnuradio and my application has been running for the last hour. DOes anybody have any suggestions? Thank you very much. Sebastiaan -- Sebastiaan Heunis Radar and Remote Sensing Group, University of Cape Town Tel: +27 83 305 5667 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using gnu-radio for project
Thanks Eric, Yes I want to use SIMD. Since I want to spend most time improving performance, it would be nice if I can start off from something functioning or put together something quickly. How much effort would it be to get a GSM (other?) all software system together (except A/D I guess). Maybe I could use pre-generated streams on both ends in software. Thanks Inderaj On Mon, Sep 29, 2008 at 11:47 AM, Eric Blossom <[EMAIL PROTECTED]> wrote: > On Sat, Sep 27, 2008 at 03:37:34PM -0700, Inderaj Bains wrote: > > Dear Friends, > > > > For a school project, I am looking to speed up a software radio. > > I downloaded and built gnu-radio and dial-tone works. > > > > Ideally, I'd like to start with a functioning GSM (others?) radio > > which runs in software and speed up the computationally intensive > > components (which gnu radio might be using the fpga for) > > Good. Are you thinking about using various SIMD instruction sets, or > something else? > > > PS. I have no background in dsp/signal-processing but have good > > programming background and my day job is writing compilers. > > Eric > -- ~Inderaj ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] On Off Keying
On Mon, Sep 29, 2008 at 4:40 PM, Johnathan Corgan <[EMAIL PROTECTED]> wrote: > On Mon, Sep 29, 2008 at 11:52 AM, sri ram <[EMAIL PROTECTED]> wrote: > >> 3. However, for a tx. stream of 1's and 0's mixed, I still see the received >> amplitude (real part) showing the beat frequency continuously and not going >> to 0 for the 0 bits. > > When you send alternating 1's and 0's, you are creating a baseband > square wave of constant power. The DC offset is half your baseband > transmit amplitude, and that energy at DC is upconverted to your > carrier frequency. On receive, since you have a frequency offset, you > will see a continuous beat frequency resulting from this constant > carrier. Superimposed on this will be the harmonics of your square > wave up to the Nyquist limit of your baseband sampling rate, or up to > the cutoff frequency of the RRC filter if it is in use. Don't some of the daughterboards also have some AGC built in? I can see if the interpolation rate is not high enough, the signal power will not go down enough (especially after the RRC filtering) to really look like much of a difference if any due to the AGC circuitry and other transients that may occur on signals quickly coming on then off. Please correct me if I am wrong, but I think using a very large interpolation rate might help clarify the situation. Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] On Off Keying
On Mon, Sep 29, 2008 at 11:52 AM, sri ram <[EMAIL PROTECTED]> wrote: > 3. However, for a tx. stream of 1's and 0's mixed, I still see the received > amplitude (real part) showing the beat frequency continuously and not going > to 0 for the 0 bits. When you send alternating 1's and 0's, you are creating a baseband square wave of constant power. The DC offset is half your baseband transmit amplitude, and that energy at DC is upconverted to your carrier frequency. On receive, since you have a frequency offset, you will see a continuous beat frequency resulting from this constant carrier. Superimposed on this will be the harmonics of your square wave up to the Nyquist limit of your baseband sampling rate, or up to the cutoff frequency of the RRC filter if it is in use. You could of course change your baseband to be bipolar (-1, 1), but then again, that's just BPSK. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] On Off Keying
Hi, I am trying to send a stream of bits using On Off keying and am having some issues. At this stage, I just want to check if 1's and 0's are getting received with a high and low amplitude respectively. I have modified dbpsk.py setting the constellation to 0+0i and 1+0i in psk.py and invoke the tx/rx as in benchmark_tx,benchmark_rx .. My flowgraph is Bytes2symbols ->RRCFilter->USRP USRP->filesink I have a Bytes2symbols file which just writes the complex symbols for a given set of bytes as in gr_chunks2symbols_bc.cc. I have also checked that the complex symbols entering the USRP at the transmitter are as expected. However, at the receiver (USRP baseband samples without any processing) when I measure the power, I do not see the power going low for the 0 bits. Specifically, when I send a 101010... bit stream of 128 samples (just these bits without any headers/trailers). The transmitted baseband complex symbols are as expected with the real part going between 1 and 0 alternatively. *At the receiver, the received power stays almost the same high value throughout the packet duration, whereas I would have expected it to alternatively go high and low*. Adding or removing the RRC filter doesn't affect the observation. The following observations are true for the power and the real part of the baseband samples. 1. For a tx. stream of all 1's, i can see the beat frequency or the frequency offset for the duration of the packet (as expected). 2. For a tx. stream of all 0's , i see a low received value. (almost close to the noise levels) as expected. 3. However, for a tx. stream of 1's and 0's mixed, I still see the received amplitude (real part) showing the beat frequency continuously and not going to 0 for the 0 bits. I am using the latest stable version i.e gnuradio-3.1.3 on Ubuntu laptops. Could this be Inter Symbol Interference or a setting which makes the (carrier) power coming out of the USRP constant for the packet duration irrespective of the tx.data? Any help is greatly appreciated. Thanks, Sri. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using gnu-radio for project
On Sat, Sep 27, 2008 at 03:37:34PM -0700, Inderaj Bains wrote: > Dear Friends, > > For a school project, I am looking to speed up a software radio. > I downloaded and built gnu-radio and dial-tone works. > > Ideally, I'd like to start with a functioning GSM (others?) radio > which runs in software and speed up the computationally intensive > components (which gnu radio might be using the fpga for) Good. Are you thinking about using various SIMD instruction sets, or something else? > PS. I have no background in dsp/signal-processing but have good > programming background and my day job is writing compilers. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Contributing
Sebastiaan Heunis wrote: Eric Brian asked if I could make the USRP work that I am doing as part of my M.Sc available to other Gnuradio users. At the moment it's only some simulations of the downconversion process, but it does give one a good understanding of exactly what happens in the FPGA. How do I get this to you? Can I email it or do I need to SVN it to Gnuradio? I still need some cleaning up and commenting of the source code. Hi Sebastian, I am currently working on something to support this kind problem exactly. Getting code in to the official GNU Radio repository is not easy, it must follow many conventions, you must have an FSF copyright, and you must maintain it. Additionally, you have to wait for very busy people (Eric) to help in the process :) You can read more about the issue here: http://www.nabble.com/3rd-party-software-(was-comedilib-question)-td19148615.html Within the next week or two, I will be releasing CGRAN: The Comprehensive GNU Radio Archive Network. It provides full access to a subversion repository and wiki access for project documentation. Your upload your code as is and anyone can help maintain it. Anyone will then be able to find your project, download it, and use it. If you want to get a head start e-mail me, your project can be one of the first released with CGRAN to give people an idea of what it's all about. - George ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] interesting, what is the maximum bitrate, anyway?
hi, everybody!!! The readme file for the benchmark_tx.py under gnuradio-examples/python/digital indicates to us some machine will do 1Mbps or more, which means in my opinion, the maximum bitrate for USRP is around 1Mbps. But according to "bitrate = converter_rate / interp / samples_per_symbol*bit_per_symbol" in the pick_bitrate.py, I found that the maximum bitrate is up to 4Mbps. Why did the author imply that the maximum is around 1Mbps? What does he mean, "some machine" will do 1Mbps? Bitrate depends on my computer? But the speed of my CPU is upto 3GHz! Anyone could explain this for me? I am confused Tianning ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Does any body has the source code and/or the algorithm for IMBE vocoder to decode P25 signals?
On Mon, Sep 29, 2008 at 12:58 PM, LRK <[EMAIL PROTECTED]> wrote: > I would like very much to use GnuRadio to do simulations so if anybody > figures out how to do IMBE in software, please post it here. It looks like there are documents for sale which describe exactly how to become inter-operable with P25: TIA-102.BABA "Project 25 Vocoder Description" TIA-102.BABA-1"Project 25 Vocoder Description Addendum 1" Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Does any body has the source code and/or the algorithm for IMBE vocoder to decode P25 signals?
On Wed, Sep 24, 2008 at 08:49:08PM -0700, John Gilmore wrote: > > IMBE is proprietary and the holder of the rights, DVSI, is very very > > very unwilling to share. You can try to license it from them, but > > experience has shown that they are not interested. > > According to: > > http://wiki.multimedia.cx/index.php?title=IMBE > > the IMBE codec is patented, and here's the patent number: US 5,870,405. > Which means you are free to read it and understand it, and maybe even > implement it yourself to make sure you know how it works. And if you > live in a country without software patents, then you can probably > even distribute the software. Best I can tell, this patent covers the use of error checking to send bits generated by vocoders of several types including IMBE. I do not see a good description of IMBE vocoders. Since the basic vocoder method of sampling speech and analyzing the sample to produce a data stream to generate something sounding like speech at the receiving end of the circuit was used in military systems in the 1960's, it is not clear what was 'improved' to patent IMBE. In any case, we built a prototype 'conference bridge' around 1966 to connect three of these vocoders in a conference because they could not be conferenced at an analog point. Doing the vocoder steps twice gave an uninteligible collection of sounds. Since analog patching of P-25 systems is part of the National Emergency Communications Plan, I have tried to determine if any work has been done on inteligibility of such patches but inquiries to APCO and SAFECOM have been unproductive. I would like very much to use GnuRadio to do simulations so if anybody figures out how to do IMBE in software, please post it here. -- LRK [EMAIL PROTECTED] ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] vector_sink read problem
OK thanks I solved the problem!!! kaleem ahmad wrote: > > Hi, > > I want to implement an infinite loop which receives data (using USRP + > RFX2400) in a vector_sink_b(). The packets are sent by a transmitter after > every 't milliseconds'. I tried the code given at the end of paragraph. > But it doesnt works and problem which I am facing is that it receives the > first correct packet and then rather to wait for the next correct packet > it keep on reading the copy of same packet (from I dont know ...may be > from buffers??) and extending it every time with previously read data. I > mean it do as follows > Suppose first packet contains the string : TEST. > at first read it gets: TEST...second time TEST TESTthird time TEST > TEST TEST and so on. I was expecting that it will receive a packet and > will then waits for other packet? So can you please suggest me what is the > problem and how can I solve it. > > rx, vec_sink = receive() > rx.start() > while (rx.is_running): > rx_data = vec_sink.data() > if (len(rx_data) > 0): > #process rx_data > rx_data = ' ' #re-initilaze the receive buffer > > - > The following code works but it only receive one packet and then shutdowns > the flowgraph > - > rx, vec_sink = receive() > rx.start() > flag = 1 > while (rx.is_running and flag): > rx_data = vec_sink.data() > if (len(rx_data) > 0): > #process rx_data > flag = 0 > rx.stop() > -- > -- View this message in context: http://www.nabble.com/vector_sink-read-problem-tp19722765p19726127.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] vector_sink read problem
Hi, I want to implement an infinite loop which receives data (using USRP + RFX2400) in a vector_sink_b(). The packets are sent by a transmitter after every 't milliseconds'. I tried the code given at the end of paragraph. But it doesnt works and problem which I am facing is that it receives the first correct packet and then rather to wait for the next correct packet it keep on reading the copy of same packet (from I dont know ...may be from buffers??) and extending it every time with previously read data. I mean it do as follows > Suppose first packet contains the string : TEST. at first read it gets: TEST...second time TEST TESTthird time TEST TEST TEST and so on. I was expecting that it will receive a packet and will then waits for other packet? So can you please suggest me what is the problem and how can I solve it. rx, vec_sink = receive() rx.start() while (rx.is_running): rx_data = vec_sink.data() if (len(rx_data) > 0): #process rx_data rx_data = ' ' #re-initilaze the receive buffer - The following code works but it only receive one packet and then shutdowns the flowgraph - rx, vec_sink = receive() rx.start() flag = 1 while (rx.is_running and flag): rx_data = vec_sink.data() if (len(rx_data) > 0): #process rx_data flag = 0 rx.stop() -- -- View this message in context: http://www.nabble.com/vector_sink-read-problem-tp19722765p19722765.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] ImportError: cannot import name usrp
I have installed gnuradio3.1.3 and executed the 'export PYTHONPATH=/usr/local/lib/python2.5/site-packages' command. Then, the command 'from gnuradio import usrp' doesn't result in an error when executed from the gnuradio folder but when I cd to my custom demodulator block which is also located on the gnuradio folder, and execute my python file, it outputs the following error: [EMAIL PROTECTED] python]# ./usrp_fsk4_oscope.py Traceback (most recent call last): File "./usrp_fsk4_oscope.py", line 26, in from gnuradio import usrp ImportError: cannot import name usrp I have tried several times but it still gives out the same error. I have also installed all the dependencies for the gnuradio for fedora and used './configure --enable-all-components' option when I install the gnuradio. I don't have the USRP hardware now but I want to take input from local files instead of the usrp. Any suggestions please! Thanks, teka ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Dynamically changing parameters of a block
Hi Eric and others, I also have a similar problem, but it is not limited to 'gain control', Actually I want to implement an echo back or ping pong transmission system. First I implemented two separate transmitt and receive flow graphs in two separate transmit(), and receive() functions as mentioned in the following: Master Transceiver: Transmit()Transmitt one data packet Receive() Wait in receive for the echoed back packet or timeout Slave Transceiver: if (Receive()): Always wait in receive Transmit()Transmitt back the received data packet But in this method I get an error 'cant open usb devicecant open USRP 0/1' Then I found flowgraph.disconnect() method and thought that I should implement a single flowgraph which can dynamically connect different blocks to transmit and then disconnect and connect with receive blocks and so on... Is it possible and is there any example code which doing something like this or otherwise can you please suggest me some way to do this. Thanks Kaleem Ahmad Eric Blossom wrote: > > On Fri, Sep 26, 2008 at 06:40:29PM -0700, Karthik Vijayraghavan wrote: >> Suppose I have myblock = gr.multiply_const_ff(var_value) sitting >> somewhere in my flowgraph. I want the user to be able to change the >> value of var_value by using a slider. I know how to make a slider, but >> I am not able to find information on how to dynamically change the >> block at runtime. One option that I can think of is to >> >> 1. Stop the flow graph >> 2. Disconnect the block in question with any block it may be connected to >> 3. Redefine the block with new parameters >> 4. Reconnect the block >> 5. Restart the flow graph >> >> I tried the above method, but I did know how to redefine an existing >> block. Do I have to somehow "destroy" or "clear" the existing block >> before defining another block with the same name? >> >> Karthik > > > No need for all of that, just call > > myblock.set_k(new_value) > > while it's running. > > Eric > > > ___ > 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/Dynamically-changing-parameters-of-a-block-tp19698798p19721002.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
