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 th
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, Aug
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 for
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 incl
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.
Jacob
I observed this on GR 3.7.9.1.
On Fri, Mar 25, 2016 at 10:10 AM, Martin Braun
wrote:
> Jacob,
>
> This is a gr-uhd issue (not UHD) if it is what I think it is, so the uhd
> version is probably immaterial. Which gnu radio version are you running?
>
> M
> On 25 Mar 2016
x), 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
> >
> > On Thu, M
e fix
mentioned above to succeed. Is this an acceptable way of handling things?
Jacob
On Thu, Mar 24, 2016 at 7:00 PM, Jacob Gilbert
wrote:
> I agree my current approach of clobbering the generate_helper.py file
> that GrMiscUtils sticks into build/lib and build/include is not a good
>
an be factored out 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 i
can get this added into the
modtool templates.
Jacob
On Thu, Mar 24, 2016 at 6:05 PM, Martin Braun
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
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
inter
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://github.com/gn
mp;e) {
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
wrote:
> It appears that PMT dictionaries and pairs are treated ident
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));
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 wrote:
> On Wed, Feb 10, 2016 at 11:37 AM, Jacob Gilbert > wrote:
>
>> I'm
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 fai
aling with this.
Jacob
On Thu, Feb 4, 2016 at 7:55 AM, Jacob Gilbert
wrote:
> I am experiencing some unusual behavior with the attached flowgraph where
> float data is put into PDUs and sent over the network using the socket_pdu
> block. Only the first quarter of the data is corr
I am experiencing some unusual behavior with the attached flowgraph where
float data is put into PDUs and sent over the network using the socket_pdu
block. Only the first quarter of the data is correctly received.
I suspect the behavior is due to inconsistent treatment of the length pmt
between so
scuss-gnuradio] e100 OpenBTS Linux Kernel missing
To: Jacob Gilbert
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
21 matches
Mail list logo
