Re: [Discuss-gnuradio] git commit for previous releases
- Original Message From: Thomas Tsou tt...@vt.edu To: Johnathan Corgan jcor...@corganenterprises.com; GNURadio Discussion List discuss-gnuradio@gnu.org Sent: Sat, April 24, 2010 4:33:23 AM Subject: [Discuss-gnuradio] git commit for previous releases Is it possible to find a git commit or svn revision number corresponding to previous GNU Radio releases? I'm working with some old driver code that was tested with release 3.1.3. The only tag I see if for 3.3git. Thanks. Thomas http://gnuradio.org/redmine/wiki/gnuradio/DevelopingWithGit ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: re[Discuss-gnuradio] configuring with usrp2 src present
Hi, The xxx.stop() and xxx.wait() should be called after time.sleep(xxx) see: http://gnuradio.org/redmine/wiki/gnuradio/TutorialsWritePythonApplications Best Regards, Firas - Original Message From: Andy_Long luckshiw...@yahoo.com.cn To: Discuss-gnuradio@gnu.org Sent: Fri, April 16, 2010 11:52:57 AM Subject: Re: re[Discuss-gnuradio] configuring with usrp2 src present Hi Firas, But it shows the same error as before. I am doing tests like that: def main(): t = my_top_block() t.start() t.wait() t.stop() print t.c2mag.level() #print power time.sleep(3) m = my_top_block() m.start() m.wait() m.stop() print m.c2mag.level() #print power time.sleep(3) n = my_top_block() n.start() n.wait() n.stop() print n.c2mag.level() #print power time.sleep(3) r = my_top_block() r.start() r.wait() r.stop() print r.c2mag.level() #print power time.sleep(3) Or I am doing the while loop like that def main(): while 1: t = my_top_block() t.start() t.wait() t.stop() print t.c2mag.level() #print power time.sleep(3) error message StdErr: usrp2: failed to enable realtime scheduling 1.43518970096e-07 StdErr: S1.41236599021e-07 StdErr: usrp2: channel 0 not receiving usrp2::rx_samples() failed 0.0 StdErr: usrp2: channel 0 not receiving usrp2::rx_samples() failed 0.0 The thing is that the first output is always fine to print the received power. After that it will print the power again as expected, however with error message StdErr: S. It sometimes can print the power for third time, then usrp2 collapses with StdErr: usrp2: channel 0 not receiving usrp2::rx_samples() failed. However,most of time usrp2 collapses in the second loop rather than third loop. If it is the problem of setting the loop of flow graph, I think I can't get the second output or even third output. Am I right? For example, if I changed the usrp2 source with constant sine wave, the program runs fine. If it is the problem of usrp2, I guess I will face the same problem even I am writing my own block simliary like message sink or gr-bin_statistics sink. Another question is that can I change the tune delay time in gr-bin_statistics block to do the same thing such as time.sleep(3)? I just throw all the samples in next 3 seconds thank you best regards, Andy Firas A. wrote: Hi, Replace all xxx.run with xxx.start() and put xxx.wait() followed by xxx.stop() to stop the flowgraph Best Regards, Firas - Original Message From: Andy_Long ymailto=mailto:luckshiw...@yahoo.com.cn; href=mailto:luckshiw...@yahoo.com.cn;luckshiw...@yahoo.com.cn To: href=mailto:Discuss-gnuradio@gnu.org;Discuss-gnuradio@gnu.org Sent: Thu, April 15, 2010 10:50:39 AM Subject: Re: re[Discuss-gnuradio] configuring with usrp2 src present Hello,Johnathan Did I have some misunderstanding about it? I still think the problem is from USRP2 rather than flow graph. For example, I made some tests to change the while loop such as: def main(): t = my_top_block() t.run() print t.c2mag.unmuted(): #show exceed threshold or not time.sleep(3) m = my_top_block() m.run() print m.c2mag.unmuted(): #show exceed threshold or not time.sleep(3) n = my_top_block() n.run() print n.c2mag.unmuted(): #show exceed threshold or not time.sleep(3) As same condition as before, after two correct outputs, the third one start to show the error. Thank you. regards, Andy Johnathan Corgan-2 wrote: On Wed, Apr 14, 2010 at 12:27, Andy_Long ymailto=mailto: href=mailto:luckshiw...@yahoo.com.cn;luckshiw...@yahoo.com.cn href=mailto: href=mailto:luckshiw...@yahoo.com.cn;luckshiw...@yahoo.com.cn ymailto=mailto:luckshiw...@yahoo.com.cn; href=mailto:luckshiw...@yahoo.com.cn;luckshiw...@yahoo.com.cn wrote: I have faced the same problem. I try to received the limited samples from USRP2 by using headblock. It should return a -1 and the flow graph will stop, am I right? The flowgraph will not only stop, but will end its lifetime. Once run() has returned, the flowgraph is no longer usable, or as we like to say, further operations on it are undefined. In general, starting and stopping an individual flowgraph should occur at the same level of processing as application startup and shutdown. Anything else
Re: re[Discuss-gnuradio] configuring with usrp2 src present
Hi, Replace all xxx.run with xxx.start() and put xxx.wait() followed by xxx.stop() to stop the flowgraph Best Regards, Firas - Original Message From: Andy_Long luckshiw...@yahoo.com.cn To: Discuss-gnuradio@gnu.org Sent: Thu, April 15, 2010 10:50:39 AM Subject: Re: re[Discuss-gnuradio] configuring with usrp2 src present Hello,Johnathan Did I have some misunderstanding about it? I still think the problem is from USRP2 rather than flow graph. For example, I made some tests to change the while loop such as: def main(): t = my_top_block() t.run() print t.c2mag.unmuted(): #show exceed threshold or not time.sleep(3) m = my_top_block() m.run() print m.c2mag.unmuted(): #show exceed threshold or not time.sleep(3) n = my_top_block() n.run() print n.c2mag.unmuted(): #show exceed threshold or not time.sleep(3) As same condition as before, after two correct outputs, the third one start to show the error. Thank you. regards, Andy Johnathan Corgan-2 wrote: On Wed, Apr 14, 2010 at 12:27, Andy_Long ymailto=mailto:luckshiw...@yahoo.com.cn; href=mailto:luckshiw...@yahoo.com.cn;luckshiw...@yahoo.com.cn wrote: I have faced the same problem. I try to received the limited samples from USRP2 by using headblock. It should return a -1 and the flow graph will stop, am I right? The flowgraph will not only stop, but will end its lifetime. Once run() has returned, the flowgraph is no longer usable, or as we like to say, further operations on it are undefined. In general, starting and stopping an individual flowgraph should occur at the same level of processing as application startup and shutdown. Anything else is usually a sign of incorrect design (though not always.) The run() method on a top block is really just a convenient way of telling GNU Radio your application has nothing else to do until the flowgraph exits. Can you describe what you are trying to do? Johnathan ___ Discuss-gnuradio mailing list href=mailto:Discuss-gnuradio@gnu.org;Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://old.nabble.com/reconfiguring-with-usrp2-src-present-tp27615622p28252256.html Sent from the GnuRadio mailing list archive at href=http://Nabble.com;Nabble.com. ___ Discuss-gnuradio mailing list href=mailto:Discuss-gnuradio@gnu.org;Discuss-gnuradio@gnu.org href=http://lists.gnu.org/mailman/listinfo/discuss-gnuradio; target=_blank 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] XML Editing Tools
Hi. What are the tools used to create the following Gnu Radio documents: a) exploring-gnuradio.xml b) usrp_guide.xml c) gr-trellis.xml Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] XML Editing Tools
Thank you Josh and Eric for the Responses From: Josh Blum j...@joshknows.com I am afraid that the files look hand-written. You can misuse doxygen to make manuals by feeding it hand written xml. At least I think thats the case. Whats I'm looking for is a new approach to generate both html and PDF documentation from the same source. I saw that writing an XML document is the best way since converting from xml to html and pdf is trivial. Example: 1) To convert usrp_guide.xml to html file: $ xmlto html-nochunks usrp_guide.xml 2) To convert the same file to PDF file: $ xmlto --with-fop pdf usrp_guide.xml Of course , we need the following dependencies: - xmlto - xmltex - fop I am interested to have a wiki-based markup, where the wiki code could be rendered into doxygen xml by a small python script (or just strait to html, it doesnt need to integrate with doxygen). Its easier to write wiki code than xml, and its easier to maintain documentation code checked into the git repo (and keep it version specific). What do you think about a wiki-based solution to extending gnuradio documentation? Josh It is a good idea. If you decided to write such code, please keep in mined to use redmine wiki markup. P.S: I want to warn you that I failed to convert doxygen xml files to PDF files. They seems not to be a standard docbook xml files. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] interfacing a DSP array card to USRP2
Hi, From: Jeff Brower jbro...@signalogic.com That's huge... and you mentioned a 64k block transfer, much smaller, but still more than 40 times a large Ethernet packet. It sounds to me like this particular card mfg was focused on very high rate streaming (without gaps or drops) and not on low-latency, small transfers. I would guess they didn't set up their driver to optimize small transfer sizes. Maybe even the board didn't support a small size, for example if the FIFO had to contain a minimum number of channels and/or data length before it could assert not empty. -Jeff I agree that may be the driver is not optimized to transfer small packets. In this card, you can setup number of samples in the packet. The problem was if you configured it to transfer 1024 complex samples or 32K complex samples, the latency is the same. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] interfacing a DSP array card to USRP2
Hi, From: Jeff Brower jbro...@signalogic.com Matt- We're working on a project at Signalogic to interface one of our DSP array PCIe cards to the USRP2. This would ?provide a way for one or more TI DSPs to insert into the data flow and run C/C++ code for low-latency and/or other high performance applications. The idea is that we would modify the current USRP2 driver (or create an alternative) so it would read/write to/from the PCIe card instead of the Linux (motherboard) GbE. I want to share my little DSP PCI cards experience (not PCI-E) with with the community. The most important thing when playing with these cards is how the card hardware and software driver works. It is not necessarily when you work with PCI card that you will get a low latency system. To clear the picture, I worked (from about 2 years ago) with a PCI card (from a respected manufacture, four 125MSPS 14 bits ADC and four GC5016 DDC, 4M gate Xilinx Virtex2 Pro). The card was 64/32 bit (it can work from 32 or 64 bit PCI bus) and it accept 66/33 MHz PCI clock. Theoretically it can transfer up to 528MByte/sec when hosted with a 64bit/66MHz PC bus (very difficult to find) and can transfer up to 132MByte/sec with 32bit/33MHz PCI bus (very common). With realtime testing, it gave me about 113MByte/sec data streaming because my platform was 32bit/33MHz. The card problem was in the transfer latency. The card can transfer a data block of up to 64k @about 350usec latency (very high). I could not reduce transfer latency significantly even by using faster multiprocessor PC. The card working technique is to collect data in its built-in FIFO, transfer this data to a shared PCI RAM then initiate a hardware interrupt to acknowledge the OS that data is available and the driver copy this data to the user working space. The card drivers was for windows OS. At first I thought this is a slow windows kernel interrupt serving problem. When the card manufacture released a Linux driver (after about 1 year), I carried out the tests again but the same latency problem persist. I concluded that PCI transfer mechanizem is not efficient for small packet transfer. However, it is very useful when transferring large amount of data streaming. Again these observations was for PCI card and not PCI_Express and it was for the card I used to do the experiments. May be it was a card bad design philosophy, but I wanted to share this information with the community. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest USRP2 firmware binaries updated
Hi, From: Johnathan Corgan jcor...@corganenterprises.com Due to size limitations, the support for the WBX and XCVR2450 daughterboards has been separated into distinct firmware images. Johnathan Corgan USRP2 RAM limitations? Or what limitations? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Latest USRP2 firmware binaries updated
Hi, From: Johnathan Corgan jcor...@corganenterprises.com Due to size limitations, the support for the WBX and XCVR2450 daughterboards has been separated into distinct firmware images. Johnathan Corgan USRP2 RAM limitations? Or what limitations? Yes, the code store for the embedded processor is limited to 32K. There is no longer enough room to have all daughterboard code present simultaneously. Johnathan I think USRP2 has a big (1 MByte) external static RAM. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FLEX900 RX2 Port
Hi, From: Matt Ettus m...@ettus.com Yes, you can do full duplex, but you should not connect the ports directly or you will blow out the receiver. There will be enough leakage that you can just put attenuators. Matt Is USRP2 Antenna selection (TX/RX , RX2) works for the current firmware ? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Firmware / FPGA bitstream for USRP2 Rev 4
Hi, Did you put a static IP address in your Ethernet? Tip, put any dummy static IP address, and you will find your USRP2!!! Best Regard, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ettus Research News
Hi, I want to share my 2 cents: 1) Congratulation Matt. 2) Matt (and Ettus Research) has gave much to SDR open source community and deserve more funding. 3) May be things (for gnuradio community) will not be as it was before NI announcement, but one should not be selfish and let others who served (and still serving) the humanity with this great project (Eric, Johnathan, Matt, Josh, Tom,, etc) to take little financial benefits from their work. 4) We should be very grateful for them for sharing their knowledge with us and providing a low cost educational and business hardware/software platforms. 5) This is natural business development and I support the one who says that the resistance to this movement reveals a secret agenda. 6) I agree with the one who says it is business, but with my respect to him we do this business (in open source community) with friendship, fun and pleasure. Dear Matt, What is important to us is to keep providing the SDR hardware at lowest possible prices and keep developing your products. Congratulation again. Best Regards, Firas Abbas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Usrp2 synchronize
Hi, From: Matt Ettus m...@ettus.com Jackson Labs Firefly: http://jackson-labs.com/ Matt Just an idea, if this device is recommended by you, can you offer it (with cables and other needed staff) as a synchronization tool kit in Ettus sales so it will be a one stop shop ? Best regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] WBX
Hi, From: Matt Ettus m...@ettus.com At long last, the WBX is now available. Great news. More details and more detailed specs will follow in the next few days. Sorry, cannot wait !!. Ettus website says it is full duplex. Gnuradio code says it is half-duplex. Which one is right? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Boost Problem in Compiling Current Trunk
Hi, From: Mir M. Ali mirmurt...@gmail.com Hi Firas, I am having the same problem with the current trunk. Can you tell me how you fixed the error? Thanks, Ali That was (1 Jan 2009) more than one year old post. Certainly I cannot remember what was the problem!!. But generally, following Ubuntu Installation instruction as shown in : http://gnuradio.org/redmine/wiki/gnuradio/UbuntuInstall Will help. Just use the right boost version and don't forget to use sudo. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP 8 bit USB transfers
Hi, From: Johnathan Corgan jcor...@corganenterprises.com This is working here both with the USRP1 and USRP2 and current git repository. Johnathan 8 bit samples transfer working for USRP2 is a new information. How we can enable it? in python or in C++? Is there an example ? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New server and software at gnuradio.org
Hi, From: Eric Blossom e...@comsec.com Hi Folks, I've just cut us over to a new server running git and redmine instead of trac and subversion. Eric Thank you for your and Johnathan and Matt efforts to run this project. The problem (from my point of view) in git is that we lost the meaning of revision number. In past (with subversion), the gnuradio revision number can (some how) point to the development process so we know that some gnuradio developed projects can work without problems with a specific gnuradio revision number (for example as do some projects in CGRAN). Even some, revision numbers can be remembered (I remember rev 10165 for example) because there were major changes in gnuradio project. Now when I see a gnuradio revision with random hexadecimal number (is it really random?), I totally miss the days of subversion!!. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] The bug in gr_bytes_to_syms?
Welcome back Eric! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with USRP2 continuous transmission at 10MHz
Hi, From: Christoph Thein christoph.th...@ikt.uni-hannover.de We are using Ubuntu 9.04 with the latest trunk version of gnuradio but don't know enough about the OS realtime scheduling issue to explain it. Does anybody have more knowledge about ubuntu and realtime to explain this behaviour? Regards, Hanwen and Christoph The realtime scheduling can be only used/enabled by administrator (using sudo). Best Reagrds, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Login to GnuRadio Trac
username: guest password: gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] IF Sub sampling Hardware for GNU Radio
Hi, From: praphul chandra praphulchan...@gmail.com Hi all, I want to make a subsampling SDR using GNU Radio. The available IF is at 1.44 MHz and 10 MHz with 50 KHz BW. Can some one suggest cost effective hardware suitable for subampling the IF. Sorry for reposting the question. Thanx in advance. -- Praphul USRP + Basic RX board !. BR Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 start/stop issues
Hi, From: Philip Balister phi...@balister.org How to browse git files and modifications ? I dont see it in the Wiki pages. http://www.gnuradio.org/cgit Philip Thank you. Never saw this link before. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 start/stop issues
Hi, From: Johnathan Corgan jcor...@corganenterprises.com Subject: Re: [Discuss-gnuradio] USRP2 start/stop issues On Fri, Sep 4, 2009 at 04:14, Eric Blossomwrote: Please pull from http://gnuradio.org/git/eb.git u2-hang This has been merged into the master branch. Johnathan svn trunk ? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 start/stop issues
Hi, From: Josh Blum j...@joshknows.com Please pull from http://gnuradio.org/git/eb.git u2-hang This has been merged into the master branch. Johnathan svn trunk ? The svn trunk has been unofficially deprecated since august third. http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg20442.html -Josh At Third August, Jonathan wrote : { We are using the git-svn gateway to mirror Subversion trunk commits into the the above repository, and any git commits we manually push into the above repository will become check-ins back into the Subversion trunk. (This process is working but does not yet operate automatically.) } I think the process is still not working. So, how we will know how (for example) Eric solved USRP2 stop problem? What were the modifications and on what files ? Any suggestions or help ? How to browse git files and modifications ? I dont see it in the Wiki pages. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
Hi, --- On Mon, 7/13/09, adib_sairi adib_sa...@yahoo.com wrote: I have another Question regarding the usrp_fft.py, what is the effect of the average option? is it only average on the display of the graph only or is it on the value of the power receive? how much sample it use to do the averaging? Adib 1) The last time I saw the usrp_fft.py code was before about 2 years. It was much changed since that time. 2) The gnuradio averaging is usually done using IIR filter. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio and python 2.6
Hi, --- On Mon, 7/13/09, Eric Blossom e...@comsec.com wrote: +0600, ali siddiqi wrote: Hi all, Does gnuradio work with python 2.6? If yes would I need to first uninstall my gnuradio and python 2.5 first and then install python 2.6 and gnuradio again? I am currently on ubuntu 8.04. Would I need to upgrade to 9.04? Waiting for a quick reply! GNU Radio works with 2.5 and 2.6 (and most of it works with 2.3 and 2.4 too) Eric The Current GNURadio Binary packages cannot installed on Ubuntu 8.04 because for some reason (may be Johnathan know) it needs python 2.6 which is not available for Ubuntu below 9.04. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
Hi, --- On Sat, 7/11/09, adib_sairi adib_sa...@yahoo.com wrote: i have some question regarding the y-axis in usrp_fft.py.. it is labeled in unit dB. so how does it convert from ADC value to dB? Using the formula below. second, what is this formula mean? log = gr.nlog10_ff(10, self.fft_size, -20*math.log10(self.fft_size)-10*math.log10(power/self.fft_size)). Adib This formula is used to convert the FFT output value to dB. This is relative conversion and the values does not mean actual power because the actuall power value depends on other factors such as RF gain used. What is meant by relative, is that if the input signal power is (for example) -20dBm and we measured it in this formula as (say) 50dB, then when we change the signal power to -30dBm, we get 40dB from the output of this formula. So, lowering signal power level by 10dBm result a 10dB value reduction from the formula output. So, what is the factors that effect dB conversion?. The first value is the FFT size, so that when we change the FFT size, the formula should compensate for this. Second we should compensate for the taps of the window used for FFT (Hanning, Hamming,...etc). Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question regarding usrp_fft.py
Hi, --- On Sat, 7/11/09, adib_sairi adib_sa...@yahoo.com wrote: so if the bin of fft is treated as individual, what is the relationship between fft_size and the db calculation? what is the usage of fft_size in the calculation? Ok let me explain. Let x(n) = cos(2*n*PI*f/fs) , n=0,1,2,..,N Now take the FFT 3 times with N = 256, N = 1024 and N = 2048. You will see that the output of the FFT X(n) will be different in magnitude for the same input sequence because of different FFT size. The spectrum shape is similar in the 3 cases, but the the amplitude of each spectrum bin is different. if i choose to monitor the 2.5G center frequency, so the evt.data[0] is the place where the 2.5G is right? if the fusb is 4Ms/s and our fft bin is 256, so our bandwidth of monitoring is only 2MHz right? and evt.data[1] to evt.data[128] is the positive side of my signal while evt.data[129] to evt.data[256] is my negative side.. am i right? No some numbers are wrong. Assuming complex samples, when Fusb is 4MB/s the bandwidth is 1 MHz (2 bytes for I and 2 for Q). For FFT 256, evt.dat[0] is the center frequency (2.5G in your case) evt.data[1] to evt.data[127] is the positive side and evt.data[128] to evt.data[255] is the negative side. BR Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Suggestion to Improve Some Digital Modulations Reception
--- On Tue, 7/7/09, Johnathan Corgan jcor...@corganenterprises.com wrote: GNU Radio has gr.scrambler() and gr.descrambler() blocks to do this. In the example digital packet radio application, we instead use a whitener that has a pre-generated sequence of bits that we XOR the payload with. Johnathan AhaGNURadio is great. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Permissions problem installing packages on Cygwin:
Hi, --- On Wed, 7/8/09, Shabbir Ahmed shabbirahmed...@gmail.com wrote: For Windows Vista: Make sure the User Account Control is turned OFF. That blocks the permission to the folders, even though you have the ownership. Wanted to share this with the group. Thank you loads. Regards, Shabbir Thank you for sharing this tip. You may add this tip to gnuradio wiki windows instalation tips. login using: username : guest password : gnuradio Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] coding entirely in C++
Hi, Did you saw? http://gnuradio.org/trac/browser/gnuradio/trunk/gr-usrp/apps http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-core/src/lib/hier BR Firas --- On Sat, 6/27/09, cr...@yahoo.com cr...@yahoo.com wrote: From: cr...@yahoo.com cr...@yahoo.com Subject: Re: [Discuss-gnuradio] coding entirely in C++ To: Philip Balister phi...@balister.org Cc: discuss-gnuradio@gnu.org Date: Saturday, June 27, 2009, 8:35 AM Thanks for the link. I'll study the file to learn more about writing GNU radio apps in c++. I noticed that this was the only example in the c++ directory. Any pointers on compiling the c++ source files? libraries, compiler options and such. Thank you -Rush --- On Sat, 6/27/09, Philip Balister phi...@balister.org wrote: From: Philip Balister phi...@balister.org Subject: Re: [Discuss-gnuradio] coding entirely in C++ To: discuss-gnura...@gnu. Org discuss-gnuradio@gnu.org Date: Saturday, June 27, 2009, 4:06 AM cr...@yahoo.com wrote: I want to write GNUradio apps entirely in C++. Could anyone outline a general procedure of converting a sample python example(say, dial_tone.py) to c++? Does this help? http://gnuradio.org/trac/browser/gnuradio/trunk/gnuradio-examples/c%2B%2B/dial_tone/dial_tone.cc Philip I saw online that the usrp can be interfaced by using the -lusrp switch when using g++. How do I find the corresponding -l... switches when I include the c++ headers I need? Also, after building GNUradio 3.2, I could see pyhton examples in the folder gnuradio-3.2/gnuradio-examples/python/ but didn't find the c++ examples in gnuradio-3.2/gnuradio-examples/c++. Did I forget a step while building or these examples don't exist? Any help would be appreciated. -Rush ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -Inline Attachment Follows- ___ 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] USRP with USB/IP
Hi, --- On Fri, 6/5/09, Patrick Strasser patrick.stras...@tugraz.at wrote: Hello! ednet[1] and RaidSonic[2] sell boxes that can forward USB ports over via the Linux USB/IP[3] system. Patrick From the web site the transfer rate of these boxes is 10/100Mb/s. So theoretically it should transfer a maximum of 12.5MByte/sec which is far below the required 32Mbyte/sec of USRP1. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: USRP with USB/IP
Hi, --- On Sat, 6/6/09, Alberto Trentadue albtrenta...@tiscali.it wrote: On Fri, 2009-06-05 at 12:14 -0700, Firas Abbas wrote: Hi, --- On Fri, 6/5/09, Patrick Strasser patrick. stras...@tugraz.at wrote: Hello! ednet[1] and RaidSonic[2] sell boxes that can forward USB ports over via the Linux USB/IP[3] system. Patrick From the web site the transfer rate of these boxes is 10/100Mb/s. So theoretically it should transfer a maximum of 12.5MByte/sec which is far below the required 32Mbyte/sec of USRP1. Hello Firas. Just for my understanding: The 32Mbyte/s requirement is for a full speed - 4 channel USRP operation. NO. But if we suppose a simpler application, e.g. 1 TX/RX channel only, wouldn't this fit in the USB/IP? The 32MB/s is required for 1,2 and 4 channels. For 1 Channel when you sustain 32MB/s, this means that your dealing with 8M complex samples. For 2 channels, this means that you are dealing with 4M complex samples for each channel, ..etc. Thanks for your reply. BR Alberto Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Format of captured data
Hi, On Wed, 5/27/09, Karthik karthik1...@gmail.com wrote: If you use usrp_c() source, then the real part of the complex values are the I values and the imaginary parts are Q values. They are each 16 bits. Karthik That is not correct. If you use usrp_c source, then I Q each are 32 bits (total complex is 64bits). However, if you use usrp_s, then each are 16 bits (total complex is 32bits).. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cycle time detection for an unknown cyclic radio system
Hi, You have to explain well in order to get help, for example you said : [ for 200ms cycle time my array look like [27, 200, 27, 27, 27, 27, 276, 27], here count = 27, other values are actually some errors ] What is [my array]? how we suppose that we know your array? And what are these numbers? and how you get them? What was the input signal? what was its frequency, modulation,...etc? Read: http://gnuradio.org/trac/wiki/ReportingErrors Then post again. BR Firas --- On Tue, 5/26/09, kaleem ahmad kaleem_...@yahoo.com wrote: From: kaleem ahmad kaleem_...@yahoo.com Subject: Re: [Discuss-gnuradio] Cycle time detection for an unknown cyclic radio system To: Discuss-gnuradio@gnu.org Date: Tuesday, May 26, 2009, 10:57 AM Can someone at least comment on first part of the problem, I mean where I am getting this 'factor' from Thanks kaleem ahmad wrote: Dear All, A few weeks ago I was involved in a discussion about calculating the cycle time of an unknown system present in the area by sensing the spectrum with the help of RFX2400+USRP1 system. For details you may like to have a look on previous mails on this thread. http://www.nabble.com/cycle-period-detection-of-a-cyclic-periodic-transmitter-td23171564.html#a23174531 As Firas suggested to choose a decimation factor with respect to duty cycle of the cyclic system. I implemented it in this way but I am facing two problems: 1- I am using following formula to calculate the cycle time: if ADC_rate = 64MHz, D=decimation rate, fft_size, count= total no. of fft_scans where signal is not present Then following would give me the value of cycle time: [1/(ADC_rate/D)]*fft_size*count*1e3 --- where [1/(ADC_rate/D)] simply gives the time resolution or time gap between two points in fft bin. 1e3 for conversion in ms. with D=128, fft_size=512, I scanned the spectrum for more than one times and stored the results in an array, then I choose maximum occerence in that array as 'count' in above formula e.g. for 200ms cycle time my array look like [27, 200, 27, 27, 27, 27, 276, 27], here count = 27, other values are actually some errors for 100ms cycle time my array look like [13, 13, 87, 13, 13, 13, 13, 167], here count = 13, other values are actually some errors for 50ms cycle time my array look like [6, 6, 6, 6, 6, 6, 6, 6], here count = 6. From this array with multiple scans I was able to see that some cyclic behaviour is correctly detected. BUT when I put all values in above mentioned formula then I found that to get exact value of cycle time I must multiply my answer with a 'factor' ranging from 7-8 (some times 7.25, or 7.4, or 7.5 etc). But this 'factor' is not a fixed value and variation in its value depend on the cycle time. So final formula becomes [1/(ADC_rate/D)]*fft_size*count * factor *1.e3 --- The value of factor is changing on following pattern: for 200ms cycle time factor ~ 7.25 would give me exact answer for 150ms cycle time factor ~ 7.35 would give me exact answer for 100ms cycle time factor ~ 7.5 would give me exact answer for 50ms cycle time factor ~ 8 would give me exact answer I cant understand what this factor is and where it is comming from. Is there any processing in USRP which I am forgetting? Can someone help me to figureout this factor. 2-My second problem is that, I am able to detect cycle time for any duty cycle with the help of 128, and 256 decimation rates , but with any other decimation rate my answers are quite random and I cant get a cyclic answer in my above mentioned array. Or simply you can say as it was looking from theretical side that for any specific decimation rate I should get a cyclic answer but the only thing which would change was the no. of detected and undetected scans. But its not happening in this way. e.g with any other decimation rate except 128, 256, I am getting answer like follows: for 200ms cycle time my array look like [20, 2, 187, 17, 87, 65, 13, 167], which dont provide me any clue. Similarly for any other cycle time I am getting random values. Is there any thing wrong with selection of decimation rate? can some one help me to figure out where I am doing wrong. Thanks and Best Regards -- View this message in context: http://www.nabble.com/Cycle-time-detection-for-an-unknown-cyclic-radio-system-tp23706892p23718374.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 mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Question on gnuradio.wxgui and the agc block
Hi, On Thu, 5/21/09, Ankit Saf li...@ruby-forum.com wrote: I'll go a step further and ask if there is are more help files on available GNU radio blocks, and about writing your own block? Thanks! There is a old and un-updated document that lists Gnuradio blocks at: http://www.scribd.com/doc/9688074/Simple-Gnuradio-User-Manual-v10 Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] tcp and udp server
Hi, On Fri, 5/15/09, Eric Blossom e...@comsec.com wrote: From: Eric Blossom e...@comsec.com Subject: Re: [Discuss-gnuradio] tcp and udp server To: Tom Lutz tommyl...@gmail.com Cc: discuss-gnuradio@gnu.org Date: Friday, May 15, 2009, 8:54 PM On Fri, May 15, 2009 at 01:01:50PM -0400, Tom Lutz wrote: On Fri, May 15, 2009 at 10:49 AM, Eric Blossom e...@comsec.com wrote: On Fri, May 15, 2009 at 12:39:19PM +, feldmaus wrote: Hi All, i am read something about sending data over tcp. as i can see in grc there is only an udp sink. Is there still a tcp sink ? No need. Use python to open the appropriate file descriptors, then use gr.file_descriptor_{sink,source} Eric Might be nice to abstract it into its own block for the people that just want to slap it together. Trust me, setting up the sockets is so much easier in Python in C++. Eric See this nice python networking tutorial : http://heather.cs.ucdavis.edu/~matloff/Python/PyNet.pdf BTW, the author of this tutorial has also a great python tutorials which can be very useful for gnuradio beginners such as: http://heather.cs.ucdavis.edu/~matloff/Python/PyThreads.pdf http://heather.cs.ucdavis.edu/~matloff/Python/PythonIntro.pdf Also for general python programming : http://heather.cs.ucdavis.edu/~matloff/Python/pyMPI.pdf http://heather.cs.ucdavis.edu/~matloff/Python/PyIterGen.pdf http://heather.cs.ucdavis.edu/~matloff/Python/PyFileDir.pdf http://heather.cs.ucdavis.edu/~matloff/Python/PyCurses.pdf Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] update: new FX2 firmware / boosted USB bandwidth
Hi, On Tue, 5/12/09, Dominik Auras dominik.au...@rwth-aachen.de wrote: Could you try to set different fusb parameters? I observed that, since the FX2 is less likely to be a bottleneck, tuning of these parameters may have greater impact than before. E.g. my laptop did an additional 2 MB/s with B = 16384 and N = 1000 (test_usrp_standard_rx -B 16384 -N 1000 etc.). Dominik I tried to change the FUSB parameters as you suggested, but it did not effected the results in my PC(s). Also large values could cause big latency. However, I'm very glad from the results of your original modifications. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] update: new FX2 firmware / boosted USB bandwidth
Hi Dominik, On Sun, 5/10/09, Dominik Auras dominik.au...@rwth-aachen.de wrote: Hi! Well, as I promised, I am going to share my results with the community. So here it is: http://www.dominikauras.de/gnuradio/usrp_fx2.html I spent much time on verifying, but of course can't promise it is bugfree. So I invite you to review and test it and share your experience. Dominik This is a great achievement. I tested it with an old 2GHz P4 laptop (but with good USB controller) and was able to reach about 41MB/sec. The tests were with/without FPGA HB filter in one direction using your pre-built images. USRP1 max transfer of 8 Msps in one direction should be from history now. I hopes your patches applied to the trunk. Thank you for sharing it with us. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Weired GNURADIO Performance
Hi, On Sat, 5/2/09, Andrew Lutomirski l...@mit.edu wrote: I can speculate: some versions of Ubuntu (i.e. all the ones I've actually looked at) seem to build fftw *without* SSE/SSE2. --Andy Do FFTW have a function we can use to read if it is using SSE/SSE2?. If exist, we can add a small program to gnuradio to warn about the missing of it. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] USRP with USB 3.0 !
Hi, May be someday, the USRP_x will transfer data to our PC using USB 3.0, a 5 Gbps data transfer bus. http://www.pcworld.com/article/156494/superspeed_usb_30_more_details_emerge.html BR Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] cycle/period detection of a cyclic/periodic transmitter
Hi, On Wed, 4/22/09, kaleem ahmad kaleem_...@yahoo.com wrote: Hi All, I am trying to detect the cycle (or period) time of a cyclic data transmitter by sensing the channel. The transmitter can be any general e.g. FSK/ZigBee/Bluetooth etc, and transmitting a fixed packet after every 'T' ms. I am interested to detect this T using GNURadio/USRP. You info is not enough. For a cyclic transmitter there is a transmission duty cycle and repetition cycle. From what I understand, you are trying to measure repitition cycle. But, What is the duty cycle of your transmitter (the time it will stay ON)? For example, Blue tooth is a frequency hopping device. It hops 1600 hop/sec. This means the duty cycle for it is 625usec. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] cycle/period detection of a cyclic/periodic transmitter
Hi, On Wed, 4/22/09, kaleem ahmad kaleem_...@yahoo.com wrote: Thanks Firas, But I can simply tell that it always transmit a fix packet (with bitrate=500kbps) of 1220 micro sec including preamble. It means that after every T ms (T is repetition cycle time and can be a fixed value from range: 1ms...200ms, I selected 10ms for above given data) it transmits a 1220 microsec long signal. If your transmitter works for 1220 microsec (1.22 msec) and it repeat the transmission (for example) every 10 msec, then your calculations is wrong. If you want to sense the time of a signal, you have to run your FFT frames with a rate at least equal to required minimum signal time. For example in your case, If the signal to be detected has a 1.22 msec then you have to collect the data at rate of 500K (USRP decimation =128). The 512 FFT length will be 1.024 msec. This means (after using appropriate spectrum threshold value) you need to count number of FFT frames that the desired signal is exist in it. So, back to our example (signal with duty 1.22msec and repetition of 10msec), if data rate is 500k, and you used 512 FFT points, then you will see this signal once in every 10 FFT frames. The resolution will be 1.024 msec. However, if you received the signal with data rate of 8MHz (USRP decimation =8), and you computed 512 FFT points then your resolution will be 64 usec, which means that the signal will be ON for 19 FFT frames and OFF for 137 FFT frames. Is that clear ? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GRC:Suitable Sink required
Hi, On Mon, 4/20/09, Saleem Akhtar saleemakhta...@yahoo.com wrote: Hi, It appears that gr.message_sink and gr..msg_queues are for digital data. but my flowgraph (periodogram) is for analog samples, This is not true (see: usrp_spectrum_sense.py). complex baseband samples from usrp -- stream to vector (vectors of fft_size) -- FFT -- complex to mag squared -- (sink or block to be determined) Is their no choice other than file sink? Thanks You can use vector sink. ex: dst = gr.vector_sink_f() then you can see the data in this vector by: print dst.data() Of course you have to run the graph for a while then stop it before doing the print. See : http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg13693.html BR Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: max throughput USB 2.0
Hi, On Mon, 4/13/09, feldmaus feldmann_mar...@gmx.de wrote: you are right, but why are we calculating with 32MByte/s and not with 60MByte/s or something else ? Did you saw USRP FAQ? Always check before ask. See: http://gnuradio.org/trac/wiki/UsrpFAQ/Gen#USB:480MBitsec32MBytesec And see also: http://gnuradio.org/trac/wiki/ReportingErrors Best Regards Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Question about latency
Hi, On Fri, 4/3/09, Matigakis Emmanouil mmatiga...@isc.tuc.gr wrote: Hi, I don't have a BasicRX db. Can't I do the same with RFX2400? You can do the test with RFX2400 but you have to disable auto T/R switch to use TX/RX sma for tx and RX2 for RX (after using select antenna command). Is it dangerous to burn the db if I connect the input to the output directly? Manolis Don't ever connect RX to TX directly without attenuator. Use about 30 dB attenuator. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] LW/AM/SW radio very cheap in laptop?
Hi, --- On Thu, 4/2/09, John Gilmore g...@toad.com wrote: There's another chance to get kids into radio... If a high volume kids' laptop had stereo HD audio ports available (24-bit 192 kHz converters, 95 db input and 100 db output), how cheap and small a circuit could you build onto that motherboard to provide useful LW/AM radio reception? John Here is my 2 cents: 1) AM signals known to be strong, RF Gain may not be required. 2) Undersampling can be used to downconvert/digitize AM signals. 3) RF Tunning is the problem. We have to think for away to use the voltage from one of the audio output ports to control a bandpass filter center frequency (voltage controlled filter). 4) Software demodulation. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Question about latency
Hi, On Thu, 4/2/09, Matigakis Emmanouil mmatiga...@isc.tuc.gr wrote: Hello, I did tried to increase the sampling rate and the delay went up to 100ms. I was getting a lot of Uo on the screen though from the program. The block I've made that does the processing stores the waveform it receives in a file so I can look at it from Matlab. I think what I'm trying to do is very difficult if at all possible with flowgraphs. So I will try to use in-band signaling code. Is there something similar to gr-howto-write-a-block for using mbloks? Thanks Manolis If you are trying to do just an RF repeater (digitally connecting TX IF and RX IF ), I don't think the time is much as 100msec with 4MHz. There is something wrong. I suggest to you to use BasicRX and Basic TX in the first. If you want to measure the delay from end to end , I suggest the following idea (I didn't implement and tried it, it just came on my mind while reading your email): Connect the output of Basic TX to the input of basic RX through 20 dB attenuator. Start grc, connect a saw tooth signal generator to usrp sink. Connect usrp source to oscilloscope graphical sink (channel A). For the same scope sink, connect the saw tooth source to its other channel (channel B). You should now see two saw tooth signals one that send to TX and the other is the received RX. Vary saw tooth frequency and measure the delay between the start of these two signals. This will be the end to end latency. Of course it will depend you your PC speed and its OS. Let me know if it works for you. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] question to I and Q routing
Hi, --- On Wed, 4/1/09, feldmaus feldmann_mar...@gmx.de wrote: Hi All, i have a signal generator which is only connected to 1 SMA connector at the LFRX daughterboard. In the gnuradio documentation is written: Each of the 4 ADC's can be routed to either of I or the Q input of any of the 4 DDC's. But if i store the data coming from the usrp to disk, i have got real and imag values, which represents the I and Q values. So how is the Q part created ? Or do i have to create it by connect my signal generator to 2 SMA connectors ? My test signal is a sine signal. Regards Markus You keep asking about I Q. From gnuradio Wiki suggested readings, see the following book: Digital_Receiver_Handbook_Basics_of_Software_Radio.pdf resource page: http://www.pentek.com/products/Literature.cfm#Handbook It is important that you understand the SDR basics specially the DDC. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CIC Interpolator Filter in the FPGA
Hi, On Sun, 3/29/09, slimchao slim1...@hotmail.com wrote: Hi Firas, thanks! i am sure that a 4 Stage CIC Decimator is in the USRP FPGA DDC and 4x interpolation in the AD9860 (an interpolation rate of 4x is achieved using both interpolation filters). but how many Stage CIC Interpolator is in the FPGA at the TX path. i guess also 4 Stage CIC Interpolator in the FPGA, am i right?? please correct me! thanks again slimchao There are 4 CIC Interpolation stages is in the FPGA at the TX path. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Jagged Data
Hi, From : http://gnuradio.org/trac/wiki/ReportingErrors Some GNU-Radio-specific things that we'll need to know are: * What version of GNU Radio are you using? * What operating system are you using? (Linux, BSD, Mac OS X, Windows, or other? Which distribution? Which version? 32- or 64-bit?) * What specific kind of computer are you running GNU Radio on? (Which CPU architecture? Single-processor or SMP?) * If you're using a USRP, what daugherboard(s) are you using? If you're not using a USRP, what digitizer hardware are you using? * What analog hardware (antennas, amplifiers, filters, etc.) is connected to the inputs of your digitizer hardware? BR Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CIC Interpolator Filter in the FPGA
Hi, On Sat, 3/28/09, slimchao slim1...@hotmail.com wrote: Hello, can anyone explain how implemented the CIC interploator Filter (how many stages) in the FPGA. if we want a interpolation of 32, the interpolation rate is 4 in the AD9860 (4x interpolation), sothat the interpolation is 32/4=8 in the FPGA (stages ??), am i right? thanks a lot! slimchao See: http://gnuradio.org/trac/wiki/UsrpFAQ/DDC http://gnuradio.org/trac/wiki/UsrpFAQ/DUC BR Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] some doxygen questions
Hi, On Tue, 3/24/09, Dimitris Symeonidis azim...@gmail.com wrote: have some questions that hopefully someone on the list can answer: 1) Do we need both the html and xml documentation, or just html? XML documentation is needed for GRC. 2) Search functionality would be useful. I looked at the doxygen documentation and discovered the SEARCHENGINE parameter in Doxyfile. Do I also need to install a php server to use it? Thanx in advance Dimitris Symeonidis See : http://www.icu-project.org/apiref/icu4c/ They are using doxygen with search engine. I think we have to investigate it. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Can threading disturb sensing continuety
Hi, On Fri, 3/20/09, kaleem ahmad kaleem_...@yahoo.com wrote: ADC sampling rate = 64MHz it gives resulution time = 1/64MHz = 156 ns if we choose N=512 for FFT then total observation time for one scan(one complete FFT) is = 156ns x 512 = 8 micro sec if the maximum possible (expected) cycle time is 200ms then: it needs 200ms/8microsec = 2500 continues FFT scans to cover the range of frequencies that correspond to 200ms cycle time. Is above calculation correct? The above calculation is only true at FPGA level (ADC=64MHz). At PC side, max sampling is 8MHz (125nsec). So acquisition time for 512 FFT is 64 usec. If the frequency is constant, you can use DFT instead of FFT. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Maximum value of samples
Hi, From: Sebastiaan Heunis sheu...@gmail.com Can anyone please suggest a setup that I can use to test the maximum value of samples? Sebastiaan The quickest way is to run grc, connect usrp to number sink and run the graph. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Correct method for compressing a power spectrum
Hi, From: Marcus D. Leech mle...@ripnet.com OK, so I decided to use the averaging method, rather than the maximum method. It produces reasonably good looking plots: Marcus Leech Can you post a link to what you saw by the maximum method ? Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Correct method for compressing a power spectrum
Hi, From: Marcus D. Leech mle...@ripnet.com Let's say I have an FFT output that's many, many, bins wide, and I want to compress that information into a narrower display (let's say from 4M bins down to 1024 bins). My approach has been to sum up each set of [4M/1024] bins, and use that as the final output. Marcus Leech I think adding FFT bins is the correct way. But, for me I always select the maximum in these bins. I'm not sure that this is right but it gives me a good look over my spectrum data. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Guide for Reporting Errors and Asking for Help
Hi, On Mon, 2/23/09, Patrick Strasser patrick.stras...@tugraz.at wrote: I wrote some lines for people asking for help in the wiki. Please look through it, it can certainly need some polishing. Patrick I did some polishing to it. It certainly needs more polishing now!. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
Hi, On Mon, 2/9/09, Eric Blossom e...@comsec.com wrote: For the first part of the question, something about reset_db, I think you need to update, build and reinstall the f/w on the SDCARD since internally, we now use a new (internal) method to handle some things. Eric I think my SD revision is 9935 or 9939. I will try tomorrow to upgrade to latest firmware. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
Hi, On Sun, 2/8/09, Johnathan Corgan jcor...@corganenterprises.com wrote: Do you get this every time you run usrp2_fft.py? Can you try usrp2_siggen.py or usrp2_rx_cfile.py? Johnathan I get this message every time I try to run usrp2_fft.py. for the others, I will try tomorrow. Also, when I try to use tb.start, tb.wait tb.stop with usrp2, I get the following warning : usrp2: channel 0 already streaming When I get this message, usrp2 stops streaming. I got the same behavior when I use tb.lock and tb.unlock (the flowgraph runs only for one time). Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
Hi, On Sun, 2/8/09, Johnathan Corgan jcor...@corganenterprises.com wrote: Did this start occurring at the same time as the reset_db() failure, or has it been going on longer? Johnathan No. It was existed from an older revisions. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New USRP2 Warning Message
Hi, On Sun, 2/8/09, Johnathan Corgan jcor...@corganenterprises.com wrote: Do you get this every time you run usrp2_fft.py? Can you try usrp2_siggen.py or usrp2_rx_cfile.py? Johnathan Yes, with usrp2_siggen.py or usrp2_rx_cfile.py, I got this message too. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Problem with FFT of simple signal
Hi, On Fri, 1/30/09, Emil Molin molin.e...@gmail.com wrote: Running it with a generated signal causes the program to freeze. This is normal since there is no sampling rate control in your code and your CPU will be eaten. To overcome this problem use gr.throttle API in you code. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Support for 8-bit USB samples in GRC
Hi, When working with 8 bit samples, you must disable FPGA halfband filter see (http://gnuradio.org/trac/wiki/UsrpFAQ/DDC). To do so, the USRP (via GRC) should load the std_4rx_0tx.rbf image. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Simple Broadcast FM Receiver
Hi, On Tue, 1/27/09, Eric Blossom e...@comsec.com 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Macbook Pro and USRP2
Hi, 1) Download and run Ubuntu live CD first (do not install). 2) From terminal, run : dmesg | grep Ethernet and/or run: lspci | grep Ethernet and you will know what is your chip set. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] usrp_wfm_rcv.py and audio underrun aUaUaU
Hi, Try : usrp_wfm_rcv_nogui.py if it is working with no aUaUaU, then you have CPU utilization problem. If not, you have to check if your sound card can accept the required 32KHz audio stream. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Boost Problem in Compiling Current Trunk
Hi, On Thu, 1/1/09, Johnathan Corgan jcor...@corganenterprises.com wrote: Please svn update and retry. -Johnathan Everything is OK now. I Successfully complied revision [10184]. Thank you and happy new year. Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Some usrp_spectrum_sense.py code Explanation
Hi, --- On Tue, 12/30/08, Ling Huang i...@tom.com wrote: Hi, Firas In my opinion the ouput Y[i] has the same dimension with the power. If we square root the output, and divide it with the fft bin numbers, then we get the voltage magnitude. Am I right? Best Regards, Ling Yes, If we square root the output, and divide it with the fft size, then we will get the voltage magnitude. Calculating 20 Log10 this value will give us the power. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Marvell Yukon 88E8039 PCI-E Ethernet - USRP2
Hi, 1) Use static IP address 2) Run find_usrps with sudo 3) Post your ifconfig Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] wfm_tx and nbfm_tx
Hi Dimtris, --- On Fri, 12/19/08, Dimitris Symeonidis azim...@gmail.com wrote: the description should be changed to show that: - blks2.wfm_tx can receive a maximum audio rate of =16k (instead of the declared = 16k) - blks2.nbfm_tx can receive a maximum audio rate of = 4.5k (instead of = 16k) I hope this is clear enough... Dimitris Symeonidis I think you have mixed between audio frequency bandwidth and audio digitizing rate. The following example will explain it : Suppose that you want to transmit nbfm signal for an input audio signal with maximum bandwidth of 3 KHz. Suppose also that this audio signal is digitized by (lets say) 32K PCM encoder which results in digitized audio rate of 32K. To produce nbfm signal, we do the following: 1) Ensure that the incoming digitized signal (32K) does not contains any frequency components above 4.5 KHz (this is done by a digital FIR low pass filter). 2) Software interpolate the output of the digital FIR (32 K) to a rate suitable for transmission (lets say 256K) with interpolation rate of 8. 3) Do an FM Pre-emphasis to this 256K signal (this is how it was done in the nbtx.py). The output is also 256K. 4) Feeding this 256K to a frequency modulator (VCO) which produces complex output signal. 5) Stream this output complex signal to the USRP with interpolation rate of 500 to produce 128M which is fed to its DAC. I hope this is clear now. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] High bandwidth channel estimation using the USRP
Hi, I you want to do sampling @ 8 bit, USRP bandwidth can be extended to 16MHz. See usrp_fft.py with option (-8). Regards, firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help with USRP
Hi, 1) USRP1 minimum interpolation rate is 16. You cannot go lower. 2) If you want to transmit signals, use usrp_siggen.py or modify it to do what you require. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Tom Rondeau esquire
Congratulation Tom. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] how to change the channel width when data is transmitting
Hi, I have a strange suggestion to you (it worked for me in some time earlier). If it works for you please give us a feedback. the Suggestion: Change TX amplitude from 12000 (as you stated in your email) to 2000 and redo the experiment. Note: To run with real time scheduling, start your program with sudo (as a root) Best regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Re: Error - in building new signal processing block
Hi, 1) Edit gr-howto-write-a-block/Makefile.common 2) Replace the line : SWIGGRFLAGS = -I$(GNURADIO_CORE_INCLUDEDIR)/swig -I$(GNURADIO_CORE_INCLUDEDIR) With the line: SWIGGRFLAGS = -I$(GNURADIO_CORE_INCLUDEDIR)/swig -I$(GNURADIO_CORE_INCLUDEDIR) -I$(includedir) Regards, Firas --- On Sat, 11/29/08, Bruhtesfa Ebrahim [EMAIL PROTECTED] wrote: From: Bruhtesfa Ebrahim [EMAIL PROTECTED] Subject: [Discuss-gnuradio] Re: Error - in building new signal processing block To: discuss-gnuradio@gnu.org Date: Saturday, November 29, 2008, 2:56 PM Firas Abbas wrote: check : http://gnuradio.org/trac/ticket/308 Hi Firas, Tha solution on this ticket says: Creating a symlink from /usr/local/include/gnuradio/gruel to /usr/local/include/gruel or applying the attached patch works for me. I don't know if it's the right thing to do, though, I'm new to the make system. But I am new to such things, so i didnot understand the term creating a symlink.Please, could you explain me these terms. -Thanks Bruhtesfa -- Posted via http://www.ruby-forum.com/. ___ 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] Error - in building new signal processing block
check : http://gnuradio.org/trac/ticket/308 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] New (potential) user + question
Hi, If you want to use gnuradio in your sound work only (not doing any RF work), I dont think you will need the USRP. All what you need is your PC sound card and the gnuradio software. Best regards, Firas --- On Mon, 11/17/08, Peter O'Doherty [EMAIL PROTECTED] wrote: From: Peter O'Doherty [EMAIL PROTECTED] Subject: [Discuss-gnuradio] New (potential) user + question To: discuss-gnuradio@gnu.org Date: Monday, November 17, 2008, 9:44 PM Hi, This is my first post to this list. I'm a sound artist and I've just started to explore the world of software radio and have been eavesdropping on this list for a while and have a few questions. There seems to be a large body of dedicated users out there. I'm curious as to what kinds of things people use gnuradio for. Are there any other sound artists or the like here using software radio in their work? Also, I'm worried about diving into the deep-end and buying a USRP package without being really sure it's what I need. Are there any cheaper alternatives or other possibilities to get a taste of what software radio is all about? Best wishes,Peter Peter O'Dohertyhttp://www.peterodoherty.nethttp://www.myspace.com/peterodoherty ___ 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] Tune failed with FLEX400 on side B
Hi, Use : r = usrp.tune(self.subdev._which, self.subdev, target_freq) instead of : r = usrp.tune(self.u, 0, self.subdev, target_freq) Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
RE: [Discuss-gnuradio] Tune failed with FLEX400 on side B
Hi, Brian T. Solan wrote: Do you mean to use the source_c tune method?I mean the 0 in your : r = usrp.tune(self.u, 0, self.subdev, target_freq) is wrong. For side B, it should be 1 or use _which. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Use of bin_statistics
Hi, Paul Mathews [EMAIL PROTECTED] wrote: use --tune-delay with 10e-3 Based on the above, I'd expect an integer tune delay parameter. Is 10e-3 just a way of specifying a value smaller than 1, so there's no tune delay? The tune delay timing parameter passed to bin_statistics is calculated in FFT frames which depends on USRP rate and FFT length as in : tune_delay_passed_to_bin_stats = int(round(required_tune_delay_in_sec*usrp_rate/fft_size)) if this calculated value is less than 1, then we should make it at least 1 FFT frame. For example: IF required_tune_delay_in_sec = 10e-3 and usrp_rate = 800 (decimation =8) and FFT size is 1024 THEN : tune_delay_passed_to_bin_stats = 78 (FFT Frames) This means we have to skip 78 incoming vectors (FFT frames) before we actually use the accuired samples in our spectrum statistics. Actually,I think the writer of the usrp_spectrum_sense.py code is genius and I consider it as the best given working example in the gnuradio project. Important Note: Beside tunning time depends on the hardware (RF syenthesizer speed), one should remameber that the time needed to collect 1024 samples with decimation rate=8 (minimum USRP decimation) is 128 usec while : Time needed to collect 1024 samples with decimation rate=256 (maximum USRP decimation) is 4.096 msec This means that the tune delay in the case of decimation rate =256 should be larger than that used for deimation = 8. A working tune delay value (which gives accurate results) can be known by experiments (for given decimation rate and FFT length). I Hope this clarify the mater. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] JPEG Transmission via USRP
http://academic.csuohio.edu/yuc/mobile08/Sai_Sachin2.pdf ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Help with new install..
Hi, If you installed boost at (for example): /opt/boost_1_36_0/lib then : 1) sudo edit : /etc/ld.so.conf 2) add the line: /opt/boost_1_36_0/lib to it 3) exit and do: sudo ldconfig Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP2 latency calculations
Hi, If USRP2 can respond to PING and reply back, then one should be able to measure the delay. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] fft realated problems
Hi, Post your code used in the experiments (the one you used to get input signal from RX2) and the command line arguments you use to run the it. Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: [Patch-gnuradio] Fixing Bug in usrp_spectrum_sense.py
Hi, 1) Why you are posting in Patch-gnuradio ?. Posting to Patch-gnuradio is used only if you have a patch to the gnuradio project. 2) Santi Ortega [EMAIL PROTECTED] wrote: How?? It's seems to be too easy but I don't know so much python to do it... Could you write me some initial code to start trying? You have to learn python. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Re: [Patch-gnuradio] Fixing Bug in usrp_spectrum_sense.py
Hi, Santi Ortega [EMAIL PROTECTED] wrote: Does anyone give you the reason? What do you mean by reason? Is it possible to show the wideband spectrum in a Graphic Window? Yes it is possible. You can use gnuPlot or something like the GUI used in fft_sink. Regards, Firas --- On Tue, 10/14/08, Santi Ortega [EMAIL PROTECTED] wrote: From: Santi Ortega [EMAIL PROTECTED] Subject: [Patch-gnuradio] Fixing Bug in usrp_spectrum_sense.py To: [EMAIL PROTECTED] Cc: discuss-gnuradio@gnu.org Date: Tuesday, October 14, 2008, 8:58 PM Hi! about this: http://www.mail-archive.com/[EMAIL PROTECTED]/msg00039.html Does anyone give you the reason? Furthermore, Is it possible to show the wideband spectrum in a Graphic Window? (Not at real-time, but introducing the data-flow and showing it in the computer while it comes) Thanks in Advance! ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] introducing CGRAN: 3rd party GNU Radio application support
Hi, Thank you for your efforts. Can you add a blogging page to us? I think blogging is very important. Kindly see : http://sdrblog.wordpress.com/ It belong to Dimitris Symeonidis. He said that he started it to keep a log of the problems I face and how I solve them. I think it is very useful. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Wideband Spectrum Analyzer
Hi, Santi Ortega [EMAIL PROTECTED] wrote: Yes, but I think we can take the spectrum of every 8MHz band and put it into the computer so it can memorize and show it. See usrp_spectrum_sense.py, it implements this technique to scan the entire spectrum available to each USRP daughter board. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] On Off Keying
Hi, Johnathan Corgan [EMAIL PROTECTED] wrote: None of the daughterboards have AGC as far as I'm aware (Matt, correct me if I'm wrong on this.) I'm not very sure, but I think TVRX daughter board has an AGC. Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] upgrade the rds code to work on 3.1.2
Hi, Dimitris Symeonidis wrote: What would you think of creating a page on the gnuradio wiki to put all this information to make it available to others? I think there is always a need for such things, but the project is being developed so rapidly (which is technically great) in away that forces us to slowdown in thinking of a strategic plane to build wiki documents, tutorials, Howto,...etc. If you thing this is strange let me give you an example. Before few months, I sent a patch for source 'blks' documentation. This patch was not applied because 'blks' itself were removed from the trunk after two weeks due to the project developments. So, I think we should wait for a major release to be finished (may be after applying m-block and inband signalling) to start (as I hope) a massive but organized documentation efforts. In this efforts we are going to need the contribution from all gnuradio users. The documents that were previously published (the manual and the usrp) was downloaded from more than 1780 users (from my rapidshare account only). If we can have a documentation contribution from only 1% of them then we can add something to this fantastic project. Best Regards, Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] transmit samples from 2 array antennas
Hi Halil wrote: I want to transmit signals from 2 transmit antennas. What is the starting point? is there sample program? see : gnuradio-examples/python/usrp/fm_tx_2_daughterboards.py Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Cannot Run TX Flowgraph More Than One time
Mason wrote: What kind of distortion is it? Also, does it exist for lower interp_rates or just 512? (I ask because the rectangular QAM constellation bending seemed to go away by switching to a *faster* tx rate for me.) Mason Hi, For interpolation rate of 512, I should get a signal with say 250KHz spectrum wide. But actually, I got 32MHz wide, unknown (noisy) spectrum. This phenomena, appears for all interpolation rates. Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP Problems with decim_rate = 4
Hi, You can use USRP with decim_rate = 4 only if you use FPGA image std_4rx_0tx.rbf (no half band filter). See: http://gnuradio.org/trac/wiki/UsrpFAQ/DDC Firas ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] FSK with RFX2400
Hi, 1) See : http://gnuradio.org/trac/wiki/UsrpFAQ http://gnuradio.org/trac/wiki/UsrpFAQ/Clocking http://gnuradio.org/trac/wiki/UsrpFAQ/Gen 2) To make nearly 0 Hz frequency shift between your TX and RX you have to use a third device Spectrum analyzer or third USRP (no need to warry about its calibration since the error will be the same for both) as follows: a) Start transmitting single tone from TX USRP (using usrp_siggen.py) b) Observe and record spectrum analyzer received tone frequency. c) Stop TX USRP. d) Start transmitting single tone from your RX USRP (using usrp_siggen.py). e) Observe spectrum analyzer received tone frequency. Adjust your transmitting frequency from your RX USRP until you get exactly the same value found in step-b 3) I appolagize about my previous post so many spelling errors!. Regards to all, Firas --- On Thu, 7/24/08, kaleem ahmad [EMAIL PROTECTED] wrote: From: kaleem ahmad [EMAIL PROTECTED] Subject: Re: [Discuss-gnuradio] FSK with RFX2400 To: Discuss-gnuradio@gnu.org Date: Thursday, July 24, 2008, 5:07 PM Hi, Can some one explain in a little bit detail about where is the clock or oscillator (on daughter board or on mother board) and how much is its resulution for RFX2400 daughter board. I tried to solve the problem of frequency mismatching by calculating the frequency shift at receiver end by using usrp_fft.py and then by adding/subtracting that frequency from RX USRP frequency as explained by Firas and Patrick. But it dont solve the problem although it improves the quality of data but because of this effort at least I understand that the problem is really some where because of frequency mismatching. So it will be helpful for me if some one either give some good document of USRP explaining clock/oscillator or just explaing the fuctionality of it by him/her self. Thanks Firas A. wrote: Hi Kaleem, Each USRP has its on reference crystal oscillator. This oscillator may have maximum +/- 50 PPM ( Matt said the new USRPs has maximum 20 PPM) frequency error. Lets assume the error is 10 PPM in each USRP. This means, that at 2500 MHz (2.5 GHz) the error = 2500 * 10 = 25000 Hz = 25KHz. Now imagine that the first USRP has +25 KHz frequency deviation error and the second one has - 25KHz frequency error. This means + 50 KHz frequency mismtch between your TX and Rx Frequencies. This is probably what is causing this high error rate that you see. To solve this problem you simply do : 1) Use usrp_siggen.py to send single tone at F1 frequency (For example, use F1 = 2475 MHz) from your TX USRP. The best thing is F1 be the frequency used in your FSK experiments. 2) With your RX USRP, start usrp_fft.py with frequency F1 and decimation= 128 (or 256). You should see your transmitted tone but may be it's frequency is shifted. Calculate this frequency shift. 3) Add/subtract this frequency shift to your RX USRP frequency tunning function. 4) Now your two USRPs frequency mismatch should not be the problem. If the errors is still there, then you have to search for another reason. Regards, Firas --- On Wed, 7/23/08, kaleem ahmad [EMAIL PROTECTED] wrote: From: kaleem ahmad [EMAIL PROTECTED] Subject: Re: [Discuss-gnuradio] FSK with RFX2400 To: Discuss-gnuradio@gnu.org Date: Wednesday, July 23, 2008, 5:23 PM I have just provided the information which can be helpful for you, and the code is also attached with it and a sample received file is also there along with actual sent file. Please just scroll up and you will find my message with all this information. Additionally OS is 'openSUSI' a favour of Linux. But if you still need some more info then please let me know. Thaks Patrick Strasser wrote: kaleem ahmad wrote am 2008-07-23 11:38: Dear All, Can anyone also address the first part of my question aslo, I mean how to improve the quality of received data. I mean is it normal with GNU Radio/USRP that we receive so currupt data or I am doing something wrong. Any suggestion please Before you wrote after using tune to set the proper ferquency I was able to run transmitter and receiver sussfully. I didnt change anything else in the example. The problem is data which I receive is too much corrupt (lot of data errors).. Your description is not very exact. You could help us to help you with more information: What is your setup? OS, distribution, used version of packages, GNU Radio, hardware setup, used parts (cable, antennas), environment. What do you do? Which code do you use? What did you change? What did you get? Error messages? (add _exact_ transcripts of errors) What did you expect? Please provide exact information, code should be attached. If you changed something, mark the changes so helpers will find it easier. If you have recorded samples of a good and bad transmissions, send us a representative part of it. If you need to show more than a hand full of
Re: [Discuss-gnuradio] FSK with RFX2400
Hi Kaleem, Each USRP has its on reference crystal oscillator. This oscillator may have maximum +/- 50 PPM ( Matt said the new USRPs has maximum 20 PPM) frequency error. Lets assume the error is 10 PPM in each USRP. This means, that at 2500 MHz (2.5 GHz) the error = 2500 * 10 = 25000 Hz = 25KHz. Now imagine that the first USRP has +25 KHz frequency deviation error and the second one has - 25KHz frequency error. This means + 50 KHz frequency mismtch between your TX and Rx Frequencies. This is probably what is causing this high error rate that you see. To solve this problem you simply do : 1) Use usrp_siggen.py to send single tone at F1 frequency (For example, use F1 = 2475 MHz) from your TX USRP. The best thing is F1 be the frequency used in your FSK experiments. 2) With your RX USRP, start usrp_fft.py with frequency F1 and decimation= 128 (or 256). You should see your transmitted tone but may be it's frequency is shifted. Calculate this frequency shift. 3) Add/subtract this frequency shift to your RX USRP frequency tunning function. 4) Now your two USRPs frequency mismatch should not be the problem. If the errors is still there, then you have to search for another reason. Regards, Firas --- On Wed, 7/23/08, kaleem ahmad [EMAIL PROTECTED] wrote: From: kaleem ahmad [EMAIL PROTECTED] Subject: Re: [Discuss-gnuradio] FSK with RFX2400 To: Discuss-gnuradio@gnu.org Date: Wednesday, July 23, 2008, 5:23 PM I have just provided the information which can be helpful for you, and the code is also attached with it and a sample received file is also there along with actual sent file. Please just scroll up and you will find my message with all this information. Additionally OS is 'openSUSI' a favour of Linux. But if you still need some more info then please let me know. Thaks Patrick Strasser wrote: kaleem ahmad wrote am 2008-07-23 11:38: Dear All, Can anyone also address the first part of my question aslo, I mean how to improve the quality of received data. I mean is it normal with GNU Radio/USRP that we receive so currupt data or I am doing something wrong. Any suggestion please Before you wrote after using tune to set the proper ferquency I was able to run transmitter and receiver sussfully. I didnt change anything else in the example. The problem is data which I receive is too much corrupt (lot of data errors).. Your description is not very exact. You could help us to help you with more information: What is your setup? OS, distribution, used version of packages, GNU Radio, hardware setup, used parts (cable, antennas), environment. What do you do? Which code do you use? What did you change? What did you get? Error messages? (add _exact_ transcripts of errors) What did you expect? Please provide exact information, code should be attached. If you changed something, mark the changes so helpers will find it easier. If you have recorded samples of a good and bad transmissions, send us a representative part of it. If you need to show more than a hand full of kilobytes, put them on a web server or ftp server and provide a link. Are you sure to have read the FAQ and introducing documentation? Patrick -- Engineers motto: cheap, good, fast: choose any two Patrick Strasser patrick dot strasser at student dot tugraz dot at Student of Telematik, Techn. University Graz, Austria ___ 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/FSK-with-RFX2400-tp18587205p18611871.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 mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] USRP w/ 4-bit IQ samples
Hi, If the I,Q bit width output of the DDC is reduced from 16 bit to 12 bit, then I Q will occupy 24 bit (3 Bytes). Thus we will be able to maximize the instantaneous bandwidth to 32MB/3 = 10.6MHz without scarifying much because the original signal was digitized with 12 bit ADC. Regards, Firas Paul Creekmore [EMAIL PROTECTED] wrote:Tyrel, The current FPGA configuration does not support 4-bit samples, but it is possible to modify the configuration (Verilog code) to convert the samples to 4-bit. My research group is currently working on adding 1, 2, and 4-bit quantization options to the USRP, as well as accompanying data packing to maximize the number of samples that we can squeeze across the USB interface and thus also the receivable signal bandwidth. We've not yet tested the modifications. --Paul Tyrel Newton wrote: div class=moz-text-flowed style=font-family: -moz-fixedWe have an application where the overall accuracy of the A/D converter is not terribly important but where we need as high a sampling rate as we can get. To this end, we found and intend to use the 8-bit option that allows for 8-bit I and Q signals instead of the normal 16-bit. However, is there a similar option that allows for 4-bit I and Q samples? Or similarly, would it be relatively easy to implement a 4-bits per sample scheme, possibly w/ slight modifications to the USRP firmware? Any feedback and/or advice is greatly appreciated. Regards, Tyrel /div ___ 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] AX.25 and USRP? gr-multimon?
Hi, Check : http://digilander.libero.it/iz2eeq/ Regards, Firas A. James Cutler [EMAIL PROTECTED] wrote: Hello, Does anyone know of any code for the USRP/Gnuradio to decode AX.25 packets? I've seen threads of this conversation from several years ago but can't seem to find any code to implement this. gr-multimon seems to be a tool that might do it, but I can't find it anywhere. Thanks for your help. --James ___ 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: Re: [Discuss-gnuradio] Information on ticket:181 and invitation to help (long)
Hi, Eric Blossom [EMAIL PROTECTED] wrote: Did you do a make install before running this? Eric Yes. The GNU Radio is working. Only when I run the sequence tb.start() , tb.stop() then tb.start() in the running python code, I get this problem [I cannot run tb.start() two times]. Regards, Firas On Mon, Feb 04, 2008 at 11:47:57PM -0800, Firas A. wrote: Hi, Jonhathan wrote : Please only post to the list if the problem continues even after using trunk revision = 7461; we're looking for exceptions at this point. As with r7554, GNU Radio still have the swig problem with top_block(). The flow_graph does not have this problem. I'm using Ubuntu 7.10, on P4 system. Here is my tests : [EMAIL PROTECTED]:~$ python Python 2.5.1 (r251:54863, Oct 5 2007, 13:36:32) [GCC 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)] on linux2 Type help, copyright, credits or license for more information. from gnuradio import gr tb = gr.top_block() tb.start () tb.stop () tb.start () terminate called after throwing an instance of 'std::runtime_error' what(): already running Aborted ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] We WILL be removing gr.flow_graph from the trunk soon
Hi, I'm using the great gnuradio from about 9 months. But, until now, I don't know the advantage or the difference between the (new) top_block and the (old) gr_flow_graph ? Some explanation will be highly appreciated. Best Regards, Firas Eric Blossom [EMAIL PROTECTED] wrote: We said this back in December, but we really mean it now... Those of you who are using the trunk and haven't converted to the new top_block/hier_block2 way of doing things should either do so now, or switch to the 3.1 stable branch. 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