[Discuss-gnuradio] So long and thanks for the conference!
I just wanted to extend my thanks to Tom Rondeau, Matt Ettus, Johnathan Corgan and all the excellent presenters for a fantastic GRCon12. I missed out last year, but I'm very happy I made it to this one. Thanks again - and I'm looking forward to next year. Doug -- Doug Geiger doug.gei...@bioradiation.net ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gr_modtool: disable function
Hi, a minor update to gr_modtool, you can now use $ gr_modtool disable foo_ff to disable blocks. This will uncomment them from the CMakeLists.txt, modulename_swig.i and __init__.py. As usual, available at https://github.com/mbant/gr-modtool M -- 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-43790 Fax: +49 721 608-46071 www.cel.kit.edu KIT -- University of the State of Baden-Württemberg and National Laboratory of the Helmholtz Association pgpdpLnjU92Kt.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Can another DUC chain be added to USRP N210?
Hello All, I am using a USRP N210. When i set the subdev spec for my basic RX daughterboard as A:A A:B I can receive two channels. However, if I try to do something similar for the basic TX I get an error like The user specified 2 channels, but there are only 1 tx dsps on mboard 0. I assume this is because there is only one DUC chain in the N210. Is there a way to modify this so that I can have two DUC chains in the same way that I have two DDC chains? Thanks, Anisha ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Now: Virtual Machine Was: how to get bootable cd of gnuradio
Hello Omer, I've taken the liberty and built a minimal Virtual Machine, based on debian with a lightweight graphical interface (lxde), preequipped with a minimal GNU Radio installation, and some minimal instructions on how to start with those. Please report your experience with that. Since the installed GNU Radio version is from the recent 3.6.X branch of development, pleas don't tear off my head for any inconsistencies related to GNU Radio. It's in open Virtualization Format, so use VirtualBox to run it. Grab it from http://marcus.hostalia.de/GNURadioVM.ova (md5sum of that file is f31e7bf8e5dfbd722d2a2ee2fca120ef) while it's rather recent. Happy Hacking Marcus Müller Am 26.09.2012 09:31, schrieb Omer Omer: hi everyone.tell me how to get the bootable cd of gnuradio .is there available or not.please reply me sooner ___ 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] A Question on WX GUI FFT Sink
Hello, I have a simple GRC demo where the USRP source goes to a WX GUI FFT sink and WX GUI Scope sink. They appear to be a good tools for sanity checks. One feature I don't find however but I think should be quite necessary is when one needs to examine a portion of the FFT spectrum more closely. But I don't find an option where one can specify the start and stop frequency for the FFT spectrum display. Am I missing something? Thanks, LD ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] 8-channel receiver
Thanks Matt! Do you have any idea for what kind of latency we would expect? Also would the data be routed through the host? My Radio, We only have a couple months to do this, but we have tried to synchronize USRPs before, so we are aware of some of the problems. Thanks, Anisha On Wed, Sep 26, 2012 at 3:51 PM, My Radio myradioplatf...@gmail.com wrote: One should remember the extremes involved in syncing all USRP'S which will lead to developing a new driver for USRP2. What about the your APP development time?. Are you interested in developing new driver or app ? On Thu, Sep 27, 2012 at 12:04 AM, Matt Ettus m...@ettus.com wrote: You can use a gigabit ethernet switch and put all the USRPs on there. You should be able to make USRPs send data to each other. You will of course need to do work to get your algorithms into the FPGA. Matt On Wed, Sep 26, 2012 at 12:38 PM, Anisha Gorur at...@virginia.edu wrote: I have a quick theoretical question. Is there any way to construct an 8-channel receiver using 4 USRPS without data going through the host computer? Basically some kind of way to daisy chain mimo cables (though I know this is not possible), or at least get the same benefits you would receive from daisy chaining mimo cables, without using a switch or network connections. Thank you, Anisha ___ 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 mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- Anisha Gorur Class of 2012 Electrical Engineering ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Synchronize phases between two N200
On 09/26/2012 08:41 PM, Shih Oliver wrote: Hi, I'm trying to synchronize two N200s in phases with both of them having GPSDO inside. I followedthe instructions on ettus for synchronizing channel phase. However, I got error message as follows, UHD source block got error code 0x2gr_block_executor: source gr_block gr uhd usrp source (19) produced no output. We're marking it DONE.UHD source block got error code 0x2gr_block_executor: source gr_block gr uhd usrp source (18) produced no output. We're marking it DONE. and here's part of my code:bool start(void){#ifdef Its this a multi-device source? This error basically happens when it fails to find an aligned time, which can happen if something in the synchronization fails. If I can suggest, it would be good to test the individual units to check 1) Is there a PPS signal, the examples/test_pps_input would do this for you 2) Is the GPS locked? There is a gps_locked sensor you can check 3) Do the GPS times agree once locked? There is a gps_time sensor as well Both of these sensors can be checked from c++ or python. http://files.ettus.com/uhd_docs/manual/html/gpsdo.html#using-the-gpsdo-in-your-application -josh GR_UHD_USE_STREAM_API_rx_stream = _dev-get_rx_stream(_stream_args);_samps_per_packet = _rx_stream-get_max_num_samps();#endif//setup a stream command that starts streaming slightly in the future static const double reasonable_delay = 0.5; //order of magnitude over RTTuhd::stream_cmd_t stream_cmd(uhd::stream_cmd_t::STREAM_MODE_NUM_SAMPS_AND_DONE); stream_cmd.num_samps = 20;stream_cmd.stream_now = false; stream_cmd.time_spec = uhd::time_spec_t(reasonable_delay); _dev-issue_stream_cmd(stream_cmd);_tag_now = true; return true;} Thanks for any help in advance. Best regards, Oliver ___ 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] How to capture the Rx data using uhd_rx_cfile and agree with the uhd_fft Scope mode data
On 09/27/2012 02:42 PM, LD Zhang wrote: Yes. I can understand the LFRX does not have any adjustable gain. But what comes out of the USRP source should be samples already digitized. Surely there is gain to be adjusted before the ADC. According what I see, it is from 0 to 6dB (in voltage?). I don't see how this can be inserted into the USRP source block. You are correct. The N210 has a 6db digital gain. Attached is a GRC flowgraph that loopsback TX and RX with Basic daguhterboards. You can see the digital gain slider in action. The gain parameter in the GRC block is a amalgamation of ADC and RF frontend gain elements. The API also allows for individual control, but this level of control is not available in the GRC gain parameter. Also I have some related questions: 1. the float numbers out of the USRP source block appear to be in volts. There is no indication of what units it is in. They are in counts where 1.0 corresponds to fullscale ADC. 2. Is there any way of specifying bandpass filters before the ADC? This would probably be independent of the LFRX, but something on the motherboard before the ADC? I do see an option in the USRP block that seem to do this. However this bandpass may be after the ADC? The bandwidth parameter is for configuring frontend bandwidth filters. You can find out here which boards are configurable w/ this feature: http://files.ettus.com/uhd_docs/manual/html/dboards.html -josh Thanks, LD On Wed, Sep 26, 2012 at 11:55 AM, Josh Blum j...@ettus.com wrote: On 09/26/2012 01:36 AM, LD Zhang wrote: Hi, I did try and made a GRC example of using a USRP Source and a fft sink, scope sink, and a file sink to test out the idea. When looking at the scope sink, the data is about +/- 2x10^-4. I changed the gain of the USRP source block to 20 dB. But nothing happened to the signal amplitude. How is this possible? You mentioned LFRX? There are no configurable gain elements for the LFRX daughterboard. If this helps, the various gain ranges are listed for various daughterboard frontends here: http://files.ettus.com/uhd_docs/manual/html/dboards.html#basic-rx-and-lfrx -josh n210_rx_ADC_gain_slider.grc Description: application/gnuradio-grc ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Can another DUC chain be added to USRP N210?
On 09/28/2012 08:49 AM, Anisha Gorur wrote: Hello All, I am using a USRP N210. When i set the subdev spec for my basic RX daughterboard as A:A A:B I can receive two channels. However, if I try to do something similar for the basic TX I get an error like The user specified 2 channels, but there are only 1 tx dsps on mboard 0. I assume this is because there is only one DUC chain in the N210. Is there a way to modify this so that I can have two DUC chains in the same way that I have two DDC chains? Thanks, Anisha I think adding two complete DUC chains into N210 would be too complicated to be worth it. Is there something specific that you cant do with the single DUC chain? As long as the cordic is set to zero, I and Q will remain completely separate from host samples, all the way to the SMA connectors A and B. Otherwise, perhaps you need a different rotation for I vs Q? I think that would be better accomplished by two different cordics. Then perhaps a custom DSP in the FPGA is for you: http://code.ettus.com/redmine/ettus/projects/uhd/repository/revisions/master/entry/fpga/README.txt#L29 I hope that helps. -josh ___ 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] A Question on WX GUI FFT Sink
On 09/28/2012 02:15 PM, LD Zhang wrote: Hello, I have a simple GRC demo where the USRP source goes to a WX GUI FFT sink and WX GUI Scope sink. They appear to be a good tools for sanity checks. One feature I don't find however but I think should be quite necessary is when one needs to examine a portion of the FFT spectrum more closely. But I don't find an option where one can specify the start and stop frequency for the FFT spectrum display. Am I missing something? WX FFT sink cant do this. But... FWIW, the QT gui FFT display sink does have a zoom feature. -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] A Question on WX GUI FFT Sink
WX FFT sink cant do this. But... FWIW, the QT gui FFT display sink does have a zoom feature. -josh ___ You can do the zooming in the flow-graph. multimode does this with wxGUI widgets. -- 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
Re: [Discuss-gnuradio] 8-channel receiver
On 09/28/2012 02:46 PM, Anisha Gorur wrote: Thanks Matt! Do you have any idea for what kind of latency we would expect? Also would The dominating factor in latency here is the gigabit ethernet, this tends to be around 100us. Here are a few notes about that: http://files.ettus.com/uhd_docs/manual/html/transport.html#latency-optimization the data be routed through the host? My Radio, We only have a couple months Normally the samples would all go to the host computer that configured the USRP. It is possible to configure the USRP with one machine but send the samples to an arbitrary network location: http://files.ettus.com/uhd_docs/manual/html/usrp2.html#alternative-stream-destination For that matter, there is nothing wrong with splitting up the USRP configuration among several computers. It all depends how you plan on using the data. to do this, but we have tried to synchronize USRPs before, so we are aware of some of the problems. Anything in particular that I could help to clarify? -josh Thanks, Anisha On Wed, Sep 26, 2012 at 3:51 PM, My Radio myradioplatf...@gmail.com wrote: One should remember the extremes involved in syncing all USRP'S which will lead to developing a new driver for USRP2. What about the your APP development time?. Are you interested in developing new driver or app ? On Thu, Sep 27, 2012 at 12:04 AM, Matt Ettus m...@ettus.com wrote: You can use a gigabit ethernet switch and put all the USRPs on there. You should be able to make USRPs send data to each other. You will of course need to do work to get your algorithms into the FPGA. Matt On Wed, Sep 26, 2012 at 12:38 PM, Anisha Gorur at...@virginia.edu wrote: I have a quick theoretical question. Is there any way to construct an 8-channel receiver using 4 USRPS without data going through the host computer? Basically some kind of way to daisy chain mimo cables (though I know this is not possible), or at least get the same benefits you would receive from daisy chaining mimo cables, without using a switch or network connections. Thank you, Anisha ___ 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 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 mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to capture the Rx data using uhd_rx_cfile and agree with the uhd_fft Scope mode data
I looked and ran the attached GRC file. It does work. I have a question on whether the slider gain is applied before or after the ADC? LD On Fri, Sep 28, 2012 at 3:28 PM, Josh Blum j...@ettus.com wrote: On 09/27/2012 02:42 PM, LD Zhang wrote: Yes. I can understand the LFRX does not have any adjustable gain. But what comes out of the USRP source should be samples already digitized. Surely there is gain to be adjusted before the ADC. According what I see, it is from 0 to 6dB (in voltage?). I don't see how this can be inserted into the USRP source block. You are correct. The N210 has a 6db digital gain. Attached is a GRC flowgraph that loopsback TX and RX with Basic daguhterboards. You can see the digital gain slider in action. The gain parameter in the GRC block is a amalgamation of ADC and RF frontend gain elements. The API also allows for individual control, but this level of control is not available in the GRC gain parameter. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] How to capture the Rx data using uhd_rx_cfile and agree with the uhd_fft Scope mode data
On 09/28/2012 04:34 PM, LD Zhang wrote: I looked and ran the attached GRC file. It does work. I have a question on whether the slider gain is applied before or after the ADC? The set_gain call applies to all gain elements on the RF frontend and in the ADC. In this case, when using LFRX + N210, set_gain only adjusts 6dB of digital gain in the ADC itself. -josh LD On Fri, Sep 28, 2012 at 3:28 PM, Josh Blum j...@ettus.com wrote: On 09/27/2012 02:42 PM, LD Zhang wrote: Yes. I can understand the LFRX does not have any adjustable gain. But what comes out of the USRP source should be samples already digitized. Surely there is gain to be adjusted before the ADC. According what I see, it is from 0 to 6dB (in voltage?). I don't see how this can be inserted into the USRP source block. You are correct. The N210 has a 6db digital gain. Attached is a GRC flowgraph that loopsback TX and RX with Basic daguhterboards. You can see the digital gain slider in action. The gain parameter in the GRC block is a amalgamation of ADC and RF frontend gain elements. The API also allows for individual control, but this level of control is not available in the GRC gain parameter. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio