(I accidentally posted this to the usrp group. This is a repost back in the
gnuradio group.)
Thanks Martin. I have changed my subscription to individual messages.
I ran the command you mentioned below and attached the result. I'm not sure
if I should delete all the entries listed or even
Thank you Martin.
This one looks like it will involve some research. If I have time I'll
pursue it. In the meantime if anyone has some C++ example code that
shows how an application might extract time tags, I would be grateful.
-Bob
On 7/6/2016 5:58 PM, Martin Braun wrote:
USRPs will only
Thanks for the pointer Martin. I would likely not have guessed that was
what that block is used for. I was about to turn my attentions to the
director block but I had read there were issues with switching that one.
I was able to figure out how to use that multiply_matrix block with
its vect
As of v3.7.10 there is a command port handler for forcing a new time tag.
https://github.com/gnuradio/gnuradio/blob/master/gr-uhd/lib/usrp_source_impl.cc#L465
It's not strictly necessary since you can always count time yourself, but
it can be useful for some things.
On Wed, Jul 6, 2016 at 8:58 P
Hi Marcus,
Trying the attached code with two of the USRPs transmitting, and with the
B210_Phase_Viewer for the other 2 USRPs receiving, still gives me different
offsets for every different run call. And by different run call, I'm simply
running the flowgraph once, seeing the offset, stopping the g
On 07/06/2016 09:04 PM, Pavan Yedavalli wrote:
Hi Marcus,
Trying the attached code with two of the USRPs transmitting, and with
the B210_Phase_Viewer for the other 2 USRPs receiving, still gives me
different offsets for every different run call. And by different run
call, I'm simply running t
USRPs will only output timestamps at the beginning of streaming, or when
time skips (e.g. after an overrun). You can keep track of time by
counting samples in between timestamp tags.
See the header_payload_demux block for an example of how to keep track
of time. Also, check out the gr-uhd manual f
On 07/06/2016 02:48 PM, Pavan Yedavalli wrote:
I disconnected the MIMO cable and now have all 4 directly connected to
the Octoclock, but I get the same results in which the offset changes
at every run (using the above code).
What about the attached code?
Keep in mind that you'll have to measur
On 07/06/2016 05:20 PM, Dave wrote:
> I’m not sure how to respond to the list when I receive the daily archive
> of the email traffic. As such I just copied your response text and am
> responding to that.
If you want to post and have discussions, you should consider changing
your subscription to
That's not what lengths is meant for, it's meant for describing vector
lengths on the inputs, and they don't change in GNU Radio. For dynamic
selection, see the multiply_matrix block (it comes with examples in
gr-blocks).
Cheers,
M
On 07/06/2016 04:35 PM, Robert Kraml wrote:
> I'm trying to use t
I'm not sure how to respond to the list when I receive the daily archive of
the email traffic. As such I just copied your response text and am
responding to that.
Thank you Martin for your help.
I used apt-get remove uhd and apt-get remove gnuradio. I also looked for
anything with gnuradi
I'm trying to use the stream_mux block in C++ to switch between a number of
streams. I can instantiate it with an "lengths" vector of say { 1 , 0 } to
select the first and not the second channel but I don't see how this is
changed (say to { 0,1}) on the fly. It is a const reference and I don't
se
I have a C++ implemented flow-graph that acquires 3 channels at a sample
rate of 5 MHz. There are a couple of decimation stages with the resultant
n a number of 250 Hz output channels. How is the best way to access the
associated time stamps. I wouldn't need every time stamp, just perhaps one
ev
Dave,
let's stick to one issue at a time. Your compile is probably failing
because you have the package manager version still installed. Make sure
you've removed everything you installed via apt-get (or whatever you
used), that includes all UHD and GNU Radio packages, and retry PyBOMBS.
Once we g
I am attempting to install gnuradio on a Ubuntu 16.04 machine. Using
pybombs I get about 85% of the way along and then I get the errors show at
the end of this post. After this attempt I used the package manager to load
gnuradio with limited success. I'm new to gnuradio and I'm using an ETTUS
B1
Sylvain and Marcus,
Thanks. Good to know.
I guess it might be wise for me to do all but the simplest grc
developments in a statically linked environment as much as possible, and
then port to my OOT.
I got my decoder working now.
On 07/06/2016 05:23 AM, Marcus Müller wrote:
Yeah, I didn't
I disconnected the MIMO cable and now have all 4 directly connected to the
Octoclock, but I get the same results in which the offset changes at every
run (using the above code).
On Tue, Jul 5, 2016 at 9:11 PM, Marcus D. Leech wrote:
> On 07/05/2016 11:45 PM, Pavan Yedavalli wrote:
>
> Yes, sorry
Mostafa,
Those scripts are torturous. You can now download pre-built gnuradio for
windows here:
http://www.gcndevelopment.com/gnuradio/downloads.htm
i am using those binaries on Windows 10 (64bit) and I can run GnuRadio
Companion and GQRX. So far I have not been able to create a new OOT module.
Hey guys,
I managed to solve my problems with finding TFrozenDict and everything
seems to work now (grc, the ctrlpot monitor, perf monitor, etc).
I was going to clone the apache-thrift library directly into my gnuradio
installation and build (manually replace thrift), but before I messed any
gnur
Mark,
did you use PyBOMBS to install it in the first place? If so,
$ pybombs rebuild gnuradio
will do the trick.
Cheers,
M
On 07/06/2016 07:32 AM, Mark Napier wrote:
>
> -- Forwarded message --
> From: *Mark Napier* mailto:napierdm...@gmail.com>>
> Date: Mon, Jul 4, 2016 a
X3xx images include both firmware and FPGA cod.e
On 2016-07-06 12:10, Sanat Kumar Mishra wrote:
> We have unistalled the UHD 3.9.4 and flashed the image of UHD available with
> the GNUradio which is:
>
> C:\Program Files\GNURadio-3.7\share\uhd\images\usrp_x310_fpga_HGS.lvbitx
>
> my question
Hi,
I am new to using GNU Radio and was going through some examples provided
with the source code I checked out from the master branch. However, I find
that one of the variables named "source_file" is not defined in the
benchmark_tx.py example found in gnuradio/gr-digital/examples/ofdm
directory.
Hi all !
I have a working Rx/Tx link and I want to be able to send what I receive as
messages. At the input, I have 34 bytes of data that I need to decode. For
example, the 1st 9 bits represent let's say velocity. So, what I would like
to do with this block is to decode the information and then se
I'm replying right now off list to Mark's query. What he's asking is not
of interest to most users; mostly for advanced developers. - MLD
On Wed, Jul 6, 2016, at 10:02 AM, Mark Napier wrote:
> Hello,
>
> With help from Michael I've made up a patch file for the db_tvrx.cpp
> and dboard_iface.cpp.
EDIT:
After so may trials and searches, I found that the problem resides inside
the file:
"Step2-GetStage1Packages" where it wants to build libraries with "msbuild".
I tried to run the command alone and it turned out that the command is
wrong syntactically:
it must use : *msbuild vstudio.sln /m
-- Forwarded message --
From: Mark Napier
Date: Mon, Jul 4, 2016 at 8:13 PM
Subject: Re: Broken Pybombs install, stuck again
To: Marcus Müller
Hello Marcus,
Thank you for the reply.
Yes, I sourced the script before the compile by typing ". ./setup_env.sh".
No, I haven't insta
Hello,
With help from Michael I've made up a patch file for the db_tvrx.cpp and
dboard_iface.cpp.
Next step would be to apply the patch, recompile, and install the UHD to
test it using macports.
Google is not finding the recipe.
Anyone know how to do this?
Thank you much,
Mark Napier
Hi Jeon,
As soon as you have packetized data, yes, I agree, messages will usually
be easier to deal with. To apply the concept of limited bursts to sample
streams, there's the "tagged stream block" paradigm, which you could
understand as the zombie love-child of streams, stream tags and the
concep
Primer: http://gnuradio.org/doc/doxygen/page_msg_passing.html
Though GNU Radio is 'stream' based, lots of communication systems have
well-defined concepts of packet and frame.
For those cases, it is sometimes useful to use message passing rather than
stream. Say, publishing and subscribing a mess
Hi all,
I tried to install GNURadio with the given instructions in the link below:
https://github.com/gnieboer/gnuradio_windows_build_scripts
I downloaded all the dependencies, however, at the "second stage", while
building dependencies, I encountered an error like (for Zlib):
Validation Failed
Yeah, I didn't trace back where that happened. Might be that my specific
version of SWIG tries to link against that destructor's symbol. I really
can't tell. Still, technically, Sylvain is right, such errors can hit
you late when runtime dynamically loads/links.
Best regards,
Marcus
On 06.07.20
When Marcus build my OOT, he encountered both a "was not declared in
this scope" comp error and an undefined reference linking error. (See
his previous post in this discussion.)
I did not encounter any errors or warnings building the exact same
source. I'm trying to understand why.
On 07/05/
32 matches
Mail list logo
