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

[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 *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 the error is coming on *carrier allocator* block like this
> 
> self.digital_ofdm_carrier_allocator_cvc_0 =
> digital.ofdm_carrier_allocator_cvc(fft_len, occupied_carriers,
> pilot_carriers, pilot_symbols, (sync_word1), length_tag_key)
>   File "/usr/lib/python2.7/dist-packages/gnuradio/digital/digital_swig.py",
> line 5788, in make
>     return _digital_swig.ofdm_carrier_allocator_cvc_make(*args, **kwargs)
> TypeError: in method 'ofdm_carrier_allocator_cvc_make', argument 5 of type
> 'std::vector< std::vector< gr_complex,std::allocator< gr_complex >
> >,std::allocator< std::vector< gr_complex,std::allocator< gr_complex > > >
> > const &'
> 
> 
> As I am using SRS *sync_word* value as shown below for 64fft length
> 
> [0.7071 - 0.7071j,  -0.7071 + 0.7071j,   0.7071 + 0.7071j,  -0.7071 -
> 0.7071j, -0.7071 + 0.7071j, 0.7071 - 0.7071j, 0.7071 + 0.7071j, -0.7071 +
> 0.7071j, -0.7071 - 0.7071j, -0.7071 + 0.7071j, 0.7071 + 0.7071j, -0.7071 +
> 0.7071j, -0.7071 - 0.7071j, -0.7071 + 0.7071j, 0.7071 + 0.7071j, 0.7071 +
> 0.7071j, 0.7071 - 0.7071j, 0.7071 + 0.7071j, -0.7071 + 0.7071j, -0.7071 -
> 0.7071j, -0.7071 + 0.7071j, -0.7071 - 0.7071j, 0.7071 - 0.7071j, -0.7071 -
> 0.7071j, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0,
> 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, ]
> 
> Please correct me or suggest some other way to generate LTE signal in
> GNURADIO
> 
> 
> THANKING YOU !!!!
>