>when i am trying to transfer an audio signal from one usrp to another, i >can't able to get the signal exactly. can anyone please help me in getting >the original signal without noise.
Hi Lingeswar, Make sure the transmitted signal level is good enough. Also try to adjust (increase) the channel gain of the receiver (usrp). This can optimize the SNR. You might experience that the received audio signal plays at different rate (low or fast). If this happens, then verify the sample rate of the signal you send to the audio sink. Regards. Dominique. --- En date de : Jeu 8.11.12, discuss-gnuradio-requ...@gnu.org <discuss-gnuradio-requ...@gnu.org> a écrit : De: discuss-gnuradio-requ...@gnu.org <discuss-gnuradio-requ...@gnu.org> Objet: Discuss-gnuradio Digest, Vol 120, Issue 9 À: discuss-gnuradio@gnu.org Date: Jeudi 8 novembre 2012, 18h00 Send Discuss-gnuradio mailing list submissions to discuss-gnuradio@gnu.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.gnu.org/mailman/listinfo/discuss-gnuradio or, via email, send a message with subject or body 'help' to discuss-gnuradio-requ...@gnu.org You can reach the person managing the list at discuss-gnuradio-ow...@gnu.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Discuss-gnuradio digest..." Today's Topics: 1. Re: File Sink slow? (Eral T?rkyilmaz) 2. Re: Separate samples from 2 receive channels (Josh Blum) 3. Re: File Sink slow? (mle...@ripnet.com) 4. Re: File Sink slow? (Eral T?rkyilmaz) 5. Re: File Sink slow? (Eral T?rkyilmaz) 6. Re: howto_square_ff require Gruel (Gong Zhang) 7. audio transmission between two usrp (Lingeswar Lingeswar) ---------------------------------------------------------------------- Message: 1 Date: Wed, 7 Nov 2012 17:30:39 +0000 (UTC) From: Eral T?rkyilmaz <e...@gmx.net> To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] File Sink slow? Message-ID: <loom.20121107t181626-...@post.gmane.org> Content-Type: text/plain; charset=utf-8 <mleech <at> ripnet.com> writes: > > There have been problems with the 82579LM dropping packets, even when there's no reason to.? There's a horrible bug in its FIFO logic, apparently.? Various driver patches have been applied over the years in Linux to try to get around it, but at the end of the day, it's the hardware.? It wouldn't surprise me if your problem is related to that. > ? Thank you very much for that hint. Do you recommend any special network card? ------------------------------ Message: 2 Date: Wed, 07 Nov 2012 09:55:34 -0800 From: Josh Blum <j...@ettus.com> To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] Separate samples from 2 receive channels Message-ID: <509aa096.7090...@ettus.com> Content-Type: text/plain; charset=ISO-8859-1 On 11/06/2012 11:15 PM, Dekst wrote: > Hi, All, > > Can I use one USRP1 and two WBX daughterboards to create 2 concurrent complex > receive channels so that I can compare them? > If I use the rx_multi_samples.cpp example in uhd to receive samples from 2 > channels (--subdev="A:0 B:0"), and add several lines from > rx_samples_to_file.cpp like > > outfile.write((const char*)&buff.front(), num_rx_samps*sizeof(samp_type)); > to record samples in a file, how can I tell which channel a sample is from? > Because we have 2 complex receive channels, so the sample order is I_0, Q_0, > I_1, Q_1, I_0, Q_0, I_1, Q_1 .... Is this correct? > If I read the binary file as complex numbers, then odd complex samples are > from channel 0 and even complex samples are from channel 1. > Is my assumption correct? > > You might want to look at rx_multi_samples.cpp as an example of a streamer w/ multiple channels. Basically, the recv() call will fill 2 buffers in this case, not one. In other words, the data is not interleaved. I also recommend using the gnuradio companion. You can make a simple flow graph with a USRP source with two output stream and simply connect 2 file sinks. -josh > Thanks, > Pei > > > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > ------------------------------ Message: 3 Date: Wed, 07 Nov 2012 13:36:00 -0500 From: mle...@ripnet.com To: <discuss-gnuradio@gnu.org> Subject: Re: [Discuss-gnuradio] File Sink slow? Message-ID: <be8ee9ff5c1303e9e094ec87f9553...@ripnet.com> Content-Type: text/plain; charset="utf-8" On 07 Nov 2012 12:30, Eral T?rkyilmaz wrote: > ripnet.com> writes: > >> There have been problems with the 82579LM dropping packets, > > even when there's no > reason to. There's a horrible bug in its FIFO logic, apparently. > Various driver > patches have been applied over the years in Linux to try to get around it, > but at > the end of the day, it's the hardware. > It wouldn't surprise me if your problem is > related to that. > >> > > Thank you very much for that hint. Do you recommend any special network card? > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio To be clear, the 82579LM issue is something you should look in to. Not guaranteed that's you're problem, but I can't think of another reason. Also, to be sure. You are using this interface in 1GiGE mode, right? Connected directly to the N210 without any switches or other detritus in the middle? I use a number of different network interfaces on my machines, they all work. Even the cheezy RealTek $25.00 1GiGe PCI or PCIe cards should work for you, particularly at lower sample rates. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20121107/1b162aca/attachment.html> ------------------------------ Message: 4 Date: Wed, 7 Nov 2012 19:12:22 +0000 (UTC) From: Eral T?rkyilmaz <e...@gmx.net> To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] File Sink slow? Message-ID: <loom.20121107t195640...@post.gmane.org> Content-Type: text/plain; charset=utf-8 > > To be clear, the 82579LM issue is something you should look in to.? Not guaranteed that's you're problem, but I can't think of another reason. > Also, to be sure.? You are using this interface in 1GiGE mode, right?? Connected directly to the N210 without any switches or other detritus in the middle? > I use a number of different network interfaces on my machines, they all > work.? Even the cheezy RealTek $25.00 1GiGe PCI or PCIe cards should work for you, particularly at lower sample rates. > ? I have now tested the same graph (http://s14.postimage.org/r5ekme5pd/dump_test.jpg) at a lower speed of 1 MS/s with the 82579LM. It still produces over-runs. Then I have tested it with two other Intel Network cards (82583V, 82574L) also at 1 MS/s. They don't produce overruns. But if I double the sample rate to 2MS/s I get overruns again. So the 82579LM definitely performs worse. But the other cards are not really much better. I would like to ask if anybody could try to capture data (see flowgraph) with the USRP N210 at such speeds > 2MS/s upto 10MS/s for a longer period of time and look if there are overflows? ------------------------------ Message: 5 Date: Wed, 7 Nov 2012 22:42:36 +0000 (UTC) From: Eral T?rkyilmaz <e...@gmx.net> To: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] File Sink slow? Message-ID: <loom.20121107t233720...@post.gmane.org> Content-Type: text/plain; charset=utf-8 <mleech <at> ripnet.com> writes: > > To be clear, the 82579LM issue is something you should look in to.? Not guaranteed that's you're problem, but I can't think of another reason. > Also, to be sure.? You are using this interface in 1GiGE mode, right?? Connected directly to the N210 without any switches or other detritus in the middle? > I use a number of different network interfaces on my machines, they all > work.? Even the cheezy RealTek $25.00 1GiGe PCI or PCIe cards should work for you, particularly at lower sample rates. > ? > All cards are in gigabit ethernet mode and the USRP is directly connected to the network card, so nothing in between. ------------------------------ Message: 6 Date: Thu, 08 Nov 2012 17:13:54 +0800 From: Gong Zhang <zhang...@gmail.com> To: Tom Rondeau <t...@trondeau.com> Cc: discuss-gnuradio@gnu.org Subject: Re: [Discuss-gnuradio] howto_square_ff require Gruel Message-ID: <509b77d2.6040...@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Tom Rondeau wrote: > Oh, I see what's happening; I didn't look closely enough at your first > message. > You don't really want to use gr_modtool to add new components to GNU > Radio. It's meant to be used to build separate projects that will work > with and installed GNU Radio. See, gr_modtool creates a project with > cmake files that look for installed GNU Radio libs and headers, > including gruel, so it has it's own FindGruel.cmake module that GNU > Radio does not have (because Gruel is part of GNU Radio). > > What you want to do is install GNU Radio first. Then use gr_modtool to > build an out-of-tree project; that is, not inside of the GNU Radio > source code. Use "gr_modtool.py newmod" and then in gr-<your new > module> use "gr_modtool.py add" to add howto_ff. You should see that > gr-<yours>/cmake/Modules has a file "FindGruel.cmake" that the > component will use to find the installed GNU Radio packages and build > against them. > > Tom > I'm quite sorry that I failed to explain my question clearly.what I wanna is add the 'howto' module to gnuradio so I can use it in grc.As you seen I excute cmake in ~/gnuradio.3.6.1/build but not ~/gnuradio/gr-howto/build.Thank you for your patience. ------------------------------ Message: 7 Date: Thu, 8 Nov 2012 16:35:20 +0530 From: Lingeswar Lingeswar <linges...@iith.ac.in> To: discuss-gnuradio@gnu.org Subject: [Discuss-gnuradio] audio transmission between two usrp Message-ID: <cajaqfxjp9z5frenldynvua6h0xt0x0u7vvnmafrwxw7guxq...@mail.gmail.com> Content-Type: text/plain; charset="iso-8859-1" when i am trying to transfer an audio signal from one usrp to another, i can't able to get the signal exactly. can anyone please help me in getting the original signal without noise. regards, lingeswar -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.gnu.org/archive/html/discuss-gnuradio/attachments/20121108/6a3decfb/attachment.html> ------------------------------ _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio End of Discuss-gnuradio Digest, Vol 120, Issue 9 ************************************************
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
