OK, I understand. So I need some file J My Intel i5 tablet PC may be too slow for life decode.
Ralph. From: Johannes Demel [mailto:johannes.de...@ettus.com] Sent: Thursday, 19 December, 2013 18:55 To: Ralph A. Schmid, dk5ras Cc: uf...@student.kit.edu; discuss-gnuradio Subject: Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API Technically it could work with life data. Unfortunately it creates a too heavy load to be processed in realtime, unless you have the computing power or reduce the bandwidth/fft length to a small value. But then you are probably not able to decode more than the PBCH. On Thu, Dec 19, 2013 at 8:49 AM, Ralph A. Schmid, dk5ras <ra...@schmid.xxx> wrote: Hi, just wanted to let you know that now, after pulling and building latest gr and gr-lte, it worked. Don't know if from pulling, or if from chosing F6 instead of F5 within grc. Should it work with life reception, or only from a file? Maybe I'll have a closer look later, now on board the train I do not want to play with a blinkenlight piece of naked SDR electronics J Ralph. From: Johannes Demel [mailto:johannes.de...@ettus.com] Sent: Wednesday, 18 December, 2013 18:47 To: Ralph A. Schmid, dk5ras Cc: uf...@student.kit.edu; discuss-gnuradio Subject: Re: [Discuss-gnuradio] gr-lte updated to GNU Radio 3.7 API 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 <ra...@schmid.xxx> 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: discuss-gnuradio-bounces+ralph=schmid....@gnu.org > [mailto:discuss-gnuradio-bounces+ralph > <mailto:discuss-gnuradio-bounces%2Bralph> =schmid....@gnu.org] 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 > Discuss-gnuradio@gnu.org > https://lists.gnu.org/mailman/listinfo/discuss-gnuradio _______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
_______________________________________________ Discuss-gnuradio mailing list Discuss-gnuradio@gnu.org https://lists.gnu.org/mailman/listinfo/discuss-gnuradio
