Re: [Discuss-gnuradio] Gnuradio Screencast for Absolute Beginners
Hi Community, I have uploaded some videos showing 1. How to do offline plotting of data using gr_plot tools 2. How to generate data for various modulation schemes in gnuradio-companion and plotting as well observing their constellation 3. Finally some playing with OFDM in gnuradio-companion Here is the link to the play list as well as individual videos playlist for plotting tools : http://www.youtube.com/playlist?list=PLwRhd5DzzaXBezoWAbgPOeJC27Ru-s_rc link for OFDM videos http://www.youtube.com/watch?v=LZDWfnrxo6c&list=PLDE1C31FA9B5F55EF&index=4&feature=plpp_video http://www.youtube.com/watch?v=d_jx6afQkLI&list=PLDE1C31FA9B5F55EF&index=5&feature=plpp_video I hope the videos will be helpful for beginners in gnuradio :) More videos are coming soon -- View this message in context: http://gnuradio.4.n7.nabble.com/Gnuradio-Screencast-for-Absolute-Beginners-tp14542p37570.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] config.conf location
Dear list, I have my c++ app written using the audio module. Even though I placed the [audio] audio_module=oss inside ~/.gnuradio/config.conf, the audio_make_sink loads the ALSA sink. Moreover, if I execute dial_tone.py it takes correctly the configuration in config.conf and uses the oss audio_sink. It seems that when I use python environment loads correctly the config.conf but not my app. Do you know I have to specify some path, load command or something? Thank you. -- Pol Henarejos Research Engineer, MSc pol.henare...@cttc.es Centre Tecnològic de Telecomunicacions de Catalunya (CTTC) Engineering Unit Parc Mediterrani de la Tecnologia Av. Carl Friedrich Gauss, 7 08860 Castelldefels Tel: +34 93 396 71 70 Ext: 2177 Fax. +34 93 645 29 01 www.cttc.es ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] cannot find USRP1 device on RHEL6
:) Let me answer on my question. The problem was wrong libraty path in CMakeCode.txt, I have just inserted thr correct address and everything works fone now. regards -- View this message in context: http://gnuradio.4.n7.nabble.com/cannot-find-USRP1-device-on-RHEL6-tp37504p37572.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Controlled file sink
Hi all, I am almost new to this GNU radio world, from the writting software point of view. I want to collect assynchronously sent signals from a transmitter, but the problem is I don't know how to say: Ok, RSSI is ok, something is going on, save that to a file. Is there any way of controlling blocks in GRC. Hope you have some basic guidlines. Regards -- View this message in context: http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Controlled file sink
Hi nexy_sm, I'm pretty sure gnuradio-core/src/examples/tags/uhd_burst_detector.py does something close to what you want. At least, it should give you a good idea how to proceed. M On Thu, Sep 13, 2012 at 07:20:38AM -0700, nexy_sm wrote: > Hi all, > > I am almost new to this GNU radio world, from the writting software point of > view. I want to collect assynchronously sent signals from a transmitter, but > the problem is I don't know how to say: Ok, RSSI is ok, something is going > on, save that to a file. Is there any way of controlling blocks in GRC. > > Hope you have some basic guidlines. > > Regards > > > > -- > View this message in context: > http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573.html > Sent from the GnuRadio mailing list archive at Nabble.com. > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio -- 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 pgpHEcAfwNFwv.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Controlled file sink
Ok, thank you, I will take a look. On Thu, Sep 13, 2012 at 4:41 PM, Martin Braun (CEL) wrote: > Hi nexy_sm, > > I'm pretty sure gnuradio-core/src/examples/tags/uhd_burst_detector.py > does something close to what you want. At least, it should give you a > good idea how to proceed. > > M > > On Thu, Sep 13, 2012 at 07:20:38AM -0700, nexy_sm wrote: > > Hi all, > > > > I am almost new to this GNU radio world, from the writting software > point of > > view. I want to collect assynchronously sent signals from a transmitter, > but > > the problem is I don't know how to say: Ok, RSSI is ok, something is > going > > on, save that to a file. Is there any way of controlling blocks in GRC. > > > > Hope you have some basic guidlines. > > > > Regards > > > > > > > > -- > > View this message in context: > http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573.html > > Sent from the GnuRadio mailing list archive at Nabble.com. > > > > ___ > > Discuss-gnuradio mailing list > > Discuss-gnuradio@gnu.org > > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- > 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 > > ___ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > -- Nemanja Savić ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] project
Hi I am new to the GNU radio and USRP and i am planning to do a good real world project on SDR can any one help me. I am M.tech student from NIT and my college is providing USRP1 and USRP-E100 please help with your suggestions Thank tou ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Controlled file sink
On 13 Sep 2012 10:41, Martin Braun (CEL) wrote: > Hi nexy_sm, > > I'm pretty sure gnuradio-core/src/examples/tags/uhd_burst_detector.py > does something close to what you want. At least, it should give you a > good idea how to proceed. > > M It may be time to add a "Discard" parameter input to the file sink, to easily support this sort of thing. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Controlled file sink
Was that global suggestion for the future activities, or suggestion for me? -- View this message in context: http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573p37578.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] MPSK Receiver Class
In my current project, I'm using the MPSK Receiver Class to receive a QPSK modulated signal. We have requirements to log the frequency and phase offsets from the spec more-or-less continuously in order to do doppler-related post-processing. Is there any way to get the current frequency & phase values that the MPSK Receiver Class's loop(s) are locked to? I've looked through the 3.6.1 Doxygen docs for this class, but didn't find any accessor methods for these values. @(^.^)@ Ed ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Controlled file sink
On 13 Sep 2012 11:01, nexy_sm wrote: > Was that global suggestion for the future activities, or suggestion for me? > > -- It was a global suggestion, unless you feel comfortable adding that feature to the file-sink block, and submitting the patches. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Controlled file sink
I would be happy if I was able to do that. Anyway it would be really nice option, as well as squelch output which tells that signal level is above threshold. -- View this message in context: http://gnuradio.4.n7.nabble.com/Controlled-file-sink-tp37573p37581.html Sent from the GnuRadio mailing list archive at Nabble.com. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] UHD replacement for write_fpga_reg
On 09/12/2012 10:17 PM, Colin Stagner wrote: > Greetings all, > > I am trying to update some legacy (gnuradio 3.2 with libusrp) > python code to run on the latest git release (master, Mon Sep 10 > 08:42:14 2012 -0700). I am using a custom FPGA image for the USRP1. > The FPGA image implements additional functionality that is > controlled via the FPGA user registers, such as usrp.FR_USER_0. > Previously, I could access these registers in Python with the > > u._write_fpga_reg(address, value) > > function, where u is an instantiated libusrp sink, but I can't find > an equivalent function for USRP-UHD. The closest I can find is > usrp.set_user_register(address, value), but this generates an > exception: > > RuntimeError: LookupError: Path not found in tree: > /mboards/0/user/regs > This sounds like a pretty strait forward thing to add. Can you checkout this branch: usrp1_set_user_reg and try to call set_user_register again? -josh ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] Two-Tone Test Results (Transmitting)
Michael - Hm, I don't understand what you are attempting to measure. Measuring the input IP3 (IIP3) for a transmitter doesn't mean anything. All that matters is output IP3 (OIP3). The e-mail you linked to is Marcus explaining how to measure the IIP3 through the receive-only port of a daughterboard, using the same daughterboard as a signal source. You are attempting to measure the IIP3 of a transmitter only - whatever data you collect won't tell you anything meaningful. David - Gain levels are approximate, and it is also possible that at the upper amplitudes the ADCs are clipping anyway. Cheers, Ben On Wed, Sep 12, 2012 at 7:56 PM, David Bengtson wrote: > Let me preface this by saying I mostly lurk on this list, and haven't > touched a USRP of any variety, so I'm unfamiliar with their gain lineup. > However, looking at this data, a couple of things come to mind. > > 1-You're sweeping the gain by 35 dB, and the amplitude is moving by 28 dB, > which seems to indicate to me that something strange is going on with the > levels. > > 2-I graphed the levels of the tones, and they aren't moving in amplitude > until the gain setting is 15 or so, which seems unusal to me. What does the > spectrum analyzer display look like when you are doing this? Do you see > visible tones at deltaF? What about at other frequencies? Are you using a > real SA or the USRP? > > 3-The other thing to look at and worry about are IP5/IP7 tones, which can > really be a problem when you're approaching P1dB on the output power. I'm > suspicious that at higher gain settings, you're starting to see these tones > show up. > > Here's the google spreadsheet I imported your data into. > > > https://docs.google.com/spreadsheet/ccc?key=0AmZNNcsCPNTZdFRyWi1Ed2VHR29DRC1hSFY5V1AzV0E > > > Dave > On Mon, Sep 10, 2012 at 10:32 AM, Michael Hill wrote: > >> Apologies that copy paste formatting was attrocious..! Data attached in >> file. >> >> P.S. earlier I meant to say f1 = 4MHz and f2 = 5 MHz >> In the attached data >> >> m1 = 2*f1-f2 >> m2 = f1 >> m3 = f2 >> m4 = 2*f2-f1 >> >> thx! >> >> >> On Mon, Sep 10, 2012 at 10:56 PM, Michael Hill wrote: >> >>> >>> Can anyone provide any insight into why i'm getting the results I am? >>> The aim of this test was to measure the OIP3 during transmit, then >>> determine the IIP3. >>> >>> *Conditions* >>> I conducted two-tone tests using f1 = 4 MHz and f3 = 5 MHz. >>> The LO was set to 2400, 2450, 2500, 4900, 5400 and 6000 MHz (I'm using >>> the XCVR2450 with the USRP N210) >>> The Amplitude variable has been set to 0.25, and the gain has been >>> stepped from 0 to 35dB. >>> >>> The two tone test was essentially setup as the same in this link but >>> with the the output measured by an oscilloscope, thus i'm sure i've done it >>> right.. >>> http://lists.gnu.org/archive/html/discuss-gnuradio/2011-10/msg00433.html >>> >>> >>> *Measurements* >>> I've measured the power amplitudes, also the gain has been calculated at >>> each step (since the gain request may not actually get the specific gain). >>> Measurements have been taken with an agilent spec amp at 300Hz. >>> >>> I've then calculated the OIP3 and subtracted the actual gain to get the >>> IIP3. >>> >>> *Results* >>> However, my data is a bit odd... An example has been provided in the >>> table below. It seems that my intermodulation products are not increasing >>> at 3dB for each 1dB.. >>> What does this imply? >>> >>> Examples of my transmit IIP3 results are attached, these seem somewhat >>> in the jagged ball park of the receiver results below for the WBX. >>> http://code.ettus.com/redmine/ettus/documents/16 >>> Not an apple to apple comparison I know.. but I don't have much to go >>> on.. >>> am I missing something basic (I am still.. in my opinion.. new) >>> >>> (Note: units below are MHz for frequencies, and dB for gain, dBm for >>> the output power.) >>> >>> Carrier m1 m2 m3 m4 2400 3 4 5 6 2400 MHz 2403 >>> 2404 2405 2406 Gain0 -50.27 -11.88 -11.58 >>> -49.31 1 -49.79 -11.05 -10.79 -48.74 2 -49.37 -10.37 -10.09 -49.06 >>> 3 -48.77 -9.62 -9.36 -47.62 4 -48.89 -8.93 -8.67 -47.66 5 -48.16 >>> -8.08 -7.79 -47.26 6 -48.5 -7.43 -7.16 -46.71 7 -47.9 -6.63 -6.36 >>> -48.1 8 -47.52 -5.98 -5.7 -46.06 9 -46.65 -5.24 -4.98 -46 10 >>> -48.13 -4.58 -4.36 -46.07 11 -46.95 -3.84 -3.63 -47.07 12 -47.6 >>> -3.23 -3.02 -45.6 13 -47.14 -2.51 -2.32 -46.78 14 -47.74 -1.81 >>> -1.62 -48.15 15 -47.98 -0.98 -0.78 -45.74 16 -47.06 -0.31 -0.14 >>> -46.42 17 -47.58 0.48 0.67 -47.57 18 -46.64 1.24 1.39 -47.44 19 >>> -46.15 2 2.2 -46.19 20 -43.16 2.87 3.04 -44.33 21 -40.62 3.71 3.86 >>> -42.54 22 -39.47 4.48 4.61 -39.99 23 -36.41 5.24 5.36 -37.01 24 >>> -35.01 6.03 6.16 -35.63 25 -32.85 6.81 6.94 -33.63 26 -31.27 7.72 >>> 7.87 -31.36 27 -29.14 8.62 8.7 -30.24 28 -27.78 9.59 9.7 -27.9 29 >>> -26.18 10.68 10.82 -26.36 30 -24.77 12.03 12.14 -25.26 31
[Discuss-gnuradio] CGRAN "release tagging"
I've tried, and failed to tag the current version of multimode on CGRAN to allow distributions like pentoo to pick it up by release tag identifier. Have others who are using CGRAN as their SVN repo had a problem tagging/branching? If you've been successful, could you perhaps hit me in the head with some clue? -Marcus ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] CGRAN "release tagging"
On 09/13/2012 03:31 PM, mle...@ripnet.com wrote: > > > I've tried, and failed to tag the current version of multimode on > CGRAN to allow distributions like pentoo to pick it up by release tag FYI, I actually put it in mainstream gentoo earlier this week so that more than my users have access :-) Thanks, Zero > identifier. Have others who are using CGRAN as their SVN repo had a > problem tagging/branching? > > If you've been successful, could you > perhaps hit me in the head with some clue? > > -Marcus > > > > > > ___ > 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] CGRAN "release tagging"
If there is anything fundamentally that I can change about the CGRAN repository to help, let me know! On Thu, Sep 13, 2012 at 4:00 PM, Richard Farina wrote: > On 09/13/2012 03:31 PM, mle...@ripnet.com wrote: > > > > > > I've tried, and failed to tag the current version of multimode on > > CGRAN to allow distributions like pentoo to pick it up by release tag > FYI, I actually put it in mainstream gentoo earlier this week so that > more than my users have access :-) > > Thanks, > Zero > > identifier. Have others who are using CGRAN as their SVN repo had a > > problem tagging/branching? > > > > If you've been successful, could you > > perhaps hit me in the head with some clue? > > > > -Marcus > > > > > > > > > > > > ___ > > 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] UHD replacement for write_fpga_reg
Josh, The set_user_register() function now returns without error. I cannot confirm that the function works, however, as my program as a whole does not work. In my program, the transmitted signal is generated entirely in the FPGA, and USB input is neither accepted nor required. The old libusrp code used a usrp_sink solely to control the daughterboard and the FPGA registers—very similar to the discontinued gr-radar-mono code. With the UHD version, I can't get the transmitter to turn on, regardless of input. If I connect the usrp_sink to a vector source of 1s, the transmitter turns on, but not for very long. Is there some way to force the transmitter to be on? I am using the RFX series daughtercards. The transmitter should be the only thing attempting to use this particular daughtercard. I'd appreciate any suggestions you may have, but I'll keep poking at it. My project itself is an FMCW chirp radar front-end for the USRP. If I can get it brought up-to-date, and secure the permission of my sponsor, I will release it as open source to the gnuradio community. It might be worth adding the constants usrp.FR_USER_0 and the like back in somewhere. Colin On 09/13/2012 12:45 PM, Josh Blum wrote: > This sounds like a pretty strait forward thing to add. Can you > checkout this branch: usrp1_set_user_reg and try to call > set_user_register again? signature.asc Description: OpenPGP digital signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
