On 5/29/16, Marcus Müller wrote:
> If you spread it extremely wide and basically put the power level
Probably more like this than in your first larger paragraph.
Perhaps crafting arbitrarily fine random vertical divisions of a
spectrum into a very wide line of numerous bit positions, such lines
On 05/28/2016 02:27 PM, Swanson, Craig wrote:
> Marcus,
>
> Since I started about a year ago with understanding and using RFNoC, I
> have been only using the E310.
>
> Now I am starting to use the X310, and I have three questions.
>
>
> 1. I successfully executed the command
> uhd_image_
Mark,
what, exactly, is you are trying to do?
Here's a couple of commands that I would expect do what you're asking:
$ pybombs install
$ pybombs remove
$ pybombs inv
All have the --help switch you can append.
M
On 05/29/2016 08:12 PM, Mark Napier wrote:
> So tried cleaning yet again, reinsta
Hi all -
The GNU Radio meetup at Philip's has kicked off - come join us if you are
in the Blacksburg area!
Cheers,
Ben
Sent from my mobile.
On May 23, 2016 4:55 PM, "Ben Hilburn" wrote:
> Hi all -
>
> Next Tuesday, May 31st, Philip Balister will host a GNU Radio meetup at
> his house in conjun
Hi,
In my GNURadio program I need to determine the correct gain in order to
fully utilize the dynamic range of the A/D converter of the Ettus USRP x310.
I currently have implemented a automatic function for this using the
probe samples block and make sure that values stays just within -1 > +1.
On 28/05/2016 23:35, Louis Brown wrote:
> Does anyone have an example CMakeLists.txt to build something very simple
> like dial_tone.cc? I DON'T want to do this in the GR source tree, rather
> just have simple ~/dial_tone containing the single *.cc and CmakeLists.txt.
> I have learned enough c
I created a noblock C++ class and asked for QA tests to be created. I see
that the _qa files exist for both .h and .cc files. But, when I run 'make
test' I only see the tests for the actual blocks (sync in this case). If I
run ./lib/test-MyOTT then I see the output of my noblock test, but the
as
Hello.
I built gnu radio using the cmake -DENABLE_PERFORMANCE_COUNTERS=True on
Ubuntu 14.04.4 32-bit. I then did a 'sudo make install'.
When I run gr-ctrlport-monitor I get the following error:
e@ubuntu:~$ gr-ctrlport-monitor
Traceback (most recent call last):
File "/usr/local/bin/gr-ctrlport
Never mind, ignore that. Still seems to be working strangely.
madengr wrote
> So if I swap positions of the "throttle" and "vector to stream", and
> setting throttle for rate of 30 and 1024 items, then it works fine. It
> seems the throttle has to be immediately after the file source, otherwise
So if I swap positions of the "throttle" and "vector to stream", and setting
throttle for rate of 30 and 1024 items, then it works fine. It seems the
throttle has to be immediately after the file source, otherwise it gets
fouled up.
Lou
madengr wrote
> Try this:
>
> https://www.dropbox.com/s/
If you are working off a file source, then you should be able to use the
"head" block to limit the number of samples read from the file. For
example, if you want to average 32 spectrums of length 1024, then you need
32*1024 samples in the "head".
Sorry, no idea how to change the default time plot
But the throttle should roughly slow it down to a real-time rate. The top
half of my grc file updates about 1 spectrum/second via a throttle, and
writes those vectors to disk. If I read back the the file also through a
throttle, it should have about the same rate, but it's much slower. Note to
d
Thanks a lot Lou and Marcus,
Lou -> I tried your spectrum.grc file with my data file instead of your
cosine + gaussian noise and it works. The "integrate" block is really the
one I was looking for!
Now ideally I'd like to save only ONE spectrum instead of "animations" How
to achieve this (e.g. I
Yes, but I have a throttle after that file source, so it should be updating
about 1 vector/second (each vector is 1024 samples). It's happening about
1/8 that speed, so something does not seem quite right.
Lou
Marcus D. Leech wrote
> Files don't have any inherent sample-rate. Regardless of what
On 31/05/16 07:40, Marcus Müller wrote:
That shouldn't be necessary. If I remember correctly, my automated
test builds based on PyBOMBS go through without installing an old
version of SWIG.
Hence, we'd be interested in where things fail on your machine with swig3.
Best regards,
Marcus
Am 31. M
This cannot be stressed enough. What GNU Radio processes is nothing but series
of numbers. Just like these numbers don't have a physical unit (lest you
interpret them as physically significant), the don't have a rate.
Furthermore, and this also is something very often misunderstood, throttle
doe
That shouldn't be necessary. If I remember correctly, my automated test builds
based on PyBOMBS go through without installing an old version of SWIG.
Hence, we'd be interested in where things fail on your machine with swig3.
Best regards,
Marcus
Am 31. Mai 2016 01:53:54 MESZ, schrieb John Shields
17 matches
Mail list logo
