discuss-gnuradio
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Discuss-gnuradio] OFDM and FEC


From: Martin Braun
Subject: Re: [Discuss-gnuradio] OFDM and FEC
Date: Tue, 18 Nov 2014 14:44:37 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0

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 might want to make sure the order is inversed on tx and rx.

Cheers,
M

On 11/11/2014 09:31 PM, Iain Young, G7III wrote:
> 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 - FCD RX Screen-shot
> http://hal.g7iii.net/GRC/OFDM/ofdm_rx_fcd.py - Raw python Flowgraph
> 
> http://hal.g7iii.net/GRC/OFDM/ofdm_tx_usrp.grc - GRC USRP TX Flowgraph
> http://hal.g7iii.net/GRC/OFDM/ofdm_tx_usrp.grc.png - USRP TX Screen-shot
> http://hal.g7iii.net/GRC/OFDM/ofdm_tx_usrp.py - Raw Python Flowgraph
> 
> Currently they use a UDP Port for convenience, but I will be migrating
> them to use a tuntap PDU in due course. And yes, I know by some
> standards these are very low bandwidths, but 125k is quite high for Ham
> purposes :)
> 
> There is a USRP receiver as well, but I'm working with some folks that
> only have a Funcube Dongle Pro plus, so am concentrating on that receive
> flowgraph for now.
> 
> These flowgraphs do work. I do get data to transfer between the two
> ends, however:
> 
> I transmit a test file of 1000 lines. Not all lines make it, some get
> missed, and some get corrupt (missing characters), so having found the
> FEC examples, thought I would try and hack them into my flowgraphs.
> 
> The resulting flowgraphs are here:
> 
> http://hal.g7iii.net/GRC/OFDM/ofdm_rx_fcd_fec.grc [GRC FCD RX w/FEC]
> http://hal.g7iii.net/GRC/OFDM/ofdm_rx_fcd_fec.grc.png [FCD RX w/FEC s/s]
> http://hal.g7iii.net/GRC/OFDM/ofdm_rx_fcd_fec.py [Raw Python Flowgraph]
> 
> http://hal.g7iii.net/GRC/OFDM/ofdm_tx_usrp_fec.grc [GRC USRP TX w/FEC]
> http://hal.g7iii.net/GRC/OFDM/ofdm_tx_usrp_fec.grc.png [Screenshot]
> http://hal.g7iii.net/GRC/OFDM/ofdm_tx_usrp_fec.py [Raw Python Flowgraph]
> 
> Now, when testing with the dummy encoders, everything behaves exactly
> as if the FEC wasn't there (Okay, this was good, as it's exactly what I
> expected, but at least it proved I hadn't messed up entirely!])
> 
> So I got adventurous, and started to play with some of the other
> encoders and decoders. This turned out not so good, as after a number
> of "experiments" I could not get any data transferred when using the CC
> (&CCSDS) encoder and decoder pairs, nor when using the Repetition
> encoder/decoder pair.
> 
> However, when running the replicator encoder with the dummy decoder, OR
> the replicator decoder set to 1 replication, I did see 3 copies of each
> character arrive.
> 
> When running the CCSDS and CC encoders with the dummy decoder, I saw
> "garbage", so I must have the code partially correct.
> 
> Can anyone tell me where I might not be getting it quite so right ? Or
> even any working examples of OFDM and FEC ?
> 
> 
> Best Regards
> 
> Iain
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Discuss-gnuradio mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio




reply via email to

[Prev in Thread] Current Thread [Next in Thread]