Hi Merry, > I want to know how to define the parameter 'taps' in the channel model > blocks.I am considering a 4 tap system. The taps *define* what your channel is. We can't tell you what taps your channel has -- that is completely defined by what you want your channel to be. Since you already know that you're considering a 4-tap system: Take your channel impulse response, and put it in your taps field like [h_0, h_1, h_2, h_3] with h_n being the nth coefficient of your tapped delay line channel model.
Greetings, Marcus On 03/20/2015 07:19 AM, Merry Dominic wrote: > Thank You so much sir. > > First, I am sorry to say that i meant 4 samples per symbol.I am > working with the basic channel model in GNU.( > gr::channels::channel_model > <http://gnuradio.org/doc/doxygen/classgr_1_1channels_1_1channel__model.html> > ).What i understood is that it is a static (not time varying channel) > awgn channel.I want to know how to define the parameter 'taps' in the > channel model blocks.I am considering a 4 tap system. > > I am afraid if i am not good enough to convey my issues.Still, looking > forward for your reply > > Thanks > Merry > > On 19 March 2015 at 18:25, Marcus Müller <[email protected] > <mailto:[email protected]>> wrote: > > Hi Merry, > > the taps characterize the channel you want to simulate, so you > will need to calculate these based on your mathematical channel > model. The classical multipath channel model is a tapped-delay > line-model, and that kind of directly maps to the concept of > filter taps. > > Are you sure you do 4 samples per second? That seems to be > incredible little, especially when working with channel impulse > responses. > > Greetings, > Marcus > > > On 03/19/2015 06:55 AM, Merry Dominic wrote: >> Hi, >> >> I am working on the channel model block in GNU radio. I am >> confused in setting up the taps.I have a random source that >> undergoes a QPSK modulation at 4 samples per second.Could you >> please explain me the concept under setting the tap values. >> >> I am supposed to use a polyphase clock synchronizer followed by a >> CMA equalizer for analyzing the channel response. >> >> Looking forward for your reply. >> >> >> Thanks >> Merry >> >> >> _______________________________________________ >> Discuss-gnuradio mailing list >> [email protected] <mailto:[email protected]> >> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > > > _______________________________________________ > Discuss-gnuradio mailing list > [email protected] <mailto:[email protected]> > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio > >
_______________________________________________ Discuss-gnuradio mailing list [email protected] https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
