[Discuss-gnuradio] recv and send frame size
Hi all, is there any possibilty to increase the send frame size ans recv frame size of the USRP from the host? Thanks AB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] recv and send frame size
On Tue, Oct 15, 2013 at 7:00 AM, Baier wrote: > Hi all, > > is there any possibilty to increase the send frame size ans recv frame > size of the USRP from the host? > Thanks > AB > What are you using to transmit and receive? Are you using the benchmark_tx and benchmark_rx files? (I assume that frame size and packet size are synonymous). If so, you can use the "-s 500" option to set the frame size to 500 bytes in benchmark_tx. There is no need to set the frame size in the receiver. The frame size is encoded by the transmitter into the header, and the receiver reads it off that. Aditya ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] recv and send frame size
On 10/15/2013 07:00 AM, Baier wrote: Hi all, is there any possibilty to increase the send frame size ans recv frame size of the USRP from the host? Thanks AB ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio http://files.ettus.com/uhd_docs/manual/html/transport.html If you haven't already spent some time inside that documentation tree, it's a good investment of your time. -- 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] Sample Delay
I am trying to delay a stream of samples coming from a USRP N210 using the 'Delay' block in GRC. Using a waterfall sink before and after the delay block I noticed that when I set the delay value the incoming signal pauses for delay * samp_rate seconds then continues while the delayed path works continuously and delays the samples the appropriate amount. Essentially it seems to be delaying all the samples in the flowgraph instead of just one path of samples. Is this a bug? Any ideas on how to achieve one path of real time samples and a different path of time delayed samples? Ubuntu 12.04 GNURadio 3.7.1 samp_rate = 12.5 MHz Thanks, Dan -- Dan Caughran Staff Engineer Booz Allen Engineering Services LLC caughran_dan...@bah.com 410.865.3721 (office) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] Importing and using blocks from new version of GRC to the previous version
Hi all! While trying to use the latest version of GR on Windows, I am receiving the same error discussed here (No module named wxgui_swig):http://www.mail-archive.com/discuss-gnuradio@gnu.org/msg44400.html The new version of the GR is particularly appealing to me as in the GRC, there seem to be are "Fading model" and "Frequency selective fading" blocks that I would like to use. Is there a way to somehow "import" these blocks so that I can use them in version 2.6? Thanks! Regards,Kresimir ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] gnuradio version
Kindly suggest me the most suitable version of gnuradio that can be used with rtlsdr2832u and Funcube dongle. Thanks Sohaib Bin Altaf Pakistan ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Re: [Discuss-gnuradio] gnuradio version
On Tue, Oct 15, 2013 at 06:54:50PM +0100, Sohaib Khan wrote: > Kindly suggest me the most suitable version of gnuradio that can be used with > rtlsdr2832u and Funcube dongle. Just use the latest and you should be fine. 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-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 pgpaUU6B3EfoC.pgp Description: PGP signature ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
[Discuss-gnuradio] ATSC decoder example in GR 3.7.1
As a part of my quest to understand some of the examples in GR (and eventually contribute some well-commented GRC examples of my own), I've been messing around with the atsc_rx.py script. Unfortunately, since I have a USRP2, I can't sample at 6.4Msps like the script wants. Instead, I tried sampling a strong local TV station at 10Msps and resampling at 6.4Msps, but the result is a ton of errors in the script's output and a large TS file that I can't make sense of. I tried the following steps. First, capture a few seconds of raw TV signal (channel 39 in my area is the physical frequency of WSB): uhd_rx_cfile -f 623M --samp-rate=10M -s wsb.iq In a local copy of atsc_rx.py, I added the following filter: resamp = filter.fractional_resampler_cc(0, 10/6.4) Then I added the resampler to the graph at the bottom of the script: tb.connect( srcf, is2c, resamp, rrc, ilp, duc, c2f, fpll, lp_filter) Finally I ran the script: ./atsc_rx.py wsb.iq wsb.ts The console fills with errors related to the ATSC stream: 8404 Using Volk machine: avx_64_mmx_orc Setting initial_freq: 3065000.00 atsc_field_sync_demux: synced (FIELD-1) at 426209 [delta = 426209] atsc_viterbi_decoder: new starting offset = 0 atsc_field_sync_demux: lost sync at 464481 !!! atsci_equalizer: expected field sync, didn't find one atsc_field_sync_demux: segment number overflow atsc_viterbi_decoder: new starting offset = 7 !!! atsci_equalizer: expected field sync, didn't find one atsc_field_sync_demux: segment number overflow atsc_field_sync_demux: lost sync at 1225761 atsc_viterbi_decoder: new starting offset = 1... (and so on, many times over) I tried playing the output TS in vlc and reading it with avconv, but both programs found tons of errors with the file and couldn't do anything useful with it. For the record, with some tweaking of the Tx settings, I was able to transmit the captured IQ file over the air and play the clip on a nearby TV (on a different, unused channel), so I know the data is in there somewhere. My eventual goal is to turn this script into a GRC version, complete with GRC xml files for the ATSC blocks currently included in GR. However, I can't begin this process without having it working in the first place. Is there anyone out there who understands the current script and can modify it to work with an adjustable input sample rate? That would go a long way toward helping me understand it all. Thanks in advance. Ethan T (courtarro) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
