he FPGA containing one or two shared-memory boolean flags
in each direction.
Probably more than my two cent allotment. / David Knox
--
View this message in context:
http://old.nabble.com/building-carrier-sense-in-the-FPGA-and-UHD-tp33436450p33443808.html
7;t
really want to abandon it given the time I've invested already.
Thanks, in advance,
/ David Knox
--
View this message in context:
http://old.nabble.com/Where-is-the-gain-control-in-cmu_macs--tp30762024p30762024.html
Sent from the GnuRadio mailing list archiv
f contiguous ADC samples that
occurred just prior to my trigger condition. Once they are printed, I want
to 'forget' them entirely and start looking for my trigger again. In my
testing, this amounts to printing about 50 lines every second or so, but I
am consuming RAM at a steady r
had similar problems and, if so, how did they debug them? Is this kind
of inexorable creep of system memory usage symptomatic of anything else?
Within GnuRadio, is there any method for quickly determining how program
memory (heap space) or data memory is being consumed?
/ David Knox
--
View
Does anyone have code working that supports 'timestamps' on the receive path
for USRP1 (RFX2400)? Is my only option to replace my USRP1's with USRP2s?
My definition of 'timestamps' is: additional data used to mark (batches of)
samples sent over the USB bus with a measurement accuracy on the orde
alysis. Therefore, losing packets in
this way should be a rare event. Given this, what is the best approach?
In other news, I'd also really like to know the correspondence between ADC
samples and the exact time that they occurred (this is pretty well
timestamping, straight up). Maybe
Not much of a response to my initial question, so I'll try to be more
specific with my questions.
What is the best way to send a gated/non-continuous gnuradio signal stream
between signal processing blocks? My main signal path is a 'standard'
digital radio demodulation process, where data travel
e lower-level to the higher-level routines, rather than
using the file system as shared memory.
/ David Knox
--
View this message in context:
http://old.nabble.com/Irregular-sampling-of-input-stream-tp26157717p26157717.html
Sent from the GnuRadio mailing list a
e benefit
of others like myself, .... if I knew exactly what I was doing ;-). Any
help or guidance would be appreciated.
/ David Knox
--
View this message in context:
http://www.nabble.com/C%2B%2B-source-code-location-tp26074554p26074554.html
Sent from the GnuRadio mailing list archive at Na
My first guess is that you have gnuradio modules installed on more than
one place in your system; older modules compiled without the printfs are
being used, and the newer ones have second priority in the search path.
Try a sudo make uninstall, and run your program, you should get errors.
Tha
I am unable to print from C++ code in gnuradio. I have tried various
combinations of included libraries and different types of print statements
in my C++ code. However, nothing that I have tried yet (see some attempts
below) has let me see any output from the command terminal (where my printed
p
Eric Blossom wrote:
>
> We fixed a Python 2.6 related quite a while ago. Have you tried
> updating to a more recent version of the trunk (or git if you like)?
>
> Eric
>
As a test, I uninstalled gnuradio and then re-installed it. I was not too
clear on the correct process for this, based on
12 matches
Mail list logo