Hi Marcin
You can use the QT Edit Box Message block to display the contents of a
message on a GR GUI, there are some limitations but it might fit your need.
Use the block with string type input, not in pair mode, not in static mode.
You can publish a message consisting of just a PMT string and
Hi Daniel
You might be interested in the gr-pdu_utils and gr-timing_utils modules.
They are about to get a significant update but there is a decent writeup on
the concept of operations in github.
Sub-ms latency is possible depending on host hardware and system
configuration.
Jacob
On Fri,
I wanted to point out two general purpose OOT modules we developed for some
internal work and recently published: gr-pdu_utils and gr-timing_utils,
available here:
https://github.com/sandialabs/gr-pdu_utils
https://github.com/sandialabs/gr-timing_utils
These contain a variety of useful blocks
Hi Emanuel,
This is related to a larger issue in which the controlport interface (used
for performance monitoring in addition to other features) is only started
for blocks with at least one stream connection. I submitted a PR for this (
https://github.com/gnuradio/gnuradio/pull/1119) which be
Cyrille, I recently PR'd python-zmq as a dependency to GR as it is required
for the ZMQ blocks to work from python. I did not check to see if this
worked on arch though. If you want a workaround in the near term you can
uncomment the line in gnuradio.lwr that adds python-zmq as a dependency.
t; M
> On 25 Mar 2016 07:53, "Jacob Gilbert" <mrjacobagilb...@gmail.com> wrote:
>
>> I have tried it two ways:
>>
>> 1) calling stop() wait() on the top_block
>> 2) having a block return WORK_DONE to the scheduler to stop the flowgraph
>>
Müller for the fix), but this is not on maint, only on master. What are
> you running?
>
> Cheers,
> Martin
>
> On 03/24/2016 05:25 PM, Jacob Gilbert wrote:
> > Sorry for not being explicit, I am doing this using GR (stock gr-uhd).
> >
> > Jacob
> >
>
mentioned above to succeed. Is this an acceptable way of handling things?
Jacob
On Thu, Mar 24, 2016 at 7:00 PM, Jacob Gilbert <mrjacobagilb...@gmail.com>
wrote:
> I agree my current approach of clobbering the generate_helper.py file
> that GrMiscUtils sticks into build/lib and b
ut into
> a single CMake module as not to bloat the individual CMakeLists.txt files.
>
> Cheers,
> Martin
>
>
> On 03/24/2016 05:24 PM, Jacob Gilbert wrote:
> > Thanks Martin,
> >
> > I added something like this to the CMakeLists.txt files in lib and
> >
PM, Martin Braun <martin.br...@ettus.com>
wrote:
> The short answer is, the templated in-tree stuff has access to some
> modules we don't actually export to OOTs. You'll need to copy the
> template infrastructure into your OOT.
>
> Cheers,
> Martin
>
> On 03/24/2016
I am attempting to add several templatized blocks to an OOT module and am
having trouble with getting things to build correctly.
After using modtool to add the new block, adding the .t extensions to the
impl.cc/imp.h/.h files, and adding test code, I added the following to
../lib/CMakeLists.txt:
Ralph,
If I understand this, each 8-bit byte of data contains four two-bit IQ
samples, in which case the "Unpack K Bits" block is likely what you are
looking for. It will treat each bit in a byte (from Byte File Source in
this case) as an individual item, which can then be type-converted and
the dicts more explicit, but
> eventually didn't. So this code is currently all you can do.
>
> Cheers,
> M
>
> On 03/10/2016 06:59 PM, Jacob Gilbert wrote:
> > Looks like this is known to at least some other folks. Here is a fix
> > borrowed from:
> >
> https:/
) {
msg = pmt::dict_add(pmt::make_dict(), pmt::car(msg), pmt::cdr(msg));
}
<<< rest of message handler here... input msg will be a dictionary >>>
}
On Thu, Mar 10, 2016 at 9:26 AM, Jacob Gilbert <mrjacobagilb...@gmail.com>
wrote:
> It appears that PMT diction
It appears that PMT dictionaries and pairs are treated identically when it
comes to using the pmt::is_() checking functions.
Example:
pmt::pmt_t test_pair = pmt::cons(pmt::mp("pair"), pmt::mp(1));
pmt::pmt_t test_dict = pmt::dict_add(pmt::make_dict(),
pmt::mp("dict"), pmt::mp(1));
I'm having some trouble adding ControlPort hooks to an OOT module. Is there
a guide on this I am missing? I followed the ControlPort manual page
including the #ifdef statements, however GR_CTRLPORT is not set and the
controlport code never gets built.
If I force the code to be built, the build
ude. That builds with GR_CTRLPORT set. Are there any
recommendations for what the "suggestion" pmt's should be for string-type
values?
Thanks
On Wed, Feb 10, 2016 at 11:42 AM, Tom Rondeau <t...@trondeau.com> wrote:
> On Wed, Feb 10, 2016 at 11:37 AM, Jacob Gilbert <mrjacob
: Re: [Discuss-gnuradio] e100 OpenBTS Linux Kernel missing
To: Jacob Gilbert jgilb...@jhu.edu
Cc: discuss-gnuradio@gnu.org
On 11/15/2011 06:54 PM, Jacob Gilbert wrote:
I was attempting to download the uImage linux kernel from the
following website and got a dropbox 404 page
I was attempting to download the uImage linux kernel from the following website
and got a dropbox 404 page.
http://gnuradio.org/redmine/projects/gnuradio/wiki/OpenBTSE100
Is there a mirror or am I using an outdated e-100 OpenBTS page?
Thanks,
Jacob
19 matches
Mail list logo