[Discuss-gnuradio] Problem:Discontinuous Transmission of random packets exhibiting a two state markov model (using benchmark_tx.py example)

2011-02-14 Thread Venkat Vinod
NU Radio architecture.Thanks in advance. *Model : USRP 1 + RFX 2400 * *OS : Ubuntu 9.0.4* Regards Venkat Vinod Patcha Research Assistant Electrical Engineering Louisiana State University ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org

Re: [Discuss-gnuradio] Problem in designing Coded OFDM Rxr (using, trellis-viterbi )

2010-11-16 Thread Venkat Vinod
with this block as well. > > In fact this kind of modularity was the MAIN design feature of the > gr-trellis! > > > Of course, this does not mean that your "approach" is not going to work; > indeed you are trying to perform > soft-input decoding which is better. >

[Discuss-gnuradio] Problem in designing Coded OFDM Rxr (using trellis-viterbi )

2010-11-11 Thread Venkat Vinod
m_mod(packets from message sink) ---> ampl> usrp. -- Venkat Vinod Patcha Tel: +1 225 328 7356 ___ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org http://lists.gnu.org/mailman/listinfo/discuss-gnuradio

Re: [Discuss-gnuradio] Clarification of lock() and unlock() in Dynamic Flow-Graph Reconfiguration

2010-08-30 Thread Venkat Vinod
y >the disconnect_all() > method, but from memory that had some issues so you could try calling > disconnect for each block which was connected. > > > > else: > > print "Receiver Mode : USRP to Switch to Receiving Packets > " >

[Discuss-gnuradio] Clarification of lock() and unlock() in Dynamic Flow-Graph Reconfiguration

2010-08-29 Thread Venkat Vinod
read is needed to be run to maintain the initial my_top_block instance. Is this what is meant by the documentation for the gr_top_block class? Also, can anyone recommend a general method to circumvent this problem if we are doing things the wrong way? Thank you very much for your help. Setup Specifica