how to print a value of type 0x9894188> any suggestions there?
>
> I'm guessing what you are doing is writing a block which handles messages and
> in the event the occupancy drops below a certain amount, you write more
> source data out.
>
>
>
> On Tue, A
Hi Phelps,
I've been dealing with latency issues of my own, and this seems to be the best
solution so far (big thanks to Josh!):
http://lists.gnu.org/archive/html/discuss-gnuradio/2013-04/msg00211.html
The nice thing about this method is that it allows you to manage buffering at a
system level
Hey Josh,
Just wanted to let you know that everything seems to be working nicely. I
especially like the fact that we now have a mechanism for closed-loop flow
control. It's also nice to have a better idea of when packets are actually
being radiated. Thanks again for all your help!
Jordan
O
Hi Josh and Sean,
Thanks for your replies. Sorry for the confusion. As Josh mentioned, my
application is packet based, but a carrier signal is sent when packets aren't
being transmitted.
Josh, I like your second solution. At what point are the control messages
generated? Are they generated
Hi,
I have a packet-based application where it would be useful to know exactly when
each packet has been successfully radiated by the USRP (N200). It seems that
UHD and gr-uhd already provide similar functionality for receiving asynchronous
messages when a burst has been successfully transmitt
.
On Nov 22, 2011, at 5:04 PM, Tom Rondeau wrote:
> On Tue, Nov 22, 2011 at 7:53 PM, Josh Blum wrote:
>
>
> On 11/22/2011 04:20 PM, Jordan Otomo wrote:
> > Hi,
> >
> > I'm having issues using the hier_block2. When I create a flowgraph
> > consist
Hi,
I'm having issues using the hier_block2. When I create a flowgraph consisting
of roughly 12 blocks, I don't get any overruns. However, combining blocks
(e.g. source -> hier_block2 -> sink) results in a ton of overruns. The
parameters of the individual blocks that have been combined into
I think the problematic block might be the FLL used in the PSK demodulator. I
haven't looked into the issue very deeply, but I have confirmed that given the
same input parameters, the FLL from 3.4.2 works fine, while the 3.5.0 version
causes a lot of overruns.
Jordan
On Nov 4, 2011, at 12:18
Unfortunately, I was not successful in solving the WX GUI problem. The QT
problem was solved (of course) by changing the Generate Options parameter in
the Options block to QT GUI.
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
https://list
The WX GUI examples exhibit the same behavior, but the QT examples do work.
However, if I try to use a QT time sink in GRC, I get the following error:
Traceback (most recent call last):
File "/home/jotomo/Desktop/top_block.py", line 57, in
tb = top_block()
File "/home/jotomo/Desktop/to
On Oct 25, 2011, at 1:38 PM, Tom Rondeau wrote:
> That FAQ does list all of the install directories; I was just a bit more
> explicit in my email about where they are (subdirs in lib and share, for
> example; and I missed the bin directories). That should be it; anything else
> shouldn't be ca
blem of multiple installs" section. Do you know if
there are any other install files I should delete before reinstalling? Thanks
again!
Jordan
- Original Message -----
From: "Tom Rondeau"
To: "Jordan Otomo"
Cc: discuss-gnuradio@gnu.org
Sent: Tuesday, October 2
Hi,
I seem to be having an issue with a few of the GRC WX GUI Widgets, namely the
FFT Sink and Scope Sink, in the latest release (3.5.0). My flowgraphs now exit
immediately, without error. I've constructed a simple flowgraph consisting of
a signal source, throttle, and FFT Sink/Scope Sink to
Hi,
I've tried the following:
$ cd gnuradio
$ git checkout next
$ git pull
$ mkdir build
$ cd build
$ cmake ../
$ make
$ make test
$ sudo make install
'make test' returns 0 failures, but when using the gr-digital blocks in GRC, I
see the following error:
Traceback (most recent call last):
F
nuradio@gnu.org
Sent: Saturday, August 20, 2011 9:53:30 PM
Subject: Re: [Discuss-gnuradio] GRC Block XML Tags
On 08/19/2011 02:11 PM, Jordan Otomo wrote:
> Hi,
>
> I'm having issues creating a GRC block in an "out-of-tree-project"
> that will generate a few lines of python
Hi,
I'm having issues creating a GRC block in an "out-of-tree-project" that will
generate a few lines of python code and update a python variable (similar to
the "variable_function_probe"). In my project, the and tags
do not seem to behave as they do in the "variable_function_probe." GRC do
Hi Patrik,
Thank you for the info! Please let me know when the repositories are up and
running.
Thanks!
Jordan
___
Discuss-gnuradio mailing list
Discuss-gnuradio@gnu.org
http://lists.gnu.org/mailman/listinfo/discuss-gnuradio
Hi,
Does anyone have any experience using the 'file_rx_hrpt' program in the gr-noaa
package? I've been unsuccessful using it with raw HRPT data files that I
downloaded from NOAA's website (www.class.ngdc.noaa.gov). The receiver does
not seem to identify any frames.
I would eventually like
Hi,
I'm having some trouble getting my N210 running using GRC. The problem seems to
be with the block 'UHD: USRP Source', as I get the following error when
building a simple project (USRP and FFT sink block):
Traceback (most recent call last):
File "/home/jotomo/Documents/usrp_n210/top_block.
19 matches
Mail list logo
