Re: [Discuss-gnuradio] Problem with std.ihx
Martin Gawecki wrote: Finally, one last question - does the installation process described on the Ubuntu page (http://gnuradio.org/trac/wiki/UbuntuInstall) work for 7.10? I wasn't quite sure, so I went with 7.04, but I'm curious for future reference. Yes, the installation steps described for Ubuntu 7.04 are working fine for Ubuntu 7.10. The page was updated today. Firas ___ 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/Problem-with-std.ihx-tf4825574.html#a13807550 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] gr_message documentation
Hi, Does any one have a documentation about gr_message. In the official doxygen documentation it was said [The ideas and method names for adjustable message length were lifted from the click modular router Packet class]. Doing a Google search about the click packet class did not lead to something useful. Help will be appreciated. Regards, Firas -- View this message in context: http://www.nabble.com/gr_message-documentation-tf4776002.html#a13661885 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
Re: [Discuss-gnuradio] CIC passband compensation
Hi Patel, No [CIC non flat response] compensation filter is available. Firas Nirali Patel wrote: Hi, I am trying to understand the USRP receive chain response and referred to earlier posts that gave me almost all the information that I needed. However, I am unsure whether the HB filter compensates for the passband droop that occurs in the CIC. My understanding of the CIC was that the frequency response has a sinc like function and is typically followed by a FIR which compensates for the sinx/x shape in the passband. Does the HB filter response compensate for the non-flat passband of the CIC? Thanks, Nirali ___ 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/CIC-passband-compensation-tf4692910.html#a13414559 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
Re: [Discuss-gnuradio] CIC passband compensation
Hi Nirali The function mfilt.cicdecim() is a standard MATLAB function. Check Filter design tool. Regards, Firas Nirali Patel wrote: Hi Firas, Thanks for your response. In an earlier thread you had posted a matlab script called usrpddc.m that calculates the overall frequency response of the usrp rx chain and plots it. This would be very useful to me however, when I try to run it I find it is missing mfilt.cicdecim() function. If you still have this and could make it available it will be a great help. Thanks Nirali Hi Patel, No [CIC non flat response] compensation filter is available. Firas Nirali Patel wrote: Hi, I am trying to understand the USRP receive chain response and referred to earlier posts that gave me almost all the information that I needed. However, I am unsure whether the HB filter compensates for the passband droop that occurs in the CIC. ___ 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/CIC-passband-compensation-tf4692910.html#a13416448 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
Re: [Discuss-gnuradio] GUI-Buildner
Hi, I think the easiest way is to use wxglade version 0.6 Firas, Adrian Kueng wrote: Hello, I work with an USRP and I like to ajust the given examplesfiles such as oscope.py and fft.py? Is a GUI-Buildner available to implement Python-files like those? Or what is the easiest way to implement GUI's in Python? Thanks for help Adrian -- View this message in context: http://www.nabble.com/GUI-Buildner-tf4634805.html#a13268955 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
Re: [Discuss-gnuradio] Maximal signal bandwith for the usrp
Hi, USRP can transfer data at maximum of 32MB/s using its USB2. When the data are 16 bit wide (16bit I and 16 bit Q) then maximum complex transfered data will be 8 Msps which gives idealy maximum 8 MHz bandwidth. However, if we use 8 bit data wide ( 8bit I, and 8bit Q), then maximum transfer will be 16 Msps complex data. This means, the USRP can process signals up to 16 MHz. Firas JALLON Pierre 201932 wrote: Dear all, According the USRP v4 description: http://www.ettus.com/downloads/usrp_v4.pdf http://www.ettus.com/downloads/usrp_v4.pdf the usrp is able to process signals up to 16MHz. As the USB port is limited to 60MB/s, and if the samples are coded on 32 bits (16 for Q and 16 for I), the maximal bandwidth equals 15MHz. Which version is correct? Furthermore, considering that the first ADC works at 64Ms/s, the available rate for the USB equals: 32/2 (is it available ?) 32/3 32/4 32/5 ... 32/256 Am I right ? Thank you for your answers, Pierre Jallon ___ 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/Maximal-signal-bandwith-for-the-usrp-tf4639031.html#a13269030 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
Re: [Discuss-gnuradio] GNU Radio Release 3.1.0rc0 now available; New Debian package repository
Hi, Is there a documentation for these new features found in 3.1 ? Regards Firas Johnathan Corgan-2 wrote: GNU Radio Release 3.1.0rc0 is now available for testing: http://gnuradio.org/releases/gnuradio/gnuradio-3.1.0rc0.tar.gz http://gnuradio.org/releases/gnuradio/gr-howto-write-a-block-3.1.0rc0.tar.gz In addition, binary installation packages now exist for Ubuntu Linux (Debian soon), eliminating the need to install build tools and compile GNU Radio from scratch on this platform. Release 3.1 is the new stable branch. Dot releases in this branch will only contain bug fixes and new functionality; no changes will be made that will break existing code compiled against any 3.1.x version. These release candidate tarballs are a snapshot of the current development trunk, with the experimental and in-development features removed. The status of this branch is maintained at: http://gnuradio.org/trac/wiki/Release3.1Branch As always, it is strongly recommended you completely uninstall any existing version of GNU Radio prior to installing a new version. Please test and report your successes and failures on the list or in Trac. Documentation about the differences between the 3.0 and 3.1 release branches will be added to the release notes as things crisp up. GNU Radio now has experimental binary and source packages in the Debian repository format. These allow you to install GNU Radio onto an Ubuntu Linux or native Debian (soon) distribution without having to perform a source compilation of the tree. In addition, the system package manager is able to identify which runtime dependencies are needed such that these get installed automatically when the GNU Radio packages are installed. Currently, binary and source packages are available for the Ubuntu 7.04 (Feisty) Linux distribution, both 32-bit and 64-bit versions. These packages may work with other Debian derivative operating systems; however, this is untested. Packages for Debian Etch will be forthcoming but are not in the repository yet. Package files have been created for both the 3.1 stable release branch and the unstable development trunk. The stable packages will only be updated at each stable dot release. Packages from the trunk will be updated on an irregular basis until we get the package build process automated. Documentation on how to install from the new package repository is here: http://gnuradio.org/trac/wiki/DebianPackages (Note: We are looking for volunteers who are knowledgeable with the RPM format.) Enjoy. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ 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/GNU-Radio-Release-3.1.0rc0-now-available--New-Debian-package-repository-tf4623431.html#a13228048 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
Re: [Discuss-gnuradio] Vista, Xp, or Linux?
Hi, I suggest you run partition magic and divide your hard disk into a new partition and install Ubuntu in the new partition. In this way, you can keep your Vista and run gnuradio safely in Linux. Firas Kevin Rudd (Contractor) wrote: Hello all, I just got my new notebook computer with Vista pre-installed. I have a couple questions. 1) Has anyone had any luck installing GNURadio under Vista using Cygwin or MinGW method? 2) Are there any performance issues running GNURadio under windows (XP or Vista) as opposed to Linux? Thanks! Kevin ___ 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/Vista%2C-Xp%2C-or-Linux--tf4529667.html#a12944134 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
Re: [Discuss-gnuradio] Question about hearing FM station
Hi, Because there is no FM station at 101.5MHz near you. Try to check with known FM frequency in your town. Firas Ruby Lin wrote: Hi All, I am completely new in this list and in this project. I just start from the tutorial. When I am following the tutorial and run the example of sudo ./wfm_rcv_gui.py 101.5, I can only hear the noise. However, the example of sudo ./usrp_oscope.py works well. Could someone explain it to me? Appreciated, Ruby Lin - Tonight's top picks. What will you watch tonight? Preview the hottest shows on Yahoo! TV. ___ 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/Question-about-hearing-FM-station-tf4477501.html#a12772534 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
Re: [Discuss-gnuradio] Data Capture Problems
Hi, Are you using gr.head block in your code ? Firas Ed Criscuolo wrote: Chris Stankevitz wrote: If this were happening to me, I'd be curious about how many samples got written to disk. Was it an whole number of samples? Was it an even number like 10^6 or 2^10. I ran it a bunch of times. Numbers all over the place. Never any even powers of anything. The only constant is that the file sizes are always multiples of 4 bytes (one sample of interleaved shorts). @(^.^)@ Ed ___ 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/Data-Capture-Problems-tf4426114.html#a12629428 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
Re: [Discuss-gnuradio] QT Oscilloscope
Hi, Did anyone successfully compiled it ? I have many compilation errors. Firas Ian Larsen wrote: All, As part of some thesis research, I've made a stand-alone oscilloscope/spectrum analyzer that also shows AM and FM demodulated signals, using the gnuradio C++ libraries. It uses QT, and the output looks very pretty, being anti-aliased and such. You can also grab screenshots from it by pressing a button. The sourceforge page is here: http://sourceforge.net/projects/usrposcope/ and you can get the source via subversion. Since (as far as I know) the C++ libraries don't support multiple daughterboards yet, this will only work with the BasicRX. It has fairly limited capability, but is a good intro for those who'd like to use the C++ libraries and/or would like to expand the functionality. -Ian Larsen -- My PGP Public Key: http://www.scrapshark.com/pubkey.txt ___ 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/QT-Oscilloscope-tf4394640.html#a12590298 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
Re: [Discuss-gnuradio] 8MHz Tx Bandwidth.. Nightmare and Fear
Hi Vincenzo, 1) What is your recording system (PC specifications)?. 2) How fast your hard drive can read/write data? because working with 8MHz means that your hard drive must be able to sustain writing 32MByte/sec? 3) Do you use ext2 or ext3 ? Ext2 is very efficient in writing. 4) Are you recording complex or interleaved Short 8 MHz samples? Firas Vincenzo Pellegrini wrote: Matt, Tonight I have been recording slices of commercial FM spectrum, all centered right where a good station transmits, the first slice was 300Khz wide, the second was 2MHz the third was 4MHz then I sent all these signals to my Hifi FM receiver via the basicTX... all went fine and I could hear a good stereo sound from my recordings.. then I tried my nightmare: the 8MHz slice of spectrum the output was extremely weak but you could easily tell from what you could hear that the samples were not being sent out at 8Msps: the very poor audio was also slow as it happens when you set the interpolation rate too high, compared to the sample rate your samples were taken at... well, this is not just some attenuation next to the shoulder of my ofdm signal.. this is the whole signal .. gone.. So, I'm really not asking you, Matt, to solve a problem which is my duty to solve...and don't even want to bother the whole list with this stuff... ...but please say it loud, say it clear: vincenzo, you've made very big mistakes, because the USRP really can transmit an 8MHz wide signal without distorting it significantly, I've tested it... ..so even if this means that I still got much to learn, and much to work to find out where I'm doing wrong... ...well, it would be much better than being forced to give up what I'm working upon.. please... thanks vincenzo PS. I'm using default FPGA configuration... ___ 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/8MHz-Tx-Bandwidth..-Nightmare-and-Fear-tf4374848.html#a12471008 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
Re: [Discuss-gnuradio] laptop recommendations
Hi Johnathan, Does the Laptop with intel Core 2 Due run ubuntu 7.04 64bit version (the Ubuntu AMD-64 Version)? Firas Johnathan Corgan-2 wrote: Roshan Baliga wrote: In any case, if anybody uses a laptop with ubuntu and gnuradio, I'd love to know about it, because I need to buy a laptop for some testing. Preferably something on the cheaper side, but not a 8 lbs brick. Not cheap, but I use a Thinkpad T60 with Ubuntu 7.04 64-bit version. It's about the best laptop/Linux combination I've ever come across. The USB 2.0 supports the full range of GNU Radio data rates. -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ 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/laptop-recommendations-tf4319195.html#a12309094 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
Re: [Discuss-gnuradio] USRP data rates with a suggestion
Hi, I have an important suggestion: The USRP ADC resolution is 12 Bits. These 12 Bits are converted to 32 bits (16 bits I and 16 Bits Q) after being processed by the FPGA DDC. However, if we reduced the output bit width of the DDC to 12Bit I and 12 Bit Q (or simply rotate right the resultant 16 bits I/Q by 4), then we packed and transfered the resultant 24 bits into a 3 bytes only (instead of 4 in the case of 16bit complex), then we can have an instantaneous bandwidth of 10.67MHz (32M/3) with 12 bits I/Q which is in my opinion will be optimum in the sense of ADC resolution and the obtained instantenouse bandwidth. Firas, Lisa Creer wrote: On 8/9/07, Johnathan Corgan [EMAIL PROTECTED] wrote: It is possible to retain only the upper eight bits of each sample and pack these into two bytes such that the USB can carry 16 Msps complex; this gives you more passband bandwidth at the expense of dynamic range. Now that I know it can be done, how do I retain the upper eight bits of each sample? Is there code already written to do this? I'd like to maximize the passband bandwidth. Advanced applications of the USRP involve re-synthesizing the FPGA firmware and performing DSP operations directly on the samples coming from the ADCs before handing off the data to the USB. This theoretically gives you access to the entire 64 MHz receive bandwidth; however, there isn't a great deal of space on the FPGA for custom code, and the expertise/development time/debugging/pain involved is much higher than just using GNU Radio on the host. I'll spare myself the pain and be content with a 16 MHz passband bandwidth. You have been most helpful. Thank you. ___ 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/USRP-data-rates-tf4240371.html#a12086929 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
Re: [Discuss-gnuradio] Question about USRP's capacity in signal processing (bandwidth)
Hi, When you use 8 bit data transfer (decimation =4) you will get the 16MHz instantaneous bandwidth. Check the available options of the usrp_fft.py. Firas Feng Andrew Ge wrote: Dear all I have been reading GNU Radio discussion for half a year, first time to post a topic. Thanks a lot for all the GNU Radio knowledge I learned from you guys. Now I am doing some signal detection project. I want to collect some signal in 700MHz range with bandwidth as larger as possible and do it as faster as possible. In the USRP DATA SHEET posted in http://www.ettus.com/Download.html, it claims that the current USRP is capable of processing signals up to 16MHz wide. Would anybody here offer some hints how to achieve this bandwidth, possibly point me to the projects/research papers that achieved this performance? I will really appreciate your kindness. Best Andrew ___ 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/Question-about-USRP%27s-capacity-in-signal-processing-%28bandwidth%29-tf4170450.html#a11959684 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
Re: [Discuss-gnuradio] Problem in using connect(gr.file_source, usrp.sink_s)
Hello Hook, Make File source repeat =True as follows : self.dst = gr.file_source(gr.sizeof_short, 'output.dat',True) Firas Eliane Hook wrote: Hi, I am a newbie with GNURADIO and USRP. I am trying to capture data that comes thru the USB cable from the USRP board and transmit it back to the USRP board. I was reading thru the email archives and I came across this: To log data from the USRP: usrp.source_c - gr.file_sink(complex) To replay data to the USRP: gr.file_source(complex) - usrp.sink_c and some more information like use the usrp_rx_cfile.py to capture data from the USRP. I am facing a problem in implementing 'gr.file_source(complex) - usrp.sink_c'. output.dat in the code is the binary file that I got from running usrp_rx_cfile.py with option 's' and 'f'. I am using the usrp.source_s and usrp.sink_s instead of usrp.source_c and usrp.sink_c. The code implementing the above is: class my_graph(gr.flow_graph): def __init__(self): gr.flow_graph.__init__(self) usage=%prog: [options] output_filename parser = OptionParser(option_class=eng_option, usage=usage) parser.add_option(-R, --tx-subdev-spec, type=subdev, default=(0, 0), help=select USRP Tx side A or B (default=A)) parser.add_option(-i, --interp, type=intx, default=16, help=set fgpa interpolation rate to INTERP [default=%default]) parser.add_option(-f, --freq, type=eng_float, default=None, help=set frequency to FREQ, metavar=FREQ) parser.add_option(-g, --gain, type=eng_float, default=None, help=set gain in dB (default is midpoint)) (options, args) = parser.parse_args () if options.freq is None: parser.print_help() sys.stderr.write('You must specify the frequency with -f FREQ\n'); raise SystemExit, 1 # build the graph self.u = usrp.sink_s(interp_rate=options.interp) self.dst = gr.file_source(gr.sizeof_short, 'output.dat') self.connect(self.dst, self.u) dac_rate= self.u.dac_rate(); if options.tx_subdev_spec is None: options.tx_subdev_spec = usrp.pick_tx_subdevice(self.u) self.u.set_mux(usrp.determine_tx_mux_value(self.u, options.tx_subdev_spec)) # determine the daughterboard subdevice we're using self.subdev = usrp.selected_subdev(self.u, options.tx_subdev_spec) print Using TX d'board %s % (self.subdev.side_and_name(),) if options.gain is None: # if no gain was specified, use the mid-point in dB g = self.subdev.gain_range() options.gain = float(g[0]+g[1])/2 self.subdev.set_gain(options.gain) r = self.u.tune(0, self.subdev, options.freq) if not r: sys.stderr.write('Failed to set frequency\n') raise SystemExit, 1 if __name__ == '__main__': try: my_graph().run() except KeyboardInterrupt: pass = and when I run it, I see the following: ../python/usrp# ./txIQ.py -f 2.4G Using TX d'board A: Flex 2400 Tx MIMO B ../python/usrp# ../python/usrp# The script runs for a second or two and stops immediately. The email archives are very useful but still I am not able to implement what I want. Looking for some help. I really appreciate any help and thanks for the email responses in the archive. -- Eliane ___ 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/Problem-in-using-connect%28gr.file_source%2C-usrp.sink_s%29-tf4064122.html#a11590987 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] sdr_seminar_2002.pdf
Hi Matt, Kindly, Can you give us a link to your sdr_seminar_2002.pdf file ? Firas -- View this message in context: http://www.nabble.com/sdr_seminar_2002.pdf-tf4039355.html#a11475953 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
Re: [Discuss-gnuradio] Suggest reading
Hi, Check : http://www.dspguru.com/info/tutor/ Firas keval wrote: Greetings. GNU Radio is a fascinating idea and clearly has lots of applications. As I delve into this thing, it's equally clear to me that I need more background on this and related technologies. Can anyone suggest some books that can help me understand better what's going on here? I have very little in the way of a tech background, so recommendations for basic (but good) books on basic DSP, SDR, signals, etc. would be welcomed. Many thanks, Kevin -- View this message in context: http://www.nabble.com/Suggest-reading-tf4033956.html#a11475875 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] Failed to set TX frequency!!
Hi, I think there is a problem in setting TX frequency of Basic daughter board using the USRP tune function in the range from (45MHz to 83MHz)!. Outside this range, the tune function is working fine. Firas -- View this message in context: http://www.nabble.com/Failed-to-set-TX-frequency%21%21-tf4025764.html#a11435047 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
Re: [Discuss-gnuradio] Failed to set TX frequency!!
Hi Johnathan, Sorry for not being clear. I was making a new usrp_source.py usrp_sink.py files (attached below) to be posted to gunradio. Testing the new usrp_source.py code was ok for all frequencies and daughter boards. However, testing usrp_sink.py code, with TX frequencies between 44MHz and 83 MHz gave me the tuning function failing indication which I use it to print the message Failed to set TX frequency. This is strangely happening to the Basic TX daughter board only in this frequency range. Firas, http://www.nabble.com/file/p11435727/new_usrp_source.py new_usrp_source.py http://www.nabble.com/file/p11435727/new_usrp_sink.py new_usrp_sink.py . Johnathan Corgan-2 wrote: Eng. Firas wrote: I think there is a problem in setting TX frequency of Basic daughter board using the USRP tune function in the range from (45MHz to 83MHz)!. Outside this range, the tune function is working fine. You'd have a much higher chance of getting a useful reply if you included a description with more content than there is a problem. What is happening that shouldn't be happening? What isn't happening that should be happening? What do you see on your screen? Has it worked before but something changed and now it is not working? What changed? -- Johnathan Corgan Corgan Enterprises LLC http://corganenterprises.com ___ 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/Failed-to-set-TX-frequency%21%21-tf4025764.html#a11435727 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] Implementing State machine control
Dear Friends , How we can implement a state machine control in Gnu Radio ? I want to run some gnuradio blocks in such away that I can control which block is to be run and which one is to stop depending on time sequences or time states. This control should be dynamically executed during the run time. Any help will be very appreciated. Firas -- View this message in context: http://www.nabble.com/Implementing-State-machine-control-tf4001403.html#a11365311 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
Re: [Discuss-gnuradio] GnuRadio, VLF, Metal Detecting...
Hi, Check : http://www.nuggethunting.com/detector_technology.htm I Think most of these technologies can be exploited with USRP + [LFTX DC-30 MHz Transmitter LFRX DC-30 MHz Receiver] daughterborads. Firas Giuseppe Luca Scrofani wrote: Hi there, Im gls and I just registered. Sorry for my english. Im thinking about a sort of linux laptop converted in a vlf metal detector using GnuRadio and is internal soundcard connected to a coil/sensor and if necessary a preamp... Do you know of someone that have tried this experiment? Can you help me with suggestion, link, code or whatever? Thanks in advance, excuse me for the strange question. I hope to receive help :) ___ 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/GnuRadio%2C-VLF%2C-Metal-Detecting...-tf3977166.html#a11295012 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] gr_delay Is Not Working
Hi, I tried to use gr_delay. It seems that it does not work at all. Does any body used it before and it worked out? Firas -- View this message in context: http://www.nabble.com/gr_delay-Is-Not-Working-tf3896510.html#a11046266 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
Re: [Discuss-gnuradio] gr_delay Is Not Working
No, My last build was 2 months ago. Firas Eric Blossom wrote: On Sat, Jun 09, 2007 at 11:37:11PM -0700, Eng. Firas wrote: Hi, I tried to use gr_delay. It seems that it does not work at all. Does any body used it before and it worked out? Firas It was fixed in the trunk June 4th in changeset 5661. Are you building from the subversion trunk? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/gr_delay-Is-Not-Working-tf3896510.html#a11051096 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
Re: [Discuss-gnuradio] gr_delay Is Not Working
Dear Eric, I think the new fix is not working also. I did not try it yet, but looking into the new code can tell us that the problem is still there as follows : old code : memcpy(optr, iptr + delay()*d_itemsize, noutput_items*d_itemsize); New code : memcpy(optr, iptr, noutput_items*d_itemsize); The new code is simply a copy of input samples to the output samples. I don't see any delay action. Firas, Eng. Firas wrote: No, My last build was 2 months ago. Firas Eric Blossom wrote: On Sat, Jun 09, 2007 at 11:37:11PM -0700, Eng. Firas wrote: Hi, I tried to use gr_delay. It seems that it does not work at all. Does any body used it before and it worked out? Firas It was fixed in the trunk June 4th in changeset 5661. Are you building from the subversion trunk? Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/gr_delay-Is-Not-Working-tf3896510.html#a11051099 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
Re: [Discuss-gnuradio] gr_delay Is Not Working
Eric Blossom wrote: On Sun, Jun 10, 2007 at 12:00:49PM -0700, Eng. Firas wrote: Dear Eric, I think the new fix is not working also. I did not try it yet, but looking into the new code can tell us that the problem is still there as follows : old code : memcpy(optr, iptr + delay()*d_itemsize, noutput_items*d_itemsize); New code : memcpy(optr, iptr, noutput_items*d_itemsize); The new code is simply a copy of input samples to the output samples. I don't see any delay action. Eric wrote : It's working. As of June 4 there's QA code for the block. See the set_delay method and the underlying call to set_history. Eric Dear Eric, You are right, it is working fine. I didn't saw the set_delay, and I thought it was not functioning. Firas ___ 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/gr_delay-Is-Not-Working-tf3896510.html#a11051697 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
Re: [Discuss-gnuradio] software implementation of GSM
Hi Joshua, I followed installation instruction with almost no errors. But, when running Wireshark, I get nothing displayed with the GSM interface. My BTS signal is very high, and I located the offset of the frequency correction burst (which is by the way almost the same as your default one). Any suggested checking point ? Firas, Joshua Lackey-2 wrote: gssm-v0.1 Groupe Special (Software) Mobile or The Global Software System for Mobile communications --- SUMMARY Okay, calling gssm The Global Software System for Mobile communications is a bit of a stretch as all it does is monitor GSM control channels. What this package does is use the USRP and various daughterboards to capture live data, GNU Radio and custom modules to demodulate and decode the GSM packets, and then Wireshark to display the data. Get it here:http://thre.at/gsm Install instructions: http://thre.at/gsm/index.html#install. Talk about it here: [EMAIL PROTECTED] More here: http://wiki.thc.org/gsm. --- WHAT This package monitors GSM base station control channels. It uses the USRP and various daughterboards to capture live data, GNU Radio and custom modules to demodulate and decode the GSM packets, and then Wireshark to display the data. This version of gssm decodes most of the control channels. The control channels contain the information necessary for a mobile to communicate with a base station. The control channels gssm currently decodes are: FCCHThe frequency correction channel. SCH The synchronization channel. BCCHThe broadcast control channel. PCH The paging channel. Downlink only, used to page mobiles. AGCHThe access grant channel. Downlink only, used to allocate an SDCCH or directly a TCH. SACCH Slow associated control channel. SDCCH Stand-alone dedicated control channel. gssm displays the decoded data using Wireshark. Not only does this give us a very nice graphical front end to examine the dissected packets, but Wireshark already has quite a bit of code to dissect GSM data. Unfortunately, the current implementation of Wireshark does not dissect packets unique to the wireless interface. Up to now, there was no reason to include code to dissect these packets. I include a patch for wireshark-0.99.5 which adds partial Um packet dissection capability and a new custom ethertype to interface with the USRP. While gssm has basic functionality now, it really is alpha-quality software and there are a number of enhancements which must be made before it becomes truly useful. 1. The Mueller and Muller clock recovery method doesn't always handle the quarter-bits present in a GSM burst. A more reliable method must be implemented. Until then, this software will suffer from a large number of receive errors even with a high signal-to-noise ratio. 2. Wireshark dissects most GSM packets except those specific to the Um interface, the wireless interface between the mobile and the BTS, the Base Transciever Station. a. I've only implemented a small portion of the Um interface. Much more work must be done to complete this. b. Only the Bbis frame type is implemented. When packets arrive in Wireshark which are malformed or with strange protocol descriptors, it is because they were sent using some other frame type. c. The interface between gssm and Wireshark is extremely hacky, to say the least. It would be nice to eventually standardize a GNU Radio interface for Wireshark. I also want to clean up my Um interface and submit that there as well. 3. You need to find your local GSM tower by hand. Once you've found it, you need to edit the python script and enter the information by hand. It would be very nice if this information were automatically generated. 4. The code is designed to support all frequency bands but I haven't implemented anything but U.S. support. 5. This code is receive-only and currently can only monitor tower to mobile transmissions. 6. Lots more. --- WHERE This code is being adopted by the GSM Scanner Project and any updates to this code will be found there. Questions and suggestions can certainly be sent to me, but they also should be directed to the mailing list -- [EMAIL PROTECTED] Also, check out the wiki at http://wiki.thc.org/gsm. The current version of this code can be found here: http://thre.at/gsm/gsm-v0.1.tar.bz2. Updates and bug-fixes will be located at the GSM Scanner Project, http://wiki.thc.org. -- Joshua Lackey, Ph.D. ([EMAIL PROTECTED]) ___
Re: [Discuss-gnuradio] multi_file usrp tuning options
Dear Ematlis, I want to draw your attention to this remake: When using std_4rx_0tx.rbf FPGA file, the 4 FPGA DDCs does not have low pass filter (the HBF) and you have to do the low pass filtering by software. Firas, ematlis wrote: Ok, great. This simplifies things; I was afraid I was going to have to create a modulating circuit to modulate those low-frequency timing signals so they could be captured along with the 2 MHz am-modulated signals using a single tuning frequency. I have some questions about the deinterleaver. Firstly, how does it know how many channels are interleaved? Does it determine this information from the Mux settings, or from the number and type of subdevices detected, or something else? Secondly, in terms of computational efficiency, is there any advantage to performing the deinterleave operation earlier in the flow-graph sequence, or later? For example, I'm doing AM demodulation. So, currently my flow graph consists of the usrp block connected to a low-pass filter, connected to a mag block, connected to a high-pass filter (to remove dc), connected to a block that corrects for gain, connected to a block that factors in a calibration constant for the data path, and finally the file-write. I also branch off to some fft sinks. Is it necessary for me to introduce a deinterleave block immediately after the usrp block or can I put it anywhere? Thirdly, if all I was doing was capturing to file, is the deinterleaver strictly necessary? I could write a program to deinterleave the data in the file in post-processing, correct? thanks! eric On Fri, 1 Jun 2007, Eric Blossom wrote: On Fri, Jun 01, 2007 at 09:27:55AM -0400, [EMAIL PROTECTED] wrote: Excellent. Just so I understand how this is done- when one tunes different subdevices to different frequencies, is there one LO on the USRP which is being switched between these frequencies, or is there more than one LO? In general, the tuning is split between an LO on the daughterboard and the DDCs in the the FPGA. In the case of the Basic Rx and LF RX, there is no LO on the daughterboard, so all the tuning is handled by the DDC. When using std_4rx_0tx.rbf, there are 4 DDCs available in the FPGA. u.tune(...) handles adjusting the LO (if any) and the DDCs transparently for the common case. Also- Can I tune all four subdevices independently, or am I restricted to using the same frequency on a given daughterboard? With the Basic and LF Rx everything is independent, since there's no LO on the daughterboard. In the case of daughterboards with LO's, life is a bit more complicated and you'll have to explicitly control the LO on the daughterboard, and then explicitly control the 2 DDCs that are being fed from the given daughterboard. You of course need to ensure that that two frequencies that you want within the IF passband of the daughterboard. To see how this is currently handled, take a look at the implementation of tune in gr-usrp/src/usrp.py Finally- I would guess that at a minimum the decimation factor set in the fpga must be the same for all subdevices. Is this correct? Yes, the decimation rate applies to all subdevices. thanks again, eric You're welcome! Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- View this message in context: http://www.nabble.com/multi_file-usrp-tuning-options-tf3848653.html#a10962532 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] Disabling the USRP FPGA HBF
Dear Matt, Dear Eric, Is there away to disable (or bypass) the USRP FPGA DDC half band filter? I want to get the samples directly from the CIC decimation filter and do the low pass filtering by software. I developed a MATLAB based professional 100KHz bandwidth digital down converter as shown in the attached m file. I want to test this design in USRP. In the mean time, I cannot do this because I don't have access to the CIC output samples because of the HBF. Waiting for your help, thank you. Firas. http://www.nabble.com/file/8491/testddc100k.m testddc100k.m -- View this message in context: http://www.nabble.com/Disabling-the-USRP-FPGA-HBF-tf3772529.html#a10666154 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
Re: [Discuss-gnuradio] CIC stop band
Hello, I can give you a precise MATLAB based simulated USRP frequency response. All what I need is the HBF coefficients. So this is an open invitation to our dear Matt to give us his designed USRP HBF coefficients or frequency response. Firas, Hans Glitsch wrote: Hello, Thank you for the graphs. I wasn't aware that there was a HBF after the CIC. Yes, I'd like to know the frequency response of the whole usrp from input to output when I decimate by 250. Thank you to everyone for the help so far, Hans - Original Message - From: Firas abbas To: Hans Glitsch Cc: gnuradio mailing list ; Eric Blossom Sent: Wednesday, May 16, 2007 11:19 PM Subject: Re: [Discuss-gnuradio] CIC stop band Dear Hans, I think you meant the frequency response of CIC+ HBF filters. However, the USRP CIC decimation filter has 4 stages. I did MATLAB analysis for 4 stages CIC filter with decimation rate of 250 (as you requested) without the HBF. The spectrum analysis result is attached. The first plot is for entire range [0 to Fs/2]. The second one is zoomed near the interested band. You will see a huge theoretical gain (more than 190 dB) because of CIC bit growth. Firas Eric Blossom [EMAIL PROTECTED] wrote: On Wed, May 16, 2007 at 04:00:24PM -0700, Hans Glitsch wrote: Hello, What is the stop band of the FPGA CIC filter? How do I figure out the attenuation at a given frequency outside my bandwidth? I'm decimating by 250. Thanks, Hans It's a fourth order CIC. See http://users.snip.net/~donadio/cic.pdf for the transfer function. Eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- -- -- Internal Virus Database is out-of-date. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.6.5/792 - Release Date: 5/6/2007 9:01 PM -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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/wise-big-block-interleaving-in-GNURadio-tf3768964.html#a10666406 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
Re: [Discuss-gnuradio] CIC stop band
Thank you Brian Matt Using Matt HBF coefficients given by the verilog file [coeff_rom.v], I did the HBF frequency response analysis by MATLAB FDATOOL. Attached is the USRP HBF result frequency response. As we can see, there is a 6 dB passband gain. In my next step, I will try to provide the frequency response of the cascaded USRP CIC+HBF sections. Regards, Firas http://www.nabble.com/file/8495/USRP%20HBF.JPG USRP HBF.JPG Matt wrote: Hello, I can give you a precise MATLAB based simulated USRP frequency response. All what I need is the HBF coefficients. So this is an open invitation to our dear Matt to give us his designed USRP HBF coefficients or frequency response. Firas, The coefficients are here: http://gnuradio.org/trac/browser/gnuradio/trunk/usrp/fpga/sdr_lib/hb/coeff_rom.v Matt Brian Padalino wrote: On 5/17/07, Eng. Firas [EMAIL PROTECTED] wrote: Hello, I can give you a precise MATLAB based simulated USRP frequency response. All what I need is the HBF coefficients. So this is an open invitation to our dear Matt to give us his designed USRP HBF coefficients or frequency response. Reading the documentation in the Verilog source file is helpful: http://gnuradio.org/trac/browser/gnuradio/trunk/usrp/fpga/sdr_lib/hb/halfband_decim.v The coefficient ROM is located here: http://gnuradio.org/trac/browser/gnuradio/trunk/usrp/fpga/sdr_lib/hb/coeff_rom.v Firas Brian ___ 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/wise-big-block-interleaving-in-GNURadio-tf3768964.html#a10667330 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] Complete USRP DDC Frequency Response Analysis
Dear Friends, Attached is a complete MATLAB based USRP DDC frequency response Analysis figures. The USRP DDC decimation rate was 64. The CIC filter response (decimation =32), HBF response (decimation =2) and cascaded CIC + HBF (total decimation =64) response figures are attached. The MatLab source file used in this analysis is also attached. I hope this is a useful work. Regards, Firas, http://www.nabble.com/file/8500/%280%20-%2032%29MHz%29%20CIC%20Frequency%20Response%20%28CIC%20decimation%20%3D32%29.JPG (0 - 32)MHz) CIC Frequency Response (CIC decimation =32).JPG http://www.nabble.com/file/8501/%280%20-%202%29MHz%29%20CIC%20Frequency%20Response%20%28decimation%20%3D32%29.JPG (0 - 2)MHz) CIC Frequency Response (decimation =32).JPG http://www.nabble.com/file/8502/Useful%20Band%20%280%20-%201%29MHz%29%20%20HBF%20Frequency%20Response.JPG Useful Band (0 - 1)MHz) HBF Frequency Response.JPG http://www.nabble.com/file/8503/Useful%20Band%20%280%20-%201%29MHz%29%20CIC%20%2B%20HBF%20Frequency%20Response%20%28decimation%20%3D64%29.JPG Useful Band (0 - 1)MHz) CIC + HBF Frequency Response (decimation =64).JPG http://www.nabble.com/file/8504/Full%20Band%20%280%20-%2032%29MHz%29%20USRP%20DDC%20Frequency%20Response%20%28decimation%20%3D64%29.JPG Full Band (0 - 32)MHz) USRP DDC Frequency Response (decimation =64).JPG http://www.nabble.com/file/8505/Useful%20Band%20%280%20-%201%29MHz%29%20USRP%20DDC%20Frequency%20Response%20%28decimation%20%3D64%29.JPG Useful Band (0 - 1)MHz) USRP DDC Frequency Response (decimation =64).JPG The MATLAB m File used to generate the above figures:- http://www.nabble.com/file/8506/usrpddc.m usrpddc.m -- View this message in context: http://www.nabble.com/Complete-USRP-DDC-Frequency-Response-Analysis-tf3773947.html#a10671057 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
Re: [Discuss-gnuradio] Complete USRP DDC Frequency Response Analysis
Dear Hans, Attached is the graphs you requested for USRP decimation =250. Regards, Firas http://www.nabble.com/file/8515/%5B0%201%5DMHz%2C%20decimation%3D250%2C%20CIC%2C%20HBF%2C%20CIC%2BHBF%20Response.JPG [0 1]MHz, decimation=250, CIC, HBF, CIC+HBF Response.JPG http://www.nabble.com/file/8516/%5B0%2032%5DMHz%2C%20decimation%3D250%2C%20USRP%20DDC%20Response.JPG [0 32]MHz, decimation=250, USRP DDC Response.JPG http://www.nabble.com/file/8517/%5B0%201%5DMHz%2C%20decimation%3D250%2C%20USRP%20DDC%20Response.JPG [0 1]MHz, decimation=250, USRP DDC Response.JPG Hans Glitsch wrote: Hi, Thank you very much for your help. Can you post the output of your matlab program for 250 total decimation? I would do it myself with your m file, but I don't have matlab. Thanks, Hans - Original Message - From: Eng. Firas [EMAIL PROTECTED] To: Discuss-gnuradio@gnu.org Sent: Thursday, May 17, 2007 12:47 PM Subject: [Discuss-gnuradio] Complete USRP DDC Frequency Response Analysis Dear Friends, Attached is a complete MATLAB based USRP DDC frequency response Analysis figures. The USRP DDC decimation rate was 64. The CIC filter response (decimation =32), HBF response (decimation =2) and cascaded CIC + HBF (total decimation =64) response figures are attached. The MatLab source file used in this analysis is also attached. I hope this is a useful work. Regards, Firas, http://www.nabble.com/file/8500/%280%20-%2032%29MHz%29%20CIC%20Frequency%20Response%20%28CIC%20decimation%20%3D32%29.JPG (0 - 32)MHz) CIC Frequency Response (CIC decimation =32).JPG http://www.nabble.com/file/8501/%280%20-%202%29MHz%29%20CIC%20Frequency%20Response%20%28decimation%20%3D32%29.JPG (0 - 2)MHz) CIC Frequency Response (decimation =32).JPG http://www.nabble.com/file/8502/Useful%20Band%20%280%20-%201%29MHz%29%20%20HBF%20Frequency%20Response.JPG Useful Band (0 - 1)MHz) HBF Frequency Response.JPG http://www.nabble.com/file/8503/Useful%20Band%20%280%20-%201%29MHz%29%20CIC%20%2B%20HBF%20Frequency%20Response%20%28decimation%20%3D64%29.JPG Useful Band (0 - 1)MHz) CIC + HBF Frequency Response (decimation =64).JPG http://www.nabble.com/file/8504/Full%20Band%20%280%20-%2032%29MHz%29%20USRP%20DDC%20Frequency%20Response%20%28decimation%20%3D64%29.JPG Full Band (0 - 32)MHz) USRP DDC Frequency Response (decimation =64).JPG http://www.nabble.com/file/8505/Useful%20Band%20%280%20-%201%29MHz%29%20USRP%20DDC%20Frequency%20Response%20%28decimation%20%3D64%29.JPG Useful Band (0 - 1)MHz) USRP DDC Frequency Response (decimation =64).JPG The MATLAB m File used to generate the above figures:- http://www.nabble.com/file/8506/usrpddc.m usrpddc.m -- View this message in context: http://www.nabble.com/Complete-USRP-DDC-Frequency-Response-Analysis-tf3773947.html#a10671057 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 -- No virus found in this incoming message. Checked by AVG Free Edition. Version: 7.5.467 / Virus Database: 269.7.1/807 - Release Date: 5/16/2007 6:05 PM -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ 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/Complete-USRP-DDC-Frequency-Response-Analysis-tf3773947.html#a10676455 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] USRP as a wideband Spectrum Analyzer
Hi All, Does any one succeeded to write a python program to make the USRP with basic RX board (or with DBSRX) act as a wide band spectrum analyzer ? because all what we can do now is to display a maximum of 8MHz instantaneous frequency display. Firas -- View this message in context: http://www.nabble.com/USRP-as-a-wideband-Spectrum-Analyzer-tf3711837.html#a10382707 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] Locating USRP REV Number
Hi, How can I now my USRP REV number (and my daughter boards rev)? where I can read it on the broad? Firas, -- View this message in context: http://www.nabble.com/Locating-USRP-REV-Number-tf3711941.html#a10383043 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] For beginners: Nice GNU-Radio Installation Notes
Hi For GNU beginners, the following link contains a useful GNU-Radio installation notes: www.eecis.udel.edu/~manicka/Research/GnuRadio_InstallationNotes.pdf Firas -- View this message in context: http://www.nabble.com/For-beginners%3A-Nice-GNU-Radio-Installation-Notes-tf3690733.html#a10318558 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
Re: [Discuss-gnuradio] USRP RX Decimation Rate
Eng. Firas wrote: Hi All, I'm a new USRP user. Kindly, I will be very appreciated if someone could tell me what is the decimation range of the USRP RX path? I'm really confused. Is it linear range from [1,2,3,4,.] ?or it is power of 2 [2,4,8,16,...]? Thank you in advance. Firas Thank you Brian, Matt. If the CIC starts linearly from 4 to 128, and followed by decimate by 2 Half Band Filter (HBF) Then [CIC+HBF] should give us the following range [8,10,12,14,...,256], and not the range [2,4,6,8,..,256] , is this correct ? Firas -- View this message in context: http://www.nabble.com/USRP-RX-Decimation-Rate-tf3622054.html#a10123915 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] Free USRP FPGA Resources
Dear Matt, Dear All, Is the DDC decimate by 2 half band filter built inside the FPGA ? If it is so, then how much the free available FPGA resources left after building all the present USPR circuits in it? I mean, is there a free space to modify the CIC + HBF circuit and to build a complete DDC block (CIC + CFIR + PFIR) ? Thank you in advance. Firas -- View this message in context: http://www.nabble.com/Free-USRP-FPGA-Resources-tf3625577.html#a10123967 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
Re: [Discuss-gnuradio] Free USRP FPGA Resources
Brian Padalino wrote: On 4/22/07, Eng. Firas [EMAIL PROTECTED] wrote: Dear Matt, Dear All, Is the DDC decimate by 2 half band filter built inside the FPGA ? If it is so, then how much the free available FPGA resources left after building all the present USPR circuits in it? I mean, is there a free space to modify the CIC + HBF circuit and to build a complete DDC block (CIC + CFIR + PFIR) ? The standard USRP build has about 95% of the LE's used up, but a decent amount of memory free. If you plan on using only 1 complex RX path and 1 complex TX path - you can remove quite a bit of logic and build with a single side enabled. Thank you in advance. Firas Brian ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio Thank you Brian. Best regards, Firas -- View this message in context: http://www.nabble.com/Free-USRP-FPGA-Resources-tf3625577.html#a10128203 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] USRP RX Decimation Rate
Hi All, I'm a new USRP user. Kindly, I will be very appreciated if someone could tell me what is the decimation range of the USRP RX path? I'm really confused. Is it linear range from [1,2,3,4,.] ?or it is power of 2 [2,4,8,16,...]? Thank you in advance. Firas -- View this message in context: http://www.nabble.com/USRP-RX-Decimation-Rate-tf3622054.html#a10114371 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