[Discuss-gnuradio] problem in LTE uplink sync word

2018-04-03 Thread Prabhat Kumar Rai
Hi, I have been working on LTE UPLINK in GNURADIO with help of *OFDM grc* file and facing a problem in generation of it. Changing in *tx_ofdm* grc file which is already present in gnuradio, I am using one *sync_word* for SRS generation and keeping the second *sync_word *as blank ( or all 0 ) then

[Discuss-gnuradio] GNURadio : GPL use cases

2018-04-03 Thread MARCHAND Fabien
Hi, In a professionnal context, I want to use GNURadio in 2 cases : - Work bench : for internally use in a internally developed software, to test some hardware for example. - Embedded : I think about having GNURadio embedded in hardware which will be sold to customers, and be

Re: [Discuss-gnuradio] problem in LTE uplink sync word

2018-04-03 Thread Maximilian Stiefel
Hej Prabhat, >From a python point of view the sync word has to be a tuple e.g. (1, 1j, 1, >1j). What you have is a list. That's why this exception is raised. Regards, Max Tisdag den 3 april 2018 skrev Prabhat Kumar Rai: > Hi, > I have been working on LTE UPLINK in GNURADIO with help of *OF

Re: [Discuss-gnuradio] Best in-tree blocks for clock recovery of 8FSK

2018-04-03 Thread Thomas Habets
Thanks a lot. The brief and your email will keep me busy experimenting and learning more for quite a while. I really appreciate it. On 2 April 2018 at 18:56, Andy Walls wrote: > On Mon, 2018-04-02 at 13:44 -0400, Andy Walls wrote: > > > > All PLL based symbol clock recovery blocks/methods in GN

[Discuss-gnuradio] BEAMFORMING_MIMO USRP N210

2018-04-03 Thread DANIEL RICARDO PEREZ RIANO
Hi everyone, i am working in a MIMO 2x2 system with beamforming (USRP N210). I have made a MIMO 2x2 connection with help of MIMO-OFDM-Alamouti repository from git. Now i have downloaded the gr-beamforming repository but i have not been able to achieve my goal by this reason i want to ask you if s