Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API

[Johannes Demel]

-----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 Cornelius wrote:
> 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
> 
> 
> 
> On 20 December 2013 03:11, Johannes Demel <address@hidden 
> <mailto:address@hidden>> wrote:
> 
> Hi Mike,
> 
> just saw this mail. Basically this means that you're using an old 
> version. Newer versions don't use these files any more. I
> recommend updating your gr-lte version. It runs on GR 3.7 now, so
> you don't have to worry about an old version there and I put in all
> the bugfixes into the latest master branch. Besides that, which
> version do you use exactly?
> 
> Happy hacking Johannes
> 
> On 18.12.2013 23:59, Mike Cornelius wrote:
>> Hi Johannes,
>> 
>> Further to my last email I just noticed that the tests that are
> failing
>> are failing because test vectors are not available eg 
>> '/home/johannes/tests/descramble.dat'.
>> 
>> Mike
>> 
>> 
>> On 19 December 2013 18:54, Mike Cornelius <address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden <mailto:address@hidden>>> 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' waveform too.
>> 
>> Mike
>> 
>> 
>> On 19 December 2013 18:37, Mike Cornelius <address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden <mailto:address@hidden>>> wrote:
>> 
>> Hi Ralph,
>> 
>> I had the same problem at first myself, there is no need to 
>> reconnect anything in the top_level.grc block so long as
> all the
>> hier blocks have actually been compiled. In my case the biggest
>> problem was the LTE_estimator_hier
> block
>> would not compile because the 'import lte' failed (see earlier 
>> messages in this thread for details).
>> 
>> 
>> Mike
>> 
>> 
>> On 19 December 2013 18:27, Johannes Demel
> <address@hidden <mailto:address@hidden>
>> <mailto:address@hidden
> <mailto:address@hidden>>> 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 whole LTE flowgraph in GRC. Although, I realized that would
>> be very helpful if the hierarchical flowgraphs would be compiled
>> with grcc during make and
> then
>> installed. Preferably added to a CMakeLists file. I will look
> into this.
>> 
>> Happy hacking Johannes
>> 
>> On 18.12.2013 09:47, Johannes Demel wrote:
>>> Hi Ralph,
>>> 
>>> unfortunately there are no screenshots yet. I guess
> it is
>> a good idea to
>>> add some. After the estimator, there should be 2 blocks:
>> Decode PBCH and
>>> Decode PCFICH. They take the same stream. and work in
>> parallel. Then
>>> after Decode PBCH there is supposed to be a 'Decode BCH'
>> block. These
>>> blocks may need some time to generate because they
> consist
>> of hier
>>> blocks. That's kind of the tribute that has to be
> paid for
>> a clean
>>> flowgraph. If you opened a flowgraph with missing blocks, as
> far as I
>> know, to make
>>> the missing blocks appear you have to close and
> reopen at
>> least this
>>> particular flowgraph.
>>> 
>>> Happy hacking Johannes
>>> 
>>> 
>>> On Wed, Dec 18, 2013 at 3:49 AM, Ralph A. Schmid, dk5ras 
>>> <address@hidden <mailto:address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden <mailto:address@hidden>>>>
> wrote:
>>> 
>>> Hi,
>>> 
>>> after opening and generating the hier blocks
> still the
>> top_level.grc
>>> has missing blocks, at least LTE estimator
> outputs and
>> unpack MIB
>>> inputs are unconnected, leaving a large white
> area in
>> between. How
>>> should this flowgraph look like, is there a
> screenshot
>> available
>>> somewhere?
>>> 
>>> 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:
>> address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden <mailto:address@hidden>>
>>> <mailto:address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden <mailto:address@hidden>>> 
>> [mailto:discuss-gnuradio-bounces+ralph
> <mailto:discuss-gnuradio-bounces%2Bralph>
>> <mailto:discuss-gnuradio-bounces%2Bralph
> <mailto:discuss-gnuradio-bounces%252Bralph>>
>>> <mailto:discuss-gnuradio-bounces%2Bralph
> <mailto:discuss-gnuradio-bounces%252Bralph>
>> <mailto:discuss-gnuradio-bounces%252Bralph
> <mailto:discuss-gnuradio-bounces%25252Bralph>>>address@hidden 
> <mailto:address@hidden>
>> <mailto:address@hidden <mailto:address@hidden>>
>>> <mailto:address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden
> <mailto:address@hidden>>>] On Behalf Of
>>>> Johannes Demel 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 status
>>> events, like cell_id extraction, are all propagated
>> through message
>>> ports
>>>> now. Also, there is a PyBOMBS recipe now to ease the
>> installation process.
>>>> 
>>>> I hope 'gr-lte' can be useful for others.
>>>> 
>>>> Source code is available at
>> https://github.com/kit-cel/gr-lte
>>>> 
>>>> Happy hacking Johannes
>>>> 
>>>> _______________________________________________ 
>>>> Discuss-gnuradio mailing list address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden
> <mailto:address@hidden>>
>> <mailto:address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden
> <mailto:address@hidden>>>
>>>> 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> 
>>> 
>>> _______________________________________________ 
>>> Discuss-gnuradio mailing list address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden
> <mailto:address@hidden>>
>> <mailto:address@hidden
> <mailto:address@hidden>
>> <mailto:address@hidden
> <mailto:address@hidden>>>
>>> 
> https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
>>> 
>>> 
>> 
>> _______________________________________________ Discuss-gnuradio
>> mailing list address@hidden
> <mailto:address@hidden> <mailto: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/

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-----