# Gr-lte updated to GNU Radio 3.7 API **URL:** \ **Category:** GNU Radio\ **Created:** [December 15, 2013, 12:35am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063 "2013-12-15T00:35:20Z")\ **Posts on this page:** 15\ **Page:** 2
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 10:10pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/21 "2013-12-19T22:10:05Z")
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 That’d actually be rather awesome 🙂 On 19.12.2013 22:07, Johnathan C. wrote: > This is how we host the GNU Radio Live DVD image on [gnuradio.org](http://gnuradio.org). -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.15 (GNU/Linux) Comment: Using GnuPG with Thunderbird - [http://www.enigmail.net/](http://www.enigmail.net/) iQEcBAEBAgAGBQJSs2BUAAoJEAFxB7BbsDrLXvgH/RG3lgU9yGpa1LauvpzrzE2A rGbDfzleinWVtwnfKaTX+2A3nNOMnANyqIxnxZsllFiwJ0V7seQhheyFwBEYxTZu XUmxhw9oHyQFuOhxWolovLNUGEGMu2fjnCsR+g2VDKDRbkHNQA+zccvMA/DSDhZR QMk8eSrcnm18cRA+J4+2ORSCnBWPbmoBohwMvG14V9WjF/gLjDSNPdrK4Q4DHXmx 0aqZphE0vudeBFiHhHomNGv3YgSwfaqkV7ShIoCC/MID39OCGzfYLnH50XKGpDjD aPIWTq4iswVeaPFcbrfdIMjdF4AzNB+AEGwLnmt4sxn2Ts8vjaiDDHBZpGO6k1E= =9bBr -----END PGP SIGNATURE----- ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 20, 2013, 2:19am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/22 "2013-12-20T02:19:14Z")
Hi Johannes and all, I just pulled a new copy and make test still fails for me with various missing .dat files. Can anyone else confirm that make test is working ok for them with the latest version? Mike ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 19, 2013, 10:22pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/23 "2013-12-19T22:22:56Z")
On Thu, Dec 19, 2013 at 3:07 PM, Johannes D. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) wrote: > Currently synchronization doesn’t support fractional CPs. Besides this, > reducing the sample rate helps a lot to make it run faster. Only thing to > keep in mind though, having a different number of blocks than used by the > base station will only allow you to decode PBCH. But for a start. That’s not > much of a problem. The fractional CP is a pain to deal with. Performing acquisition at 1.92 Msps, though, is quite reasonable and is appropriate for 1.4 MHz LTE channels anyways. UE side LTE decoding is inherently a multirate process. PBCH decoding should ideally be performed at the reduced sample rate because any data outside of the inner 6 RBs provides no useful information to the search and decoding process. The same concept extends to any channel configurations below the full LTE 30.72 Msps rate. But, since the channel bandwidth is unknown until PCBH acquisition, the receiver should, ideally, support all rates and dynamically switch between them as needed. Practically speaking, the issue with real-time operation on USRP type devices is that we can’t switch device sample rates without breaking symbol timing or slot alignment. That means running a fixed device rate and multiple resampling chains to cover the desired channel bandwidths. But yes, sticking with one sample rate avoids all of the above, and is a much simpler way to start. Perhaps multirate handling is something to consider for future development. If there were only more hours in a day… -TT ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 20, 2013, 8:50am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/24 "2013-12-20T08:50:42Z")
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Mike, it would be really helpful if you posted the error message. If it is more than a few lines, pastebin’ing would be good. Also can you tell on which branch you’re on? I’m worried about missing ‘.dat’ because they shouldn’t be there. I thought I removed all references to them a while ago. Happy hacking Johannes On 19.12.2013 17:14, Mike C. wrote: > On 20 December 2013 03:11, Johannes D. \<[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > > Mike > > note that a few tests fail when I run make test, is that to be > > \<[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\>\> wrote: > > messages in this thread for details). > > Hi everybody, > > into this. > > Decode PBCH and > > > > > flowgraph. If you opened a flowgraph with missing blocks, as > > > On Wed, Dec 18, 2013 at 3:49 AM, Ralph A. Schmid, dk5ras > > > has missing blocks, at least LTE estimator > > > Just wanted to put this all together in my lunch > > > \<[mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > > [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > > > > > > Hello GNU Radio enthusiasts, > > > > Now, all current blocks are moved to the GNU Radio > > > > installation process. > > > > [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > > > > > * * * -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - [http://www.enigmail.net/](http://www.enigmail.net/) iQIcBAEBAgAGBQJSs/aHAAoJEO7fmkDsqywM6qQP/1RdGsoM8NQZ2BGAsQZ5Ic9z wd0x5BFKy9fezWMN281ge3A/sV7c0lAKxaw7pjKPkkxANqew8LPrM5DreUTd+S8C jYccRdsZAdGm0l0Ytf9uaIEGqD3eYSqxbs6lwrezBix+5OEiYHToh3k7RaPaxzga aLMWDpkK+x7pNmoS3hEdTi5i7LlI+eGCQIJOC6S2vpaj9pgOMm9ZTj8/984+t4Ml WQW1QP+drrB4uEO8wGhmtR97CMCayj6n5S3e/TnTqQzbL7YxfLTNq4Tgvc1qGrkr HLhpK71qeiUoR6eJ89zjD8SSPVfBDky+9Lvjn0pOCYBW1rxYCTpZWZiGvO6HZ7tT 4otMvBfWp/wBgfbCf+G8ESZRRC8WW6OldpDSrVfKzaO/EUFBH5wqD3pf/U+lTdXR 4+dTuBdFEzY8DQHDoBGaZ07++RIzSzcca5zYiH3x1GzbLeaLJxfsLyz8FJw3xKQM 6WeypOGc46dqKq7mJhQTk0XUw/0QVkiw9nick7uzoAQhwPCNL7PVTNeL5aDtqO2j FsEd2Nq0lhcBr3QWIkrmJQEP1uawb1hNL9gHDXGxKn8O3jsh+vg7/6X0dWkUKTiA RX5TjyZLv+tUt9EGuuf/TV0nN5vDtP4lmpvCRLRgTGNYTAZoaGC+jnbHwJ5PGG6I 6xmZbNnGvUHxR6XW5PWU =9517 -----END PGP SIGNATURE----- ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 20, 2013, 10:27am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/25 "2013-12-20T10:27:07Z")
Do you have the possibility to upload the file to my server? It is on a VDSL50 line (50Mbps in, 10 Mbps out), so upload from the university (DFN) network should be fast enough. Then I could post a link for direct download (well, only 10 Mbps) and provide the file via bittorrent… Ralph. > > On 12/19/2013 03:24 AM, Ralph A. Schmid, dk5ras wrote: > > > > > > -----Original Message----- > > > > > > > > Happy hacking > > > > Johannes > > > > > > > > On 18.12.2013 23:54, Mike C. wrote: > > > > > > > > > Hi Johannes, > > > > > > > > > > With regard to my earlier message regarding the crash I’m seeing, I > > > > > note that a few tests fail when I run make test, is that to be > > > > > expected? > > > > > Also do you think it would be possible to publish the reference > > > > > waveform that you are using ? > > > > > That way I could check to see if the crash occurs with your known > > > > > ‘good’ > > > > > I had the same problem at first myself, there is no need to > > > > > On 19 December 2013 18:27, Johannes D. > > > > > \<[removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > > > > [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\> wrote: > > > > > > > > > > ``` > > > > > Hi everybody, > > > > > > > > > > I added screenshots for all the hierarchical flowgraphs and > > > > > > > > > > ``` > > > > > > > > > > the > > > > > top > > > > > flowgraph to the docs directory. I hope this helps to build > > > > > the > > > > > > > > > > ``` > > > > > block. These > > > > > least this > > > > > > Hi, > > > > > > > > > > > > Just wanted to put this all together in my lunch break, > > > > > but seems > > > > > > too big for such a short break anyway :) > > > > > > > > > > > > Ralph. > > > > > > > > > > > > > > > > > > > -----Original Message----- > > > > > > > From: > > > > > > > > > > ``` [discuss-gnuradio-bounces+ralph=removed\_email\_address@domain.invalid](mailto:discuss-gnuradio-bounces+ralph=removed_email_address@domain.invalid) > > > > > ``` > > > > > > > > > > > > > > > > > [mailto:discuss-gnuradio-bounces+ralph > > > > > > > > > > > > > > > > > > > > > > > > ``` > > bounces%252Bralph\>\>=removed\_email\_address@domain.invalid > > > > > > ``` > > > > > > > > > > > > > > > > > > > > ``` [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\>] > > > > > ``` > > > > > On Behalf Of > > > > > > > Johannes D. > > > > > > > Sent: Sunday, 15 December, 2013 00:34 > > > > > > > To: discuss-gnuradio > > > > > > > Subject: [Discuss-gnuradio] gr-lte updated to GNU > > > > > > > > > > ``` Radio > > > > > ``` > > > > > 3.7 API > > > > > > > > > > > > > > Hello GNU Radio enthusiasts, > > > > > > > > > > > > > > some time after the GNU Radio 3.7 release I started > > > > > > > > > > ``` to > > > > > ``` > > > > > move the > > > > > > code for 'gr-lte' to the new API. Besides moving it to > > > > > > > > > > ``` the > > > > > ``` > > > > > new API, I > > > > > > > wanted to clean up code and rework a lot of tests. > > > > > > > > > > ``` Thus, > > > > > ``` > > > > > the whole > > > > > > transition took a lot of time and work. > > > > > > > Now, all current blocks are moved to the GNU Radio > > > > > > > > > > ``` 3.7 > > > > > ``` > > > > > API with > > > > > > lots of enhancements. e.g. I tried to remove all > > > > > hierarchical python > > > > > > blocks > > > > > > > and created them as GRC hier blocks instead. Or > > > > > > > > > > ``` runtime > > > > > ``` > > > > > > > Source code is available at > > > > > > > > > > ``` > > > > > > > > [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)\>\> > > > > > > > > > ``` > > > > > > > > > > > > > > > > > ``` > **[Discuss-gnuradio Info Page](https://lists.gnu.org/mailman/listinfo/discuss-gnuradio)** > > > > > ``` > > > > > > > > > > > > > > > > > > _______________________________________________ > > > > > > Discuss-gnuradio mailing list > > > > > > removed_email_address@domain.invalid > > > > > > > > > > ``` [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 20, 2013, 6:28pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/26 "2013-12-20T18:28:02Z")
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 ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [January 7, 2014, 8:57am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/27 "2014-01-07T08:57:22Z")
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 ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [December 20, 2013, 11:40am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/28 "2013-12-20T11:40:43Z")
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 ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [February 13, 2014, 7:03pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/29 "2014-02-13T19:03:31Z")
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 ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [February 13, 2014, 7:24pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/30 "2014-02-13T19:24:43Z")
-----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: > size “1920” does not match sink IO size "7680. > > > to try this again, and I think I have it working !! The problem > > > > the bandwidth. e.g. have a look at the paper which is included in > > situation. PBCH decoding is handled for one and two antenna > > Hi Johannes, > > the blocks for the second antenna perhaps? Thank you very much. > > [https://lists.gnu.org/mailman/\_\_listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio) > > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ Discuss-gnuradio > > mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > [Discuss-gnuradio Info Page](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/](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----- ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [February 13, 2014, 7:55pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/31 "2014-02-13T19:55:20Z")
Hi Johannes, Sorry for not mentioned the versions. GNU Radio 3.7.2.1 gr-lte branch-master, latest commit 3ded865f40cc43224eca66a6692fa90655a25b62 Ubuntu 13.04 64-bit Virgilios Στις 8:24 μ.μ. Πέμπτη, 13 Φεβρουαρίου 2014, ο/η Johannes D. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) έγραψε: -----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: > size “1920” does not match sink IO size "7680”. > > > to try this again, and I think I have it working !! The problem > > > > the bandwidth. e.g. have a look at the paper which is included in > > situation. PBCH decoding is handled for one and two antenna > > Hi Johannes, > > the blocks for the second antenna perhaps? Thank you very much. > > [https://lists.gnu.org/mailman/\_\_listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio) > > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ Discuss-gnuradio > > mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > > [Discuss-gnuradio Info Page](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/](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----- ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [February 17, 2014, 8:06pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/32 "2014-02-17T20:06:14Z")
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Virgilios, This sounds very close to my setup. I checked everything on my machine and couldn’t find a reason for that to happen. Your error says that the QPSK soft demod block has 480 float items as output which corresponds to 1920 bytes. This is exactly as it is supposed to be. Thus something went wrong with the descrambler. I suggest you check this hier block for problems. The problem is somewhere in there. Maybe delete the generated files and regenerate them. Also make sure that all the values fit. One other thing about vector lengths. The QPSK soft demod block’s vector length corresponds to its input. So for every complex input sample 2 float output samples are generated. Thus the vector length of 480 for the descrambler input. I hope this brings you closer to a solution. happy hacking Johannes On 13.02.2014 19:53, virgil passas wrote: > happy hacking Johannes > > > lte\_pbch\_descrambler\_vfvf\_0 - PBCH > > import lte\_swig as lte ImportError: No module named lte\_swig > > > > > Hi Johannes, > > > > > > will just have no effect. This parameter reflects the LTE > > > match the current number of subcarriers. It will be used to > > > > > > compiled all .grc files succesfully. Now I would like to test > > [https://lists.gnu.org/mailman/\_\_listinfo/discuss-gnuradio](https://lists.gnu.org/mailman/__listinfo/discuss-gnuradio) > > > > > > \_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_\_ Discuss-gnuradio > mailing list [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > [mailto:removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) > [Discuss-gnuradio Info Page](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/](http://www.enigmail.net/) iQIcBAEBAgAGBQJTAl1PAAoJEO7fmkDsqywM72IP/1mT7dmvVTQIshuF3/P0TbTU mf61BavBFc4VSYO/3r+dPFnxV+48xDL+kS4ovtWfqRSax19U70YCEsE50+PDSCGE W2PfR6b9B038uAm6R+TaGzA0hTiW43JJEaofmZf8kvEKL6YD7doBY2lsTbNS8MKw vAWtu/S4x4Ql8wbojPPvkzow2bDQKMhDqlazoPjGdyfOkMC3KCrWcjydjQnR8i0T W4gDCOmt5uGB+c9rnG/TAeqsZ6sGZjuDN2gr7wXlk9YiTjFK6Gc0yOsmDXO6U8AO S+77s3ljvGyS6LxX/XEqwUOLWte0P9K89ak1Q6J3n7LcsBxL7nFaLxAZiW28nAT8 6+xL/FKQTmH7aUWvKU0jp1BQ7u0pNe/t53sE8OUwkKnwhewtuBxaMrb+dUBuiAgY 5HOwCQqedUVhTi9AvJzxuP4JHCt7GkxV7Z3Rcv2f51zo/Izh1ggq4Emm3DixmkeL N08hxxxab37AlNem7r+jBvKaG2BK25O1btBNJetzviVHgFib8e0t0wv3qHcySMRP K0wsDNy9WrYlebWNnk/v5VX8MS/BYfI16uU9w9Bqmp/r7KqyjUgO3Az37PvoDzc5 cokA6wJXQlsSZugXb5pKtTzgFPt+PV/Yw8pnk7VzYlQa0aV/Nmk+pBLzSXbz90dz 65fPjGwKR5MQxWpZXd9T =4zt1 -----END PGP SIGNATURE----- ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [March 27, 2014, 5:21am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/33 "2014-03-27T05:21:13Z")
i have installed gr-lte in gnuradio 3.7.2 .All hier blocks are generated and flow graph is complete upto unpack MIB.Is that it?.But when i run this i get following error Using Volk machine: sse4\_2\_32 pbch\_pre\_decoder\_vcvc\_1 set N\_ant to 2 pbch\_pre\_decoder\_vcvc\_1 set decoding style to “tx\_diversity” pbch\_pre\_decoder\_vcvc\_0 set N\_ant to 1 pbch\_pre\_decoder\_vcvc\_0 set decoding style to “tx\_diversity” pbch\_layer\_demapper\_vcvc\_1 set N\_ant to 2 pbch\_layer\_demapper\_vcvc\_1 set decoding style to “tx\_diversity” pbch\_layer\_demapper\_vcvc\_0 set N\_ant to 1 pbch\_layer\_demapper\_vcvc\_0 set decoding style to “tx\_diversity” RS GENERATOR cell\_id pilots 1 RS GENERATOR cell\_id pilots 0 Traceback (most recent call last): File “/home/cdot/top\_block.py”, line 218, in tb = top\_block(N\_rb\_dl\_0=options.N\_rb\_dl\_0) File “/home/cdot/top\_block.py”, line 92, in **init** self.decode\_bch\_hier\_gr37\_0 = decode\_bch\_hier\_gr37() File “/root/.grc\_gnuradio/decode\_bch\_hier\_gr37.py”, line 46, in **init** self.bch\_lte\_bch\_viterbi\_vfvb\_0 = lte.bch\_viterbi\_vfvb() File “/usr/local/lib/python2.7/dist-packages/lte/bch\_viterbi\_vfvb.py”, line 42, in **init** self.vtss = blocks.vector\_to\_streams(1\* gr.sizeof\_float, 120, “bch\_viterbi\_vector\_to\_streams\_0”) File “/usr/local/lib/python2.7/dist-packages/gnuradio/blocks/blocks\_swig1.py”, line 369, in make return \_blocks\_swig1.vector\_to\_streams\_make(\*args, \*\*kwargs) TypeError: vector\_to\_streams\_make() takes at most 2 arguments (3 given) ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [November 11, 2015, 5:05pm UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/34 "2015-11-11T17:05:51Z")
Hi. I downloaded the latest version of gnuradio(3.7.8.1) and complied the code for the LTE Receiver framework. However I am having problems with the results. I have attached the screenshot of the final output of the LTE top level flowgraph. I am getting this “gr::log :INFO: MIB0 - MIB decoding\_rate = -nan” as an output. Is there a problem with my input signal I generated it from Matlab LTE toolbox.Thanks ---
**Author:** ![jdejong](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/j/a9a28c/32.png) [@jdejong](https://www.ruby-forum.com/u/jdejong)\ **Post date:** [March 25, 2014, 9:48am UTC](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063/35 "2014-03-25T09:48:09Z")
I got the LTE flowgraph up Unpack MIB ,but i am not able to see output since i dont have .dat file.Can someone give link for sample .dat file? At the end of the unpack MIB what is the expected output? [Previous page](https://www.ruby-forum.com/t/gr-lte-updated-to-gnu-radio-3-7-api/238063.md?page=1)