-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Virgilios,
This sounds like an interface mismatch between blocks. To answer your
question accurately it would be very helpful to know which version of
GNU Radio and which gr-lte version you use. Branch and day of last
commit should be sufficient. Also tell us about your general setup.
Which OS are you using?
happy hacking
Johannes
On 13.02.2014 18:40, Passas Virgilios wrote:
> Hello,
>
> I ‘m trying to generate the LTE_flowgraph_top_level.grc but the
> Decode PBCH block is missing due to an error in decode_pbch_37.grc
> . The error is the following:
>
> Error 0: Connection ( Block - lte_qpsk_soft_demod_vcvf_0 - QPSK
> soft demod(lte_qpsk_soft_demod_vcvf) Source - out(0) Block -
> lte_pbch_descrambler_vfvf_0 - PBCH
> Descrambler(lte_pbch_descrambler_vfvf) Sink - in(0) ): Source IO
> size "1920" does not match sink IO size "7680”.
>
> Correlating the grc with the images at docs folder, I can see that
> the input is a vector with length 240 and the input of PBCH
> Descrambler is a vector with length 480.
>
>
>
Also some tests failed due to this error:
>
> import lte_swig as lte ImportError: No module named lte_swig
>
>
> How should I proceed?
>
> Virgilios
>
> On Jan 7, 2014, at 9:56, Mike Cornelius <
address@hidden > <mailto:
address@hidden>> wrote:
>
>> Hi Johannes,
>>
>> I'm back at work after the new year break and have had a chance
>> to try this again, and I think I have it working !! The problem
>> was with my test waveform, I've captured a new test
waveform and
>> I can now sync to the DL signal and decode the MIB.
>>
>> Mike
>>
>>
>>
>> On 21 December 2013 04:26, Johannes Demel
>> <
address@hidden <mailto:
address@hidden>>
>> wrote:
>>
>> Hi,
>>
>> regarding the different parameters. 'tx_diversity' should always
>> be left as it is. In case of a 1x1 MIMO configuration it will
>> just have no effect. This parameter reflects the LTE
standard
>> with its two options 'tx_diversity' and 'spatial_multiplexing'.
>> The latter isn't used for control channels. In order to specify a
>> certain bandwidth, use the parameter 'N_rb_dl', which specifies
>> the number of resource blocks used. This will also set the
>> bandwidth as this is the unit given by the system to determine
>> the bandwidth. e.g. have a look at the paper which is included in
>> the project there is a table which shows the dependencies. 25 RBs
>> --> 25*12 = 300 subcarrier --> 15kHz * 300 + spacing = 5MHz. The
>> FFT length can be chosen freely as long as it provides sufficient
>> bins to match the current number of subcarriers. It will be used
>> to determine the input sample
rate. I suggest you stick with
>> power of 2 values. Those are the only ones I tested and the
>> numbers the system is designed for. One more thing, a FFT length
>> shorter than 256 results in fractional CP lengths, which should
>> be avoided. LTE's CP use is already quite tricky and the
>> introduction of fractional CP lengths will not ease the
>> situation. PBCH decoding is handled for one and two antenna
>> configurations, so you don't have to worry about configuring the
>> flowgraph there. PCFICH decoding will receive a message on
>> runtime which sets the decoded antenna configuration.
>>
>> Happy hacking Johannes
>>
>>
>> On Fri, Dec 20,
2013 at 2:39 AM, Baier <
address@hidden >> <mailto:
address@hidden>> wrote:
>>
>> Hi Johannes,
>>
>> thank you very much for updating your gr-lte package. I could
>> compiled all .grc files succesfully. Now I would like to test
>> your receiver with a LTE signal saved to a file with the
>> following settings.( 5 MHz, RB 25, fft 512, occupied carriers
>> 300, no tx diversity). So I have started to change the parameters
>> in your grc files. RB 25 instead 50 fftlen 512 instead 2048(is it
>> right?) occupied carriers 300 instead 600. So I have realized
the
>> files decode_pcfich_37.grc and decode_pbch_37 .grc are designed
>> for tx_diversity with two antennas. How can I change it? Removing
>> the blocks for the second antenna perhaps? Thank you very much.
>> A. Baier
>>
>>
>>
>>
>>
>>
>> _________________________________________________
>> Discuss-gnuradio mailing list
address@hidden>> <mailto:
address@hidden>
>>
https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio >> <
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
>>
>>
>>
>> _______________________________________________ Discuss-gnuradio
>> mailing list
address@hidden>> <mailto:
address@hidden>
>>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>>
>>
>> _______________________________________________ Discuss-gnuradio
>> mailing list
address@hidden>> <mailto:
address@hidden>
>>
https://lists.gnu.org/mailman/listinfo/discuss-gnuradio>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Thunderbird -
http://www.enigmail.net/iQIcBAEBAgAGBQJS/Q2rAAoJEO7fmkDsqywMBssP/2JxUEthkQMZsiVSQMGVGkbg
CsdjZCzZjFbSjJrmqCPimiJSQqEqxvCjjA9EgPYT6Vx+NDB/k5xcJ3WWIm41S2t+
lzcHvkNNCJjrMZ6sqswKKGMMbGEuOR9WxF/GBG3//qeW0/OJrIEiv4nz4G6AbRsx
S/Z7rcLkc0h78r8J3W6yTQv3qyWoHldlACEiS88lfK2K1YzIvOldXsH/bW/Odgtr
dsgPLVh6arlgeUIkR9zn/P7FPLkgYlgOsTyxCiTh37uFzlMYHH2Dfl5i+9EdlAdb
MP/trQyBnLDJMyZ05qMFH57FYeGrZ5ZAj3LHKFS35nqNDitU8zRMYmTcokhNQWJb
9RzD+TFbkaN4Mlt0qLUdlA29NK1zUM6G6YuH2SesCDcneUwCUmMfiznH4NPBJmgg
E39pj9xP4waHppxuQWmUhCdopW/4M+Vk4CT9r0L1HUSLWQaeUXfwbbbC1CorZG4+
0LVLKWhdjSXnce47+JCfuHZ702TgT2OAjCU9/NzRMAiQTgdEaCWCQX6hgYEbGCZ4
vY3vevrSJP/HQ7NM77rMh3o8eSKrcd+1xOXqtpk4J2jpDW1dz/n48XirEb64yYJ8
+4rpv43MUw35NIw+xEaFBQ31yHTdbgDIXPaGgZ2u7zgQKmD81ZTiU6jrSs294idq
r/ajO6PWQlnKZ+yy5goV
=gx89
-----END PGP SIGNATURE-----