Re: [Discuss-gnuradio] Write bin to SD card
Hi Eric, Thanks very much for your reply. I tried to verify the bin that I programmed in the SD card using -v option. No error message and no success message either. But if I plug in the SD card to the USRP2, I still cannot get any LED on. Do you know what could cause this problem? Thanks! Regards, Yabo On Tue, Jan 27, 2009 at 2:32 AM, Eric Blossom wrote: > On Mon, Jan 26, 2009 at 11:15:15PM -0800, Yabo Li wrote: > > Hi, > > > > I tried to follow the instructions in "USRP2UserFAQ" to program the SD > card > > with the bin files from http://gnuradio.org/releases/usrp2-bin/trunk/. > > (txrx.bin and u2_rev3.bin), there is no error message showing up. > However, > > when I plug in the SD card into USRP2, and power on, I cannot get normal > led > > lights as I usually get with the right SD card. Is there anyway to verify > > that I indeed programmed the SD card, or verify that what I programmed > > matches with the bin files? BTW, I am using a 2G SD card. Thanks! > > > > Regards, > > Yabo > > $ u2_flash_tool --help > Usage: u2_flash_tool: [options] filename > > Options: > -h, --helpshow this help message and exit > -w, --write write FILE to TARGET slot > -v, --verify verify FILE against TARGET slot > -r, --readread TARGET slot, write to FILE > -t TARGET, --target=TARGET >select TARGET slot from: fpga, s/w [default=s/w] > --dev=DEV specify flash device file, e.g., /dev/sdb. Be >careful! > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] help: cannot send after transport endpoint shutdown
On Wed, Jan 28, 2009 at 01:41:06PM +0800, Joreen Tan wrote: > > Hi, > > I have got this error message when i'm trying to use this two commands to > free up the usb resource, > > modprobe -vr ehci_hcd > modprobe -v ehci_hcd > > the error message is: > > usb_control_msg failed: error sending control message: Cannot send after > transport endpoint shutdown > Can anyone help me with this? i don't really quite understand this > error message.. It was initially working fine until i tried it for > the second time.. Regards,Joreen >From the modprobe man page, note particularly the second paragraph: -r --remove This option causes modprobe to remove, rather than insert a mod- ule. If the modules it depends on are also unused, modprobe will try to remove them, too. Unlike insertion, more than one module can be specified on the command line (it does not make sense to specify module parameters when removing modules). There is usually no reason to remove modules, but some buggy modules require it. Your kernel may not support removal of mod- ules. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] help: cannot send after transport endpoint shutdown
Hi, I have got this error message when i'm trying to use this two commands to free up the usb resource, modprobe -vr ehci_hcd modprobe -v ehci_hcd the error message is: usb_control_msg failed: error sending control message: Cannot send after transport endpoint shutdown Can anyone help me with this? i don't really quite understand this error message.. It was initially working fine until i tried it for the second time.. Regards,Joreen _ More than messages–check out the rest of the Windows Live™. http://www.microsoft.com/windows/windowslive/___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Exploring the world of GNU
On Wed, Jan 28, 2009 at 03:18:48PM +1300, Bari Bari wrote: > Hi > I have just started work on gnu project. > Initially i got basic concept of Python and now studying gnuradio through > its website.can any body help me to give guidance about getting basic > knowledge so that I will be able to do some projects in this field. or any > body have some basic programs with description to understand. > > Take care. Start here: http://gnuradio.org/trac/wiki Note especially the GNU Radio FAQ and the USRP FAQ: http://gnuradio.org/trac/wiki/FAQ http://gnuradio.org/trac/wiki/UsrpFAQ Download the code and build it: http://gnuradio.org/trac/wiki/Download http://gnuradio.org/trac/wiki/BuildGuide Look at the examples in: gnuradio-examples and some of standard utilities in: gr-utils Assuming you've got a USRP, look at usrp_fft.py, usrp_oscope.py and usrp_siggen.py Most commands support a --help option. Try using it. Also read the README files contained in the source code. We've got a list of suggested reading: http://gnuradio.org/trac/wiki/SuggestedReading If you come up with questions, try to answer them with a web search before posting your questions here. We've answered a lot of questions on this mailing list over the years... The archives are well indexed by google and friends. Welcome! Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Exploring the world of GNU
Hi I have just started work on gnu project. Initially i got basic concept of Python and now studying gnuradio through its website.can any body help me to give guidance about getting basic knowledge so that I will be able to do some projects in this field. or any body have some basic programs with description to understand. Take care. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Exploring the world of GNU
Hi I have just started work on gnu project. Initially i got basic concept of Python and now studying gnuradio through its website.can any body help me to give guidance about getting basic knowledge so that I will be able to do some projects in this field. or any body have some basic programs with description to understand. Take care. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr-trellis.html
Greetings, I was wondering if someone could provide the following file? I went to that location however gr-trellis.html is not there. I read about this doc in the readme file of the gr-trellis example directrory. There was gr-trellis.xml but Internet Explorer won't display it and notepad is just too painful. Also, any other documentation on gr-trellis would be most helpful. Thanks http://gnuradio.utah.edu/svn/gnuradio/trunk/gr-trellis/doc/gr-trellis.html ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] block destructors
I'm doing some logging of what time signal events happen and in the destructor of a custom signal block, I'm printing a log line to a file, followed by an fflush, but i'm not always getting my line. Is the destructor not happening, or is something else transpiring? Is there a way to ensure a destructor will fire even if a user ctrl+c's a flowgraph, especially with WXGUI/GRC, or is that not what is happening? ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gmsk_demod()
Yufeng, For an example on how to do that with two convolutionally encoded transmissions look at the GRC example in: http://gnuradio.org/trac/browser/gnuradio/trunk/grc/examples/trellis/interference_cancellation.grc Achilleas --- Hello, everyone, We've just got two USRPs in our lab and we want to start using them to do some demodulation. I'd like to use one of them to transmit the sum of two (uncoded) signals, useful and interference, with possible relative scaling to simulate different channels. At the receiver side, I wanna then implement different demodulators, like treating interference as noise or successive demodulation (demodulate interference, cancel and demodulate user). Is there any reference I could take a look on how to implement this in USRP? Many thanks! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Using different sizes for the different input ports of one GNU Radio block
On Tue, Jan 27, 2009 at 05:36:21PM +, Alvaro Palomo wrote: > Hello, > > I would like to know if it is possible to use different data types or > different vector sizes for the different input ( or output) ports of a > GNU Radio block. Yes. Take a look at gr_io_signature.h Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Using different sizes for the different input ports of one GNU Radio block
Hello, I would like to know if it is possible to use different data types or different vector sizes for the different input ( or output) ports of a GNU Radio block. I explain myself. When the input or output signature of a block is specified, the parameters provided are: minimum number of ports, maximum number of ports and size of the data. This size is applied to all the ports. My question is that if there is any way of specifying different sizes for the different ports. More concretely, in my case I need two input ports where one of them takes a vector of 30 char and a vector of 432 char the other. Since I can only provide one size, I'm specifying 432*sizeof_char, so when I run my flowgraph I get an error message complaining about a size mismatch. Thanks. Best regards. Alvaro Palomo -- -- Alvaro Palomo Navarro Institute of Microelectronics and Wireless Systems Electronic Engineering Department National University of Ireland, Maynooth Maynooth, Co. Kildare, Ireland P: +353-1-7086935 F: +353-1-7086027 W: www.imws.nuim.ie -- ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: Discuss-gnuradio Digest, Vol 74, Issue 72
On Tue, Jan 27, 2009 at 11:09:49AM -0600, jingx kwan wrote: > Hello, > > I have attached the PDF file which included the soft code. > > Sophal > > On Tue, Jan 27, 2009 at 11:00 AM, wrote: > > > Send Discuss-gnuradio mailing list submissions to > >discuss-gnuradio@gnu.org > > > > To subscribe or unsubscribe via the World Wide Web, visit > >http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > or, via email, send a message with subject or body 'help' to > >discuss-gnuradio-requ...@gnu.org > > > > You can reach the person managing the list at > >discuss-gnuradio-ow...@gnu.org > > > > When replying, please edit your Subject line so it is more specific > > than "Re: Contents of Discuss-gnuradio digest..." > > > > > > Today's Topics: > > > > 1. Re: Listen to Mp3 via FM broadcast (Dimitris Symeonidis) Hi Folks, When posting to the list, please follow these guidelines: http://gnuradio.org/trac/wiki/MailingLists#Guidelinesforposting Be sure to trim your replies, pick a sensible subject, don't top post, no HTML mail. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gmsk_demod()
On Tue, 2009-01-27 at 12:23 -0500, yufeng wang wrote: > I'd like to use one of them to transmit the sum of two (uncoded) > signals, useful and interference, with possible relative scaling to > simulate different channels. At the receiver side, I wanna then > implement different demodulators, like treating interference as noise > or successive demodulation (demodulate interference, cancel and > demodulate user). One place to start is with the digital-bert example application. It is designed to implement a one-way transmission (using BPSK) between two USRPs, i.e., it does not implement any packet-oriented overhead and has the minimal flowgraph necessary to accomplish this. The TX application sends a bit error rate testing waveform, basically an LFSR-based pseudorandom bit stream modulated using BPSK and a root-raised-cosine transmit filter. This is sent continuously. The receiver application performs RRC receive filtering, carrier frequency and phase recovery, bit timing recovery, BPSK demodulation, and measures the bit error rate. It displays, once per second, the current frequency offset, bit timing error, estimated signal to noise ratio, and estimated bit error rate. It's easy to see the effects of multi-path, shadowing, and antenna efficiency this way. You can modify these applications to implement different modulation/demodulation (implementing QPSK vs. BPSK is rather straightforward), and add whatever artificial channel impairments you wish. Once you have a feel for how things work at the PHY level, there is the digital packet radio example application ("tunnel.py"), which not only implements a highly configurable PHY layer, but has a (really) basic CSMA MAC and an interface to the Linux IP networking layer, allowing routing IP between two hosts using USRPs. That may be of interest to you, but I recommend starting with the simpler continuous transmission BERT example to get a start on your learning curve. Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gmsk_demod()
On Tue, Jan 27, 2009 at 12:23:41PM -0500, yufeng wang wrote: > Hello, everyone, > > We've just got two USRPs in our lab and we want to start using them to > do some demodulation. > > I'd like to use one of them to transmit the sum of two (uncoded) > signals, useful and interference, with possible relative scaling to > simulate different channels. At the receiver side, I wanna then > implement different demodulators, like treating interference as noise > or successive demodulation (demodulate interference, cancel and > demodulate user). > > Is there any reference I could take a look on how to implement this in > USRP? Many thanks! > > -- > Best wishes, > Yufeng Please look at yesterday's message from me about suggestions for newbies, then take a look at gnuradio-examples/python/digital Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gmsk_demod()
Hello, everyone, We've just got two USRPs in our lab and we want to start using them to do some demodulation. I'd like to use one of them to transmit the sum of two (uncoded) signals, useful and interference, with possible relative scaling to simulate different channels. At the receiver side, I wanna then implement different demodulators, like treating interference as noise or successive demodulation (demodulate interference, cancel and demodulate user). Is there any reference I could take a look on how to implement this in USRP? Many thanks! -- Best wishes, Yufeng ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: Fwd: [Discuss-gnuradio] Basic problem installing GSSM
Thank you for your help, but now when I type sudo /usr/local/bin/mktun gsm in the step 5 in the gssm installation. I gives me the following error: *...@wsn-desktop:~/Escritorio/wireshark-0.99.5$ sudo /usr/local/bin/mktun gsm /usr/local/bin/mktun: error while loading shared libraries: libgruel.so.0: cannot open shared object file: No such file or directory* I am a little frustrated... Thanks in advance! Jose Carlos 2009/1/27 Johnathan Corgan > On Tue, 2009-01-27 at 16:59 +0100, José Carlos Reyes wrote: > > > Now, when I try to demod traffic, in the last step when I try to start > > the gssm_usrp.py script, it gives me the following error: > > > > > > w...@wsn-desktop:~/Escritorio/gssm-v0.1/src/python$ ./gssm_usrp.py > > Traceback (most recent call last): > > File "./gssm_usrp.py", line 5, in > > from gnuradio import gr, usrp, db_dbs_rx, blks > > ImportError: cannot import name db_dbs_rx > > The code you are working with appears to only be compatible with the GNU > Radio 3.1 release series, as it is using the old 'blks' namespace and is > trying to use an undocumented way of dealing with the USRP > daughterboards. > > In the GNU Radio development trunk, and in the (soon to be released) > 3.2rc0 release, neither of these are supported. > > I'd recommend either downgrading your GNU Radio release to 3.1.3 or > politely requesting the original code author to update their code to > work with recent GNU Radio. > > -Johnathan > > > ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gmsk_demod()
On Tue, Jan 27, 2009 at 05:06:39PM +0100, José Carlos Reyes wrote: > Hi, > > I want to demodulate GSM control channels too. Particularly, I am interested > in AGCH and PCH channels (GSM Down Link). Is OpenBTS what we are looking > for? > I am trying to use gssm but I am having some problems with the installation. > Is better to use OpenBTS? You'll have to decide for yourself. OpenBTS is designed as a basestation, not as a service monitor, but it may be possible to use parts of it. You may also want to take a look at the AirProbe project, which is building a service monitor. https://svn.berlin.ccc.de/projects/airprobe/wiki Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Listen to Mp3 via FM broadcast
could you post a link to this code? I could take a look at it for you... Dimitris Symeonidis "If you think you're too small to make a difference, try sleeping with a mosquito!" - Amnesty International On Sun, Jan 25, 2009 at 21:00, jingx kwan wrote: > Hello, > > I just have the GNU Radio equipment setups and runs together with the Ubutun > 8.10 with my Latitude D610 notebook. > I have successfully test and the GNU software is running properly. Still, I > have problem to run a code posted on-line by Elie Salameh. I typed and > copied the code exactly as what it is, but I still fail. > > The error message said: > u...@usrp-laptop:~/gnuradio/gnuradio-examples/python/usrp$ ./gnu_fm2.py -l > 2.plsNumber of items in list 3 > > /home/usrp/gnuradio/gnuradio-examples/python/usrp/se-exp-steve-fossett-21jan09_0.Mp3 > /home/usrp/gnuradio/gnuradio-examples/python/usrp/se-tia-presidential-inaugurations-19jan09-CQ_0.Mp3 > /home/usrp/gnuradio/gnuradio-examples/python/usrp/jan-24-09-AS-Paul-Bunyan_0.Mp3 > Using TX d'board A: Flex 2400 Tx MIMO B > Traceback (most recent call last): > File "./gnu_fm2.py", line 132, in > wfm_tx() > File "./gnu_fm2.py", line 85, in __init__ > if not self.set_freq(options.freq): > File "./gnu_fm2.py", line 123, in set_freq > r = self.u.tune(self.subdev.which, self.subdev, target_freq) > File "/usr/local/lib/python2.5/site-packages/gnuradio/usrp/usrp_swig.py", > line 2688, in __tune > r = self._real_tune(chan, db, target_freq, tr) > File "/usr/local/lib/python2.5/site-packages/gnuradio/usrp/usrp_swig.py", > line 2089, in _real_tune > return _usrp_swig.usrp_sink_c_sptr__real_tune(*args, **kwargs) > TypeError: in method 'usrp_sink_c_sptr__real_tune', argument 2 of type 'int' > > the code > > #!/usr/bin/python > > from gnuradio import gr, eng_notation > from gnuradio import usrp > from gnuradio import audio > from gnuradio import blks2 > from gnuradio.eng_option import eng_option > from optparse import OptionParser > from usrpm import usrp_dbid > import math, re, sys, thread, time, tempfile, os, random > from gnuradio.wxgui import stdgui2, fftsink2 > import wx > > > # this function sends a command to Linux that will > # use sox to transform mp3 to raw > def mp3toraw(filename,outputfile): > print("nice -n 19 sox \"%s\" -r 32000 -t raw -f -l -c 1 %s\n" % > (filename,outputfile)) > os.system("nice -n 19 sox \"%s\" -r 32000 -t raw -f -l -c 1 %s" % > (filename,outputfile)) > # this function will read the location of the mp3 files out of the > #.pls file > def read_playlist(fname): > input = open(fname, 'r') > playlist=[] > l = input.readline() > # NumberOfEntries > l = input.readline() > nentries = int(re.findall("NumberOfEntries=([0-9]+)",l)[0]) > print "Number of items in list %d\n" % nentries > i = 1 > while l: > l=input.readline() > filepath = re.findall("File[0-9]+=(.*)$",l) > if filepath: > print filepath[0] > playlist.append(filepath[0]) > i = i + 1 > input.close() > return(playlist) > #this function will create a temprary .raw file that will used by the sox > command > def mktempfn(): > tf = tempfile.mkstemp(".raw") > outputfile = tf[1] > os.close(tf[0]) > os.remove(tf[1]) > return(outputfile) > # this code is used for mudulation > # it takes options from the command line > # most of this code is take from fm_tx4.py > class wfm_tx: > def __init__(self): > parser = OptionParser (option_class=eng_option) > parser.add_option("-T", "--tx-subdev-spec", > type="subdev",default=None,help="select USRP Tx side A or B") > parser.add_option("-f", "--freq", type="eng_float",default=90.1e6, > help="set Tx frequency to FREQ (default 90.1e6)", metavar="FREQ") > parser.add_option("-l","--playlist", action="store", > default="1.pls", help="MP3 playlist containing files to air.") > parser.add_option("","--debug", action="store_true", > default=False,help="Launch Tx debugger") > (options, args) = parser.parse_args () > if len(args) != 0: > parser.print_help() > sys.exit(1) > if options.playlist == None: > print "No playlist specified\n" > sys.exit() > # parse playlist > playlist = read_playlist(options.playlist) > # setup IQ rate to 320kS/s and audio rate to 32kS/s > self.u = usrp.sink_c() > self.dac_rate = self.u.dac_rate()# 128 MS/s > self.usrp_interp = 400 > self.u.set_interp_rate(self.usrp_interp) > self.usrp_rate = self.dac_rate / self.usrp_interp# 320 kS/s > self.sw_interp = 10 > self.audio_rate = self.usrp_rate / self.sw_interp# 32 kS/s > # determine the daughterboard subdevice we're using > if options.tx_subdev_spec is None: > options.tx_subdev_spec = us
Re: Fwd: [Discuss-gnuradio] Basic problem installing GSSM
On Tue, 2009-01-27 at 16:59 +0100, José Carlos Reyes wrote: > Now, when I try to demod traffic, in the last step when I try to start > the gssm_usrp.py script, it gives me the following error: > > > w...@wsn-desktop:~/Escritorio/gssm-v0.1/src/python$ ./gssm_usrp.py > Traceback (most recent call last): > File "./gssm_usrp.py", line 5, in > from gnuradio import gr, usrp, db_dbs_rx, blks > ImportError: cannot import name db_dbs_rx The code you are working with appears to only be compatible with the GNU Radio 3.1 release series, as it is using the old 'blks' namespace and is trying to use an undocumented way of dealing with the USRP daughterboards. In the GNU Radio development trunk, and in the (soon to be released) 3.2rc0 release, neither of these are supported. I'd recommend either downgrading your GNU Radio release to 3.1.3 or politely requesting the original code author to update their code to work with recent GNU Radio. -Johnathan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gmsk_demod()
Hi, I want to demodulate GSM control channels too. Particularly, I am interested in AGCH and PCH channels (GSM Down Link). Is OpenBTS what we are looking for? I am trying to use gssm but I am having some problems with the installation. Is better to use OpenBTS? Thanks in advance. Sincerely, José Carlos 2009/1/27 Eric Blossom > On Tue, Jan 27, 2009 at 07:20:42PM +0500, M. Awais Arshad wrote: > > Hello , I want to demodulate Gsm control channels , which i have > > captured using rfx900. i checked there specturm using fft,py file , Can > > anyone kindly guide me ,, wht steps should i take from here , to > demodulate > > them and also is there any way to analyze them in time-domain for a given > > carrier frequency. > > > > Regards, > > > > Muhammad Awais > > You may want to take a look at the OpenBTS code. > > $ svn co http://gnuradio.org/openbts/trunk openbts > > 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
Fwd: [Discuss-gnuradio] Basic problem installing GSSM
Thanks for your help, Steve. It was what I was looking for. Now, when I try to demod traffic, in the last step when I try to start the gssm_usrp.py script, it gives me the following error: w...@wsn-desktop:~/Escritorio/gssm-v0.1/src/python$ ./gssm_usrp.py Traceback (most recent call last): File "./gssm_usrp.py", line 5, in from gnuradio import gr, usrp, db_dbs_rx, blks *ImportError: cannot import name db_dbs_rx* How could I solve it? Thanks for your time! Sincerely, Jose Carlos -- Forwarded message -- From: Steve Glass Date: 2009/1/27 Subject: Re: [Discuss-gnuradio] Basic problem installing GSSM To: José Carlos Reyes You need to install Boost - the development version if your distro uses it maybe something like libboost-dev. On Tue, Jan 27, 2009 at 7:05 PM, José Carlos Reyes < jcreyesguerr...@gmail.com> wrote: > Hi all, > > I am trying to install gssm v.01 and when I type *sudo ./configure*, it > shows the following last lines. > > > checking GNURADIO_CORE_CFLAGS... -pthread -DOMNITHREAD_POSIX=1 > -I/opt/boost_1_37_0/include/boost-1_37 -I/usr/local/include/gnuradio > -I/usr/local/include > checking GNURADIO_CORE_LIBS... -L/usr/local/lib -L/opt/boost_1_37_0/lib > -lgnuradio-core -lboost_thread-gcc42-mt-1_37 -lrt > -lboost_date_time-gcc42-mt-1_37 -lgruel -lfftw3f -lgsl -lgslcblas -lm > -lgromnithread > checking GNURADIO_CORE_INCLUDEDIR... /usr/local/include/gnuradio > gr_boost_include_dir = > checking boost/shared_ptr.hpp usability... no > checking boost/shared_ptr.hpp presence... no > checking for boost/shared_ptr.hpp... no > checking boost/shared_ptr.hpp usability... no > checking boost/shared_ptr.hpp presence... no > checking for boost/shared_ptr.hpp... no > *configure: error: Failed to locate boost/shared_ptr.hpp. > Try using --with-boost-include-dir=* > > > > I tried *sudo ./configure > --with-boost-include-dir=/opt/boost_1_37_0/include/boost-1_37/boost *but > it shows the same error. > > Anyone could help me? > Thanks for your time. > Sicerely, > > Jose Carlos > > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > http://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- The highest human happiness is not the exploitation of the present but the preparation of the future. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gmsk_demod()
On Tue, Jan 27, 2009 at 07:20:42PM +0500, M. Awais Arshad wrote: > Hello , I want to demodulate Gsm control channels , which i have > captured using rfx900. i checked there specturm using fft,py file , Can > anyone kindly guide me ,, wht steps should i take from here , to demodulate > them and also is there any way to analyze them in time-domain for a given > carrier frequency. > > Regards, > > Muhammad Awais You may want to take a look at the OpenBTS code. $ svn co http://gnuradio.org/openbts/trunk openbts Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Gmsk_demod()
Hello , I want to demodulate Gsm control channels , which i have captured using rfx900. i checked there specturm using fft,py file , Can anyone kindly guide me ,, wht steps should i take from here , to demodulate them and also is there any way to analyze them in time-domain for a given carrier frequency. Regards, Muhammad Awais ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNURADIO 64 QAM 200 MHZ
Hi all, I want to configure USRP with Basic TX and Basic RX daughter boards using GNU Radio. I am not sure their capabilities are convenient for VHF 200 MHz and 64 QAM transmission. If they are suitable , which python or C++ programs can I use as examples for writing new program? also I tried to run some examples from gnu radio on USRP. Regards, Didem ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Write bin to SD card
On Mon, Jan 26, 2009 at 11:15:15PM -0800, Yabo Li wrote: > Hi, > > I tried to follow the instructions in "USRP2UserFAQ" to program the SD card > with the bin files from http://gnuradio.org/releases/usrp2-bin/trunk/. > (txrx.bin and u2_rev3.bin), there is no error message showing up. However, > when I plug in the SD card into USRP2, and power on, I cannot get normal led > lights as I usually get with the right SD card. Is there anyway to verify > that I indeed programmed the SD card, or verify that what I programmed > matches with the bin files? BTW, I am using a 2G SD card. Thanks! > > Regards, > Yabo $ u2_flash_tool --help Usage: u2_flash_tool: [options] filename Options: -h, --helpshow this help message and exit -w, --write write FILE to TARGET slot -v, --verify verify FILE against TARGET slot -r, --readread TARGET slot, write to FILE -t TARGET, --target=TARGET select TARGET slot from: fpga, s/w [default=s/w] --dev=DEV specify flash device file, e.g., /dev/sdb. Be careful! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Simple Broadcast FM Receiver
On Mon, Jan 26, 2009 at 10:45:46PM -0800, Firas Abbas wrote: > Hi, > > > On Tue, 1/27/09, Eric Blossom wrote: > > > > > > Attention all newbies: > > > > Please read the GNU Radio FAQ and the USRP FAQ and try > > searching with google before posting to the list. > > > > http://gnuradio.org/trac/wiki/FAQ > > http://gnuradio.org/trac/wiki/UsrpFAQ > > > > Most commands support a --help option. Try using it. > > Also read the README files contained in the source code. > > > > After doing all of the above, if you've still got a > > question, you're more likely to get a helpful response on this mailing list > > if you provide us information that could allow us to help you. > > > > Welcome! > > Eric > > May be we need to write a special wiki page with a link from the > main gnuradio wiki for the newbies like (' New to GnuRadio Click > Here', or 'For Newbies -- Start From Here'). > > > Best Regards, > Firas That sounds like a good idea! Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP continues to transmit after usrp_siggen.py stopped
On Mon, Jan 26, 2009 at 09:03:32PM -0800, Johnathan Corgan wrote: > On Sun, Jan 25, 2009 at 9:21 PM, Kimminau Jr., Leo F. wrote: > > > Using a PowerMac G5 to control the USRP, if I stop usrp_siggen.py, the USRP > > continues to transmit. Is this expected? > > No. > > > This behavior is different than on a PowerBook G4, where the USRP stops > > transmitting when usrp_siggen.py is stopped. > > Can you elaborate on any other differences between the configurations? > OS version, GNU Radio version, developer tools (GCC, swig, Python), > etc.? > > Thanks > > -Johnathan I think this is a known problem (not sure there's a ticket on it). I believe that what is happening is that on the faster machine, the Tx pipeline in the FPGA is getting disabled before it has a chance to drain. The result of this is that the pipeline is halted with a non-zero constant value getting clocked into the DACs resulting in a carrier for all daughterboards that contain an LO. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Basic problem installing GSSM
Hi all, I am trying to install gssm v.01 and when I type *sudo ./configure*, it shows the following last lines. checking GNURADIO_CORE_CFLAGS... -pthread -DOMNITHREAD_POSIX=1 -I/opt/boost_1_37_0/include/boost-1_37 -I/usr/local/include/gnuradio -I/usr/local/include checking GNURADIO_CORE_LIBS... -L/usr/local/lib -L/opt/boost_1_37_0/lib -lgnuradio-core -lboost_thread-gcc42-mt-1_37 -lrt -lboost_date_time-gcc42-mt-1_37 -lgruel -lfftw3f -lgsl -lgslcblas -lm -lgromnithread checking GNURADIO_CORE_INCLUDEDIR... /usr/local/include/gnuradio gr_boost_include_dir = checking boost/shared_ptr.hpp usability... no checking boost/shared_ptr.hpp presence... no checking for boost/shared_ptr.hpp... no checking boost/shared_ptr.hpp usability... no checking boost/shared_ptr.hpp presence... no checking for boost/shared_ptr.hpp... no *configure: error: Failed to locate boost/shared_ptr.hpp. Try using --with-boost-include-dir=* I tried *sudo ./configure --with-boost-include-dir=/opt/boost_1_37_0/include/boost-1_37/boost *but it shows the same error. Anyone could help me? Thanks for your time. Sicerely, Jose Carlos ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio