On Tue, May 24, 2011 at 3:13 AM, Tom Rondeau <trondeau1...@gmail.com> wrote: > On Mon, May 23, 2011 at 10:37 PM, Ben Reynwar <b...@reynwar.net> wrote: >> >> On Mon, May 23, 2011 at 12:09 PM, Josh Blum <j...@joshknows.com> wrote: >> > >> > >> > On 05/23/2011 03:29 AM, Vlad Stoianovici wrote: >> >> >> >> Dear Marcus and Bob, >> >> I did understand that the block was hollow, but this thread is kindda >> >> old, >> >> so I thought that in the mean time maybe someone implemented the code >> >> and >> >> functionality you are referring to. >> >> I'm using GRC, but I don't have time to start learning python with the >> >> sole >> >> purpose of being able to write the QAM block. >> >> It would probably be easier to use Simulink, which I'd rather not do. >> >> >> > >> > This is a motivating example for a new gr-digital component that can >> > make use of tags: the QAM deframer block. :-) >> > >> > -josh >> >> In the psk8 branch of my github repo >> (www.github.com/benreynwar/gnuradio/) there is QAM modulation and >> demodulation within the "digital" category of GRC. I haven't tested >> it recently though. Let me know if you try it and it doesn't work. >> >> Cheers, >> Ben > > Ben's branch is based off of my 8psk branch in github, too. I still need to > pull in his changes. I have a feeling we might be going back and forth a bit > in the development of the gr-digital top-level directory. This will make it > into the upcoming 'next' branch for the 3.5 release. > Currently, it includes a more robust version of the Costas loop (you specify > the natural freq and damping factor instead of the gains; it sets the gains > properly so that the system is more tolerant and locks better) as well as a > reworking of the CMA equalizer. I have yet to use this equalizer on a real > signal, only simulated multipath channels, so more experience would be good. > Note that if you are using this branch you should --disable-gr-trellis. I > banged up the API that is used in gr-trellis and haven't got back to fix it, > yet. > Tom > > _______________________________________________ > Discuss-gnuradio mailing list > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
Tom, somewhat related. In the next week or so (when I have time), I will be contribute a Gardner timing sync block to GNURadio. It should be a nice addition for the DxPSK blocks, as it is carrier phase independent. --Colby _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
