Re: [Discuss-gnuradio] OFDM channel Estimation Block

yes... i will. On Fri, Jul 17, 2015 at 9:48 PM, Martin Braun wrote: > Monika, > > please make sure you've gone through the tutorials at > http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to > make sure we're speaking the same terminology and all the basics are clear. > > Chee

Re: [Discuss-gnuradio] OFDM channel Estimation Block

Monika, please make sure you've gone through the tutorials at http://gnuradio.org/redmine/projects/gnuradio/wiki/Guided_Tutorials, to make sure we're speaking the same terminology and all the basics are clear. Cheers, M On 17.07.2015 06:20, monika bansal wrote: > Ok... Thanks :) > > On Fri, Jul

Re: [Discuss-gnuradio] OFDM channel Estimation Block

Ok... Thanks :) On Fri, Jul 17, 2015 at 6:47 PM, Marcus Müller wrote: > You can of course add that later on, but don't forget to change both your > include/blockname.h, your lib/blockname_impl.h and your > lib/blockname_impl.cc. If you want to work with GRC, remember to edit the > .xml in grc/,

Re: [Discuss-gnuradio] OFDM channel Estimation Block

You can of course add that later on, but don't forget to change both your include/blockname.h, your lib/blockname_impl.h and your lib/blockname_impl.cc. If you want to work with GRC, remember to edit the .xml in grc/, too! Best regards, Marcus PS: gr_modtool doesn't do anything magical; it re

Re: [Discuss-gnuradio] OFDM channel Estimation Block

Hii One more doubt... As the gr-digital / include/ ofdm_chest_vcvc.h file have the argument list given as static sptr make( const std::vector &sync_symbol1, const std::vector &sync_symbol2, int n_data_symbols, int eq_noise_red_len=0, int max_carr_offset=-1,

Re: [Discuss-gnuradio] OFDM channel Estimation Block

Hi Monika, absolutely the same method: cd gr-exisitingmodule gr_modtool add Note that this can only work with modules that follow gr_modtool's conventions (i.e. practically only with modules generated with gr_modtool in the first place) Best regards, Marcus On 17.07.2015 13:01, monika bans

Re: [Discuss-gnuradio] OFDM channel Estimation Block

Hii I understood how to create new module and block within this new module using gr-modtool from http://gnuradio.org/redmine/projects/gnuradio/wiki/OutOfTreeModules. I want to add new block in the existing module. How can i do that ? ___ Discuss-gnuradio

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

As I mentioned, use the "head" block. BR, Marcus On 16.07.2015 14:33, Jose Perez wrote: Marcus and Martin, you are helping me to much! Sorry for this guys. I just have this forum to ask because my partners here don't know nothing about GNU Radio. So, I have the number of packets that I received

Re: [Discuss-gnuradio] OFDM channel Estimation Block

On 15.07.2015 21:09, monika bansal wrote: > In the OFDM Channel estimation block, ML estimation has been used. I > want to do MMSE estimation. How should i proceed? > Should i make new module for this or I can add new block in gr-digital? > For MMSE estimator i will need noise variance as well. How

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Marcus and Martin, you are helping me to much! Sorry for this guys. I just have this forum to ask because my partners here don't know nothing about GNU Radio. So, I have the number of packets that I received but how I know how many packets my original file have? (I have: packet_len Value: 96 and m

[Discuss-gnuradio] OFDM channel Estimation Block

Hiii In the OFDM Channel estimation block, ML estimation has been used. I want to do MMSE estimation. How should i proceed? Should i make new module for this or I can add new block in gr-digital? For MMSE estimator i will need noise variance as well. How can i get that ? __

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

On 15.07.2015 07:23, Jose Perez wrote: > Hi Marcus! > > Yes, Percentage of successful packets would be great for me. But I don't > have idea how blocks I need use in the flowgraph to obtain a number for > this. Run the ofdm_loopback example, and you'll see the receiver block outputs a sequence nu

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Well, that depends, but couldn't you simply save the successfully decoded packets to a file (assuming that no broken packages pass the checksums) and divide that file's size by the payload size of a packet? You'd limit the amount of payload being sent using the good ol' head block. Best regards

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Hi Marcus! Yes, Percentage of successful packets would be great for me. But I don't have idea how blocks I need use in the flowgraph to obtain a number for this. -- View this message in context: http://gnuradio.4.n7.nabble.com/OFDM-example-from-gr-digital-with-UHD-tp54446p54816.html Sent from

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Kind of what Martin hinted at: Percentage of successful packets? Net throughput? On 15.07.2015 02:10, Jose Perez wrote: Ok, Martin. But do you have any suggest to measure how good is the transmission/reception? Thaks. Cheers, José -- View this message in context: http://gnuradio.4.n7.nabble

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Ok, Martin. But do you have any suggest to measure how good is the transmission/reception? Thaks. Cheers, José -- View this message in context: http://gnuradio.4.n7.nabble.com/OFDM-example-from-gr-digital-with-UHD-tp54446p54790.html Sent from the GnuRadio mailing list archive at Nabble.com. _

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

On 13.07.2015 17:49, Jose Perez wrote: > Another question... to use the block "Error Rate" to calculate the > BER of the system, I just need put the File Source block in the > Reference in Error Rate block and the output of Repack Bits block on > RX side? That won't be as helpful as you might thin

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Thanks for all, Martin and Marcus! I changed the Random Source block to a File Source block and put a File Sink block on the receiver side ... It is working well ;) (I am transmitting a .txt file) Another question... to use the block "Error Rate" to calculate the BER of the system, I just need p

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

On 30.06.2015 12:12, Jose Perez wrote: > > So ... Is it possible to see the Constellation points like QPSK in this > flowgraph? > Sorry for so many questions! On TX, you can plot the complex symbols before they go into the carrier allocator. On the receive side, you can do the same after the carr

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Jose, we're talking about this flow graph, right? http://gnuradio.4.n7.nabble.com/file/n54534/ofdm_tx.png In this flow graph, you're trying to find the individual symbols in time domain; that's not possible, they only exist clearly distinguishable in frequency. That is why there is an DFT (in thi

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

So ... Is it possible to see the Constellation points like QPSK in this flowgraph? Sorry for so many questions! Thanks Martin! -- View this message in context: http://gnuradio.4.n7.nabble.com/OFDM-example-from-gr-digital-with-UHD-tp54446p54537.html Sent from the GnuRadio mailing list archive

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

On 30.06.2015 11:06, Jose Perez wrote: > I am plotting the signal after the Multiply Const Block ... the signal that I > will transmitt with USRP. > Isn't correct? > If what you want to plot is your constellation, then no, it's not. This is all modulated, pulse shaped and all. Cheers, M __

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

I am plotting the signal after the Multiply Const Block ... the signal that I will transmitt with USRP. Isn't correct? -- View this message in context: http://gnuradio.4.n7.nabble.com/OFDM-example-from-gr-digital-with-UHD-tp54446p5453

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

On 30.06.2015 10:41, Jose Perez wrote: > Hi Marcus, > > Thanks so much for the answer. But like in the screenshots of Gabriele, the > blocks OFDM Transmitter e OFDM Receiver are off. And I can't visualize four > symbols (QPSK) or 2 symbols (BPSK) in the output of QT Constellation just a > big one

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Hi Marcus, Thanks so much for the answer. But like in the screenshots of Gabriele, the blocks OFDM Transmitter e OFDM Receiver are off. And I can't visualize four symbols (QPSK) or 2 symbols (BPSK) in the output of QT Constellation just a big one (see the screenshot), is this correct? Thanks agai

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Hi Jose, > And I have another question (if Marcus can help) ... what is the modulation > in this example (QPSK, QAM)? You can set that yourself in the OFDM Transmitter Block, separately for header and payload. > Sorry for my bad english Your English is really fine, don't worry. If we don't underst

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Hi, Gabriele, do you have news about this? I am trying to do the same. And I have another question (if Marcus can help) ... what is the modulation in this example (QPSK, QAM)? Sorry for my bad english Thanks -- View this message in context: http://gnuradio.4.n7.nabble.com/OFDM-example-fr

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Hi Gabriele, if there is no output, chances are the receiver side packet detector doesn't see any valid packets. Make sure tx and rx parameters match, and adjust the RX gain. Make sure no under/overflows happen. There's quite a lot of things that can go wrong in a real-world transceiver, but these

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Thanks Marcus and Martin. I finally increased the sample rate up to 1 Msps and decreased the amplitude multiplier. Now I can see a clear ofdm spectrum with no distortion at all. Did some of you tried file transmission from one end to the other? I did it for GMSK before. Now when it comes ofdm and

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

On 25.06.2015 06:07, Marcus Müller wrote: > Hi Gabriele, > > have you tried adding more gain on the TX side? ...or less gain? > Also, you will need to increase sampling rate. Right now, you're using > 100kHz, which is 1/1000 of the master clock rate of the N200. If I'm not > mistaken, the maximu

Re: [Discuss-gnuradio] OFDM example from gr-digital with UHD

Hi Gabriele, have you tried adding more gain on the TX side? Also, you will need to increase sampling rate. Right now, you're using 100kHz, which is 1/1000 of the master clock rate of the N200. If I'm not mistaken, the maximum decimation for the N200 is 512, and hence the minimum rate would be 100

[Discuss-gnuradio] OFDM example from gr-digital with UHD

Hello, I was interested to test tx_ofdm.grc and rx_ofdm.grc from gr-digital, at the same time using USRP N200 devices. TX OFDM: The changes that I did were, removing throttle block and adding an UHD Sink instead, with center frequency 430 MHz, which is the frequency band for which my department h

Re: [Discuss-gnuradio] ofdm frequency offset

On 24.06.2015 01:48, zs wrote: > > Dear Marcus Müller: > > Do you know which is the synchronization algorithm used in the old > version of ofdm example?Where is the source code of the old ofdm version > in gnuradio?Thanks. It's a very similar implementation to the 'new' versions. In stock GNU Ra

Re: [Discuss-gnuradio] ofdm frequency offset

Dear Marcus Müller: Actually my problem is: y=useful information+x*h(channel)*cfo(carrier offset due to the local oscillator between the interference and the radar)+noise. I want to turn y to new_y=useful information+noise. So I need know the channel(h) a

Re: [Discuss-gnuradio] ofdm frequency offset

Dear Marcus Müller: Thank you so much.So kindly of you.Thanks.I will read the papers you mentioned. Best regards, zs At 2015-06-24 17:08:16, "Marcus Müller" wrote: Hi zs, this reminds me very much of OFDM radar technologies, as your problem boils down to finding a good estimator for the

Re: [Discuss-gnuradio] ofdm frequency offset

Hi zs, this reminds me very much of OFDM radar technologies, as your problem boils down to finding a good estimator for the spectral properties of your OFDM frame as well as the time it reached you. I think you should have a look at chapter 3, "OFDM Radar Algorithms" of [1]; you might find that co

Re: [Discuss-gnuradio] ofdm frequency offset

Dear Marcus Müller: Do you know which is the synchronization algorithm used in the old version of ofdm example?Where is the source code of the old ofdm version in gnuradio?Thanks. Any other suggestions? Thank you. Best regards, zs At 2015-06-24 15:54:30, "Marcus Müller" wrote: Dea

Re: [Discuss-gnuradio] ofdm frequency offset

Dear Marcus Müller: Thank you so much for your kindly reply. The SCA is adequate for a correct demodulation of the signal while maybe inadequate for estimate the precise frequency shift.I don't have the synchroniztion device.In my application,I need to reconstruct one transmit signal in ti

Re: [Discuss-gnuradio] ofdm frequency offset

Dear zs, basically, Schmidl and Cox is a very good algorithm, because it can achieve the same quality of synchronization with half of the synchronization overhead compared to other approaches, or a better performance with the same amount. I must admit that from the top of my head, there's probabl

[Discuss-gnuradio] ofdm frequency offset

Dear all: Thank you in advance. 1. I want to ask a question about the new ofdm example.And I know the receiver have used the SCA(schmidl and cox algorithm) algorithm.Now in my application,maybe this algorithm isn't enough.And I want to ask whether h

[Discuss-gnuradio] ofdm frequency offset

Dear all: Thank you in advance. 1. I want to ask a question about the new ofdm example.And I know the receiver have used the SCA(schmidl and cox algorithm) algorithm.Now in my application,maybe this algorithm isn't enough.And I want to ask whether h

Re: [Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

On 22.05.2015 10:54, Michal Vaclík wrote: > Yes, I am using default flowgraphs (examples) just adding Multiply Const > block to avoid clipping due to high PAPR and obviously UHD blocks. Using > FFT of 64 and default carrier configuration, sync does get better if I > stretch this to wider bandwidths

Re: [Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

Yes, I am using default flowgraphs (examples) just adding Multiply Const block to avoid clipping due to high PAPR and obviously UHD blocks. Using FFT of 64 and default carrier configuration, sync does get better if I stretch this to wider bandwidths by setting higher sample rates at USRP. 2015-05-

Re: [Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

On 20.05.2015 20:19, Michal Vaclík wrote: > Hi, I am sorry for the delayed response. > > I checked the centering of the OFDM signal and it looks pretty good. > Even looking at the signal's spectrum using SDR# on other computer was > very nice - book-grade example of nicely shaped OFDM spectrum. To

Re: [Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

Hi, I am sorry for the delayed response. I checked the centering of the OFDM signal and it looks pretty good. Even looking at the signal's spectrum using SDR# on other computer was very nice - book-grade example of nicely shaped OFDM spectrum. Today I upgraded from GNU Radio v 3.7.6.1 to 3.7.7.1 a

Re: [Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

On 09.05.2015 15:47, Michal Vaclík wrote: > Doesn't seem so - by connecting scope to DETECT port on S&C block I can > see only randomly timed peeks as opposed to running with channel model > where the peeks happen at fixed time periods. > > Detection seems to get better with higher sample rates.

Re: [Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

Doesn't seem so - by connecting scope to DETECT port on S&C block I can see only randomly timed peeks as opposed to running with channel model where the peeks happen at fixed time periods. Detection seems to get better with higher sample rates. 2015-05-09 23:25 GMT+02:00 Martin Braun : > Is the

Re: [Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

Is the detection working reliably? M On 09.05.2015 14:11, Michal Vaclík wrote: > Hi, > I am trying to implement OFDM transmitter and receiver (both in one > flowgraph) using 2 USRP1s (both equipped with WBX). I have adjusted the > signal so there's no peak above 1 and -1, but I am still failing a

[Discuss-gnuradio] OFDM Transmitter and Receiver - poor synchronization with USRP1

Hi, I am trying to implement OFDM transmitter and receiver (both in one flowgraph) using 2 USRP1s (both equipped with WBX). I have adjusted the signal so there's no peak above 1 and -1, but I am still failing at syncrhonization. I used exmaples mentioned in Martin Braun's talk at FOSDEM 14 which ar

[Discuss-gnuradio] OFDM TX/RX with large packet_len size

Hi, I've problem to use a large packet_len size (ie; 1500 bytes) in OFDM Flowgraph as in the digital folder examples. I got this error: sched: is requesting more input data than we can provide. ninput_items_required = 34 max_possible_items_available = 31 If this is a filter, consider red

Re: [Discuss-gnuradio] OFDM test with USRP

Hi Martin, Thanks for the FOSDEM 14 video on youtube (although maybe not posted by you). Your talk is very informative and helpful. On Thursday, March 19, 2015, Martin Braun wrote: > On 19.03.2015 14:11, Henry Jin wrote: > >> Hi Marcus, >> >> I later added a throttle and time scope to the tx en

Re: [Discuss-gnuradio] OFDM test with USRP

On 19.03.2015 14:11, Henry Jin wrote: Hi Marcus, I later added a throttle and time scope to the tx end to see how large the amplitude can be. Indeed, when the multiplier is 60m, the amplitude increases beyond 1, which will be clipped by the USRP driver. Setting it to be 0.45 seems like a safe ch

Re: [Discuss-gnuradio] OFDM test with USRP

you suggested. Also, maybe I'll > also use another USRP to test but I doubt it matters. > > Best, > Henry > > > > > Message: 20 > Date: Thu, 19 Mar 2015 13:37:53 +0100 > From: Mar

Re: [Discuss-gnuradio] OFDM test with USRP

I will try checking the sample values as you suggested. Also, maybe I'll also use another USRP to test but I doubt it matters. Best, Henry Message: 20 Date: Thu, 19 Mar 2015 13:37:53 +0100 From: Marcus M?ller To:

Re: [Discuss-gnuradio] OFDM test with USRP

Hi Henry, > I have built a tx and a rx grc flowchart for OFDM using USRP. I found > the range of the amplitude of the input is fairly small in order to > get it working (i.e., the USRP at the rx end can successfully decode > the packets.) I wound if anyone can share some thoughts about this? > I'v

[Discuss-gnuradio] OFDM test with USRP

Hi everyone, I have built a tx and a rx grc flowchart for OFDM using USRP. I found the range of the amplitude of the input is fairly small in order to get it working (i.e., the USRP at the rx end can successfully decode the packets.) I wound if anyone can share some thoughts about this? I've been

[Discuss-gnuradio] OFDM mod-demod

hi I was doing OFDM modulation demodulation in following way file source ---> OFDM Mod --->  Virtual Source Virtual Sink ---> OFDM demod ---> File sink File source out is given in byte format. This system give output for bpsk, qpsk and 8psk modulation. and no output for QAM schemes. What changes a

Re: [Discuss-gnuradio] OFDM and FEC

On Tue, Nov 18, 2014 at 8:44 AM, Martin Braun wrote: > Oh wow, I wanted to answer this a while back. Guess I didn't. > > First, have you checked out gr-mac? It looks like you're duplicating > those efforts. I know that someone (might have been Tom) has done this > (OFDM + FEC). > > One thing I've

Re: [Discuss-gnuradio] OFDM and FEC

Oh wow, I wanted to answer this a while back. Guess I didn't. First, have you checked out gr-mac? It looks like you're duplicating those efforts. I know that someone (might have been Tom) has done this (OFDM + FEC). One thing I've noticed is that you do FEC->CRC on tx, and FRC->CRC on rx. You mig

[Discuss-gnuradio] OFDM and FEC

Hi Folks, I am attempting to get some FEC working with my GRC OFDM Transmitter and Receiver, which I created by modifying the example versions. You can see the flowgraphs at: http://hal.g7iii.net/GRC/OFDM/ofdm_rx_fcd.grc - GRC FCD RX Flowgraph http://hal.g7iii.net/GRC/OFDM/ofdm_rx_fcd.grc.png -

Re: [Discuss-gnuradio] OFDM transmitter receiver

Try and not kill the context in a mailing list thread; these are also archived and are used by others for referral. Max frame size depends on max_output_buffer(). 80 symbols at a 64-sized FFT would be ~40kB... that doesn't seem unreasonable. Not sure if there's a problem here. I suggest you have a

Re: [Discuss-gnuradio] OFDM transmitter receiver

kernel.shmmax gave value 2147483648. Sreena___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] OFDM transmitter receiver

What's your kernel.shmmax value? (run sysctl kernel.shmmax) M On 08/25/2014 12:47 PM, sreena p h wrote: > Hi > I used the ofdm transmitter receiver blocks to create a simple system as > shown in the attachment. I used the system parameters as those used in > the example transmitter and receiver g

[Discuss-gnuradio] OFDM transmitter receiver

Hi I used the ofdm transmitter receiver blocks to create a simple system as shown in the attachment. I used the system parameters as those used in the example transmitter and receiver grcs. Now I get error that 'Detected a packet larger than max frame size (80 symbols)'. I would like to know how

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

Also, there's the manual. M On 8 Aug 2014 18:28, "Johannes Demel" wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi Chaitanya, > > in GRC there is a category called OFDM with the new style blocks. Also > in [pathtognuradiosource]/gr-digital/examples/ofdm configured > flowgraphs are

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Chaitanya, in GRC there is a category called OFDM with the new style blocks. Also in [pathtognuradiosource]/gr-digital/examples/ofdm configured flowgraphs are provided for reference. Just to make that sure, I'm refering to GNU Radio 3.7. happy ha

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

Thanks for reply >There are "old style" OFDM blocks in GNU Radio, and "new style" >blocks, which are cooler, more versatile and cleaner. Where can i get that. Can you please name the "new style " OFDM blocks. chaitanya -- View this message in context: http://gnuradio.4.n7.nabble.com/OFDM-TR

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 There are "old style" OFDM blocks in GNU Radio, and "new style" blocks, which are cooler, more versatile and cleaner. On 08.08.2014 16:23, chaitanya wrote: > Thanks for reply > >> What's your UHD version? > 3.5.3 and 3.7.1 > >> Ah, so you're using t

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

Thanks for reply >What's your UHD version? 3.5.3 and 3.7.1 >Ah, so you're using the old OFDM components, I guess. Not what I was >assuming. >Also, I recommend using the new OFDM subsystem. Refer to the manual for >details. I did not understand this. Are you asking me to use the latest version

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

On 08/07/2014 03:32 PM, chaitanya wrote: > Hi Marcus > > Thanks for reply > >> Your GRCs don't work for me. With which version of GNU Radio were they > built? > one is version 3.6.5.1 and the other one is version 3.7.2.1. > I think the device addr in usrp sink and source should be changed.And al

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

Hi Marcus Thanks for reply >Your GRCs don't work for me. With which version of GNU Radio were they built? one is version 3.6.5.1 and the other one is version 3.7.2.1. I think the device addr in usrp sink and source should be changed.And also the file path in file sink and source should be change

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Thinking about this, that was a bad question from my side. Since the ofdm_mod doesn't even *know* about the center frequency, the signal generated digitally is always the same, so you can only be looking at the rx side's abs(FFT). Would be nice if you

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

FFT sink at the receiver or attached to the transmitter GRC? Your GRCs don't work for me. With which version of GNU Radio were they built? On 07.08.2014 11:10, chaitanya wrote: > Hi Martin, > thanks for reply >> Wait, so it does work for more than one frequency? Where exactly does it >> not work?

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

Hi Martin, thanks for reply >Wait, so it does work for more than one frequency? Where exactly does it >not work? Yes,it worked for more than one frequency .They are 2.45GHz ,2.455GHz and 2.46GHz. It did not work(that means not reliable) for 2.451GHz,2.452GHz,2.453GHz,2.454GHz and also between 2.45

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

On 08/06/2014 03:26 PM, chaitanya wrote: > Thanks for the reply >> Which d'board? > > SBX Board (Rev 5.1) > >> So, at 2.45 GHz it works reliably? And not at all for the rest? > > Yes,this is what exactly I want to say.It is reliable at 2.45GHz , 2.455GHz > and 2.46GHz. > For other frequencies i

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

Thanks for the reply >Which d'board? SBX Board (Rev 5.1) >So, at 2.45 GHz it works reliably? And not at all for the rest? Yes,this is what exactly I want to say.It is reliable at 2.45GHz , 2.455GHz and 2.46GHz. For other frequencies it is not reliable. >I'd triple-check you really are settin

Re: [Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

On 08/04/2014 08:42 PM, chaitanya wrote: > Hi everybody, > > I am using USRP N200 and the antenna is VERT2450. Which d'board? > Now the problem is that I could able to receive the file for only 2.45Ghz, > 2.455Ghz ,2.46Ghz center frequencies of source and sink USRP's but I could > not be able to

[Discuss-gnuradio] OFDM TRANSFER and RECEIVE IN GRC

Hi everybody, I am using USRP N200 and the antenna is VERT2450. One system sends the "input" file (in repeat mode)after ofdm modulation.The other system receives this and demodulates and saves to a "output" file. The input file can be any text file. This grc is for sending 0fdm_sender.grc

Re: [Discuss-gnuradio] OFDM Blocks

Nashid, please stick to the mailing list. There's lots of tutorials out there to get the OFDM blocks running with the default settings. Once you have that going, work your way from there. M On 08/03/2014 09:42 PM, Md. Anjum wrote: > Thanks you Martin for your help. > Your answer clarifies many

Re: [Discuss-gnuradio] ofdm channel estimation

On 07/30/2014 10:57 AM, xianda wrote: > Hi Martin: > Greeting from xd.Thank you so much for your example > tx_ofdm.grc and rx_ofdm.grc.I want to ask a question about channel > estimation.And I know that the channel estimate is on a tag.But I want > to make some changes on your examp

[Discuss-gnuradio] ofdm channel estimation

Hi Martin: Greeting from xd.Thank you so much for your example tx_ofdm.grc and rx_ofdm.grc.I want to ask a question about channel estimation.And I know that the channel estimate is on a tag.But I want to make some changes on your example.So I just want to ask whether my understan

Re: [Discuss-gnuradio] OFDM Blocks

On 07/25/2014 01:18 AM, Md. Anjum wrote: > Hello, > > I'm working with USRP OFDM blocks. I'm confused about how to use > built-in OFDM Transmitter and OFDM Receiver blocks. > > 1. How to set the fields- occupied carriers, pilot carriers, sync word > and pilot symbols? Before I go into this, did

[Discuss-gnuradio] OFDM Blocks

Hello, I'm working with USRP OFDM blocks. I'm confused about how to use built-in OFDM Transmitter and OFDM Receiver blocks. 1. How to set the fields- occupied carriers, pilot carriers, sync word and pilot symbols? 2. I'm using N200 board. I transmitted signal using OFDM Mod block UHD Sink block.

Re: [Discuss-gnuradio] ofdm channel estimation

XD, I'm having real trouble understanding what you're doing. Try this: generate white noise and put it into the detector. Do you see any 1s? I would guess no. M On 07/15/2014 03:11 PM, xianda wrote: > Hi Marcus: > Thank you.Sorry for that. > I wrongly use the r

Re: [Discuss-gnuradio] ofdm channel estimation

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Xianda, how should we possibly tell? You expect us to be able to guess what is going wrong with your measurement, in an environment that is unknown to us, using a receiving antenna, modified flowgraph and tx signal that you did not really define.

Re: [Discuss-gnuradio] ofdm channel estimation

Oh,I guess that because i receive signal which at the frequency of 2.45e9.It is like the wifi.May be I receive the wifi signal?Am i right? Thank you. At 2014-07-15 05:17:35, "Martin Braun" wrote: >On 07/15/2014 09:39 AM, xianda wrote: >> Hi Martin: >> Thank you for your k

Re: [Discuss-gnuradio] ofdm channel estimation

Hi Martin: Thank you very much.But I test again and again,the rx_detect don't exist 1.And some little value approach 0 exists.But in the header stream chain some values exist.I think when 1 don't exist there shouldn't have value in the header stream chain.Why? Best regards, xd

Re: [Discuss-gnuradio] ofdm channel estimation

On 07/15/2014 09:39 AM, xianda wrote: > Hi Martin: > Thank you for your kindly reply. > Another question I want to ask. > When I use the rx_ofdm,I add a UHD:USRP > Source.(Environment: USRP N210)I know when the block Schmidl &Cox OFDM > synch. detect

Re: [Discuss-gnuradio] ofdm channel estimation

Hi Martin: Thank you for your kindly reply. Another question I want to ask. When I use the rx_ofdm,I add a UHD:USRP Source.(Environment: USRP N210)I know when the block Schmidl &Cox OFDM synch. detect the signal,the port "detect" will output 1.And I

Re: [Discuss-gnuradio] Ofdm tramsmitter

ok 2014-07-15 4:22 GMT+02:00 Sara Chérif : > > > -- Forwarded message -- > From: Marcus Müller > Date: 2014-07-13 22:37 GMT+02:00 > Subject: Re: [Discuss-gnuradio] Ofdm tramsmitter > To: discuss-gnuradio@gnu.org > > > Hi GP 2014 > > On 13.

Re: [Discuss-gnuradio] ofdm channel estimation

On 07/13/2014 01:06 PM, xianda wrote: > Hi all: > Have you ever using the > gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I change the > rx_ofdm.py as follows: > self.connect((self.digital_ofdm_chanest_vcvc_0, 1), > blocks.file_sink(gr.sizeof_gr_complex * fft_len, 'channel-est

Re: [Discuss-gnuradio] Ofdm tramsmitter

Hi GP 2014 On 13.07.2014 21:49, GP 2014 wrote: > Hi, > I hope if someone can help me, i have some questions related to the Ofdm > transmitter block: > - I take the input of the transmitter from a sip phone, i can find from > wireshark that the length of the packet of Sip protocol which contains a >

[Discuss-gnuradio] Ofdm tramsmitter

Hi, I hope if someone can help me, i have some questions related to the Ofdm transmitter block: - I take the input of the transmitter from a sip phone, i can find from wireshark that the length of the packet of Sip protocol which contains a registration request is of 485 bytes and the packet which

[Discuss-gnuradio] ofdm channel estimation

Hi all: Have you ever using the gnuradio/gr-digital/examples/ofdm/rx_ofdm.grc?And I change the rx_ofdm.py as follows: self.connect((self.digital_ofdm_chanest_vcvc_0, 1), blocks.file_sink(gr.sizeof_gr_complex * fft_len, 'channel-estimate.dat')) And i use the matlab:

[Discuss-gnuradio] OFDM based systems - reducing undesired radiation

Hello everyone, I am implementing a cognitive communication system inspired by GNURadio's OFDM implementation and some custom designed spectrum sensing and management, medium access control, etc. In order to address OFDM's undesired radiation issues, I am experimenting a technique reviewed i

Re: [Discuss-gnuradio] OFDM receiver error, FATAL: Missing a required length tag on port 0 at item #0

Hi, thank you for your response. In fact, I still have the same error: FATAL: Missing a required length tag on port 0 at item #0 thread[thread-per-block[21]: ]: Missing length tag. and UOO I put the usrp sink and usrp source 's sample rate to 1M. What is the suitable sampling rate t

Re: [Discuss-gnuradio] OFDM receiver error, FATAL: Missing a required length tag on port 0 at item #0

On 06/30/2014 03:20 PM, Wafa Elhajhmida wrote: > FATAL: Missing a required length tag on port 0 at item #0 > thread[thread-per-block[21]: ]: Missing length tag. Add a stream to tagged stream converter. M ___ Discuss-gnuradio mailing list Discuss-gnu

Re: [Discuss-gnuradio] OFDM receiver error, FATAL: Missing a required length tag on port 0 at item #0

On 06/30/2014 09:20 AM, Wafa Elhajhmida wrote: > Hi, > > I implemented OFDM receiver on USRP E110 using the OFDM receiver in > examples in gnuradio's files 3.7 > > and I added to it a chain to create OFDM transmitter: random source, OFDM > transmitter, channel model, throttle, USRP sink > > But

[Discuss-gnuradio] OFDM receiver error, FATAL: Missing a required length tag on port 0 at item #0

Hi, I implemented OFDM receiver on USRP E110 using the OFDM receiver in examples in gnuradio's files 3.7 and I added to it a chain to create OFDM transmitter: random source, OFDM transmitter, channel model, throttle, USRP sink But when I executed the flow graph. It generated "UO

Re: [Discuss-gnuradio] ofdm parameters

Hi Sara, On 23.06.2014 18:31, Sara Chérif wrote: > I plot the signal before the tx and after the rx on same graph to compare > between them while increasing noise to know how much noise can affect it > for different types of channel & frequency offset . But when I set noise to > zero , I find that

<    1   2   3   4   5   6   7   >