[Discuss-gnuradio] ofdm plateau_detector_fb_impl//ofdm_sync_sc_cfb_impl

Hi all, I have a question on the synchronization of ofdm example,namely the sch source code. The plateau_detector_fb_impl.cc can find the plateau,and then header_payload_demux_impl can find the head data. STEP 1: plateau_detector_fb_impl find the plateau.

Re: [Discuss-gnuradio] General_Work Not Executing

Tom, Thanks for the reply! So unfortunately I started using git after I found out that the code wasn't entering general_work. It was actually the reason I started using git, so this wouldn't happen again haha. Thanks for the temp files tip, I'll try to fix that today. For the blocks, I think I

Re: [Discuss-gnuradio] Using the UHD API for Python Programming

Hi people. I'm using the same code to synchronize channel phase. I'm using MIMO cable, and the next lines are used to do that self.uhd_usrp_source_0.set_clock_source("mimo", 1) self.uhd_usrp_source_0.set_time_source("mimo", 1)

[Discuss-gnuradio] R: Front Panel GPIO on Ettus X310

Moritz, if you wanted to scare me, you succeeded! What you propose goes far beyond my current skills and it also looks excessively complicated compared to my needs: really no easier way to detect an external trigger? Furthermore I cannot understand the meaning of the example in "The E3x0/X3x0

Re: [Discuss-gnuradio] Using the UHD API for Python Programming

On 08/31/2015 12:04 PM, Tibisay Sanchez wrote: Hi people. I'm using the same code to synchronize channel phase. I'm using MIMO cable, and the next lines are used to do that self.uhd_usrp_source_0.set_clock_source("mimo", 1) self.uhd_usrp_source_0.set_time_source("mimo", 1)

Re: [Discuss-gnuradio] Using the UHD API for Python Programming

Actually, it dindn't work if I use uhd.time_spec_t(.1) -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Using the UHD API for Python Programming

On 08/31/2015 12:34 PM, Tibisay Sanchez wrote: Actually, it dindn't work if I use uhd.time_spec_t(.1) I should have looked closer: you want: cmd_time = uhd.time_spec_t(0.1) ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] General_Work Not Executing

On Mon, Aug 31, 2015 at 11:28 AM, Washbourne, Logan < lwas...@ostatemail.okstate.edu> wrote: > Tom, > > Thanks for the reply! > > So unfortunately I started using git after I found out that the code > wasn't entering general_work. It was actually the reason I started using > git, so this wouldn't

Re: [Discuss-gnuradio] Front Panel GPIO on Ettus X310

Ciao Maurizio, On Mon, Aug 31, 2015 at 9:03 AM, Crozzoli Maurizio wrote: > Moritz, > if you wanted to scare me, you succeeded! That wasn't my intend, sorry. I merely tried to elaborate on different factors that might play into the choice of solution that will

Re: [Discuss-gnuradio] Better approach for FEC

On Wed, Aug 26, 2015 at 2:14 PM, Marcus D. Leech wrote: > I think many of the folks who would have comments on this are at the Gnu > Radio conference this week > > > > On 08/26/2015 02:09 PM, bob wole wrote: > > > > On Tue, Aug 25, 2015 at 11:36 PM, bob wole

Re: [Discuss-gnuradio] Changing code rate (FEC)

On Wed, Aug 26, 2015 at 8:07 PM, Eric Eric wrote: > Hi, > > I would like to be able to change the code rate with PSK and QAM > modulations (e.g QPSK 3/4, 16QAM 1/2). I was thinking of using a FEC > encoder/decoder as you can see in the attached files but it doesn't > really

Re: [Discuss-gnuradio] Changing code rate (FEC)

Thank you for your reply. So from what I understand, code rates other than the default one are untested and the code rate is difficult to change? Also, I still can't read the video at the output of the decoder. I used the highly optimized default values (R=2, K=7, poly: 79, 109) and the output

[Discuss-gnuradio] Dr Mitola's Keynote slides

I was wondering if there were plans to get Dr Mitola's slides from his Keynote talk at GRCON15 on the website? I had made some notes to look at a couple of things in there, but I just noticed that there isn't even a COMING SOON dead link for his slides, so I didn't know if he asked for them not to

Re: [Discuss-gnuradio] Dr Mitola's Keynote slides

Hi Jason - Our hope is to get slides from Dr Mitola as well as permission from Paul Tilghman / DARPA to release his slides. I have queries into both of them, and am waiting to hear back from the former. Maybe Tom can query Mitola specifically about this topic as well? No promises, but these are

Re: [Discuss-gnuradio] Using the UHD API for Python Programming

my line is self.cmd_time = self.uhd_usrp_source_0.uhd.time_spec_t(.1) but it shows an error when it calls uhd.time_spec_t(.1) it says usrp_source_sptr' object has no attribute 'uhd_time_spect_t'. I need both LO are align to synch the phase -- Posted via http://www.ruby-forum.com/.

Re: [Discuss-gnuradio] Using the UHD API for Python Programming

time_spec_t() is a helper function in class "uhd", it is not a method in a uhd.usrp_source/sink. self.cmd_time = uhd.time_spec_t(0.1) Would be the correct idiom. On 2015-08-31 15:31, Tibisay Sanchez wrote: > my line is > > self.cmd_time = self.uhd_usrp_source_0.uhd.time_spec_t(.1) > >

Re: [Discuss-gnuradio] Using the UHD API for Python Programming

Thanks a lot. It works!! At least it doesn't show an error in the code. Now, I'm going to test the system. thanks for your help -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] ofdm plateau_detector_fb_impl//ofdm_sync_sc_cfb_impl

On 31.08.2015 07:15, zs wrote: >According to the step 2 and step3, we copy the > d_items_per_symbol * d_itemsize bytes after (in + d_gi * d_itemsize) to > the output.In the example, cdef+abcdef,the d_gi is 4. (in + d_gi * > d_itemsize) will correspond to the c.Then output

Re: [Discuss-gnuradio] Gain and Sample Rate Setting

Please Help with this problem. Thanks, Ben -- Posted via http://www.ruby-forum.com/. ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Gain and Sample Rate Setting

On 30.08.2015 16:15, Ben Gustin wrote: > File > "/usr/local/share/gnuradio/examples/digital/narrowband/uhd_interface.py", > line 70, in set_sample_rate > asked_samp_rate = bitrate * req_sps > TypeError: unsupported operand type(s) for *: 'float' and 'NoneType' This is what you want to track

[Discuss-gnuradio] USRP N210

Hello, What is the result/consequence of running the max_power.py on USRP2 ? How to revert back ? Thank you Abs ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] USRP N210

Hi Abs, it's just a flow graph that'll receive and transmit at max gain. You don't have to revert the settings, they're not persistent. Cheers, Martin On 31.08.2015 14:46, Abdeslam Bourkane wrote: > Hello, > > What is the result/consequence of running the max_power.py on USRP2 ? > How to

Re: [Discuss-gnuradio] Gain and Sample Rate Setting

Thank you for the reply Martin. I have changed the benchmark_tx.py script and there seems to be different error to have occured. Using Volk machine: avx_64_mmx Traceback (most recent call last): File "./benchmark_tx.py", line 154, in main() File "./benchmark_tx.py", line 118, in main

Re: [Discuss-gnuradio] USRP N210

Hey Abs, we'll need more info than that to help you. Also, please don't forget to respond to the mailing list. So, please supply more info about your setup, what exactly you're doing etc. Thanks, Martin On 31.08.2015 15:30, Abdeslam Bourkane wrote: > Hi Martin, > > Thank you for your reply. I

[Discuss-gnuradio] [UHD] Release Announcement 3.9.0

Dear USRP users, after nearly 2 weeks of testing, the release candidate was deemed fit (with minor changes) for release, and as such I present the 3.9.0 release of UHD! The list of changes is pretty long, so I'll refer to the changelog for details. Packagers and developers building from source

[Discuss-gnuradio] How to calculate BER in different modulations with OFDM using GNURadio Companion

Hello, I'm doing my College final project about gnuradio companion. Specifically I have to calculate the BER with OFDM using different modulations to the subcarriers. After that, I have to do a graphic with the BER numbers. The configuration I use is in the image attached. When I'm using GRC to

Re: [Discuss-gnuradio] General_Work Not Executing

On Fri, Aug 28, 2015 at 12:49 PM, Washbourne, Logan < lwas...@ostatemail.okstate.edu> wrote: > Hello All, > > I recently rewrote the Chat Sanitize and Chat Receiver blocks from the > Tutorial module(Example 5) in C++. I did this because I wanted to add an > acknowledgment feature into the blocks

Re: [Discuss-gnuradio] How to calculate BER in different modulations with OFDM using GNURadio Companion

Hi Antonio, The problem might be due to delay introduced by the processing blocks. Your OFDM modulator and demodulator don't work instantaneously, they take some time to do their processing and forward their outputs to the next block in line. Therefore, there is a delay between the output of the