Re: [Discuss-gnuradio] New build-gnuradio
Hello Marcus: Thank you very much for continuing to actively develop this script. It's a terrific contribution to the community. I know, at least for myself, I've used it several times and it's been very helpful. I would like to make a suggestion. Could you give the script knowledge about its version number, so that you can do things like: $ ./build-gnuradio -V 1.0.2 $ ./build-gnuradio --version 1.0.2 $ Also, maybe include a revision history at the top of the script, which would be helpful so people can track the version of the script they're using and determine when they want/need to upgrade. Please let me know what you think. Thanks again. Steve --- On Mon, 8/1/11, Marcus D. Leech mle...@ripnet.com wrote: From: Marcus D. Leech mle...@ripnet.com Subject: [Discuss-gnuradio] New build-gnuradio To: Discuss-gnuradio@gnu.org, Hugh and Irene Pett hip...@uniserve.com Date: Monday, August 1, 2011, 1:37 PM There's a new build-gnuradio script up on: http://www.sbrac.org/files/build-gnuradio This one automatically updates the timestamp_timeout in /etc/sudoers so that the build script can run without further prompting after the first sudo prompt. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Max temperature for usrp2
I have the same problem -- I'm going to be using a USRP2 outdoors in the shade (not direct sunlight) for around six hours in Yuma, Arizona, where the daytime temperatures are 100-110 degrees F now in July. Will the USRP2 be able to operate under these high temperatures? Check it out: http://www.wund.com/US/AZ/Yuma.html --- On Thu, 6/30/11, Feng Andrew Ge gefengflo...@gmail.com wrote: From: Feng Andrew Ge gefengflo...@gmail.com Subject: Re: [Discuss-gnuradio] Max temperature for usrp2 To: emat...@nd.edu, discuss-gnuradio@gnu.org Date: Thursday, June 30, 2011, 4:52 PM Eric, in your 2009 experiment indicated below, did the USRP2 sustain the high temperature of 150 F? Is there anybody else who has tried to use USRP2 continuously at a temperature above 105 F? Your feedback is highly appreciated. Andrew On Mon, Jul 13, 2009 at 1:13 PM, Eric Matlisemat...@nd.edu wrote: Hi all- I'm about to conduct some measurements on a running GE aircraft jet engine with the USRP2. The test cell temps could reach 150 F. Is that going to fry my USRP? Thanks, eric ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] SDCC 2.9 versus 3.0
Hello: Currently GNU Radio 3.3 only supports SDCC 2.9. It does not yet support SDCC 3.x. Why is this? What changed in the newer 3.x releases of SDCC? What would need to change in GNU Radio to enable support for SDCC 3.x? Is it worth doing that work? What would GNU Radio gain by supporting SDCC 3.x? There must be some new features or capabilities in SDCC 3 that would be useful to GNU Radio... Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] SDCC 2.9 versus 3.0
What is SDCC used for? I just want to sure that I understand this correctly. I think it's used to compile the firmware that runs on the Xilinx MicroBlaze CPU on the FPGA inside the USRP, USRP2, and USRP N200/N210. (all USRPs have FPGAs inside with Xilinx MicroBlaze CPUs on them) Normally, you don't need to do this. Users download the latest binary firmware image from the Ettus website and burn it to the SD memory card (USRP2) or flash memory (USRP N200/N210) and run it. You'd only really need SDCC if you want to modify the firmware and run a customized version of it. Could you please correct me where I'm wrong/inaccurate? Thanks. --- On Mon, 5/16/11, Marcus D. Leech mle...@ripnet.com wrote: From: Marcus D. Leech mle...@ripnet.com Subject: Re: [Discuss-gnuradio] SDCC 2.9 versus 3.0 To: discuss-gnuradio@gnu.org Date: Monday, May 16, 2011, 1:05 PM On 16/05/2011 12:58 PM, LRK wrote: Now I'm more confused. If SDCC is needed for the USRP1 firmware, it should be required to generate that. Otherwise, the test for SDCC should be moot if the firmware is available. Why does the build demand SDCC 2.9 if it is not required? Matt could clarify the history on this, but historical reasons. In the classic USRP1 days, the assumption was that you'd compile the firmware from source, but the FPGA image was included in the source tree, since not everyone would have the Altera FPGA compiler. I'm not sure, but *think* the FPGA/Firmware for non-UHD USRP1 and UHD USRP1 are the same. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio with Python 2.7
Hello: I'm using GNU Radio 3.3.0 on Linux. Can I use Python 2.7.0? I know that most people use Python 2.6.x, and I have also used it successfully. I also know that Python 3.x is a major change and breaks backward compatibility with 2.x, so you probably cannot use that. But what about Python 2.7? Thanks. Steve McMahon It's here! Your new message! Get new email alerts with the free Yahoo! Toolbar. http://tools.search.yahoo.com/toolbar/features/mail/ ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] GNURadio is disappointing [was: Greeting and a question]
Elvis Dowson: I don't agree with your criticism of Marcus. He has been EXTREMELY helpful to me, and has spent a lot of time helping many people on this list with GNU Radio/USRP issues for a long time. Let's all keep this list focused, respectful, and fair and unbiased. Steve McMahon --- On Thu, 1/20/11, Elvis Dowson elvis.dow...@mac.com wrote: From: Elvis Dowson elvis.dow...@mac.com Subject: Re: [Discuss-gnuradio] GNURadio is disappointing [was: Greeting and a question] To: Tom Rondeau trondeau1...@gmail.com, Matt Ettus m...@ettus.com Cc: discuss-gnuradio@gnu.org Date: Thursday, January 20, 2011, 3:55 PM Hi Tom Matt, Begin forwarded message: From: Marcus D. Leech mle...@ripnet.com So, respectfully, you're full of crap, Sanjay. No BSP is going to automatically know how to do all the functions we want to do: Someone ought to moderate this list. I for one find Marcus annoying. He mentioned that he's employed part time by Ettus Research. He should be told to tone down. It just takes a few guys like Marcus to put people off. If there are people on the list that don't like Ettus Research or the way Gnu Radio is running, take them off the list. At least it will keep things focussed in the right direction. As for people like Marcus, they should be told to behave politely to other members on the list. Elvis Dowson ___ 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] The (in)famous channel 0 not receiving error
Marcus: You say that the UHD provides a different API than classic, and usrp2_fft.py uses the classic API. I'm brand new to UHD and just getting started with it. Could you explain in a little more detail about the two APIs and the differences between them? I'm using raw Ethernet now with a USRP2+WBX, so why would, when using GRC to create a flowgraph, the interface change? Thanks. Steve McMahon --- On Wed, 1/12/11, Marcus D. Leech mle...@ripnet.com wrote: From: Marcus D. Leech mle...@ripnet.com Subject: Re: [Discuss-gnuradio] The (in)famous channel 0 not receiving error To: discuss-gnuradio@gnu.org Date: Wednesday, January 12, 2011, 1:15 PM Hi everyone, I recently compiled and installed gnuradio. I then tried to find the usrp2: #find_usrps 00:50:c2:85::3b:5c hw_rev = 0x0400 Next I tried to plot an FFT of the GPS L1 signal (note that my daughterboard is a dbsrx2) #usrp2_fft.py -f 1.57542G usrp2: channel 0 not receiving usrp2::rx_samples() fail Where am I going wrong? I have seen other posts with people facing the same problem but they are from way back in mid-2010 and with different daughterboards from mine. Additional information: - daughterboard is a dbsrx2 - usrp2 was ordered sometime in October 2010 - I have the uhd driver installed but figured that it can exist with the usual Ethernet driver - Are there any firmware and/or fpga upgrades I am supposed to make? Nick ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio When you go to UHD, you have to change the firmware on the USRP2, which is available here: http://www.ettus.com/downloads/uhd_images/ Further, the UHD provides a different API than classic, and usrp2_fft.py uses the classic API. You can synthesize the functionality of usrp2_fft.py, using an UHD source, within Gnuradio Companion, in about five minutes. With the DBS_RX2, you have no choice but to convert to UHD (or back-port the DBS_RX2 support into the classic USRP2 interface). All new hardware from Ettus will only be supported using the UHD interface, and UHD is now robust enough that I recommend *all* new users use it. -- Marcus Leech Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org -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
Re: [Discuss-gnuradio] transient when changing valve state
David: How did you generate the YouTube video from your Linux machine?? Did you use recordMyDesktop?? (http://recordmydesktop.sourceforge.net/) Thanks. Steve McMahon --- On Thu, 1/13/11, David L david4li...@gmail.com wrote: From: David L david4li...@gmail.com Subject: [Discuss-gnuradio] transient when changing valve state To: discuss-gnuradio@gnu.org Date: Thursday, January 13, 2011, 2:59 PM I have a grc file that has a UHD source with output going to two places. 1) A scope graphical sink 2) A valve When I change the state of the valve, I see a glitch on the scope output. I would think that since the valve is not between the source and the scope that it would not affect the samples going to the scope. But it does. Why? Thanks, David PS - video of glitch: http://www.youtube.com/watch?v=Zr9PKVx5WiI grc window: https://docs.google.com/leaf?id=0B5MNiGB_nlGJNDAyNzViNGYtZGJmYy00M2ZkLTlhNTktZWQyOGNmYmZlMGIwhl=enauthkey=CP266Z0N grc file - https://docs.google.com/leaf?id=0B5MNiGB_nlGJYWM0NDkwN2MtOTUwYy00NThkLWI0MDQtZWNjMTBhYjk2MWY2hl=enauthkey=CJa60JME ___ 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] why USRP2 End-Of-Life (EOL) in March 2011? UHD-only?
Hello: Why is the USRP2 is going End-Of-Life (EOL) in March 2011? My understanding is that one of the parts will soon become unavailable. Which part is it? I'm just curious, but wouldn't it have been easier to just design around the obsoleted part, or find a drop-in replacement, rather than design an all-new USRP N210? That said, the N210 looks really nice. Will it support the raw Ethernet interface currently used in the USRP2, or will it require the new UHD interface? Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] The (in)famous channel 0 not receiving error
But I still don't understand what it is that has to change in GRC to use UHD. Do you mean that the USRP2 Sink and USRP2 Source blocks are only for the raw Ethernet interface, and to use UHD you would need to use a different block in your GRC flowgraph? Thanks again. --- On Fri, 1/14/11, Marcus D. Leech mle...@ripnet.com wrote: From: Marcus D. Leech mle...@ripnet.com Subject: Re: [Discuss-gnuradio] The (in)famous channel 0 not receiving error To: Steve Mcmahon steve.mcmaho...@yahoo.com Cc: discuss-gnuradio@gnu.org Date: Friday, January 14, 2011, 3:36 PM On 01/14/2011 03:28 PM, Steve Mcmahon wrote: Marcus: You say that the UHD provides a different API than classic, and usrp2_fft.py uses the classic API. I'm brand new to UHD and just getting started with it. Could you explain in a little more detail about the two APIs and the differences between them? UHD provides a more uniform, device-independent, interface for applications to use, including GRC. I'm using raw Ethernet now with a USRP2+WBX, so why would, when using GRC to create a flowgraph, the interface change? GRC supports both classic and UHD API for USRP2. I recommend UHD for all new users, since they have nothing to be backwards compatible with, and the UHD is an all-round better API for Gnu Radio applications to be using, since it supports USRP1, USRP2, N210, E100. Further new daughercards and baseboards will only support UHD, so it make sense to switch to UHD. Most of the examples in Gnu Radio haven't yet been updated to use the UHD interface, and that includes things like usrp2_fft.py. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Benchmark scripts
Hello Thomas H Kim: I assume you have the two clocks synchronized. There is a 10 MHz reference clock input on the front of the USRP2. But on the USRP you need to get a soldering iron and modify the hardware a little (I think you need to remove a resistor, or something like that) to add a 10 MHz reference input. You could also the use the 1 PPS input for your two USRPs. Let me know if this helps. Steve --- On Mon, 1/10/11, Thomas H Kim thomas.h@aero.org wrote: From: Thomas H Kim thomas.h@aero.org Subject: [Discuss-gnuradio] Benchmark scripts To: discuss-gnuradio@gnu.org Date: Monday, January 10, 2011, 3:55 PM All, I am testing 2x USRP1 with RFX2400 daughter cards with benchmark_rx and benchmark_tx scripts and have questions. When I set the MCS to dbpsk, error rate I got was close to zero. When I set it to dqpsk, d8psk, error rate is 100%. When I set it to gmsk, certain daughter cards had close to 0 error rate, but certain swung from 0% to 100%. I asked about it to Ettus research, they told me that it's likely to be due to frequency offset between the two boxes I have. If it is true, 1) how can I compensate the offset? 2) Has someone used dqpsk, d8psk in 2.4MHz ISM band before? If so, what extra step is necessary? Thanks, Thomas -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] odd error message
I'm running GNU Radio 3.3.0 on openSUSE 11.2. From time-to-time, I get this error message on the console: gr_vmcircbuf_createfilemapping: createfilemapping is not available I haven't noticed any causality or pattern as to why/when it appears. Has anyone seen this before? What's causing it? Thanks. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] SSB modulation with USRP2 Sink
Hello: How can I get SSB modulation with the USRP2? Currently I have a Signal Source producing a sine wave, and I've connected it into a USRP2 Sink. The spectrum of the output shows the upper sideband, the lower sideband, and the carrier. For example, if my tone is 1 MHz and I tune the USRP2 Sink to 900 MHz, then I see spikes at 901 MHz, 900 MHz, and 899 MHz. I'd like to just get the upper sideband. The Signal Source outputs complex samples. I tried changing its output to float, and using a float-to-complex converter to input into the USRP2 Sink, but that didn't work. How can I do this? Also, for some reason, the lower sideband is of a lower magnitude than the upper sideband. Why is this? Shouldn't they be of equal magnitude? Thanks for your help. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] time to reconfigure a block in flowgraph
Hello Martin Braun: I'm not sure what you mean. There is no set_center_freq() method in gr_sig_source_c. When you say the best way to implement frequency hopping is to use a larger bandwidth and do the tuning digitally, you mean to do the tuning in software in the Python flowgraph using Gnuradio blocks? Thanks. Steve McMahon --- On Fri, 12/17/10, Martin Braun martin.br...@kit.edu wrote: From: Martin Braun martin.br...@kit.edu Subject: Re: [Discuss-gnuradio] time to reconfigure a block in flowgraph To: discuss-gnuradio@gnu.org Date: Friday, December 17, 2010, 3:36 AM On Thu, Dec 16, 2010 at 05:32:23PM -0800, Steve Mcmahon wrote: Hello: I need some help on a timing issue. I have a timer running on a separate thread which changes parameters in my flow graph every 100ms or 200ms. When I change the frequency of my Signal Source by using gr.sig_source_c.set_frequency(), the timer thread is still able to fire every 100ms or 200ms and change the tone frequency every cycle. However, when I try to also change the center frequency in the timer thread with usrp2.sink_32fc.set_center_freq(), it cannot keep up and often takes more than 100ms or 200ms. How long do functions such as usrp2.sink_32fc.set_center_freq() take to execute? Do I need to to gr.lock() and gr.unlock() my flowgraph before changing these kind of parameters? How can I change parameters every 100ms? Not the most general answer you can get, but if you want to do *precise* retuning (e.g. for frequency hopping) to my best knowledge the way to go is to use a larger bandwidth and do the tuning digitally. You don't have to use lock() for retuning the usrp (just as you don't have to do so for calling set_center_freq() on the sig_source). Cheers, MB -- Karlsruhe Institute of Technology (KIT) Communications Engineering Lab (CEL) Dipl.-Ing. Martin Braun Research Associate Kaiserstraße 12 Building 05.01 76131 Karlsruhe Phone: +49 721 608-3790 Fax: +49 721 608-6071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association -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] how to get started using UHD
Hello: I have a USRP2 with a WBX, and I'm using a raw Ethernet interface. I'm running GNU Radio 3.3.0 with openSUSE 11.2 and Python 2.6.2 How can I get started using UHD? I need to get a branch of GNU Radio that supports it, but I don't know Git at all. How can I pull the correct GNU Radio tree from the Git repository? Then I build it, just as I built the 3.3.0 , right? Then I need to burn a new UHD-compatible firmware image and FPGA image onto the SD card. I think I can get it from here, right? http://www.ettus.com/downloads/uhd_images/UHD-images-most-recent/ Is there anything else I would need to do? Would I be done at this point? Thanks for your help. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] time to reconfigure a block in flowgraph
Hello: I need some help on a timing issue. I have a timer running on a separate thread which changes parameters in my flow graph every 100ms or 200ms. When I change the frequency of my Signal Source by using gr.sig_source_c.set_frequency(), the timer thread is still able to fire every 100ms or 200ms and change the tone frequency every cycle. However, when I try to also change the center frequency in the timer thread with usrp2.sink_32fc.set_center_freq(), it cannot keep up and often takes more than 100ms or 200ms. How long do functions such as usrp2.sink_32fc.set_center_freq() take to execute? Do I need to to gr.lock() and gr.unlock() my flowgraph before changing these kind of parameters? How can I change parameters every 100ms? I'm running GNU Radio 3.3.0 on Linux. Thanks for your help. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] using signals in flowgraphs
Hello: I have a USRP2 + WBX running with GNU Radio 3.3.0 on openSUSE 11.2. In my flowgraph, I am trying to create a timer that will call a function periodically, say every 200ms. This function would dynamically change some parameters of my flowgraph, such as the frequency or amplitude of a Signal Source. I setup a timer using signals (SIGALRM) in my flowgraph, and the code runs, but my signal handler never seems to be called, and my tone's frequency and amplitude never change. Can you use signals inside a flowgraph? Should I not be using signals to do this? Should I use a separate thread instead? Thanks for your help. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Using USRP2 outdoors in winter in Boston (lowest operating temperature)
Hello: We will be doing some outdoor data collection with our USRP2 board. We're located in Boston, so these days in December the typical daily maximum temperature is between +20 and +35 degrees Fahrenheit. We would need about 4-6 hours outside to do the data collection. Can we operate the USRP2 boards at these temperatures? What is the lowest operating temperature for the USRP2 boards? Thanks. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] flowgraph for commercial FM radio TX/RX
Hello Bernardo Gonçalves: No, I have not yet obtained any other materials/flowgraphs other than what Markus Heller posted on this mail list. However, I do not have time to look into the FM radio TX/RX right now as I am very busy trying to finish something else. I will start working on it again in about one week. Let's talk again at that time. Have you found any other materials? I would be interested in collaborating with you on this. Are you trying to do the same thing that I'm trying to do (create a flowgraph for TX and/or RX of commercial FM radio)? You also asked about other non-FM-radio flowgraphs. I do have some other flowgraphs that I would be happy to share with you. What are you looking for? By the way, in the USA, commercial FM is on odd frequencies (i.e., 94.5 MHz, 94.7 MHz, 94.9 MHz, etc.). In Europe and Japan, isn't commercial FM on even frequencies (i.e., 94.4 MHz, 94.6 MHz, 94.8 MHz, etc.)? Where are you located? I am in Boston, Massachusetts, USA. Steve McMahon --- On Wed, 12/1/10, Bernardo Gonçalves swooper...@gmail.com wrote: From: Bernardo Gonçalves swooper...@gmail.com Subject: Re: [Discuss-gnuradio] flowgraph for commercial FM radio TX/RX To: Steve Mcmahon steve.mcmaho...@yahoo.com Date: Wednesday, December 1, 2010, 1:59 PM Hello Steve, I have read your email a long ago and since I am working on similar stuff (only for simulation purposes), I would like to know if you got some other materials with other flowgraphs. I know that Markus Heller answered your email with his website, but I am looking for more. Do you have any other flowgraph (not only FM ones)? Thanks! Regards,Bernardo On Tue, Nov 9, 2010 at 11:33 PM, Steve Mcmahon steve.mcmaho...@yahoo.com wrote: Hello: Does anyone have a flowgraph that could be run on a USRP2 with a WBX daughterboard for either transmit or receive of commercial FM radio (88 MHz to 108 MHz U.S.)? In the transmit case, I would like to read raw PCM audio from a file and modulate it and transmit it in the commercial FM band, to be received by a standard FM radio. In the receive case, I would like to capture and demodulate commercial FM radio and save the raw PCM audio data to a file for playback. This is for academic, proof-of-concept, very low-power purposes. I am not using it to operate a pirate FM radio station. I appreciate your help. Thanks. Steve McMahon ___ 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] flowgraph time, or getting number of samples since start of flowgraph
Hello: Does GNU Radio keep track of time, or sample count, or something similar as a flowgraph runs? How can I query the current flowgraph time, from within my flowgraph, if such a thing exists? More specifically, I have a Signal Source connected to a USRP2 Sink in order to generate a tone. Is there any way to query the Signal Source for how many samples it has created since the flowgraph started? Thanks a lot. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] getting message gr_vmcircbuf_createfilemapping: createfilemapping is not available
Hello: I'm running GNU Radio 3.3.0 with two USRP2+WBX, under openSUSE 11.2. Sometimes when I run my simple flowgraph (Signal Source -- USRP2 Sink), either from GRC or from the command line, I see the following message appear on the console: gr_vmcircbuf_createfilemapping: createfilemapping is not available What is causing this message? I don't know if this could be the cause, but sometimes I run two instances of this simple flowgraph from the command line in two different shells. (using two different Ethernet interfaces for two USRP2s) Maybe that's causing this message? Thanks for your help. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] need help implementing TX pattern on USRP2+WBX
Hello: I asked a similar question a couple of days ago, but I'm still struggling, so I would be really thankful for any help I can get. I have a USRP2 board and a WBX daughterboard running with GNU Radio 3.3.0 on Linux. I am trying to implement a scheme where time is divided into equal-size intervals. There would be three types of intervals. For some intervals, I want to transmit a sine tone for the entire interval. For other intervals, I want to transmit silence for the entire interval (i.e., turn off the tone and transmit all zeros). And then for other intervals, I want to transmit the tone, but in an on-off pattern, cycled for five times within the interval (i.e., transmit the tone within the interval but multiplied by a 50% duty cycle square wave with 5 cycles within the time interval). The tone used in each interval could be any one of a set of ten fixed tones (such as 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 kHz). The user would define the interval duration on the command line (i.e., 500ms or 1s). Also, for each interval, the user would define on the command line the interval type and which frequency of the set of frequencies to use. Also the total number of intervals would be specified on the command line. Here's a crude depiction of the three interval types, shown back-to-back, not-to-scale, respectively: sine | 2 kHz on-for- | off-for-| 5 kHz| tone: |entire-interval|entire-interval|on-off-on-off-on-off-on-off-on-off| | | | | time: 0 1 2 3 How could I implement this? I'm somewhat new to Python and GNU Radio, and I'm getting nervous because I need to get this done, but I'm a little lost. Thanks for your help everyone. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] help -- how to implement transmitting periodic on/off tones
Hello: I have a USRP2 board and a WBX daughterboard. I am trying to implement a scheme where a single-tone sine wave (at frequencies between 1 kHz and 10 kHz) is transmitted intermittently. Specifically, time is divided into intervals, defined by the user on the command line, typically of values such as 200 ms or 500 ms or 1s. When invoked, the flow graph (the Python script) would transmit nothing (all zeros) during the first time interval, then transmit the tone during the second time interval, then transmit nothing (all zeros) during the third and fourth and fifth time intervals, then transmit the tone during the sixth time interval, then transmit nothing (all zeros) during the seventh time interval, and then stop and end. How in the world could I implement this? I feel like it'd be hard to do, but maybe it's actually easy. Would I need to use a timer in Python to set what gets transmitted at the start of each interval duration? Any help would be very much appreciated, as I am still somewhat new to GNU Radio and Python. Thanks for your help, everyone. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Getting started and documentation beyond dialtone.py ?
3) I saw there was an actual gnuradio book, but looks like it was never published. I'd be willing to buy this in PDF or ebook format; is it avaiable? Is this the book you're talking about? Let me know if you can find a copy. I would definitely buy it if I could find it. http://www.amazon.com/Software-Defined-Radio-GNU-USRP/dp/0071498834 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] books about GNU Radio
I'm looking for a book on GNU Radio, and the only thing that I can find is this book: http://www.amazon.com/Software-Defined-Radio-GNU-USRP/dp/0071498834 However, it is out of print. Does anyone know how I might be able to obtain a paper or PDF copy of the book? Does anyone have a used copy for sale? Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] books about GNU Radio
John: No one is trying to violate copyright here (at least I am not). I think people are just trying to obtain good resources. I don't understand why McGraw Hill would announce but then never publish Cory Clark's book. I assume the book was completely written, but then they didn't want to publish it at the end. That seems stupid of them to do. It robs the community of a potentially good resource, and it only encourages piracy. They should have at least published it as a PDF e-book or something. It would have sold as well as any other SDR book. Anyway, I am certainly interested in purchasing the book, if I can find it. Adi: Are you saying that you can find Cory Clark's book at http://www.downarchive.com/? Perhaps there is a way to contact Cory Clark himself to obtain/purchase a copy in PDF format? I did a google search for him, and all I can find is the following: 1. Cory L. Clark is a senior software engineer with Motorola and has developed many LabVIEW-based DSP tools. He holds a master's degree in electrical engineering from Georgia Tech. 2. http://www.linkedin.com/pub/cory-clark/5/794/145 3. http://www.amazon.com/LabVIEW-Digital-Signal-Processing-Communications/dp/0071444920/ I ask people to please post any more information they can find. Perhaps we, as a community, could ask Cory Clark (if we can contact him) if he could provide/sell his manuscript in PDF format, unless McGraw Hill retains the rights to it, and would prohibit him from selling it or distributing it on his own. He could self-publish it on Lulu.com for any price he would like (I have bought several good and very-reasonably-priced technical books in PDF format from there before). For example: http://www.lulu.com/product/file-download/signal-processing-techniques-for-software-radios-2nd-edition/11905545?productTrackingContext=search_results/search_shelf/center/3 Steve McMahon --- On Sat, 11/27/10, John McKendry john.mcken...@gmail.com wrote: From: John McKendry john.mcken...@gmail.com Subject: Re: [Discuss-gnuradio] books about GNU Radio To: discuss-gnuradio@gnu.org Date: Saturday, November 27, 2010, 6:11 PM I am not a lawyer, but that looks to me like a very clear violation of copyright, and I want no part of it. Buy the books if you're going to use them. The authors deserve to be paid for their work. You can always return the books if they're really not useful. John On Sat, Nov 27, 2010 at 5:37 PM, Adi Andrei e.adi.and...@gmail.com wrote: Both books are available through http://www.downarchive.com Search for the names, it will take you to links where you can download them. Try before you buy :) Adi On 27/11/2010 22:13, John McKendry wrote: The Cory Clark book was announced but never published - Amazon's out of print designation is kind of misleading on that score. I know of two books that specifically address GNU Radio and the USRP: Artificial Intelligence in Wireless Communications by Tom Rondeau and Charles Bostian, http://www.amazon.com/Artificial-Intelligence-Wireless-Communications-Mobile/dp/1607832348/ , and Cognitive Radio Communications and Networks: Principles and Practice by Alex Wyglinski, Maziar Nekovee, and Thomas Hou, http://www.amazon.com/Artificial-Intelligence-Wireless-Communications-Mobile/dp/1607832348/ . I am working on cognitive ad-hoc networks, and I have found both of them very useful. Whether you will find them equally useful depends on your technical background and on what you want to accomplish with GNU Radio, so you should take advantage of Amazon's Look Inside feature. Neither book is intended as a textbook on GNU Radio and the USRP, although the Wyglinski book is closer to that than the Rondeau/Bostian. I'm a software engineer with a ham license, but I have coworkers who can help me fill in the gaps in my signal-processing knowledge. John On Sat, Nov 27, 2010 at 4:28 PM, Steve Mcmahon steve.mcmaho...@yahoo.com wrote: I'm looking for a book on GNU Radio, and the only thing that I can find is this book: http://www.amazon.com/Software-Defined-Radio-GNU-USRP/dp/0071498834 However, it is out of print. Does anyone know how I might be able to obtain a paper or PDF copy of the book? Does anyone have a used copy for sale? Steve McMahon ___ 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org
[Discuss-gnuradio] maximum input signal power for WBX
Hello: What is the maximum recommended input signal power for the WBX daughterboard? Where can I find this in the documentation or online at Ettus.com? My understanding is that the LNA is very sensitive and it is easy to overload it and damage it. I thought it was 0 dBm, but I have seen several numbers on this mailist, such as -10 dBm and -15 dBm, so I'm making this post to get a definitive answer. Thank you. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Equal USRPs working differently running the same code
I had this same problem with my four USRP2 boards, each with a WBX daughterboard. The solution was to use the 10 MHz external clock reference input. I have an HP signal generator which has a precise 10 MHz sine wave output on the back. I split this signal four ways and input it into each USRP2. Now the clocks on my four USRP2 boards seem to be synchronized, so if (for example) one board transmits a tone at 903.55 MHz, another board will see it at 903.55 MHz. Please let me know if this helps. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] problem with simple test of USRP2+WBX
Hello: I'm stuck, and I need some help. I'm running GNU Radio 3.3.0 on openSUSE 11.2. I have two USRP2 boards, each with a WBX daughterboard, connected to two Intel PRO/1000 GT NICs, on eth1 and eth2. I'm using the txrx_wbx_raw_eth_20100608.bin firmware, not the from-the-factory firmware. I made a simple flowgraph which connects an FFT window to a USRP2 Source, tuned to 900 MHz at a sample rate of 3.125 MHz (decimation factor 32). I input a 901 MHz sine from an HP signal generator into the TX/RX connector on the WBX daughterboard. When I run the flowgraph with the USRP2 Source set to eth1 (for the first USRP2), it runs fine, and I see a nice clear tall spike in the FFT at 1 MHz. However, when I set the USRP2 Source to eth2 (for the second USRP2) and re-run the flowgraph, I get a spike at 901 MHz that is barely noticeable and greatly attenuated. What's going wrong here? I used that second USRP2 a few weeks ago with a different daughterboard and it ran fine, so I don't think that USRP2 is bad. Is there something wrong with the WBX daughterboard? Am I doing something wrong in GRC? Any ideas? Any help would be GREATLY appreciated. Thanks a lot!! Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] any recommended PCIe Ethernet NICs?
Hello: What Ethernet cards do people use/recommend for use with the USRP2? I'm using an Intel PRO/1000 GT 1Gbps PCI NIC, and it seems to work fine and has always been reliable. Is anyone else using this NIC? I'm not sure if my NIC is the best choice, or if I would benefit from using a PCI Express-based NIC. The GNU Radio website recommends using a PCIe NIC, instead of a common and inexpensive PCI NIC. Is anyone using a PCIe NIC? Which make and model? Here's my Intel PRO/1000 GT 1Gbps PCI NIC: http://www.intel.com/products/desktop/adapters/pro1000gt/pro1000gt-overview.htm Here's the GNU Radio NIC Recommendation (see What Gigabit Ethernet Interface do you suggest?): http://gnuradio.org/redmine/wiki/1/USRP2UserFAQ I did look at http://gnuradio.org/redmine/wiki/gnuradio/USRP2GigEReports but the list is not complete and seems a little old, and so I want to survey the GNU Radio community. I would love to hear what people are using, and what people find to be reliable. Thanks for your feedback, everyone!! Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Gnu Radio on F14
Marcus: I'm curious about that last statement you made, F14 is running python2.7, so I had to update my .bashrc to reflect this. I might be running Fedora 14 with GNU Radio 3.3.0 soon too, so I'm curious what you had to change in your .bashrc file. Also, I noticed that you did NOT use GNU Radio 3.3.0, but rather you used the latest branch in Git. What branch specifically did you use? I guess I will need to do the same. Fedora 14 uses gcc version 4.5.1, right? Thanks. Steve McMahon --- On Tue, 11/16/10, Marcus D. Leech mle...@ripnet.com wrote: From: Marcus D. Leech mle...@ripnet.com Subject: [Discuss-gnuradio] Gnu Radio on F14 To: Discuss-gnuradio@gnu.org Date: Tuesday, November 16, 2010, 7:30 AM Got my F14 system together today, and build Gnu Radio, with UHD from the latest GIT source. It went without incident. My new F14 machine is an x86_64 machine, an AMD Phenom X3, with 4GB of memory. F14 is running python2.7, so I had to update my .bashrc to reflect this. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ 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] Gnu Radio on F14
Marcus: Thanks for your help and feedback, and for the script. I really appreciate you taking the time. One more question: Since I am not a UHD user and I use my USRP2 with raw Ethernet, which Git branch should I use? Thanks again! Steve McMahon --- On Tue, 11/16/10, Marcus D. Leech mle...@ripnet.com wrote: From: Marcus D. Leech mle...@ripnet.com Subject: Re: [Discuss-gnuradio] Gnu Radio on F14 To: Steve Mcmahon steve.mcmaho...@yahoo.com Cc: GNR discuss-gnuradio@gnu.org Date: Tuesday, November 16, 2010, 3:06 PM On 11/16/2010 02:48 PM, Steve Mcmahon wrote: Marcus: I'm curious about that last statement you made, F14 is running python2.7, so I had to update my .bashrc to reflect this. I might be running Fedora 14 with GNU Radio 3.3.0 soon too, so I'm curious what you had to change in your .bashrc file. I had to change my PYTHONPATH to reflect the new version of Python: PYTHONPATH=/usr/local/lib/python2.7/site-packages or PYTHONPATH=/usr/local/lib64/python2.7/site-packages depending on whether you're on a 64 or 32-bit machine. I've attached a little shell script that can set the PYTHONPATH appropriately, by finding the appropriate bits dynamically. Also, I noticed that you did NOT use GNU Radio 3.3.0, but rather you used the latest branch in Git. What branch specifically did you use? I guess I will need to do the same. I use the next branch, because I'm a UHD user. Fedora 14 uses gcc version 4.5.1, right? Yes. -- Principal Investigator Shirleys Bay Radio Astronomy Consortium http://www.sbrac.org ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Ettus Research Announcements -- Nov 2010
Hello Matt: Why the name USRP N210 instead of just USRP3? I just want to understand the new naming scheme. You imply that the N210 is but the first in a series of future N200-family devices. Could you comment on your plans for these devices? What is the product roadmap for the N220, N230, etc.? Thanks. Steve McMahon --- On Thu, 11/11/10, Matt Ettus m...@ettus.com wrote: From: Matt Ettus m...@ettus.com Subject: [Discuss-gnuradio] Ettus Research Announcements -- Nov 2010 To: gnuradio Discuss-gnuradio@gnu.org, usrp-us...@lists.ettus.com usrp-us...@lists.ettus.com, usrp-annou...@lists.ettus.com Date: Thursday, November 11, 2010, 6:32 PM === Ettus Research Announcements November 2010 1 USRP Nominated for Technology of the Year! 2 USRP N210 Product Announcement 3 DBSRX2 Product Announcement 4 RFX2200 Product Announcement 5 Rackmount Product Announcement 6 UHD Driver status 7 New Simulink Drivers for the USRP2 8 New Mailing List 9 DBSRX and TVRX End of Life 10 SDR'10 Conference and GNU Radio Meeting === 1 USRP Nominated for Technology of the Year! The USRP Family of Products has been nominated for the 2010 Technology of the Year award from the Wireless Innovation Forum. We are very honored to have the USRP family be nominated from among the many exciting products and technologies in the Software Radio field. Members of the Wireless Innovation Forum may cast their vote online for the winner here: http://groups.winnforum.org/p/su/rd/sid=56 Votes need to be in by 12 Pacific Time on Friday Nov 12th. === 2 USRP N210 Product Announcement The USRP N210 software radio system builds on the success of the USRP2, offering higher performance and increased flexibility. The N210 offers the following improvements over the USRP2: - Xilinx Spartan 3A-DSP3400 FPGA - on-board TCXO frequency reference - Flash configuration memory. - An improved ADC (still 14 bits, 100 MS/s) The flash memory replaces the SD card used on the USRP2, and is reprogrammable over the network. The N210 is usable with our entire line of daughterboards. The USRP N210 introductory price is $1700, and orders placed now will ship in mid- to late- December. The USRP2 will continue to be available for those who cannot use the N210, but lead times may be longer. === 3 DBSRX2 Product Announcement The DBSRX2 is now shipping. It has the same price ($150) and features as the original DBSRX, including an 800 MHz to 2.4 GHz frequency range, with the following improvements: - Better phase noise - No modifications necessary to use with the USRP2 The DBSRX2 works with all USRP motherboards, including USRP1, USRP2, and USRP N210. The DBSRX2 requires the use of the UHD drivers. Please see below for status of the original DBSRX. === 4 RFX2200 Product Announcement The RFX2200 is now shipping. This transceiver covers 2.0 GHz to 2.45 GHz, has 50+ mW output power, and is otherwise similar to the other members of the RFX-series. It is full duplex capable, and is ideal for use in the satellite up and downlink bands. It costs $275 and works with all USRP systems. === 5 Rackmount Product Announcement We are now selling a rack mount frame for the USRP2 and USRP N210 products. This frame allows 4 systems to be mounted in a standard 19 rack, occupying 3 Units of space. It costs $250. You can see a picture of it here: http://www.ettus.com/images/U2-Rackmount.JPG === 6 UHD Driver status The UHD is now the preferred driver system for all USRP products. It supports all of our hardware, and works well with GNU Radio as well as other software packages. It is strongly recommended that users migrate their applications to the new system. More information about the UHD can be found here: http://www.ettus.com/uhd_docs/manual/html/ === 7 New Simulink Drivers for the USRP2 The MathWorks latest version (release R2010b) of Communications Blockset™ for Simulink® now ships with receiver and transmitter interface blocks to the USRP2. These blocks allow engineers to speed development of communications systems in a design environment that streams real world signals to and from the USRP2 radio. More information can be found here: http
Re: [Discuss-gnuradio] Ettus Research Announcements -- Nov 2010
Hello Matt: Sorry, one more question. Will the USRP N210 still support the raw Ethernet interface to the host (like for the USRP2), or will it only support the new UHD interface? Secondly, what is performance penalty of UHD interface versus the raw Ethernet interface? UHD is based on UDP, so certainly there must be some reduction in the maximum data rate (and thus the bandwidth) compared the raw Ethernet interface. UDP certainly adds overhead... Finally, if the USRP N210 only supports the new UHD interface, what is the reason that the current raw Ethernet interface is being deprecated in favor of UHD? What are the advantages of UHD compared to raw Ethernet? What are the disadvantages? Thanks a lot for answering all these questions!! Steve McMahon --- On Thu, 11/11/10, Matt Ettus m...@ettus.com wrote: From: Matt Ettus m...@ettus.com Subject: [Discuss-gnuradio] Ettus Research Announcements -- Nov 2010 To: gnuradio Discuss-gnuradio@gnu.org, usrp-us...@lists.ettus.com usrp-us...@lists.ettus.com, usrp-annou...@lists.ettus.com Date: Thursday, November 11, 2010, 6:32 PM === Ettus Research Announcements November 2010 1 USRP Nominated for Technology of the Year! 2 USRP N210 Product Announcement 3 DBSRX2 Product Announcement 4 RFX2200 Product Announcement 5 Rackmount Product Announcement 6 UHD Driver status 7 New Simulink Drivers for the USRP2 8 New Mailing List 9 DBSRX and TVRX End of Life 10 SDR'10 Conference and GNU Radio Meeting === 1 USRP Nominated for Technology of the Year! The USRP Family of Products has been nominated for the 2010 Technology of the Year award from the Wireless Innovation Forum. We are very honored to have the USRP family be nominated from among the many exciting products and technologies in the Software Radio field. Members of the Wireless Innovation Forum may cast their vote online for the winner here: http://groups.winnforum.org/p/su/rd/sid=56 Votes need to be in by 12 Pacific Time on Friday Nov 12th. === 2 USRP N210 Product Announcement The USRP N210 software radio system builds on the success of the USRP2, offering higher performance and increased flexibility. The N210 offers the following improvements over the USRP2: - Xilinx Spartan 3A-DSP3400 FPGA - on-board TCXO frequency reference - Flash configuration memory. - An improved ADC (still 14 bits, 100 MS/s) The flash memory replaces the SD card used on the USRP2, and is reprogrammable over the network. The N210 is usable with our entire line of daughterboards. The USRP N210 introductory price is $1700, and orders placed now will ship in mid- to late- December. The USRP2 will continue to be available for those who cannot use the N210, but lead times may be longer. === 3 DBSRX2 Product Announcement The DBSRX2 is now shipping. It has the same price ($150) and features as the original DBSRX, including an 800 MHz to 2.4 GHz frequency range, with the following improvements: - Better phase noise - No modifications necessary to use with the USRP2 The DBSRX2 works with all USRP motherboards, including USRP1, USRP2, and USRP N210. The DBSRX2 requires the use of the UHD drivers. Please see below for status of the original DBSRX. === 4 RFX2200 Product Announcement The RFX2200 is now shipping. This transceiver covers 2.0 GHz to 2.45 GHz, has 50+ mW output power, and is otherwise similar to the other members of the RFX-series. It is full duplex capable, and is ideal for use in the satellite up and downlink bands. It costs $275 and works with all USRP systems. === 5 Rackmount Product Announcement We are now selling a rack mount frame for the USRP2 and USRP N210 products. This frame allows 4 systems to be mounted in a standard 19 rack, occupying 3 Units of space. It costs $250. You can see a picture of it here: http://www.ettus.com/images/U2-Rackmount.JPG === 6 UHD Driver status The UHD is now the preferred driver system for all USRP products. It supports all of our hardware, and works well with GNU Radio as well as other software packages. It is strongly recommended that users migrate their applications to the new system. More information about the UHD can be found here: http://www.ettus.com/uhd_docs/manual/html
[Discuss-gnuradio] md5sum error on Ettus website for USRP2 firmware
Hello: Sorry to nit-pick at little details, but I think there is an error on the Ettus website. On the page listed below, in the table Firmware Images, the md5sum d784c4321114a83454493337393c5e2f is listed three times for three different images, dated June 08, 2010. This can't be correct. I downloaded txrx_wbx_raw_eth_20100608.bin to use on my WBX daughterboard, and I get a different md5sum of 769db035df296eca90abab43ceb291c8, which I assume is correct since the image seems to be working. Could someone fix the md5sums listed in the table on the webpage? Thanks a lot!! http://code.ettus.com/redmine/ettus/projects/public/wiki/U2binaries Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio-3.3.0 Build Error On Fedora 14 (x86_64)
Hello Arya: I have the same problem as you - I'm running openSUSE 11.3, which uses gcc 4.5.0, and I cannot compile GNU Radio 3.3.0. See my thread on this issue: http://lists.gnu.org/archive/html/discuss-gnuradio/2010-11/msg00061.html I have been told that if you get the master branch of the GNU Radio from the git repository, this problem is fixed. I was also told that the next version of GNU Radio, version 3.3.1, will fix this problem. Steve McMahon --- On Sun, 11/14/10, Arya Santini arya.santi...@gmail.com wrote: From: Arya Santini arya.santi...@gmail.com Subject: [Discuss-gnuradio] gnuradio-3.3.0 Build Error On Fedora 14 (x86_64) To: discuss-gnuradio@gnu.org Date: Sunday, November 14, 2010, 7:33 AM Hi List, I'm trying to build gnuradio-3.3.0 on Fedora 14 x86_64. I've installed all the prerequisites, and I run ./configure and it completes fine, reporting the modules going to be built. But when I run 'make', it runs for a while and then exits with the following error(s): libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../../.. -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/host/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/firmware/include -I/usr/include -I/usr/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/runtime -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/general -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/general -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/gengen -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/gengen -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/filter -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/filter -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/missing -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/reed-solomon -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/viterbi -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/io -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/g72x -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/swig -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/hier -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gnuradio-core/src/lib/swig -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -I/home/Maverick/Desktop/Research/gnuradio-3.3.0/gruel/src/include -g -O2 -Wall -Woverloaded-virtual -pthread -MT usrp2.lo -MD -MP -MF .deps/usrp2.Tpo -c usrp2.cc -fPIC -DPIC -o .libs/usrp2.o usrp2.cc:41:33: error: type/value mismatch at argument 1 in template parameter list for ‘templateclass T class boost::weak_ptr’ usrp2.cc:41:33: error: expected a type, got ‘usrp2::usrp2::usrp2’ usrp2.cc:43:75: error: type/value mismatch at argument 1 in template parameter list for ‘templateclass T class boost::weak_ptr’ usrp2.cc:43:75: error: expected a type, got ‘usrp2::usrp2::usrp2’ usrp2.cc: In static member function ‘static usrp2::usrp2::sptr usrp2::usrp2::find_existing_or_make_new(const std::string, usrp2::props*, size_t)’: usrp2.cc:60:20: error: request for member ‘expired’ in ‘p.__gnu_cxx::__normal_iterator_Iterator, _Container::operator- [with _Iterator = usrp2::usrp_table_entry*, _Container = std::vectorusrp2::usrp_table_entry, __gnu_cxx::__normal_iterator_Iterator, _Container::pointer = usrp2::usrp_table_entry*]()-usrp2::usrp_table_entry::value’, which is of non-class type ‘int’ usrp2.cc:64:31: error: no matching function for call to ‘boost::shared_ptrusrp2::usrp2::shared_ptr(int)’ /usr/include/boost/smart_ptr/shared_ptr.hpp:182:5: note: candidates are: boost::shared_ptrT::shared_ptr() [with T = usrp2::usrp2] /usr/include/boost/smart_ptr/shared_ptr.hpp:169:1: note: boost::shared_ptrusrp2::usrp2::shared_ptr(const boost::shared_ptrusrp2::usrp2) usrp2.cc:73:23: error: expected type-specifier usrp2.cc:73:23: error: expected ‘)’ usrp2.cc:74:30: error: no matching function for call to ‘usrp2::usrp_table_entry::usrp_table_entry(std::string, usrp2::usrp2::sptr)’ usrp2.cc:43:5: note: candidates are: usrp2::usrp_table_entry::usrp_table_entry(const std::string, int) usrp2.cc:38:27: note: usrp2::usrp_table_entry::usrp_table_entry(const usrp2::usrp_table_entry) In file included from /usr/include/boost/shared_ptr.hpp:17:0, from /home/Maverick/Desktop/Research/gnuradio-3.3.0/usrp2/host/include/usrp2/usrp2.h:22, from usrp2.cc:23: /usr/include/boost/smart_ptr/shared_ptr.hpp: In constructor ‘boost::shared_ptrT::shared_ptr(Y*) [with Y = int, T = usrp2::usrp2]’: usrp2.cc:73:56: instantiated from here /usr/include/boost/smart_ptr
[Discuss-gnuradio] USRP2 external reference clock
Hello: Could someone please help me with a quick question? I am trying to sync up the clocks on two USRP2 boards. How do I use the external reference clock REF CLOCK input? What does this input take? My understanding is that it takes a 10 MHz sine wave, 1 volt peak-to-peak. And how do I enable this input? Do I need to set anything in my flowgraph? Thanks a lot!! Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] using the external reference clock REF CLOCK
Hello: I am trying to sync up the clocks on two USRP2 boards. How do I use the external reference clock REF CLOCK input on the USRP2 board? What does this input take? My understanding is that it takes a 10 MHz sine wave, 1 volt peak-to-peak. And how do I enable this input? Do I need to set anything in my flowgraph? Thanks. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] GNU Radio and USRP2 on the Gumstix and BeagleBoard
Hello: I am about to try to build and install GNU Radio 3.3.0 on a Gumstix Overo Water board. I have seen people on this list working with the BeagleBoard. I have some questions about this. 1. Both the Gumstix Overo Water and the BeagleBoard use a TI OMAP 3530, which uses an ARM Cortex A8 CPU. Since it contains a single-precision floating point unit, this should be adequate for running GNU Radio with floating point support, right? Here's more information on the ARM Cortex A8 CPU and the Gumstix: http://en.wikipedia.org/wiki/ARM_architecture http://www.arm.com/products/processors/cortex-a/cortex-a8.php http://www.gumstix.com/store/catalog/product_info.php?products_id=228 2. Should I use the GNU Radio 3.3.0 tarball from the website, or should I get the very latest code from git? Which git branch should I use? 3. I know the USRP2 requires a 1Gb Ethernet link, but the Gumstix and BeagleBoard only support 100 Mbps Ethernet. Is there any way around this? I am only going to use it for low-bandwidth signals, say around 100e6/500 = 200 kHz sample rates. Does anyone know whether 1 Gb Ethernet will be supported on the Gumstix or BeagleBoard anytime within the next six months? 4. The Gumstix Overo Water board uses OpenEmbedded Linux. Can GNU Radio work under this distribution, or must I use Ubuntu on my Gumstix? (I don't even know whether the Gumstix can run anything other than OpenEmbedded) Thanks a lot for your help!! Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] external reference clock REF CLOCK input on the USRP2
Hello: I have four USRP2 boards, each with a WBX board, and I have them setup to do the following for a ranging algorithm application: USRP2 #1: 901.001 MHz Tone Generator USRP2 #2: 901.002 MHz Tone Generator USRP2 #3: Capturing both tones and writing to file USRP2 #4: Capturing both tones and writing to file Each USRP2 board is connected to an antenna, so this is all over-the-air, not over Coaxial cable. When I capture the tones, or look at the output of USRP2 #1 and #2 on a spectrum analyzer, I notice they're not always exactly where I expect them to be, and this makes it hard to capture them and write the data to a file. I understand this because of the clock variability (clock drift) on the USRP2, and also because the four clocks are not synchronized together to a common source. Can I fix this and get absolute frequency precision by using the external reference clock REF CLOCK input on the USRP2? The REF CLOCK input takes a 10 MHz sine wave, 1 volt peak-to-peak, right? I have an HP signal generator, so could I use it to generate a 10 MHz sine and split its output four ways to each USRP2 board, right? Thanks for your help vetting out my ideas and my setup!! Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
Hello Thomas Spuhler: Yes, I would definitely be interested in your gcc 4.5 patch for Fedora. When you say patch, what do mean, it fixes gcc 4.5, or it fixes GNU Radio 3.3.0? Could you provide more explanation about this patch? I guess I'm not sure about what people are saying on this issue regarding my problem building GNU Radio 3.3.0 on openSUSE 11.3 using gcc 4.5. Is it gcc-4.5's fault (a bug in gcc), or gnuradio-3.3.0's fault (a bug in gnuradio)? One last question: Tom Rondeau mentioned that this issue will be fixed in GNU Radio 3.3.1. When is it expected to be released? Thanks again for your help, everyone. Steve McMahon --- On Fri, 11/5/10, Thomas Spuhler tho...@btspuhler.com wrote: From: Thomas Spuhler tho...@btspuhler.com Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0 To: discuss-gnuradio@gnu.org Date: Friday, November 5, 2010, 12:52 AM On Thursday, November 04, 2010 02:35:32 pm Tom Rondeau wrote: On Thu, Nov 4, 2010 at 5:06 PM, Eric Blossom e...@comsec.com wrote: On Thu, Nov 04, 2010 at 10:17:04AM -0700, Steve Mcmahon wrote: It took me a while to get some time to go back to my openSUSE 11.3 machine and regenerate the error message. Sorry, I should have done this when I made the initial post. So I successfully installed the following from source under openSUSE 11.3: Cheetah-2.4.2.1.tar.gz Markdown-2.0.3.tar.gz cppunit-1.12.1.tar.gz fftw-3.2.2.tar.gz gsl-1.14.tar.gz numpy-1.4.1.tar.gz sdcc-2.9.0-i386-unknown-linux2.5.tar.bz2 swig-1.3.40.tar.gz Then I do a ./configure for GNU Radio 3.3.0, and it runs fine, and it reports it's going to build everything that I need/that it should. However, when I do a make, it runs for a while, but then I get these errors: There's a much easier way to get where you're headed. Use the master branch in git. I'm pretty sure it has this problem fixed. http://www.gnuradio.org/redmine/wiki/gnuradio/Download Eric I just tried compiling from maint, master, and next on a new OpenSUSE 11.3 installation and all three compiled fine. It fails from the tarball for GNU Radio 3.3.0. So use one of the git versions for now. If you're on a machine not connected, just git clone gnuradio (master is probably the best branch to use) and tar it up to move it across to the other computer. That should work for you. When we get 3.3.1 out, this problem will be fixed. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio There is a patch for GCC4.5. I found it on Fedore. let me know if you ned it -- Thomas ___ 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] gcc 4.5 and GNU Radio 3.3.0
Hello: Thanks for your reply, Tom Rondeau. I guess I'm not sure about what people are saying on this issue regarding my problem building GNU Radio 3.3.0 on openSUSE 11.3 using gcc 4.5 -- is it gcc-4.5's fault (a bug in gcc), or gnuradio-3.3.0's fault (a bug in gnuradio)? I don't think I'm understanding the source of my problem correctly. Is my issue that gcc 4.5 cannot properly compile Boost 1.42, and that I need to use newer version of Boost with gcc-4.5, or is it that gnuradio-3.3.0 uses a C++ construct not supported in gcc-4.5, or is it a bug in gcc-4.5, or what? I am debating which work-around is easier for me: either install gcc-4.4.4 alongside gcc-4.5 on my openSUSE 11.3 machine and re-try gnuradio 3.3.0; or to download one of the Git versions (maint, master, or next) of gnuradio and re-try with gcc-4.5. Tom Rondeau mentioned that this issue will be fixed in GNU Radio 3.3.1. When is it expected to be released? Thanks a lot for your help everyone. Steve McMahon --- On Thu, 11/4/10, Tom Rondeau trondeau1...@gmail.com wrote: From: Tom Rondeau trondeau1...@gmail.com Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0 To: Eric Blossom e...@comsec.com, Steve Mcmahon steve.mcmaho...@yahoo.com, Tom Rondeau trondeau1...@gmail.com, discuss-gnuradio@gnu.org Date: Thursday, November 4, 2010, 9:35 PM On Thu, Nov 4, 2010 at 5:06 PM, Eric Blossom e...@comsec.com wrote: On Thu, Nov 04, 2010 at 10:17:04AM -0700, Steve Mcmahon wrote: It took me a while to get some time to go back to my openSUSE 11.3 machine and regenerate the error message. Sorry, I should have done this when I made the initial post. So I successfully installed the following from source under openSUSE 11.3: Cheetah-2.4.2.1.tar.gz Markdown-2.0.3.tar.gz cppunit-1.12.1.tar.gz fftw-3.2.2.tar.gz gsl-1.14.tar.gz numpy-1.4.1.tar.gz sdcc-2.9.0-i386-unknown-linux2.5.tar.bz2 swig-1.3.40.tar.gz Then I do a ./configure for GNU Radio 3.3.0, and it runs fine, and it reports it's going to build everything that I need/that it should. However, when I do a make, it runs for a while, but then I get these errors: There's a much easier way to get where you're headed. Use the master branch in git. I'm pretty sure it has this problem fixed. http://www.gnuradio.org/redmine/wiki/gnuradio/Download Eric I just tried compiling from maint, master, and next on a new OpenSUSE 11.3 installation and all three compiled fine. It fails from the tarball for GNU Radio 3.3.0. So use one of the git versions for now. If you're on a machine not connected, just git clone gnuradio (master is probably the best branch to use) and tar it up to move it across to the other computer. That should work for you. When we get 3.3.1 out, this problem will be fixed. Tom ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
to run specifically openSUSE 11.3. Any help would be very much appreciated. Thanks!! Steve McMahon --- On Sun, 10/17/10, Tom Rondeau trondeau1...@gmail.com wrote: From: Tom Rondeau trondeau1...@gmail.com Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0 To: Steve Mcmahon steve.mcmaho...@yahoo.com Cc: Gregor Dschung dsch...@cs.uni-kl.de, discuss-gnuradio@gnu.org Date: Sunday, October 17, 2010, 10:16 PM On Wed, Oct 13, 2010 at 10:28 PM, Steve Mcmahon steve.mcmaho...@yahoo.com wrote: Gregor: Thanks for your reply. I have never installed a second version of gcc on a Linux machine before. How can I install gcc 4.4.4 in /opt so that it exists alongside the gcc 4.5.0 that comes packaged with openSUSE 11.3?? My machine is in a lab, and does not have a connection to the internet, so I would have to download packages and put them on a USB pen drive and walk them to the machine. Your help is greatly appreciated. Thanks. Steve McMahon Providing us with some kind of error message could help us help you. Tom --- On Tue, 10/12/10, Gregor Dschung dsch...@cs.uni-kl.de wrote: From: Gregor Dschung dsch...@cs.uni-kl.de Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0 To: Steve Mcmahon steve.mcmaho...@yahoo.com Cc: discuss-gnuradio@gnu.org Date: Tuesday, October 12, 2010, 11:49 PM Hi, 3.3.0 stable doesn't compile under openSUSE 11.3 with gcc 4.5.0. But installing gcc43 and gcc43-c++ (and using them... just set the appropriate environment variables) did the job for me. The last time I compiled the git branch under openSUSE was 2 months ago. At this time, gcc45 didn't work for this branch, too. Maybe, this changed in the meantime. Gregor 2010/10/12 Philip Balister phi...@balister.org: On 10/12/2010 12:04 PM, Steve Mcmahon wrote: I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc 4.5.0. I have all the dependencies built and resolved, but when I compile GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile successfully with the new gcc 4.5.0, although I know it compiles with gcc 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3 for my application. How, exactly, can I get GNU Radio 3.3.0 to build under gcc 4.5.0? Will the next release of GNU Radio address this? Is there a compiler flag I can use, or a quick-and-easy hack to the GNU Radio code? What is the problem with gcc 4.5.0? Thank you very much for your help on this issue. I really appreciate it. I am building gnuradio from git (next branch) on gcc 4.5 and am not having any gcc issues. Philip Steve McMahon ___ 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 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] questions about USRP2 sink block and upconversion
Hello: I am still somewhat new to GNU Radio. I am running GNU Radio 3.3.0 under openSUSE 11.2, and I have two USRP2 boards, each with a WBX daughterboard. I need some help understanding some fundamental things about GNU Radio and the USRP2 and upconversion. I am trying generate a tone at 900.001 MHz (900,001,000 Hz). I am using GRC to construct a simple flow graph where I have a signal source block generating a 1 khz cosine at a sample rate of 195.312 khz (=100e6/512), connected to a USRP2 sink block with the decimation parameter set to 512, and with the frequency parameter set to 900M. I then look at the output on a spectrum analyzer. My understanding was that I should see a clear spike at 900.001 MHz, but I don't. Instead I see a peak at 899.99701 MHz. What am I doing wrong? I'm using the internal USRP2 clock. Is this happening because the internal clock is good to only 7ppm? In general, how do I need to setup the frequency of a USRP2 source if I want to place tones in the spectrum? I thought it was simple upconversion. If I want to modulate a multitone signal (say with sine components 1 KHz, 3 khz, and 7 khz) to obtain an upconverted signal with tones at 901 MHz, 903 MHz, and 907 MHz, then I simply set the frequency parameter of the USRP2 sink to 900 MHz, right? How exactly does the USRP2 do the upconversion? What exactly does the frequency parameter do? I would really appreciate any help I could get, and I appreciate your time. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
Gregor: Thanks for your reply. Remember, however, that this openSUSE 11.3 machine I have does not have internet access; it's in a closed-room off the network. So I can't run zypper search gcc, and things like that. Is there a way I can separately download a *.tar.gz for gcc 4.4.4 using my other internet-connected computer, and then go onto my off-network machine and build it from source, install it in /opt, and then use it separately from the default gcc 4.5.0 that comes built-in with openSUSE 11.3? Any help is appreciated. Thanks. Steve McMahon --- On Fri, 10/15/10, Gregor Dschung dsch...@cs.uni-kl.de wrote: From: Gregor Dschung dsch...@cs.uni-kl.de Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0 To: Steve Mcmahon steve.mcmaho...@yahoo.com Cc: discuss-gnuradio@gnu.org Date: Friday, October 15, 2010, 8:23 AM You can install various gcc versions in parallel without problems. But I suggest to use the gcc from the repositories. Just search for it: zypper search gcc, and in your case, where the machine has no connection to the internet, just download the appropriate rpms from the openSUSE:11.3/standard-repository. http://software.opensuse.org/ is the right place for you. /usr/bin/gcc and /usr/bin/g++ are just symlinks to /usr/bin/gcc-4.5 and /usr/bin/g++-4.5 If you want to use a version different than the default, just change the symlinks (there are a few more... /usr/bin/c++, /usr/bin/cc). You should also consider to use update-alternatives ... just google for it. Or you set the environment variables ... Just for the package you want to compile: CC=/usr/bin/gcc-4.3 CXX=/usr/bin/g++-4.3 ./configure Gregor 2010/10/14 Steve Mcmahon steve.mcmaho...@yahoo.com: Gregor: Thanks for your reply. I have never installed a second version of gcc on a Linux machine before. How can I install gcc 4.4.4 in /opt so that it exists alongside the gcc 4.5.0 that comes packaged with openSUSE 11.3?? My machine is in a lab, and does not have a connection to the internet, so I would have to download packages and put them on a USB pen drive and walk them to the machine. Your help is greatly appreciated. Thanks. Steve McMahon --- On Tue, 10/12/10, Gregor Dschung dsch...@cs.uni-kl.de wrote: From: Gregor Dschung dsch...@cs.uni-kl.de Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0 To: Steve Mcmahon steve.mcmaho...@yahoo.com Cc: discuss-gnuradio@gnu.org Date: Tuesday, October 12, 2010, 11:49 PM Hi, 3.3.0 stable doesn't compile under openSUSE 11.3 with gcc 4.5.0. But installing gcc43 and gcc43-c++ (and using them... just set the appropriate environment variables) did the job for me. The last time I compiled the git branch under openSUSE was 2 months ago. At this time, gcc45 didn't work for this branch, too. Maybe, this changed in the meantime. Gregor 2010/10/12 Philip Balister phi...@balister.org: On 10/12/2010 12:04 PM, Steve Mcmahon wrote: I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc 4.5.0. I have all the dependencies built and resolved, but when I compile GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile successfully with the new gcc 4.5.0, although I know it compiles with gcc 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3 for my application. How, exactly, can I get GNU Radio 3.3.0 to build under gcc 4.5.0? Will the next release of GNU Radio address this? Is there a compiler flag I can use, or a quick-and-easy hack to the GNU Radio code? What is the problem with gcc 4.5.0? Thank you very much for your help on this issue. I really appreciate it. I am building gnuradio from git (next branch) on gcc 4.5 and am not having any gcc issues. Philip Steve McMahon ___ 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
[Discuss-gnuradio] WBX daughterboard frequencies
Hello: I am running GNU Radio 3.3.0 under openSUSE 11.2, and I have a USRP2 board with a WBX daughterboard. I'm still somewhat new to GNU Radio, so please bear with me. What is the minimum and maximum frequency at which I can transmit and receive? I thought it was between 50 MHz and 2.2 GHz, but I thought I have seen other ranges specified such as 50 MHz and 2.3 GHz. Also, can I select any frequency in that range to transmit or to receive? Can I set the frequency parameter of a USRP2 sink block to any value between 50 MHz and 2.2 GHz, such 51.4 MHz, or 773.66 MHz, or 1855.2 MHz, etc.? Must it be an integer number of MHz? Can I specify the value down to a single Hz? Are there limitations/rules as to what frequencies I can set a USRP2 sink block to be? Thanks a lot for your help. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] WBX daughterboard decimation
Hello: I meant to ask this in my previous posting, but I forgot, so I'm making another post. I am running GNU Radio 3.3.0 under openSUSE 11.2, and I have a USRP2 board with a WBX daughterboard. I'm still somewhat new to GNU Radio, so please bear with me. Isn't it necessary that the decimation value be any multiple of 4, between 4 and 512, inclusive? Thanks again everyone. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] MP3 file transmission
Hello Zimran Rafique: People from the community please correct me if I'm wrong here, but it doesn't matter what kind of file you're trying to transmit (it doesn't matter what kind of file you're opening with the File Source block). It's just bits. You don't need to convert MP3 to PCM. As long as you can open the MP3 file and read the bits, then you should be able to transmit them. Can you be more specific as to how the File Source block failed? What error(s) do you see? Steve McMahon --- On Mon, 11/1/10, hafiz zimran zimra...@yahoo.com wrote: From: hafiz zimran zimra...@yahoo.com Subject: [Discuss-gnuradio] MP3 file transmission To: discuss-gnuradio@gnu.org Date: Monday, November 1, 2010, 1:02 AM Hi I am trying to transmit MP3 file using GRC, USRP2 and WBX with FILE SOURCE(GRC) block but failed. How can I convert MP3 file to DAT file? Waiting for response Zimran Rafique -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
Re: [Discuss-gnuradio] demo of a live fft plot running remotely through a ssh terminal
Josh: That's really cool. I could use something like that for a machine with a USRP2 that I sometimes control remotely. How did you get the FFT to display in ASCII text via an SSH terminal? Was it a modification of usrp2_fft.py? Or is it something you wrote custom for yourself? Steve McMahon --- On Mon, 10/25/10, Josh Blum j...@joshknows.com wrote: From: Josh Blum j...@joshknows.com Subject: [Discuss-gnuradio] demo of a live fft plot running remotely through a ssh terminal To: Discuss-gnuradio@gnu.org Discuss-gnuradio@gnu.org Date: Monday, October 25, 2010, 8:28 AM http://www.zshare.net/video/819531116687965a/ ___ 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] GNU Radio meetup at the 2010 SDR Technical Conference, Washington, DC
Tom: Thanks for organizing this. I would REALLY like to attend the conference and also this meeting, but I already have commitments for that week that I can't re-schedule. But I am planning on going next year. Is the conference run every year? Is it always held in Washington D.C.? So I had another idea I'd like to propose to the community. Would anyone be interested in attending informal and regular GNU Radio User Group (GRUG) meetings, similar to the Linux User Group (LUG) meetings that are held regularly in cities all over the world? I am located in Boston, so if there's some interest, I'd be willing to organize an initial meeting in mid-January in Boston/Cambridge. With any luck, we could hold such meetings every other month or once per quarter. Please let me know if anyone would be interested. Steve McMahon --- On Thu, 10/21/10, Tom Rondeau trondeau1...@gmail.com wrote: From: Tom Rondeau trondeau1...@gmail.com Subject: [Discuss-gnuradio] GNU Radio meetup at the 2010 SDR Technical Conference, Washington, DC To: GNURadio Discussion List discuss-gnuradio@gnu.org Date: Thursday, October 21, 2010, 7:22 PM GNU Radio community, We will be holding a GNU Radio meetup at the SDR Technical Conference on Wednesday, December 1 at 7:30 in the Hyatt Regency Crystal City. Meeting room TBA. For those of you who made it last year, it will be a similar event. Matt Ettus and myself will be there with Ettus Research, LLC sponsoring food and beverages. This is a time for people involved in the community to get to know each other a bit better and share their work and ideas. I'll take some time to provide everyone present with some of our ideas for the future of the project and Matt will be sharing some of his plans for Ettus Research. Importantly, though, I would really love to hear back from all of you about what work you're doing as well as thoughts on the project. We will have 1.5 hours for discussion, including some time at the beginning for food and some informal introductions. For the bulk of it, I would really like to get some good discussion going about GNU Radio and its applications. So please come prepared to share! We will likely head out to a local bar for around 9PM to continue the discussions over beer. This year, we are going to be more formally a part of the SDR Conference, and as such, the organizers of the conference have asked for people to register. You have a few options for registering, including the free option. I will be attending all week and have a presentation on Tuesday as part of an Open Source Software panel session put together by Phil Balister as well as a tutorial on GNU Radio on Thursday. Matt will be there as an exhibitor during the entire conference. That's just to let you know some of the activities going on during the full conference. You can find more here: http://conference.wirelessinnovation.org/ To register, you can see the different options here: http://conference.wirelessinnovation.org/mc/page.do?sitePageId=118975orgId=s1 I apologize for the timing of this email. I realize now that I should have gotten it out sooner since tomorrow is the cut-off of the early registration deadline. Anyway, the organizers are asking people to register, even if that's just the Exhibitors and Exhibits Only Attendee, which is free for pre-registration or $50 for on-site registration. Location information: For those not familiar with the DC area, Crystal City is just south of DC (technically in Arlington, VA) on Rt. 1. Here's the map: http://goo.gl/maps/itPK The bar we will most likely be going to is Bailey's Sports Grill (or The Fox and Hound, depending on where you look). It's a decent pub with a large selection of beer, and I think we all had a pretty good time there last year. Note that this is the one on Crystal City Dr, not Wilson Blvd. http://goo.gl/maps/uaXi RSVP: It's not necessary to tell me that you're coming, but it would help us to get a feel for the amount of food we should plan on. Thanks! And I look forward to seeing many of you there! Tom ___ 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] what is the lowest sample rate on USRP2 with WBX?
I have a USRP2 board with a WBX daughterboard, which I'm running under Linux. What is the minimum sample rate supported? I believe the ADC is clocked at the system clock rate of 100 MHz, and the highest decimation value is 4096, so does that mean the minimum sample rate is 24414 Hz? I would like to sample as low as possible, say in the 50 KHz to 100 KHz range, to capture some really low frequency (1 KHz to 20 KHz) tones. I would really appreciate any help on this problem. Thanks a lot. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
Gregor: Thanks for your reply. I have never installed a second version of gcc on a Linux machine before. How can I install gcc 4.4.4 in /opt so that it exists alongside the gcc 4.5.0 that comes packaged with openSUSE 11.3?? My machine is in a lab, and does not have a connection to the internet, so I would have to download packages and put them on a USB pen drive and walk them to the machine. Your help is greatly appreciated. Thanks. Steve McMahon --- On Tue, 10/12/10, Gregor Dschung dsch...@cs.uni-kl.de wrote: From: Gregor Dschung dsch...@cs.uni-kl.de Subject: Re: [Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0 To: Steve Mcmahon steve.mcmaho...@yahoo.com Cc: discuss-gnuradio@gnu.org Date: Tuesday, October 12, 2010, 11:49 PM Hi, 3.3.0 stable doesn't compile under openSUSE 11.3 with gcc 4.5.0. But installing gcc43 and gcc43-c++ (and using them... just set the appropriate environment variables) did the job for me. The last time I compiled the git branch under openSUSE was 2 months ago. At this time, gcc45 didn't work for this branch, too. Maybe, this changed in the meantime. Gregor 2010/10/12 Philip Balister phi...@balister.org: On 10/12/2010 12:04 PM, Steve Mcmahon wrote: I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc 4.5.0. I have all the dependencies built and resolved, but when I compile GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile successfully with the new gcc 4.5.0, although I know it compiles with gcc 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3 for my application. How, exactly, can I get GNU Radio 3.3.0 to build under gcc 4.5.0? Will the next release of GNU Radio address this? Is there a compiler flag I can use, or a quick-and-easy hack to the GNU Radio code? What is the problem with gcc 4.5.0? Thank you very much for your help on this issue. I really appreciate it. I am building gnuradio from git (next branch) on gcc 4.5 and am not having any gcc issues. Philip Steve McMahon ___ 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
[Discuss-gnuradio] gcc 4.5 and GNU Radio 3.3.0
I am trying to compile GNU Radio 3.3.0 under openSuse 11.3, which uses gcc 4.5.0. I have all the dependencies built and resolved, but when I compile GNU Radio 3.3.0, I get errors. It seems that GNU Radio does not compile successfully with the new gcc 4.5.0, although I know it compiles with gcc 4.4.1 on openSuse 11.2. However, I specifically need to run openSuse 11.3 for my application. How, exactly, can I get GNU Radio 3.3.0 to build under gcc 4.5.0? Will the next release of GNU Radio address this? Is there a compiler flag I can use, or a quick-and-easy hack to the GNU Radio code? What is the problem with gcc 4.5.0? Thank you very much for your help on this issue. I really appreciate it. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] raw USRP2 interface vs the UHD interface
Hello: I want to make sure I understand the raw USRP2 interface and the new UHD interface correctly. I have USRP2, and I'm running GNU Radio 3.3.0 under Linux (Fedora 13), and if I use the default USRP2 interface, it uses raw Ethernet (no UDP or TCP) by means of raw sockets, and there is no transport layer protocol used. But now there is a new UHD driver deing developed for USRP2. It uses UDP as the transport layer protocol. This means that the USRP2 will need to have an IP address and subnet mask, unlike before. What are the advantages to doing this?? Won't this reduce the bandwidth somewhat over raw Ethernet, since UDP adds some overhead?? What is the motivation for creating the UHD driver?? What's wrong or inadequate with the current raw Ethernet interface?? Any explanation and help in understanding is appreciated. Thanks. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Loopback on a WBX Board
I have a Rev 4 USRP2 board with a WBX daughterboard. I want to write a simple loopback test from the TX/RX port to the RX2 port, just to transmit a simple 1 MHz + 3 MHz multi-tone signal, modulated up to 2.2 GHz, and then receive it and write it to disk. Can I directly connect the two ports together, or do I need to insert an attenuator in between the ports?? Is there anything I should be aware of before running this basic loopback test?? I really appreciate any advice. Thanks a lot. Steve McMahon ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio