Thanks Marcus, that's what I assumed (that the code that spits back the
Successfully tuned bit and stores the current freq settings) is independent
of the queue that holds the timed commands.
I'm wondering if there's no other way to verify that the timed command is
actually being delayed.
John,
Thanks for replying. The question is, how do I do this? We both agree the
zeros need to go. What I'm not sure on is how to do that. I'd rather keep
this contained to GRC, because I don't like maintaining python files not
connected to grc. Can you explain how you do this or provide an
Hi Doug,
I've had a multi-page explanation to this phenomenon typed out when it
hit me. Consider your output:
about to issue tune command...
-- Successfully tuned to 800.00 MHz
Between these two lines, you issue your timed tuning command (to go from
700 to 800 MHz) 2s in the future.
I
Spectrum analyzer and a wrist watch? (or a loopback cable to RX) :-)
On Apr 29, 2015, at 9:44 AM, Anderson, Douglas J. dander...@its.bldrdoc.gov
wrote:
Thanks Marcus, that's what I assumed (that the code that spits back the
Successfully tuned bit and stores the current freq settings) is
On Wed, 2015-04-29 at 09:09 -0700, Johnathan Corgan wrote:
On Wed, Apr 29, 2015 at 8:50 AM, Richard Bell
richard.be...@gmail.com wrote:
Thanks for replying. The question is, how do I do this? We
both agree the zeros need to go. What I'm not sure on is how
to do
Thanks for helping me through this Marcus, I appreciate it.
Another words, if I installed Doxygen on my non-air gapped computer and
used this to make the target.tar.gz then the air gapped computer must have
Doxygen installed as well for the install to work?
I'm running into a problem that might
I originally installed GNU Radio on this computer when it was networked via
pybombs. Since then, the computer has become air gapped (no internet
connection allowed). I need to update the install to the latest versions of
UHD and GNU Radio. Two questions:
1) Is there a way that would allow me to
Marcus,
I'll try the second approach. I created the target.tar.gz from a computer
(same OS) that is networked and fully updated. I have copied this over to
the air gapped machine, but now what do I do? Just having the target folder
isn't enough to update the install. How do I update from here?
Well, if you installed into a prefix on the air gapped computer, too,
you'd just overwrite everything in there with the contents of the archive.
You must make absolutely sure that you bring all distro packages that
are related in *any* way to the software you'll run to the same version
that you've
Hi Richard,
1) depends. Many of the things that pybombs does actually consist of
calling your distro's package manager. So if you can do that with a DVD
source, you're set (I remember this being relatively easy on debian,
with a DVD actually being a remote just like debian's repo servers are);
On 29.04.2015 09:07, Marcus Müller wrote:
Hi Doug,
I've had a multi-page explanation to this phenomenon typed out when it
hit me. Consider your output:
about to issue tune command...
-- Successfully tuned to 800.00 MHz
Between these two lines, you issue your timed tuning command (to go
Richard,
no solution here, but this is interesting because these kinds of
problems are one of the reasons why we're re-working PyBOMBS. Are USB
drives allowed? I guess if so, you could fetch-all on one machine,
update a USB drive, and then have PyBOMBS read repos from that.
Of course,
Hi Martin,
Yes you're right that we can't use USB drives, but I should be able to do
the same thing on a DVD. Can you explain the steps you would use to create
the USB drive and I will do that on a DVD instead. This is the part I'm
just not sure how to do.
v/r,
Rich
On Wed, Apr 29, 2015 at
Hi,
I am having a failure with the attached GRC flowgraph. It is a four channel
Tx/Rx loopback using 2 Ettus X310 USRPs. The flowgraph is simple in that
the Tx is simply a constant (center freq tone) and the Rx is displayed on a
QT freq sink. Externally, the RF signals are looped back from TX to
On Thu, Apr 16, 2015 at 12:05 PM, Nicolas Cuervo Benavides
cuervonico...@gmail.com wrote:
Hi all!
Im trying to implement a system that should change it's normal functioning
when another system with higher priority comes into play. For that, we have
thought of two ways: changing the central
I'm trying to put gnuradio on a fresh installation of Linux Mint 17.1,
64 bit. The build-gnuradio script was downloaded from SBRAC last night.
I get throught the prerequisites and git fetch OK, but when the
Building UHD... step begins, it immediately exits with UHD build
apparently failed.
On Wed, Apr 29, 2015 at 8:50 AM, Richard Bell richard.be...@gmail.com
wrote:
Thanks for replying. The question is, how do I do this? We both agree the
zeros need to go. What I'm not sure on is how to do that. I'd rather keep
this contained to GRC, because I don't like maintaining python files
(and the center freq was 700e6 before running the command)
From: discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org
[discuss-gnuradio-bounces+danderson=its.bldrdoc@gnu.org] on behalf of
Anderson, Douglas J. [dander...@its.bldrdoc.gov]
Sent:
Martin,
Sorry for the slow reply. It's a USRP N210. I'm running a pybombs build of UHD
and GNURadio that's about a month old.
Marcus,
Using actual_rf_freq and actual_dsp_freq, I get:
about to issue tune command...
-- Successfully tuned to 800.00 MHz
--
immediate tune result: 800.00MHz
19 matches
Mail list logo